[gentoo-dev] Re: [gentoo-core] dev-lang/icc and dev-lang/ifc candidates for removal
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Brian, Brian Harring schrieb: > Unless someone steps up, the intel compiler toolchain > packages dev-lang/icc (intel cc) and dev-lang/ifc (intel fortran > compiler) are prime candidates for removal from the tree; open bugs, > primary maintainer is retired, and no devs have moved in to pick up the > packages, let along touched the changeslogs in around a year. > > So, any takers? > ~brian In case there are no security Bugs, i'd like to ask you to leave them in for the time being, I'm working on getting the latest versions (8.0/8.1) of ifort (how it is now known) and icc into the tree. The only problem are my time constraints atm :-/. Though I have ebuilds ready, it will still take some time to remove some minor itches before I'd commit them. Danny - -- Danny van Dyk <[EMAIL PROTECTED]> Gentoo/AMD64 Project, Gentoo Scientific Project -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFCgFJXaVNL8NrtU6IRAlISAJ0Q6JrytYC08+gKN3/PhsSw4WG7xwCgk3E6 /VpqlPPXHK36vpfQ8zjatoQ= =gJtG -END PGP SIGNATURE- -- gentoo-dev@gentoo.org mailing list
[gentoo-dev] dev-lang/icc and dev-lang/ifc candidates for removal
Unless someone steps up, the intel compiler toolchain packages dev-lang/icc (intel cc) and dev-lang/ifc (intel fortran compiler) are prime candidates for removal from the tree; open bugs, primary maintainer is retired, and no devs have moved in to pick up the packages, let along touched the changeslogs in around a year. So, any takers? ~brian pgp9LVttTjl09.pgp Description: PGP signature
Re: [gentoo-dev] Using OpenAFS volumes as storage for various portage directories
Kevin wrote: > > >Does anyone have any thoughts to share on: > >a) general advisability of this (seems like a good thing to me---lots of >savings on space across machines, oafs has a good authentication system in >kerberos, seems better to me than running a local rsync server alone and also >better in at least some ways than NFS, etc), >b) what special considerations I should keep in mind with such a scheme, >c) security, >d) general reading material to help me think about a-c better. > > Sounds like you have a couple of Gentoo boxes there. You may want to look into a recent feature that was added. /etc/make.conf now supports the source keyword like shell scripts. You can have a network wide make.conf that you include on all your hosts. Then override whatever needs it. That's all the input I have since I know nothing about afs. --Iggy >TIA. > > > -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Re: Cutting down on non-cascaded profiles
On Mon, May 09, 2005 at 10:12:03PM +0200, Paul de Vrieze wrote: > What about adding a "panic" mode to portage which, when confronted with a > missing profile, (and after confirmation) continues to upgrade portage to the > latest version it can find with some default settings that should allways > work. Can't see any tenuable way to pull it off; without the profile, keywording can be something of a crapshoot (consider p.mask'ed portage versions, which do, and will continue to, occur). Depends on your definition of default though I spose; I'd expect it would require a portage modification though :) ~brian -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Gentoo could become certified for IBM Server Hardware
On Thursday 05 May 2005 03:28, Michiel de Bruijne wrote: > On Thursday 05 May 2005 01:14, Ciaran McCreesh wrote: > > For us to support LSB: > > > > * We'd have to use RPM instead of portage > > That's not correct, quote from LSB: > "The distribution itself may use a different packaging format for its own > packages, and of course it may use any available mechanism for installing > the LSB-conformant packages." > > So basically we can continue to do rpm2targz like we do now and still be > LSB-compliant. Only if it's wrapped up automatically. At the minimum it would require a mapping from lsb dependencies to gentoo dependencies. But yes, we wouldn't need to throw portage out. It just needs rpm file support. Paul -- Paul de Vrieze Gentoo Developer Mail: [EMAIL PROTECTED] Homepage: http://www.devrieze.net pgpG2smq2SQK4.pgp Description: PGP signature
Re: [gentoo-dev] Re: Cutting down on non-cascaded profiles
On Monday 09 May 2005 04:12 pm, Paul de Vrieze wrote: > What about adding a "panic" mode to portage which, when confronted with a > missing profile, (and after confirmation) continues to upgrade portage to > the latest version it can find with some default settings that should > allways work. looking ahead that's a good idea but for older portages that doesnt help at all ... the profiles we're talking about here will break when given a cascaded profile -mike -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Re: Cutting down on non-cascaded profiles
On Tuesday 03 May 2005 23:05, Chris Gianelloni wrote: > On Tue, 2005-05-03 at 14:49 -0400, Mike Frysinger wrote: > > On Tuesday 03 May 2005 12:10 pm, Chris Gianelloni wrote: > > > I think an easier solution would be a portage rescue set of profiles. > > > > afaik the only thing it'd need is a 'make.defaults' and a custom > > 'packages' (where we'd force a newer version of portage of course) > > > > i dont think we even need a set, we could just do it with one ... after > > all, we can stick bash code into make.defaults and have it do something > > ugly like run `uname` or parse make.defaults to figure out the correct > > ARCH > > If you're feeling up to the bash-fu, I was trying to propose something > simple, but this would probably be the best solution. > > So does anyone have any objections yet? ;] What about adding a "panic" mode to portage which, when confronted with a missing profile, (and after confirmation) continues to upgrade portage to the latest version it can find with some default settings that should allways work. Paul -- Paul de Vrieze Gentoo Developer Mail: [EMAIL PROTECTED] Homepage: http://www.devrieze.net pgpYyKI8sTspv.pgp Description: PGP signature
Re: [gentoo-dev]
* On Mon May-09-2005 at 03:34:36 PM +0200, Henrik Brix Andersen said: > On Mon, 2005-05-09 at 16:21 +0300, Alin Nastac wrote: [...] > > Mobile phones are far from PDAs. I don't see anything you can't do with > > a PDA (since it _is_ a computer). > > Compared to them, _normal_ mobile phones are very limited devices. > > My last two mobile phones (Motorola A920 and Motorola E1000) are > symbian-based hand-helds, and they act like a PDA - but I still can't do > the same stuff with my PDA as I can with a PC. I have a symbian phone as well (Nokia 3595, at least I'm pretty sure Nokia's run symbian) but it does not act like a PDA. Luckily I also have a PDA (i-Mate PDA2K, aka O2 XDA IIs, MDA III, and so on...) which acts as a phone. Needless to say these devices are far from similar. > I suggested app-pda because of the metadata.xml description: > > The app-pda category contains software for working with personal > digital assistants or hand-held computers. > > As I've said, I think most modern mobile phones can be considered being > a PDA/hand-held computer. The latest and greatest phones can almost be considered PDAs, I agree. But they are not the norm yet. I mean, my phone can run Java applications and has GPRS but that's about as far as it goes. My PDA, well it has everything from BlueTooth and 802.11b to GPRS, GSM (850, 900, 1800, 1900) as well as an internal 128M flash memory and a 512M SD card in the expansion slot. It even has a slide-out keyboard. This thing is more powerful than most PCs 10 years ago. They are converging, but PDAs are advancing at an astonishing rate since they're geared towards power users and geeks. Phones aren't moving as fast since for the average person they just want a phone that makes and receives calls. Does the average person use Gentoo? Probably not, but I still think they are very different beasts for now and should be kept separate. I am aware that mobile phones outside of North America are much more advanced (in general) so perhaps this is the cause of this little disagreement. I don't have a really strong opinion either way, but I thought I'd throw in my user's perspective. -- Sami Samhuri pgp3IdELxV03b.pgp Description: PGP signature
Re: [gentoo-dev] dev-libs => dev-cpp moves
On Monday 09 May 2005 02:23 pm, Phil Richards wrote: > On 2005-05-09, Mike Frysinger <[EMAIL PROTECTED]> wrote: > > On Monday 09 May 2005 08:35 am, Henrik Brix Andersen wrote: > > > On Thu, 2005-05-05 at 23:41 -0400, Aaron Walker wrote: > > > > There are a sleu of C++-only libs in dev-libs that IMO belong in > > > > dev-cpp: > > > > > > dev-cpp sounds like stuff releated to a C pre-processor? Can't > > > categories contain the '+' char? e.g dev-c++? > > > > we did relax the requirement on package names so they can contain '+' in > > them, but i think we should keep our unspoken anal rules about category > > names ... only alphanumeric and a single '-' > > -mike > > Might I suggest dev-cxx? CXX is a fairly common ASCIIfication of C++, > after all. maybe, but cpp is almost as common and not really worth the hassle of a category rename -mike -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] dev-libs => dev-cpp moves
On 2005-05-09, Mike Frysinger <[EMAIL PROTECTED]> wrote: > On Monday 09 May 2005 08:35 am, Henrik Brix Andersen wrote: > > On Thu, 2005-05-05 at 23:41 -0400, Aaron Walker wrote: > > > There are a sleu of C++-only libs in dev-libs that IMO belong in dev-cpp: > > dev-cpp sounds like stuff releated to a C pre-processor? Can't > > categories contain the '+' char? e.g dev-c++? > we did relax the requirement on package names so they can contain '+' in > them, > but i think we should keep our unspoken anal rules about category names ... > only alphanumeric and a single '-' > -mike Might I suggest dev-cxx? CXX is a fairly common ASCIIfication of C++, after all. phil -- change name before "@" to "phil" for email -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Re: New category proposal
Georgi Georgiev wrote: [Sun May 08 2005, 08:19:20PM EDT] > Would it be inappropriate to start bitching (again) about a flat > tree where each package can go in multiple categories? That's something I'd love to see eventually... I mean the flat tree, not the complaining ;-) Regards, Aron -- Aron Griffis Gentoo Linux Developer pgpCdAmHck0dN.pgp Description: PGP signature
Re: [gentoo-dev] ebuilds for windows apps under wine?
On Sat, 2005-05-07 at 22:32 +0200, [EMAIL PROTECTED] wrote: > Are there any plans for supporting ebuilds for windows apps which use > wine? I just installed wine (via the ebuild) to enable DVDShrink to > be installed. Worked like a charm, but it would have been much cooler > to 'emerge dvdshrink' and have wine pulled in as a dependancy. > > I realize there's a ton of stuff to take care of, but since the newer > windows version support 'sharing apps' among multiple user accounts, > there just might be a way to make them root-owned, or some such... > > Anyone done any thining in this area? We don't want to have to support a ton of closed-source Windows apps that aren't native, so I seriously doubt that any developer would take on such a task. -- Chris Gianelloni Release Engineering - Strategic Lead/QA Manager Games - Developer Gentoo Linux signature.asc Description: This is a digitally signed message part
Re: [gentoo-dev] New category proposal
On Mon, May 09, 2005 at 05:01:41PM +0300, Alin Nastac wrote: > Henrik Brix Andersen wrote: > > >On Mon, 2005-05-09 at 16:21 +0300, Alin Nastac wrote: > > > > > >>Please explain what do you understand as "mobile computing". You keep > >>using this term. > >>>From what I see in herds.xml, mobile == "Wireless (802.11a/b/g, > >>bluetooth, etc) related items" > >> > >> > > > >http://en.wikipedia.org/wiki/Mobile_computing > > > > > Then it is true... mobile phone stuff classifies as mobile computing. It > should be your playground, not mine. Even if I associate the term "mobile" with mobile phones, I would think that category app-mobile has more to do with laptops. When I see it in a computer I decode it as "mobile computer", not "mobile phone". Regards, Peter Cech -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] New category proposal
On Mon, 2005-05-09 at 17:01 +0300, Alin Nastac wrote: > Then it is true... mobile phone stuff classifies as mobile computing. It > should be your playground, not mine. PDAs also classify as mobile computing, yet the mobile herd doesn't handle PDA related applications either - as you saw from the description in herds.xml. These are handled by the app-pda herd. If you would like to become a member of the mobile herd and take care of all mobile phone related packages, feel free. As it is now the mobile herd is not staffed to handle that kind of packages. You could also start a new mobile phone herd similar to the app-pda herd with the sole purpose of taking care of mobile phone related packages. Sincerely, Brix -- Henrik Brix Andersen <[EMAIL PROTECTED]> Gentoo Linux signature.asc Description: This is a digitally signed message part
Re: [gentoo-dev] New category proposal
Henrik Brix Andersen wrote: >On Mon, 2005-05-09 at 16:21 +0300, Alin Nastac wrote: > > >>Please explain what do you understand as "mobile computing". You keep >>using this term. >>>From what I see in herds.xml, mobile == "Wireless (802.11a/b/g, >>bluetooth, etc) related items" >> >> > >http://en.wikipedia.org/wiki/Mobile_computing > > Then it is true... mobile phone stuff classifies as mobile computing. It should be your playground, not mine. > > >>Mobile phones are far from PDAs. I don't see anything you can't do with >>a PDA (since it _is_ a computer). >>Compared to them, _normal_ mobile phones are very limited devices. >> >> > >My last two mobile phones (Motorola A920 and Motorola E1000) are >symbian-based hand-helds, and they act like a PDA - but I still can't do >the same stuff with my PDA as I can with a PC. > > > Well, my wife has a Erricson T610, which is far from being as advanced as yours. >I suggested app-pda because of the metadata.xml description: > >The app-pda category contains software for working with personal >digital assistants or hand-held computers. > >As I've said, I think most modern mobile phones can be considered being >a PDA/hand-held computer. > > > Category names should help users in searching their favorite applications. I doubt that anyone will look in app-pda for gammu. signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev]
On Mon, 2005-05-09 at 16:21 +0300, Alin Nastac wrote: > Please explain what do you understand as "mobile computing". You keep > using this term. > >From what I see in herds.xml, mobile == "Wireless (802.11a/b/g, > bluetooth, etc) related items" http://en.wikipedia.org/wiki/Mobile_computing > Mobile phones are far from PDAs. I don't see anything you can't do with > a PDA (since it _is_ a computer). > Compared to them, _normal_ mobile phones are very limited devices. My last two mobile phones (Motorola A920 and Motorola E1000) are symbian-based hand-helds, and they act like a PDA - but I still can't do the same stuff with my PDA as I can with a PC. I suggested app-pda because of the metadata.xml description: The app-pda category contains software for working with personal digital assistants or hand-held computers. As I've said, I think most modern mobile phones can be considered being a PDA/hand-held computer. ./Brix -- Henrik Brix Andersen <[EMAIL PROTECTED]> Gentoo Linux signature.asc Description: This is a digitally signed message part
Re: [gentoo-dev]
Henrik Brix Andersen wrote: >On Sun, 2005-05-08 at 19:53 -0400, Mike Frysinger wrote: > > >>app-mobile sounds good to me ... then just use metadata.xml to include a >>'fuller' description :P >> >> > >Please don't use app-mobile as it may be confused with mobile computing, >not mobile phones. > >Any reason why these packages can not go into app-pda? Most modern >mobile phones can be considered a handheld computer (and many of them >can be thought of as either a phone with integrated PDA - or a PDA with >integrated phone). > > > > I think I will call it app-mobphone. Please explain what do you understand as "mobile computing". You keep using this term. >From what I see in herds.xml, mobile == "Wireless (802.11a/b/g, bluetooth, etc) related items" Mobile phones are far from PDAs. I don't see anything you can't do with a PDA (since it _is_ a computer). Compared to them, _normal_ mobile phones are very limited devices. signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] dev-libs => dev-cpp moves
On Monday 09 May 2005 08:35 am, Henrik Brix Andersen wrote: > On Thu, 2005-05-05 at 23:41 -0400, Aaron Walker wrote: > > There are a sleu of C++-only libs in dev-libs that IMO belong in dev-cpp: > > dev-cpp sounds like stuff releated to a C pre-processor? Can't > categories contain the '+' char? e.g dev-c++? we did relax the requirement on package names so they can contain '+' in them, but i think we should keep our unspoken anal rules about category names ... only alphanumeric and a single '-' -mike -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] dev-libs => dev-cpp moves
On Thu, 2005-05-05 at 23:41 -0400, Aaron Walker wrote: > There are a sleu of C++-only libs in dev-libs that IMO belong in dev-cpp: I know it's a bit late for this, but I'm slowly catching up on my unread emails: dev-cpp sounds like stuff releated to a C pre-processor? Can't categories contain the '+' char? e.g dev-c++? Sincerely, Brix -- Henrik Brix Andersen <[EMAIL PROTECTED]> Gentoo Linux signature.asc Description: This is a digitally signed message part
Re: [gentoo-dev]
On Sun, 2005-05-08 at 19:53 -0400, Mike Frysinger wrote: > app-mobile sounds good to me ... then just use metadata.xml to include a > 'fuller' description :P Please don't use app-mobile as it may be confused with mobile computing, not mobile phones. Any reason why these packages can not go into app-pda? Most modern mobile phones can be considered a handheld computer (and many of them can be thought of as either a phone with integrated PDA - or a PDA with integrated phone). Sincerely, Brix -- Henrik Brix Andersen <[EMAIL PROTECTED]> Gentoo Linux signature.asc Description: This is a digitally signed message part
Re: [gentoo-dev] Last chance to save media-plugins/bmp-outlame
On Sun, 2005-05-08 at 19:24 +0100, John Mylchreest wrote: > On Sun, 2005-05-08 at 18:14 +0100, Tony Vroon wrote: > > > > It has been masked since March 12. > > yeah its just about the email. It would be nice if you waited until say, > Tuesday, 20:00GMT before removal. It will then give those possibly > interested in it enough time to look at it. If the ebuild has been masked for almost 2 months, I don't see a reason to wait even longer... ./Brix -- Henrik Brix Andersen <[EMAIL PROTECTED]> Gentoo Linux signature.asc Description: This is a digitally signed message part
Re: [gentoo-dev] new glep draft: Portage as a secondary package manager
On Mon, May 09, 2005 at 03:46:57AM +0300, Marius Mauch wrote: > Brian Harring wrote: > >Clarify please :) > >Offhand, I don't see why a bin repo for a home target isn't viable, > >along with a vdb repo in the same location. It's a bit trickier, but > >I suspect it might be a bit more flexible in the long run. > > I don't think that's possible without a lot of hacking for many packages > as $HOME will be expanded at build time and might be included in the > resulting binaries. Or in other words: If it works, we don't need > $PREFIX support at all as packages could be relocated at merge time. Was referencing per home binrepo's; basically (if desired by the admin/user), binpkg backups of per user home targets. End result is per user FEATURES="buildpkg" support, with the binpkgs safely tucked away within $HOME of the user. If we're already doing the dep calculation of what nodes are needed, and where (home prefix, or global, etc), don't see why that info can't be tucked away and used as a restriction for the binpkg generated for that particular user... ~brian -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Re: emerge-webrsync bandwidth improvement
On Mon, May 09, 2005 at 09:09:57AM +0200, sf wrote: > Brian Harring wrote: > ... > > B) Permenant solution needed for when snapshots upstream aren't > >generated, as occured 04/29. This probably will have to be > >serverside- easiest route, otherwise have to implement version > >jumping logic in bash, which is ugly > > Generate an empty delta when no snapshot exists? Doesn't really work that way; each patch basically is a list of commands, multiple patches == pulling bits/pieces of commands from the the referencing version for that patch. Basically it's overlaying commands; an empty patch would break the chain. While it doesn't sound perfect/pretty, generating a patch that is just a copy of the reference (the command list is just a copy of all of the reference file to the versioned file). It's actually easier/cleaner to go this route, then modify the client- the client's approach is simply, I get patch from day N-1 to N, wash rinse repeat. Modifying it to handle arbitrary jumps basically means the client has to inspect the remote server for what's available, rather then just making an attempt for a fetch. It's easiest, and is only around 60 bytes per day upstream snapshots go out... so it's minor overhead, and shouldn't occur all that often :) > > C) cleansing of old snapshots. Current 'handling' of it (read: not > >doing a damn thing) is ugly. :) > > Always create the most recent snapshot and delete old snapshots and all > deltas? Pretty much. Pushed emerge-delta-webrsync-2 into the tree last friday, should address all of the issues I mentioned. ~brian -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev]
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Marius Mauch wrote: > Danny van Dyk wrote: > >> * profile: >>List and switch Gentoo portage profiles. Check if selected >>profile is valid in regard to used "ARCH". > > > Hmm, have to check this out and see if I can obsolete my own little hack > for changing profile. Wasn't available in 0.9.1 but is in 0.9.2. It currently only shows one possible valid profile though since of course profiles.desc only shows one per arch. Judging by some gentoo-commits.log sed/sort/grep -c-foo there's still quite a few ppl using 2.0.51.19 so looks like we'll have to wait a little bit before we can update profiles.desc. Cheers - -- The happiest time of a person's life is after his first divorce. -- J.K. Galbraith Aaron Walker <[EMAIL PROTECTED]> [ BSD | cron | forensics | shell-tools | commonbox | netmon | vim | web-apps ] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFCfygoC3poscuANHARAqRgAJ4iobDKJPTOoHVO84+4fhRY3rk3hgCfW2VD 4bohppeFObnQc8ZEH5nuZmA= =oKFm -END PGP SIGNATURE- -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] openssl-0.9.7g testing
* Mike Frysinger <[EMAIL PROTECTED]> [05/05/09 02:46 -0400]: > please report back to me with your arch/gcc/cflags/openssh info and whether > it > worked ! I had to switch to openssl-0.9.7g two weeks back due to problems with cert-signing in a special case. No problems so far on ppc32. gcc version 3.4.3 20041125 (Gentoo Linux 3.4.3-r1, ssp-3.4.3-0, pie-8.7.7) CFLAGS="-O3 -mcpu=G3 -mtune=G3 -pipe" OpenSSH_3.9p1, OpenSSL 0.9.7g 11 Apr 2005 Regards, Lars -- Lars Weiler <[EMAIL PROTECTED]> +49-171-1963258 Gentoo Linux PowerPC: Manager and Release Engineer Gentoo Infrastructure : CVS Administrator Gentoo Public Relations : Assistance for Europe pgpzYiH8MnsIl.pgp Description: PGP signature
[gentoo-dev] Re: emerge-webrsync bandwidth improvement
Brian Harring wrote: ... > B) Permenant solution needed for when snapshots upstream aren't >generated, as occured 04/29. This probably will have to be >serverside- easiest route, otherwise have to implement version >jumping logic in bash, which is ugly Generate an empty delta when no snapshot exists? > C) cleansing of old snapshots. Current 'handling' of it (read: not >doing a damn thing) is ugly. :) Always create the most recent snapshot and delete old snapshots and all deltas? Regards Stephan -- gentoo-dev@gentoo.org mailing list
