[gentoo-dev] Lastrite: media-libs/tunepimp
# Samuli Suominen (03 Apr 2012) # - Still using the obsolete MusicBrainz RDF based database. # - Incompatible with latest libmp4v2 API. # Removal in 30 days wrt bug 409257. media-libs/tunepimp
Re: [gentoo-dev] About maintaining sci-physics/abinit
El mar, 03-04-2012 a las 08:43 +0200, justin escribió: > On 03/04/12 00:11, Pacho Ramos wrote: > > El lun, 19-03-2012 a las 10:22 +0100, Pacho Ramos escribió: > >> Hello > >> > >> As talked some time ago with Donnie, sci-physics/abinit is hard to > >> maintain and, then, he would like to lastrite it after moving package to > >> sci overlay because looks like nobody from sci team wants to take it. > >> > >> If anybody is willing to help with maintaining abinit, could he take it? > >> If not, could anybody with commit access to sci overlay to move abinit > >> to it and let us lastrite it from main tree? > >> > >> Thanks a lot > > > > Maybe we could mask it for removal anyway as looks nobody wants to > > maintain it and our current versions are really old :/ > > Oh I am sorry for not replying. > We have a contributor who is doing a great job and maintains it in the > sci overlay. As there is currently no active contribution from the > developer teams site I would vote for removal and help Honza with his > contributions outside the tree. > > justin > Done: https://bugs.gentoo.org/show_bug.cgi?id=410639 Best regards signature.asc Description: This is a digitally signed message part
[gentoo-dev] RFC: pax-utils.eclass, downgrade from elog to einfo to avoid flooding logs
Hi everyone,
pax-utils.eclass generates a lot of log messages when marking a large
number of files, for example icedtea-bin. These messages are not that
useful, so I propose downgrading all elog's to einfo's to avoid
flooding. See bug #407503. If there are no objections, I'll commit the
following in a few days:
--- pax-utils.eclass.orig2012-04-03 09:29:41.0 -0400
+++ pax-utils.eclass2012-04-03 09:30:49.0 -0400
@@ -58,8 +58,8 @@
# Try paxctl, then scanelf. paxctl is preferred.
if type -p paxctl> /dev/null&& has PT ${PAX_MARKINGS}; then
# Try paxctl, the upstream supported tool.
-elog "PT PaX marking -${flags}"
-_pax_list_files elog "$@"
+einfo "PT PaX marking -${flags}"
+_pax_list_files einfo "$@"
for f in "$@"; do
# First, try modifying the existing PAX_FLAGS header
paxctl -q${flags} "${f}"&& continue
@@ -91,8 +91,8 @@
elif type -p scanelf> /dev/null&& [[ ${PAX_MARKINGS} != "none" ]]; then
# Try scanelf, the Gentoo swiss-army knife ELF utility
# Currently this sets PT if it can, no option to control what it does.
-elog "Fallback PaX marking -${flags}"
-_pax_list_files elog "$@"
+einfo "Fallback PaX marking -${flags}"
+_pax_list_files einfo "$@"
scanelf -Xxz ${flags} "$@"
elif [[ ${PAX_MARKINGS} != "none" ]]; then
# Out of options!
--
Anthony G. Basile, Ph.D.
Gentoo Linux Developer [Hardened]
E-Mail: bluen...@gentoo.org
GnuPG FP : 8040 5A4D 8709 21B1 1A88 33CE 979C AF40 D045 5535
GnuPG ID : D0455535
[gentoo-dev] Add USE_PYTHON to profiles/info_vars
python.eclass looks at the USE_PYTHON variable to determine which python versions to target when building python packages which support installation for multiple python abis. Having it in the emerge --info output would be useful for diagnosing python-related bugs. Any objections?
[gentoo-dev] Inconsistent flag name in some packages? webm and vpx speifically
Hello, I've been directed here from the bugzilla: https://bugs.gentoo.org/show_bug.cgi?id=410585 I will copy my bug report from there, so no need to click :) Currently there are two different flags which pull the same library (media-libs/libvpx) for the same purpose. vpx : Enables vp8 codec support using libvpx, required to play some HTML5 videos webm: Use system media-libs/libvpx for HTML5 WebM video support. Generally webm is somewhat wider term than vp8 (see e.g. here: http://en.wikipedia.org/wiki/WebM), but in all ebuilds I have checked webm USE flag just pulls the vp8 implementation library - libvpx. I am not 100% sure, but to me it seems like webm and vpx USE flags should be unified. $ equery hasuse -p vpx * Searching for USE flag vpx ... [-P-] [ ] media-plugins/gst-plugins-meta-0.10-r6:0.10 [IP-] [ ] media-plugins/gst-plugins-meta-0.10-r7:0.10 [-P-] [ ] media-video/avidemux-2.5.6-r1:2 [-P-] [ ] media-video/ffmpeg-0.7.8:0 [-P-] [ ] media-video/ffmpeg-0.10:0 [IP-] [ ] media-video/ffmpeg-0.10.2:0 [-P-] [ -] media-video/ffmpeg-:0 [-P-] [ ] media-video/libav-0.6.5:0 [-P-] [ ] media-video/libav-0.7.4:0 [-P-] [ -] media-video/libav-0.7.:0 [-P-] [ ] media-video/libav-0.8:0 [-P-] [ ] media-video/libav-0.8.1:0 [-P-] [ -] media-video/libav-0.8.:0 [-P-] [ -] media-video/libav-:0 [-P-] [ ] media-video/mplayer-1.0_rc4_p20110322-r1:0 $ equery hasuse -p webm * Searching for USE flag webm ... [-P-] [ ] mail-client/thunderbird-8.0-r1:0 [-P-] [ ] mail-client/thunderbird-9.0:0 [-P-] [ ] mail-client/thunderbird-10.0:0 [-P-] [ ] mail-client/thunderbird-10.0.1:0 [-P-] [ ] mail-client/thunderbird-10.0.1-r1:0 [-P-] [ ] mail-client/thunderbird-10.0.3:0 [-P-] [ ] mail-client/thunderbird-11.0.1:0 [-P-] [ ] net-libs/xulrunner-2.0.1-r1:1.9 [-P-] [ ] www-client/firefox-8.0:0 [-P-] [ ] www-client/firefox-9.0:0 [-P-] [ ] www-client/firefox-10.0:0 [-P-] [ ] www-client/firefox-10.0.1:0 [-P-] [ ] www-client/firefox-10.0.1-r1:0 [-P-] [ ] www-client/firefox-10.0.3:0 [-P-] [ ] www-client/firefox-11.0-r1:0 [-P-] [M ] www-client/icecat-10.0-r1:0 [-P-] [M ] www-client/icecat-10.0-r2:0 [-P-] [ -] www-client/seamonkey-2.4.1-r1:0 [-P-] [ -] www-client/seamonkey-2.7.1:0 [-P-] [ ] www-client/seamonkey-2.7.1-r1:0 [-P-] [ ] www-client/seamonkey-2.8:0 [-P-] [ ] www-client/seamonkey-2.8-r1:0 best regards, Paweł Rumian
[gentoo-dev] Ruby 1.9 stable request heads-up
Hi, The ruby team intends to file a stable request for ruby 1.9 in a week or so. Most packages using ruby use the ruby-ng and ruby-fakegem eclasses where the RUBY_TARGETS mechanism selectively handles ruby 1.9 compatibility. However, there are also packages depending directly on dev-lang/ruby, and some of these may have compatibility issues. If you are maintaining such a package, then please have a look at compatibility, preferably before we file the stable request. app-admin/augeas app-backup/pdumpfs app-dicts/fantasdic app-emulation/libguestfs app-misc/ompload app-text/epspdf app-text/glark app-text/glark app-text/hyperestraier app-text/migemo app-vim/ri-browser dev-libs/libprelude dev-libs/redland-bindings dev-libs/stfl dev-libs/xapian-bindings dev-perl/YAML-Syck dev-ruby/facets dev-ruby/rbbr dev-ruby/ruby-sdl dev-texlive/texlive-context dev-texlive/texlive-pictures dev-util/universalindentgui dev-vcs/cvsspam media-gfx/drqueue media-gfx/exact-image media-gfx/graphviz media-libs/liblastfm media-libs/mlt media-sound/ecasound media-sound/omptagger media-sound/podcatcher media-sound/snd media-sound/xmms2 net-analyzer/metasploit net-analyzer/rrdtool net-dns/opendnssec net-irc/epic5 net-misc/aria2 net-misc/kumofs net-wireless/kismet rox-extra/rox-rename sci-libs/gdal sci-physics/root sys-apps/paludis sys-boot/grub sys-libs/libselinux sys-libs/libsemanage www-apache/mod_ruby www-client/ck4up www-client/elinks x11-libs/libgxim xfce-extra/eatmonkey Please not that testing requires temporarily selecting ruby19 using eselect. When in doubt and out of time for testing you might want to change your dependency to refer to dev-lang/ruby:1.8 instead. If you have questions or concerns, please let us know. On behalf of the ruby team, Hans de Graaff signature.asc Description: This is a digitally signed message part
Re: [gentoo-dev] Add USE_PYTHON to profiles/info_vars
On Tue, Apr 3, 2012 at 18:10, Mike Gilbert wrote: > python.eclass looks at the USE_PYTHON variable to determine which > python versions to target when building python packages which support > installation for multiple python abis. Having it in the emerge --info > output would be useful for diagnosing python-related bugs. > > Any objections? > +1
Re: [gentoo-dev] Inconsistent flag name in some packages? webm and vpx speifically
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 04/03/2012 05:33 PM, Paweł Rumian wrote: > Hello, > > I've been directed here from the bugzilla: > https://bugs.gentoo.org/show_bug.cgi?id=410585 I will copy my bug > report from there, so no need to click :) > > Currently there are two different flags which pull the same library > (media-libs/libvpx) for the same purpose. > > vpx : Enables vp8 codec support using libvpx, required to play > some HTML5 videos > > webm: Use system media-libs/libvpx for HTML5 WebM video support. > > Generally webm is somewhat wider term than vp8 (see e.g. here: > http://en.wikipedia.org/wiki/WebM), but in all ebuilds I have > checked webm USE flag just pulls the vp8 implementation library - > libvpx. > > I am not 100% sure, but to me it seems like webm and vpx USE flags > should be unified. > > $ equery hasuse -p vpx * Searching for USE flag vpx ... [-P-] [ ] > media-plugins/gst-plugins-meta-0.10-r6:0.10 [IP-] [ ] > media-plugins/gst-plugins-meta-0.10-r7:0.10 [-P-] [ ] > media-video/avidemux-2.5.6-r1:2 [-P-] [ ] > media-video/ffmpeg-0.7.8:0 [-P-] [ ] media-video/ffmpeg-0.10:0 > [IP-] [ ] media-video/ffmpeg-0.10.2:0 [-P-] [ -] > media-video/ffmpeg-:0 [-P-] [ ] media-video/libav-0.6.5:0 > [-P-] [ ] media-video/libav-0.7.4:0 [-P-] [ -] > media-video/libav-0.7.:0 [-P-] [ ] media-video/libav-0.8:0 > [-P-] [ ] media-video/libav-0.8.1:0 [-P-] [ -] > media-video/libav-0.8.:0 [-P-] [ -] media-video/libav-:0 > [-P-] [ ] media-video/mplayer-1.0_rc4_p20110322-r1:0 > > $ equery hasuse -p webm * Searching for USE flag webm ... [-P-] [ > ] mail-client/thunderbird-8.0-r1:0 [-P-] [ ] > mail-client/thunderbird-9.0:0 [-P-] [ ] > mail-client/thunderbird-10.0:0 [-P-] [ ] > mail-client/thunderbird-10.0.1:0 [-P-] [ ] > mail-client/thunderbird-10.0.1-r1:0 [-P-] [ ] > mail-client/thunderbird-10.0.3:0 [-P-] [ ] > mail-client/thunderbird-11.0.1:0 [-P-] [ ] > net-libs/xulrunner-2.0.1-r1:1.9 [-P-] [ ] > www-client/firefox-8.0:0 [-P-] [ ] www-client/firefox-9.0:0 [-P-] > [ ] www-client/firefox-10.0:0 [-P-] [ ] > www-client/firefox-10.0.1:0 [-P-] [ ] > www-client/firefox-10.0.1-r1:0 [-P-] [ ] > www-client/firefox-10.0.3:0 [-P-] [ ] > www-client/firefox-11.0-r1:0 [-P-] [M ] > www-client/icecat-10.0-r1:0 [-P-] [M ] www-client/icecat-10.0-r2:0 > [-P-] [ -] www-client/seamonkey-2.4.1-r1:0 [-P-] [ -] > www-client/seamonkey-2.7.1:0 [-P-] [ ] > www-client/seamonkey-2.7.1-r1:0 [-P-] [ ] > www-client/seamonkey-2.8:0 [-P-] [ ] > www-client/seamonkey-2.8-r1:0 > > best regards, Paweł Rumian > Hi, Thank you for your report. Yes this looks like an issue. If I had to choose I'd pick 'vpx' but it seems to me that media-video@ and mozilla@ teams needs to reach consensus. - -- Regards, Markos Chandras / Gentoo Linux Developer / Key ID: B4AFF2C2 -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.18 (GNU/Linux) iQIcBAEBCgAGBQJPe1pHAAoJEPqDWhW0r/LC4RUQAIwQofFWkN4vt8OUa7C09Ihs hKV7oGib+HeSPZq7xEa1RD4sjcFw05wmoKM3SNCJ0BZSKlekPVh/xqdfhUYkrNUG j7tI+uIdw92SnHSpP5v1uCWDpTKyeznQ8lrICdkkQ5qHPq1y8j5pQgrr8Sff96RZ DD6PAQlPgXJNMA2AN8jfkch9lyAPaOqfA4TfPMofNYcLSqOLyRe9I/UjVZMW7UaM Vb4ZO5g9l2B2ND3IpGcby7QFBahRqN36kgFEBBN7gwMFSIaLfbLFUdTPmcPj14vL NVxE2c1Nv6cXaRgrfs3FRJe4650nvP9raGlIpGVPAmJMzA7JC0Iw9IXUySWxEa7X H+1KA/qjNmZtyzY7s1B795y30Gns32qPI6kJ2gdSifG0Xq869zRzignU0qqUCwgz Znbu89I90a3AC6ls3oCW1vpLIw8C/imHRBLQcRamZIdGFwy9s5UTzl85vtHi48TA su6m5BGjL4KC2I3c/RCcGWmSRBCZVDVfyKymoXNPE9/LGD1pevCiNcWL/0wstWQD xiBDggUoL7WKQEWGHBEwT5Vy+ZmUrQvPq9YJWbeI3fRQXBZtv9mMRvpE6ebSsUxg tu8+NsYGvepDVmJPR8S736f0xtMwAjp28McT6/FnvcltHyXIZK1wcr0GiUA4hmao gmMINPz3UwApRG0U+5jU =WooC -END PGP SIGNATURE-
[gentoo-dev] RFC: iotop needs to run as root after kernel change
Hi, after this change https://github.com/torvalds/linux/commit/1a51410abe7d0ee4b1d112780f46df87d3621043 iotop cannot be used as user anymore. Any suggestions how to proceed? The solution I see are 1. Leave it to root (Fedora and Suses way) 2. suid it (bad in my view) 3. file capabilities (can this be done with portage) Please comment and help me with the right proceeding. justin signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] RFC: iotop needs to run as root after kernel change
On 4/4/12 8:32 AM, justin wrote: > 1. > Leave it to root (Fedora and Suses way) I think that's the best option, at least for now. > 2. > suid it (bad in my view) Agreed, that'd be very bad, any crashing bug in it could become a privilege escalation problem. > 3. > file capabilities (can this be done with portage) Slightly better than the above, but I still prefer #1. signature.asc Description: OpenPGP digital signature
