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 li
# Hanno Boeck (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:
https://bugs.gentoo.org/show_bug.cgi?id=5192
# Hanno Boeck (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: BBB51E42
# Hanno Boeck (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: BBB51E42
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 :)
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 wil
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
> p
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
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 gent
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 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 mul
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
12 matches
Mail list logo
