Re: [gentoo-dev] Comparing Openpkg with portage
Am Donnerstag, 8. September 2005 21:56 schrieb ext m h: Browsing around on the osx list led me back to the archives of this list (may) for the new glep draft: Portage as a secondary package manager novel. Is this effort going anywhere? I could probably devote as much as a week to creating a proof of concept (don't know if that will be enough time), but would like to collaborate with others interested in this. I'm not very familiar with the inner workings of portage (just a happy gentoo user since 2002), but I am comfortable with bash and python and have read the developers documentation. I'm also interested in this since I'm searching for a way to install software into an AFS filesystem for easy distribution. But this has special requirements (rw path vs. ro path). Of course, I'd like to do it the Gentoo Way(tm). Bye... Dirk -- Dirk Heinrichs | Tel: +49 (0)162 234 3408 Configuration Manager | Fax: +49 (0)211 47068 111 Capgemini Deutschland | Mail: [EMAIL PROTECTED] Hambornerstraße 55 | Web: http://www.capgemini.com D-40472 Düsseldorf | ICQ#: 110037733 GPG Public Key C2E467BB | Keyserver: www.keyserver.net pgp8bkLH9fGnK.pgp Description: PGP signature
[gentoo-dev] Trouble with sys fs
Hello! I am beginner with Gentoo and absolute rookie about writing drivers, but I am trying to write one. I hope I have choose the right mailing list for my questions :-) I have encountered following error: I have a simple char driver. Everything is working like should be, I can compile functional driver, which after inserting into system appears in the sys file system. But when I add this lines in order to create my own attribute in directory of my module: #include linux/sysfs.h #include linux/kobject.h sysfs_create_file(device-cdev.kobj,pid_sfs); I can not insert module. Kernel says something like this: Error inserting module -1: unknown symbol sysfs_create_file And my second problem is, when I try to create my own kobject and add it to sys fs, when I call insmod, segmentation fault occures on kobejct_add() struct kobject mykobject; static int __init mymodule_init(void) { int err; kobject_init(mykobject); mykobject.parent-cdev.kobj; mykobject.ktype=kotype; kobject_set_name(mykobject,mymodule); err=kobject_add(mykobject); Do you have any suggesions what may be wrong? (is it necessary to do something special to interact with sysfs? I have do exactly what was written in Linux Device Drivers from O'Reilly publishing) -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Trouble with sys fs
Kormos Matej wrote: Hello! I am beginner with Gentoo and absolute rookie about writing drivers, but I am trying to write one. I hope I have choose the right mailing list for my questions :-) You should try the kernel-newbies mailing list, or the linux kernel mailing list. I have encountered following error: I have a simple char driver. Everything is working like should be, I can compile functional driver, which after inserting into system appears in the sys file system. But when I add this lines in order to create my own attribute in directory of my module: #include linux/sysfs.h #include linux/kobject.h sysfs_create_file(device-cdev.kobj,pid_sfs); I can not insert module. Kernel says something like this: Error inserting module -1: unknown symbol sysfs_create_file sysfs_create_file is only available to GPL modules. Is yours MODULE_LICENSE(GPL)? Daniel -- gentoo-dev@gentoo.org mailing list
[gentoo-dev] current metadata cleaning - maintainers needed
After removing two retired devs from metadata some packages... ...are left without maintainance: (take it if you want, otherwise it might be removed from the tree). | app-text/biblestudy -- no metadata.xml | app-text/sword-modules-- no-herd tag | dev-libs/iksemel -- no metadata.xml | games-misc/fortune-mod-gentoo-forums -- no metadata.xml | net-ftp/tftp-hpa -- no metadata | games-action/descent1-maps-- no herd tag ...fall back to herd maintainers: (herd maintainer's discretion - just FYI) | app-accessibility/speech-dispatcher -- accessibility, sound | app-accessibility/speechd-el -- accessibility | app-accessibility/speechd-up -- accessibility | app-office/imposter -- openoffice | app-text/gnomesword -- gnome | app-text/wpd2sxw -- openoffice | dev-libs/dotconf -- accessibility | media-libs/libopendaap-- net-p2p | media-plugins/xmms-repeatit -- sound | media-sound/albumart -- sound | media-sound/daudio-- sound | media-sound/tunesbrowser -- sound | net-analyzer/braa -- netmon | net-analyzer/ettercap -- netmon | net-analyzer/fprobe -- netmon | net-analyzer/httping -- netmon | net-analyzer/sara -- netmon | net-analyzer/tcptraceroute-- netmon | net-im/reaim -- net-im | net-libs/libbt-- net-p2p | net-libs/libgmail -- net-p2p | net-p2p/Circle-- net-p2p | net-p2p/ed2k-gtk-gui -- net-p2p | net-p2p/ghostwhitecrab-- net-p2p | net-p2p/gwebcache -- net-p2p, web-apps | net-p2p/opendchub -- net-p2p | net-p2p/perlgcache-- net-p2p, web-apps | games-action/d1x -- games -- gentoo-dev@gentoo.org mailing list
[gentoo-dev] metadata revised - removal of packages
1) While removing maintainers from metadata i realised (not for the first time) that i don't understand metadata :/ I thought it might be a good idea to add a new herd (maintainer-needed) for packages where the maintainer has left. I think it will make it easier for bugwranglers to assign bugs transparent that the maintainance situation has changed trackable To me maintainer-needed is always a first step before a package gets masked and removed from the tree. Well, i was told that adding the maintainer-needed herd is not a good idea and it is best to remove metadata.xml if no valuable information remains. I couldn't find information on that. Can somebody explain? 2) What is the next step after the last maintainer is removed from metadata.xml? Well i announced these packages on -dev. Now i can wait some time (how long?) and then? -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] metadata revised - removal of packages
9.9.2005, 11:58:21, Torsten Veller wrote: Well, i was told that adding the maintainer-needed herd is not a good idea and it is best to remove metadata.xml if no valuable information remains. I couldn't find information on that. Can somebody explain? I don't understand this idea on removing metadata.xml. There are lots of packages with [EMAIL PROTECTED] as herd in metadata. Removing metadata.xml is IMHO a really bad idea. Just will make me look at the ChangeLog, assign to maintainer-needed and CC someone who has touched the ebuild most often. 2) What is the next step after the last maintainer is removed from metadata.xml? Well i announced these packages on -dev. Now i can wait some time (how long?) and then? Put maintainer-needed in herd seems a logical solution to me. Hmmm. Maybe I missed something? -- Best regards, Jakub Moc mailto:[EMAIL PROTECTED] GPG signature: http://pgp.mit.edu:11371/pks/lookup?op=getsearch=0xCEBA3D9E Primary key fingerprint: D2D7 933C 9BA1 C95B 2C95 B30F 8717 D5FD CEBA 3D9E ... still no signature ;) pgpiyjlxnau7G.pgp Description: PGP signature
Re: [gentoo-dev] metadata revised - removal of packages
On Friday 09 September 2005 05:58 am, Torsten Veller wrote: 2) What is the next step after the last maintainer is removed from metadata.xml? Well i announced these packages on -dev. Now i can wait some time (how long?) and then? and then what ? if you're proposing removal of packages due solely to no maintainer, then we're going to have to slap you around. dont remove packages for that reason alone. -mike -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] metadata revised - removal of packages
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Mike Frysinger wrote: On Friday 09 September 2005 05:58 am, Torsten Veller wrote: 2) What is the next step after the last maintainer is removed from metadata.xml? Well i announced these packages on -dev. Now i can wait some time (how long?) and then? and then what ? if you're proposing removal of packages due solely to no maintainer, then we're going to have to slap you around. dont remove packages for that reason alone. -mike So I guess the idea would then be, how do you find packages in the tree where dev FooGuy once maintained it but no longer does (because FooGuy left) and the package is old and nasty and no one cares about it. Leave it in the tree anyway? I certainly don't want unmaintained CRAP in the tree, although unmaintained decent programs are good. By decent I mean programs that are generally so old they never have version bumps ;) - -Alec -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iQIVAwUBQyGOPWzglR5RwbyYAQIjsw//WUnfgMqI6b4tz6OXw7Dp86Mb3L2s/x6A 9xmYnOCN6fRTcjTgwOE9qNtfRltP9caa8GTUTzI2XaufncGpEZnM+Bm9YQ1cNBWK poTYOuhdoAB87Yf/oAlUUAv/g2NPAztaG0tFFtkPDs+/iDP8b1X2d8YAKlaGebmO By7x3mhZsLjJb6sFsG2Ww7zNGqyn0gYWy3SAoalN8TkAa5am/uvs1F1Vq5aO+2qK PQPrIpUm4lw2m8jftIjgPpZn1yUZ7u+h8dLXaDD9hkAh+mTqiXWQYrvbZIjHa/0I ysSYWxjjOdotx3DPp9DPfYFXuMQRGiA9CdZfkYUoKINOsuvvgm8f6bC/uwLc+SF+ 0xiJTHgMCj9gXd3SysJYpey6YP1k7ffgsMSSFD941lsWQUPA2B8whX3sKtkJJv5l 382wxzZb+c11RlGtesIEAzkU0rLJwwC/ZXfCRxPg+sheHqT4526+P2BNUQ2FxlYb IuLoX8TegnkNGo4BzuzfH69eWH/SKWfoechIO2rIiDRPiLd77FQwjYRXc/rJvimg FaeNE4ihoH5MZcQOEnKfPdBkmga9bvDaeAaMpGdcJFrz1LQAUuoFvjYDNwh+qPyQ Puw6M+5JFy/60johUIyJcU1xiFud6a5nwg1IpL2GRSMcBCZazvjIQfqelJ4IYAO5 ehkwxiGIOSE= =vQKJ -END PGP SIGNATURE- -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] current metadata cleaning - maintainers needed
On Fri, 2005-09-09 at 11:58 +0200, Torsten Veller wrote: (take it if you want, otherwise it might be removed from the tree). No. It goes to maintainer-needed and only is a candidate for removal if it is broken or has a serious security flaw and isn't patched upstream. | games-action/descent1-maps-- no herd tag | games-action/d1x -- games Games has these now, thanks. -- 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] metadata revised - removal of packages
On Fri, 2005-09-09 at 11:58 +0200, Torsten Veller wrote: To me maintainer-needed is always a first step before a package gets masked and removed from the tree. Agreed. Set the herd to maintainer-needed. Since there isn't an actual maintainer-needed herd, there's no need to add it to herds.xml or anything. Well, i was told that adding the maintainer-needed herd is not a good idea and it is best to remove metadata.xml if no valuable information remains. I would say definitely not. The herd information can be polled by jeeves, so it *is* valuable to have maintainer-needed in there. I couldn't find information on that. Can somebody explain? Everything should have metadata. Removing it only adds more work for someone else later. 2) What is the next step after the last maintainer is removed from metadata.xml? Reassign all bugs open for the package to maintainer-needed. Well i announced these packages on -dev. Now i can wait some time (how long?) and then? Nothing. You leave them alone. -- 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] metadata revised - removal of packages
On Fri, 2005-09-09 at 09:29 -0400, Alec Warner wrote: and then what ? if you're proposing removal of packages due solely to no maintainer, then we're going to have to slap you around. dont remove packages for that reason alone. -mike So I guess the idea would then be, how do you find packages in the tree where dev FooGuy once maintained it but no longer does (because FooGuy left) and the package is old and nasty and no one cares about it. Leave it in the tree anyway? I certainly don't want unmaintained CRAP in the tree, although unmaintained decent programs are good. By decent I mean programs that are generally so old they never have version bumps ;) The simple rule is leave it the hell alone. If it is completely broken, there will be bugs filed. If nobody steps up to claim the package, then, and only then, is it removed. Did you look at the list of packages? I mean, how exactly broken can descent1-maps get? *grin* Package removal because it has no maintainer would probably remove a large portion of the tree, possibly even packages that are necessary for many people. There's quite a few packages that get maintained simply by people fixing problems with them, but with no real maintainer. While this isn't the best solution, removing them from the tree just for this reason is asinine. -- 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] metadata revised - removal of packages
On Friday 09 September 2005 14:46, Mike Frysinger wrote: and then what ? if you're proposing removal of packages due solely to no maintainer, then we're going to have to slap you around. dont remove packages for that reason alone. Exactly the point. And I follow this request. If that was the case, publib and libiconv would have been removed from the tree a lot of time ago, while they are now maintained by BSD herd and by me, as they are useful for portability. Unfortunately, seems like Ciaran thinks that removing them is the only way to go, also if they can be perfect and just be unmaintained, because ebuilds risk to not pass future repoman tests and needs to be qa-checked from time to time, adding more work. Well that's why we have a QA team, isn't it? For most of the changes in repoman check is possible to run a whole-tree check and then who propose the change can take care of fixing the unmaintained parts, like I did for enewuser/cp-a/chown root:root bugs. -- Diego Flameeyes Pettenò Gentoo Developer - http://dev.gentoo.org/~flameeyes/ (Gentoo/FreeBSD, Video, Gentoo/AMD64, Sound, PAM) pgpyeYGkrhNa5.pgp Description: PGP signature
Re: [gentoo-dev] USE=minimal for kernel sources
warnera6 wrote: IMHO it is, but not as a USE flag (it will never be stable enough without upstream support) but I think many would find the functionality useful in a script. I know I would. If it works most of the time and saves space, there is no reason not trim things. If it breaks, you immediately revert to a normal build. Well this would not give the advantage of cutting down emerge times. Why the script when you can just turn off the use flag? Or, put the kernel source on a cd, and build off of it (putting the objects on your local disk.) This lets you only use the local disk for your built objects. I can always maintain this in my overlay if I want to so that is no problem. I just thought this might be useful for other people too. Regards, Petteri Räty (Betelgeuse) signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] current metadata cleaning - maintainers needed
On Friday 09 September 2005 05:58 am, Torsten Veller wrote: (take it if you want, otherwise it might be removed from the tree). and we'll smack you for it :P | games-misc/fortune-mod-gentoo-forums -- no metadata.xml | games-action/descent1-maps-- no herd tag categories with 'games' in their name belong to the games herd ... we just get lazy sometimes and miss adding metadata.xml -mike -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] metadata revised - removal of packages
On Fri, 9 Sep 2005 17:23:00 +0200 Diego 'Flameeyes' Pettenò [EMAIL PROTECTED] wrote: | Unfortunately, seems like Ciaran thinks that removing them is the | only way to go Uh, no, I said that the ideal thing to do would be to find a new maintainer, or failing that remove the package. I didn't say that critical things should be removed the instant the maintainer vanishes. -- Ciaran McCreesh : Gentoo Developer (Vim, Shell tools, Fluxbox, Cron) Mail: ciaranm at gentoo.org Web : http://dev.gentoo.org/~ciaranm pgpy0TKlRb0SO.pgp Description: PGP signature
Re: [gentoo-dev] metadata revised - removal of packages
On Fri, 9 Sep 2005 11:58:21 +0200 Torsten Veller [EMAIL PROTECTED] wrote: | Well, i was told that adding the maintainer-needed herd is not a good | idea and it is best to remove metadata.xml if no valuable information | remains. | | I couldn't find information on that. Can somebody explain? maintainer-needed isn't a herd, it's an alias. On the same subject, no-herd isn't legal in metadata.xml either. Both of these are metastructure policy matters, so changing them requires a GLEP. A GLEP probably wouldn't be a bad idea, either... The way the tree is maintained has changed considerably over the past few years. In particular, herds are no longer a fallback for when the maintainer (single person) is not available. -- Ciaran McCreesh : Gentoo Developer (Vim, Shell tools, Fluxbox, Cron) Mail: ciaranm at gentoo.org Web : http://dev.gentoo.org/~ciaranm pgpORMVFNqi0N.pgp Description: PGP signature
Re: [gentoo-dev] GLEP: Standardizing arch keywording across all archs
On Thu, Sep 08, 2005 at 10:15:19PM -0500, Grant Goodyear wrote: If I've misrepresented your views, please do let me know so that I can fix the GLEP. A few things are a bit unclear to me. Rewording would be enough, it doesn't touch the meaning of the GLEP. What's the definition of a non-arch dev? Is it a dev not in an arch team? And the final paragraph: Ciaranm and weeve have noted that it is occasionally necessary for arch teams to override a package maintainer when it comes to stabling a package. Stuart has asserted that in those cases the arch team should be willing to take on the support burden for that package. Overriding here means stabling before the maintainer does it, not keeping it in unstable while the maintainer wants to mark it stable, right? Regards, Maurice. -- Maurice van der Pot Gentoo Linux Developer [EMAIL PROTECTED] http://www.gentoo.org Creator of BiteMe! [EMAIL PROTECTED] http://www.kfk4ever.com pgptJOHBW0DPX.pgp Description: PGP signature
Re: [gentoo-dev] New forum moderators
Welcome new guys :-) On Fri, Sep 09, 2005 at 01:23:42AM +0200, [EMAIL PROTECTED] wrote: I've got a couple long-time forums moderators that's joined Gentoo officially. First we have Christian Hartmann (ian!) that's rejoined after a brief hiatus. Christian joined a Gentoo in late 2003 and is now officially part of Gentoo. Mauricio Lima Pilla (pilla) is another long time forums moderator that's now joined Gentoo staff officially. Mauricio's been a forums moderator since late 2002. Please welcome Christian and Mauricio. Regards, Bryan Østergaard -- gentoo-dev@gentoo.org mailing list -- Wernfried Haas (amne) - amne at gentoo dot org Gentoo Forums: http://forums.gentoo.org IRC: #gentoo-forums on freenode - email: forum-mods at gentoo dot org -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] metadata revised - removal of packages
On Friday 09 September 2005 12:10 pm, Ciaran McCreesh wrote: On Fri, 9 Sep 2005 11:58:21 +0200 Torsten Veller [EMAIL PROTECTED] | Well, i was told that adding the maintainer-needed herd is not a good | idea and it is best to remove metadata.xml if no valuable information | remains. | | I couldn't find information on that. Can somebody explain? In particular, herds are no longer a fallback for when the maintainer (single person) is not available. that is policy left up to each herd imo ... rarely do we list a maintainer in a base-system or games packages -mike -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] metadata revised - removal of packages
On Fri, 2005-09-09 at 17:10 +0100, Ciaran McCreesh wrote: maintained has changed considerably over the past few years. In particular, herds are no longer a fallback for when the maintainer (single person) is not available. Say what? What the hell is the point of a herd, then? And when did this nonsense happen? -- 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] metadata revised - removal of packages
On Fri, 09 Sep 2005 13:49:55 -0400 Chris Gianelloni [EMAIL PROTECTED] wrote: | On Fri, 2005-09-09 at 17:10 +0100, Ciaran McCreesh wrote: | maintained has changed considerably over the past few years. In | particular, herds are no longer a fallback for when the maintainer | (single person) is not available. | | Say what? What the hell is the point of a herd, then? And when did | this nonsense happen? This is what the original metastructure policy said, which means it happened something like three years ago. The original point of herds was as a fallback rather than as a primary maintainer. This obviously isn't how things are done currently... A GLEP revising the role of herds and adding in maintainer-needed would be useful. I'm not going to be around over the weekend, but if no-one else has written something up by whenever I get back I'll throw a draft together... -- Ciaran McCreesh : Gentoo Developer (Vim, Shell tools, Fluxbox, Cron) Mail: ciaranm at gentoo.org Web : http://dev.gentoo.org/~ciaranm pgpFdQmoiaUEh.pgp Description: PGP signature
[gentoo-dev] cjk-latex-4.6 ??
I noticed that cjk-latex-4.6(http://cjk.ffii.org/) has been out for a long, but no ebuild is in the portage. So, who'd like to handle this? -- Yuan MEI -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Removal of x11-base/y-windows and x11-libs/libiterm-mbt
After thinking about this for awhile I'll just mask (and remove in a week or two) y-windows for now, as it is the only package with outstanding bugs. libiterm-mbt is a hacked version of libiterm and can be replaced by the cjk herd at their leisure. -- Joshua Baergen -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] New forum moderators
Good to know I am new again, so I can mess up with everything and still have somebody to fix them for me :-D On Fri, 9 Sep 2005, Wernfried Haas wrote: Welcome new guys :-) On Fri, Sep 09, 2005 at 01:23:42AM +0200, [EMAIL PROTECTED] wrote: I've got a couple long-time forums moderators that's joined Gentoo officially. First we have Christian Hartmann (ian!) that's rejoined after a brief hiatus. Christian joined a Gentoo in late 2003 and is now officially part of Gentoo. Mauricio Lima Pilla (pilla) is another long time forums moderator that's now joined Gentoo staff officially. Mauricio's been a forums moderator since late 2002. Please welcome Christian and Mauricio. Regards, Bryan Østergaard -- gentoo-dev@gentoo.org mailing list -- Wernfried Haas (amne) - amne at gentoo dot org Gentoo Forums: http://forums.gentoo.org IRC: #gentoo-forums on freenode - email: forum-mods at gentoo dot org -- gentoo-dev@gentoo.org mailing list -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] GLEP: Standardizing arch keywording across all archs
On Fri, 9 Sep 2005 19:18:41 +0200 Maurice van der Pot [EMAIL PROTECTED] wrote: What's the definition of a non-arch dev? Is it a dev not in an arch team? That would be my understanding. And the final paragraph: Ciaranm and weeve have noted that it is occasionally necessary for arch teams to override a package maintainer when it comes to stabling a package. Stuart has asserted that in those cases the arch team should be willing to take on the support burden for that package. Overriding here means stabling before the maintainer does it, not keeping it in unstable while the maintainer wants to mark it stable, right? Mostly us needing to stabilize sooner, but in some cases the opposite is true as well (for instance cases where it works for some but not others). Cheers, -- Jason Wever Gentoo/Sparc Team Co-Lead pgprD5XNtoZFc.pgp Description: PGP signature
Re: [gentoo-dev] cjk-latex-4.6 ??
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Yuan MEI wrote: I noticed that cjk-latex-4.6(http://cjk.ffii.org/) has been out for a long, but no ebuild is in the portage. So, who'd like to handle this? Usually you will want to check bugs.gentoo.org before querying on this list. - http://bugs.gentoo.org/show_bug.cgi?id=103309 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iQIVAwUBQyJfrWzglR5RwbyYAQLWow/+JjWAkL/+ln/8EH5xW1ZQVw6muyr4AF6d nBmn6CPRfk1Tj5HYsScxOcLBHlzU7+DIXq/n/SEvo2JyU5PxJwmjPeHTcb5z8MMA U9s0sL28BOXv8sm3ecjpiif6URxzYm24z4mTS+FjFDR2I/jX+qcBZ7YUXVR1v1ab F/RoICpY2VMvW5mwJFMEoLuHoasfVVDyH2PJ2B/4NWsn0Pf8nVqXuqmkR2ldzSNH zC1Q0669u55SzuCTTIM/PKKYrNNnYGMZWwM69pIMAiwkk9tIUq+8isUWCDcRnB80 lo1xOpwn/e6T9ap6kpNFtV6/cwkOJmQg17kMj2riK0eepAiFjxiB5sJAONJW4i/p d/SpPjC3W1SONK3Ai6l8TR0iMLygnmvwl0RmMcgWu1vYachh8+9oNv6pIpji9AUH zmmxNoPvhKvPERVr7e5xEqeFAz3t0xOyvF9aU9gaP0DPdpBKz7BoQZOP0UA5F/Zu byEX2w12J58U5pO3mxmiAplAPawOmRiyIZXMJiRd4lxleDQxR2/AgUSamwO0i6am h/OlTodZrOGaJnsdZxou0Z7VMc7UpJM0j3TOBcHMMn9RwZr3UQlA2amsSJzU3Naa IyKd6YXdHn5HMBUKucIbVR8RbEFzHgnh894f0V1Jtnb0M/ij99+AImTrQckfMee4 /+S0MZa85po= =e2RR -END PGP SIGNATURE- -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-portage-dev] status of prefixed portage (or portage as a secondary package manager)?
Michael- Thanks for your reply. Is it possible to put your complete steps along with links to custom code you've done in the gentoo wiki? I'd very much like to try and replicate what you have done. thanks againOn 9/9/05, Michael Haubenwallner [EMAIL PROTECTED] wrote: Hi Matt,m h wrote: Hi portage devs- I've posted similar things to the dev and osx lists, but hear that this might be the appropriate forum. I'm investigating portage as an alternative to openpkg and would like to know the status of prefixed package installs or portage as a secondary package manager.Here's a link to an 5 week old osx post that summarizes the state of things 5 weeks ago: http://article.gmane.org/gmane.linux.gentoo.macosx/324My current development status on this is not much more than proof of concept, although i had to suspend the work on this project until ~Jan. 2006 due tosome decisions in the company i'm working in.But what's already done:I imported portage in my own cvs-repo as a vendor branch a few times, but the last import was at 2005/05/24.The SUPPORTS-variable comming out of the GLEP-Thread works, and it's alreadypossible to start an 'emerge system' on a non-Gentoo Linux (RH/AS 2.1), where24 packages already merge successfully. I did also some auspicious tries on Solaris 2.8.To bootstrap the first prefixed portage instance, i've some similar (but veryreduced featured) package-building-system, which only needs a running posix-shell, a GNU-make, some compiler to build binutils/gcc and some coreutils found on every *nix. I use this one currently to compile the bunch of our own (mostlyclosed-source) packages on HP-UX/AIX/SunOS/Linux/Cygwin,but it lacks many useful features found in portage.Once there's a running portage in some prefix, this one should be able to bootstrap another portage instance in a different prefix.For the ebuild-tree:The one i use is a very reduced set of ebuilds initially based on a gentoo-treesnapshot as of 20050626.I've defined secondary profiles setting a USE-flag 'secondary' (unsure if really needed), and made a new sys-apps/baselayout-secondary package providing a/${AFFIX}etc/profile, which does not just _set_ but _extend_ path-styleenv-variables when sourced. This required some additional portage extensions to create an /${AFFIX}etc/env.conf to be used by this /${AFFIX}etc/profile.~haubi I'm wondering if anyone is working on this?I potentially have a week to try and get something working, but would appreciate some guidance (have experience with python and bash but know little of portage internals, only have briefly glanced at code and read developer documentation). Comments, thoughts or suggestions? thanks matt--Michael HaubenwallnerSALOMON Automation GmbHForschung EntwicklungA-8114 Friesach bei Grazmailto:[EMAIL PROTECTED]http://www.salomon.atNo HTML/MIME please, see http://expita.com/nomime.html--gentoo-portage-dev@gentoo.org mailing list