[gentoo-dev] Re: [gentoo-core] Keywords policy
Jeroen Roovers wrote: On Tue, 11 Mar 2008 04:49:38 +0100 Jeroen Roovers <[EMAIL PROTECTED]> wrote: On Mon, 10 Mar 2008 16:26:19 +0100 "Wulf C. Krueger" <[EMAIL PROTECTED]> wrote: No, we didn't because the whole thing is p.masked for a reason. It, KDE 4.0.1, is broken crap that should not yet be re-keyworded. OK then. and I am not going to cross-post this to -dev@, btw: why the hell did you decide to put broken crap in the tree? It should never have left your repository, it seems. The follow-up question, by the way, is even better, or it's answer should be: if the description of KDE teams keyword dropping policy on bug #209418 is anything to go by, the keywords for x86 and amd64 should have been dropped as well, or testing passed miraculously for these arches despite KDE 4.0.1 being broken crap. These would be the architectures they have access to and are using to do the development work on these ebuilds, getting them to the point where ready for evaluation by those on other architectures. Just like when you add a new ebuild, you add it with the keywords for architectures you personally have verified to work. -- fonts, gcc-porting, by design, by neglect mips, treecleaner,for a fact or just for effect wxwidgets @ gentoo EFFD 380E 047A 4B51 D2BD C64F 8AA8 8346 F9A4 0662 signature.asc Description: OpenPGP digital signature
[gentoo-dev] Re: [gentoo-core] Keywords policy
Jeroen Roovers wrote: On Mon, 10 Mar 2008 16:26:19 +0100 "Wulf C. Krueger" <[EMAIL PROTECTED]> wrote: No, we didn't because the whole thing is p.masked for a reason. It, KDE 4.0.1, is broken crap that should not yet be re-keyworded. OK then. and I am not going to cross-post this to -dev@, btw: why the hell did you decide to put broken crap in the tree? It should never have left your repository, it seems. It's package masked and unkeyworded, which is a big hint that it's under development. If you still wonder why I started rekeywording for HPPA, then let this be the final answer. It was no fault of mine - I did it on purpose. No keywording error - I was going to finish all the dependencies if you hadn't asked me not to (because by then you were claiming KDE team "reserves" the "right" to drop keywords at will and without notifying arch teams, as opposed to current policy. The repoman bug / missing feature left a few stones unturned, sadly, but I was going to do all of KDE 4. You're still not getting this. The KDE team did not _want_ these ebuilds keyworded. That's why they _weren't_ keyworded. That's why there was no bug filed, saying "hey we dropped these keywords" because they _did not want_ you to add them back yet. When the ebuilds were of sufficient quality that they could be tested, then a bug is filed, the ebuilds are tested, and then re-keyworded. Maintainers have every right to drop keywords if they think changes to their package are drastic enough to require re-evaluation by an architecture team. It's how we keep big fat calamity from befalling our users. Yes, they need to inform the arch teams to re-add their keywords. No that request does not need to come immediately if they're not ready for it. A simple rule to go by: Dropped keywords on package.masked packages are not dropped keywords. If that package comes out of package.mask and still lacks your keyword and no bug is filed, then yes, then you have a legitimate beef. This is simply the way things work from my point of view as a maintainer and a arch dev for a oft keyword-dropped arch. -- fonts, gcc-porting, by design, by neglect mips, treecleaner,for a fact or just for effect wxwidgets @ gentoo EFFD 380E 047A 4B51 D2BD C64F 8AA8 8346 F9A4 0662 signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] New developer: Tobias Klausmann (klausman)
* Petteri Räty <[EMAIL PROTECTED]> [08/03/10 23:13 +0200]: > One of those people working on those weird paper weights. This time our > monkey comes from the world of alphas. Tobias hails from Germany (there > seems to be no end). Finally! Nice to see you here as well :-) Regards, Lars -- Lars Weiler <[EMAIL PROTECTED]> +49-171-1963258 Gentoo Linux PowerPC : Developer Instant Messaging : [EMAIL PROTECTED] pgp7OzN8phoUw.pgp Description: PGP signature
Re: [gentoo-dev] New developer: Tobias Klausmann (klausman)
On Mon, Mar 10, 2008 at 10:13 PM, Petteri Räty <[EMAIL PROTECTED]> wrote: > One of those people working on those weird paper weights. This time our > monkey comes from the world of alphas. Tobias hails from Germany (there > seems to be no end). He works as a sysadmin so perhaps he will some idea > about stability. He is the author of pymetar and carl (emerge and try). > Here's how he tells about himself: "I'm an avid motorbike rider (*not* a > biker!), I enjoy electronic music and good SF literature and graphic > novels. Photography is another hobby (which I find too little time for). > I've been the admin of the Alpha Arch Team's main dev machine since it > was donated (mid-May 2007). Also, I run rsync5.de.g.o and have been > doing so since about mid-2002." Welcome Tobias! -- Santiago M. Mola Jabber ID: [EMAIL PROTECTED]
Re: [gentoo-dev] New developer: Tobias Klausmann (klausman)
Petteri Räty kirjoitti: One of those people working on those weird paper weights. This time our monkey comes from the world of alphas. Tobias hails from Germany (there seems to be no end). He works as a sysadmin so perhaps he will some idea about stability. He is the author of pymetar and carl (emerge and try). Here's how he tells about himself: "I'm an avid motorbike rider (*not* a biker!), I enjoy electronic music and good SF literature and graphic novels. Photography is another hobby (which I find too little time for). I've been the admin of the Alpha Arch Team's main dev machine since it was donated (mid-May 2007). Also, I run rsync5.de.g.o and have been doing so since about mid-2002." Spanking time, Petteri BTW on IRC you can find him as Blackb|rd. signature.asc Description: OpenPGP digital signature
[gentoo-dev] New developer: Tobias Klausmann (klausman)
One of those people working on those weird paper weights. This time our monkey comes from the world of alphas. Tobias hails from Germany (there seems to be no end). He works as a sysadmin so perhaps he will some idea about stability. He is the author of pymetar and carl (emerge and try). Here's how he tells about himself: "I'm an avid motorbike rider (*not* a biker!), I enjoy electronic music and good SF literature and graphic novels. Photography is another hobby (which I find too little time for). I've been the admin of the Alpha Arch Team's main dev machine since it was donated (mid-May 2007). Also, I run rsync5.de.g.o and have been doing so since about mid-2002." Spanking time, Petteri signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] [QT] Dictionary app
2008/3/10, Donnie Berkholz <[EMAIL PROTECTED]>: > > On 14:00 Mon 10 Mar , Ale wrote: > > Hi! I am looking for a Dictionary (English <=> Spanish) where i can > find > > word's and word's definitions in both language. They have to be "local" > i > > don't have internet access :( > > > This belongs on the gentoo-user list because it's unrelated to > development. > > Thanks, > Donnie > > -- > gentoo-dev@lists.gentoo.org mailing list > > My apologies, my mistake
Re: [gentoo-dev] New keyword monkey: Kenneth Prug (ken69267)
On Saturday 08 March 2008 18.30.17 Petteri Räty wrote: > Joining us from the zoos of Florida, we have Kenneth "ken numbers here>" Prugh. Ken did such a fine job testing all those random > packages for amd64 that it will be the sole purpose of his life from now > on. He tells me his hobby is to learn new programming languages so I > guess he doesn't get bored easily. Time for the usual spanking everyone. Congrats Ken! /Togge (Amd64 AT) -- gentoo-dev@lists.gentoo.org mailing list
Re: [gentoo-dev] [QT] Dictionary app
On 14:00 Mon 10 Mar , Ale wrote: > Hi! I am looking for a Dictionary (English <=> Spanish) where i can find > word's and word's definitions in both language. They have to be "local" i > don't have internet access :( This belongs on the gentoo-user list because it's unrelated to development. Thanks, Donnie -- gentoo-dev@lists.gentoo.org mailing list
[gentoo-dev] [QT] Dictionary app
Hi! I am looking for a Dictionary (English <=> Spanish) where i can find word's and word's definitions in both language. They have to be "local" i don't have internet access :( Much thanks! Cheers!
[gentoo-dev] Re: [gentoo-core] Keywords policy
> C. Jer misses keywords because the KDE team did not provide a distinct > list of packages Because we didn't even ask for re-keywording. :-) According to Rej you dropped the hppa keyword without informing him. That is correct. The current policy states that you should file a bug in this case. Did you? No, we didn't because the whole thing is p.masked for a reason. It, KDE 4.0.1, is broken crap that should not yet be re-keyworded. We will file a bug for 4.0.2 at the earliest. If there is no documentation for the dropped keyword then Rej could easily conclude that the dropped keyword was a mistake and fix it. When you find 208 (!) packages 1. that have all keywords but ~amd64 and ~x86 dropped, 2. which are package.masked with prominent notice, 3. the maintainers of which are available, do you assume that was a mistake and randomly keyword stuff or do you ask the maintainers? :-) Also who detected the brokenness and who fixed it? Nothing was broken before the failed re-keywording attempt. -- Best regards, Wulf pgpYhTCSpsqUe.pgp Description: PGP Digital Signature
[gentoo-dev] Re: [gentoo-core] Keywords policy
On 3/10/08, Wulf C. Krueger <[EMAIL PROTECTED]> wrote: > > A. KDE team drops arch keywords for KDE 4, since KDE4 is new. > > > Basically, yes. > > > > C. Jer misses keywords because the KDE team did not provide a distinct > > list of packages > > > Because we didn't even ask for re-keywording. :-) According to Rej you dropped the hppa keyword without informing him. The current policy states that you should file a bug in this case. Did you? If there is no documentation for the dropped keyword then Rej could easily conclude that the dropped keyword was a mistake and fix it. Also who detected the brokenness and who fixed it? -Alec -- gentoo-dev@lists.gentoo.org mailing list
[gentoo-dev] Re: [gentoo-core] Keywords policy
A. KDE team drops arch keywords for KDE 4, since KDE4 is new. Basically, yes. C. Jer misses keywords because the KDE team did not provide a distinct list of packages Because we didn't even ask for re-keywording. :-) KDE 4.0.x leaves much to be desired which is why it's p.masked (which is, btw, another place a list could be found :) ). I think C is both Jer's and the KDE teams fault. How difficult is it really to produce a distinct package list KDE team? It isn't hard. We have it on kde.gentoo.org and in p.mask. :-) See above, though: We didn't even ask for re-keywording in the first place. When we do (or ask for stabilisation), we always provide lists. -- Best regards, Wulf pgp2sj45elNlc.pgp Description: PGP Digital Signature
[gentoo-dev] Re: [gentoo-core] Keywords policy
[+gentoo-dev] I'm just going to jump randomly in here. Also, moving this back to -dev as it is not a private matter. The bread and butter of this is what: A. KDE team drops arch keywords for KDE 4, since KDE4 is new. B. Jer re-keywords KDE4 on HPPA but doesn't try installing the software to make sure it works. C. Jer misses keywords because the KDE team did not provide a distinct list of packages and Jer was relying on repoman to notify him when he broke the deptree for HPPA. Repoman has a bug/feature that caused it to behave in an unexpected manner. So I think most people think A. is an acceptable practice. For all intents and purposes KDE4 is new software. Does anyone disagree with this? I think C is both Jer's and the KDE teams fault. How difficult is it really to produce a distinct package list KDE team? You could always refuse to keyword without such a list. I think B is the real argument here. Typically when commiting packages you are supposed to install them and at least (in the case of KDE) log into KDE and make sure it at least works. Jer, did you do this? If not; do you understand why the other developers are upset? Really I think they just want you to test things you are keywording. -Alec -- gentoo-dev@lists.gentoo.org mailing list
Re: [gentoo-dev] Monthly Gentoo Council Reminder for March
В Пнд, 10/03/2008 в 04:13 -0800, Alec Warner пишет: > On 3/10/08, Peter Volkov <[EMAIL PROTECTED]> wrote: > > В Пнд, 10/03/2008 в 06:12 +0100, Natanael Copa пишет: > > > It's documented? > > > > It is mentioned in some places on website but no, it's not documented as > > I see. > > It is one of many of my dead projects ;) > > http://dev.gentoo.org/~antarus/projects/proxy-maint/ This is outside www.gentoo.org :P And it's not clear how to became proxy-maintainer. Also current list of proxy-maintainers could be grep'ed from metadata.xml. e.g. for shorewall proxy-maintainer is listed in maintainer tag, just have not @gentoo.org e-mail. But may be we should introduce some attribute (proxy-maintainer) to mark position explicitly. And all current developers are commiters... -- Peter. signature.asc Description: Эта часть сообщения подписана цифровой подписью
Re: [gentoo-dev] Monthly Gentoo Council Reminder for March
On 3/10/08, Peter Volkov <[EMAIL PROTECTED]> wrote: > В Пнд, 10/03/2008 в 06:12 +0100, Natanael Copa пишет: > > > Took me weeks to complete the quiz. I want to help, yes, but I do have > > a life. > > > What were the problems? Do you think that knowledge of answers to the > questions asked in quiz are not required to do actual work on ebuilds in > the tree? What were that questions? > > > It's documented? > > It is mentioned in some places on website but no, it's not documented as > I see. It is one of many of my dead projects ;) http://dev.gentoo.org/~antarus/projects/proxy-maint/ > > -- > > Peter. > > │ИМ╒┤^╬X╛╤х ·з(╒╦&j)b· b╡
Re: [gentoo-dev] Monthly Gentoo Council Reminder for March
В Пнд, 10/03/2008 в 06:12 +0100, Natanael Copa пишет: > Took me weeks to complete the quiz. I want to help, yes, but I do have > a life. What were the problems? Do you think that knowledge of answers to the questions asked in quiz are not required to do actual work on ebuilds in the tree? What were that questions? > It's documented? It is mentioned in some places on website but no, it's not documented as I see. -- Peter. signature.asc Description: Эта часть сообщения подписана цифровой подписью
Re: [gentoo-dev] Monthly Gentoo Council Reminder for March
On Mon, Mar 10, 2008 at 9:29 AM, Roy Marples <[EMAIL PROTECTED]> wrote: > Lastly, taking a quiz is no measure of being malicious or not. As I wrote elsewhere, the recruitment process is more than just the quizzes. > You would have > to interact with the person to know if they are capable for that. Which is exactly what happens during that other important part of the recruitment process, i.e. the review. It gives no guaranty of the future dev not being malicious, but we at least get a good idea and can refuse him/her if we feel it's necessary. This has happened once since I've been a recruiter, after lengthy discussions and investigations. Denis. -- gentoo-dev@lists.gentoo.org mailing list
Re: [gentoo-dev] Monthly Gentoo Council Reminder for March
On Sun, 2008-03-09 at 21:21 -0800, Alec Warner wrote: > On 3/9/08, Natanael Copa <[EMAIL PROTECTED]> wrote: > > > > On Fri, 2008-03-07 at 19:48 +0100, Marius Mauch wrote: > > > > > What exact time constraints and responsibilities are people afraid of? > > > Are those concerns real or just myths? > > > > > > As someone who just sent in the quiz, yes its real concerns. What scared > > me off mostly is the gentoo politics. The entire process to become a > > "gentoo developer" is a scare off. Took me weeks to complete the quiz. I > > want to help, yes, but I do have a life. > > If you have other methods to avoid contributors who suck; I'd like to hear > them. I don't have any silver bullets, sorry. > I can certainly invision cvs ACLs if people are worried about that > sort of thing; but it doesn't mitigate the fact that maintainers need > to know what they are doing. ACL's... yuck... git might be an idea though. "signed-off-by", kernel style. Don't have enough experience with gentoo managemet to know if git fit's the management style. (probably not, since its not used already) > Did freeBSD not care if you knew what you were doing? What happens if > you totally screw up your package? What happens if you do something > malicious? I'm a "maintainer" not a "committer". I don't have commit access. -nc -- gentoo-dev@lists.gentoo.org mailing list
Re: [gentoo-dev] Monthly Gentoo Council Reminder for March
On Monday 10 March 2008 05:21:51 Alec Warner wrote: > Did freeBSD not care if you knew what you were doing? What happens if > you totally screw up your package? What happens if you do something > malicious? Gentoo has a cvs-commit mailing list, so everyone knows if they care enough. I suggest you remove those rose tinted specs of yours unless you are suggesting that a Gentoo dev has never committed a broken ebuild or eclass :) Devs make mistakes, only less than other people by virtue of spending more time working on similar stuff. Lastly, taking a quiz is no measure of being malicious or not. You would have to interact with the person to know if they are capable for that. Thanks Roy -- gentoo-dev@lists.gentoo.org mailing list
[gentoo-dev] Re: gentoo-x86 commit in dev-cpp/gflags: metadata.xml Manifest gflags-0.7.ebuild ChangeLog
Alec Warner (antarus) wrote:
> Index: gflags-0.7.ebuild
> ===
> # Copyright 1999-2008 Gentoo Foundation
> # Distributed under the terms of the GNU General Public License v2
> # $Header: /var/cvsroot/gentoo-x86/dev-cpp/gflags/gflags-0.7.ebuild,v 1.1
> # 2008/03/09 07:40:02 antarus Exp $
>
> inherit distutils
>
> DESCRIPTION="Google's C++ argument parsing library with python
> extensions." HOMEPAGE="http://code.google.com/p/google-gflags/";
> SRC_URI="ftp://foo.bar.com/${P}.tar.gz";
> LICENSE="BSD"
> SLOT="0"
> KEYWORDS="~amd64"
> IUSE="python"
>
> DEPEND=""
> RDEPEND="${DEPEND}"
>
> src_compile() {
> econf || die "econf failed"
> emake || die "emake failed"
> }
Please add a
if use python; then
distutils_src_compile
fi
>
> src_install() {
> emake DESTDIR="${D}" install || die "emake install failed"
> if use python;
> then
> cd python
> distutils_src_install
> fi
> }
The google-packages install everything in /usr/share/doc/${PF}. This also
includes COPYING and INSTALL as well as html-files.
You'll have to install the docs manually (check sparsehash, has the same
problem).
And you depend on python unconditionally. Rather use the python.eclass and
the "Optimize/cleanup idiom" from
http://www.gentoo.org/proj/en/Python/developersguide.xml
Cheers.
--
gentoo-dev@lists.gentoo.org mailing list
