Re: [gentoo-dev] Race condition in Netfilter triggered by glibc 2.9

2009-02-09 Thread Tobias Klausmann
Hi! On Mon, 02 Feb 2009, Tobias Klausmann wrote: If it works, I'll test drive it for a while and report back. I've been running a patched glibc-2.9_p20081201-r1 for a week now. Nothing broke and I've been unable to trigger the lost packet syndrome by using getaddrinfo(). I was still able to

Re: [gentoo-dev] [RFC] DIGESTS metadata variable for cache validation

2009-02-09 Thread Petteri Räty
Zac Medico wrote: Ciaran McCreesh wrote: On Sun, 08 Feb 2009 15:27:54 -0800 Zac Medico zmed...@gentoo.org wrote: Which is offset and more by the massive inconvenience of having to keep track of and store junk under version control. I think you're making it out to be worse than it really is.

Re: [gentoo-dev] [RFC] DIGESTS metadata variable for cache validation

2009-02-09 Thread Ciaran McCreesh
On Mon, 09 Feb 2009 14:30:58 +0200 Petteri Räty betelge...@gentoo.org wrote: It would probably be useful to provide a central rsync infra for overlays where overlay maintainers could subscribe their overlays to and the machine would pull in their VCS and generate the metadata for them. How

Re: [gentoo-dev] [RFC] DIGESTS metadata variable for cache validation

2009-02-09 Thread Petteri Räty
Ciaran McCreesh wrote: On Mon, 09 Feb 2009 14:30:58 +0200 Petteri Räty betelge...@gentoo.org wrote: It would probably be useful to provide a central rsync infra for overlays where overlay maintainers could subscribe their overlays to and the machine would pull in their VCS and generate the

Re: [gentoo-dev] [RFC] DIGESTS metadata variable for cache validation

2009-02-09 Thread Ciaran McCreesh
On Mon, 09 Feb 2009 16:15:55 +0200 Petteri Räty betelge...@gentoo.org wrote: How much do you trust overlay maintainers? It shouldn't be that hard to sandbox the overlays for cache generation. Uh. Really? I'd be interested to see how you plan to pull that one off. -- Ciaran McCreesh

Re: [gentoo-dev] [RFC] DIGESTS metadata variable for cache validation

2009-02-09 Thread Rémi Cardona
Petteri Räty a écrit : Ciaran McCreesh wrote: On Mon, 09 Feb 2009 14:30:58 +0200 Petteri Räty betelge...@gentoo.org wrote: It would probably be useful to provide a central rsync infra for overlays where overlay maintainers could subscribe their overlays to and the machine would pull in their

Re: [gentoo-dev] RFC: fox.eclass update

2009-02-09 Thread Peter Volkov
В Вск, 08/02/2009 в 23:06 +0100, Matti Bickel пишет: +# could probably be lower +WANT_AUTOCONF=latest +WANT_AUTOMAKE=latest These are defaults. You don't need to specify them. + eautomake || die automake error eautomake dies on its own. You don't need || die here. -- Peter.

Re: [gentoo-dev] [RFC] DIGESTS metadata variable for cache validation

2009-02-09 Thread Tiziano Müller
Am Samstag, den 07.02.2009, 15:23 -0800 schrieb Zac Medico: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Tiziano Müller wrote: Am Montag, den 02.02.2009, 12:34 -0800 schrieb Zac Medico: For the digest format, I suggest that we use the leftmost 10 hexadecimal digits of the SHA-1 digest.

Re: [gentoo-dev] Race condition in Netfilter triggered by glibc 2.9

2009-02-09 Thread Mike Frysinger
On Monday 09 February 2009 04:33:54 Tobias Klausmann wrote: On Mon, 02 Feb 2009, Tobias Klausmann wrote: If it works, I'll test drive it for a while and report back. I've been running a patched glibc-2.9_p20081201-r1 for a week now. Nothing broke and I've been unable to trigger the lost

Re: [gentoo-dev] midnight commander - which screen library

2009-02-09 Thread Mike Frysinger
On Friday 30 January 2009 08:42:24 Enrico Weigelt wrote: @mc.o (*1) we're currently discussing which screen library to keep. Either ncurses or slang will be dropped (bundled slang will anyway) Both have their pros and cons, so we haven't decided yet. considering ncurses is available on every

Re: [gentoo-dev] RFC: fox.eclass update

2009-02-09 Thread Matti Bickel
Peter Volkov p...@gentoo.org wrote: В Вск, 08/02/2009 в 23:06 +0100, Matti Bickel пишет: +# could probably be lower +WANT_AUTOCONF=latest +WANT_AUTOMAKE=latest These are defaults. You don't need to specify them. + eautomake || die automake error eautomake dies on its own.

[gentoo-dev] Re: midnight commander - which screen library

2009-02-09 Thread Nikos Chantziaras
Enrico Weigelt wrote: Hi folks, @mc.o (*1) we're currently discussing which screen library to keep. Either ncurses or slang will be dropped (bundled slang will anyway) Both have their pros and cons, so we haven't decided yet. What do you suggest, which screen library to keep ? BTW: 4.6.2

Re: [gentoo-dev] [RFC] DIGESTS metadata variable for cache validation

2009-02-09 Thread Ciaran McCreesh
On Sun, 08 Feb 2009 14:43:01 -0800 Zac Medico zmed...@gentoo.org wrote: Well, if you want to use timestamps, the alternative is to distributors to use a protocol which preserves timestamps. This creates an unnecessary burden. Allowing distribution of metadata cache via version control systems

Re: [gentoo-dev] Re: midnight commander - which screen library

2009-02-09 Thread Mike Frysinger
On Monday 09 February 2009 13:32:24 Nikos Chantziaras wrote: Enrico Weigelt wrote: @mc.o (*1) we're currently discussing which screen library to keep. Either ncurses or slang will be dropped (bundled slang will anyway) Both have their pros and cons, so we haven't decided yet. What do

Re: [gentoo-dev] [RFC] DIGESTS metadata variable for cache validation

2009-02-09 Thread Zac Medico
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Tiziano Müller wrote: Am Samstag, den 07.02.2009, 15:23 -0800 schrieb Zac Medico: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Tiziano Müller wrote: Am Montag, den 02.02.2009, 12:34 -0800 schrieb Zac Medico: For the digest format, I suggest

Re: [gentoo-dev] [RFC] DIGESTS metadata variable for cache validation

2009-02-09 Thread Zac Medico
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ciaran McCreesh wrote: On Sun, 08 Feb 2009 14:43:01 -0800 Zac Medico zmed...@gentoo.org wrote: Well, if you want to use timestamps, the alternative is to distributors to use a protocol which preserves timestamps. This creates an unnecessary

[gentoo-dev] KDE Team meeting for february (12.2.2009 20.00:00)

2009-02-09 Thread Tomáš Chvátal
Heya, time has reach for us that we have to meet again, so interesting stuff for this time: electing a team lead (i suggest jmbsvicetto or yngwin :]) chit-chat about kde3 planning cooperation with debian and other normal distros (that dont insanely patch the kde) talking with upstream about the

[gentoo-dev] Re: midnight commander - which screen library

2009-02-09 Thread Nikos Chantziaras
Mike Frysinger wrote: On Monday 09 February 2009 13:32:24 Nikos Chantziaras wrote: BTW: 4.6.2 is soon coming (only 1 bug left) :) unicode? ( =sys-libs/slang-2.1.3 ) !unicode? ( sys-libs/ncurses ) If Unicode isn't possible with ncurses, keep slang :P No Unicode support would be... not

Re: [gentoo-dev] [RFC] DIGESTS metadata variable for cache validation

2009-02-09 Thread Zac Medico
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Petteri Räty wrote: Zac Medico wrote: Ciaran McCreesh wrote: On Sun, 08 Feb 2009 15:27:54 -0800 Zac Medico zmed...@gentoo.org wrote: Which is offset and more by the massive inconvenience of having to keep track of and store junk under version

Re: [gentoo-dev] Category tags on packages (was: new categories:)

2009-02-09 Thread Maciej Mrozowski
On Sunday 08 of February 2009 19:51:29 Tiziano Müller wrote: It's metadata-stuff, why not put it there? You have two possibilities: a) Introduce new elements: tags tagfoo/tag tagbar/tag /tags b) Think of herds as tags, then you have many packages already tagged. To be able to add

Re: [gentoo-dev] KDE Team meeting for february (12.2.2009 20.00:00)

2009-02-09 Thread Ioannis Aslanidis
Perfect timing for me as well! On Mon, Feb 9, 2009 at 9:23 PM, Tomáš Chvátal scarab...@gentoo.org wrote: Heya, time has reach for us that we have to meet again, so interesting stuff for this time: electing a team lead (i suggest jmbsvicetto or yngwin :]) chit-chat about kde3 planning

Re: [gentoo-dev] Re: midnight commander - which screen library

2009-02-09 Thread Petteri Räty
Mike Frysinger wrote: On Monday 09 February 2009 13:32:24 Nikos Chantziaras wrote: Enrico Weigelt wrote: @mc.o (*1) we're currently discussing which screen library to keep. Either ncurses or slang will be dropped (bundled slang will anyway) Both have their pros and cons, so we haven't decided

Re: [gentoo-dev] Re: midnight commander - which screen library

2009-02-09 Thread Mike Frysinger
On Monday 09 February 2009 19:02:34 Petteri Räty wrote: Mike Frysinger wrote: On Monday 09 February 2009 13:32:24 Nikos Chantziaras wrote: Enrico Weigelt wrote: @mc.o (*1) we're currently discussing which screen library to keep. Either ncurses or slang will be dropped (bundled slang will

Re: [gentoo-dev] Re: midnight commander - which screen library

2009-02-09 Thread Mike Frysinger
On Monday 09 February 2009 15:36:00 Nikos Chantziaras wrote: Mike Frysinger wrote: On Monday 09 February 2009 13:32:24 Nikos Chantziaras wrote: BTW: 4.6.2 is soon coming (only 1 bug left) :) unicode? ( =sys-libs/slang-2.1.3 ) !unicode? ( sys-libs/ncurses ) If Unicode isn't

Re: [gentoo-dev] RFC: fox.eclass update

2009-02-09 Thread Nirbheek Chauhan
On Mon, Feb 9, 2009 at 11:52 PM, Matti Bickel m...@gentoo.org wrote: eautomake dies on its own. You don't need || die here. Thanks for the comments, WANT_AUTO* was specified to make some previous commenter happy, but removed now ;) Where was that 'which functions || die on their own' table,

[gentoo-dev] Can't format floppy or write to it...

2009-02-09 Thread Branko Badrljica
I needed to make bootable floppy for graphic card BIOS reflash and noticed that I can't fdformat floppy or even write to formatted one. I can mount it -o rw, but when I try to write, write would fail. Also, fdformat /dev/fd0 seems to be working, but just to the point,where it verifies written

Re: [gentoo-dev] Can't format floppy or write to it...

2009-02-09 Thread Josh Saddler
This is not the right place to ask. Ask on either: 1. Gentoo forums: http://forums.gentoo.org 2. Gentoo user mailing list: gentoo-u...@lists.gentoo.org signature.asc Description: OpenPGP digital signature