Jesús Guerrero wrote:
In my opinion, if we really want to speak about a way to implement that
kind of snapshoting, we should start thinking about providing a better
integration with lvm, from the root. lvm can take care of the snapshots on
a non-expensive way, and it would be relatively easy to
On Mon, Oct 12, 2009 at 04:50:23PM -0400, Mike Frysinger wrote:
> what exactly does this "lib32" do ? naming USE flags according to specific
> ABI implementations is a bad idea. you have to forget special casing
> anything
> to "lib32 vs lib64". amd64, while the most common, is hardly extensi
On Monday 12 October 2009 15:49:48 Thomas Sachau wrote:
> Mike Frysinger schrieb:
> > On Sunday 16 August 2009 08:37:37 Thomas Sachau wrote:
> >> -for the portage version: It is also in the multilib overlay, but in a
> >> different branch called portage-multilib. To use this, you should read
> >>
On Tue, Oct 13, 2009 at 1:19 AM, Thomas Sachau wrote:
>> the abi-wrapper doesnt look terribly appealing. why dont we use
>> broken/custom
>> -config handling as incentive to convert packages to .pc files. pkg-config
>> handles ABI/cross-compile splitting cleanly and transparently.
>
> I am tota
On Mon, 12 Oct 2009 13:52:49 -0400, Robert Bradbury
wrote:
> I agree with Wyatt's point.
>
> Wouldn't there be an easy way to reset the last access date on all of
the
> files to say 1/1/2009 on a system then execute a relatively robust
> multi-user boot (and maybe a world emerge upgrade) and reco
Mike Frysinger schrieb:
> On Sunday 16 August 2009 08:37:37 Thomas Sachau wrote:
>> -for the portage version: It is also in the multilib overlay, but in a
>> different branch called portage-multilib. To use this, you should read the
>> instructions at [1] (doc/portage-multilib-instructions). This
Mike Frysinger schrieb:
> On Sunday 11 October 2009 06:21:14 Thomas Sachau wrote:
>> as announced in a previous mail, i created a fork of portage, which has
>> support to create 32bit libs during compile phase for 64bit platforms
>> (currently amd64 tested, ppc64 untested).
>>
>> In short, it doe
I agree with Wyatt's point.
Wouldn't there be an easy way to reset the last access date on all of the
files to say 1/1/2009 on a system then execute a relatively robust
multi-user boot (and maybe a world emerge upgrade) and record which files
are actually used during that process, then determine w
2009/10/12 Jesús Guerrero
>
> But there's one... That what the "system" set is about in first place. We
> could argue if creating a new category would be any good or not, that's a
> different issue. But there's already a list of packages that's considered
> critical for a Gentoo system. That's wh
2009/10/12 Jesús Guerrero
> But there's one... That what the "system" set is about in first place. We
> could argue if creating a new category would be any good or not, that's a
> different issue. But there's already a list of packages that's considered
> critical for a Gentoo system. That's wha
On Mon, 12 Oct 2009 12:45:27 -0400, Robert Bradbury
wrote:
> On Mon, Oct 12, 2009 at 11:39 AM, Victor Ostorga
> wrote:
>
>>
>> I don't know the history about init systems category, but obviously is
>> necessary to stablish a category into which init systems should live
>> happy forever (sys-init
On Mon, Oct 12, 2009 at 11:39 AM, Victor Ostorga wrote:
>
> I don't know the history about init systems category, but obviously is
> necessary to stablish a category into which init systems should live
> happy forever (sys-init ? app-init? foobar?).
>
>
I don't know what you want to call it, "sys-
Lately I have stepeed into bug 216461 "init systems in sys-apps as well
as in sys-process and even app-admin" and was about to moving
sys-process/minit to sys/apps-minit , but stepped into bug 190982
"move sys-process/{minit,runit} and app-admin/jinit to sys-aps" which
is the same and closed WONTFI
# Ulrich Mueller (11 Oct 2009)
# Blocked by its own dependency, therefore no longer installable.
# Use the news module of app-admin/eselect-1.2* as replacement.
# Masked for removal in 30 days, bug 288560.
app-admin/eselect-news
14 matches
Mail list logo