http://blog.gmane.org/gmane.linux.gentoo.devel hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://comments.gmane.org/gmane.linux.gentoo.devel/86265 <pre>The attached list notes all of the packages that were added or removed from the tree, for the week ending 2013-06-16 23h59 UTC. Removals: kde-misc/ktouchpadenabler 2013-06-12 18:19:14johu Additions: sys-devel/heirloom-devtools 2013-06-10 00:10:32ryao app-text/jmupdf 2013-06-10 08:45:58xmw dev-python/sphinxcontrib-httpdomain 2013-06-10 09:07:30idella4 www-apache/mod_auth_xradius 2013-06-10 09:12:25chainsaw dev-ruby/source_map 2013-06-10 12:58:36graaff dev-ml/core_kernel 2013-06-10 13:23:17aballier dev-ml/textutils 2013-06-10 14:34:18aballier sci-physics/geant-data 2013-06-10 16:34:20bicatali dev-python/discogs-client 2013-06-10 18:02:46idella4 dev-lang/ats 2013-06-11 03:54:55patrick dev-java/jama 2013-06-11 13:55:47tomwij app-leechcraft/lc-imgaste 2013-06-11 14:25:18maksbotan dev-tex/circuit_macros 2013-06-11 14:41:06calchan gnome-extra/gnome-shell-extensions-topicons2013-06-12 10:15:16pacho dev-python/tdaemon 2013-06-12 14:06:53idella4 dev-ruby/state_machine 2013-06-13 05:28:46graaff dev-python/itsdangerous 2013-06-14 03:17:21rafaelmartins sys-fs/squashfuse 2013-06-14 08:23:09zmedico net-libs/libblkmaker 2013-06-14 18:11:59blueness dev-python/send2trash 2013-06-15 04:19:08idella4 dev-lang/nwcc 2013-06-15 06:20:36patrick net-firewall/sanewall 2013-06-15 11:07:43radhermit dev-java/hamcrest-generator 2013-06-15 19:54:51tomwij dev-python/recaptcha-client 2013-06-16 11:38:33idella4 dev-util/reviewboard 2013-06-16 16:02:06idella4 -- Robin Hugh Johnson Gentoo Linux Developer E-Mail : robbat2&lt; at &gt;gentoo.org GnuPG FP : 11AC BA4F 4778 E3F6 E4ED F38E B27B 944E 3488 4E85 Removed Packages: kde-misc/ktouchpadenabler,removed,johu,2013-06-12 18:19:14 Added Packages: sys-devel/heirloom-devtools,added,ryao,2013-06-10 00:10:32 app-text/jmupdf,added,xmw,2013-06-10 08:45:58 dev-python/sphinxcontrib-httpdomain,added,idella4,2013-06-10 09:07:30 www-apache/mod_auth_xradius,added,chainsaw,2013-06-10 09:12:25 dev-ruby/source_map,added,graaff,2013-06-10 12:58:36 dev-ml/core_kernel,added,aballier,2013-06-10 13:23:17 dev-ml/textutils,added,aballier,2013-06-10 14:34:18 sci-physics/geant-data,added,bicatali,2013-06-10 16:34:20 dev-python/discogs-client,added,idella4,2013-06-10 18:02:46 dev-lang/ats,added,patrick,2013-06-11 03:54:55 dev-java/jama,added,tomwij,2013-06-11 13:55:47 app-leechcraft/lc-imgaste,added,maksbotan,2013-06-11 14:25:18 dev-tex/circuit_macros,added,calchan,2013-06-11 14:41:06 gnome-extra/gnome-shell-extensions-topicons,added,pacho,2013-06-12 10:15:16 dev-python/tdaemon,added,idella4,2013-06-12 14:06:53 dev-ruby/state_machine,added,graaff,2013-06-13 05:28:46 dev-python/itsdangerous,added,rafaelmartins,2013-06-14 03:17:21 sys-fs/squashfuse,added,zmedico,2013-06-14 08:23:09 net-libs/libblkmaker,added,blueness,2013-06-14 18:11:59 dev-python/send2trash,added,idella4,2013-06-15 04:19:08 dev-lang/nwcc,added,patrick,2013-06-15 06:20:36 net-firewall/sanewall,added,radhermit,2013-06-15 11:07:43 dev-java/hamcrest-generator,added,tomwij,2013-06-15 19:54:51 dev-python/recaptcha-client,added,idella4,2013-06-16 11:38:33 dev-util/reviewboard,added,idella4,2013-06-16 16:02:06 Done.</pre> Robin H. Johnson 2013-06-17T00:25:01 http://comments.gmane.org/gmane.linux.gentoo.devel/86223 <pre>Will drop it in two weeks if nobody joins Thanks </pre> Pacho Ramos 2013-06-16T12:20:38 http://comments.gmane.org/gmane.linux.gentoo.devel/86212 <pre>Due elvanor lack of time the following packages are up for grabs: app-office/openerp-server net-print/xerox-drivers media-gfx/iscan-plugin-gt-f720 net-libs/pjsip </pre> Pacho Ramos 2013-06-16T10:03:54 http://comments.gmane.org/gmane.linux.gentoo.devel/86211 <pre>Due ferringb retirement the following packages are up for grabs: app-arch/tarsync dev-python/snakeoil dev-util/bsdiff dev-util/diffball sys-apps/pkgcore (likely to be treecleaned as it's no longer maintained and neither has eapi5 support) </pre> Pacho Ramos 2013-06-16T09:49:51 http://comments.gmane.org/gmane.linux.gentoo.devel/86210 <pre>Feel free to join to it or will be removed in two weeks Thanks! </pre> Pacho Ramos 2013-06-16T09:38:43 http://comments.gmane.org/gmane.linux.gentoo.devel/86209 <pre>Due nixphoeni lack of time the following package is up for grabs: app-misc/gourmet </pre> Pacho Ramos 2013-06-16T09:36:37 http://comments.gmane.org/gmane.linux.gentoo.devel/86208 <pre>Due ramereth lack of time: sys-block/megacli net-misc/stunnel app-admin/mcollective </pre> Pacho Ramos 2013-06-16T09:31:03 http://comments.gmane.org/gmane.linux.gentoo.devel/86188 <pre># Pacho Ramos &lt;pacho&lt; at &gt;gentoo.org&gt; (15 Jun 2013) # Upstream dead for ages, nothing requires it, wrongly # generated .la files (#201440). Removal in a month. rox-base/rox-clib # Pacho Ramos &lt;pacho&lt; at &gt;gentoo.org&gt; (15 Jun 2013) # No downstream maintainer for a long time, please move # to sys-kernel/linux-firmware that is actively maintained # (#232043). Removal in a month. sys-firmware/iwl3945-ucode # Pacho Ramos &lt;pacho&lt; at &gt;gentoo.org&gt; (15 Jun 2013) # Doesn't start (#298056), upstream dead for ages and # not distribution still providing it. Removal in a month. rox-extra/downloadmanager # Pacho Ramos &lt;pacho&lt; at &gt;gentoo.org&gt; (15 Jun 2013) # Fails to build with latest automake (#426524), upstream # dead. Removal in a month. sys-cluster/mpi-dotnet # Pacho Ramos &lt;pacho&lt; at &gt;gentoo.org&gt; (15 Jun 2013) # Needs a downstream maintainer, bundles a lot of libs # (#432508), it's not clear on what is really depending # (#466830). Removal in a month. media-tv/livestation # Pacho Ramos &lt;pacho&lt; at &gt;gentoo.org&gt; (15 Jun 2013) # Upstream unresponsive, building problems (#435684), # incompatible with mono-3. Removal in a month. dev-lang/boo # Pacho Ramos &lt;pacho&lt; at &gt;gentoo.org&gt; (15 Jun 2013) # Dead since 2009, doesn't compile with eds &gt;= 3.6 # (#448898). Removal in a month. gnome-extra/contacts # Pacho Ramos &lt;pacho&lt; at &gt;gentoo.org&gt; (15 Jun 2013) # Not compatible with current kernels as it doesn't # support v4l2 (#452956). Removal in a month. net-im/qutecom # Pacho Ramos &lt;pacho&lt; at &gt;gentoo.org&gt; (15 Jun 2013) # Upstream dead and doesn't compile anymore (#455784), # removal in a month. net-fs/djmount # Pacho Ramos &lt;pacho&lt; at &gt;gentoo.org&gt; (15 Jun 2013) # Unmaintained and still requiring old gtkhtml (#458952). # Removal in a month. dev-python/gtkhtml-python =gnome-extra/gtkhtml-2.11.1 app-office/osmo # Pacho Ramos &lt;pacho&lt; at &gt;gentoo.org&gt; (15 Jun 2013) # Discontinued in 2012 (#470760). Removal in a month. app-office/taxbird # Pacho Ramos &lt;pacho&lt; at &gt;gentoo.org&gt; (15 Jun 2013) # Upstream stalled, improper rendering (#470818), # use app-editors/efte instead. Removal in a month. app-editors/fte # Pacho Ramos &lt;pacho&lt; at &gt;gentoo.org&gt; (15 Jun 2013) # Not used for years and dead (#471180). Removal in a month. dev-util/monodoc # Pacho Ramos &lt;pacho&lt; at &gt;gentoo.org&gt; (15 Jun 2013) # Finally banshe didn't use it and, then, it's obsolete and # dead (#471190). Removal in a month. dev-dotnet/njb-sharp # Pacho Ramos &lt;pacho&lt; at &gt;gentoo.org&gt; (15 Jun 2013) # Dead for ages, use iwl3945 from kernel instead (#472296). # Removal in a month. net-wireless/ipw3945 net-wireless/ipw3945-ucode net-wireless/ipw3945d </pre> Pacho Ramos 2013-06-15T20:37:50 http://comments.gmane.org/gmane.linux.gentoo.devel/86167 <pre>-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 The devmanual warns that calling die in a subshell does not work. http://devmanual.gentoo.org/ebuild-writing/error-handling/index.html This warning has been obsolete for some time; modern versions of Portage handle die in a subshell just fine. In fact, at least a couple of eclasses rely on this behavior. For example, python-r1 uses subshells created by multiprocessing.eclass to implement parallel "sub-phase" functions, any of which may call die on failure. Are there any objections to removing this warning from the devmanual? Also, I believe there may be a question or two on the recruiting quizzes that would need to be updated. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (GNU/Linux) iF4EAREIAAYFAlG8kQUACgkQC77qH+pIQ6RMcAD/Ub0qkpXi/6tjNC/vHTXr2lLu iprwtszsDnZGLOkmVKcA/R85pTIBT3Udo0Gc2/g2TJo6uzG8ppDbMc9bSHMgQtFf =1qx7 -----END PGP SIGNATURE----- </pre> Mike Gilbert 2013-06-15T16:06:29 http://comments.gmane.org/gmane.linux.gentoo.devel/86140 <pre>Sometimes I find myself in a situation, when I need to use both RESTRICT=fetch for the main distfile and allow fetch for additional ones (langpacks, extensions and so on). Sometimes it is even impossible to split that additions into separate package, since they might want to replace some file (for example, Dear Esther's translations). So, in that case, I think, it'd be useful to change SRC_URI behaviour a bit: for example: SRC_URI=" restrict://dearesther-linux-06082013-bin #fetch restrict linguas_ru? ( http://www.dear-esther.com/translations/DE_Russian.rar ) linguas_hu? ( http://www.dear-esther.com/translations/DE_Hungarian.rar ) linguas_hu2? ( http://www.dear-esther.com/translations/DE_Hungarian2.rar ) " Alternatively it can be even: SRC_URI=" restrict+http://foo.bar/moo-123.run # mirror-restrict or specifying a link for fetch-restrict (like for oracle-jdk) " And, moreover, I guess, SRC_URI can even be used for VCS: SRC_URI=" git+ssh://github.com/lol/moo.git hg+ssh://bitbucket.org/lol/moo svn+ssh://assembla.com/lol/moo " And it can also be extendable: SRC_URI=" hg+http://prosody.im/trunk modules? ( hg+https://prosody-modules.googlecode.com/hg ) " Any thoughts? </pre> Vadim A. Misbakh-Soloviov 2013-06-15T08:56:53 http://comments.gmane.org/gmane.linux.gentoo.devel/86139 <pre>As gamerlay maintainer, I'd be glad to introduce some changes to unpacker.eclass: 1) merging unpacker-nixstaller (Makeself subspecies) from gamerlay: # &lt; at &gt;FUNCTION: unpack_nixstaller # &lt; at &gt;USAGE: &lt;files to unpack&gt; # &lt; at &gt;DESCRIPTION: # Unpack nixstaller generated files # They're shell scripts with the blob package tagged onto # the end of the archive. In the blob placed tarballs with # actual content. # # Please note, if you need additional dependecies make sure to unpack subarch # archive as first argument. # nixstaller_unpack() { unpack_makeself local unpack_files="$&lt; at &gt;" for i in $unpack_files ; do unpack_banner "$i" # Make sure that file exists [[ -f "./$i" ]] &amp;&amp; ( local type=$(file -b ${i}) case ${type} in data) tar -xJf "./$i" ;; gzip*) tar -xzf "./$i" ;; esac ) || die "Failed to unpack $i" done } Original author is Azamat Hackimov aka winterheart (in CC). 2) It'd be also nice to detect mojo installers (most of the time, they're "*-bin" or "*Installer" ELF32 sfx-archives) and pass them to unpack_zip by default. Unfortunately, I've no free time ATM, but if it is needed, I can write prototype for Mojo unpacking. </pre> Vadim A. Misbakh-Soloviov 2013-06-15T08:39:10 http://comments.gmane.org/gmane.linux.gentoo.devel/86130 <pre>-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 All, At the beginning of July, the KDE team will be removing EAPI 0/1 support from cmake-utils.eclass and inlining the functions from base.eclass in order to remove that inherit [1]. The modified eclass is currently available in the KDE overlay. There is one package [2] remaining in-tree which has EAPI&lt;2 which will be handled soon, but please update any overlay packages using the eclass. I have also added a deprecation warning to the in-tree cmake-utils.eclass for packages using EAPI 0/1. Chris Reffett [1] https://bugs.gentoo.org/show_bug.cgi?id=459678 [2] https://bugs.gentoo.org/show_bug.cgi?id=460572 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iKYEARECAGYFAlG6PmRfFIAAAAAALgAoaXNzdWVyLWZwckBub3RhdGlvbnMub3Bl bnBncC5maWZ0aGhvcnNlbWFuLm5ldEM2NzU5RjUyMDczREJDQkVDQTBDRkE1NERC Nzk1QThBNDI2MTgzNTQACgkQ23laikJhg1QIkgCfV+VLuCg3bC880EhaTiol4ggB jhQAoJaBwxZHwH9l4g48olShsnWDZBos =qeh9 -----END PGP SIGNATURE----- </pre> Chris Reffett 2013-06-13T21:49:24 http://comments.gmane.org/gmane.linux.gentoo.devel/86111 <pre>HI ALL: Is it ok to introduce USE=dmalloc global flag? description as following "dmalloc - Enable debugging with the dmalloc library" current consumers: 1) net-fs/autofs 2) net-misc/directvnc 3) sci-biology/yass also 4) app-admin/conserver 5) net-nds/ypbind 6) net-fs/samba 7) net-analyzer/scli 8) net-analyzer/traceproto 6) net-misc/siproxd use dmalloc but controlled under USE=debug Dennis Lan </pre> Dennis Lan (dlan 2013-06-13T01:35:54 http://comments.gmane.org/gmane.linux.gentoo.devel/86109 <pre> Disclaimer: I'm not a Gentoo developer -- actually, fuck that noise, I am a Gentoo developer. But you know what I mean. My knowledge of the gentoo QA process is limited to what I've been able to glean as a beneficiary of the work and a limited participant via the bugzilla system. The precise mechanisms and policies that drive Gentoo QA are actually fairly opaque to me. Anyhow... wrt overlays "defeating the purpose" of QA: overlays may or may not prevent the QA process from pertaining to users of overlays, depending on the nature of the overlays. But, in fact, far from defeating the purpose and integrity of Gentoo QA, my belief is that by providing a standard baseline that QA may rely upon, overlays serve to enhance and protect Gentoo's quality. consider: emerge --info provides the overlays in bug reports to gx86 package maintainers and, if there is doubt about the sanity of the overlays, maintainers are (I presume) free not to support nonstandard configurations. But if a bug-reporter has this problem, the overlay system actually protects them. If they feel they are left high-and-dry due to their nonstandard gentoo installation, and are sure that their bug is a legitimate gx86 bug, they are free to whip up a virtual machine or to temporarily drop their overlays and CFLAG rice and emerge --depclean &amp;&amp; emerge -e system. Assuming they turn out to be right, bug reporters and package maintainers can be sure to be roughly on the same page wrt reproducibility. Indeed, no matter what kind of personality conflicts or other nontechnical issues may be at play, the reporter of a legitimate bug is pretty much guaranteed to get some kind of resolution to his issue, or at least that has been my experience. If bug reporters don't like those results and want to implement a different solution than the one they got, overlays enable them to do that as well. In short, overlays permit Gentoo to maintain reasonable quality standards while encouraging innovation and casual experimentation. Larry the Cow approves of them. Such a policy might be OK for developers who are able to just hop on and make changes to gx86 without going though the whole bugzilla process, hence "official". However, it seems like you're thinking of overlays as piles of package ebuilds which haven't yet made it into stable. They may be that, or they may not -- overlays can add profiles, modify core eclasses, or even replace portage itself with a customized variant, and who knows what else. As another poster pointed out sarcastically, the GSOC types of projects clearly don't comport well with this, even if certain things like, i.e., sunrise, arguably might. Anyhow, isn't the gentoo-x86 tree already plenty big enough, without every single overlay's ebuilds and eclasses in there too? Personally, I'm inclined to wish it was smaller, even if that meant more stuff was pushed into overlays, although I suppose that might have a negative impact on QA coverage without some corresponding changes on the QA end of things... I guess I don't know enough about it to speak confidently. As a huge consumer of the overlay and layman mechanisms, both as a user and a developer, there is absolutely no doubt in my mind that by far the gravest problem with the overlay architecture is its inability to create direct VCS connectivity between an overlay and its upstream PORTDIR (coupled with it's requirement to clone entire package directories instead of overriding them on a per-file basis). FWIW, I have nascent ideas about how to fix that, but they are quite radical, probably half-baked (even just as vaporware ideas), and arguably off-topic, so I won't elaborate. -gmt </pre> Greg Turner 2013-06-12T22:31:57 http://comments.gmane.org/gmane.linux.gentoo.devel/86108 <pre>what $subject says, "add support for pkg-config for migration to the new upstream defined bash-completion directories (prereq for bug 472938)" http://bugs.gentoo.org/472938 ie. the pkg-config file shipped *now* in portage is a hack from me to postpone this pretty tired so more eyes is cool ;) </pre> Samuli Suominen 2013-06-12T22:22:11 http://comments.gmane.org/gmane.linux.gentoo.devel/86099 <pre>Hello, I'd like to raise another issue I've met again recently. Shortly put, some of our projects are relying too much on their overlays. The net result is that some of their packages in the tree are not well-tested, semi-broken and users end up being hurt by that. The major project where this can be seen is science. With no offense intended, but I'm afraid that sometimes the team itself is losing track of what has been committed to the tree and what is in the overlay, and especially which versions are compatible. Another similar project having this problem seems to be lisp. From bug #465864 (which points to many other bugs not fixed in gx86), you can gather: "Anybody who intends to use something lisp-related (like maxima) in Gentoo seriously always uses this overlay. There are too few developers in the common-lisp herd, and the main tree remains neglected for years." (by Andrey Grozin) which shortly shows that in some areas the issues are really serious. Teams, what are the main reasons for keeping that much stuff in overlays? What can be done to avoid it? While I can see the benefits of, say, testing extraordinarily experimental stuff in overlays or keeping there stuff that is not intended to land in gx86 at all (like some custom hacks), I feel like just keeping the newer versions of some packages is more of issue breeder to us. Please remember that most of our users doesn't know those rules. If I am looking for a good mathematics package, I take maxima, though I have almost no idea of lisp except for parentheses. The lisp-related flags are confusing to me and ever worse is the fact that the default choice simply doesn't build. Then I try alternate implementations. Expecting users to grep bugzie or some other kind of pages to find that they are supported to install an overlay to properly use package that is in gx86 is not good. The sole existence and use of overlay is causing the gx86 package and/or its deps to be in increasingly worse shape. If the problem is really manpower, I think you should try to work with proxy-maint. If that's not enough, then we need to find a better solution. In the worst case, we may prefer to move some of the packages out of gx86 and specifically expect all users to use an overlay, consistently. But in this case, we should probably consider redesigning Gentoo to be based more on official or semi-official repositories like Exherbo so that all users would have equal rights. As a last note, I'd like to note that I'm talking about lisp that much because maxima is a recent case where I've seen this. But there were even worse things with science overlay, lapack and blas -- including getting the system into a state where neither gx86, nor science overlay packages work. </pre> Michał Górny 2013-06-12T16:51:26 http://comments.gmane.org/gmane.linux.gentoo.devel/86094 <pre>Hello Because of: https://bugs.gentoo.org/show_bug.cgi?id=432848 We discovered an old bug affecting intltool that causes prefix of localedir to be always hardcoded to the same location instead of respecting configure flags. The patch is fixed by intltool upstream in their master branch but still no new version was released including it. Anyway, we now have dev-util/intltool-0.50.2-r1 with the bug fixed. The problem of this issue (and most involving intltool) is that we need to run: intltoolize --copy --automake --force (it doesn't seem to trigger maintainer mode in all ebuilds I have tried, then, doesn't look to require eautoreconf to be run) for all packages to get new and fixed ${S}/po/Makefile.in.in copied to the sources, otherwise bundled file is used and, then, the one unfixed. As it's unreliable to ping all upstreams involving intltool (they are a ton) and this kind of problem will likely re-appear again in the future (since the Makefile.in.in will be fixed in intltool upstream tarball but will take a lot of time to reach all affected packages) we were considering to run above command always at eclass level -&gt; that way we would stop using bundled ${S}/po/Makefile.in.in and, then, we would always use the one provided by our intltool package (that should get fixed and updated more often). Other possible solution would be to use ELT-PATCHES to achieve that, but I am still unsure about how would it work. What are your thoughts? </pre> Pacho Ramos 2013-06-11T09:55:14 http://comments.gmane.org/gmane.linux.gentoo.devel/86084 <pre>The attached list notes all of the packages that were added or removed from the tree, for the week ending 2013-06-09 23h59 UTC. Removals: media-fonts/adi-dsp-fonts 2013-06-04 19:56:28ulm dev-lisp/emacs-cl 2013-06-06 18:04:06ulm games-emulation/psemu-cdr 2013-06-07 17:56:29mr_bones_ games-emulation/psemu-cdriso 2013-06-07 17:56:29mr_bones_ games-emulation/psemu-eternalspu 2013-06-07 17:56:30mr_bones_ games-emulation/psemu-padjoy 2013-06-07 17:56:30mr_bones_ games-emulation/psemu-padxwin 2013-06-07 17:56:30mr_bones_ games-emulation/psemu-peopssoftgpu2013-06-07 17:56:30mr_bones_ games-emulation/psemu-peopsspu 2013-06-07 17:56:31mr_bones_ games-emulation/psemu-spunull 2013-06-07 17:56:31mr_bones_ sci-visualization/udav 2013-06-07 22:55:57bicatali dev-db/desktopcouch 2013-06-08 02:49:09patrick media-libs/realcodecs 2013-06-09 11:27:01ulm media-libs/amd64codecs 2013-06-09 11:28:22ulm media-libs/win32codecs 2013-06-09 11:28:22ulm Additions: net-analyzer/cloudshark 2013-06-03 04:11:05zerochaos dev-python/whirlpool 2013-06-03 19:49:24jlec net-firewall/rtsp-conntrack 2013-06-04 09:53:57pinkbyte dev-java/invokebinder 2013-06-04 16:32:06tomwij dev-java/hawtjni-runtime 2013-06-04 17:37:54tomwij dev-java/jansi-native 2013-06-04 17:38:16tomwij xfce-extra/xfce4-volumed-pulse 2013-06-04 21:03:36ssuominen dev-util/colm 2013-06-05 02:54:04patrick dev-java/jnr-enxio 2013-06-06 10:38:38tomwij dev-java/jnr-unixsocket 2013-06-06 10:39:05tomwij dev-python/colout 2013-06-06 15:12:47zx2c4 net-wireless/hackrf-tools 2013-06-07 14:40:46zerochaos dev-util/bbe 2013-06-07 15:57:09billie x11-misc/xmonad-log-applet 2013-06-07 20:00:08qnikst dev-python/multiprocessing 2013-06-08 14:28:05idella4 app-text/zathura-pdf-mupdf 2013-06-08 23:21:25xmw app-misc/yworklog 2013-06-09 01:08:24yac dev-python/python-heatclient 2013-06-09 02:02:39prometheanfire dev-util/icmake 2013-06-09 09:48:39radhermit app-text/yodl 2013-06-09 09:51:53radhermit games-emulation/higan 2013-06-09 19:15:58hasufell dev-games/higan-ananke 2013-06-09 19:17:24hasufell games-util/higan-purify 2013-06-09 19:18:31hasufell media-libs/libbmp 2013-06-09 22:54:48xmw -- Robin Hugh Johnson Gentoo Linux Developer E-Mail : robbat2&lt; at &gt;gentoo.org GnuPG FP : 11AC BA4F 4778 E3F6 E4ED F38E B27B 944E 3488 4E85 Removed Packages: media-fonts/adi-dsp-fonts,removed,ulm,2013-06-04 19:56:28 dev-lisp/emacs-cl,removed,ulm,2013-06-06 18:04:06 games-emulation/psemu-cdr,removed,mr_bones_,2013-06-07 17:56:29 games-emulation/psemu-cdriso,removed,mr_bones_,2013-06-07 17:56:29 games-emulation/psemu-eternalspu,removed,mr_bones_,2013-06-07 17:56:30 games-emulation/psemu-padjoy,removed,mr_bones_,2013-06-07 17:56:30 games-emulation/psemu-padxwin,removed,mr_bones_,2013-06-07 17:56:30 games-emulation/psemu-peopssoftgpu,removed,mr_bones_,2013-06-07 17:56:30 games-emulation/psemu-peopsspu,removed,mr_bones_,2013-06-07 17:56:31 games-emulation/psemu-spunull,removed,mr_bones_,2013-06-07 17:56:31 sci-visualization/udav,removed,bicatali,2013-06-07 22:55:57 dev-db/desktopcouch,removed,patrick,2013-06-08 02:49:09 media-libs/realcodecs,removed,ulm,2013-06-09 11:27:01 media-libs/amd64codecs,removed,ulm,2013-06-09 11:28:22 media-libs/win32codecs,removed,ulm,2013-06-09 11:28:22 Added Packages: net-analyzer/cloudshark,added,zerochaos,2013-06-03 04:11:05 dev-python/whirlpool,added,jlec,2013-06-03 19:49:24 net-firewall/rtsp-conntrack,added,pinkbyte,2013-06-04 09:53:57 dev-java/invokebinder,added,tomwij,2013-06-04 16:32:06 dev-java/hawtjni-runtime,added,tomwij,2013-06-04 17:37:54 dev-java/jansi-native,added,tomwij,2013-06-04 17:38:16 xfce-extra/xfce4-volumed-pulse,added,ssuominen,2013-06-04 21:03:36 dev-util/colm,added,patrick,2013-06-05 02:54:04 dev-java/jnr-enxio,added,tomwij,2013-06-06 10:38:38 dev-java/jnr-unixsocket,added,tomwij,2013-06-06 10:39:05 dev-python/colout,added,zx2c4,2013-06-06 15:12:47 net-wireless/hackrf-tools,added,zerochaos,2013-06-07 14:40:46 dev-util/bbe,added,billie,2013-06-07 15:57:09 x11-misc/xmonad-log-applet,added,qnikst,2013-06-07 20:00:08 dev-python/multiprocessing,added,idella4,2013-06-08 14:28:05 app-text/zathura-pdf-mupdf,added,xmw,2013-06-08 23:21:25 app-misc/yworklog,added,yac,2013-06-09 01:08:24 dev-python/python-heatclient,added,prometheanfire,2013-06-09 02:02:39 dev-util/icmake,added,radhermit,2013-06-09 09:48:39 app-text/yodl,added,radhermit,2013-06-09 09:51:53 games-emulation/higan,added,hasufell,2013-06-09 19:15:58 dev-games/higan-ananke,added,hasufell,2013-06-09 19:17:24 games-util/higan-purify,added,hasufell,2013-06-09 19:18:31 media-libs/libbmp,added,xmw,2013-06-09 22:54:48 Done.</pre> Robin H. Johnson 2013-06-10T00:25:01 http://comments.gmane.org/gmane.linux.gentoo.devel/86079 <pre>The win32codecs USE flag is not used any more by any package, therefore I'll remove it in a few days from now. Ulrich </pre> Ulrich Mueller 2013-06-09T15:17:34 http://comments.gmane.org/gmane.linux.gentoo.devel/86078 <pre>I'd appreciate some input on below plan to move project pages to the Wiki: Motivation ---------- The main motivation is to reduce the contents on the main website, allowing for an easier makeover. Also, the Wiki exposes the contents and an editing capability to more people, allowing for better collaboration. Finally, this is an opportunity for projects to go through the contents in their project spaces and update/remove outdated contents as well Gentoo as a whole to remove orphaned projects. Process ------- - Infra: /proj/* in CVS becomes read-only - Projects: Go through documents, updating them or marking them to be discarded - Projects: Use a GuideXML-to-Wikisyntax conversion tool to create an initial wiki version of the document - Projects: Enter URL mapping information into a form - Infra: Redirect www.g.o/proj/* to the respective Wiki pages Before doing this with every project, I'd like to do a field trial with 2-4 projects. Timeframe --------- The process should not take longer than 4 weeks. Special pages and contents -------------------------- herds.xml, repositories.xml, etc.: As these are intended for other applications to use, these should go to a new site, possibly api.gentoo.org, initially fed from a git repository. This site should get backed by SSL. Image resources: These can be uploaded to the Wiki. Other files and downloads: Until proper project file hosting is implemented, again a simple git-backed static site, possibly projects.gentoo.org. Project main pages: Using Semantic MediaWiki, we can represent all the semantic information we had on the project pages, like members and subprojects, on the Wiki as well. (Do we need more information than we can currently express in the guidexml markup or can any be removed?) Project-created documentation: Projects should consider moving documentation pages they created into the main Wiki namespace, allowing users to improve the documents. </pre> Alex Legler 2013-06-09T14:22:25 http://comments.gmane.org/gmane.linux.gentoo.devel/86075 <pre>Due a problem in my mail system, I lost most of the mails sent at Friday 7 then, if you sent my a private mail or change anything important in a bug I could be involved (mainly, gnome and dotnet), please ping me again via private mail if you think it's needed Thanks! </pre> Pacho Ramos 2013-06-09T08:44:36 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.linux.gentoo.devel