Mike Frysinger <[EMAIL PROTECTED]> schrieb:
>yes, it's finally that time ... after months of hearing us say 'we want to
>get
>new baselayout stable asap', we're serious
I just tested with a LVM system and it worked like it should be.
I have one problem. When i boot my laptop with no network car
Paul Varner wrote:
>On Wed, 2005-05-25 at 18:20 -0400, Mike Frysinger wrote:
>
>
>>yes, it's finally that time ... after months of hearing us say 'we want to
>>get
>>new baselayout stable asap', we're serious
>>
>>so can people please try out baselayout-1.11.12-r2+ and see if they notice
>>an
On Wed, 2005-05-25 at 18:20 -0400, Mike Frysinger wrote:
> yes, it's finally that time ... after months of hearing us say 'we want to
> get
> new baselayout stable asap', we're serious
>
> so can people please try out baselayout-1.11.12-r2+ and see if they notice
> any
> regressions ? the 'be
On Thursday 26 May 2005 02:37, Duncan wrote:
> Marcus D. Hanwell posted <[EMAIL PROTECTED]>, excerpted
>
> below, on Wed, 25 May 2005 17:48:20 +0100:
> > I have just committed a fix to kde.eclass and kde-meta.eclass that
> > disables visibility support in KDE 3.4 (thanks to FlameEyes for the
> > p
Chris Gianelloni wrote:
On Tue, 2005-05-24 at 14:44 -0600, R Hill wrote:
Really? What does such a team do?
They do exactly what is said above. They test ebuilds that are
submitted. They also test patches and just about anything else that
goes into bugzilla. Basically, they are a group of
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Mike Frysinger wrote:
| yes, it's finally that time ... after months of hearing us say 'we
want to get
| new baselayout stable asap', we're serious
|
| so can people please try out baselayout-1.11.12-r2+ and see if they
notice any
| regressions ? the
[just to make sure that everybody will hear that]
On Thursday 26 May 2005 01:37, Duncan wrote:
> That isn't going to kill it for gcc-4.0.1-snapshots, right, only gcc-3.4?
> I'll be rather unhappy if the speed increases I've been attributing to
> that visibility support under gcc4, disappear! =8^(
Jonas Geiregat posted <[EMAIL PROTECTED]>, excerpted below, on
Thu, 26 May 2005 00:47:06 +0200:
> Alec Warner wrote:
>>
>>normal bash scripts aren't sourced by portage when ebuilds are being
>>processed. Only PORTAGE_BASHRC ( current /etc/portage/bashrc ) is
>>sourced. Thus you can do cool stuf
Marcus D. Hanwell posted <[EMAIL PROTECTED]>, excerpted
below, on Wed, 25 May 2005 17:48:20 +0100:
> I have just committed a fix to kde.eclass and kde-meta.eclass that
> disables visibility support in KDE 3.4 (thanks to FlameEyes for the
> patches). This was a new feature in KDE 3.4 which has cau
On Thursday 26 May 2005 07:47, Jonas Geiregat wrote:
> Alec Warner wrote:
> >-BEGIN PGP SIGNED MESSAGE-
> >Hash: SHA1
> >
> >Jonas Geiregat wrote:
> >
> >
> >>I gave this a quick look, and aren't you talking about bash scripts in
> >>general rather then .bashrc files using /etc/portage/bash
Alec Warner wrote:
>-BEGIN PGP SIGNED MESSAGE-
>Hash: SHA1
>
>Jonas Geiregat wrote:
>
>
>
>>I gave this a quick look, and aren't you talking about bash scripts in
>>general rather then .bashrc files using /etc/portage/bashrc as reference
>>for this document.
>>Also I can't see the real u
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jonas Geiregat wrote:
> I gave this a quick look, and aren't you talking about bash scripts in
> general rather then .bashrc files using /etc/portage/bashrc as reference
> for this document.
> Also I can't see the real use , that's why I started readi
yes, it's finally that time ... after months of hearing us say 'we want to get
new baselayout stable asap', we're serious
so can people please try out baselayout-1.11.12-r2+ and see if they notice any
regressions ? the 'best' tests are simply rebooting and seeing if your
system comes up :)
co
Drake Wyrm wrote:
> Is this a package that is currently on CPAN? If so, I have a relatively
> useful skeleton for writing CPAN ebuilds. I was able to install several
> CPAN packages this way. In the ebuild, you'll need to edit or delete any
> line marked with "XXX", but that will likely be all you
Rene Zbinden <[EMAIL PROTECTED]> wrote:
> I am writing a new ebuild. The program contains a perlscript
> (mainprog.pl) which needs two perl modules like (module1.pm
> module2.pm)
>
> I will put mainprog.pl in /usr/bin but where do I put the two modules.
> Shall I put them in /usr/share/programenam
Have been having trouble with the mailing lists...
--
Dan Armak
Gentoo Linux developer (KDE)
Public GPG key: http://dev.gentoo.org/~danarmak/danarmak-gpg-public.key
Fingerprint: DD70 DBF9 E3D4 6CB9 2FDD 0069 508D 9143 8D5F 8951
pgpKwfWYVHHcs.pgp
Description: PGP signature
Chris White wrote:
>Hi guys,
>
> Well, I was working on my bashrc one day and thought, "gee, would be
> nice for other people to know what the heck is going on too!". Well, I
> decided to go ahead and do that :P. So, here we go, a mini bashrc HOWTO
> (note this only works on the latest
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wed, 25 May 2005, Marcus D. Hanwell wrote:
P.S. PPC, PPC64 and Sparc developers may also want to post this to
architecture specific lists too.
Regular SPARC users are fine as we're still using GCC 3.3.x in the main
profiles. Thanks for the up
Ebuilds that replicate/upgrade perl modules that are also bundled with
dev-lang/perl have been split out of dev-perl and into perl-core. This is
only one of many splits, but you know the shtick about the million mile thing
starting with a single step.
--
-o()o
overall I'm quite pleased with genkernel and have relegated much
tedium to its functions over time. perhaps it's a worthy mule for
more responsibility.
I have mirror volumes which have survived almost 8 years with 2nd and
third generation drives, motherboard, and architecture (32->64 bit).
Dear All,
I have just committed a fix to kde.eclass and kde-meta.eclass that disables
visibility support in KDE 3.4 (thanks to FlameEyes for the patches). This was
a new feature in KDE 3.4 which has caused at least one obvious bug, and
possibly others that are less obvious[1].
Anyone still usi
Perl modules needs to go under /path/to/perl-version/vendor_perl/ in that case
(vendor_perl being the key). You can call perl within a function to get the
perl version/vendor_path (see eclass).
And i'm going to leave the comment on submitting ebuilds dangling lest i start
a flame war :)
On Wed
Yes the program looks in @INC for the modules and no the name of the program
is not mainprog.pl. How can I put the two modules in the @INC the gentoo way.
I saw that there is a perl eclass, but I am not sure how to use it correctly.
I will file a Bug when the program works. Or should I already fi
On Sunday 22 May 2005 10:49, Diego 'Flameeyes' Pettenò wrote:
> Hi,
> ok another problem for Gentoo/FreeBSD project :P
> Currently there are a few places where, to fix permissions of files,
> the ebuilds does a chown -R root:root ${D} or something similar.
> Unfortunately such a command is invalid
On Tue, 2005-05-24 at 14:12 -0700, Donnie Berkholz wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Diego 'Flameeyes' Pettenò wrote:
> > On Tuesday 24 May 2005 22:44, R Hill wrote:
> >
> >>I like this. It could probably be done through keywording, and in fact
> >>the keywords are alr
On Tue, 2005-05-24 at 14:11 -0700, Jim Northrup wrote:
> I'm very happy with new GUID-based volume mounting and more stable raid
> tools, but a CF-based or initrd root available when /lib goes to hell is
> an absolute must for supporting fault tolerance.
If you use genkernel to build your kernel
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Earlier today, I added pdflib-6 to the tree. Some of you may need to
accommodate this in your ebuilds. I just wanted you to be aware, so if
you got reports of things related to it suddenly breaking, you'd have a
clue.
Thanks,
Donnie
-BEGIN PGP SIG
On Tue, 2005-05-24 at 14:44 -0600, R Hill wrote:
> > The most productive thing you could do, would be to figure out a simple
> > way of testing ebuilds, marking them as tested, and assigning them to
> > the proper parties quicker than is being done now.
>
> I like this. It could probably be done
Well, first off, how does the program look for the perl modules? If it isn't
suggesting that you place them in your @INC, then it is most likely loading
them directly. So it all depends on how the main script (please tell me it
isn't really called mainprog.pl) tries to load those modules as to
On Sun, 22 May 2005 09:35:42 +0100 Ciaran McCreesh <[EMAIL PROTECTED]>
wrote:
| I'd like to move the Unofficial Gentoo Development Guide [1] onto my
| devspace [2]. This could be construed as weakening its unofficial
| status (despite the title and the footers), so I'm asking for comments
| first r
30 matches
Mail list logo
