Re: [gentoo-user] single core athlon?

[mad.scientist.at.large]

Thank you, I only tried another distro for quick checking of hardware.  current 
bsd (at least netbsd) doesn't so i figured that if it's possible at all Gentoo 
would be the way to go, besides i prefer to only use one distro at a time, 
though i've spent some time with 3 brands of mainframe all with a different os 
and picked up some Cobol, fortunately not much cobol.   it'll only be doing 
lite duty and probably won't even be on all the time, but i like playing so 
another machine helps and i might have some light lifting where the power 
savings would be nice if it's always on.

mad.scientist.at.large (a good madscientist)
--
God bless the rich, the greedy and the corrupt politicians they have put into 
office.   God bless them for helping me do the right thing by giving the rich 
my little pile of cash.  After all, the rich know what to do with money.


7. Jan 2018 23:46 by alan.mckin...@gmail.com:


> I have one of those under my desk at home. Finally switched it off for the 
> last time about 2 months ago.
>
> So yes, you can run 64 bit Gentoo on it just fine. Make the appropriate 
> changes in make.conf and away you go.
>
> Just because distro X does not support cpu Y in mode Z does not mean that the 
> compiler doesn't support it.
>
> On Mon, Jan 8, 2018 at 5:15 AM,  <> mad.scientist.at.la...@tutanota.com> > 
> wrote:
>
>>   >> Does any body know if it's possible to set up gentoo on a 
>> single core 64 bit athlon, old socket 754?  I tried another distro and it 
>> said it didn't support non-smp 64 bit.  If not i'll have to put some 32 bit 
>> os on it.  I'm planning to use it mostly for a local boot server for os 
>> installs or possibly firewall, maybe eventual honey pot since it is low 
>> energy usage.   I know it's not supported by current BSD or windows.  Thanks.
>>
>> mad.scientist.at.large (a good madscientist)
>> --
>>   
>
>
>
> -- 
> Alan McKinnon
> alan dot mckinnon at gmail dot com

Re: [gentoo-user] single core athlon?

[Alan McKinnon]

I have one of those under my desk at home. Finally switched it off for the
last time about 2 months ago.

So yes, you can run 64 bit Gentoo on it just fine. Make the appropriate
changes in make.conf and away you go.

Just because distro X does not support cpu Y in mode Z does not mean that
the compiler doesn't support it.

On Mon, Jan 8, 2018 at 5:15 AM,  wrote:

> Does any body know if it's possible to set up gentoo on a single core 64
> bit athlon, old socket 754?  I tried another distro and it said it didn't
> support non-smp 64 bit.  If not i'll have to put some 32 bit os on it.  I'm
> planning to use it mostly for a local boot server for os installs or
> possibly firewall, maybe eventual honey pot since it is low energy usage.
> I know it's not supported by current BSD or windows.  Thanks.
>
> mad.scientist.at.large (a good madscientist)
> --
>



-- 
Alan McKinnon
alan dot mckinnon at gmail dot com

Re: [gentoo-user] microcode applied?

[Adam Carter]

On Mon, Jan 8, 2018 at 3:55 PM, Max Zettlmeißl  wrote:

> > The contents of cpuinfo is the same as the messages in dmesg. What does
> that
> > imply?
>
> Your BIOS or EFI might already install the same version or a later
> version than what the microcode package provides. Although the second
> case is highly unlikely.
> The update might also just not get applied properly.
>
> You should check whether the actual microcode version is the version
> which you expect.
>
> How are you trying to apply the microcode?
> The best way to update your processor's microcode is via early
> microcode loading.
> You can either use an initrd or build the microcode into your kernel
> image. I prefer the latter.
>
>
Yes the microcode is in the the kernel. Equivalent config works fine on
another machine.

The problem could be;
The firmware from /lib/firmware is that same as that on the system, so its
not required
The firmware loaded successfully, but didnt write a success log
The firmware failed to load (and didnt write a failure log, but we dont
expect it to)

Since I dont know where look up firmware version numbers i'm in the dark.

Re: [gentoo-user] microcode applied?

[Max Zettlmeißl]

> The contents of cpuinfo is the same as the messages in dmesg. What does that
> imply?

Your BIOS or EFI might already install the same version or a later
version than what the microcode package provides. Although the second
case is highly unlikely.
The update might also just not get applied properly.

You should check whether the actual microcode version is the version
which you expect.

How are you trying to apply the microcode?
The best way to update your processor's microcode is via early
microcode loading.
You can either use an initrd or build the microcode into your kernel
image. I prefer the latter.

Re: [gentoo-user] Microcode updates for "old" Intel CPU's

[Adam Carter]

On Mon, Jan 8, 2018 at 7:46 AM, taii...@gmx.com  wrote:

> I have several sandy/ivybridge CPU's and I was wondering if anyone knows
> as to if intel is releasing microcode updates for them.
>

Its been reported they said they will "provide firmware updates by the end
of next week for 90% of all CPU models it released in the past five years"
and i think that referred to last week. For ~amd64 this came through on
Friday. I guess an md5sum of the relevant file before and after this update
may provide some indication.
Fri Jan  5 20:22:21 2018 >>> sys-firmware/intel-microcode-20171117_p20171215

Sound like Spectre fixes will involve a combination of new CPU microcode
and software code updates.

Re: [gentoo-user] microcode applied?

[mad.scientist.at.large]

There is also a test program to see if the vulnerability is there, i'd 
definately check that as well, best to check both considering how terrible the 
but is.  frankly amd and intel will still have software vulnerabilities, 
particular apps are being patched but if an exploit is developed in the "wild" 
or the info leaks it will be used with other vulnerabilities, with user 
privilages i believe or does it require root/susceptable root code.  

Frankly, i suspect with more research, or possibly unreleased details that you 
could likely use the larger issues in other bad ways, hopefully not easily 
(there will always be other easier exploits, this one just makes everything 
else easy if you know it, most people take the easy way whether breaking in or 
doing anything else).  You really can't fix it completely in software on either 
brand, at best you are counting on code to protect code from a hardware on 
intel, and  more mild but still dangerous design issues on both.  hopefully 
microcode update will help, hopefully it doesn't disable features that are hard 
to live without.

Hopefully things will get better, and hopefully new features on new chips will 
help or prevent this issue after the OS is rewritten to use them and if you can 
block code that doesn't work with new features, i.e. no backwards 
compatibility.  modern cpu design has many potential security issues and chips 
that use things like parallel execution have to be  very carefully designed to 
hopefully avoid such issues, obviously hardware at this complexity is as 
impossible to fully test and debug as any large modern piece of software.  Many 
hacks result from thinking about things sideways or in ways no one on the 
engineering team has, no one sees and knows it all, there are simply too many 
possibilities to test completely.  You have to depend on trying not to get 
weakness in and on protecting from the unseen by keeping everything else secure 
so that hopefully one good thing will block the exploitation of a flaw.  
Security in Depth is your' best option, absolute security is unlikely even on 
quantum computers, and impossible on anything less of any complexity with 
features modern computing depends on.


mad.scientist.at.large (a good madscientist)
--
God bless the rich, the greedy and the corrupt politicians they have put into 
office.   God bless them for helping me do the right thing by giving the rich 
my little pile of cash.  After all, the rich know what to do with money.


7. Jan 2018 21:01 by m...@zettlmeissl.de:


>> Does the absence of a "microcode updated" message in dmesg imply that the
>> microcode was not updated?
>
> Not necessarily.
>
>> Is there a way to turn on debugging?
>
> The easiest way to check whether the microcode update was applied
> correctly would be to check the microcode version in /proc/cpuinfo

Re: [gentoo-user] microcode applied?

[Adam Carter]

>
> The easiest way to check whether the microcode update was applied
> correctly would be to check the microcode version in /proc/cpuinfo
>

The contents of cpuinfo is the same as the messages in dmesg. What does
that imply?

Re: [gentoo-user] microcode applied?

[Max Zettlmeißl]

> Does the absence of a "microcode updated" message in dmesg imply that the
> microcode was not updated?

Not necessarily.

> Is there a way to turn on debugging?

The easiest way to check whether the microcode update was applied
correctly would be to check the microcode version in /proc/cpuinfo

[gentoo-user] microcode applied?

[Adam Carter]

Does the absence of a "microcode updated" message in dmesg imply that the
microcode was not updated?

I believe my fam10/barcelona AMD CPU will use amd-ucode/microcode_amd.bin
but there's no update message.

I've checked the config against another system that works and cant see any
errors. Is there a way to turn on debugging?

[gentoo-user] single core athlon?

[mad.scientist.at.large]

Does any body know if it's possible to set up gentoo on a single core 64 bit 
athlon, old socket 754?  I tried another distro and it said it didn't support 
non-smp 64 bit.  If not i'll have to put some 32 bit os on it.  I'm planning to 
use it mostly for a local boot server for os installs or possibly firewall, 
maybe eventual honey pot since it is low energy usage.   I know it's not 
supported by current BSD or windows.  Thanks.

mad.scientist.at.large (a good madscientist)
--

Re: [gentoo-user] Microcode updates for "old" Intel CPU's

[R0b0t1]

On Sunday, 7 January 2018 20:46:52 GMT taii...@gmx.com wrote:
> I have several sandy/ivybridge CPU's and I was wondering if anyone knows
> as to if intel is releasing microcode updates for them.
>
> It sure would be funny if intel wanted you to buy a new CPU to fix a
> problem that was their fault to begin with.

As I found explained elsewhere, what can be done with microcode
updates is actually very limited. It was claimed that most often Intel
would use updates to disable features, permanently, and could not do
much more with microcode. This agrees with my understanding of
electronics, though I originally did think that slightly more was
possible. Perhaps they could disable some cache functionality or
speculative execution, but you would still be left with the
performance penalties of most of the code-based fixes.

In any case, using my original expectations, I would not expect them
to be able to modify the behavior of the execution units in such a
fundamental way. If great changes are possible with microcode then
Intel's processors are actually closer to FPGAs, which I do not think
is likely, as FPGAs are very power and space inefficient.


On Sun, Jan 7, 2018 at 6:00 PM, Peter Humphrey  wrote:
> Welcome to unbridled capitalism, USA-style.
>

I have a mobile device that I noticed had a severe reduction in
battery life mid-November, about the time the patches were rolled out
by Microsoft. I may have to look at legal action in this regard, as
now the device is unusable. I assumed it was compromised anyway and
would prefer the performance back.

Cheers,
 R0b0t1

Re: [gentoo-user] Microcode updates for "old" Intel CPU's

[Peter Humphrey]

On Sunday, 7 January 2018 20:46:52 GMT taii...@gmx.com wrote:
> I have several sandy/ivybridge CPU's and I was wondering if anyone knows
> as to if intel is releasing microcode updates for them.
> 
> It sure would be funny if intel wanted you to buy a new CPU to fix a
> problem that was their fault to begin with.

Welcome to unbridled capitalism, USA-style.

-- 
Regards,
Peter.

Re: [gentoo-user] linux-gazette masked: The total pollution of the output :)

[Neil Bothwick]

On Sun, 07 Jan 2018 22:25:55 +0100, Marc Joliet wrote:

> Am Sonntag, 7. Januar 2018, 19:31:52 CET schrieb Neil Bothwick:
> > On Sun, 7 Jan 2018 19:08:59 +0100, tu...@posteo.de wrote:  
> > > everytime I emerge something, a LOONG list
> > > of installed linux-gazettes is printed on my terminal,
> > > which warns me -- for each single gazette -- that it will
> > > be masked.
> > > 
> > > To find the real output in all this mess is at least difficylt.
> > > 
> > > Is there a way to supress that output other than deinstalling
> > > the linux-gazettes ?  
> > 
> > Add the packages to /etc/portage/profile/package.unmask.
> > 
> > You'll also need to copy the ebuild directories to a local overlay
> > before they are removed fro the portage tree.  
> 
> I remember that the problem is that the distfiles can't be downloaded:
> 
> "Upstream deleted all files more than 6 years ago and is inactive.
>  See also bug #628960
>  Masked for removal on 2018-02-01"
> 
> (For the future: "eix linux-gazette -v -l" will show you the mask
> message, alternatively "grep -r linux-gazette /usr/portage/profiles/"
> will show you which file the mask is defined in.)
> 
> Point is, unmasking won't make the ebuilds work.

No, but that's not Meino's problem. He has the packages installed and
wants to get rid of the warnings about masking and removal. Unmasking
will get rid of those. Putting the distfiles in a safe place is a good
idea, in case there is ever the need to reinstall.


-- 
Neil Bothwick

ISDN: It Still Does Nothing


pgp5WtlUfkVM7.pgp
Description: OpenPGP digital signature

Re: [gentoo-user] linux-gazette masked: The total pollution of the output :)

[Marc Joliet]

Am Sonntag, 7. Januar 2018, 19:31:52 CET schrieb Neil Bothwick:
> On Sun, 7 Jan 2018 19:08:59 +0100, tu...@posteo.de wrote:
> > everytime I emerge something, a LOONG list
> > of installed linux-gazettes is printed on my terminal,
> > which warns me -- for each single gazette -- that it will
> > be masked.
> > 
> > To find the real output in all this mess is at least difficylt.
> > 
> > Is there a way to supress that output other than deinstalling
> > the linux-gazettes ?
> 
> Add the packages to /etc/portage/profile/package.unmask.
> 
> You'll also need to copy the ebuild directories to a local overlay before
> they are removed fro the portage tree.

I remember that the problem is that the distfiles can't be downloaded:

"Upstream deleted all files more than 6 years ago and is inactive.
 See also bug #628960
 Masked for removal on 2018-02-01"

(For the future: "eix linux-gazette -v -l" will show you the mask message, 
alternatively "grep -r linux-gazette /usr/portage/profiles/" will show you 
which file the mask is defined in.)

Point is, unmasking won't make the ebuilds work.  I would copy everything the 
linux-gazette ebuilds install somewhere else and then uninstall them.

HTH
-- 
Marc Joliet
--
"People who think they know everything really annoy those of us who know we
don't" - Bjarne Stroustrup


signature.asc
Description: This is a digitally signed message part.

[gentoo-user] Microcode updates for "old" Intel CPU's

[taii...@gmx.com]

I have several sandy/ivybridge CPU's and I was wondering if anyone knows 
as to if intel is releasing microcode updates for them.


It sure would be funny if intel wanted you to buy a new CPU to fix a 
problem that was their fault to begin with.

Re: [gentoo-user] linux-gazette masked: The total pollution of the output :)

[Neil Bothwick]

On Sun, 7 Jan 2018 19:08:59 +0100, tu...@posteo.de wrote:

> everytime I emerge something, a LOONG list 
> of installed linux-gazettes is printed on my terminal, 
> which warns me -- for each single gazette -- that it will
> be masked.
> 
> To find the real output in all this mess is at least difficylt.
> 
> Is there a way to supress that output other than deinstalling 
> the linux-gazettes ?

Add the packages to /etc/portage/profile/package.unmask.

You'll also need to copy the ebuild directories to a local overlay before
they are removed fro the portage tree.


-- 
Neil Bothwick

A good pun is its own reword.


pgpz9Isg1NF4U.pgp
Description: OpenPGP digital signature

[gentoo-user] linux-gazette masked: The total pollution of the output :)

[tuxic]

Hi,

everytime I emerge something, a LOONG list 
of installed linux-gazettes is printed on my terminal, 
which warns me -- for each single gazette -- that it will
be masked.

To find the real output in all this mess is at least difficylt.

Is there a way to supress that output other than deinstalling 
the linux-gazettes ?

Cheers
Meino

Re: [gentoo-user] Re: Connman refuses to work

[Alan McKinnon]

On 07/01/2018 17:45, Melleus wrote:
> Melleus  writes:
> 
>> Neil Bothwick  writes:
>>
>>> On Sat, 06 Jan 2018 18:46:25 +0200, Melleus wrote:
>>>
> What do the logs say?  
 That's all I could find in syslog:

 connmand[6709]: Aborting (signal 11) [/usr/sbin/connmand]

> Can you start it manually?  

 No, it pretends to start but fails silently.
>>>
>>> Looking at the man page, try adding --debug=DEBUG and --nodaemon
>>
>> Thank you for helping me.
>>
>> --debug=DEBUG is almost silent, but just --debug is more verbose.
>>
>> All I see is that something wrong is happening here:
>>
>> connmand[2434]: src/iptables.c:__connman_iptables_append() -t mangle -A 
>> connman-INPUT -j CONNMARK --restore-mark
>> connmand[2434]: Aborting (signal 11) [connmand]
> 
> Thanks again for pointing me to logs. Those iptables was a
> problem. There are the closed bug #573174. Iptables higher than 1.6
> breaks connman. The solution is to use iptables lower than 1.6 or
> connman higher than 1.32. So the combination of connman v1.29 and
> iptables v1.6.1-r2 just cannot work. But unfortunately for me they both
> have stable keyword. I beleive that this is a some kind of bug.
> After I masked iptables higher than 1.6, reemerged the packages and
> reboot, everything works like it should.
> 
> I don't know whether developers are reading this thread, but it would be
> very nice to keyword only v1.4.21-r1 of iptables with stable keyword
> (like they have done with kernel recently) or promote to stable some
> version of connman higher than 1.32 upstream. This would completely
> have this bug eliminated even before someone other than me hits it.


Post your finding to b.g.o.

It's a simple matter to limit which versions of iptables can be used
with each version of connman. Tracking that, and making changes when
they become known, is what being a package maintainer is all about.


-- 
Alan McKinnon
alan.mckin...@gmail.com

[gentoo-user] Re: Connman refuses to work

[Melleus]

Melleus  writes:

> Neil Bothwick  writes:
>
>> On Sat, 06 Jan 2018 18:46:25 +0200, Melleus wrote:
>>
>>> > What do the logs say?  
>>> That's all I could find in syslog:
>>> 
>>> connmand[6709]: Aborting (signal 11) [/usr/sbin/connmand]
>>> 
>>> > Can you start it manually?  
>>> 
>>> No, it pretends to start but fails silently.
>>
>> Looking at the man page, try adding --debug=DEBUG and --nodaemon
>
> Thank you for helping me.
>
> --debug=DEBUG is almost silent, but just --debug is more verbose.
>
> All I see is that something wrong is happening here:
>
> connmand[2434]: src/iptables.c:__connman_iptables_append() -t mangle -A 
> connman-INPUT -j CONNMARK --restore-mark
> connmand[2434]: Aborting (signal 11) [connmand]

Thanks again for pointing me to logs. Those iptables was a
problem. There are the closed bug #573174. Iptables higher than 1.6
breaks connman. The solution is to use iptables lower than 1.6 or
connman higher than 1.32. So the combination of connman v1.29 and
iptables v1.6.1-r2 just cannot work. But unfortunately for me they both
have stable keyword. I beleive that this is a some kind of bug.
After I masked iptables higher than 1.6, reemerged the packages and
reboot, everything works like it should.

I don't know whether developers are reading this thread, but it would be
very nice to keyword only v1.4.21-r1 of iptables with stable keyword
(like they have done with kernel recently) or promote to stable some
version of connman higher than 1.32 upstream. This would completely
have this bug eliminated even before someone other than me hits it.

Re: [OT] Re: [gentoo-user] Re: LINGUAS make.conf variable being ignored?

[Peter Humphrey]

On Sunday, 7 January 2018 13:45:49 GMT Neil Bothwick wrote:
> On Sun, 07 Jan 2018 13:05:20 +, Peter Humphrey wrote:
> > > > Hmm ... according to Wikipedia it was conceived in the 19th century,
> > > > well before the World Wars.  Canada was the first place where DST
> > > > was introduced, in Ontario only.  Tis true nevertheless that the
> > > > German Empire introduced it during the Great War to conserve coal,
> > > > 5 years later.
> > > 
> > > I didn't know about the Canadian usage, only the wartime usage.
> > 
> > I've always understood it was to give farmers more evening daylight to
> > work in the fields and to get the harvest in. School summer breaks were
> > long so that the children could go out with them to help.
> 
> The farmers are against it as it gives less daylight in the early hours
> for milking etc.

Perhaps so, now, but a hundred years ago they didn't have powerful 
floodlights on their tractors to enable them to keep working after dark. It 
was a case of all-hands-to-the-harvest until they just couldn't see any 
more.

> Maybe they need a way to enable DST in the cows' cron so they want milking
> an hour later.


-- 
Regards,
Peter.

Re: [OT] Re: [gentoo-user] Re: LINGUAS make.conf variable being ignored?

[Neil Bothwick]

On Sun, 07 Jan 2018 13:05:20 +, Peter Humphrey wrote:

> > > 
> > > Hmm ... according to Wikipedia it was conceived in the 19th century,
> > > well before the World Wars.  Canada was the first place where DST
> > > was introduced, in Ontario only.  Tis true nevertheless that the
> > > German Empire introduced it during the Great War to conserve coal,
> > > 5 years later.  
> > 
> > I didn't know about the Canadian usage, only the wartime usage.  
> 
> I've always understood it was to give farmers more evening daylight to
> work in the fields and to get the harvest in. School summer breaks were
> long so that the children could go out with them to help.

The farmers are against it as it gives less daylight in the early hours
for milking etc. Maybe they need a way to enable DST in the cows' cron so
they want milking an hour later.


-- 
Neil Bothwick

Top Oxymorons Number 24: New classic


pgpAyAj6lq0Q0.pgp
Description: OpenPGP digital signature

Re: [gentoo-user] Re: emerge @preserved-rebuild failure

[zless]

În ziua de duminică, 7 ianuarie 2018, la 03:09:32 EET, Mart Raudsepp a scris:
> > To me this reads as readline-7.0_p3 depends on libs from readline-
> > 6.3.
> > 
> > Smells a bit as some sort of bug. Try rebuilding readline?
> > 
> > This didn't happen here when readline was bumped.
> 
> This is no bug here. It's just storing the fact that it preserved these
> /lib64/libreadline.so.6{,.3} under the replacing newer version package.
> That is, readline-7.0_p3 now owns these files, but based on this
> registry, they will be deleted and removed from its CONTENTS, once
> there are no more consumers of it based on essentially NEEDED.ELF.2
> contents in the VDB (/var/db/pkg/*/*/NEEDED.ELF.2).
> That is, what is keeping them from being removed is not stored in this
> registry.

Thanks for the in-depth explanation. Do you think that revdep-rebuild would've 
helped here?

And a bit off-topic for this thread (but it's a subject that interests me): 
does the preserved rebuild feature track user installed programs (outside of 
portage control)?

Re: [OT] Re: [gentoo-user] Re: LINGUAS make.conf variable being ignored?

[Peter Humphrey]

On Sunday, 7 January 2018 12:33:53 GMT Neil Bothwick wrote:
> On Sun, 07 Jan 2018 12:25:07 +, Mick wrote:
> > > Although it was actually introduce, first by Germany then by Britain,
> > > in 1915 to improve productivity for the war effort. Britain also
> > > introduced licencing hours at the same time to avoid workers turning
> > > up hungover.
> > 
> > Hmm ... according to Wikipedia it was conceived in the 19th century,
> > well before the World Wars.  Canada was the first place where DST was
> > introduced, in Ontario only.  Tis true nevertheless that the German
> > Empire introduced it during the Great War to conserve coal, 5 years
> > later.
> 
> I didn't know about the Canadian usage, only the wartime usage.

I've always understood it was to give farmers more evening daylight to work 
in the fields and to get the harvest in. School summer breaks were long so 
that the children could go out with them to help.

-- 
Regards,
Peter.

Re: [gentoo-user] Re: How to resume 'emerge -e @world' after grub fails?

[Marc Joliet]

Am Donnerstag, 21. Dezember 2017, 18:13:21 CET schrieb Jörg Schaible:
> Am Thu, 21 Dec 2017 13:00:47 +0100 schrieb Marc Joliet:
> > Am Donnerstag, 21. Dezember 2017, 10:45:41 CET schrieb Jörg Schaible:
> >> Hi,
> >> 
> >> Am Mon, 18 Dec 2017 11:07:08 -0500 schrieb John Blinka:
> >> > On Mon, Dec 18, 2017 at 11:00 AM, Grant Edwards
> >> > 
> >> >  wrote:
> >> >> How do I skip grub and continue?
> >> > 
> >> > emerge --skipfirst --resume
> >> 
> >> This is unfortunately really dangerous, because "emerge --resume" will
> >> recalculate the order of the outstanding packages and you have no
> >> guarantee that the first one will be the one that failed the last run.
> >> In that case you skip an arbitrary package and you may increase your
> >> problems.
> >> 
> >> You can use --skipfirst only if you have restarted emerge with --resume
> >> only and you have ensured that it will really continue with the failing
> >> package. You may abort the build then with CTRL-C and restart emerge
> >> with both options.
> > 
> > That clashes with my understanding, so I looked it up, and it turns out
> > 
> > I was right.  From emerge(1):
> >>  --skipfirst
> >>  
> >>   This option is only valid when used with --resume.  It
> >>   removes the first package in the resume list.
> >>   Dependencies are recalculated for remaining packages and
> >>   any that have unsatisfied dependencies or are masked will
> >>   be automatically dropped. Also see the related
> >>   --keep-going option.
> > 
> > Note the "remaining dependencies" part.  Otherwise, what would be the
> > point of --skipfirst if it were so unpredictable?
> 
> Well, that's the difference between theory and practice. I've been bitten
> more than once, but you may do as you want, it's your system ...

Ah, but I *don't* use "--resume --skipfirst", so I'm in the clear :-) .

But if this is truly something that happens, have you filed a bug yet (if you 
haven't done so 
already)?

Greetings
-- 
Marc Joliet
--
"People who think they know everything really annoy those of us who know we
don't" - Bjarne Stroustrup



signature.asc
Description: This is a digitally signed message part.

Re: [gentoo-user] Re: How to resume 'emerge -e @world' after grub fails?

[Marc Joliet]

Am Donnerstag, 21. Dezember 2017, 18:02:22 CET schrieb John Covici:
> I have been doing explicit packages as stated in another thread here
> and I just delete all the lines before the one that fails.  I did not
> want to use --keep-going because I really did want to fix things as
> they came up, in case they might effect some packages further down on
> the list.  What I did was to do
> emerge -ep @world | awk '/ebuild/ {print "="$4}' >a
> 
> Once I had that a file, I just put emerge -1a before the first line
> and put \ at the end of each line and I was off to the slow races!
> Its been about a week with the bugs I had to research and the ebuilds
> I had to patch, etc. but its going now and there is only 1-200
> packages to go out of 1500 or so.

Fair enough, I suppose I've simply been overly irritable lately.

Greetings
-- 
Marc Joliet
--
"People who think they know everything really annoy those of us who know we
don't" - Bjarne Stroustrup


signature.asc
Description: This is a digitally signed message part.

Re: [OT] Re: [gentoo-user] Re: LINGUAS make.conf variable being ignored?

[Neil Bothwick]

On Sun, 07 Jan 2018 12:25:07 +, Mick wrote:

> > Although it was actually introduce, first by Germany then by Britain,
> > in 1915 to improve productivity for the war effort. Britain also
> > introduced licencing hours at the same time to avoid workers turning
> > up hungover.  
> 
> Hmm ... according to Wikipedia it was conceived in the 19th century,
> well before the World Wars.  Canada was the first place where DST was
> introduced, in Ontario only.  Tis true nevertheless that the German
> Empire introduced it during the Great War to conserve coal, 5 years
> later.

I didn't know about the Canadian usage, only the wartime usage.

-- 
Neil Bothwick

Top Oxymorons Number 36: Alone together


pgpbEFV325LJ3.pgp
Description: OpenPGP digital signature

Re: [OT] Re: [gentoo-user] Re: LINGUAS make.conf variable being ignored?

[Mick]

On Sunday, 7 January 2018 12:06:28 GMT Neil Bothwick wrote:
> On Sun, 07 Jan 2018 11:51:33 +, Mick wrote:
> > > >   That was apparently after the white man tried to explain to him
> > > > 
> > > > the
> > > > 
> > > > "advantages" of Daylight Saving Time.
> > > 
> > > Yes. Which, of course it doesn't. Save anything, I mean.
> > 
> > It 'saves' the socio-economic model whereby aggressively promoted
> > consumerism attempts to secure a continuation of artificially enhanced
> > cross-border trade, at ever increasing rates.
> 
> Although it was actually introduce, first by Germany then by Britain, in
> 1915 to improve productivity for the war effort. Britain also introduced
> licencing hours at the same time to avoid workers turning up hungover.

Hmm ... according to Wikipedia it was conceived in the 19th century, well 
before the World Wars.  Canada was the first place where DST was introduced, 
in Ontario only.  Tis true nevertheless that the German Empire introduced it 
during the Great War to conserve coal, 5 years later.
-- 
Regards,
Mick

signature.asc
Description: This is a digitally signed message part.

Re: [OT] Re: [gentoo-user] Re: LINGUAS make.conf variable being ignored?

[Neil Bothwick]

On Sun, 07 Jan 2018 11:51:33 +, Mick wrote:

> > >   That was apparently after the white man tried to explain to him
> > > the
> > > 
> > > "advantages" of Daylight Saving Time.  
> > 
> > Yes. Which, of course it doesn't. Save anything, I mean.  
> 
> It 'saves' the socio-economic model whereby aggressively promoted
> consumerism attempts to secure a continuation of artificially enhanced
> cross-border trade, at ever increasing rates.

Although it was actually introduce, first by Germany then by Britain, in
1915 to improve productivity for the war effort. Britain also introduced
licencing hours at the same time to avoid workers turning up hungover.


-- 
Neil Bothwick

What you don't know can hurt you, only you won't know it.


pgpviNabzzB3L.pgp
Description: OpenPGP digital signature

Re: [OT] Re: [gentoo-user] Re: LINGUAS make.conf variable being ignored?

[Mick]

On Sunday, 7 January 2018 11:18:36 GMT Peter Humphrey wrote:
> On Sunday, 7 January 2018 01:46:00 GMT Walter Dnes wrote:
> > On Sat, Jan 06, 2018 at 09:50:59PM +, Peter Humphrey wrote
> > 
> > > On Saturday, 6 January 2018 18:34:36 GMT Neil Bothwick wrote:
> > > > On Sat, 06 Jan 2018 16:00:14 +, Peter Humphrey wrote:
> > > > > > grep linguas_en /var/portage/profiles/use.desc
> > > > > > linguas_en - English locale
> > > > > > linguas_en_AU - English locale for Australia
> > > > > > linguas_en_CA - English locale for Canada
> > > > > > linguas_en_GB - English locale for Britain
> > > > > > linguas_en_US - English locale
> > > > > 
> > > > > I object to that (not you, Neil, some dev or other). I live in
> > > > > England;
> > > > > I speak English. People who live in America speak their own version
> > > > > of
> > > > > it, adapted from the original.
> > > > 
> > > > Indeed, en_US is a fork of the original.
> > > > 
> > > > I guess that's why, in the old cowboy films, the native Americans used
> > > > to
> > > > say "white man speak with forked tongue" ;-)
> > > 
> > > Then there's that old one about the Native American chief who observed
> > > that only a white man could think that cutting a foot off the bottom of
> > > a blanket and sewing it onto the top would give him a longer blanket.
> > > 
> >   That was apparently after the white man tried to explain to him the
> > 
> > "advantages" of Daylight Saving Time.
> 
> Yes. Which, of course it doesn't. Save anything, I mean.

It 'saves' the socio-economic model whereby aggressively promoted consumerism 
attempts to secure a continuation of artificially enhanced cross-border trade, 
at ever increasing rates.

-- 
Regards,
Mick

signature.asc
Description: This is a digitally signed message part.

Re: [OT] Re: [gentoo-user] Re: LINGUAS make.conf variable being ignored?

[Neil Bothwick]

On Sun, 07 Jan 2018 11:18:36 +, Peter Humphrey wrote:

> > > Then there's that old one about the Native American chief who
> > > observed that only a white man could think that cutting a foot off
> > > the bottom of a blanket and sewing it onto the top would give him a
> > > longer blanket.  
> > 
> >   That was apparently after the white man tried to explain to him the
> > "advantages" of Daylight Saving Time.  
> 
> Yes. Which, of course it doesn't. Save anything, I mean.

Daylight Shifting Time would be a better description, but I think we all
get the idea now - it's to give us an extra hour in bed once a year.


-- 
Neil Bothwick

You couldn't get a job as a firing squad target.


pgptekIZP3Obl.pgp
Description: OpenPGP digital signature

Re: [gentoo-user] Re: Owncloud got completely broken after update

[Marc Joliet]

Am Mittwoch, 27. Dezember 2017, 21:06:20 CET schrieb Melleus:
> So I have just done. Thankfully I use it only for myself, so all I had
> to do to migrate is just resync my devices. I installed NC from scratch
> and it works out of the box. Though it throws some warnings in its web
> interface: it has found "extra" .webapp-nextcloud-12.0.4 file and
> jquery.ocdialog.js has invalid hash for some unknown reason. I know
> where .webapp* file comes from, but what do you think I should do with
> that jquery* file?
> 
> Regards.

I encountered that, too, and decided to compare the file with the version in 
nextcloud's git 
repository.  Since the difference turned out to be trivial, I decided to ignore 
the error 
message and chalked it up to the wrong hash being recorded.

HTH
-- 
Marc Joliet
--
"People who think they know everything really annoy those of us who know we
don't" - Bjarne Stroustrup



signature.asc
Description: This is a digitally signed message part.

Re: [OT] Re: [gentoo-user] Re: LINGUAS make.conf variable being ignored?

[Peter Humphrey]

On Sunday, 7 January 2018 01:46:00 GMT Walter Dnes wrote:
> On Sat, Jan 06, 2018 at 09:50:59PM +, Peter Humphrey wrote
> 
> > On Saturday, 6 January 2018 18:34:36 GMT Neil Bothwick wrote:
> > > On Sat, 06 Jan 2018 16:00:14 +, Peter Humphrey wrote:
> > > > > grep linguas_en /var/portage/profiles/use.desc
> > > > > linguas_en - English locale
> > > > > linguas_en_AU - English locale for Australia
> > > > > linguas_en_CA - English locale for Canada
> > > > > linguas_en_GB - English locale for Britain
> > > > > linguas_en_US - English locale
> > > > 
> > > > I object to that (not you, Neil, some dev or other). I live in
> > > > England;
> > > > I speak English. People who live in America speak their own version
> > > > of
> > > > it, adapted from the original.
> > > 
> > > Indeed, en_US is a fork of the original.
> > > 
> > > I guess that's why, in the old cowboy films, the native Americans used
> > > to
> > > say "white man speak with forked tongue" ;-)
> > 
> > Then there's that old one about the Native American chief who observed
> > that only a white man could think that cutting a foot off the bottom of
> > a blanket and sewing it onto the top would give him a longer blanket.
> 
>   That was apparently after the white man tried to explain to him the
> "advantages" of Daylight Saving Time.

Yes. Which, of course it doesn't. Save anything, I mean.

-- 
Regards,
Peter.

Re: [gentoo-user] Running 3rd-party Ubuntu apps on Gentoo

[Neil Bothwick]

On Sun, 7 Jan 2018 03:48:45 + (UTC), Grant Edwards wrote:

>  2) Install Ubuntu in a second partition and install the apps there.
> Then under Gentoo, mount that partition and run the app binaries
> in situ after setting LD_LIBRARY_PATH to make sure the app finds
> the Ubuntu libraries instead of the Gentoo ones.  Or instead of
> setting LD_LIBRARY_PATH, run the apps in a chroot environment that
> shares the X11 Unix domain socket and some directories with the
> Gentoo portion?

2a) Create an Ubuntu container and install and run the apps there.


-- 
Neil Bothwick

Cross-country skiing is great in small countries.


pgpGp5l9q02vf.pgp
Description: OpenPGP digital signature

[gentoo-user] Re: emerge @preserved-rebuild failure

[Hartmut Figge]

Mart Raudsepp:

>Maybe there is just an old ruby:2.1 SLOT installed, that hasn't been
>properly depcleaned?

Indeed.

i5-64 /home/hafi # emerge -p -c
[...]

 dev-lang/ruby
selected: 2.1.9
   protected: none
 omitted: 2.2.9

[...]

After depclean, which required another @preserved-rebuild, a successful
one, I replaced the the now preserved_libs_registry with the problematic
old one. This time there was no problem.

i5-64 /home/hafi # emerge -q @preserved-rebuild
>>> Verifying ebuild manifests
>>> Emerging (1 of 1) net-ftp/gftp-2.0.19-r3::gentoo
>>> Installing (1 of 1) net-ftp/gftp-2.0.19-r3::gentoo

:)

Hartmut