On Thu, 7 Dec 2017 00:59:33 +0100, Frank Steinmetzger wrote:
> > How does a restarted emerge @world recognizes packages, which are
> > already compiled according to the new standard?
>
> I “circumvent” those questions by doing:
> emerge -pveD world > worldlist
> emerge -1O $(cat worldlist)
>
On Sun, Dec 03, 2017 at 04:26:55AM +0100, tu...@posteo.de wrote:
> If the compilation will fail at a certain point (and it will fail,
> since this is a complete new thing) -- would it be possible to resume
> even some tweaks, hacks and patches (even certain recompilations)
> would be needed in
Am 2017-12-04 um 21:21 schrieb Michael Orlitzky:
> Once the profile is deprecated (not yet), you've got six months.
>
> Keep in mind that a profile isn't actually all that complicated. It
> consists mainly of a few small text files, and can likely be copied
> locally just like you would with an
On 12/04/2017 12:48 PM, Stefan G. Weichinger wrote:
> On 12/03/2017 03:30 AM, Michael Orlitzky wrote:
>
>> However, you can delay switching to the new profile for a while.
>
> For how long?
>
> eselect news item tells me:
>
> "Please migrate away from the 13.0 profiles within the six weeks
On 12/03/2017 03:30 AM, Michael Orlitzky wrote:
> However, you can delay switching to the new profile for a while.
For how long?
eselect news item tells me:
"Please migrate away from the 13.0 profiles within the six weeks after
GCC 6.4.0 has been stabilized on your architecture. The 13.0
On Mon, Dec 04, 2017 at 02:18:30AM +0100, Heiko Baums wrote
> Some packages already failed to build but I don't know yet which. But
> usually `emerge --keep-going` prints a list of the failed packages at
> the end.
If you've got it set up, try...
ll -rt /var/log/portage/elog/
--
Walter Dnes
Am Sun, 3 Dec 2017 19:08:25 -0600
schrieb Dale :
> I hope that makes sense because it can be rather complicated if it
> doesn't click as to what I'm describing.
It does.
> Based on all the threads, I'm sticking with the old profile until next
> week or maybe two weeks.
Heiko Baums wrote:
> Am Sun, 3 Dec 2017 06:55:59 -0600
> schrieb Dale :
>
>> I hope I understood what you meant with all this. I disturbed quite a
>> few electrons and stuff with this. lol
> I think you understood what I meant even if I didn't think about doing
> some other
On Sun, 3 Dec 2017 15:39:31 +0100, Heiko Baums wrote:
> But it's actually "--keep-going y".
y is the default, so "--keep-going" and "--keep-going y" do the same
thing.
--
Neil Bothwick
Drive not ready: (R)etry (G)o to Impulse (C)all Engineering
pgpAV8PgaVH97.pgp
Description: OpenPGP
On Sunday, 3 December 2017 14:39:31 GMT Heiko Baums wrote:
> Am Sun, 3 Dec 2017 15:16:26 +0100
>
> schrieb tu...@posteo.de:
> > what is about emerge -e @world --keep-going
> > instead?
>
> That would do something like a --resume --skipfirst automatically with
> the difference that it first
Am Sun, 3 Dec 2017 15:16:26 +0100
schrieb tu...@posteo.de:
> what is about emerge -e @world --keep-going
> instead?
That would do something like a --resume --skipfirst automatically with
the difference that it first recalculates the dependency tree in case
another package would depend on the
Am Sun, 3 Dec 2017 09:09:37 -0500
schrieb "Spackman, Chris" :
> emerge --resume --skipfirst
`emerge --resume --skipfirst` is necessary if you don't use --keep-going
y, a package fails to build and you want to manually resume the actual
emerge. Not using --skipfirst wouldn't
Am Sun, 3 Dec 2017 06:55:59 -0600
schrieb Dale :
> I hope I understood what you meant with all this. I disturbed quite a
> few electrons and stuff with this. lol
I think you understood what I meant even if I didn't think about doing
some other stuff with emerge in between
On 12/03 09:09, Spackman, Chris wrote:
> On 2017/12/03 at 06:55am, Dale wrote:
>
> > I think I get what you are saying. If for example you start a
> > emerge -e world, a emerge -uDN world or something and then stop it
> > before it finishes, running emerge --resume should pick up where you
> >
On 2017/12/03 at 06:55am, Dale wrote:
> I think I get what you are saying. If for example you start a
> emerge -e world, a emerge -uDN world or something and then stop it
> before it finishes, running emerge --resume should pick up where you
> left off.
Another helpful option, which I don't
Heiko Baums wrote:
> Am Sun, 03 Dec 2017 09:53:21 +
> schrieb Peter Humphrey :
>
>> On Sunday, 3 December 2017 04:15:25 GMT Heiko Baums wrote:
>>
>>> Like I said before. emerge always calculates the dependency tree,
>>> which is a lot faster in case of `emerge -e @world`
Am Sun, 03 Dec 2017 09:53:21 +
schrieb Peter Humphrey :
> On Sunday, 3 December 2017 04:15:25 GMT Heiko Baums wrote:
>
> > Like I said before. emerge always calculates the dependency tree,
> > which is a lot faster in case of `emerge -e @world` than in case of
> >
On Sun, 3 Dec 2017 04:45:59 +0100, tu...@posteo.de wrote:
> Suppose one would do an emerge @world...and then BOOOM! a powerfailyre
> would stop the whole thing. Further suppose the filesystem, the
> hardware and anything has survived luckily -- only emerge @world needs
> to be restarted.
> And
On Sunday, 3 December 2017 04:15:25 GMT Heiko Baums wrote:
> Like I said before. emerge always calculates the dependency tree, which
> is a lot faster in case of `emerge -e @world` than in case of `emerge
> -uDN @world`. And then it knows which packages have already been
> installed and which are
> How can I check, whether a binary is "PIE"-conform ("pie-conform" is
> a freaky funny language hack :) ;) ) ?
>
emerge hardening-check
# hardening-check /usr/bin/cpuid2cpuflags
/usr/bin/cpuid2cpuflags:
Position Independent Executable: yes
Stack protected: yes
Fortify Source functions: yes
Am Sun, 3 Dec 2017 04:45:59 +0100
schrieb tu...@posteo.de:
> Suppose one would do an emerge @world...and then BOOOM! a powerfailyre
> would stop the whole thing.
In such a case you should consider buying a UPS.
Can't you do this over night or a weekend? And how often do you have a
power
Am Sun, 3 Dec 2017 04:26:55 +0100
schrieb tu...@posteo.de:
> Delaying would not solve the problem as it is...
Btw., if you're using the testing tree (e.g. ~amd64) you should do a gcc
upgrade instead of rebuilding gcc as the news item says.
Unfortunately the news item explicitly mentions
On 12/03 04:35, Heiko Baums wrote:
> Am Sun, 3 Dec 2017 04:26:55 +0100
> schrieb tu...@posteo.de:
>
> > If the compilation will fail at a certain point (and it will fail,
> > since this is a complete new thing) -- would it be possible to resume
> > even some tweaks, hacks and patches (even
Am Sun, 3 Dec 2017 04:26:55 +0100
schrieb tu...@posteo.de:
> If the compilation will fail at a certain point (and it will fail,
> since this is a complete new thing) -- would it be possible to resume
> even some tweaks, hacks and patches (even certain recompilations)
> would be needed in between?
On 12/02 09:30, Michael Orlitzky wrote:
> On 12/02/2017 09:15 PM, tu...@posteo.de wrote:
> > Hi,
> >
> > the instruction of the news item about the swicth to profile 17 says
> > that one needs to rebuild @world.
> >
> > Is this technically needed?
>
> Yes, unless you were already using a
On 12/02/2017 09:32 PM, Adam Carter wrote:
>
> Does having the hardened USE flag enabled = having a hardened toolchain?
If only it were that simple... what you really need to know is, did you
build everything on your system with PIE enabled?
* Some packages have "pie" USE flags, and it's only
On Sun, Dec 3, 2017 at 1:30 PM, Michael Orlitzky wrote:
> On 12/02/2017 09:15 PM, tu...@posteo.de wrote:
> > Hi,
> >
> > the instruction of the news item about the swicth to profile 17 says
> > that one needs to rebuild @world.
> >
> > Is this technically needed?
>
> Yes, unless
On 12/02/2017 09:15 PM, tu...@posteo.de wrote:
> Hi,
>
> the instruction of the news item about the swicth to profile 17 says
> that one needs to rebuild @world.
>
> Is this technically needed?
Yes, unless you were already using a hardened toolchain.
> Would it be possible to do this on base
Hi,
the instruction of the news item about the swicth to profile 17 says
that one needs to rebuild @world.
Is this technically needed?
Would it be possible to do this on base of the daily updates intead
all in one go?
Background: I simply need my PC more often as it would allow me
to wait (and
29 matches
Mail list logo