[gentoo-dev] Packages maintained by betelgeuse need a co-maintainer

2012-01-29 Thread Pacho Ramos
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

2012-01-29 Thread Pacho Ramos
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

2012-01-29 Thread Ulrich Mueller
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

2012-01-29 Thread Ian Stakenvicius
-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

2012-01-29 Thread Andreas K. Huettel
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

2012-01-29 Thread Mike Frysinger
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?

2012-01-29 Thread Mike Frysinger
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?

2012-01-29 Thread Mike Frysinger
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

2012-01-29 Thread Mike Frysinger
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

2012-01-29 Thread Markos Chandras
-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

2012-01-29 Thread Duncan
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

2012-01-29 Thread Robin H. Johnson
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

2012-01-29 Thread Donnie Berkholz
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

2012-01-29 Thread »Q«
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

2012-01-29 Thread Graham Murray
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

2012-01-29 Thread Paweł Hajdan, Jr.
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