All,
in preparation to unmask udev-181, it was brought to my attention that a
number of packages in the tree have direct dependencies on
module-init-tools. Udev-181 requires kmod, which is a replacement for
module-init-tools.
I have added virtual/modutils to the tree which as of now prefers
modul
On 02/24/2012 08:10 PM, William Kenworthy wrote:
> Also there are some things that dont work, one of which was a few
> packages would always fail to emerge when using btrfs for temp storage
> (I think one was libreoffice)
I've been using btrfs for temp storage, for more than a year, and
haven't no
On Fri, 2012-02-24 at 22:44 -0500, Mike Gilbert wrote:
> On Fri, Feb 24, 2012 at 7:31 PM, Richard Yao wrote:
> >> Am I the only paranoid person who moves them rather than unlinking
> >> them? Oh, if only btrfs were stable...
> >
> > Is this a reference to snapshots? You can use ZFS for those. The
On Fri, Feb 24, 2012 at 10:44 PM, Mike Gilbert wrote:
>
> I've been using btrfs exclusively for about 6 months, and I don't
> *think* I've lost anything... :)
>
>From what I've seen as long as you keep things simple, and don't have
heavy loads, you're at least reasonably likely to get by unscathe
On Fri, Feb 24, 2012 at 7:31 PM, Richard Yao wrote:
>> Am I the only paranoid person who moves them rather than unlinking
>> them? Oh, if only btrfs were stable...
>
> Is this a reference to snapshots? You can use ZFS for those. The
> kernel modules are only available in the form of ebuilds
On Mon, 20 Feb 2012 19:03:13 -0600
Ryan Hill wrote:
> On Mon, 20 Feb 2012 21:34:14 +0100
> Pacho Ramos wrote:
>
> > I don't know if this has been discussed before but, what issues are
> > preventing us from unmasking gcc-4.6 (and think on a near
> > stabilization)?
> >
> > I have read hardmask
On Fri, Feb 24, 2012 at 8:06 PM, Richard Yao wrote:
> Have you tried ZFS?
Yes - but not terribly interested in doing that on linux. I do
appreciate that it can be done, but still lacks raid-z reshaping,
which means it isn't quite flexible enough.
> On 02/24/12 18:26, Duncan wrote:
>> FWIW, in t
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Have you tried ZFS? The kernel modules are in the portage tree and I
am maintaining a FAQ regarding the status of Gentoo ZFS support at github:
https://github.com/gentoofan/zfs-overlay/wiki/FAQ
Data stored on ZFS is generally safe unless you go out o
> Am I the only paranoid person who moves them rather than unlinking
> them? Oh, if only btrfs were stable...
Is this a reference to snapshots? You can use ZFS for those. The
kernel modules are only available in the form of ebuilds right
now, but they your data should be safe unless you go o
Rich Freeman posted on Fri, 24 Feb 2012 13:47:45 -0500 as excerpted:
> On Fri, Feb 24, 2012 at 1:43 PM, Alexis Ballier
> wrote:
>> moreover the && wont delete the lib if revdep-rebuild failed i think,
>> so it should be even safer to copy/paste :)
FWIW this is the preserved_libs feature/bug I ra
On 24 February 2012 17:56, "Paweł Hajdan, Jr." wrote:
> Currently preserve_old_lib functions generate two commands per preserved
> lib:
>
> # revdep-rebuild --library '/usr/lib/libv8.so.3.9.4'
> # rm '/usr/lib/libv8.so.3.9.4'
>
> I'd like to modify eutils.eclass to only generate one command:
>
> #
El vie, 24-02-2012 a las 18:56 +0100, "Paweł Hajdan, Jr." escribió:
> Currently preserve_old_lib functions generate two commands per preserved
> lib:
>
> # revdep-rebuild --library '/usr/lib/libv8.so.3.9.4'
> # rm '/usr/lib/libv8.so.3.9.4'
>
> I'd like to modify eutils.eclass to only generate one
On Fri, Feb 24, 2012 at 1:43 PM, Alexis Ballier wrote:
> moreover the && wont delete the lib if revdep-rebuild failed i think,
> so it should be even safer to copy/paste :)
Am I the only paranoid person who moves them rather than unlinking
them? Oh, if only btrfs were stable...
Rich
> # revdep-rebuild --library '/usr/lib/libv8.so.3.9.4' && \
> rm '/usr/lib/libv8.so.3.9.4'
Might even be worth patching revdep-rebuild:
revdep-rebuild --library /usr/lib/libv8.so.3.9.4 --autoclean
--
Kent
On Fri, 24 Feb 2012 18:56:44 +0100
""Paweł Hajdan, Jr."" wrote:
> Currently preserve_old_lib functions generate two commands per
> preserved lib:
>
> # revdep-rebuild --library '/usr/lib/libv8.so.3.9.4'
> # rm '/usr/lib/libv8.so.3.9.4'
>
> I'd like to modify eutils.eclass to only generate one c
Currently preserve_old_lib functions generate two commands per preserved
lib:
# revdep-rebuild --library '/usr/lib/libv8.so.3.9.4'
# rm '/usr/lib/libv8.so.3.9.4'
I'd like to modify eutils.eclass to only generate one command:
# revdep-rebuild --library '/usr/lib/libv8.so.3.9.4' && \
rm '/
> On Thu, 23 Feb 2012, Pacho Ramos wrote:
>> The cited specification [1] says:
>> | The table below describes Additional Categories. The Related
>> | Categories column lists one or more categories that are suggested
>> | to be used in conjunction with the Additional Category.
>>
>> As I read
On Wed, Feb 8, 2012 at 12:04 PM, Mart Raudsepp wrote:
> On K, 2012-02-08 at 11:32 -0500, Mike Gilbert wrote:
>> I am considering simplifying www-client/chromium from the current mess
>> based on the linguas USE flags to basically just this:
>>
>> if [[ ${LINGUAS} ]]; then
>> for x in *.pak; do
>
Michal Hrusecky - 11:18 21.02.12 wrote:
> Hi,
>
> any objections against following patch? I guess I'm the only one using
> this eclass anyway. So what the patch does. In gentoo we have build
> renamed to avoid clashes and moved to the different directory. More and
> more services are using parts o
re-adding the list, gmail still fool me some times.
2012/2/23 Kai-Uwe Behrmann :
> Hello,
>
> glad to read from you.
>
> Am 23.02.12, 15:47 +0100 schrieb Francesco Riosa:
>
>> Hi,
>> my name is Francesco Riosa, I would be interested in a more
>> complete support of the oyranos color managment prog
On Mon, Feb 20, 2012 at 03:16:29PM -0800, Alec Warner wrote:
> On Mon, Feb 20, 2012 at 1:26 PM, Jeroen Roovers wrote:
> > On Mon, 20 Feb 2012 14:00:31 -0600
> > Ryan Hill wrote:
> >
> >> Yes, please. Once these get fixed then we can drop localepurge.
> >
> > That's a lot of bugs to fix, and the
21 matches
Mail list logo
