Re: [gentoo-dev] [RFC] Major changes to the Gnome2 Eclasses
Petteri Räty a écrit : http://archives.gentoo.org/gentoo-dev/msg_a57bf5f459324975bae8843fe7cdf469.xml Sorry I didn't respond to you Petteri, but this is clearly missing packages. For sure, it's missing gnome-games which inherits both the gnome2 and the games eclasses. So I made the assumption that it'd be missing other packages as well. Could you send me a copy of that script? Maybe it's not checking for the stuff I really need. Thanks Rémi -- gentoo-dev@lists.gentoo.org mailing list
Re: [gentoo-dev] [RFC] Major changes to the Gnome2 Eclasses
Bo Ørsted Andresen a écrit : On Tuesday 18 March 2008 00:42:02 Gilles Dartiguelongue wrote: Now, basically, if the portage metadata or QA people could tell me a way to figure *all* the ebuilds that inherit gnome2 *and* have a pkg_preinst() function somewhere (either in the ebuild or in an eclass somewhere) I'd really appreciate it, as I really don't want to read through thousands of ebuilds to figure it out. Here is my brute force method: Wow.. :p +1 :) Gilles, I'll ping you later so that maybe we can come up with a good list based on your silly oneliners ;) $ inquisitio --repository gentoo --all-versions --compact --keys INHERITED \ --matcher exact gnome2 | cut -d' ' -f2 | tee gnome2-inherited.list [...] While inquisitio may not be faster it is certainly more reliable. Another option is to rely on the metadata cache in an rsync tree where INHERITED is the tenth line in each entry. Bo, what is inquisitio, who wrote it? Where can I get it? /me mumbles that Gentoo needs better QA tools, or at least to publicize the ones we already have :) Thanks Rémi -- gentoo-dev@lists.gentoo.org mailing list
Re: [gentoo-dev] [RFC] Bugzilla enhancements wrt AT work
On Sat, Mar 15, 2008 at 05:37:15PM +0100, Torsten Rehn wrote: +jakub scel: basically... instead of KEYWORDREQ/STABLEREQ +jakub create keywording and stabilization components +jakub and use flags accordingly there +jakub bugzilla already has the features, why not use them +jakub also, nuke things like TESTED and STABLE As the Bugzilla admin, this sounds reasonable, and it plays into some of my plans wrt to Bugzilla3. In that, depending on some bits with Bugzie3, I'd like to consider a radical re-arrangement of Products and Components, to help users find the right place to file stuff, and also reduce some of the needless complexity that we have. As a short-list quickly on products: - Demote the 'Bugzilla' product down to a component under the 'Infrastructure' product. - Demote 'Mirrors' to a component under 'Infrastructure'. - Promote the components under 'Gentoo Hosted Projects' to Products of their own, to enable them to have their own components (I can see several of them benefiting from this). - Merge the Admin product to the Infrastructure product. Beyond the product stuff, I have a tracker bug here for the Bugzilla3 migration: http://bugs.gentoo.org/show_bug.cgi?id=213782 If you have a feature request, open a bug, and link it to the tracker. The bugstest.g.o side will go up soon either with Bugzilla3.0.3 or a CVS snapshot of 3.2 (which was supposed to have a release candidate already, but isn't available yet). -- Robin Hugh Johnson Gentoo Linux Developer Infra Guy E-Mail : [EMAIL PROTECTED] GnuPG FP : 11AC BA4F 4778 E3F6 E4ED F38E B27B 944E 3488 4E85 pgpNOmmqeLv0n.pgp Description: PGP signature
Re: [gentoo-dev] [RFC] Major changes to the Gnome2 Eclasses
Tuesday, 18 of March 2008 07:43:35 Rémi Cardona wrote: Bo Ørsted Andresen a écrit : On Tuesday 18 March 2008 00:42:02 Gilles Dartiguelongue wrote: Now, basically, if the portage metadata or QA people could tell me a way to figure *all* the ebuilds that inherit gnome2 *and* have a pkg_preinst() function somewhere (either in the ebuild or in an eclass somewhere) I'd really appreciate it, as I really don't want to read through thousands of ebuilds to figure it out. Here is my brute force method: Wow.. :p +1 :) Gilles, I'll ping you later so that maybe we can come up with a good list based on your silly oneliners ;) $ inquisitio --repository gentoo --all-versions --compact --keys INHERITED \ --matcher exact gnome2 | cut -d' ' -f2 | tee gnome2-inherited.list [...] While inquisitio may not be faster it is certainly more reliable. Another option is to rely on the metadata cache in an rsync tree where INHERITED is the tenth line in each entry. Bo, what is inquisitio, who wrote it? Where can I get it? USE=inquisitio emerge -va paludis /me mumbles that Gentoo needs better QA tools, or at least to publicize the ones we already have :) Thanks Rémi -- Cheers Dawid Węgliński signature.asc Description: This is a digitally signed message part.
Re: [gentoo-dev] The KDE overlay moves forward
On 3/17/08, Wulf C. Krueger [EMAIL PROTECTED] wrote: - USE dependencies, including some special operators - ranged dependencies - :* and := slot dependencies - PDEPEND suggested: label Nice, is there any example in the kde overlay? I'm interested in implementing the points above but I couldn't find any relevant example to make sure I understood all properly. Example: x11-libs/qt:* In that case, what Paludis will pull? x11-libs/qt:3 or x11-libs/qt:4 ? Is my understanding right? Also, could you make an example for the := slot dependency syntax? -- Best regards, Wulf (Gentoo KDE Project lead) Thanks in advance -- Fabio Erculiani Information and Communication Technologies Consultant Sabayon Linux Chief Architect http://www.sabayonlinux.org -- gentoo-dev@lists.gentoo.org mailing list
[gentoo-dev] RFC: New build types
Something that's been discussed on IRC is the idea of a .pbuild file, written in Python. I can also think of .cbuild (C) .Cbuild (C++) .sbuild (Scheme) .hbuild (Haskell) and .jbuild (guess;) as being of immediate use, (although I accept I might be the only one interested in the first ;) The basic idea would be to replace ebuild.sh with an API equivalent (where API is defined as stable portage or an approved PMS which adequately covers this aspect.) How, or indeed whether or not, helper utilities equivalent to eclasses (or an elib) would be provided, would of course be down to whoever wrote and maintained the relevant code. How do others feel about such an addition? -- gentoo-dev@lists.gentoo.org mailing list
Re: [gentoo-dev] RFC: New build types
Steve Long napsal(a): How do others feel about such an addition? http://archives.gentoo.org/gentoo-dev/msg_a450013b143e01a25810f66ff345c9d4.xml -- 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 ;) -- gentoo-dev@lists.gentoo.org mailing list
Re: [gentoo-dev] RFC: New build types
What would be the point of such a change? What problem are you trying to solve or to improve? You'll need to answer those questions anyway should you ever need to write a GLEP for that. Cheers -- Rémi Cardona LRI, INRIA [EMAIL PROTECTED] [EMAIL PROTECTED] -- gentoo-dev@lists.gentoo.org mailing list
Re: [gentoo-dev] [RFC] Bugzilla enhancements wrt AT work
On Tuesday 18 March 2008, Robin H. Johnson wrote: As the Bugzilla admin, this sounds reasonable, and it plays into some of my plans wrt to Bugzilla3. In that, depending on some bits with Bugzie3, I'd like to consider a radical re-arrangement of Products and Components, to help users find the right place to file stuff, and also reduce some of the needless complexity that we have. As a short-list quickly on products: - Demote the 'Bugzilla' product down to a component under the 'Infrastructure' product. - Demote 'Mirrors' to a component under 'Infrastructure'. - Promote the components under 'Gentoo Hosted Projects' to Products of their own, to enable them to have their own components (I can see several of them benefiting from this). - Merge the Admin product to the Infrastructure product. Can you add deleting the Security component in the Gentoo Linux product to that list? Thanks, Robert signature.asc Description: This is a digitally signed message part.
Re: [gentoo-dev] [RFC] Major changes to the Gnome2 Eclasses
Rémi Cardona kirjoitti: Petteri Räty a écrit : http://archives.gentoo.org/gentoo-dev/msg_a57bf5f459324975bae8843fe7cdf469.xml Sorry I didn't respond to you Petteri, but this is clearly missing packages. For sure, it's missing gnome-games which inherits both the gnome2 and the games eclasses. So I made the assumption that it'd be missing other packages as well. Could you send me a copy of that script? Maybe it's not checking for the stuff I really need. Thanks Rémi gnome_games has it's own pkg_preinst so adding something to the gnome2 eclass has no affect. http://overlays.gentoo.org/proj/java/browser/scripts If you want to make sure that gnome_pkg_preinst is called by every ebuild you can use this script after adding the dummy: http://overlays.gentoo.org/proj/java/browser/scripts/check-that-eclass-function-is-called.sh Regards, Petteri signature.asc Description: OpenPGP digital signature
[gentoo-dev] Re: The KDE overlay moves forward
Fabio Erculiani [EMAIL PROTECTED] posted [EMAIL PROTECTED], excerpted below, on Tue, 18 Mar 2008 12:00:40 +0100: Ok thanks, is there any specific GLEP already? Or is it just a Paludis proposal? I am just wondering when this stuff will hit the tree. Portage was and remains the official PM (there's some serious political history there if you wish to check the list archives), so until it supports the EAPI (including the two GLEP elements that haven't yet been officially adopted and are still in development in terms of council approval), such ebuilds are very unlikely to be allowed in the official tree. The announcement took some pains to make it quite clear those ebuilds weren't headed for the tree anything like soon, but not being a regular here, you probably missed the subtext. They were quite specific that it was ONLY for the live SVN ebuilds, which are severely discouraged in the tree anyway for QA reasons (snapshots under certain conditions, live ebuilds are usually overlay material only), NOT for ultimate stable candidates, which is by practical trend what the tree is more and more considered to be for as the experimental stuff heads for the overlays. -- Duncan - List replies preferred. No HTML msgs. Every nonfree program has a lord, a master -- and if you use the program, he is your master. Richard Stallman -- gentoo-dev@lists.gentoo.org mailing list
Re: [gentoo-dev] The KDE overlay moves forward
On Tue, 18 Mar 2008 12:00:40 +0100 Fabio Erculiani [EMAIL PROTECTED] wrote: Ok thanks, is there any specific GLEP already? Or is it just a Paludis proposal? It's something done by the Gentoo KDE people, rather than Paludis (although admittedly :*/:= was designed largely by me). You'll be able to get formal specifications from PMS (possibly by tweaking a build option, if we decide that kdebuild shouldn't be in the spec submitted to the Council) in the not too distant future, but given Zac's comments about Portage and use dependencies, it won't show up in the main tree for as long as Portage support is considered essential. -- Ciaran McCreesh signature.asc Description: PGP signature
Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in net-im/jabberd2: ChangeLog jabberd2-2.1.23.ebuild
On 10:36 Tue 18 Mar , Donnie Berkholz wrote:
On 11:56 Tue 18 Mar , Wolfram Schlich (wschlich) wrote:
1.1 net-im/jabberd2/jabberd2-2.1.23.ebuild
file :
http://sources.gentoo.org/viewcvs.py/gentoo-x86/net-im/jabberd2/jabberd2-2.1.23.ebuild?rev=1.1view=markup
plain:
http://sources.gentoo.org/viewcvs.py/gentoo-x86/net-im/jabberd2/jabberd2-2.1.23.ebuild?rev=1.1content-type=text/plain
src_compile() {
# https://bugs.gentoo.org/show_bug.cgi?id=207655#c3
replace-flags -O* -O2
This also wrongly replaces -O1 and -O2. Try:
Sorry, -O1 and -O0.
Thanks,
Donnie
--
gentoo-dev@lists.gentoo.org mailing list
[gentoo-dev] Last rites: net-firewall/conntrack
# Jeroen Roovers [EMAIL PROTECTED] (19 Mar 2008) # Deprecated in favour of net-firewall/conntrack-tools, which # merges both conntrack and conntrackd (bug #213084). # Going for removal on or about 19 Apr 2008: net-firewall/conntrack -- gentoo-dev@lists.gentoo.org mailing list
Re: [gentoo-dev] bzr.eclass into Portage
Petteri Räty wrote: Christian Faulhammer kirjoitti: Hi, in the Emacs overlay we imported the bzr.eclass from the xeffects overlay. In the near future Emacs development will switch from CVS to Bazaar and thus we need the new eclass in Portage to still provide our live ebuilds from app-editors/emacs-cvs. Question is now, who wrote it? V-Li Look at the SCM history in xeffects? Regards, Petteri Better yet, look at the desktop-effects overlay[1] and check the history of the eclass[2]. [1] - http://git.overlays.gentoo.org/gitweb/?p=proj/desktop-effects.git;a=summary [2] - http://git.overlays.gentoo.org/gitweb/?p=proj/desktop-effects.git;a=history;f=eclass/bzr.eclass;h=a2154a15114b8321d2f146fd3c0a578d6e28ddfe;hb=HEAD -- Regards, Jorge Vicetto (jmbsvicetto) - jmbsvicetto at gentoo dot org Gentoo- forums / Userrel / SPARC -- gentoo-dev@lists.gentoo.org mailing list
