Re: [gentoo-dev] openrc stabilization todo
On Wednesday 02 December 2009 19:05:09 William Hubbs wrote: What still needs to be done before we can talk about stabilizing openrc/baselayout-2? I haven't seen a todo list posted anywhere http://archives.gentoo.org/gentoo-dev/msg_62f9916c9338ddecd4fd2dee96ef8aa3.xml http://archives.gentoo.org/gentoo-dev/msg_88b77ee4c6f1cd01cff9193eec47a784.xml -mike signature.asc Description: This is a digitally signed message part.
Re: [gentoo-dev] openrc stabilization todo
On Wednesday 02 December 2009 20:22:07 Jeremy Olexa wrote: Can parallel init script startup be made the default yet? I've been running with it for months and never noticed a problem.. not for stable. no point in proactively shooting our conservative users in the face. let's shoot the unstable ricers first. -mike signature.asc Description: This is a digitally signed message part.
Re: [gentoo-dev] openrc stabilization todo
On Qui, 2009-12-03 at 15:06 +0100, Rémi Cardona wrote: Le 03/12/2009 02:22, Jeremy Olexa a écrit : Can parallel init script startup be made the default yet? I've been running with it for months and never noticed a problem.. I've been running it for more than a year on half a dozen boxes, without any issues as well. +1 for making it the default. Thanks I just migrated my laptop to openrc-0.5.2-r2 along with baselayout-2.0.1 and sysvinit-2.87-r1 . [as user] Everything went smoothly and without problems. I spotted two things during boot though: * Autoloaded 0 module(s) * device-mapper uses addon code which is deprecated * and may not be available in the future. and * Adding routes * 127.0.0.0/8 via 127.0.0.1... * Adding static routes... SIOCADDRT: Network is unreachable Looking at the routing table we have: Destination Gateway Genmask Flags Metric Ref Use Iface 127.0.0.0 - 255.0.0.0 ! 0 - 0 - 127.0.0.0 127.0.0.1 255.0.0.0 UG0 0 0 lo Why do we need a reject route for 127.0.0.0? Packets with destination 127.0.0.0 going through interfaces other than lo aren't dropped anyway? Does the loopback interface need a gateway set? Regards, -- Angelo Arrifano AKA MiKNiX Gentoo Embedded/OMAP850 Developer Linwizard Developer http://www.gentoo.org/~miknix http://miknix.homelinux.com
[gentoo-dev] OpenIB stuff in gentoo
Hi all! I'm currently maintaining OFED[1] stack in science overlay[2]. There are 26 packages in sys-infiniband category but its going to grow for 10 more. Also there is eclass to unpack complicated OFED distribution tarball. So what will be best place to put this software in tree? Should i keep the sys-infiniband category or use some already available one? [1] http://www.openfabrics.org [2] http://git.overlays.gentoo.org/gitweb/?p=proj/sci.git -- Alexey 'Alexxy' Shvetsov Gentoo Linux Dev mailto:alexx...@gmail.com mailto:ale...@gentoo.org mailto:ale...@omrb.pnpi.spb.ru
Re: [gentoo-dev] openrc stabilization todo
Le 04/12/2009 11:41, Mike Frysinger a écrit : On Wednesday 02 December 2009 20:22:07 Jeremy Olexa wrote: Can parallel init script startup be made the default yet? I've been running with it for months and never noticed a problem.. not for stable. no point in proactively shooting our conservative users in the face. let's shoot the unstable ricers first. -mike Sounds like a good first step. +1 from me. Rémi
[gentoo-dev] Last rite: app-i18n/man-pages-es
# Víctor Ostorga vosto...@gentoo.org (04 Dec 2009) # Latest release in 2005, man pages obsolete, masked for removal # in 60 days, see bug #295188 for reference app-i18n/man-pages-es Regards, Víctor Ostorga
[gentoo-dev] QA last rites for x11-misc/seyon
# Diego E. Pettenò flamee...@gentoo.org (04 Dec 2009) # on behalf of QA team # # Never bumped; uses imake; rewrites PATH inside ebuild; # seemingly dead. # # Removal on 2010-02-02 x11-misc/seyon
[gentoo-dev] QA last rites for x11-libs/gtk-canvas; sci-chemistry/coot
# Diego E. Pettenò flamee...@gentoo.org (04 Dec 2009) # on behalf of QA team # # Both use Gtk+1.2; gtk-canvas fails autotools (bug #248344, # open November 2008), coot uses it. # # Removal on 2010-02-02 x11-libs/gtk-canvas sci-chemistry/coot
[gentoo-dev] QA last rites for dev-libs/qsa; net-p2p/museek+
# Diego E. Pettenò flamee...@gentoo.org (04 Dec 2009) # on behalf of QA team # # qsa fails to build with Qt4 installed (bug #204537, open # January 2008); museek+ uses it and also misplaces man pages # (bug #250310) and use cmake directly rather than through # eclass (bug #287588). # # Removal on 2010-02-02 dev-libs/qsa net-p2p/museek+
[gentoo-dev] QA last rites for dev-dotnet/mono-fuse
# Diego E. Pettenò flamee...@gentoo.org (04 Dec 2009) # on behalf of QA team # # Fails to build (bug #232841, open July 2008; bug #256926, # open January 2008). # # Removal on 2010-02-02 dev-dotnet/mono-fuse
[gentoo-dev] QA last rites for net-misc/nstx
# Diego E. Pettenò flamee...@gentoo.org (04 Dec 2009) # on behalf of QA team # # Uses -Werror and fails to build with _FORTIFY_SOURCE=2 # (bug #260925; open March 2009). # # Removal on 2010-02-02 net-misc/nstx
[gentoo-dev] QA last rites for dev-java/aspectj; app-emacs/aspectj4emacs
# Diego E. Pettenò flamee...@gentoo.org (04 Dec 2009) # on behalf of QA team # # aspectj fails to build (bug #175570; open _April 2007_); # aspectj4emacs depends on it. # # Removal on 2010-02-02 dev-java/aspectj app-emacs/aspectj4emacs
[gentoo-dev] QA last rites for net-analyzer/ttt
# Diego E. Pettenò flamee...@gentoo.org (04 Dec 2009) # on behalf of QA team # # Fails to build with itcl installed (bug #247940, open # November 2008). # # Removal on 2010-02-02 net-analyzer/ttt
[gentoo-dev] QA last rites for dev-db/hk_classes; dev-db/knoda
# Diego E. Pettenò flamee...@gentoo.org (04 Dec 2009) # on behalf of QA team # # Projects seem dead, hk_classes fails to build with autoconf # 2.64 (bug 279965). # # Removal on 2010-02-02 dev-db/hk_classes dev-db/knoda
Re: [gentoo-dev] OpenIB stuff in gentoo
On 12/04/2009 01:41 PM, Alexey Shvetsov wrote: Hi all! I'm currently maintaining OFED[1] stack in science overlay[2]. There are 26 packages in sys-infiniband category but its going to grow for 10 more. Also there is eclass to unpack complicated OFED distribution tarball. So what will be best place to put this software in tree? Should i keep the sys-infiniband category or use some already available one? Some stuff could go to the net-libs and sys-kernel probably, overall sys-infiniband or net-infiniband sounds ok given the number of ebuilds could fit. [1] http://www.openfabrics.org [2] http://git.overlays.gentoo.org/gitweb/?p=proj/sci.git -- Luca Barbato Gentoo Council Member Gentoo/linux Gentoo/PPC http://dev.gentoo.org/~lu_zero