[gentoo-dev] List-Unsubscribe
-- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Virtuals revisited (Round 3)
On Friday 08 April 2005 19:48, Paul de Vrieze wrote: > I think that even without this glep portage might be patched to sort or > lists. Currently the first get picked. We might want to change that to > preferring packages that do allready have an installed version above ones > that don't. This should be the case already. The first one should only be picked if there is nothing installed. Regards, Jason Stubbs -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] make.profile symlink now points nowhere (was default-x86-1.4)
Will do - I know I saw it once!!! On Fri, 8 Apr 2005, Mike Frysinger wrote: On Friday 08 April 2005 09:21 pm, Brett I. Holcomb wrote: Nope. I got 2.4 when I logged in, did an emerge -uD system -p. I went back and created the symlink to 2005.0 again and now it appears to work - I even rebooted. However, I did NOT have a symlink to 2.4 so who knows. well if you can recreate the issue please drop us more info ;) -mike -- gentoo-dev@gentoo.org mailing list -- Brett I. Holcomb [EMAIL PROTECTED] Registered Linux User #188143 Remove R777 to email -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] make.profile symlink now points nowhere (was default-x86-1.4)
On Friday 08 April 2005 09:21 pm, Brett I. Holcomb wrote: > Nope. I got 2.4 when I logged in, did an emerge -uD system -p. I went back > and created the symlink to 2005.0 again and now it appears to work - I > even rebooted. However, I did NOT have a symlink to 2.4 so who knows. well if you can recreate the issue please drop us more info ;) -mike -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] make.profile symlink now points nowhere (was default-x86-1.4)
Nope. I got 2.4 when I logged in, did an emerge -uD system -p. I went back and created the symlink to 2005.0 again and now it appears to work - I even rebooted. However, I did NOT have a symlink to 2.4 so who knows. Here's the output (before recreating the symlink) [EMAIL PROTECTED] brett $ emerge >=gentoo-sources-2.6 -p !!! Your current profile is deprecated and not supported anymore. !!! Please upgrade to the following profile if possible: default-linux/x86/2005.0 To upgrade do the following steps: # emerge -n '>=sys-apps/portage-2.0.51' # cd /etc/ # rm make.profile # ln -s ../usr/portage/profiles/default-linux/x86/2005.0 make.profile # Gentoo has switched to 2.6 as the defaults for headers/kernels. If you wish # to use 2.4 headers/kernels, then you should do the following to upgrade: # emerge -n '>=sys-apps/portage-2.0.51' # cd /etc/ # rm make.profile # ln -s ../usr/portage/profiles/default-linux/x86/2005.0/2.4 make.profile # More information can be found at the following URLs: # http://www.gentoo.org/doc/en/gentoo-upgrading.xml # http://www.gentoo.org/doc/en/migration-to-2.6.xml On Fri, 8 Apr 2005, Mike Frysinger wrote: On Friday 08 April 2005 08:35 pm, Brett I. Holcomb wrote: In short - what do we have to do to upgrade to a current profile on 2.6 machines and get 2.6 gentoo-source updates, not 2.4. if you use 'default-linux/x86/2005.0' as your profile, it should be giving you 2.6 kernels ... in order to get 2.4 stuff, you should use 'default-linux/x86/2005.0/2.4' what does `emerge >=gentoo-sources-2.6` show ? -mike -- gentoo-dev@gentoo.org mailing list -- Brett I. Holcomb [EMAIL PROTECTED] Registered Linux User #188143 Remove R777 to email -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] make.profile symlink now points nowhere (was default-x86-1.4)
>>Thanks for the suggestions, I've tried 2004.0 .1 .2 .3 with similar >>results as below. > > > you didnt use the one i suggested the 2nd time around ... Opps, I didn't notice I was using the wrong directory! Thanks for the help. -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] make.profile symlink now points nowhere (was default-x86-1.4)
On Friday 08 April 2005 08:35 pm, Brett I. Holcomb wrote: > In short - what do we have to do to upgrade to a current profile on 2.6 > machines and get 2.6 gentoo-source updates, not 2.4. if you use 'default-linux/x86/2005.0' as your profile, it should be giving you 2.6 kernels ... in order to get 2.4 stuff, you should use 'default-linux/x86/2005.0/2.4' what does `emerge >=gentoo-sources-2.6` show ? -mike -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] make.profile symlink now points nowhere (was default-x86-1.4)
Question here - I made the link to the 2005.0 profile on (NOT 2005.0/2.4) a system that is 2.6.11 and has been on 2.6 for months. Tonight emerge -uD system -p wants to "upgrade" me to a 2.4 kernel!!! Well, portage this is a 2.6.x system - not 2.4 - duh! From what I found in the mail list archives and forums noone has really given a solution. Some say "what problem", others give reasons for it but the fact remains - why on a 2.6 system that has happily been running 2.6 for months does this new profile want to give me a 2.4 kernel. I did follow one suggest and symlink to default-linux/x86 directory but I'm afraid that will break something so I went back to 2004.0 for the symlink. And I am at portage 2.0.51.19 so that's good. In short - what do we have to do to upgrade to a current profile on 2.6 machines and get 2.6 gentoo-source updates, not 2.4. Thanks. On Fri, 8 Apr 2005, David Sparks wrote: Mike Frysinger wrote: On Friday 08 April 2005 07:57 pm, David Sparks wrote: !!! ARCH is not set... Are you missing the /etc/make.profile symlink? !!! Is the symlink correct? Is your portage tree complete? so use 'default-x86-2004.2', emerge portage, and then switch to the cascading version Thanks for the suggestions, I've tried 2004.0 .1 .2 .3 with similar results as below. I also tried coping a binary package into /usr/portage/packages/... and emerging it with the -K option but that didn't go either. # rm make.profile # ln -s ../usr/portage/profiles/default-linux/x86/2004.2 make.profile # emerge portage !!! Your current profile is deprecated and not supported anymore. !!! Please upgrade to the following profile if possible: default-linux/x86/2005.0 To upgrade do the following steps: # emerge -n '>=sys-apps/portage-2.0.51' # cd /etc/ # rm make.profile # ln -s ../usr/portage/profiles/default-linux/x86/2005.0 make.profile # Gentoo has switched to 2.6 as the defaults for headers/kernels. If you wish # to use 2.4 headers/kernels, then you should do the following to upgrade: # emerge -n '>=sys-apps/portage-2.0.51' # cd /etc/ # rm make.profile # ln -s ../usr/portage/profiles/default-linux/x86/2005.0/2.4 make.profile # More information can be found at the following URLs: # http://www.gentoo.org/doc/en/gentoo-upgrading.xml # http://www.gentoo.org/doc/en/migration-to-2.6.xml !!! 'str' object has no attribute 'insert' !!! 'rm -Rf /usr/portage/profiles; emerge sync' may fix this. If it does !!! not then please report this to bugs.gentoo.org and, if possible, a dev !!! on #gentoo (irc.freenode.org) -- gentoo-dev@gentoo.org mailing list -- Brett I. Holcomb [EMAIL PROTECTED] Registered Linux User #188143 Remove R777 to email -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] make.profile symlink now points nowhere (was default-x86-1.4)
On Friday 08 April 2005 08:24 pm, David Sparks wrote: > Mike Frysinger wrote: > > On Friday 08 April 2005 07:57 pm, David Sparks wrote: > >>!!! ARCH is not set... Are you missing the /etc/make.profile symlink? > >>!!! Is the symlink correct? Is your portage tree complete? > > > > so use 'default-x86-2004.2', emerge portage, and then switch to the > > cascading version > > Thanks for the suggestions, I've tried 2004.0 .1 .2 .3 with similar > results as below. you didnt use the one i suggested the 2nd time around ... # ln -sf ../usr/portage/profiles/default-x86-2004.2 /etc/make.profile -mike -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] make.profile symlink now points nowhere (was default-x86-1.4)
Mike Frysinger wrote: > On Friday 08 April 2005 07:57 pm, David Sparks wrote: > >>!!! ARCH is not set... Are you missing the /etc/make.profile symlink? >>!!! Is the symlink correct? Is your portage tree complete? > > > so use 'default-x86-2004.2', emerge portage, and then switch to the cascading > version Thanks for the suggestions, I've tried 2004.0 .1 .2 .3 with similar results as below. I also tried coping a binary package into /usr/portage/packages/... and emerging it with the -K option but that didn't go either. # rm make.profile # ln -s ../usr/portage/profiles/default-linux/x86/2004.2 make.profile # emerge portage !!! Your current profile is deprecated and not supported anymore. !!! Please upgrade to the following profile if possible: default-linux/x86/2005.0 To upgrade do the following steps: # emerge -n '>=sys-apps/portage-2.0.51' # cd /etc/ # rm make.profile # ln -s ../usr/portage/profiles/default-linux/x86/2005.0 make.profile # Gentoo has switched to 2.6 as the defaults for headers/kernels. If you wish # to use 2.4 headers/kernels, then you should do the following to upgrade: # emerge -n '>=sys-apps/portage-2.0.51' # cd /etc/ # rm make.profile # ln -s ../usr/portage/profiles/default-linux/x86/2005.0/2.4 make.profile # More information can be found at the following URLs: # http://www.gentoo.org/doc/en/gentoo-upgrading.xml # http://www.gentoo.org/doc/en/migration-to-2.6.xml !!! 'str' object has no attribute 'insert' !!! 'rm -Rf /usr/portage/profiles; emerge sync' may fix this. If it does !!! not then please report this to bugs.gentoo.org and, if possible, a dev !!! on #gentoo (irc.freenode.org) -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] make.profile symlink now points nowhere (was default-x86-1.4)
On Friday 08 April 2005 07:57 pm, David Sparks wrote: > !!! ARCH is not set... Are you missing the /etc/make.profile symlink? > !!! Is the symlink correct? Is your portage tree complete? so use 'default-x86-2004.2', emerge portage, and then switch to the cascading version -mike -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] make.profile symlink now points nowhere (was default-x86-1.4)
Francesco Riosa wrote: > David Sparks wrote: > >> Why was the x86-1.4 profile deleted? I have several machines that after >> a `emerge sync` now have a non-functional profile: >> >> > because 2004.0 is the same as 1.4 (don't ask where I've readed it) I tried linking to 2004.0 and got the same error as below. >> !!! 'str' object has no attribute 'insert' >> !!! 'rm -Rf /usr/portage/profiles; emerge sync' may fix this. If it does >> !!! not then please report this to bugs.gentoo.org and, if possible, a >> dev >> !!! on #gentoo (irc.freenode.org) >>> I tried symlinking make.profile to a newer profile and got this: > > > unlink that profile, update your portage to the latest version, and then set > the profile to default-linux/x86/2005.0 # rm make.profile # emerge portage !!! /etc/make.profile is not a symlink and will probably prevent most merges. !!! It should point into a profile within /usr/portage/profiles/ !!! (You can safely ignore this message when syncing. It's harmless.) !!! ARCH is not set... Are you missing the /etc/make.profile symlink? !!! Is the symlink correct? Is your portage tree complete? -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] make.profile symlink now points nowhere (was default-x86-1.4)
On Friday 08 April 2005 07:35 pm, David Sparks wrote: > Why was the x86-1.4 profile deleted? this was announced quite a while ago > I tried symlinking make.profile to a newer profile and got this: unlink that profile, update your portage to the latest version, and then set the profile to default-linux/x86/2005.0 -mike -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] make.profile symlink now points nowhere (was default-x86-1.4)
David Sparks wrote: Why was the x86-1.4 profile deleted? I have several machines that after a `emerge sync` now have a non-functional profile: because 2004.0 is the same as 1.4 (don't ask where I've readed it) # ls -ld make.profile lrwxrwxrwx 1 root root39 Nov 14 2003 make.profile -> ../usr/portage/profiles/default-x86-1.4 # ls -ld ../usr/portage/profiles/default-x86-1.4 ls: ../usr/portage/profiles/default-x86-1.4: No such file or directory I tried symlinking make.profile to a newer profile and got this: !!! 'str' object has no attribute 'insert' !!! 'rm -Rf /usr/portage/profiles; emerge sync' may fix this. If it does !!! not then please report this to bugs.gentoo.org and, if possible, a dev !!! on #gentoo (irc.freenode.org) ds -- gentoo-dev@gentoo.org mailing list -- gentoo-dev@gentoo.org mailing list
[gentoo-dev] make.profile symlink now points nowhere (was default-x86-1.4)
Why was the x86-1.4 profile deleted? I have several machines that after a `emerge sync` now have a non-functional profile: # ls -ld make.profile lrwxrwxrwx 1 root root39 Nov 14 2003 make.profile -> ../usr/portage/profiles/default-x86-1.4 # ls -ld ../usr/portage/profiles/default-x86-1.4 ls: ../usr/portage/profiles/default-x86-1.4: No such file or directory I tried symlinking make.profile to a newer profile and got this: !!! 'str' object has no attribute 'insert' !!! 'rm -Rf /usr/portage/profiles; emerge sync' may fix this. If it does !!! not then please report this to bugs.gentoo.org and, if possible, a dev !!! on #gentoo (irc.freenode.org) ds -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] portage on NetBSD
On Friday 08 April 2005 20:32, Aaron Walker wrote: > Diego is more than welcome to play around with NetBSD, but officially the > BSD team decided to worry about getting one flavor working nicely before > moving on to porting another one. Actually, as I don't know anything about NetBSD (well, I knew nothing about FreeBSD, too), I'm not going to play with it soon :) Was just a consideration as the same openpam is also used by NetBSD. -- Diego "Flameeyes" Pettenà http://wwwstud.dsi.unive.it/~dpetteno/ pgpb3vYpz4pwC.pgp Description: PGP signature
Re: [gentoo-dev] portage on NetBSD
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Stefan Sperling wrote: > On Fri, Apr 08, 2005 at 09:22:33AM +0200, Diego Flameeyes Pettenï wrote: > >>I was thinking of the virtual for future expansion on NetBSD and other, but >>this is probably better done using an || PDEPEND when it will be needed. > > > That's interesting. > Is anybody planning or working on a NetBSD port of portage? Diego is more than welcome to play around with NetBSD, but officially the BSD team decided to worry about getting one flavor working nicely before moving on to porting another one. - -- Bork Bork Bork! Aaron Walker <[EMAIL PROTECTED]> [ BSD | cron | forensics | shell-tools | commonbox | netmon | vim | web-apps ] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFCVs49C3poscuANHARAjc6AJ9h6c2AsaIqs5wFKGXbVoVPkx8MDwCeKqPS i1RvfuYG3khD6kPfJw/QjMs= =LKMA -END PGP SIGNATURE- -- gentoo-dev@gentoo.org mailing list
[gentoo-dev] MySQL 4.1, few things still to do
The adoption of MySQL is waiting for robbat2 finishing the exams (devaway say april 22). Plus probably he will need few days of holidays after ;-) In the meantime can you fix/close theese bugs (that block 83011)? 85783 [EMAIL PROTECTED] - net-libs/libwww-5.4.0 patch to avoid USE_OLD_FUNCTIONS in mysql. 85810 [EMAIL PROTECTED] - libprelude-0.8.10/prelude-manager-0.8.10 fail against mysql-4.1.10a. 85829 [EMAIL PROTECTED] - linesrv-2.1.20 use of "list_add" function conflict with mysql-4.1.10a. 85810 need only to be closed, the other two had attached patches. At least to avoid all in one day patching and testing. Francesco BTW ciaranm did you had time to look at that patch against versionator ? there is something wrong ? -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] gcc-3.3.5.20050110-r1 for stable
On Thursday 07 April 2005 11:46 pm, Mike Frysinger wrote: > gcc-3.3.5.20050110-r1 sorry, ive been hacking on both the 3.3.5 and 3.4.3 snapshots lately and i thought they were both made 20050110 ... i am looking for 3.3.5.20050130-r1 to be tested for stable -mike -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] gcc-3.3.5.20050110-r1 for stable
On Fri, Apr 08, 2005 at 11:35:19AM +, Ferris McCormick wrote: > Uh, there isn't any such thing. If you mean this: > Mon Mar 21 14:05:58 2005 >>> sys-devel/gcc-3.3.5.20050130-r1 > it's been stable on sparc for 2.5 weeks. > > Or did you mean this instead? > gcc-3.4.3.20050110-r1 mike, I was testing version gcc-3.3.5.20050130-r1. -- stefan PGP Key: 0xF59D25F0 -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] gcc-3.3.5.20050110-r1 for stable
On Thu, Apr 07, 2005 at 10:46:35PM -0500, Mike Frysinger wrote: > can stable uses of gcc-3.3.5-r1 upgrade to gcc-3.3.5.20050110-r1 and see if > they hit any fun and exciting bugs ? it works nicely here. it compiles and can compile sed. no bugs, no fun :( -- stefan PGP Key: 0xF59D25F0 -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] gcc-3.3.5.20050110-r1 for stable
On Fri, Apr 08, 2005 at 07:19:06AM -0400, Dan Meltzer wrote: > One thing... Maybe its just me... or maybe they are in no way related, > but I seem to have heard of a lot more 'libtool' problems when using a > snapshot version instead of a regularly numbered version, is there a > reason? Maybe you mean this? * Scanning libtool files for hardcoded gcc library paths... * [1/6] Scanning /lib ... * [2/6] Scanning /usr/lib ... * FIXING: /usr/lib/bmp/Input/libmpg123.la ...[v] * FIXING: /usr/lib/kde3/libk3boggvorbisdecoder.la ...[v] * FIXING: /usr/lib/kde3/libk3bexternalencoder.la ...[v] -- stefan PGP Key: 0xF59D25F0 -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] gcc-3.3.5.20050110-r1 for stable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Thu, 7 Apr 2005, Mike Frysinger wrote: can stable uses of gcc-3.3.5-r1 upgrade to gcc-3.3.5.20050110-r1 and see if they hit any fun and exciting bugs ? Uh, there isn't any such thing. If you mean this: Mon Mar 21 14:05:58 2005 >>> sys-devel/gcc-3.3.5.20050130-r1 it's been stable on sparc for 2.5 weeks. Or did you mean this instead? gcc-3.4.3.20050110-r1 if not i'd like to move this to stable this weekend -mike -- gentoo-dev@gentoo.org mailing list Regards, Ferris - -- Ferris McCormick (P44646, MI) <[EMAIL PROTECTED]> Developer, Gentoo Linux (Sparc) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFCVmx6Qa6M3+I///cRAsAoAKDiytqoV6v+6rqTucJVkPTBvgzgrQCfXhM0 QQlUcYo9Ti3z08i8gfwbzqc= =tL0p -END PGP SIGNATURE- -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] gcc-3.3.5.20050110-r1 for stable
One thing... Maybe its just me... or maybe they are in no way related, but I seem to have heard of a lot more 'libtool' problems when using a snapshot version instead of a regularly numbered version, is there a reason? On Apr 7, 2005 11:46 PM, Mike Frysinger <[EMAIL PROTECTED]> wrote: > can stable uses of gcc-3.3.5-r1 upgrade to gcc-3.3.5.20050110-r1 and see if > they hit any fun and exciting bugs ? > > if not i'd like to move this to stable this weekend > -mike > -- > gentoo-dev@gentoo.org mailing list > > -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Virtuals revisited (Round 3)
On Thursday 07 April 2005 15:20, Jason Stubbs wrote: > if package.prefer contained "dev-java/kaffe" then: > > > > || ( > dev-java/blackdown-jdk > dev-java/sun-jdk > dev-java/kaffe > ) > > would be processed as: > > > > || ( > dev-java/kaffe > dev-java/blackdown-jdk > dev-java/sun-jdk > ) I think that even without this glep portage might be patched to sort or lists. Currently the first get picked. We might want to change that to preferring packages that do allready have an installed version above ones that don't. Paul -- Paul de Vrieze Gentoo Developer Mail: [EMAIL PROTECTED] Homepage: http://www.devrieze.net pgp68GTNiQyXJ.pgp Description: PGP signature
Re: [gentoo-dev] Thanks for your feedback
On Thu, Apr 07, 2005 at 07:28:31PM +0200, Adrian Lambeck wrote: > Everybody thanks for the feedback to my GLEP(35). > The discussion about it started on 2005/03/13. > > What I figured out so far is that some proposed changes are already covered > in > repoman.That is even better because some of the work is already done then. > But how come that there are still trivial errors if half of the GLEP is > covered and everybody is using repoman? Define some, and the additional checks. The listed checks in the glep are all handled by repoman, with the sole exception of detecting stale SRC_URI; if I ever got off my ass and dusted off pchecker and poked infra about running it occasionally, that would be covered also. re: broken shell scripts with invalid/missing commands, how are you going to detect this? bash -n of the ebuild will not suffice for syntax check errors, mainly due to the increasing (ab|)use of extglob in ebuilds/eclasses... Aside from that, the only errors I don't personally hold an ebuild maintainer responsible for is either A) eclass dev goes and breaks backwards compatibility (bad bad bad bad), or B) src_uri goes stale. Everything else pretty much falls on the maintainers head imo. Elaborate on cyclic depends also; there's nothing wrong with packages directly depending on each other. Consider gcc, you can't build a gcc without a compiler... cyclic depends right there... (technically rdepend on a gcc version, but neh). > I agree that changes on ebuilds should be done only by the developers. I will > change this point in the GLEP. > To post errors to a website and send some mails is just a form of > implementation that I do not worry about right now. To use both and let dev`s > choose from it would be a good thing though. > > Somebody mentioned that I am not aware of gentoo dev practices. That`s right. > I tried to become aware of it but I could not find anything useful. Maybe I > have not found the right documents or there are none i.e. I do not want to > read portage source to figure out what is going on. Err... while I berate the hell out of portage source on a daily basis (it's my usual whipping boy), these checks you've referenced are all repoman based, and repoman --help requires no code reading :) > Maybe I should also add some motivation why to do this: > There have been some talks about bringing Gentoo to the enterprise. For me > this is not important and I do not care but this will never work if the > quality is not checked at least to some degree. > > Also I do not like the mentality somebody put up that was like this: "I don`t > mind fixing wrong URL`s - it is a matter of seconds." > If you work for some customer (i.e. gentoo users) and they find simple errors > that they might fix by themselves. What might they think ? > Why not "kill" all these errors faster and take upon the hard things? > I hate to open a root shell, fix the error, run the command again (find > another > error ?), start up firefox, login to bugs, check if somebody caught the > error, file a bug hope you get the point. I might be daft, but I'm not exactly hitting these errors... The errors I *do* hit are more then simple stupid goof-ups people should've caught, they're usual logic errors or an unforeseen nastyness the packages build system busts out (sandbox violations fex). > It might be possible that i.e. for ONE week one developer is responsible for > fixing ALL broken URL`s of all packages (does he really need to know about > the ebuild`s content ?). Although I don`t know how many broken URL`s there > might be ... URI scanning is one thing, I'm just wondering what the rest of the glep is actually specifying... Specifics are needed. > Please do not get me wrong like: somebody from "outside" tries to change the > system. I love Gentoo and I think it is a great system but there are things I > would like to improve. Change comes from inside and out, doesn't matter where from just as long as the goal is improvement :) That said, I still have qualms about the glep :) ~brian -- gentoo-dev@gentoo.org mailing list
[gentoo-dev] Linux World Expo UK 2005
Hi, #gentoo-uk are trying to organise Gentoo's attendance at the Linux World UK Expo, if you're interested in attending/helping out, please have a look at our co-ordination page on the Gentoo UK website: http://gentoo.linux.co.uk/events/linuxworld05/ Please sign up and register for the event on that site if you want to come along, it means I can keep track of who's coming and try and help with transport and keep everyone informed of what's going on and so forth. Any help with the stuff mentioned on that page greatly appreciated. Questions/concerns to me and/or #gentoo-uk on freenode please. Cheers muchly -- rob holland - [ [EMAIL PROTECTED] ] - Gentoo Audit Team [ 5251 4FAC D684 8845 5604 E44F D65C 392F D91B 4729 ] -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] portage on NetBSD (was: Pluggable Hell Part 2: Fixing everything up!)
On Fri, Apr 08, 2005 at 09:22:33AM +0200, Diego Flameeyes Pettenò wrote: > I was thinking of the virtual for future expansion on NetBSD and other, but > this is probably better done using an || PDEPEND when it will be needed. That's interesting. Is anybody planning or working on a NetBSD port of portage? -- stefan PGP Key: 0xF59D25F0 -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Pluggable Hell Part 2: Fixing everything up!
On Thursday 07 April 2005 01:17, Martin Schlemmer wrote: > I was more talking about the virtual/pam-modules (or whatever). Having > a a PDEPEND is just fine. I was thinking of the virtual for future expansion on NetBSD and other, but this is probably better done using an || PDEPEND when it will be needed. > > That's a decision up to you as pam mantainers :) > > Anyway I'm available to add the temporary fixes, trace them, and remove > > them when all is done, if needed. > Id rather just do it cleanly. Another solution which could be done "quickly" could be that: - add dependency for the packages which uses include on virtual/pam - provide virtual/pam with pam version 0.78 (and openpam, in my and/or fbsd overlay until it's mature enough to be merged) In this way the dependency could be expressed in a single way which won't need to be fixed in future. -- Diego "Flameeyes" Pettenà http://wwwstud.dsi.unive.it/~dpetteno/ pgp21zEqvEvma.pgp Description: PGP signature
