[gentoo-dev] Re: langs.eclass again
Tach Piotr, 0x2B859DE3 (PGP-PK-ID) Piotr Jaroszy?ski schrieb: I am pretty much resending my last mail, the only change is that if no one objects I would like to commit it to the tree in 7 days. It worked quite good, saves at least some space to work through the LINGUAS. Implementation looks ok to me, although am not an expert. V-Li -- Fingerprint: 68C5 D381 B69A A777 6A91 E999 350A AD7C 2B85 9DE3 http://www.gnupg.org/ -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] mirroring distfiles/patches on patches.gentoo.org
Stefan Schweizer ha scritto: To my fellow Gentoo Devlopers and Users, The Gentoo Infrastructure team proposed this idea in june 2006 * Reduce mirror time for Gentoo specific patches/tarballs * Offer an official location for Gentoo specific patches/tarballs (Instead of using dev.g.o, this would be the official place) * Offer a distributed (3+ servers) mirror rotation for this This would be the official location for those distfiles when infra makes it available. I am asking them for status reports on this you will maybe see some here :) But for the meantime I am using http://gentooexperimental.org/~genstef/dist for this purpose. The reason is that I can remove and add stuff there myself and can keep control of what gets deleted. I can use my favourite scripts to create distfiles and keep them ordered. For example I am using this for firefox-2.0. This workaround I initially had to use when I discovered a bug in the mirroring script that was annoying me regularly. The mirroring script does ignore all RESTRICT=mirror SRC_URIs even those at mirror://gentoo/. Bug 121332 ppp patch missing from distfiles Bug 100260 The File foo2zjs-20050319.tar.gz missed on Gentoo-Mirrors Those get uploaded and look fine but after 6 months they are suddenly being removed by the script. Initially of course I needed a solution of that bug badly and because the mirrors kept dropping it I have just uploaded it to dev.gentoo.org in lack of any other proper place to put it. But using dev.gentoo.org is deprecated by our infra because the server may not be able to cope with the traffic. Fortunately later I was able to get an account on Patrick Lauers development server http://gentooexperimental.org/~genstef/dist to upload my distfiles there. So this is my current practice and I am eagerly waiting for infra to allow me to use an official service instead of my bandaid. Unfortunately some people are really afraid of what I am doing and want to harass me into using the mirror://gentoo that I do not want to use. This mail is dedicated to explain the issue to those people. Please, dont argue such discussions that only give you personal satisfaction of being correct or an excuse to annoy other people. Useless yelling at each other because of a minority where opinions differ is misplaced in a project that is driven by volunteers. That is also why I have stopped and written this mail. But I can see that you are a bit frustrated because you did not get your way through. So here is a guide of what you can do. I will gladly stop using workarounds when I am allowed to have an equally bugfree and fast workflow as currently. What you can do: 1) write a patch for portage to allow granular mirror restrictions for the SRC_URI and work with infra on improving the mirroring script to not ignore mirror://gentoo in mirror-restricted ebuilds. Also for this solution the time for a distfile in /space/distfiles-local to hit the first mirror should be equal to the time for ebuilds to get into the rsync rotation so that problems for users who are too early. 2) get infra to provide patches.gentoo.org as a permanent solution that I have asked for since march 2005 and it sometimes even looked close to getting it on bug 85098. 2) ++ , has I told you before genstef I like very much this second one. Take it also on a mirror point of view, the number of files in distfiles is already huge, this has been discussed in the past. To put all our patches.tbz on mirror would increment the number of files considerably and there will be people whining or stopping mirror for this. With reiserfs 3 becoming obsolete and reiser 4 with an uncertain future this may become un-acceptable. Also I'm offering again, some space and bandwidth in germany , the box is already controlled by two devs (one being me) regards, Francesco Riosa -- gentoo-dev@gentoo.org mailing list
[gentoo-dev] eselect module for choosing between gnash and netscape-flash
Hi, I wrote an eselect module for choosing between the browser plugins from net-www/gnash and net-www/netscape-flash, and I was wondering if it could be included in Gentoo (probably not in its current state...). I haven't updated any ebuilds to use it yet, since some details are up for discussion, in particular the location the plugins should be installed to. If you want to test it in the meantime, create a /usr/lib{,64,32}/nsbrowser/plugins/flash directory, and move the existing plugins from /usr/lib/{,64,32}/nsbrowser/plugins into the flash directory. eselect will list them with their filenames, minus the .so part - perhaps not very user-friendly, but this could be fixed either by using a separate display name or by installing them with nicer names. Note that changing the active plugin with the browser open works somewhat erratically - sometimes it works and sometimes it doesn't, at least in some browsers. Don't think that's a bug in the module, I'm sure there are enough of those as it is. ;-) Another issue is that it only works system-wide. It would be nice to allow user to be able to override the global setting, but I don't know of a reliable way to do that. (At least SeaMonkey doesn't seem to let the user's plugin directory override the system-wide one.) Other things: multilib support is mainly included for completeness, it's not really tested since unless I've missed something there's no way to build Gnash in 32-bit mode on an AMD64 box. On the other hand, it works for 64-bit browsers via net-www/nspluginwrapper. Speaking of which, it would be nice to make the two cooperate further, by making nspluginwrapper understand the special plugin location (possibly not entirely trivial, due to the way it generates stubs for all the plugins it finds at merge-time, so it would need to be taught to look in the right place). I haven't looked into that very hard yet, because I wanted to get some opinions as to how it might best be done. Any comments are appreciated. flash-nsplugin.eselect-0.1 Description: Binary data
[gentoo-dev] Re: mirroring distfiles/patches on patches.gentoo.org
Francesco Riosa schrieb: Also I'm offering again, some space and bandwidth in germany Maybe we could also set up the box from bug #108379 (as mirror?) for patches. It has plenty of bandwith sitting around and not doing that much currently ;) Greetz Jokey -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Re: mirroring distfiles/patches on patches.gentoo.org
On Tuesday 24 October 2006 02:08, Brian Harring wrote: freebsd stages being the usual example [1]. s/stages/source tarballs/ The stages are in another section of the mirror, the source tarballs were there when we were not in the main tree. Now the same tecnique is used by openbsd/netbsd. -- Diego Flameeyes Pettenò - http://farragut.flameeyes.is-a-geek.org/ Gentoo/Alt lead, Gentoo/FreeBSD, Video, Sound, ALSA, PAM, KDE, CJK, Ruby ... pgpN8yZ3Ga2Nl.pgp Description: PGP signature
Re: [gentoo-dev] GeNUS : how I currently manage my gentoo network (200+ machines)
Hi Hubert, Hubert Mercier wrote: Since this work saved me a lot of work / time / money in the past two years, I thought maybe it could help others. Just let me know if we could do something with this, if it sounds usefull/less to you, etc... I would be very interested in this. Can I download the code somewhere to have a look ? Grtz Ramon -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Re: langs.eclass again
It worked quite good, saves at least some space to work through the LINGUAS. Implementation looks ok to me, although am not an expert. Thanks for trying it, you seem to be the first one to do it :] -- Piotr Jaroszyński Gentoo Developer -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] eselect module for choosing between gnash and netscape-flash
Would it also be useful to have something similar for selecting whether, for example, gxine or mplayerplug-in plugins are used for the various multimedia MIME types? Or Totem? -- Rob Lesslie -- gentoo-dev@gentoo.org mailing list
[gentoo-dev] Last Rites: quake3-osp
In my updating of all of the quake3 mods, I realized that quake3-osp was the predecessor to quake3-cpma. Well, quake3-cpma has all of the features of quake3-osp, so I see no point in keeping both. If nobody steps up with a good reason, it's getting the axe on November 23rd. -- Chris Gianelloni Release Engineering Strategic Lead Alpha/AMD64/x86 Architecture Teams Games Developer/Council Member/Foundation Trustee Gentoo Foundation signature.asc Description: This is a digitally signed message part
[gentoo-dev] [Council] Summary of the last meeting
Hi all, On behalf of the Council: following a summary of topics discussed during the last Council meeting. (2006/10/19) 1) As requested by Robbin H. Johnson, the Council discussed the member's current involvement with Gentoo projects: Chris Gianelloni: games, gwn, genkernel, catalyst, new profile structure, planning for 2007.0 Robbin H. Johnson: tree-signing, infra (Bugzilla, anon(cvs|svn)) Danny van Dyk: AMD64 releng (testing, soon new profiles) Kingtaco: infra(Bugzilla, anon(cvs|svn), utf8 on pecker) Mike Frysinger:toolchain, base-system Diego Petteno: Gentoo/FreeBSD Bryan Ostergaard: Devrel (Developer stats, fact-finding) 2) Chris Gianelloni had issued a small agenda for this meeting Inter-project communication: Consensus that communication has improved as of late. This covers especially spread information about project work from Portage/Devrel/Infra to the developers. Additionally, the council wants to put meeting summaries on Planet Gentoo and the Gentoo Forums starting with this summary. Design phase for new projects: New projects need to post an RFC containing information about their goals, the plan on how to implement their goals and the necessary resources to -dev prior to creating the project. This proposal was accepted with 6 members voting yes and one member abstained from voting Devrel etiquette guide: Needs still work before Council can discuss. Rescheduled for next meeting. Bryan Ostergaard will be working on it. QA Policies: Nothing new and QA lead was not available during the meeting. Discussion has been rescheduled for the next meeting. You can find a log of the meeting attached to this mail. Danny -- Danny van Dyk [EMAIL PROTECTED] Gentoo/AMD64 Project, Gentoo Scientific Project [21:59] *** robbat2 sets the channel mode to 'moderated'. [21:59] wolf31o2|mobile and I have those profiles mostly done... I've been trying to update them a bit so they're not so far out of date [21:59] wolf31o2|mobile heh [22:00] Kugelfang wolf31o2|mobile: what we could discuss is, when to use it [22:00] kloeri lo all [22:00] wolf31o2|mobile hi [22:00] Flameeyes good, 22CEST here, time to start [22:00] robbat2 heya [22:00] * KingTaco peeks in [22:00] Kugelfang wolf31o2|mobile: care to send them to me in a free minute or two? [22:00] -- diox has joined this channel ([EMAIL PROTECTED]/contributor/diox). [22:00] Flameeyes vapier [22:00] *** Kugelfang sets the channel mode to 'moderated'. [22:00] Kugelfang consider this as start :-) [22:00] Flameeyes so who's starting? [22:01] robbat2 besides wolf31o2's agenda, could we all mention stuff we're working on lately? [22:01] wolf31o2|mobile Kugelfang: well... they're really rough right now... I was planning on sending them to everyone [22:01] robbat2 i've got a few bits on infra things [22:01] wolf31o2|mobile I'll start, if nobody minds [22:01] Flameeyes robbat2, to which detail? [22:01] Flameeyes wolf31o2|mobile, you have the stage [22:01] Kugelfang wolf31o2|mobile: go ahead [22:01] robbat2 wolf31o2|mobile, go [22:01] Kugelfang i hope vapier isn't late again :-) [22:02] wolf31o2|mobile games, gwn, genkernel, catalyst... other than that, I've been working on a set of profiles that allow for multiple inheritance, which I plan on showing to everyone once I've got them mostly workable [22:02] Flameeyes Kugelfang, he was discussing with mcummings on #-dev a while ago [22:02] vapier your mom is late again [22:02] wolf31o2|mobile we've started taking requests for 2007.0 on the gentoo-releng mailing list, so planning for that has begun [22:02] wolf31o2|mobile that's about it [22:03] * wolf31o2|mobile hands the floor to robbat2 [22:03] robbat2 besides the tree-signing (i'll return to it in a moment), I've been working with KingTaco on two infra projects [22:03] robbat2 firstly is anoncvs/anonsvn [22:03] robbat2 it's ready to roll, with the exception of one weird iptables issue affecting bandwidth [22:04] robbat2 until that's solved, you can use it, but it is painfully slow [22:05] robbat2 secondly is the new bugzie [22:05] wolf31o2|mobile yay! [22:05] Kugelfang (yay) [22:05] Kugelfang :-) [22:05] Flameeyes new bugzie or new bugzie setup? [22:05] robbat2 that ones a lot further behind unfortuntely, for a couple of reasons [22:05] kingtaco|laptop you'll get both [22:06] robbat2 originally we were going to go with a cluster-aware FS for the two database boxes, but then found the status of that in Linux (esp the kernels used by infra), was badly lacking [22:07] robbat2 I've come up with another idea instead for the DB stuff, and I've been prototyping it on the fibrechannel gear I have at home, but it may fall over because of some of the bugzilla code [22:07] robbat2 worst case here, is that we can't use both of the DB boxes we've got [22:07] kingtaco|laptop in this way [22:08] kingtaco|laptop remember, they still have local 320 [22:08]
Re: [gentoo-dev] [Council] Summary of the last meeting
Danny van Dyk wrote: Design phase for new projects: New projects need to post an RFC containing information about their goals, the plan on how to implement their goals and the necessary resources to -dev prior to creating the project. This proposal was accepted with 6 members voting yes and one member abstained from voting Could someone amend GLEP 39 to reflect this new requirement? Thanks, Donnie signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] eselect module for choosing between gnash and netscape-flash
On Fri, 2006-20-10 at 21:08 +0100, [EMAIL PROTECTED] wrote: Hi, I wrote an eselect module for choosing between the browser plugins from net-www/gnash and net-www/netscape-flash, and I was wondering if it could be included in Gentoo (probably not in its current state...). Shouldn't something like this be a Firefox/Seamonkey extension instead ? -- Olivier Crête [EMAIL PROTECTED] Gentoo Developer signature.asc Description: This is a digitally signed message part
Re: [gentoo-dev] eselect module for choosing between gnash and netscape-flash
On Tue, 2006-24-10 at 21:57 -0400, Olivier Crête wrote: On Fri, 2006-20-10 at 21:08 +0100, [EMAIL PROTECTED] wrote: Hi, I wrote an eselect module for choosing between the browser plugins from net-www/gnash and net-www/netscape-flash, and I was wondering if it could be included in Gentoo (probably not in its current state...). Shouldn't something like this be a Firefox/Seamonkey extension instead ? Something like Plugin Manager: http://www.gozer.org/mozilla/extensions/ -- Olivier Crête [EMAIL PROTECTED] Gentoo Developer signature.asc Description: This is a digitally signed message part
[gentoo-dev] Re: eselect module for choosing between gnash and netscape-flash
Olivier Crête wrote: On Tue, 2006-24-10 at 21:57 -0400, Olivier Crête wrote: On Fri, 2006-20-10 at 21:08 +0100, [EMAIL PROTECTED] wrote: Hi, I wrote an eselect module for choosing between the browser plugins from net-www/gnash and net-www/netscape-flash, and I was wondering if it could be included in Gentoo (probably not in its current state...). Shouldn't something like this be a Firefox/Seamonkey extension instead ? Something like Plugin Manager: http://www.gozer.org/mozilla/extensions/ Yeah, that would be even better, but it doesn't seem to support SeaMonkey (and a quick Google didn't find one that did), let alone Konqueror, Opera, etc. I mainly thought the module would be a sensible idea because there's already one for the Java plugin, but I suppose it could get messy if people start doing it for other types of plugin. It's up to you guys, I guess. :-) -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Re: eselect module for choosing between gnash and netscape-flash
David Leverton wrote: Yeah, that would be even better, but it doesn't seem to support SeaMonkey (and a quick Google didn't find one that did), let alone Konqueror, Opera, etc. I mainly thought the module would be a sensible idea because there's already one for the Java plugin, but I suppose it could get messy if people start doing it for other types of plugin. It's up to you guys, I guess. :-) Kinda makes you think they shouldn't be specific to types of plugin, doesn't it? There could be an eselect browser-plugin module that can select various types of browser plugins. Not sure how a 4th level would fit in with eselect as far as usability etc goes, though. Thanks, Donnie signature.asc Description: OpenPGP digital signature
[gentoo-dev] Re: remove my address
stop spamming this shit and go read the mailing list page like i said already: http://www.gentoo.org/main/en/lists.xml -mike pgpfLyWPE49l3.pgp Description: PGP signature
Re: [gentoo-dev] Re: remove my address
Mike Frysinger [EMAIL PROTECTED] wrote: stop spamming this shit and go read the mailing list page like i said already: http://www.gentoo.org/main/en/lists.xml -mike I think someone is yanking your chain, vapier. You're replying to a message that I didn't see on the list. Also, while this reply was only Cc'ed to gentoo-dev, you sent that last one to twelve different addresses, including users@openoffice.org. -- Every absurdity has a champion to defend it. -- Oliver Goldsmith pgpgvAnzLRhIH.pgp Description: PGP signature
Re: [gentoo-portage-dev] virtuals and dependencies dispaly
On Wed, 2006-25-10 at 01:48 +, Jason Stubbs wrote: virtuals = portage.db[portage.root][virtuals] from gentoolkit.__init__.py I'm not sure exactly what this returns, but it's probably equivalent to portage.settings.virtuals. I got the same result from both, but this one is easier. There are probably a few more portage calls that could be updated as well. I've found virtuals in the tree that are not in portages virtuals and vice-versa. Is there an order to their use by portage? atom = virtual/portage non_virtual_atom = portage.dep_virtual([atom], portage.settings)[0] if atom == non_virtual_atom: print atom,is a 'new style' virtual (aka regular package) else: print atom,is an 'old style' virtual that resolves to', print non_virtual_atom I used this almost without any change. I also am only calling this if it did not resolve already from the best_ebuild or latest_installed checks. def get_virtual_dep(atom): returns a resolved virtual dependency. contributed by Jason Stubbs, with a little adaptation # Thanks Jason non_virtual_atom = portage.dep_virtual([atom], portage.settings)[0] if atom == non_virtual_atom: # atom,is a 'new style' virtual (aka regular package) return atom else: # atom,is an 'old style' virtual that resolves to: non_virtual_atom return non_virtual_atom Can the ones in the tree be treated as a category/package for listings, etc.. The ones in the tree do seem to be returned by: portage.db['/']['porttree'].getallnodes()[:] # copy The main reason I am looking at this is for indicating the dependency installed/needed for the virtual. If an installed one is found I use it's package name. If not where should I get it? From the virtuals in portage or the tree? both? - then which order? The ones in the tree are just regular packages - but may also exist in the PROVIDE attribute of associated ebuilds. As for ordering, packages with PROVIDE override identically named packages in the tree. If you use something similar to the above, it should all be taken care of though. I think these are resolved when I am checking for the best_ebuild and latest_installed checking. Before I added your contribution, many were resolving already from those checks. -- Jason Stubbs Thank you very much... Now to add a popup dialog to display a dependency's info in another PackageNotebook class instance (summary, dependency, changelog,... notebook). That is going to make following the dependency trail a lot easier for those that want to follow it. -- Brian [EMAIL PROTECTED] -- gentoo-portage-dev@gentoo.org mailing list