Re: [gentoo-user] install under centos606

[Stroller]

> On 21 Aug 2017, at 12:49, mad.scientist.at.la...@tutanota.com wrote:
> 
> I'm excited about using gentoo, though the online instructions could really 
> use more structuring, i.e. it's hard to avoid reading the parts you don't 
> need to and the "flow" is rather lost.  It's an extremely verbose document 
> which makes it very hard to get the gist of the install procedure.  it's not 
> a bad document, merely poorly organised.

I always use the quick install guide, although I don't know if it's as well 
maintained.

https://www.google.co.uk/#q=gentoo+quick+install

Stroller


PS: Could I ask you to set your mailer to use plain text when posting to the 
list, please?

Re: [gentoo-user] Re: ruby 22

[John Covici]

On Mon, 21 Aug 2017 21:20:04 -0400,
Alec Ten Harmsel wrote:
> 
> 
> On 08/21/2017 10:13 AM, allan gottlieb wrote:
> > 
> > I issued emerge --pretend --verbose --depclean =ruby-2.1.9
> > and the response was
> > 
> >   dev-lang/ruby
> >  selected: 2.1.9
> > protected: none
> >   omitted: 2.2.6
> > 
> > Am I correct in believing it is now safe to issue
> > 
> >emerge --depclean =ruby-2.1.9
> > 
> > thanks,
> > allan
> > 
> 
> Yes, that should be fine. I rarely look at portage output and
> just run `emerge -uDN @world' and `emerge --depclean' right after
> one another, and it always works fine for ruby/python upgrades.
> 
> The devs have done such a good job in general that I haven't had
> any problems just running these commands the past couple years.

I deleted RUBYTARGETS from make.conf, ran eselect to make ruby22 the
default, but when I ran emerge --depclean I still have packages
pulling ruby21 as follows:

Calculating dependencies  .. . done!
  dev-lang/ruby-2.1.10 pulled in by:
  dev-ruby/hoe-3.13.0 requires dev-lang/ruby:2.1
 dev-ruby/json-1.8.3 requires dev-lang/ruby:2.1
dev-ruby/json-2.1.0 requires dev-lang/ruby:2.1
dev-ruby/kpeg-1.1.0 requires dev-lang/ruby:2.1
   dev-ruby/maruku-0.7.3 requires dev-lang/ruby:2.1
  dev-ruby/minitest-5.10.3 requires
  dev-lang/ruby:2.1
  dev-ruby/net-telnet-0.1.1-r1 requires dev-lang/ruby:2.1
 dev-ruby/power_assert-1.0.2 requires dev-lang/ruby:2.1
dev-ruby/racc-1.4.14 requires dev-lang/ruby:2.1
dev-ruby/rake-12.0.0 requires dev-lang/ruby:2.1
   dev-ruby/rdoc-5.1.0 requires dev-lang/ruby:2.1
  dev-ruby/rubygems-2.6.12 requires
  dev-lang/ruby:2.1
  dev-ruby/test-unit-3.2.5 requires dev-lang/ruby:2.1
 dev-ruby/yard-0.9.8 requires dev-lang/ruby:2.1
virtual/rubygems-13 requires dev-lang/ruby:2.1
virtual/rubygems-7 requires dev-lang/ruby:2.1

I tried a word ld update, but it didn't update any of those packages
-- any ideas of how to fix?

-- 
Your life is like a penny.  You're going to lose it.  The question is:
How do
you spend it?

 John Covici
 cov...@ccs.covici.com

Re: [gentoo-user] Re: ruby 22

[allan gottlieb]

On Mon, Aug 21 2017, Alec Ten Harmsel wrote:

> On 08/21/2017 10:13 AM, allan gottlieb wrote:
>>
>> I issued emerge --pretend --verbose --depclean =ruby-2.1.9
>> and the response was
>>
>>   dev-lang/ruby
>>  selected: 2.1.9
>> protected: none
>>   omitted: 2.2.6
>>
>> Am I correct in believing it is now safe to issue
>>
>>emerge --depclean =ruby-2.1.9
>>
>> thanks,
>> allan
>>
>
> Yes, that should be fine. I rarely look at portage output and just run
> `emerge -uDN @world' and `emerge --depclean' right after one another,
> and it always works fine for ruby/python upgrades.
>
> The devs have done such a good job in general that I haven't had any
> problems just running these commands the past couple years.
>
> Alec

Thanks again.  All seems well.
allan

Re: [gentoo-user] Re: ruby 22

[Alec Ten Harmsel]

On 08/21/2017 10:13 AM, allan gottlieb wrote:


I issued emerge --pretend --verbose --depclean =ruby-2.1.9
and the response was

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

Am I correct in believing it is now safe to issue

   emerge --depclean =ruby-2.1.9

thanks,
allan



Yes, that should be fine. I rarely look at portage output and just run 
`emerge -uDN @world' and `emerge --depclean' right after one another, 
and it always works fine for ruby/python upgrades.


The devs have done such a good job in general that I haven't had any 
problems just running these commands the past couple years.


Alec

Re: [gentoo-user] Question on install

[J. Roeleveld]

On 21 August 2017 20:04:30 GMT+02:00, Rasmus Thomsen 
 wrote:
>The problem with email providers which store all emails encrypted ( as
>in end-to-end ) is that they usually require a specific app ( providers
>could be protonmail, tutanota etc. ). Both of which don't support
>bottom posting ( well ), at least on mobile devices
>
>Rasmus
>
> Original Message 
>On 21 Aug 2017, 19:56, J. Roeleveld wrote:
>
>> On Monday, August 21, 2017 6:44:07 PM CEST Dale wrote:
>>> mad.scientist.at.la...@tutanota.com wrote:
>>> > precisely what happened, sorry i didn't realize that chainging the
>>> > "subject" line causes confusion. now i know, now i can avoid that
>>> > mistake.
>>>
>>> > 21. Aug 2017 09:37 by rdalek1...@gmail.com  :
>>> No problem. By the way, top posting is sort of frowned on. However,
>we
>>> also realize some devices don't play well with bottom posting. If
>>> possible, set it to bottom post. If not possible, oh well. ;-)
>>
>> I use multiple devices. All of which can be set to bottom-post.
>> Might need a better email app, but that should not be an issue.
>>
>> --
>> Joost
>>
>> @gmail.com>

IMAP over SSL works and allows plenty lf different clients.

How well do you trust a cloud provider to keep your data secure? I haven't 
found a cloud provider yet where I am willing to store my data unencrypted.

My backups (stored in the cloud) are encrypted on my own systems before they 
are uploaded to cloud storage. They claim encryption and secure storage, but 
they can always decrypt their own storage. And so can anyone else who gets the 
right access.

And what is the point of using encrypted storage when the emails are sent 
unencrypted between SMTP servers?

--
Joost

-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.

Re: [gentoo-user] install under centos606

[Mick]

On Monday, 21 August 2017 12:49:27 BST mad.scientist.at.la...@tutanota.com 
wrote:
> Any likely problems if i install the stage3 tarball etc. under centos6.6? 
> tried the live dvd but it has problems with my current graphics card
> (framebuffer driver). 

I haven't tried out installing Gentoo using a CentOS LiveCD, but I have 
installed it using Knoppix and more recently I have been exclusively using 
systemrescueCD.  I recommend you give it a spin.


> I'm excited about using gentoo, though the online instructions could really
> use more structuring, i.e. it's hard to avoid reading the parts you don't
> need to and the "flow" is rather lost.

I think the flow is not bad, for my needs at least.  For example this page 
offers a chapter at a time:

 https://wiki.gentoo.org/wiki/Handbook:AMD64

which walks you through the installation in a structured manner.  You can skip 
the section you are familiar with or have processed already.


> It's an extremely verbose document
> which makes it very hard to get the gist of the install procedure.

Well you can't cover all edge use cases in a document which has to introduce 
new users to this meta-distro, but it should get any willing participant to a 
boot prompt after some diligent application of keyboard effort.


> it's
> not a bad document, merely poorly organized.  I do appreciate the work that
> went into it, and it's good to have the detail available, but a more
> hierarchical procedure would be more readable and understandable.  i'm
> fairly experienced at linux and it's hard for me to follow, most newbies
> would  be helplessly confused.  Once i'm more familiar with gentoo i'd be
> happy to take a stab at it, but not until i'm far more familiar.  Thank you
> for what is likely the best distro for me and for being transparent, this
> is meant as purely constructive criticism, and i know no documentation can
> please all.  no flames please, i've given up on other distro's who's mail
> list are full of flamers, something that doesn't help anyone.
> 
> /OT
> yes, i'm dysgraphic, but i try to be concise and use good grammar, and all
> of my sentences go somewhere.  I also don't expect non-native speakers to
> be perfect, i know english is a somewhat ugly language in many cases (like
> spelling), but that's because like gentoo, pieces have been borrowed from
> all over.  that eclectic nature can be very useful but tends to slightly
> complicate things and webster didn't do us any favors.  i'm 54 and learned
> to write cursive/script at least 4 times, it never stuck.  my brain works
> differently than most but that's often a good thing (i tend to notice
> things many people miss, and often miss what is obvious to others to some
> degree).  so bear with me and you might learn something, or ignore my posts
> and the insight in them but please don't think you can help more than an
> army of educators has.  if you try to shame me the fault is your's.  i am
> dyslexic, there are worse things.  i do pay special attention to
> abbreviations where capitalisation can really matter, it is alot more of an
> effort for me than for most./OTOFF

For someone who is dysgraphic/dyslexic I think you are managing extremely 
well, so this won't stop you trying out Gentoo, even if the handbook appears 
awkward at times.  I seem to recall a shorter guide for more advanced users 
but I can't find it at present.  Others may have a URL for it.

-- 
Regards,
Mick

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

Re: [gentoo-user] Nameserver lookups fail on virtual server after Kernel upgrade from version 4.9 to 4.12

[Mick]

On Monday, 21 August 2017 11:35:44 BST Ralph Seichter wrote:
> On 21.08.2017 08:08, Neil Bothwick wrote:
> > Ah, so silentoldconfig is effectively the same as old config.
> 
> Silentoldconfig is quite a useful make target, since it only asks about
> newly introduced kernel options.

... and it also takes account of dependencies without asking.  The difference 
between the two is that silentoldconfig does not display any other modules on 
the screen other than those new entries for which user input is required.

I prefer oldconfig because it helps me orientate myself down the kernel tree, 
by looking at modules preceding the new entries.
-- 
Regards,
Mick

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

Re: [gentoo-user] Question on install

[Rasmus Thomsen]

The problem with email providers which store all emails encrypted ( as in 
end-to-end ) is that they usually require a specific app ( providers could be 
protonmail, tutanota etc. ). Both of which don't support bottom posting ( well 
), at least on mobile devices

Rasmus

 Original Message 
On 21 Aug 2017, 19:56, J. Roeleveld wrote:

> On Monday, August 21, 2017 6:44:07 PM CEST Dale wrote:
>> mad.scientist.at.la...@tutanota.com wrote:
>> > precisely what happened, sorry i didn't realize that chainging the
>> > "subject" line causes confusion. now i know, now i can avoid that
>> > mistake.
>>
>> > 21. Aug 2017 09:37 by rdalek1...@gmail.com  :
>> No problem. By the way, top posting is sort of frowned on. However, we
>> also realize some devices don't play well with bottom posting. If
>> possible, set it to bottom post. If not possible, oh well. ;-)
>
> I use multiple devices. All of which can be set to bottom-post.
> Might need a better email app, but that should not be an issue.
>
> --
> Joost
>
> @gmail.com>

Re: [gentoo-user] Question on install

[J. Roeleveld]

On Monday, August 21, 2017 6:44:07 PM CEST Dale wrote:
> mad.scientist.at.la...@tutanota.com wrote:
> > precisely what happened, sorry i didn't realize that chainging the
> > "subject" line causes confusion.  now i know, now i can avoid that
> > mistake.
> 
> > 21. Aug 2017 09:37 by rdalek1...@gmail.com :
> No problem.  By the way, top posting is sort of frowned on.  However, we
> also realize some devices don't play well with bottom posting.  If
> possible, set it to bottom post.  If not possible, oh well.  ;-)

I use multiple devices. All of which can be set to bottom-post.
Might need a better email app, but that should not be an issue.

--
Joost

Re: [gentoo-user] Question on install

[Dale]

mad.scientist.at.la...@tutanota.com wrote:
> precisely what happened, sorry i didn't realize that chainging the
> "subject" line causes confusion.  now i know, now i can avoid that
> mistake.
>
> -- 
> Securely sent with Tutanota. Claim your encrypted mailbox today!
> https://tutanota.com
>
> 21. Aug 2017 09:37 by rdalek1...@gmail.com :


No problem.  By the way, top posting is sort of frowned on.  However, we
also realize some devices don't play well with bottom posting.  If
possible, set it to bottom post.  If not possible, oh well.  ;-) 

Dale

:-)  :-) 

Re: [gentoo-user] Question on install

[mad.scientist.at.large]

precisely what happened, sorry i didn't realize that chainging the "subject" 
line causes confusion.  now i know, now i can avoid that mistake.

--
Securely sent with Tutanota. Claim your encrypted mailbox today!
https://tutanota.com

21. Aug 2017 09:37 by rdalek1...@gmail.com:


> > mad.scientist.at.la...@tutanota.com>   wrote:
> > 
>> refering to the amd64 handbook, at gentoo.org  "downloading the  
>> stage tarball"  where it says "
>>   >> Downloading  the stage tarball>>   
>> Go to the Gentoo mount point where the root file system ismounted 
>> (most likely >> /mnt/gentoo>> ):  
>>   >> >> root #>> cd /mnt/gentoo" 
>> 
>> does that mean to change to where gentoo will be installed,  
>>   or where the cd/dvd is mounted?  i'm using a gentoo live
>> dvd.  seriously just trying to get a basic install to startwith. 
>>  i ask because it doesn't seem reasonable (to myignorant brain) 
>> to download to the ram drive created by theinstall dvd, if so 
>> then so, whatever works.  life is alearning process, those 
>> who've chosen to stop learning havechosen to stop living in a 
>> meaningful was.  i may tripsometimes, but i am always, always 
>> trying to learn,especially when it's "inconvenient".  thanks to 
>> all thoseintending to help.  
>> 
>> i have never cross posted, if this email appears anywhere
>> other than ">> gentoo-u...@list.gentoo.org>> please check 
>> the headers, it wasn't me, was never thatignorant nor arrogant.
>>   >>   >>   --  
>>   Securely sent with Tutanota. Claim your encrypted mailbox today!  
>>   >> https://tutanota.com>>  
> 
> I think the technical term is thread hijacking.  I'm attaching a
> screenshot of what you did and what is being talked about.  What youdid 
> was pick a email, hit reply, changed the subject to yours andthen sent it 
> to the list.  At that point, the topic of the threadchanged.  Some of us 
> track mailing lists using threaded messages. That way we can track back 
> to a older message easily and see exactlywhat message is being replied 
> to, even if it is snipped out.  Italso makes it easier to ignore threads 
> that we are not interestedin. 
> 
> A good reason not to do this, people may not follow the older thread
> that was hijacked and those people, who may have the answer, willnever 
> see your question.  By starting a new thread, people are muchmore likely 
> to see it.  As a example, if I see a systemd thread, Ipass it by since I 
> don't use it and would find it highly unlikelythat I could help them in 
> any way.  People who use systemd tho, theywould see the thread and see if 
> they can help.  However, if you buryit inside of another thread that is 
> unrelated, they may not see yourquestion.  
> 
> Hope that helps.
> 
> Dale
> 
> :-)  :-)  
>

Re: [gentoo-user] Re: ruby 22

[allan gottlieb]

On Mon, Aug 21 2017, Hans de Graaff wrote:

> On Sun, 20 Aug 2017 08:26:49 -0600, Alec Ten Harmsel wrote:
>
>> I don't believe that will be enough. You should update RUBY_TARGETS in
>> /etc/portage/make.conf if you have it set. If you don't have it set and
>> are still getting this error, that's a bug and should be filed on b.g.o.
>> I have a custom RUBY_TARGETS as I do some ruby development, so I don't
>> have a vanilla system to test this on.
>
> I initially forgot to update the default RUBY_TARGETS specified in the 
> profiles, so this may have caused some issues. That is fixed now.
>
>> You shouldn't have to 'eselect ruby' either - portage will do this for
>> you while updating.
>
> The automatic eselect will only happen when ruby 2.1 is uninstalled. On a 
> default system ruby 2.2 should already be installed for some time 
> alongside with ruby 2.1. My recommendation is to switch explicitly to 
> ruby 2.2 now (using eselect), and remove ruby 2.1 once all dependencies 
> have been updated.
>
> Hans

First thanks to you, stroller, and Alec for the help.

I re-synced the tree and the emerge ... @world completed normally.
I used eselect to switch to ruby 22.

I issued emerge --pretend --verbose --depclean =ruby-2.1.9
and the response was

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

Am I correct in believing it is now safe to issue

  emerge --depclean =ruby-2.1.9

thanks,
allan

Re: [gentoo-user] Question on install

[Dale]

mad.scientist.at.la...@tutanota.com wrote:
> refering to the amd64 handbook, at gentoo.org  "downloading the stage
> tarball"  where it says "
>
>
>   Downloading the stage tarball
>
> Go to the Gentoo mount point where the root file system is mounted
> (most likely /mnt/gentoo):
>
> |root #||cd /mnt/gentoo"
>
> does that mean to change to where gentoo will be installed, or where
> the cd/dvd is mounted?  i'm using a gentoo live dvd.  seriously just
> trying to get a basic install to start with.  i ask because it doesn't
> seem reasonable (to my ignorant brain) to download to the ram drive
> created by the install dvd, if so then so, whatever works.  life is a
> learning process, those who've chosen to stop learning have chosen to
> stop living in a meaningful was.  i may trip sometimes, but i am
> always, always trying to learn, especially when it's "inconvenient". 
> thanks to all those intending to help. 
>
> i have never cross posted, if this email appears anywhere other than
> "gentoo-u...@list.gentoo.org 
> please check the headers, it wasn't me, was never that ignorant nor
> arrogant.
> |
> -- 
> Securely sent with Tutanota. Claim your encrypted mailbox today!
> https://tutanota.com 

I think the technical term is thread hijacking.  I'm attaching a
screenshot of what you did and what is being talked about.  What you did
was pick a email, hit reply, changed the subject to yours and then sent
it to the list.  At that point, the topic of the thread changed.  Some
of us track mailing lists using threaded messages.  That way we can
track back to a older message easily and see exactly what message is
being replied to, even if it is snipped out.  It also makes it easier to
ignore threads that we are not interested in.

A good reason not to do this, people may not follow the older thread
that was hijacked and those people, who may have the answer, will never
see your question.  By starting a new thread, people are much more
likely to see it.  As a example, if I see a systemd thread, I pass it by
since I don't use it and would find it highly unlikely that I could help
them in any way.  People who use systemd tho, they would see the thread
and see if they can help.  However, if you bury it inside of another
thread that is unrelated, they may not see your question. 

Hope that helps.

Dale

:-)  :-) 

Re: [gentoo-user] Question on install

[mad.scientist.at.large]

ok, rereading the part on preparing the drive i see the target partition for 
the new gentoo root was meant.  no problem.

--
Securely sent with Tutanota. Claim your encrypted mailbox today!
https://tutanota.com

21. Aug 2017 08:47 by mad.scientist.at.la...@tutanota.com:


> refering to the amd64 handbook, at gentoo.org  "downloading the stage 
> tarball"  where it says "
> --

 


>
> Securely sent with Tutanota. Claim your encrypted mailbox today!
> https://tutanota.com

[gentoo-user] Question on install

[mad.scientist.at.large]

refering to the amd64 handbook, at gentoo.org  "downloading the stage tarball"  
where it says "
Downloading the stage tarball
Go to the Gentoo mount point where the root file system is mounted (most likely 
/mnt/gentoo):
root #cd /mnt/gentoo" 

does that mean to change to where gentoo will be installed, or where the cd/dvd 
is mounted?  i'm using a gentoo live dvd.  seriously just trying to get a basic 
install to start with.  i ask because it doesn't seem reasonable (to my 
ignorant brain) to download to the ram drive created by the install dvd, if so 
then so, whatever works.  life is a learning process, those who've chosen to 
stop learning have chosen to stop living in a meaningful was.  i may trip 
sometimes, but i am always, always trying to learn, especially when it's 
"inconvenient".  thanks to all those intending to help.  

i have never cross posted, if this email appears anywhere other than 
"gentoo-u...@list.gentoo.org please check the headers, it wasn't me, was never 
that ignorant nor arrogant.
--
Securely sent with Tutanota. Claim your encrypted mailbox today!
https://tutanota.com

Re: [gentoo-user] install under centos606

[Zhu Sha Zang]

Nice cross posting "fairly experienced at linux" guy...


Regards


On 08/21/2017 07:49 AM, mad.scientist.at.la...@tutanota.com wrote:

fairly experienced at linux

Re: [gentoo-user] ruby 22

[Alec Ten Harmsel]

TL;DR: re-sync and you should be fine.


On 08/20/2017 12:36 PM, allan gottlieb wrote:


Not sure I understand.

1.  I should have been more complete about the command I run
   
   MAKEOPTS="--jobs=8 --load-average=5"

   emerge --ask --deep --tree --jobs --load-average=5 \
  --update --changed-use --with-bdeps=y @world

2.  I do not have "ruby" or "RUBY" anywhere in the tree rooted
 at /etc/portage


Cool, that makes it easier.



3.  emerge did not offer to upgrade RUBY_TARGETS does
 not seem happy with ruby21 since the emerge output includes
 [ebuild   R]dev-ruby/test-unit-3.1.9  RUBY_TARGETS="(-ruby21%*)"
 [ebuild   R]dev-ruby/rdoc-4.2.0  RUBY_TARGETS="(-ruby21%*)"
 [ebuild   R]dev-ruby/minitest-5.8.4  RUBY_TARGETS="(-ruby21%*)"


RUBY_TARGETS is set in the profiles that are part of the portage tree.



4.  I synced the tree today just before the emerge.  Might I have picked
 up an inconsistent tree and hence should I resync?


Hans de Graaff replied a bit ago; it looks like RUBY_TARGETS in the 
profiles were not updated after ruby-2.1 was masked. If you re-sync, you 
should be able to go forward with the update.






6.  I have NOT done the eselect ruby set ruby 22.

As Hans also mentioned, the upgrade itself will not automatically run 
the eselect command - my bad. Once you do a depclean and ruby-2.1 is 
removed, eselect will be run to set the system ruby version to 2.2.


Alec

Re: [gentoo-user] install under centos606

[Ralph Seichter]

On 21.08.2017 13:49, mad.scientist.at.la...@tutanota.com wrote:

> I'm excited about using gentoo, though the online instructions could
> really use more structuring, i.e. it's hard to avoid reading the parts
> you don't need to and the "flow" is rather lost. It's an extremely
> verbose document which makes it very hard to get the gist of the install
> procedure. it's not a bad document, merely poorly organized. [...]

I completely disagree. I consider the Gentoo installation documentation
well structured, easy to follow and precise, and I don't know what your
statements like "most newbies would be helplessly confused" are supposed
to be based on. Please don't try to pass on your personal opinions as
facts without providing any proof. Show us a control group of newbies,
most of them helplessly confused, if you can. ;-)

-Ralph

[gentoo-user] install under centos606

[mad.scientist.at.large]

Any likely problems if i install the stage3 tarball etc. under centos6.6?  
tried the live dvd but it has problems with my current graphics card 
(framebuffer driver).  

I'm excited about using gentoo, though the online instructions could really use 
more structuring, i.e. it's hard to avoid reading the parts you don't need to 
and the "flow" is rather lost.  It's an extremely verbose document which makes 
it very hard to get the gist of the install procedure.  it's not a bad 
document, merely poorly organized.  I do appreciate the work that went into it, 
and it's good to have the detail available, but a more hierarchical procedure 
would be more readable and understandable.  i'm fairly experienced at linux and 
it's hard for me to follow, most newbies would  be helplessly confused.  Once 
i'm more familiar with gentoo i'd be happy to take a stab at it, but not until 
i'm far more familiar.  Thank you for what is likely the best distro for me and 
for being transparent, this is meant as purely constructive criticism, and i 
know no documentation can please all.  no flames please, i've given up on other 
distro's who's mail list are full of flamers, something that doesn't help 
anyone.

/OT
yes, i'm dysgraphic, but i try to be concise and use good grammar, and all of 
my sentences go somewhere.  I also don't expect non-native speakers to be 
perfect, i know english is a somewhat ugly language in many cases (like 
spelling), but that's because like gentoo, pieces have been borrowed from all 
over.  that eclectic nature can be very useful but tends to slightly complicate 
things and webster didn't do us any favors.  i'm 54 and learned to write 
cursive/script at least 4 times, it never stuck.  my brain works differently 
than most but that's often a good thing (i tend to notice things many people 
miss, and often miss what is obvious to others to some degree).  so bear with 
me and you might learn something, or ignore my posts and the insight in them 
but please don't think you can help more than an army of educators has.  if you 
try to shame me the fault is your's.  i am dyslexic, there are worse things.  i 
do pay special attention to abbreviations where capitalisation can really 
matter, it is alot more of an effort for me than for most./OTOFF

[gentoo-user] media-gfx/hugin-2017.0 builds no /usr/bin/hugin

[Wolfgang Riegler]

Hi,

if I emerge media-gfx/hugin with  ~amd64 it builds and installs 
media-gfx/hugin-2017.0 without any errors. But after that it's missing 
/usr/bin/hugin.

Building media-gfx/hugin-2016.2.0 works.

Is this a known problem?


kind regards

Wolfgang

Re: [gentoo-user] Nameserver lookups fail on virtual server after Kernel upgrade from version 4.9 to 4.12

[Ralph Seichter]

On 21.08.2017 08:08, Neil Bothwick wrote:

> Ah, so silentoldconfig is effectively the same as old config.

Silentoldconfig is quite a useful make target, since it only asks about
newly introduced kernel options.

> Does your old kernel still work ad before? Just wondering if another
> update could have caused this.

Both affected virtual servers run fine when I boot kernel 4.9.34 while
leaving everything else unchanged. I'm currently comparing .config files
for kernel versions 4.9.34 and 4.12.5 again, but nothing catches my eye.

As for the symptoms, I wonder: Outbound nameserver access is seizing up
completely, while I can still access the servers via SSH at the same
time. Could it be something that kills UDP after the servers are active
for a while, but leaves TCP alive?

-Ralph

Re: [gentoo-user] Kernel 4.12.5 hard lockups, nothing in logs.

[Raffaele Belardi]

On Sun, 2017-08-20 at 11:21 +0200, Alan McKinnon wrote:
> 
> I'm seeing changes in 4.12 too and haven't bothered looking further
> as
> 4.11 still works for me. My external monitors and USB keyboard &
> mouse
> on laptops stopped working with 4.12 and other silliness which I
> forget.
> 
> My techie spidey-sense is telling me it all smells a lot like someone
> tidied up .config and things moved around, so make oldconfig got
> confused.
> 

Correct.

Old Intel host here. No lock-ups but I had also USB-related problems
with 4.12 till I set this (new) option in kernel config:

CONFIG_USB_PCI:
A lot of embeded system SOC (e.g. freescale T2080) have both PCI and
USB modules. But USB module is controlled by registers directly, it
have no relationship with PCI module.

When you enable the above you get the next one:

CONFIG_USB_UHCI_HCD:
The Universal Host Controller Interface is a standard by Intel for
accessing the USB hardware in the PC (which is also called the USB
host controller). If your USB host controller conforms to this
standard, you may want to say Y, but see below. All recent boards
with Intel PCI chipsets (like intel 430TX, 440FX, 440LX, 440BX,
i810, i820) conform to this standard. Also all VIA PCI chipsets
(like VIA VP2, VP3, MVP3, Apollo Pro, Apollo Pro II or Apollo Pro
133) and LEON/GRLIB SoCs with the GRUSBHC controller.

The first option's help line is a bit misleading, my system is not an
embedded one but without UHCI I don't have any USB working. In 4.11 and
earlier USB_UHCI_HCD was not tied to USB_PCI and that's why make
oldconfig messed up in my case.

bye,

raffaele

Re: [gentoo-user] Nameserver lookups fail on virtual server after Kernel upgrade from version 4.9 to 4.12

[Neil Bothwick]

Ah, so silentoldconfig is effectively the same as old config. I've not use it 
before and must have been confusing it with olddefconfig. Sorry for the noise. 

Does your old kernel still work ad before? Just wondering if another update 
could have caused this. 

On 20 August 2017 15:25:56 EEST, Ralph Seichter  
wrote:
>On 20.08.2017 08:17, Neil Bothwick wrote:
>
>> I'd try again with a clean kernel tree but using make oldconfig. It's
>> possible the automagic stuff answered n somewhere where you need a y.
>
>As https://wiki.gentoo.org/wiki/Kernel/Upgrade/en#make_silentoldconfig
>describes, "make silentoldconfig" (which I used) asks for a decision
>for
>all newly introduced kernel options.
>
>Most default to "no" anyway, but I have painstakingly read each of the
>new descriptions to figure out if I might need the options. I've done
>it
>several times, and I still cannot figure out if I missed anything. Here
>is a subset of the options I have configured, perhaps you can spot if
>something is amiss? Of course, grep VIRT is not exactly the most
>precise
>approach...
>
>  ### Server 1 (high volume traffic)
>  $ grep VIRT .config | sort
>  CONFIG_ARCH_HAS_DEBUG_VIRTUAL=y
>  CONFIG_BLK_MQ_VIRTIO=y
>  # CONFIG_DEBUG_VIRTUAL is not set
>  # CONFIG_DMA_VIRT_OPS is not set
>  CONFIG_DMA_VIRTUAL_CHANNELS=y
>  # CONFIG_DRM_VIRTIO_GPU is not set
>  # CONFIG_FB_VIRTUAL is not set
>  CONFIG_HAVE_VIRT_CPU_ACCOUNTING_GEN=y
>  CONFIG_HW_RANDOM_VIRTIO=y
>  CONFIG_PARAVIRT_CLOCK=y
>  # CONFIG_PARAVIRT_DEBUG is not set
>  CONFIG_PARAVIRT_SPINLOCKS=y
>  # CONFIG_PARAVIRT_TIME_ACCOUNTING is not set
>  CONFIG_PARAVIRT=y
>  CONFIG_SCSI_VIRTIO=y
>  # CONFIG_VIRT_CPU_ACCOUNTING_GEN is not set
>  # CONFIG_VIRT_DRIVERS is not set
>  CONFIG_VIRTIO_BALLOON=m
>  # CONFIG_VIRTIO_BLK_SCSI is not set
>  CONFIG_VIRTIO_BLK=y
>  CONFIG_VIRTIO_CONSOLE=y
>  # CONFIG_VIRTIO_INPUT is not set
>  # CONFIG_VIRTIO_MMIO is not set
>  CONFIG_VIRTIO_NET=y
>  CONFIG_VIRTIO_PCI_LEGACY=y
>  CONFIG_VIRTIO_PCI=y
>  CONFIG_VIRTIO=y
>  CONFIG_VIRT_TO_BUS=y
>  # CONFIG_VIRTUALIZATION is not set
>
>I have since updated a second virtual Gentoo server to Kernel 4.12.
>This
>server sees a lot less network traffic, but after a couple of hours it
>runs into the same timeouts when attempting to contact resolvers.
>Kernel
>settings include:
>
>  ### Server 2 (low volume traffic)
>  $ grep VIRT .config | sort
>  CONFIG_ARCH_HAS_DEBUG_VIRTUAL=y
>  CONFIG_BLK_MQ_VIRTIO=y
>  # CONFIG_DEBUG_VIRTUAL is not set
>  # CONFIG_DMA_VIRT_OPS is not set
>  CONFIG_DMA_VIRTUAL_CHANNELS=y
>  # CONFIG_DRM_VIRTIO_GPU is not set
>  # CONFIG_FB_VIRTUAL is not set
>  CONFIG_HAVE_VIRT_CPU_ACCOUNTING_GEN=y
>  CONFIG_HW_RANDOM_VIRTIO=y
>  CONFIG_PARAVIRT_CLOCK=y
>  # CONFIG_PARAVIRT_DEBUG is not set
>  CONFIG_PARAVIRT_SPINLOCKS=y
>  # CONFIG_PARAVIRT_TIME_ACCOUNTING is not set
>  CONFIG_PARAVIRT=y
>  CONFIG_SCSI_VIRTIO=y
>  # CONFIG_VIRT_CPU_ACCOUNTING_GEN is not set
>  # CONFIG_VIRT_DRIVERS is not set
>  CONFIG_VIRTIO_BALLOON=m
>  # CONFIG_VIRTIO_BLK_SCSI is not set
>  CONFIG_VIRTIO_BLK=y
>  CONFIG_VIRTIO_CONSOLE=y
>  # CONFIG_VIRTIO_INPUT is not set
>  # CONFIG_VIRTIO_MMIO is not set
>  CONFIG_VIRTIO_NET=y
>  CONFIG_VIRTIO_PCI_LEGACY=y
>  CONFIG_VIRTIO_PCI=y
>  CONFIG_VIRTIO=y
>  CONFIG_VIRT_TO_BUS=y
>  CONFIG_VIRTUALIZATION=y
>
>As you can see, I used CONFIG_VIRTUALIZATION=y in this case, even
>though
>I believe this only affects running as a VM host. I carried this option
>over from the previous 4.9 kernel.
>
>-Ralph

-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.

Re: [gentoo-user] downgrading glibc

[Raffaele Belardi]

On Fri, 2017-08-18 at 16:25 +0200, Nils Freydank wrote:
> Hi Raffaele,
> 
> Am Freitag, 18. August 2017, 09:00:52 CEST schrieb Raffaele Belardi:
> > […]
> > Downgrading the system to glibc to 2.23-r3 means trouble?
> 
> yes, you would crush your system. Therefore the even the ebuild
> prohibits it 
> (you can enforce it, but you really shouldn’t).
> 
> You can a) brick you system: https://forums.gentoo.org/viewtopic-t-84
> 5000.html
> or b) create a chroot with a blank system (new stage 3), emerge your
> package, 
> create a binpkg, install that on the host and hope it works.
> 

Message loud and clear, better search for a different solution or wait
for a fix!

thanks,

raffaele

[gentoo-user] Re: ruby 22

[Hans de Graaff]

On Sun, 20 Aug 2017 08:26:49 -0600, Alec Ten Harmsel wrote:

> I don't believe that will be enough. You should update RUBY_TARGETS in
> /etc/portage/make.conf if you have it set. If you don't have it set and
> are still getting this error, that's a bug and should be filed on b.g.o.
> I have a custom RUBY_TARGETS as I do some ruby development, so I don't
> have a vanilla system to test this on.

I initially forgot to update the default RUBY_TARGETS specified in the 
profiles, so this may have caused some issues. That is fixed now.

> You shouldn't have to 'eselect ruby' either - portage will do this for
> you while updating.

The automatic eselect will only happen when ruby 2.1 is uninstalled. On a 
default system ruby 2.2 should already be installed for some time 
alongside with ruby 2.1. My recommendation is to switch explicitly to 
ruby 2.2 now (using eselect), and remove ruby 2.1 once all dependencies 
have been updated.

Hans