Re: [gentoo-dev] Update from User Relations wrt User Representatives.
Hello, On Sunday 03 December 2006 20:32, Christel Dahlskjaer wrote: As of Friday 17th November, George Prowse, known to most as cokehabit, has left the Gentoo User Relations project and his position as User Representative. Regrettably, as things turned out, he did not fit the role as well as many had hoped, and it was decided that it would be in everyone's best interests to part ways. We would like to thank George for his time and work as a user representative, and wish him luck in his future endeavours. On a related note, it was resolved at a meeting between User Relations and the User Representatives on December 2nd, 2006 to instate Alex Bokag aka djay-il as the eleventh and last User Representative. This motion passed unanimously and Alex accepted the position with immediate effect. We welcome Alex onboard and look forward to working closely with him over the next year. On behalf of User Relations, Christel Dahlskjaer. As I've stated in the forums [1], I don't think that picking somebody that was not elected for the chair is a good practice. If you have found that the way elections were conducted did not produce a good result, maybe you should at least change your project description [2]: Gentoo User Representatives (userreps) form part of Gentoo User Relations (userrel) and are elected each year by Gentoo users to represent them to the development community. Not that I have something against djay-il, it's just that I don't like the way this whole situation is being handled. Pilla [1] https://forums.gentoo.org/viewtopic-t-520916-highlight-.html [2] http://www.gentoo.org/proj/en/userrel/userreps/index.xml -- Mauricio Lima Pilla [EMAIL PROTECTED] PPGINF -- ESIN/UCPEL http://g3pd.ucpel.tche.br/~pilla I'm just very selective about the reality I choose to accept. -- Calvin -- Mauricio Lima Pilla [EMAIL PROTECTED] PPGINF -- ESIN/UCPEL http://g3pd.ucpel.tche.br/~pilla key 0x37705BE0 I'm just very selective about the reality I choose to accept. -- Calvin pgpCyt4yrQEte.pgp Description: PGP signature
[gentoo-dev] Ebuild documentation, needs updates?
I was working through a bug report when I noticed someone recommended using the syntax: DEPEND=category/app-ver:SLOT In order to lock to a certain slotted version. I hadn't seen this before, and tried to find out more information about it but I can't find either in the ebuild 5 man or the online documentation about this feature. I'm curious if I'm just really behind in this or if it's an undocumented feature (or it's documented somewhere I haven't seen). And as such, it makes me wonder how many more of these *features* there are that aren't disclosed anywhere. Do we need to have someone update the docs to reflect all of the new (new being a quite relative word here) features of portage? Caleb -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Ebuild documentation, needs updates?
Caleb Tennis napsal(a): I was working through a bug report when I noticed someone recommended using the syntax: DEPEND=category/app-ver:SLOT This will cause stable portage to bomb out so please don't use it anywhere in the tree. -- Best regards, Jakub Moc mailto:[EMAIL PROTECTED] GPG signature: http://subkeys.pgp.net:11371/pks/lookup?op=getsearch=0xCEBA3D9E Primary key fingerprint: D2D7 933C 9BA1 C95B 2C95 B30F 8717 D5FD CEBA 3D9E ... still no signature ;) signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] Ebuild documentation, needs updates?
Caleb Tennis wrote: I was working through a bug report when I noticed someone recommended using the syntax: DEPEND=category/app-ver:SLOT In order to lock to a certain slotted version. I hadn't seen this before, and tried to find out more information about it but I can't find either in the ebuild 5 man or the online documentation about this feature. I'm curious if I'm just really behind in this or if it's an undocumented feature (or it's documented somewhere I haven't seen). And as such, it makes me wonder how many more of these *features* there are that aren't disclosed anywhere. Do we need to have someone update the docs to reflect all of the new (new being a quite relative word here) features of portage? Caleb This feature is not available in stable portage, which is why its not documented. And yes there are many other features that lack documentation. -Alec Warner [EMAIL PROTECTED] -- gentoo-dev@gentoo.org mailing list
[gentoo-dev] Split of the text-markup herd (sgml/tex)
Hi, the text-markup herd currently manages two very different types of packages: those sgml/docbook related and those TeX related. This is a problem, since many members of the herd (me included) know only one of those two fields. That's why I propose to split the text-markup herd into two new herds : sgml and tex (if you can think of better names, feel free to propose them). I discussed it already with leonardop, who is mainly dealing with sgml stuff, and he thinks this is a good idea. This should help people finding out the good person to help with an issue and reduce noise. I don't know if such things have been done before, but I think that what needs to be done is a massive change in all metadata.xml, a reassignment of open issues in bugzilla and a change of aliases. We can perhaps keep the [EMAIL PROTECTED] email address for some time, just in case. Thoughts, comments, objections? /Alexandre -- Hi, I'm a .signature virus! Please copy me in your ~/.signature. pgpJs6lsx9NXl.pgp Description: PGP signature
Re: [gentoo-dev] Split of the text-markup herd (sgml/tex)
Alexandre Buisse wrote: That's why I propose to split the text-markup herd into two new herds : sgml and tex (if you can think of better names, feel free to propose them). I discussed it already with leonardop, who is mainly dealing with sgml stuff, and he thinks this is a good idea. This should help people finding out the good person to help with an issue and reduce noise. Makes sense to me. You might want to call it something other than sgml since a lot of it's shifting to (or already has shifted to) xml. I don't know if such things have been done before, but I think that what needs to be done is a massive change in all metadata.xml, a reassignment of open issues in bugzilla and a change of aliases. We can perhaps keep the [EMAIL PROTECTED] email address for some time, just in case. Sure, and note that you can put aliases in other aliases (i.e., add 'sgml/xml' or whatever and 'tex' to the 'text-markup' alias instead of having to specify all the nicks twice). Thanks, Donnie -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] net-firewall/ipp2p maintainer needed
Jakub Moc wrote: net-firewall/ipp2p ebuild is outdated and useless w/ 2.6.17+ kernels (Bug 141700). It needs a bump to 0.8.2 and some active maintainer, eradicator apparently doesn't care. I've tooked this one. signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] Ebuild documentation, needs updates?
Alec Warner [EMAIL PROTECTED] writes: This feature is not available in stable portage, which is why its not documented. And yes there are many other features that lack documentation. But should it not be documented in the ebuild man files which come with the versions of portage which *do* support the feature? I know that it is not always done, but when new features/switches/options are added to any program, should the man (or info, pod etc) file not be updated to include them? -- gentoo-dev@gentoo.org mailing list