Mike Pagano posted on Fri, 02 Jan 2015 15:46:21 -0500 as excerpted:
We have had a lot of stable kernels with a not-so-stable btrfs. That's
a whole conversation in itself. There are pieces of the kernel that are
in a, shall we say, less stable state than others.
On btrfs FWIW...
As a
Hi,
While research requirements for binary package soname dependencies [1],
I found that the NEEDED.ELF.2 data that portage generates contains
insufficient information to uniquely distinguish all of the multilib
ABIs that may be present on a given system [2]. In order to correctly
handle multilib
On Sat, Jan 3, 2015 at 6:33 AM, Duncan 1i5t5.dun...@cox.net wrote:
As a gentoo/~arch btrfs user myself and reasonably active on the btrfs
list, I'd *never* recommend btrfs in anything like its current state to a
gentoo-stable user. Just tonite, before I switched to this list I was on
the
El vie, 02-01-2015 a las 12:25 -0500, Mike Pagano escribió:
Hello, Everyone,
Are there solid arguments for stabilizing any version of gentoo-sources? I
think the valid arguments for not stabilizing gentoo-sources can be garnered
from the thread about not stabilizing vanilla-sources[1].
On Saturday, January 03, 2015 11:18:26 AM Pacho Ramos wrote:
El vie, 02-01-2015 a las 12:25 -0500, Mike Pagano escribió:
Hello, Everyone,
[2] http://packages.gentoo.org/package/sys-kernel/gentoo-sources
In my case I still run only stable gentoo-sources in many machines to
prevent
On 03-01-2015 01:24:48 -0800, Zac Medico wrote:
In order to solve this problem, I propose that we extend NEEDED.ELF.2 to
include a new field containing a multilib ABI identifier. The extension
will be backward-compatible, and NEEDED.ELF.2 will only need to be
regenerated on systems with
On 01/03/2015 01:50 AM, Fabian Groffen wrote:
On 03-01-2015 01:24:48 -0800, Zac Medico wrote:
In order to solve this problem, I propose that we extend NEEDED.ELF.2 to
include a new field containing a multilib ABI identifier. The extension
will be backward-compatible, and NEEDED.ELF.2 will only
El sáb, 03-01-2015 a las 10:14 -0500, Mike Pagano escribió:
[...]
Hi, Pacho,
I think if you read further in the thread and find Ian's suggestion, it
should
cover your needs nicely.
Mike
Yeah, that suggestion looks nice to me, thanks :)
# Hanno Boeck ha...@gentoo.org (03 Jan 2015)
# Was a dependency of taxbird which has been replaced by
# geierlein. As this requires yearly changes it's unlikely
# it has any use for anyone. Masked for removal.
dev-libs/libgeier
--
Hanno Böck
http://hboeck.de/
mail/jabber: ha...@hboeck.de
GPG:
# Hanno Boeck ha...@gentoo.org (03 Jan 2015)
# Was a dependency of taxbird which has been replaced by
# geierlein. As this requires yearly changes it's unlikely
# it has any use for anyone. Masked for removal.
dev-libs/libgeier
--
Hanno Böck
http://hboeck.de/
mail/jabber: ha...@hboeck.de
GPG:
# Hanno Boeck ha...@gentoo.org (03 Jan 2015)
# dead upstream, masked for removal
app-emulation/wine-doors
If anyone wants to fix this: It requires downloads from upstream's
webpage, so it's likely impossible to take over without replacing
upstream entirely.
Open bugs:
Rich Freeman posted on Sat, 03 Jan 2015 07:53:56 -0500 as excerpted:
In any case, whether you run btrfs or not the general principle is for
stable users to not run the very latest kernel branch the day it is
released. Longterm does that reasonably well, and it gets btrfs
backports just like
12 matches
Mail list logo
