[gentoo-dev] Packages maintained by betelgeuse need a co-maintainer
Due lack of time, betelgeuse's packages need a co-maintainer as talked with him: net-misc/goog-sitemapgen Other packages maintained by him already have a backup herd but, sadly, looks like that herds usually don't take over that packages (probably because they think betelgeuse is their primary maintainer): app-admin/longrun app-mobilephone/obex-data-server dev-db/sqlite dev-java/japitools dev-java/java-dep-check dev-libs/antlr-c dev-vcs/cvs2svn net-wireless/bluez-firmware net-wireless/bluez-hcidump net-wireless/linux-wlan-ng-firmware net-wireless/linux-wlan-ng-modules net-wireless/linux-wlan-ng-utils net-wireless/linux-wlan-ng sys-auth/pam_usb Maybe this could be solved adding a note to their metadatas to ask bug wranglers to CC betelgeuse to their bugs and assign to the herds. Also, probably herds like mobile and pda need a bit of help :-/ signature.asc Description: This is a digitally signed message part
[gentoo-dev] app-laptop/thinkpad needs a new maintainer
As seen in: https://bugs.gentoo.org/show_bug.cgi?id=381263#c1 Current maintainer can no longer maintain this one actively and mobile herd seems to not care about it. Feel free to pick it up :) Thanks a lot signature.asc Description: This is a digitally signed message part
[gentoo-dev] Small change for epatch_user() in eutils.eclass
epatch_user() currently looks into CATEGORY/PF|P|PN subdirectories of /etc/portage/patches. If the package has no revision, then PF and P are identical, so there's no way to specify that a patch should only apply to -r0. The patch below changes ${PF} to ${P}-${PR}. Behaviour should be identical for all non-zero revisions. For -r0 it will look in ${P}-r0 first, then in ${P} and ${PN}, as before. --- eutils.eclass 3 Jan 2012 08:45:36 - 1.377 +++ eutils.eclass 29 Jan 2012 11:00:15 - @@ -544,7 +544,7 @@ # don't clobber any EPATCH vars that the parent might want local EPATCH_SOURCE check base=${PORTAGE_CONFIGROOT%/}/etc/portage/patches - for check in {${CATEGORY}/${PF},${CATEGORY}/${P},${CATEGORY}/${PN}}; do + for check in ${CATEGORY}/{${P}-${PR},${P},${PN}}; do EPATCH_SOURCE=${base}/${CTARGET}/${check} [[ -r ${EPATCH_SOURCE} ]] || EPATCH_SOURCE=${base}/${CHOST}/${check} [[ -r ${EPATCH_SOURCE} ]] || EPATCH_SOURCE=${base}/${check}
Re: [gentoo-dev] app-laptop/thinkpad needs a new maintainer
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 29/01/12 05:19 AM, Pacho Ramos wrote: As seen in: https://bugs.gentoo.org/show_bug.cgi?id=381263#c1 Current maintainer can no longer maintain this one actively and mobile herd seems to not care about it. Feel free to pick it up :) Thanks a lot I'll take this one, at least until i have to replace my laptop. -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.17 (GNU/Linux) iF4EAREIAAYFAk8lSDIACgkQAJxUfCtlWe3hdgD/edpBjUJmgJhyh2doCKg0ijFi DPzGKi+s/6oe7b2MCyoBALTh/AbhvuFRRhYWPUeFb/a7i26E9agA8oiCQFxz4919 =+FqP -END PGP SIGNATURE-
Re: [gentoo-dev] app-laptop/thinkpad needs a new maintainer
Am Sonntag 29 Januar 2012, 14:22:59 schrieb Ian Stakenvicius: On 29/01/12 05:19 AM, Pacho Ramos wrote: As seen in: https://bugs.gentoo.org/show_bug.cgi?id=381263#c1 Current maintainer can no longer maintain this one actively and mobile herd seems to not care about it. Feel free to pick it up :) Thanks a lot I'll take this one, at least until i have to replace my laptop. Are you sure this is actually still needed? The download link leads to the page of tp_smapi, which is a separate Gentoo package... -- Andreas K. Huettel Gentoo Linux developer dilfri...@gentoo.org http://www.akhuettel.de/ signature.asc Description: This is a digitally signed message part.
Re: [gentoo-dev] Dropping localepurge
On Sunday 29 January 2012 00:01:50 Philip Webb wrote: 120128 Mike Frysinger wrote: On Saturday 28 January 2012 08:29:44 Pacho Ramos wrote: As talked with him, he won't be able to contribute a lot during the following months and then would be nice to find co-maintainers for his packages if possible: app-admin/localepurge can probably just be dropped. packages should respect LINGUAS and only install the ones the user has listed. 'should do' 'does' (smile). what is this, basic !? Below is the output from 'localepurge' after this week's system update. Please don't drop it till 'should' does = 'does'. the vast majority of that output comes from like 3 or 4 packages. file bugs if you want things to actually get fixed. -mike signature.asc Description: This is a digitally signed message part.
Re: [gentoo-dev] Can we get PIE on all SUID binaries by default, por favor?
On Saturday 28 January 2012 07:26:59 Anthony G. Basile wrote: I've run nbench on two amd64 systems both running the same kernel vanilla-3.2.2. i don't think nbench is a good benchmark for this as it isn't really testing what you think it's testing. it's very good at validating math support in the ISA/ABI, optimized compiler output, and supplementary math implementations in libgcc. PIE vs non-PIE will still be able to multiply/divide in pretty much the same amount of time. So at least on amd64, I don't think that performance is ever an issue. yes, most likely on systems where the PIC has hardware support in the ISA, the performance hit on PIE is typically low. I have yet to look at x86. pretty sure this is going to be much more palpable. -mike signature.asc Description: This is a digitally signed message part.
Re: [gentoo-dev] Can we get PIE on all SUID binaries by default, por favor?
On Saturday 28 January 2012 00:07:01 Jason A. Donenfeld wrote: On Sat, Jan 28, 2012 at 01:01, Anthony G. Basile bluen...@gentoo.orgwrote: Exactly. Jason, if you want PIE across the board (with a few exceptions), switch to hardened. What? Are you kidding? Again, to reiterate, *I AM NOT SUGGESTING HAVING PIE ACROSS THE BOARD.* chill dude -mike signature.asc Description: This is a digitally signed message part.
Re: [gentoo-dev] Small change for epatch_user() in eutils.eclass
On Sunday 29 January 2012 06:22:02 Ulrich Mueller wrote: epatch_user() currently looks into CATEGORY/PF|P|PN subdirectories of /etc/portage/patches. If the package has no revision, then PF and P are identical, so there's no way to specify that a patch should only apply to -r0. The patch below changes ${PF} to ${P}-${PR}. Behaviour should be identical for all non-zero revisions. For -r0 it will look in ${P}-r0 first, then in ${P} and ${PN}, as before. looks fine. gogogogogogogogo. -mike signature.asc Description: This is a digitally signed message part.
Re: [gentoo-dev] app-laptop/thinkpad needs a new maintainer
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 01/29/2012 06:58 PM, Andreas K. Huettel wrote: Am Sonntag 29 Januar 2012, 14:22:59 schrieb Ian Stakenvicius: On 29/01/12 05:19 AM, Pacho Ramos wrote: As seen in: https://bugs.gentoo.org/show_bug.cgi?id=381263#c1 Current maintainer can no longer maintain this one actively and mobile herd seems to not care about it. Feel free to pick it up :) Thanks a lot I'll take this one, at least until i have to replace my laptop. Are you sure this is actually still needed? The download link leads to the page of tp_smapi, which is a separate Gentoo package... Yeah afaik tp_smapi is a replacement. The app-laptop/thinkpad needs to be treecleaned. - -- Regards, Markos Chandras / Gentoo Linux Developer / Key ID: B4AFF2C2 -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.18 (GNU/Linux) iQIcBAEBCgAGBQJPJZuXAAoJEPqDWhW0r/LCmO4P/302lNOQYWSDZTDqGLCLhswX z7cbOOp4p71aqMtnneZJXSzT9IWu5JkPH6GsaY6WoRCa9oUkiaffzn6ue/4aISfV Kw7QjXOk2+ATyFWwHhktPGrK/E7YrUKj9msfdHeF2sYerEWU5G11324i5jDs0W84 Al9tz8otsBNGFNyT3Qca/75fr9H2CfPkZHU5yAuFWyuokJGolETY3lfMj8Q7xNaD ytV5YqD4CTDUwVcIlkRdxAbzpX+OU0DrP5MtET9BcoSX4sBvklLuuISHowpMqnv0 UmRdJaTiOrf1GhxrkP7zAKNnpZbB51DVfkgDpPg77yzWKXf7qE3anHiRvXDkKiwf 9LKSzUq7DuqAYvrvpXsLi9kJv0GDIt2EXRZ4KbL+JcSEss2qmK4eQYSganxq+WwB qnYM7D+TCgLZSu94DpQvFuVrUg1YHWBoR/5wkvaeN+InhEAQpd63lTMgQpxU45+B pCO/Oa6y09tkZfzycqiq7I0skNEMbPqQ5VO+B1/FI9ft+qy0WjgoJUbplLy3ps0O o7ZjypNjF+jnh/ENCJ/P71aini8dty/KQffbqTHiZt6HCHBoIks+RRQGik543Zp6 9eBYHyUyRF92fuhHQQUS1Of/deHehR234qopsXDl+8wbdX/LVhuIH4dShYBi7I+e 59kJ3VkYEgczECrs7ZQ9 =icjq -END PGP SIGNATURE-
[gentoo-dev] Re: Small change for epatch_user() in eutils.eclass
Mike Frysinger posted on Sun, 29 Jan 2012 14:16:14 -0500 as excerpted: On Sunday 29 January 2012 06:22:02 Ulrich Mueller wrote: epatch_user() currently looks into CATEGORY/PF|P|PN subdirectories of /etc/portage/patches. If the package has no revision, then PF and P are identical, so there's no way to specify that a patch should only apply to -r0. The patch below changes ${PF} to ${P}-${PR}. Behaviour should be identical for all non-zero revisions. For -r0 it will look in ${P}-r0 first, then in ${P} and ${PN}, as before. looks fine. gogogogogogogogo. As a user with an epatch_user call in /etc/portage/bashrc, I've run into this problem myself a time or two, so yes, ++ here too. =:^) -- 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] Automated Package Removal and Addition Tracker, for the week ending 2012-01-29 23h59 UTC
The attached list notes all of the packages that were added or removed from the tree, for the week ending 2012-01-29 23h59 UTC. Removals: net-libs/telepathy-qt4 2012-01-24 18:25:04 johu dev-util/cdebootstrap 2012-01-27 14:42:03 darkside dev-libs/libdebian-installer2012-01-27 14:43:02 darkside sys-kernel/usermode-sources 2012-01-27 14:51:03 darkside media-radio/svxlink 2012-01-27 14:53:14 darkside sci-astronomy/orsa 2012-01-29 23:41:18 bicatali sci-astronomy/ds9 2012-01-29 23:41:37 bicatali Additions: dev-haskell/hashtables 2012-01-23 10:04:37 gienah dev-lang/epic 2012-01-23 12:33:40 gienah dev-java/snakeyaml 2012-01-23 19:22:09 sera dev-java/osgi-core-api 2012-01-24 15:05:34 sera net-libs/telepathy-qt 2012-01-24 17:40:51 johu sys-apps/vgabios2012-01-25 03:00:17 cardoe x11-wm/muffin 2012-01-25 08:42:11 tetromino kde-base/analitza 2012-01-25 18:16:44 johu kde-base/kdegraphics-mobipocket 2012-01-25 18:17:07 johu kde-base/ksecrets 2012-01-25 18:17:08 johu dev-ruby/stringex 2012-01-25 22:13:06 flameeyes net-im/ktp-common-internals 2012-01-25 22:53:24 johu net-im/ktp-send-file2012-01-25 22:53:24 johu net-im/ktp-contact-list 2012-01-25 22:53:24 johu net-im/ktp-presence-applet 2012-01-25 22:53:24 johu net-im/ktp-auth-handler 2012-01-25 22:53:24 johu net-im/ktp-text-ui 2012-01-25 22:53:25 johu net-im/ktp-approver 2012-01-25 22:53:25 johu net-im/ktp-accounts-kcm 2012-01-25 22:53:25 johu net-im/ktp-kded-module 2012-01-25 22:53:25 johu net-im/kde-telepathy-meta 2012-01-25 22:53:25 johu net-im/ktp-contact-applet 2012-01-25 22:53:25 johu net-im/ktp-filetransfer-handler 2012-01-25 22:53:25 johu app-emulation/libvirt-sandbox 2012-01-26 07:54:58 nirbheek dev-php/securimage 2012-01-26 22:00:46 binki sys-kernel/spl 2012-01-27 17:01:12 floppym sys-fs/zfs 2012-01-27 17:06:14 floppym app-emulation/emul-linux-x86-db 2012-01-27 17:58:57 pacho app-emulation/emul-linux-x86-gstplugins 2012-01-27 18:03:08 pacho dev-python/xhtml2pdf2012-01-27 22:43:50 nelchael x11-misc/qtnotifydaemon 2012-01-28 02:14:54 ssuominen app-i18n/libskk 2012-01-28 02:58:45 matsuu dev-ruby/ttfunk 2012-01-28 07:46:21 graaff dev-cpp/pngpp 2012-01-28 12:57:59 ssuominen media-libs/chromaprint 2012-01-28 13:17:50 ssuominen dev-libs/stlsoft2012-01-28 21:46:10 hwoarang sci-biology/pysam 2012-01-29 00:03:41 weaver x11-misc/trayer-srg 2012-01-29 01:17:40 xmw media-radio/svxlink 2012-01-29 06:54:02 tomjbe app-admin/eselect-qtgraphicssystem 2012-01-29 16:19:55 wired dev-perl/encoding-warnings 2012-01-29 18:02:50 dilfridge dev-perl/Lab-Measurement2012-01-29 18:05:30 dilfridge x11-misc/ktsuss 2012-01-29 18:29:38 hwoarang -- Robin Hugh Johnson Gentoo Linux Developer E-Mail : robb...@gentoo.org GnuPG FP : 11AC BA4F 4778 E3F6 E4ED F38E B27B 944E 3488 4E85 Removed Packages: net-libs/telepathy-qt4,removed,johu,2012-01-24 18:25:04 dev-util/cdebootstrap,removed,darkside,2012-01-27 14:42:03 dev-libs/libdebian-installer,removed,darkside,2012-01-27 14:43:02 sys-kernel/usermode-sources,removed,darkside,2012-01-27 14:51:03 media-radio/svxlink,removed,darkside,2012-01-27 14:53:14 sci-astronomy/orsa,removed,bicatali,2012-01-29 23:41:18 sci-astronomy/ds9,removed,bicatali,2012-01-29 23:41:37 Added Packages: dev-haskell/hashtables,added,gienah,2012-01-23 10:04:37 dev-lang/epic,added,gienah,2012-01-23 12:33:40 dev-java/snakeyaml,added,sera,2012-01-23 19:22:09 dev-java/osgi-core-api,added,sera,2012-01-24 15:05:34 net-libs/telepathy-qt,added,johu,2012-01-24 17:40:51 sys-apps/vgabios,added,cardoe,2012-01-25 03:00:17 x11-wm/muffin,added,tetromino,2012-01-25 08:42:11 kde-base/analitza,added,johu,2012-01-25 18:16:44 kde-base/kdegraphics-mobipocket,added,johu,2012-01-25 18:17:07 kde-base/ksecrets,added,johu,2012-01-25 18:17:08 dev-ruby/stringex,added,flameeyes,2012-01-25 22:13:06 net-im/ktp-common-internals,added,johu,2012-01-25 22:53:24 net-im/ktp-send-file,added,johu,2012-01-25 22:53:24
Re: [gentoo-dev] Keeping older versions around
On 21:33 Sat 28 Jan , Ryan Hill wrote: I've run into this three times today, so I'm a little grumpy. When you bump to a new ~arch version, please consider keeping at least one previous ~arch version around, so if people run into major issues they can at lease try the previously installed version to determine if it's your package at fault. Recent version bumps to two libraries have completely trashed a package I maintain, and the only option for my users is downgrading them to stable, which requires downgrading several other libraries. In both cases, the previous ~arch version, which worked fine, was removed. Personally I always try to keep two versions in ~arch and one stable, excepting security or other major bugs that render an older version useless. Agreed with a slight modification — once you've kept the old {stable,~arch} version around for a reasonable amount of time (say 30 days), you should be safe pulling it. -- Thanks, Donnie Donnie Berkholz Council Member / Sr. Developer, Gentoo Linux http://dberkholz.com Analyst, RedMonk http://redmonk.com/dberkholz/ pgpSKypfDxmlZ.pgp Description: PGP signature
[gentoo-dev] Re: Keeping older versions around
On Sun, 29 Jan 2012 23:17:48 -0600 Donnie Berkholz dberkh...@gentoo.org wrote: On 21:33 Sat 28 Jan , Ryan Hill wrote: I've run into this three times today, so I'm a little grumpy. When you bump to a new ~arch version, please consider keeping at least one previous ~arch version around, so if people run into major issues they can at lease try the previously installed version to determine if it's your package at fault. Recent version bumps to two libraries have completely trashed a package I maintain, and the only option for my users is downgrading them to stable, which requires downgrading several other libraries. In both cases, the previous ~arch version, which worked fine, was removed. Personally I always try to keep two versions in ~arch and one stable, excepting security or other major bugs that render an older version useless. Agreed with a slight modification — once you've kept the old {stable,~arch} version around for a reasonable amount of time (say 30 days), you should be safe pulling it. As a user, I'd very much like that to be policy. It would remove the main reason I stay away from ~ versions, so I'd use more of them and file more (hopefully useful) bug reports.
Re: [gentoo-dev] Keeping older versions around
Donnie Berkholz dberkh...@gentoo.org writes: Agreed with a slight modification — once you've kept the old {stable,~arch} version around for a reasonable amount of time (say 30 days), you should be safe pulling it. As long as there are no open bugs on the later ~arch version breaking other packages.
Re: [gentoo-dev] Keeping older versions around
On 1/30/12 6:17 AM, Donnie Berkholz wrote: Agreed with a slight modification — once you've kept the old {stable,~arch} version around for a reasonable amount of time (say 30 days), you should be safe pulling it. Agreed with a slight modification ;-) Please make sure that at _any_ given moment you have an ~arch ebuild that has spent 30 days in ~arch (unless it's already stabilized). If you remove such an ebuild after 30 days without stabilizing it, you can still create a situation where no ebuild can be stabilized because the existing ~arch ebuilds are too recent. signature.asc Description: OpenPGP digital signature