[gentoo-dev] Last riting dev-libs/dbh
# Samuli Suominen [EMAIL PROTECTED] (27 May 2007) # Orphaned library which was used for Xfce 4.2. # Masked for removal in 30 days unless someone # wants to take over maintainership from xfce. dev-libs/dbh -- [EMAIL PROTECTED] mailing list
[gentoo-dev] STABLEREQ/KEYWORDREQ Keywords in bugzilla
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Jim Ramsay wrote: Chris Gianelloni wrote: On Wed, 2007-04-18 at 07:39 -0600, Jim Ramsay wrote: Vlastimil Babka [EMAIL PROTECTED] wrote: Or maybe implement new bugzilla keywords, like STABLEREQ and KEYWORDREQ which would be added to the respective bugs. Then you (the maintainer) can easily create (and save) an advanced search that will filter them out, while still being able to check them in a different search. Might be also useful for arch teams to separate stabling and keywording bugs? I think that's a great idea. Who do we bug to get this in there? File a bug in the Bugzilla component. I hear and obey: http://bugs.gentoo.org/show_bug.cgi?id=175103 Bug was fixed yesterday, keywords added, so to let you know. I would of course love to go now and add these keywords to all my (java) current bugs but not wanna get wrath of arch teams for bugspam. So I'm asking if they would tolerate it (especially amd64, ia64, ppc, ppc64, x86 :) or not. Or arch teams could maybe temporarily turn off bugzilla notify on keyword change for some time (week?) so everyone interested can add these keywords without bugspam? Any better ideas? - -- Vlastimil Babka (Caster) Gentoo/Java -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGWVw6tbrAj05h3oQRAkGRAKCKu+2COeN+iKkm6WVgbO3SCg6mIACgjFgj b+GTTH1Lpmz4PG3uiqiCn6I= =YSKc -END PGP SIGNATURE- -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] STABLEREQ/KEYWORDREQ Keywords in bugzilla
On Sun, May 27, 2007 at 12:23:56PM +0200, Vlastimil Babka wrote: Bug was fixed yesterday, keywords added, so to let you know. I would of course love to go now and add these keywords to all my (java) current bugs but not wanna get wrath of arch teams for bugspam. So I'm asking if they would tolerate it (especially amd64, ia64, ppc, ppc64, x86 :) or not. Or arch teams could maybe temporarily turn off bugzilla notify on keyword change for some time (week?) so everyone interested can add these keywords without bugspam? Any better ideas? It will actually depend on how people have their Bugzilla email configured. I think a lot of people have bugzie set to not email when a keyword changes on a bug they are assigned/cc'd to. -- Robin Hugh Johnson Gentoo Linux Developer Council Member E-Mail : [EMAIL PROTECTED] GnuPG FP : 11AC BA4F 4778 E3F6 E4ED F38E B27B 944E 3488 4E85 pgpVSsM9pIyrS.pgp Description: PGP signature
Re: [gentoo-dev] STABLEREQ/KEYWORDREQ Keywords in bugzilla
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Robin H. Johnson wrote: On Sun, May 27, 2007 at 12:23:56PM +0200, Vlastimil Babka wrote: Bug was fixed yesterday, keywords added, so to let you know. I would of course love to go now and add these keywords to all my (java) current bugs but not wanna get wrath of arch teams for bugspam. So I'm asking if they would tolerate it (especially amd64, ia64, ppc, ppc64, x86 :) or not. Or arch teams could maybe temporarily turn off bugzilla notify on keyword change for some time (week?) so everyone interested can add these keywords without bugspam? Any better ideas? It will actually depend on how people have their Bugzilla email configured. I think a lot of people have bugzie set to not email when a keyword changes on a bug they are assigned/cc'd to. Arch team aliases (and some people who watch them) probably not: Email sent to: [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] Excluding: [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] - -- Vlastimil Babka (Caster) Gentoo/Java -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGWWYqtbrAj05h3oQRAhMkAJ0RrZ+koXiLFEIIvq6gfONIP07qVACfUp3z ebSSqnoyevXEihGb13KqmhA= =ch2p -END PGP SIGNATURE- -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] irregular metdata.xml check
Robin H. Johnson [EMAIL PROTECTED] said: On Wed, May 23, 2007 at 07:49:43PM +0200, Thilo Bangert wrote: Also, many ebuilds put the herds email address as an additional maintainer. This is simply redundant and unless complaints are raised, all herd maintainer tags will be removed and replaced by the appropriate herd tag instead. Work on this will start over the weekend. No. See the thread about automatic assignment for more about this. More importantly, once the automatic stuff goes into play, the existence of the herd tag will only matter on metadata that does not have any other maintainer. sorry - to have missed this earlier. from your proposal: Case 2 - Metadata contains a single maintainer -- The herd field is not used. so, you want to ignore the herd tag, as soon as there is a single maintainer tag? why? we have herd on every single package in the tree (well ~1900 packages with herdno-herd/herd). my guess is that most of the roughly 4500 packages that currently have a herd and a maintainer which is not a herd, will need to adjust their metadata to reflect the situation where the maintainer should get the bug asssigned and the herd gets CC'd... IMHO the herd should always get an email on bugs with packages belonging to the herd... if this is not the case, what is the purpose of the herd? or asked differently: what can the herd in maintainer give you that the herd can't? other than that i (still) agree with the overall proposal. lets just make sure to codify the policy which has been agreed upon... regards Thilo pgp9fOV1ObYKO.pgp Description: PGP signature
Re: [gentoo-dev] Intentions to remove mail-client/muttng from the tree
* Fabian Groffen [EMAIL PROTECTED] [07/05/26 10:52 +0200]: Current state of muttng is a bit vague. It tries to be a collection of patches against the latest development version of Mutt. I tried to create a muttng-flavoured mutt ebuild out of this patches-collection. Initially I wanted a sidebar-patch which includes $sidebar_newmail_only, but unfortunately that setting has been removed from the muttng-patchset as well :-( Anybody who is interested can download the patched mutt-ebuild¹ and the muttng-patchset². I'm not sure if I want to maintain that in the future, as the patchset needs `quilt` for applying the patches in the correct order. I manually moved the files with numbers prefixed and packed them into a tar-ball. As you can imagine, this is some work for every release and it should be automated. Regards, Lars ¹ http://dev.gentoo.org/~pylon/files/mutt-muttng-overlay.tar.bz2 ² http://dev.gentoo.org/~pylon/files/mutt-1.5.15-muttng-patches.tar.bz2 -- Lars Weiler [EMAIL PROTECTED] +49-171-1963258 Instant Messaging : [EMAIL PROTECTED] Gentoo Linux PowerPC : Developer Gentoo Infrastructure : CVS Administrator pgpU4PbqJZCgk.pgp Description: PGP signature
Re: [gentoo-dev] irregular metdata.xml check
On 27/05/07, Thilo Bangert [EMAIL PROTECTED] wrote: [...and many others...] What I deeply miss from gentoo-dev mailing list is lack of summary at end of discussions. Current situation is that at the end of such disputes very often (of course not always :) is still unclear if: * decision has been made (and what it is) * previous approach has been changed (or it hasn't, with pointer (URL) to it) * documents were updated (to address change or to simply provide better wording) w/ URLs * nothing has been changed due to X, and next approach will be in X months. It's even more difficult to grasp outcome for non native english speakers. Solution I propose is, that author of the first post in a thread, who started the discussion (if there was some discusion), should at end of it (let's assume it's 3 days after last mail) write summary with those 4 points I outlined above. Simple and will help greatly to track later decisions/changes, or postponed items. -- radoslaw. -- [EMAIL PROTECTED] mailing list
[gentoo-dev] gnupg2 only vs gnupg-1 gnupg-2
For some time now those maintaining gnupg have been attempting to go gnupg-2 only on Gentoo. I have tried to support that effort, despite all other distros supporting/providing both. Not to mention all gnupg release notes stating. GnuPG-2 has a different architecture than GnuPG-1 (e.g. 1.4.7) in that it splits up functionality into several modules. However, both versions may be installed alongside without any conflict. In fact, the gpg version from GnuPG-1 is able to make use of the gpg-agent as included in GnuPG-2 and allows for seamless passphrase caching. The advantage of GnuPG-1 is its smaller size and the lack of dependency on other modules at run and build time. We will keep maintaining GnuPG-1 versions because they are very useful for small systems and for server based applications requiring only OpenPGP support. http://lists.gnupg.org/pipermail/gnupg-announce/2007q2/000254.html http://lists.gnupg.org/pipermail/gnupg-announce/2007q1/000252.html http://lists.gnupg.org/pipermail/gnupg-announce/2006q4/000242.html http://lists.gnupg.org/pipermail/gnupg-announce/2006q4/000239.html Also There are no plans to give up development on 1.4 after the 2.0 release. http://lists.gnupg.org/pipermail/gnupg-announce/2006q4/000236.html This has sparked the following open bugs, and countless more closed ones :( http://bugs.gentoo.org/show_bug.cgi?id=153496 http://bugs.gentoo.org/show_bug.cgi?id=160302 http://bugs.gentoo.org/show_bug.cgi?id=164523 http://bugs.gentoo.org/show_bug.cgi?id=171871 Probably more open bugs, those are just what I stumbled across while looking for OTHER things :) I tried to squelsh this early on with. http://bugs.gentoo.org/show_bug.cgi?id=159623 I am really not effected by this any more. Just concerned that a problem that showed up in January, still exists to this day :( Bugs keep stacking up and a resolution, short of slotting and providing both. Is no where in site :( For the record I fully support those in their efforts to go gnupg-2 only on Gentoo. However it's not been practical for some time, and likely will continue to be such. There is a bit of upstream chaos going on, and till they rein in the problems. Not much we can do downstream. Not to mention we deviate from all other distros i their offerings. Where we have limited offerings, lack of choice :( Which does not seem to be in Gentoo's nature. No more from me on this. I have done enough on bugs, and me taking this to -dev is my final contributions. I leave it up to others to decide and resolve. I was over my limits months ago on this :) Thanks to all who have made effort to get this resolved or etc. -- William L. Thomson Jr. Gentoo/Java signature.asc Description: This is a digitally signed message part
Re: [gentoo-dev] gnupg2 only vs gnupg-1 gnupg-2
On Sun, 27 May 2007, William L Thomson wrote: For some time now those maintaining gnupg have been attempting to go gnupg-2 only on Gentoo. I have tried to support that effort, despite all other distros supporting/providing both. Not to mention all gnupg release notes stating. There is also an unresolved issue concerning interoperation with PGP 2.0 which works with gnupg-1 but not with gnupg-2. See http://bugs.gentoo.org/show_bug.cgi?id=159870 for details. This bug is open since January, upstream is aware of it, but no solution seems to be in sight. I would also strongly favor if both gnupg-1 and gnupg-2 could be kept in different slots. Ulrich -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] gnupg2 only vs gnupg-1 gnupg-2
Ulrich Mueller [EMAIL PROTECTED] writes: I would also strongly favor if both gnupg-1 and gnupg-2 could be kept in different slots. And maybe an eselect (or similar) to select whether external programs which call use gpg-1 or gpg-2. -- [EMAIL PROTECTED] mailing list
[gentoo-dev] Automated Package Removal and Addition Tracker, for the week ending 2007-05-27 23h59 UTC
The attached list notes all of the packages that were added or removed from the tree, for the week ending 2007-05-27 23h59 UTC. Removals: games-server/armagetronad-ded 2007-05-22 18:02:48 nyhm dev-java/systray4j 2007-05-23 08:42:42 ali_bush sys-devel/gcc-mips642007-05-24 02:59:24 vapier app-emacs/cdi 2007-05-24 06:03:44 opfer app-emacs/erc-cvs 2007-05-24 06:14:25 opfer mail-client/sylpheed-claws-acpi-notifier2007-05-25 22:16:10 ticho mail-client/sylpheed-claws-att-remover 2007-05-25 22:17:22 ticho mail-client/sylpheed-claws-cachesaver 2007-05-25 22:17:38 ticho mail-client/sylpheed-claws-etpan-privacy2007-05-25 22:17:54 ticho mail-client/sylpheed-claws-fetchinfo2007-05-25 22:18:10 ticho mail-client/sylpheed-claws-gtkhtml 2007-05-25 22:18:26 ticho mail-client/sylpheed-claws-maildir 2007-05-25 22:18:42 ticho mail-client/sylpheed-claws-mailmbox 2007-05-25 22:18:58 ticho mail-client/sylpheed-claws-newmail 2007-05-25 22:19:14 ticho mail-client/sylpheed-claws-notification 2007-05-25 22:19:30 ticho mail-client/sylpheed-claws-perl 2007-05-25 22:19:46 ticho mail-client/sylpheed-claws-rssyl2007-05-25 22:20:02 ticho mail-client/sylpheed-claws-smime2007-05-25 22:20:18 ticho mail-client/sylpheed-claws-vcalendar2007-05-25 22:20:34 ticho dev-ada/garlic 2007-05-26 14:09:55 george dev-java/jcs-bin2007-05-26 15:57:51 nelchael dev-java/puretls2007-05-26 23:56:24 betelgeuse media-gfx/qiv 2007-05-27 17:18:09 drac dev-java/qat2007-05-27 23:10:39 nelchael dev-java/fesi 2007-05-27 23:12:13 nelchael dev-java/nice 2007-05-27 23:13:07 nelchael Additions: media-plugins/vdr-cpumon2007-05-21 13:29:04 zzam dev-php/PEAR-MDB2_Driver_mssql 2007-05-21 14:23:02 anant media-video/em84xx-libraries2007-05-21 19:53:34 zzam media-video/em84xx-modules 2007-05-21 20:21:40 zzam media-fonts/liberation-fonts-ttf2007-05-22 01:17:02 je_fro sci-libs/jmol-acme 2007-05-22 05:45:17 je_fro sci-libs/vecmath-objectclub 2007-05-22 05:58:01 je_fro media-video/packetcommand 2007-05-22 09:28:10 zzam media-libs/libkdcraw2007-05-22 10:22:32 pva games-arcade/vor2007-05-22 12:37:02 nyhm media-plugins/vdr-em84xx2007-05-22 12:54:34 zzam dev-python/gdata2007-05-22 16:19:12 lack xfce-extra/pynetworkmanager 2007-05-22 19:34:35 drac net-analyzer/pathload 2007-05-23 08:37:50 jokey net-analyzer/pathrate 2007-05-23 08:45:21 jokey net-analyzer/webfuzzer 2007-05-23 09:01:16 jokey net-firewall/itval 2007-05-23 09:12:37 jokey dev-perl/IP-Anonymous 2007-05-23 11:18:01 ian virtual/gnus2007-05-23 15:25:17 ulm app-emacs/easypg2007-05-23 17:31:47 opfer x11-plugins/pidgin-latex2007-05-24 04:34:54 tester sys-apps/rescan-scsi-bus2007-05-24 06:57:19 robbat2 sys-apps/nca2007-05-25 20:44:52 sbriesen xfce-extra/notification-daemon-xfce 2007-05-26 18:22:33 drac dev-java/xalan-serializer 2007-05-26 19:06:48 caster x11-plugins/purple-plugin_pack 2007-05-26 20:41:43 tester x11-plugins/pidgin-hotkeys 2007-05-26 21:52:12 tester dev-tex/notoccite 2007-05-27 13:48:06 cryos dev-tex/isotope 2007-05-27 13:59:39 cryos media-gfx/pqiv 2007-05-27 17:16:39 drac -- Robin Hugh Johnson Gentoo Linux Developer E-Mail : [EMAIL PROTECTED] GnuPG FP : 11AC BA4F 4778 E3F6 E4ED F38E B27B 944E 3488 4E85 Removed Packages: games-server/armagetronad-ded,removed,nyhm,2007-05-22 18:02:48 dev-java/systray4j,removed,ali_bush,2007-05-23 08:42:42 sys-devel/gcc-mips64,removed,vapier,2007-05-24 02:59:24 app-emacs/cdi,removed,opfer,2007-05-24 06:03:44 app-emacs/erc-cvs,removed,opfer,2007-05-24 06:14:25