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/77333 <pre>-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Due to bug https://bugs.gentoo.org/show_bug.cgi?id=417117 it seems the situation on this topic is unclear. I myself don't have a problem with getting my ebuilds reviewed if the herd requires that before I commit them and have done this already a few times. More eyes/maintainers means higher quality IMO. However I didn't get a definite answer if it's actually a REQUIREMENT to get a review by a herd, especially when you do not plan to add that herd to metadata.xml and plan to maintain the ebuild on your own. This seems to be especially controversial regarding games in the main tree (I myself always join #gentoo-games anyway and discuss the ebuilds there). What's the official policy, so everyone can be clear about this? -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJPwCTCAAoJEFpvPKfnPDWz+ZUIAJuZvONQkoVHAFC+HPEdMnui /HTcNQC04RaS3TGHo3AdNRyYczTOfK0IjtMsktL+TcKlNgXRSNp+F6Tb7jakeH4G utXegWJnziKcJtFxvAyNB8rh0QP5AxrdZjzIddRz58UcarhzyH5f8z8v0uLESg78 ifwuH1Em97HoGVVvFE7U00C0BJSSyNmCxLiMgdxCKD3hmy7hgH+N4X+rKPDnBsnh jK6BbOPQCUBHiiCWOgK8yJDShq79U0no5E0gzfSJQBXlTu4xqvyITYnEj5OMUfW9 M3s3uRBZmkvRf9qLB9rF0ud0fKEQj5Kde4toroNalrsoljh/Jgz/ErZADU8WJtg= =0tqO -----END PGP SIGNATURE----- </pre> hasufell 2012-05-26T00:33:06 http://comments.gmane.org/gmane.linux.gentoo.devel/77329 <pre>As many are probably aware, Bash 4.2 adds a shopt feature to enable not running the last command of a pipeline in a subshell (POSIX leaves it up to the shell to decide). Aside from being a slight optimization, it allows some syntactic convenience such as reduced reliance upon process substitutions and redundant command grouping workarounds. I believe it is generally considered that the lastpipe behavior is superior. zsh and ksh do this by default, while mksh, bash, and dash do not. Only Bash has it as a configurable option. If it were made a policy now that ebuilds and eclasses cannot depend upon the subshell (for example, to set temporary positional parameters or isolate temporary variables), then maybe someday in the distant future this could be made the default, and in the meantime, an option for those with new enough shells. Since dependence on the subshell isn't very common, I think this should be feasible, and of course as a workaround all that's required is to wrap any such commands in parentheses. Any opinions? </pre> Dan Douglas 2012-05-25T20:02:32 http://comments.gmane.org/gmane.linux.gentoo.devel/77328 <pre>preprocessor flags (e.g. -I and -D) should be added via `append-cppflags`, and build systems should be respecting ${CPPFLAGS}. to enforce this a bit better, i'll be adding a qawarning to append-flags when it encounters flags that should be passed to append-cppflags. -mike </pre> Mike Frysinger 2012-05-25T19:04:23 http://comments.gmane.org/gmane.linux.gentoo.devel/77293 <pre>i implemented eclass checking for some of the most common ones in the tree, but Zac didn't particularly care for the maintaining of lists of functions used by eclasses directly in repoman (due to the concern of them getting out of sync). so the proposal is to utilize the existing eclass documentation markers to extract the complete list of functions provided by an eclass. the upside is the metadata stays current, and we can scale better to all eclasses w/out requiring manual intervention. the downside is that if people don't properly document their eclasses, repoman might throw false positives (warnings, not errors) about unused eclasses being inherited, and will miss throwing errors when functions are used but the respective eclasses aren't inherited. however, i think that's a good hammer to throw at eclass maintainers to keep their documentation up-to-date and accurate. any other opinions/feedback ? -mike </pre> Mike Frysinger 2012-05-24T19:47:09 http://comments.gmane.org/gmane.linux.gentoo.devel/77268 <pre># Kacper Kowalik &lt;xarthisius&lt; at &gt;gentoo.org&gt; (24 May 2012) # Masked for removal in 30 days (#324415), Doesn't build with # libtool-2.2 (#276194), bundles vulnerable copy of libtool (#297648), # fails to install with new coreutils and automake-1.11 (#328549), # last release 2007-02-14, doesn't provide MPI-2 # Superseeded by sys-cluster/{openmpi,mpich2} sys-cluster/lam-mpi Took long enough to kill that one... Cheers, Kacper </pre> Kacper Kowalik 2012-05-24T10:41:02 http://comments.gmane.org/gmane.linux.gentoo.devel/77193 <pre>-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Hi, i've looked at the blockers of "[TRACKER] portage migration to git" [1] and want to discuss "testing git-cvsserver" [2]. There are two proposed scenarios how to migrate the developers write access to the portage tree. "Clean cut" turns of cvs access on a given and announced timestamp, rsync-generation/updates is suspended (no input -&gt; no changes), some magic scripts prepare the git repo (according to [3], some hours duration) and we all checkout the tree (might be some funny massive load). "testing git-cvsserver" proses "Clean cut" with the additional ability to continue using cvs update/commit, - in best case - on the old checkout w/o alteration on the developers side. "Clean cut" forces us to clean up out dirty checkouts (I have some added directories, added ebuilds i hesitated to `repoman commit`). Plus we have to alter all our hot-wired portage mangling scripts from cvs'ish to git'ish (I use my read/write checkout as portage tree (cvs checkout + egencache for checkout) and have an automated google-chrome bump script). But this can be accomplished on a per developer basis, and slackers don't stall the process. "testing git-cvsserver" forces us all to test these cvs'ish scripts and behaviours against a git-cvsserver and report. We all know that this test-runs will never happen, stalling this bug till infinity. Plus infra/"subset of devs marshalling the migration" get stuck between fixing git issues and git-cvsserver. *if you still read this* *wow* Please discuss my arguments and come to the conclusions to RESO/WONT-FIX "testing git-cvsserver", make a "clean cut" and remove this bug from the blockers of "[TRACKER] portage migration to git". My lengthy 2 cents. [1] https://bugs.gentoo.org/333531 [2] https://bugs.gentoo.org/333699 [3] https://bugs.gentoo.org/333705#c2 - -- Gentoo Dev http://xmw.de/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iF4EAREIAAYFAk+82z0ACgkQknrdDGLu8JBUWAD/dmuqyES/mYDrMam+/txnHmgd VaQaqwHMlwzzqQwbpY4A/0h+5Vp8sLbOE78k4SCaGE2dCQtmeOz0jd1YxkDzP+YW =jXLQ -----END PGP SIGNATURE----- </pre> Michael Weber 2012-05-23T12:42:37 http://comments.gmane.org/gmane.linux.gentoo.devel/77188 <pre>Whole gentoo-x86 is using the virtuals now. Please check your overlays to avoid dev-libs/libusb from creeping back in to the tree. http://qa-reports.gentoo.org/output/genrdeps/dindex/dev-libs/libusb http://qa-reports.gentoo.org/output/genrdeps/rindex/dev-libs/libusb If you have packages in overlays using dev-libs/libusb please fix them now to avoid them creeping into Portage. There is a repoman bug open but still without a patch: http://bugs.gentoo.org/417123 This is important now because of the dev-libs/libusb-compat stabilization: http://bugs.gentoo.org/417135 Otherwise you'd be introducing conflicting dependencies for /stable/ users. Futhermore some of the virtual/libusb dependencies in tree are missing usage of correct SLOT, and should be fixed, that involves checking the package sources (of course). If you want to help with this, please do. Thanks, Samuli </pre> Samuli Suominen 2012-05-23T08:43:19 http://comments.gmane.org/gmane.linux.gentoo.devel/77187 <pre>We are behind with graphviz and 2.28.x series has been out for quite a while. However working on the ebuild will require quite a work and then backtracking the bugs that come after it as a result (believe me, there will be ones) It seems graphics&lt; at &gt; is currently a bit understaffed and I really don't see anyone working on this anytime soon without sending this mail. Thanks ahead - Samuli </pre> Samuli Suominen 2012-05-23T08:27:45 http://comments.gmane.org/gmane.linux.gentoo.devel/77181 <pre>Hello, is anyone interested in writing a Perl ebuild for this payment module: http://search.cpan.org/dist/Net-Braintree/ Thanks, Grant P.S. Braintree is a stellar payment company: https://www.braintreepayments.com/developers </pre> Grant 2012-05-23T07:31:59 http://comments.gmane.org/gmane.linux.gentoo.devel/77168 <pre>-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 # Michael Weber &lt;xmw&lt; at &gt;gentoo.org&gt; (22 May 2012) # Masked for removal in 30 days. # Replaced by x11-wm/xpra. x11-wm/parti - -- Gentoo Dev http://xmw.de/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iF4EAREIAAYFAk+7S+cACgkQknrdDGLu8JAs5wD+MjEzgayDdXwJs9r7MZ04Uc/M xLL5p9AZ72UbNqWy+hcA/RsclJgM2GbwMUmXpcebDPyzeufeZ0jPo9NNlu8cXy3p =gf7r -----END PGP SIGNATURE----- </pre> Michael Weber 2012-05-22T08:18:47 http://comments.gmane.org/gmane.linux.gentoo.devel/77162 <pre>I've added 4.7.0 to the tree tonight (unkeyworded and masked as usual). I've also keyworded the 4.6 series on all arches except amd64 (due to the grub bug). This is a temporary measure until we figure out the best course of action (at least we have some people looking at the problem now). I personally apologize for the extremely long delay in getting these releases out in a timely manner. As such, I'm stepping down as GCC maintainer. Someone with as limited free time and programming experience as myself has no business maintaining a such core piece of a source-based distro. Sorry to dump even more on your shoulders Mike, but really I haven't been helping out much this past year anyways. I'll still be doing gcc-porting and hunting down patches like I used to. Thanks guys. </pre> Ryan Hill 2012-05-22T05:17:21 http://comments.gmane.org/gmane.linux.gentoo.devel/77143 <pre>On May 20, autools.eclass was changed to no longer inherit eutils, see http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/eclass/autotools.eclass?r1=1.133&amp;r2=1.134 Relying on autotools.eclass for your eutils needs was always a terrible idea, but a few ebuilds did it anyway. Those ebuilds are now *broken* since they can no longer use epatch. See bug #416847 for an example. Check your ebuilds to make sure you inherit eutils in anything that uses epatch! -Alexandre Rostovtsev. </pre> Alexandre Rostovtsev 2012-05-21T17:46:35 http://comments.gmane.org/gmane.linux.gentoo.devel/77129 <pre>The attached list notes all of the packages that were added or removed from the tree, for the week ending 2012-05-20 23h59 UTC. Removals: app-pda/libopensync-plugin-google-calendar2012-05-16 01:19:15ssuominen x11-misc/see 2012-05-16 06:36:39dev-zero app-arch/hardlink-fedora 2012-05-19 17:27:09ssuominen app-text/chmsee 2012-05-20 20:31:43ssuominen Additions: media-gfx/postr 2012-05-14 04:19:43tetromino media-gfx/eog-plugins 2012-05-14 04:21:49tetromino media-libs/libpostproc 2012-05-14 19:12:12lu_zero dev-python/embedly 2012-05-15 01:20:59rafaelmartins sci-geosciences/geocode-glib 2012-05-15 05:57:42tetromino x11-misc/tinymount 2012-05-15 10:44:10ssuominen dev-python/cssselect 2012-05-15 15:35:33xarthisius dev-lang/go 2012-05-15 18:11:26williamh net-wireless/reaver 2012-05-15 19:39:11maksbotan x11-misc/seetxt 2012-05-16 06:34:17dev-zero sys-cluster/libqb 2012-05-16 10:29:46xarthisius games-arcade/opensonic 2012-05-16 18:42:50hasufell dev-perl/User-Identity 2012-05-16 18:55:15tove dev-perl/Object-Realize-Later 2012-05-16 19:03:20tove dev-perl/Mail-Box 2012-05-16 20:49:46tove dev-cpp/ETL 2012-05-17 03:20:30lu_zero games-arcade/mari0 2012-05-17 15:22:25hasufell kde-misc/ktouchpadenabler 2012-05-17 21:22:11johu app-i18n/fcitx-cloudpinyin 2012-05-18 02:00:49qiaomuf dev-python/gevent 2012-05-18 10:59:04xarthisius dev-python/qserve 2012-05-18 11:39:35xarthisius dev-python/roman 2012-05-18 12:01:47xarthisius dev-python/testify 2012-05-18 13:37:40xarthisius dev-python/sqlite3dbm 2012-05-18 13:46:11xarthisius dev-ruby/pdf-inspector 2012-05-19 06:05:24graaff dev-python/bottle 2012-05-19 10:53:54xarthisius app-arch/hardlink-fedora 2012-05-19 12:21:57ssuominen sci-visualization/gcalc 2012-05-19 13:21:41sera sys-freebsd/virtio-kmod 2012-05-19 20:47:29ryao sci-physics/geant-python 2012-05-20 03:11:24heroxbd dev-python/django-evolution 2012-05-20 10:34:08tampakrap gnome-extra/nautilus-share 2012-05-20 11:54:23maksbotan dev-python/django-pipeline 2012-05-20 12:15:46tampakrap app-emulation/emul-linux-x86-jna 2012-05-20 13:05:35pacho dev-python/testfixtures 2012-05-20 13:56:48tampakrap dev-python/xlutils 2012-05-20 14:53:23tampakrap app-portage/epkg 2012-05-20 18:40:07jdhore media-libs/icclib 2012-05-20 19:48:33dilfridge -- 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: app-pda/libopensync-plugin-google-calendar,removed,ssuominen,2012-05-16 01:19:15 x11-misc/see,removed,dev-zero,2012-05-16 06:36:39 app-arch/hardlink-fedora,removed,ssuominen,2012-05-19 17:27:09 app-text/chmsee,removed,ssuominen,2012-05-20 20:31:43 Added Packages: media-gfx/postr,added,tetromino,2012-05-14 04:19:43 media-gfx/eog-plugins,added,tetromino,2012-05-14 04:21:49 media-libs/libpostproc,added,lu_zero,2012-05-14 19:12:12 dev-python/embedly,added,rafaelmartins,2012-05-15 01:20:59 sci-geosciences/geocode-glib,added,tetromino,2012-05-15 05:57:42 x11-misc/tinymount,added,ssuominen,2012-05-15 10:44:10 dev-python/cssselect,added,xarthisius,2012-05-15 15:35:33 dev-lang/go,added,williamh,2012-05-15 18:11:26 net-wireless/reaver,added,maksbotan,2012-05-15 19:39:11 x11-misc/seetxt,added,dev-zero,2012-05-16 06:34:17 sys-cluster/libqb,added,xarthisius,2012-05-16 10:29:46 games-arcade/opensonic,added,hasufell,2012-05-16 18:42:50 dev-perl/User-Identity,added,tove,2012-05-16 18:55:15 dev-perl/Object-Realize-Later,added,tove,2012-05-16 19:03:20 dev-perl/Mail-Box,added,tove,2012-05-16 20:49:46 dev-cpp/ETL,added,lu_zero,2012-05-17 03:20:30 games-arcade/mari0,added,hasufell,2012-05-17 15:22:25 kde-misc/ktouchpadenabler,added,johu,2012-05-17 21:22:11 app-i18n/fcitx-cloudpinyin,added,qiaomuf,2012-05-18 02:00:49 dev-python/gevent,added,xarthisius,2012-05-18 10:59:04 dev-python/qserve,added,xarthisius,2012-05-18 11:39:35 dev-python/roman,added,xarthisius,2012-05-18 12:01:47 dev-python/testify,added,xarthisius,2012-05-18 13:37:40 dev-python/sqlite3dbm,added,xarthisius,2012-05-18 13:46:11 dev-ruby/pdf-inspector,added,graaff,2012-05-19 06:05:24 dev-python/bottle,added,xarthisius,2012-05-19 10:53:54 app-arch/hardlink-fedora,added,ssuominen,2012-05-19 12:21:57 sci-visualization/gcalc,added,sera,2012-05-19 13:21:41 sys-freebsd/virtio-kmod,added,ryao,2012-05-19 20:47:29 sci-physics/geant-python,added,heroxbd,2012-05-20 03:11:24 dev-python/django-evolution,added,tampakrap,2012-05-20 10:34:08 gnome-extra/nautilus-share,added,maksbotan,2012-05-20 11:54:23 dev-python/django-pipeline,added,tampakrap,2012-05-20 12:15:46 app-emulation/emul-linux-x86-jna,added,pacho,2012-05-20 13:05:35 dev-python/testfixtures,added,tampakrap,2012-05-20 13:56:48 dev-python/xlutils,added,tampakrap,2012-05-20 14:53:23 app-portage/epkg,added,jdhore,2012-05-20 18:40:07 media-libs/icclib,added,dilfridge,2012-05-20 19:48:33 Done.</pre> Robin H. Johnson 2012-05-21T00:25:01 http://comments.gmane.org/gmane.linux.gentoo.devel/77125 <pre>I want support for installing icons into the appropriate directories which are under /usr/share/icons/... and not just pixmaps. proposal attached + diff This should not break existing ebuilds. Tested a bit and open for review now. # &lt; at &gt;FUNCTION: doicon # &lt; at &gt;USAGE: doicon [options] &lt;icons&gt; # &lt; at &gt;DESCRIPTION: # Install icon into the icon directory /usr/share/icons or into # /usr/share/pixmaps if "--size" is not set. # This is useful in conjunction with creating desktop/menu files. # # &lt; at &gt;CODE # options: # -s, --size # !!! must specify to install into /usr/share/icons/... !!! # size of the icon, like 48 or 48x48 # supported icon sizes are: # 16 22 24 32 36 48 64 72 96 128 192 256 scalable # -c, --context # defaults to "apps" # -t, --theme # defaults to "hicolor" # # icons: list of icons # &lt; at &gt;CODE # # example 1: # doicon foobar.png fuqbar.svg # results in: insinto /usr/share/pixmaps ; doins foobar.png fuqbar.svg # # example 2: # doicon -s 48 foobar.png fuqbar.svg # results in: insinto /usr/share/icons/hicolor/48x48/apps ; doins foobar.png fuqbar.svg # doicon() { ( # wrap the env here so that the 'insinto' call # doesn't corrupt the env of the caller local size dir i ret local context=apps local theme=hicolor while [[ $# -gt 0 ]] ; do case ${1} in -s|--size) case ${2} in 16|22|24|32|36|48|64|72|96|128|192|256) size=${2}x${2};; 16x16|22x22|24x24|32x32|36x36|48x48|64x64|72x72|96x96|128x128|192x192|256x256) size=${2};; scalable) size=scalable;; *) eqawarn "${2} is an unsupported icon size!" ((++ret));; esac shift 2;; -t|--theme) theme=${2} shift 2;; -c|--context) context=${2} shift 2;; *) if [[ -z ${size} ]] ; then dir=/usr/share/pixmaps else dir=/usr/share/icons/${theme}/${size}/${context} fi insinto "${dir}" if [[ -f ${1} ]] ; then doins "${1}" ((ret+=$?)) elif [[ -d ${1} ]] ; then for i in "${1}"/*.{png,svg} ; do doins "${i}" ((ret+=$?)) done else eqawarn "${1} is not a valid file/directory!" ((++ret)) fi shift 1 ;; esac done exit ${ret} ) } # &lt; at &gt;FUNCTION: newicon # &lt; at &gt;USAGE: newicon [options] &lt;icon&gt; &lt;newname&gt; # &lt; at &gt;DESCRIPTION: # Like doicon, install the specified icon as newname. # # example 1: # newicon foobar.png NEWNAME.png # results in: insinto /usr/share/pixmaps ; newins foobar.png NEWNAME.png # # example 2: # newicon -s 48 foobar.png NEWNAME.png # results in: insinto /usr/share/icons/hicolor/48x48/apps ; newins foobar.png NEWNAME.png # newicon() { ( # wrap the env here so that the 'insinto' call # doesn't corrupt the env of the caller local size dir ret local context=apps local theme=hicolor while [[ $# -gt 0 ]] ; do case ${1} in -s|--size) case ${2} in 16|22|24|32|36|48|64|72|96|128|192|256) size=${2}x${2};; 16x16|22x22|24x24|32x32|36x36|48x48|64x64|72x72|96x96|128x128|192x192|256x256) size=${2};; scalable) size=scalable;; *) eqawarn "${2} is an unsupported icon size!" ((++ret));; esac shift 2;; -t|--theme) theme=${2} shift 2;; -c|--context) context=${2} shift 2;; *) break ;; esac done if [[ -z ${size} ]] ; then dir=/usr/share/pixmaps else dir=/usr/share/icons/${theme}/${size}/${context} fi insinto "${dir}" newins "$&lt; at &gt;" ((ret+=$?)) exit ${ret} ) } </pre> hasufell 2012-05-20T23:24:13 http://comments.gmane.org/gmane.linux.gentoo.devel/77122 <pre># Samuli Suominen &lt;ssuominen&lt; at &gt;gentoo.org&gt; (20 May 2012) # Still using vulnerable net-libs/xulrunner wrt bug 412341 # Build problems wrt bug 390325 # Version 0.9_beta5 will be removed in approx. 30 days ~app-text/kiwix-0.9_beta5 </pre> Samuli Suominen 2012-05-20T20:34:58 http://comments.gmane.org/gmane.linux.gentoo.devel/77116 <pre>Hello, In today's MythBusters™: do we actually need the whole ugly-awful mangling games.eclass does for games? By that I mean: - installing games in random pre-/postfixes rather than standard FHS-y locations, - changing ownership and permissions of all the files. Do we really need all of this poor man's 'you shall not play our games'? I don't think we're using anything like /usr/office &amp; office group, or /usr/random-programs-i-dont-like. Random obscurity only makes things harder. And proves no point unless we're going to ensure that all web browsers, ssh clients and other applications in danger of being used to play games. And while we're at it, why don't we just take the computer away and work on paper sheets? Oh wait, someone could play tic-tac-toe on it... So, my proposition is: finally drop that. Install games in regular prefixes, like all other apps. Don't pollute systems with unnecessary security perimeters which don't provide any real benefit. Any comments? </pre> Michał Górny 2012-05-20T16:26:17 http://comments.gmane.org/gmane.linux.gentoo.devel/77107 <pre>i've extended eautoreconf to automatically call autopoint when the package uses gettext. the configure check might seem naïve, but this is how autoreconf itself does it. this hopefully shouldn't break any packages (at least, none that weren't already broken), but if you guys start seeing eautoreconf failures where there were none before, feel free to cc base-system. -mike --- autotools.eclass +++ autotools.eclass &lt; at &gt;&lt; at &gt; -162,6 +162,9 &lt; at &gt;&lt; at &gt; eautoreconf() { einfo "Running eautoreconf in '${PWD}' ..." [[ -n ${auxdir}${macdir} ]] &amp;&amp; mkdir -p ${auxdir} ${macdir} eaclocal +if grep -q '^AM_GNU_GETTEXT_VERSION' configure.?? ; then +eautopoint --force +fi [[ ${CHOST} == *-darwin* ]] &amp;&amp; g=g if ${LIBTOOLIZE:-${g}libtoolize} -n --install &gt;&amp; /dev/null ; then _elibtoolize --copy --force --install </pre> Mike Frysinger 2012-05-20T10:32:04 http://comments.gmane.org/gmane.linux.gentoo.devel/77098 <pre>net-im/jabberd was masked for removal but I've fixed the bugs that it was masked for in fact, there should now be 0 bugs in bugzilla for it (or can anyone find some?) so i've unmasked it again was that right, wrong, what? i really don't know anything about the application itself does jabberd2 replace all of it's functionality? - Samuli </pre> Samuli Suominen 2012-05-19T15:03:48 http://comments.gmane.org/gmane.linux.gentoo.devel/77097 <pre># Samuli Suominen &lt;ssuominen&lt; at &gt;gentoo.org&gt; (19 May 2012) # Dead project wrt http://bugs.gentoo.org/416613 # Use app-arch/hardlink instead # Removal in 30 days app-arch/hardlink++ </pre> Samuli Suominen 2012-05-19T10:59:45 http://comments.gmane.org/gmane.linux.gentoo.devel/77086 <pre>I'd like to commit this news item on 2012-05-21. See previous discussion here: http://archives.gentoo.org/gentoo-dev/msg_7fe557809defad4faca2ee5c6e52d134.xml </pre> Zac Medico 2012-05-17T21:44:42 http://comments.gmane.org/gmane.linux.gentoo.devel/77079 <pre>any complaints ? -mike Index: profiles/base/packages =================================================================== RCS file: /var/cvsroot/gentoo-x86/profiles/base/packages,v retrieving revision 1.62 diff -u -p -r1.62 packages --- profiles/base/packages12 Mar 2012 09:13:37 -00001.62 +++ profiles/base/packages17 May 2012 19:50:49 -0000 &lt; at &gt;&lt; at &gt; -61,7 +61,7 &lt; at &gt;&lt; at &gt; #*sys-devel/libtool #*sys-devel/m4 *sys-devel/make -*sys-devel/patch +*&gt;=sys-devel/patch-2.6.1 *sys-fs/e2fsprogs *virtual/dev-manager *virtual/editor </pre> Mike Frysinger 2012-05-17T19:51:50 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.linux.gentoo.devel