Re: [gentoo-user] Easiest way to block domains?

[Walter Dnes]

On Tue, Aug 29, 2017 at 05:41:53AM +, J. Roeleveld wrote

> Look into proxy servers.
> I think privoxy should be able to do the trick.

  Looking at the /usr/portage/net-proxy directory, I see several proxy
programs.  I checked the privoxy man page at linux.die.net and it
mentions that some features are not available under https.  Is this a
privoxy limit, or is it a limitation of proxies in general?

  Is "tinyproxy" noticeably simpler than privoxy?  My main requirement
is to block a list of domains.  Is it possible for a proxy to edit a
webpage on-the-fly, so that references to unwanted URLs are stripped
out, and the browser doesn't waste time trying to download from a
blocked adserver?

-- 
Walter Dnes 
I don't run "desktop environments"; I run useful applications

Re: [gentoo-user] initial compile time

[J García]

2017-08-28 14:20 GMT-06:00 :
>
> used about 3 lines of USE flags, actually it was less than a half hour, which 
> doesn't surprise me if the stage 3 is compiled.   i am using a fairly quick 
> drive ;(and i was watching vid)  had 2  small problems but i'll try again off 
> the live dvd.

You mean 3 lines of  ~80 characters of USE flags in make.conf?
That is a lot and shurely will come and bite you in the future.
I guess most of us learn a sane way to handle use flags the hard way,
just sharing,
these days my USE flags in make.conf are less than one line even less
than 8 flags,
I would say a good aproach is to select the right profile for your
need is the most important, check the flags that it has(emerge
--info), and then only the flags that you really really want on
*every* package you put in make.conf, everything else goes to
/etc/portage/package.use/my.use on a per package basis, and everything
else portage finds out it needs to build what i want goes to
/etc/portage/package.use/zzz_auto.use.
And keep your world to only what you need, learn about --oneshot as
soon as you can.

 i got an error with the rbind "mount --rbind /sys /mnt/gentoo/sys" i
should have guessed the stage3 was just compressed,
> and it also couldn't find a "sane" /dev.  probably both due to centos not 
> playing nice (and my mounting and unmounting of a couple partitions).

I would recomed using something like the base livecd or systemrescuecd
for an install with OpenRC. and only use something like CentOS(if you
are talking about 7) if you want to use systemd,  and then make use of
systemd-nspawn and not chroot and bind mounts, and the systemd stage3.

Re: [gentoo-user] Easiest way to block domains?

[J. Roeleveld]

On 29 August 2017 07:38:42 GMT+02:00, Walter Dnes  wrote:
>  I'm running a Core2-duo desktop from 2008 with 3 gigs of ram.  I want
>to run it into the ground, not throw it away while it's still
>functional.  With Gentoo optimization, pluse using ICEWM, it's
>generally
>snappy.  But there are a few web pages that throw the kitchen sink of
>3rd-pary adservers+trackers.  178 unique servers for one web page will
>peg the load from the web browser to 150% of 1 cpu core.  On a 2-core
>machine, that is bad.  The browser is unresponsive for a few seconds at
>a time.
>
>  I'm building up a rather large hosts file, but the adservers have a
>gazillion subnames for each domain, in a deliberate attempt to bypass
>hosts files.  It would be more effective block entire domains.  Is
>there
>a lightweight DNS server, or some iptables trick, or whatever, that'll
>block specified domains?

Look into proxy servers.
I think privoxy should be able to do the trick.

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

[gentoo-user] Easiest way to block domains?

[Walter Dnes]

  I'm running a Core2-duo desktop from 2008 with 3 gigs of ram.  I want
to run it into the ground, not throw it away while it's still
functional.  With Gentoo optimization, pluse using ICEWM, it's generally
snappy.  But there are a few web pages that throw the kitchen sink of
3rd-pary adservers+trackers.  178 unique servers for one web page will
peg the load from the web browser to 150% of 1 cpu core.  On a 2-core
machine, that is bad.  The browser is unresponsive for a few seconds at
a time.

  I'm building up a rather large hosts file, but the adservers have a
gazillion subnames for each domain, in a deliberate attempt to bypass
hosts files.  It would be more effective block entire domains.  Is there
a lightweight DNS server, or some iptables trick, or whatever, that'll
block specified domains?

-- 
Walter Dnes 
I don't run "desktop environments"; I run useful applications

Re: [gentoo-user] processor speed

[Dale]

Rich Freeman wrote:
> On Mon, Aug 28, 2017 at 5:22 PM, wabe  wrote:
>> I'm using an AMD Phenom(tm) II X4 965 Processor. I bought it six or seven
>> years ago when it was brand-new. It still works to my satisfaction. But
>> of course recent CPUs (for example AMD Ryzen) are much faster. Therefore
>> I wanna buy an AMD Threadripper next year. This should be an enormous
>> speedup. :-)
>>
> Having just upgraded one of those to a Ryzen 5 1600 I can tell you
> that besides tripling your kernel build speeds, it will also sound
> less like a hair dryer and make your room feel less like it has a
> space heater inside.
>

My old rig, AMD 2500+ CPU with about 3 or 4GBs of ram.  My new rig, AMD
Phenom II X4 955  with 16GBs of ram.  My old rig, pulled about 400 watts
from the wall, while idle.  My new rig, pulls about 160 watts idle and
that includes monitor, router and all.  I don't think my little speakers
are plugged into the UPS.  Thing is, my new rig according to my math is
almost 10 times as fast. It has a lot more ram and more drives than the
old rig. 

More to your point, my old rig used 80mm fans.  It had lots of them. 
CPU, several on the case including some I added myself.  It made some
noise for sure.  My new case is a Cooler Master HAF-932.  It has those
200mm fans which move a lot of air but turn pretty slowly, which means
quiet.  Thing is, the newer and faster rig runs cooler, quieter and
faster than the old rig by far. 

Isn't it amazing how efficient and fast newer computers are?  It's
almost worth the energy saving to upgrade.  If a person runs their
system 24/7, that is even more reason. 

Dale

:-)  :-) 

Re: [gentoo-user] processor speed

[R0b0t1]

On Mon, Aug 28, 2017 at 9:54 PM, R0b0t1  wrote:
> Hello, I apologize for the tangents.
>
> The only on-topic comments I can offer are that: yes, those parts seem
> to be usable with Gentoo, whereas similarly old parts a decade ago
> were not; and, I have been looking for a low power server setup and
> would appreciate if you could communicate your ultimate part
> selection.
>
> Also that a $350-$400 CPU seems to be more than sufficient. My
> i7-4770K is still very capable and that I look forward to some day
> using a multisocket system with very nice Xeons (or the AMD
> equivalent, if it becomes competitive).
>
> On Mon, Aug 28, 2017 at 7:48 PM, Rich Freeman  wrote:
>> On Mon, Aug 28, 2017 at 8:29 PM, wabe  wrote:
>>> Rich Freeman  wrote:
>>>
 On Mon, Aug 28, 2017 at 5:22 PM, wabe  wrote:
 >
 > I'm using an AMD Phenom(tm) II X4 965 Processor. I bought it six or
 > seven years ago when it was brand-new. It still works to my
 > satisfaction. But of course recent CPUs (for example AMD Ryzen) are
 > much faster. Therefore I wanna buy an AMD Threadripper next year.
 > This should be an enormous speedup. :-)

 Having just upgraded one of those to a Ryzen 5 1600 I can tell you
 that besides tripling your kernel build speeds, it will also sound
 less like a hair dryer and make your room feel less like it has a
 space heater inside.
>>>
>>>
>>> I'm not sure what TDP my Phenoms have (95W or 125W). The TDP of the
>>> 1950X is rated at 180W. But this is for all cores running at full load.
>>> So the effective heat output over time should be lower than with my old
>>> CPUs.
>>
>> Your old CPU has a TDP of 140W.  I forget which model exactly I had
>> but I think its TDP was 195W.
>>
>> Sure, the 1950X is going to pull quite a bit of power, but my 1600
>> only pulls 65W when going full tilt.  It is a very noticeable
>> difference.  I suspect my old CPU probably used a good portion of that
>> at idle.
>>
>>>
>>> Because of the high price for the whole machine (board, ram, cpu...)
>>> I will replace my two PCs (one Windoze and one Gentoo) with a single
>>> machine. However I have some concerns regarding dualboot. I would
>>> prefer NVMe SSDs but I think it may be better to use eSATA disks. Then
>>> I easily can switch the disks and it should be impossible that one OS
>>> can compromise the other.
>>
>> Seems like eSATA is harder to find these days.  USB3 seems to be the
>> way things are going.  However, that works just fine.
>>
>
> For a small amount of time you could find combination eSATA/USB 3
> connectors. I lament their demise.
>
>
> Something to be aware of is that, in general, USB hubs will operate at
> the speed of the slowest device connected. This is problematic because
> a lot of motherboards and cases are such that a mouse and keyboard are
> on the same hub that you would use at the front of your case. Mice and
> keyboards are typically USB 1.1 devices.
>
> For USB 1.1 to USB 2, there is *supposed to be* one or more
> transaction translators that take USB 1.1 data and retransmit it at
> USB 2 speeds. Some hubs don't seem to implement this properly and
> connecting a USB 1.1 device slows the entire bus down to USB 1.1
> speeds. Even if a transaction translator is present, the bus will
> remain busy for the entire USB 1.1 communication time taken by the
> device, slowing everything down.
>
> For USB 2 to USB 3, there is no conversion performed. This leads to a
> situation contrary to what most people would expect - multiple USB 2
> devices can not take advantage of more than the default USB 2
> bandwidth. USB 2 connections to a USB 3 hub simply do not use the USB
> 3 data lines, which are necessary for the increased bandwidth.
>
> Additionally, some hubs will downgrade USB 3 links to USB 2 speeds if
> a USB 2 device is present for unknown reasons. This might be because
> of the issue in the second paragraph, e.g. the requirement to wait for
> USB 2 transmissions. Reading the specification as to whether this was
> allowed behavior didn't make clarify anything to me.
>
> Regardless, the result is that if you plug a USB 1.1 device into a USB
> 3 hub you might slow your file transfers down by an order of magnitude
> or more. This is exactly what I experienced that led me to researching
> this issue.
>
>> On my motherboard at least the PCI-based NVMe came at the cost of
>> disabling one of the x16 slots, and the SATA-based one came at the
>> cost of disabling one of the SATA ports.  So, no PCI-based NVMe for me
>> as I have an 8x card in addition to my graphics card.
>>
>> They really need to make more flexible slots as I believe that the
>> slots themselves are electrically compatible - that is you can shove a
>> 16x card in a 1x slot as long as you eliminate the plastic that blocks
>> this from happening.  Granted, I wouldn't want to put my LSI card in a
>> 1x slot - it would be nicer if they had a 2x or 4x slot in there, but
>> I realize that 1x and 16x seems to be w

Re: [gentoo-user] processor speed

[R0b0t1]

Hello, I apologize for the tangents.

The only on-topic comments I can offer are that: yes, those parts seem
to be usable with Gentoo, whereas similarly old parts a decade ago
were not; and, I have been looking for a low power server setup and
would appreciate if you could communicate your ultimate part
selection.

Also that a $350-$400 CPU seems to be more than sufficient. My
i7-4770K is still very capable and that I look forward to some day
using a multisocket system with very nice Xeons (or the AMD
equivalent, if it becomes competitive).

On Mon, Aug 28, 2017 at 7:48 PM, Rich Freeman  wrote:
> On Mon, Aug 28, 2017 at 8:29 PM, wabe  wrote:
>> Rich Freeman  wrote:
>>
>>> On Mon, Aug 28, 2017 at 5:22 PM, wabe  wrote:
>>> >
>>> > I'm using an AMD Phenom(tm) II X4 965 Processor. I bought it six or
>>> > seven years ago when it was brand-new. It still works to my
>>> > satisfaction. But of course recent CPUs (for example AMD Ryzen) are
>>> > much faster. Therefore I wanna buy an AMD Threadripper next year.
>>> > This should be an enormous speedup. :-)
>>>
>>> Having just upgraded one of those to a Ryzen 5 1600 I can tell you
>>> that besides tripling your kernel build speeds, it will also sound
>>> less like a hair dryer and make your room feel less like it has a
>>> space heater inside.
>>
>>
>> I'm not sure what TDP my Phenoms have (95W or 125W). The TDP of the
>> 1950X is rated at 180W. But this is for all cores running at full load.
>> So the effective heat output over time should be lower than with my old
>> CPUs.
>
> Your old CPU has a TDP of 140W.  I forget which model exactly I had
> but I think its TDP was 195W.
>
> Sure, the 1950X is going to pull quite a bit of power, but my 1600
> only pulls 65W when going full tilt.  It is a very noticeable
> difference.  I suspect my old CPU probably used a good portion of that
> at idle.
>
>>
>> Because of the high price for the whole machine (board, ram, cpu...)
>> I will replace my two PCs (one Windoze and one Gentoo) with a single
>> machine. However I have some concerns regarding dualboot. I would
>> prefer NVMe SSDs but I think it may be better to use eSATA disks. Then
>> I easily can switch the disks and it should be impossible that one OS
>> can compromise the other.
>
> Seems like eSATA is harder to find these days.  USB3 seems to be the
> way things are going.  However, that works just fine.
>

For a small amount of time you could find combination eSATA/USB 3
connectors. I lament their demise.


Something to be aware of is that, in general, USB hubs will operate at
the speed of the slowest device connected. This is problematic because
a lot of motherboards and cases are such that a mouse and keyboard are
on the same hub that you would use at the front of your case. Mice and
keyboards are typically USB 1.1 devices.

For USB 1.1 to USB 2, there is *supposed to be* one or more
transaction translators that take USB 1.1 data and retransmit it at
USB 2 speeds. Some hubs don't seem to implement this properly and
connecting a USB 1.1 device slows the entire bus down to USB 1.1
speeds. Even if a transaction translator is present, the bus will
remain busy for the entire USB 1.1 communication time taken by the
device, slowing everything down.

For USB 2 to USB 3, there is no conversion performed. This leads to a
situation contrary to what most people would expect - multiple USB 2
devices can not take advantage of more than the default USB 2
bandwidth. USB 2 connections to a USB 3 hub simply do not use the USB
3 data lines, which are necessary for the increased bandwidth.

Additionally, some hubs will downgrade USB 3 links to USB 2 speeds if
a USB 2 device is present for unknown reasons. This might be because
of the issue in the second paragraph, e.g. the requirement to wait for
USB 2 transmissions. Reading the specification as to whether this was
allowed behavior didn't make clarify anything to me.

Regardless, the result is that if you plug a USB 1.1 device into a USB
3 hub you might slow your file transfers down by an order of magnitude
or more. This is exactly what I experienced that led me to researching
this issue.

> On my motherboard at least the PCI-based NVMe came at the cost of
> disabling one of the x16 slots, and the SATA-based one came at the
> cost of disabling one of the SATA ports.  So, no PCI-based NVMe for me
> as I have an 8x card in addition to my graphics card.
>
> They really need to make more flexible slots as I believe that the
> slots themselves are electrically compatible - that is you can shove a
> 16x card in a 1x slot as long as you eliminate the plastic that blocks
> this from happening.  Granted, I wouldn't want to put my LSI card in a
> 1x slot - it would be nicer if they had a 2x or 4x slot in there, but
> I realize that 1x and 16x seems to be where all the demand is.
>

This is true. Unless the OS on the graphics card is making assumptions
it shouldn't be, it should be able to run with any number of lanes. A
lot of PCIe bridges c

Re: [gentoo-user] processor speed

[Rich Freeman]

On Mon, Aug 28, 2017 at 8:29 PM, wabe  wrote:
> Rich Freeman  wrote:
>
>> On Mon, Aug 28, 2017 at 5:22 PM, wabe  wrote:
>> >
>> > I'm using an AMD Phenom(tm) II X4 965 Processor. I bought it six or
>> > seven years ago when it was brand-new. It still works to my
>> > satisfaction. But of course recent CPUs (for example AMD Ryzen) are
>> > much faster. Therefore I wanna buy an AMD Threadripper next year.
>> > This should be an enormous speedup. :-)
>>
>> Having just upgraded one of those to a Ryzen 5 1600 I can tell you
>> that besides tripling your kernel build speeds, it will also sound
>> less like a hair dryer and make your room feel less like it has a
>> space heater inside.
>
>
> I'm not sure what TDP my Phenoms have (95W or 125W). The TDP of the
> 1950X is rated at 180W. But this is for all cores running at full load.
> So the effective heat output over time should be lower than with my old
> CPUs.

Your old CPU has a TDP of 140W.  I forget which model exactly I had
but I think its TDP was 195W.

Sure, the 1950X is going to pull quite a bit of power, but my 1600
only pulls 65W when going full tilt.  It is a very noticeable
difference.  I suspect my old CPU probably used a good portion of that
at idle.

>
> Because of the high price for the whole machine (board, ram, cpu...)
> I will replace my two PCs (one Windoze and one Gentoo) with a single
> machine. However I have some concerns regarding dualboot. I would
> prefer NVMe SSDs but I think it may be better to use eSATA disks. Then
> I easily can switch the disks and it should be impossible that one OS
> can compromise the other.

Seems like eSATA is harder to find these days.  USB3 seems to be the
way things are going.  However, that works just fine.

On my motherboard at least the PCI-based NVMe came at the cost of
disabling one of the x16 slots, and the SATA-based one came at the
cost of disabling one of the SATA ports.  So, no PCI-based NVMe for me
as I have an 8x card in addition to my graphics card.

They really need to make more flexible slots as I believe that the
slots themselves are electrically compatible - that is you can shove a
16x card in a 1x slot as long as you eliminate the plastic that blocks
this from happening.  Granted, I wouldn't want to put my LSI card in a
1x slot - it would be nicer if they had a 2x or 4x slot in there, but
I realize that 1x and 16x seems to be where all the demand is.

>
> Hopefully the price for RAM will drop before I buy the new rig. It's
> incredible high at the moment.
>

Yeah, the best price I could find as $99 for 8GB of DDR4 ECC, and only
at 2400.  Not much of a consumer market for ECC.

-- 
Rich

Re: [gentoo-user] processor speed

[wabe]

Rich Freeman  wrote:

> On Mon, Aug 28, 2017 at 5:22 PM, wabe  wrote:
> >
> > I'm using an AMD Phenom(tm) II X4 965 Processor. I bought it six or
> > seven years ago when it was brand-new. It still works to my
> > satisfaction. But of course recent CPUs (for example AMD Ryzen) are
> > much faster. Therefore I wanna buy an AMD Threadripper next year.
> > This should be an enormous speedup. :-)
> >  
> 
> Having just upgraded one of those to a Ryzen 5 1600 I can tell you
> that besides tripling your kernel build speeds, it will also sound
> less like a hair dryer and make your room feel less like it has a
> space heater inside.

I have a huge cooler and a big 140mm fan on top of the CPUs. That plus
noise absorbing cases with some huge slow rotating fans makes my PCs 
nearly silent. However when running under full load its a little bit
annoying. As workaround I then rise the volume of my stereo a bit. ;-)

I'm not sure what TDP my Phenoms have (95W or 125W). The TDP of the 
1950X is rated at 180W. But this is for all cores running at full load. 
So the effective heat output over time should be lower than with my old 
CPUs.

> That said, I'd check any chip you buy for the week number to ensure
> that it doesn't have the segfault issue if you're going to use it with
> Gentoo.

I read about the problem regarding Ryzen and Linux. That's one reason
why I didn't bought it yet. Then I read about the new AMD 1950X and 
decided to wait some months until the price of this CPU has dropped a 
bit and its potentially existing childhood diseases are cured.

Because of the high price for the whole machine (board, ram, cpu...)
I will replace my two PCs (one Windoze and one Gentoo) with a single 
machine. However I have some concerns regarding dualboot. I would 
prefer NVMe SSDs but I think it may be better to use eSATA disks. Then
I easily can switch the disks and it should be impossible that one OS 
can compromise the other. 

Or is there another way to proper isolate the systems?

> I am using mine with ECC RAM and can report that seems to work fine,
> though you should check for MB recommendations for that.

I also plan to use ECC RAM. For image processing I need a lot of RAM.
And the more RAM, the more risk for memory corruption. 

Before I buy new stuff I have to read a lot of information. Since I 
bought my hardware many years ago I lose touch with the actual 
hardware development.

Hopefully the price for RAM will drop before I buy the new rig. It's 
incredible high at the moment.

--
Regards
wabe

Re: [gentoo-user] initial compile time

[allan gottlieb]

On Mon, Aug 28 2017, Rich Freeman wrote:

> On Mon, Aug 28, 2017 at 2:37 PM, allan gottlieb  wrote:
>> On Mon, Aug 28 2017, Alan McKinnon wrote:
>>
>>> I forgot to mention there are things that /significantly/ improve
>>> compile times. Top of the list is /var/tmp/portage on tmpfs.
>>
>> Does this mean that, if the build fails, you build again not on tmpfs so
>> as to capture build.log?
>>
>
> Just copy the build log off the tmpfs.  Portage doesn't remove it
> automatically.  Unless you reboot the system before inspecting it the
> file will still be there unless you have a really overzealous
> tmpreaper.
>
> (Or if you're doing the build in a systemd unit.  I actually build
> binary packages overnight from a unit and was always puzzled about why
> the build was gone from /var/tmp/portage when I'd inspect errors.
> Then I realize the default is for units to have a private /var/tmp -
> so it was gone when the unit terminated.  That can of course be
> disabled.)

Thank you Rich and Joost.
allan

Re: [gentoo-user] processor speed

[Rich Freeman]

On Mon, Aug 28, 2017 at 5:22 PM, wabe  wrote:
>
> I'm using an AMD Phenom(tm) II X4 965 Processor. I bought it six or seven
> years ago when it was brand-new. It still works to my satisfaction. But
> of course recent CPUs (for example AMD Ryzen) are much faster. Therefore
> I wanna buy an AMD Threadripper next year. This should be an enormous
> speedup. :-)
>

Having just upgraded one of those to a Ryzen 5 1600 I can tell you
that besides tripling your kernel build speeds, it will also sound
less like a hair dryer and make your room feel less like it has a
space heater inside.

That said, I'd check any chip you buy for the week number to ensure
that it doesn't have the segfault issue if you're going to use it with
Gentoo.

I am using mine with ECC RAM and can report that seems to work fine,
though you should check for MB recommendations for that.

-- 
Rich

Re: [gentoo-user] processor speed

[Dale]

mad.scientist.at.la...@tutanota.com wrote:
> any one have experiance with athlon, Phenom, and opteron?  if so i'm
> curios if it's worth a $15-20 expense.
>
> -- 
> The Power Of the People Is Stronger Than The People In Charge.


Check this site out:

https://www.cpubenchmark.net/cpu_list.php

Click on the top section and it will sort by that score.  Example, you
may want to click CPU Value to get the most bang for the buck.  One
could click on Rank and then go down the price column until you find one
within your budget.  Example, if you are willing to spend $1,000 on a
CPU, the third one in the ranking will give you the biggest bang.  It's
the third fastest that has been tested and it is a LOT cheaper than
$2,700 for the one in first place.  Me, I'd go way down the list until I
got to about number 90.  It costs about $230.00.  That would be my upper
end budget. 

That said, I have this right now.

model name:  AMD Phenom(tm) II X4 955 Processor

I have 16GBs of ram.  It does pretty well. 

genlop -t

 Fri Aug 18 01:57:52 2017 >>> www-client/firefox-55.0.1
   merge time: 1 hour, 57 minutes and 8 seconds.

 Tue Jul 25 13:30:04 2017 >>> sys-devel/gcc-5.4.0-r3
   merge time: 50 minutes and 12 seconds.

 Wed Jul 26 06:53:51 2017 >>> app-office/libreoffice-5.2.7.2
   merge time: 3 hours, 27 minutes and 47 seconds.

root@fireball / #

Those are with portage's work directory on spinning rust.  It is faster
on tmpfs but if it is going to upgrade a combination of those, I need
more ram.  I plan to upgrade to 8 cores and 32GBs of ram at some point. 

Hope that helps. 

Dale

:-)  :-) 

[gentoo-user] bench marks

[mad.scientist.at.large]

   great bench marks,   and yes it's worth me 
upgrading given current ebay prices.
--
The Power Of the People Is Stronger Than The People In Charge.

Re: [gentoo-user] processor speed

[wabe]

 wrote:

> any one have experiance with athlon, Phenom, and opteron?  if so i'm
> curios if it's worth a $15-20 expense.


I'm using an AMD Phenom(tm) II X4 965 Processor. I bought it six or seven 
years ago when it was brand-new. It still works to my satisfaction. But 
of course recent CPUs (for example AMD Ryzen) are much faster. Therefore 
I wanna buy an AMD Threadripper next year. This should be an enormous 
speedup. :-)

Use your preferred search engine and take a look at some benchmarks to
compare the speed of your current CPU with the one you wanna buy. This 
should help you to make a decision.

--
Regards
wabe

Re: [gentoo-user] initial compile time

[mad.scientist.at.large]

excellent idea, thanks.

--
The Power Of the People Is Stronger Than The People In Charge.


28. Aug 2017 12:45 by jo...@antarean.org:


> On 28 August 2017 20:37:30 GMT+02:00, allan gottlieb <> gottl...@nyu.edu> > 
> wrote:
> >On Mon, Aug 28 2017, Alan McKinnon wrote:
>>> I forgot to mention there are things that /significantly/ improve
>>> compile times. Top of the list is /var/tmp/portage on tmpfs.
> >Does this mean that, if the build fails, you build again not on tmpfs
> >so
> >as to capture build.log?

> >thanks,
> >allan
>
> As long as you don't reboot, the entire contents will remain.
>
> If you set PORT_LOGDIR, the build.log will be copied to the specified 
> location even if the build fails.
>
> --
> Joost
> -- 
> Sent from my Android device with K-9 Mail. Please excuse my brevity.

Re: [gentoo-user] initial compile time

[mad.scientist.at.large]

good tip, thanks.

--
The Power Of the People Is Stronger Than The People In Charge.


28. Aug 2017 12:55 by ri...@gentoo.org:


> On Mon, Aug 28, 2017 at 2:37 PM, allan gottlieb <> gottl...@nyu.edu> > wrote:
>> On Mon, Aug 28 2017, Alan McKinnon wrote:
>>
>>> I forgot to mention there are things that /significantly/ improve
>>> compile times. Top of the list is /var/tmp/portage on tmpfs.
>>
>> Does this mean that, if the build fails, you build again not on tmpfs so
>> as to capture build.log?
>>
>
> Just copy the build log off the tmpfs.  Portage doesn't remove it
> automatically.  Unless you reboot the system before inspecting it the
> file will still be there unless you have a really overzealous
> tmpreaper.
>
> (Or if you're doing the build in a systemd unit.  I actually build
> binary packages overnight from a unit and was always puzzled about why
> the build was gone from /var/tmp/portage when I'd inspect errors.
> Then I realize the default is for units to have a private /var/tmp -
> so it was gone when the unit terminated.  That can of course be
> disabled.)
>
>
>
> -- 
> Rich

[gentoo-user] processor speed

[mad.scientist.at.large]

any one have experiance with athlon, Phenom, and opteron?  if so i'm curios if 
it's worth a $15-20 expense.

--
The Power Of the People Is Stronger Than The People In Charge.

Re: [gentoo-user] initial compile time

[mad.scientist.at.large]

oh ya, i' definetly watch  like a hawk evntually.  i'm using all cat  7 wiring, 
with different  network cards i could go 10G between my machines.  I went with 
cat 7, mostly to make sure it was screened properly, and some what future 
proof. 

--
The Power Of the People Is Stronger Than The People In Charge.


28. Aug 2017 14:09 by alan.mckin...@gmail.com:


> On 28/08/2017 18:55, John Blinka wrote:
>
>
>> invariably works.  I'm not criticizing your speedup plans - by all
>> means, have fun - but if you're just starting out in Gentoo, be aware
>> that these speedups aren't necessarily a slam-dunk.
>
>
> OP should also watch out for the Gentoo ricer curse syndrome
>
>
> -- 
> Alan McKinnon
> alan.mckin...@gmail.com

Re: [gentoo-user] initial compile time

[mad.scientist.at.large]

used about 3 lines of USE flags, actually it was less than a half hour, which 
doesn't surprise me if the stage 3 is compiled.   i am using a fairly quick 
drive ;(and i was watching vid)  had 2  small problems but i'll try again off 
the live dvd.  i got an error with the rbind "mount --rbind /sys 
/mnt/gentoo/sys" i should have guessed the stage3 was just compressed, 
and it also couldn't find a "sane" /dev.  probably both due to centos not 
playing nice (and my mounting and unmounting of a couple partitions).  

it's  nice to know i can make some progress before i have my compiler farm up, 
i'm sure i'll want it before it's up (one machine to finish upgrading, one with 
bad power supply caps for the graphics system (easy, just hard to get it apart 
enogh to find out when it's in a tiny case.  i'll doubtless be doing some bench 
marks, especially if i upgrade the cpu.  my main machine has 4G of ram, i've 
rarely used more than 1G, usually less but this should give me a chance to 
exercise it well.  

it's not so hard yet, just hard to get by reading it in advance, doing it is 
fairly straight forward.  

it's a stage3 that's about 2-3 weeks old now, but i did  let  it sync and 
download the newest stuff, and it did a fair amount of downloading (it's just 
amazing what gigabit fiber to premises can do, especially when the city  runs 
it.  people who got it right away after the cable was in get it for $50/month, 
for life even if they move as long as they stay in longmont. and no deposit ,or 
install fees. the 'ONT' can be up to $300 dollars.  i keep mine on top  of a 
bookcase!  i love it!  hope we all have it soon.  i'm even allowed to run a 
server, though that may be a good winter project.  if i run four machines in a 
farm, and amuse my self with the mac i'll obviously want to do it when it's 
cool.  no guilt in winter, it's electric baseboard, as expensive as possible 
but it's rolled into the rent.(and it's a very drafty apartment)  point being 
that nearly all the electric baseboards  will just run less often with 5 
machines up, till then it's probably a night project, my best hours.  after all 
you can be certain most of the electricity someone uses is very nearly 
converted, 100% to heat, doesn't hurt to do something with it with it on it's 
conversion to heat.

i'm still using a 100Mbps router, also trying to learn how to use pfsense, 
fortunately i've studied that a bit more, as far as how the new works, and i've 
agresively operated a software firewall before (1999, with a barely working 
phone  line, had a great 56K modem, with a display to tell you when it changes 
the up/down speed.  it oscillated between about 20 and ocasionaly 26K.  that's 
what happens when 7 lines go to the development, and get demultiplexed into 100 
phone lines.  it was pretty good for audio, but 56K modems use an incredibly 
complex line testing and correction. 


--
The Power Of the People Is Stronger Than The People In Charge.


28. Aug 2017 10:08 by alan.mckin...@gmail.com:


> On 28/08/2017 13:41, > mad.scientist.at.la...@tutanota.com>  wrote:
>> Ok, i'm starting to understand the install instructions, a steeper curve
>> than i expected but still way easier than LFS.
>> So, on a dual core athlon II 6000 (two cores, 3ghz)  roughly how long
>> will stage3 take to compile, roughly?
>
> You don't compile a stage 3, that has already been done and you
> downloaded it. You bunzip2 and untar a stage 3.
>
> F
>
> -- 
> Alan McKinnon
> alan.mckin...@gmail.com

Re: [gentoo-user] initial compile time

[Alan McKinnon]

On 28/08/2017 18:55, John Blinka wrote:


> invariably works.  I'm not criticizing your speedup plans - by all
> means, have fun - but if you're just starting out in Gentoo, be aware
> that these speedups aren't necessarily a slam-dunk.


OP should also watch out for the Gentoo ricer curse syndrome


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

Re: [gentoo-user] initial compile time

[Rich Freeman]

On Mon, Aug 28, 2017 at 2:37 PM, allan gottlieb  wrote:
> On Mon, Aug 28 2017, Alan McKinnon wrote:
>
>> I forgot to mention there are things that /significantly/ improve
>> compile times. Top of the list is /var/tmp/portage on tmpfs.
>
> Does this mean that, if the build fails, you build again not on tmpfs so
> as to capture build.log?
>

Just copy the build log off the tmpfs.  Portage doesn't remove it
automatically.  Unless you reboot the system before inspecting it the
file will still be there unless you have a really overzealous
tmpreaper.

(Or if you're doing the build in a systemd unit.  I actually build
binary packages overnight from a unit and was always puzzled about why
the build was gone from /var/tmp/portage when I'd inspect errors.
Then I realize the default is for units to have a private /var/tmp -
so it was gone when the unit terminated.  That can of course be
disabled.)



-- 
Rich

Re: [gentoo-user] initial compile time

[J. Roeleveld]

On 28 August 2017 20:37:30 GMT+02:00, allan gottlieb  wrote:
>On Mon, Aug 28 2017, Alan McKinnon wrote:
>
>> I forgot to mention there are things that /significantly/ improve
>> compile times. Top of the list is /var/tmp/portage on tmpfs.
>
>Does this mean that, if the build fails, you build again not on tmpfs
>so
>as to capture build.log?
>
>thanks,
>allan

As long as you don't reboot, the entire contents will remain.

If you set PORT_LOGDIR, the build.log will be copied to the specified location 
even if the build fails.

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

Re: [gentoo-user] initial compile time

[allan gottlieb]

On Mon, Aug 28 2017, Alan McKinnon wrote:

> I forgot to mention there are things that /significantly/ improve
> compile times. Top of the list is /var/tmp/portage on tmpfs.

Does this mean that, if the build fails, you build again not on tmpfs so
as to capture build.log?

thanks,
allan

Re: [gentoo-user] initial compile time

[John Blinka]

On Mon, Aug 28, 2017 at 7:41 AM,   wrote:
> Ok, i'm starting to understand the install instructions, a steeper curve
> than i expected but still way easier than LFS.
> So, on a dual core athlon II 6000 (two cores, 3ghz)  roughly how long will
> stage3 take to compile, roughly?

With emphasis on the "roughly", I seem to recall that it took me
several days to compile everything I wanted on initial system
installation on machines of similar capabilities.  But that includes
significantly more than stage3, with long build time stuff like
firefox, chromium, and libreoffice accounting for at least half that
time.

>
> next month i'll be setting up a compiler farm with 3 other, similiar
> machines which should help, will also be upgrading cpus to 4 or 6 core, and
> have one machine that can upgraded for phenom and one i can update to
> opteron, according to the board makers (it just needs a different bios).
>
> If i had the supporting bios any of my machines could upgrade to nearly any
> AMD socket 2 or 3+ chip

You seem to want to see how fast you can go, and that's certainly an
interesting exercise.  I've been there, too, but over the years have
gradually retreated to a very non-aggressive compile setup.  I've used
distcc, made use of multiple cores, parallel make, etc. but have
abandoned them all over time.  It is quite possible to slow things
down with improper setup, or with a local network with limited
capabilities, so it takes a little time and experimentation to tune
things properly.  And it's possible to speed things up substantially,
too.  However, in my experience, speedups obtained this way can and do
expose bugs in the build process.  For me the personal keyboard time I
invested in fixing things that broke in parallel wasn't worth the
speedups I achieved.  I, too, come from the punchcard and paper tape
era, so even the very cheapest modern cpus run circles around the
multi-million $ parallel supercomputers I used to buy and use.  I now
prefer just starting an emerge, and letting it take its merry old
time.  Gentoo's gotten good enough over the years that this almost
invariably works.  I'm not criticizing your speedup plans - by all
means, have fun - but if you're just starting out in Gentoo, be aware
that these speedups aren't necessarily a slam-dunk.


John Blinka

Re: [gentoo-user] initial compile time

[Alan McKinnon]

On 28/08/2017 18:47, Rich Freeman wrote:
> On Mon, Aug 28, 2017 at 9:08 AM, Alan McKinnon  
> wrote:
>> On 28/08/2017 13:41, mad.scientist.at.la...@tutanota.com wrote:
>>> Ok, i'm starting to understand the install instructions, a steeper curve
>>> than i expected but still way easier than LFS.
>>> So, on a dual core athlon II 6000 (two cores, 3ghz)  roughly how long
>>> will stage3 take to compile, roughly?
>>
>> How many extra USE flags did you set? What software did you decide to
>> add? How old is the stage 3 you used? A recent one will obviously need
>> fewer recompiles than a 6-month old one. But to portage it's all the
>> same - make a list of stuff to be done and do it from the beginning.
>>
> 
> I imagine that some people like to rebuild everything after changing
> their CFLAGS, but there is certainly no requirement to do so.
> 
> Also, I tend to favor getting the system booting on its own before
> fiddling with it.  There isn't much you need to build before you have
> the system booting, and at that point you're at least running while
> you're doing the rest.  If I'm going to switch the init implementation
> then I'll do that before the first boot since that impacts the grub
> configuration.  Systemd does take a bit to build, but it is still a
> far cry from doing a ton of rebuilds.
> 
> However, if you do have a /etc/portage configuration you like, and a
> /var/lib/portage/world, then you can just update these and the profile
> and just do an emerge -NDu world and watch it all come into place.  I
> have a typical set of configuration files I deploy on any new system
> so I will often build this stuff directly before rebooting (which
> includes stuff like systemd, vim, screen, grub, dracut, and so on).
> 

Good points Rich.

I forgot to mention there are things that /significantly/ improve
compile times. Top of the list is /var/tmp/portage on tmpfs.

On 16G Ram and 8G tmpfs, I see total build times usually halved.
firefox, thunderbird, libreoffice, icu and webkit all benefit, and those
packages seem to be updating more often than most these days as well as
being the biggest time hogs


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

Re: [gentoo-user] initial compile time

[Rich Freeman]

On Mon, Aug 28, 2017 at 9:08 AM, Alan McKinnon  wrote:
> On 28/08/2017 13:41, mad.scientist.at.la...@tutanota.com wrote:
>> Ok, i'm starting to understand the install instructions, a steeper curve
>> than i expected but still way easier than LFS.
>> So, on a dual core athlon II 6000 (two cores, 3ghz)  roughly how long
>> will stage3 take to compile, roughly?
>
> How many extra USE flags did you set? What software did you decide to
> add? How old is the stage 3 you used? A recent one will obviously need
> fewer recompiles than a 6-month old one. But to portage it's all the
> same - make a list of stuff to be done and do it from the beginning.
>

I imagine that some people like to rebuild everything after changing
their CFLAGS, but there is certainly no requirement to do so.

Also, I tend to favor getting the system booting on its own before
fiddling with it.  There isn't much you need to build before you have
the system booting, and at that point you're at least running while
you're doing the rest.  If I'm going to switch the init implementation
then I'll do that before the first boot since that impacts the grub
configuration.  Systemd does take a bit to build, but it is still a
far cry from doing a ton of rebuilds.

However, if you do have a /etc/portage configuration you like, and a
/var/lib/portage/world, then you can just update these and the profile
and just do an emerge -NDu world and watch it all come into place.  I
have a typical set of configuration files I deploy on any new system
so I will often build this stuff directly before rebooting (which
includes stuff like systemd, vim, screen, grub, dracut, and so on).

-- 
Rich

Re: [gentoo-user] Failed to load driver: Nouveau

[Alexander Kapshuk]

On Mon, Aug 28, 2017 at 6:30 PM, IceAmber  wrote:
> here is the result
>
> iceamber@localhost:~ $ lsmod | grep nouveau
> nouveau  1507328  2
> i2c_algo_bit   16384  1 nouveau
> drm_kms_helper118784  1 nouveau
> ttm77824  1 nouveau
> drm   282624  5 nouveau,ttm,drm_kms_helper
> agpgart32768  3 nouveau,ttm,drm
> led_class  16384  3 input_leds,hid_sony,nouveau
>
>

Your nouveau kernel driver seems to be OK. That's good news.
The bad news is we're back to square one.

It was glxinfo, which is a part of x11-apps/mesa-progs, that generated
the original error message.
So, perhaps, it is a mesa problem.

Can you please try this command line and see what it outputs:
LIBGL_DEBUG=verbose glxgears

Re: [gentoo-user] initial compile time

[Alan McKinnon]

On 28/08/2017 13:41, mad.scientist.at.la...@tutanota.com wrote:
> Ok, i'm starting to understand the install instructions, a steeper curve
> than i expected but still way easier than LFS.
> So, on a dual core athlon II 6000 (two cores, 3ghz)  roughly how long
> will stage3 take to compile, roughly?

You don't compile a stage 3, that has already been done and you
downloaded it. You bunzip2 and untar a stage 3.

>From that point on, you will do exactly the same that you will do for
every other world update on Gentoo you will ever do:

- set USE flags as needed
- set items in make.conf as needed
- decide what software you want
- tell portage to make it so

The "make it so" part is your real question, but no-one can answer it as
it's a "how long is a piece of string" question.

How many extra USE flags did you set? What software did you decide to
add? How old is the stage 3 you used? A recent one will obviously need
fewer recompiles than a 6-month old one. But to portage it's all the
same - make a list of stuff to be done and do it from the beginning.


There is really no functional point in updating the stage 3 and then
doing the above; unless you want to see how it all works. Might be nice
to do it the first time, but you will likely never do it again :-)

With that hardware, I'd thumb suck guess about 3 hours if the machine
will be headless, and closer to 12 if it's a workstation with most of
say KDE or Gnome, plus a browser and openoffice and an MUA etc etc etc.
But that's just a guess, could also be anywhere from 1 hour on the low
end to 24 on the high end. Or more.


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

Re: [gentoo-user] Failed to load driver: Nouveau

[IceAmber]

here is the result

iceamber@localhost:~ $ lsmod | grep nouveau
nouveau  1507328  2
i2c_algo_bit   16384  1 nouveau
drm_kms_helper118784  1 nouveau
ttm77824  1 nouveau
drm   282624  5 nouveau,ttm,drm_kms_helper
agpgart32768  3 nouveau,ttm,drm
led_class  16384  3 input_leds,hid_sony,nouveau


On Mon, Aug 28, 2017 at 3:11 PM, Alexander Kapshuk <
alexander.kaps...@gmail.com> wrote:

>
>
> On Aug 28, 2017 17:57, "Alexander Kapshuk" 
> wrote:
>
> On Mon, Aug 28, 2017 at 5:38 PM, IceAmber  wrote:
> > `du -a /lib/modules/`uname -r`/ | sed '/nouveau.ko$/!d;s/.*\t//'` as the
> > same result
> >
> > On Mon, Aug 28, 2017 at 2:36 PM, IceAmber 
> wrote:
> >>
> >> the result is
> >> iceamber@localhost:~ $ modinfo nouveau | grep filename
> >> filename:
> >> /lib/modules/4.12.5-gentoo/kernel/drivers/gpu/drm/nouveau/nouveau.ko
> >>
> >> On Mon, Aug 28, 2017 at 2:17 PM, David Abbott 
> wrote:
> >>>
> >>> On Mon, Aug 28, 2017 at 10:00 AM, IceAmber 
> >>> wrote:
> >>> > so, what should I do to locate the driver?
> >>> >
> >>> > On Mon, Aug 28, 2017 at 11:48 AM, Alexander Kapshuk
> >>> >  wrote:
> >>> >>
> >>> >> On Mon, Aug 28, 2017 at 2:41 PM, IceAmber 
> >>> >> wrote:
> >>> >> > No, the error still there.
> >>> >> > And the script `modinfo /lib/modules/`uname
> -r`/path/to/nouveau.ko`
> >>> >> > shows
> >>> >> > iceamber@localhost:~ $ modinfo /lib/modules/`uname
> >>> >> > -r`/path/to/nouveau.ko
> >>> >> > modinfo: ERROR: Module /lib/modules/4.12.5-gentoo/pat
> h/to/nouveau.ko
> >>> >> > not
> >>> >> > found.
> >>> >> >
> >>> >>
> >>> >> Note: 'path/to' in 'modinfo /lib/modules/`uname
> >>> >> -r`/path/to/nouveau.ko' above needs substituting for the path to
> your
> >>> >> nouveau.ko driver. Try locating it and rerun modinfo on it.
> >>> >> Alternatively, you could try compiling nouveau into the kernel by
> >>> >> setting CONFIG_DRM_NOUVEAU=y, reboot and see if that helps.
> >>> >>
> >>> >
> >>>
> >>> try;
> >>> modinfo nouveau | grep filename
> >>>
> >>
> >
> Now run:
> modinfo /lib/modules/4.12.5-gentoo/kernel/drivers/gpu/drm/nouveau/
> nouveau.ko
>
>
> To make 100 per cent certain your driver is loaded, can you also run:
> lsmod | grep nouveau
>
>

Re: [gentoo-user] Failed to load driver: Nouveau

[Alexander Kapshuk]

On Aug 28, 2017 17:57, "Alexander Kapshuk" 
wrote:

On Mon, Aug 28, 2017 at 5:38 PM, IceAmber  wrote:
> `du -a /lib/modules/`uname -r`/ | sed '/nouveau.ko$/!d;s/.*\t//'` as the
> same result
>
> On Mon, Aug 28, 2017 at 2:36 PM, IceAmber  wrote:
>>
>> the result is
>> iceamber@localhost:~ $ modinfo nouveau | grep filename
>> filename:
>> /lib/modules/4.12.5-gentoo/kernel/drivers/gpu/drm/nouveau/nouveau.ko
>>
>> On Mon, Aug 28, 2017 at 2:17 PM, David Abbott  wrote:
>>>
>>> On Mon, Aug 28, 2017 at 10:00 AM, IceAmber 
>>> wrote:
>>> > so, what should I do to locate the driver?
>>> >
>>> > On Mon, Aug 28, 2017 at 11:48 AM, Alexander Kapshuk
>>> >  wrote:
>>> >>
>>> >> On Mon, Aug 28, 2017 at 2:41 PM, IceAmber 
>>> >> wrote:
>>> >> > No, the error still there.
>>> >> > And the script `modinfo /lib/modules/`uname -r`/path/to/nouveau.ko`
>>> >> > shows
>>> >> > iceamber@localhost:~ $ modinfo /lib/modules/`uname
>>> >> > -r`/path/to/nouveau.ko
>>> >> > modinfo: ERROR: Module /lib/modules/4.12.5-gentoo/
path/to/nouveau.ko
>>> >> > not
>>> >> > found.
>>> >> >
>>> >>
>>> >> Note: 'path/to' in 'modinfo /lib/modules/`uname
>>> >> -r`/path/to/nouveau.ko' above needs substituting for the path to your
>>> >> nouveau.ko driver. Try locating it and rerun modinfo on it.
>>> >> Alternatively, you could try compiling nouveau into the kernel by
>>> >> setting CONFIG_DRM_NOUVEAU=y, reboot and see if that helps.
>>> >>
>>> >
>>>
>>> try;
>>> modinfo nouveau | grep filename
>>>
>>
>
Now run:
modinfo /lib/modules/4.12.5-gentoo/kernel/drivers/gpu/drm/nouveau/nouveau.ko


To make 100 per cent certain your driver is loaded, can you also run:
lsmod | grep nouveau

Re: [gentoo-user] Failed to load driver: Nouveau

[IceAmber]

here is the result


On Mon, Aug 28, 2017 at 2:57 PM, Alexander Kapshuk <
alexander.kaps...@gmail.com> wrote:

> On Mon, Aug 28, 2017 at 5:38 PM, IceAmber  wrote:
> > `du -a /lib/modules/`uname -r`/ | sed '/nouveau.ko$/!d;s/.*\t//'` as the
> > same result
> >
> > On Mon, Aug 28, 2017 at 2:36 PM, IceAmber 
> wrote:
> >>
> >> the result is
> >> iceamber@localhost:~ $ modinfo nouveau | grep filename
> >> filename:
> >> /lib/modules/4.12.5-gentoo/kernel/drivers/gpu/drm/nouveau/nouveau.ko
> >>
> >> On Mon, Aug 28, 2017 at 2:17 PM, David Abbott 
> wrote:
> >>>
> >>> On Mon, Aug 28, 2017 at 10:00 AM, IceAmber 
> >>> wrote:
> >>> > so, what should I do to locate the driver?
> >>> >
> >>> > On Mon, Aug 28, 2017 at 11:48 AM, Alexander Kapshuk
> >>> >  wrote:
> >>> >>
> >>> >> On Mon, Aug 28, 2017 at 2:41 PM, IceAmber 
> >>> >> wrote:
> >>> >> > No, the error still there.
> >>> >> > And the script `modinfo /lib/modules/`uname
> -r`/path/to/nouveau.ko`
> >>> >> > shows
> >>> >> > iceamber@localhost:~ $ modinfo /lib/modules/`uname
> >>> >> > -r`/path/to/nouveau.ko
> >>> >> > modinfo: ERROR: Module /lib/modules/4.12.5-gentoo/
> path/to/nouveau.ko
> >>> >> > not
> >>> >> > found.
> >>> >> >
> >>> >>
> >>> >> Note: 'path/to' in 'modinfo /lib/modules/`uname
> >>> >> -r`/path/to/nouveau.ko' above needs substituting for the path to
> your
> >>> >> nouveau.ko driver. Try locating it and rerun modinfo on it.
> >>> >> Alternatively, you could try compiling nouveau into the kernel by
> >>> >> setting CONFIG_DRM_NOUVEAU=y, reboot and see if that helps.
> >>> >>
> >>> >
> >>>
> >>> try;
> >>> modinfo nouveau | grep filename
> >>>
> >>
> >
> Now run:
> modinfo /lib/modules/4.12.5-gentoo/kernel/drivers/gpu/drm/
> nouveau/nouveau.ko
>
>

Re: [gentoo-user] Failed to load driver: Nouveau

[Alexander Kapshuk]

On Mon, Aug 28, 2017 at 5:38 PM, IceAmber  wrote:
> `du -a /lib/modules/`uname -r`/ | sed '/nouveau.ko$/!d;s/.*\t//'` as the
> same result
>
> On Mon, Aug 28, 2017 at 2:36 PM, IceAmber  wrote:
>>
>> the result is
>> iceamber@localhost:~ $ modinfo nouveau | grep filename
>> filename:
>> /lib/modules/4.12.5-gentoo/kernel/drivers/gpu/drm/nouveau/nouveau.ko
>>
>> On Mon, Aug 28, 2017 at 2:17 PM, David Abbott  wrote:
>>>
>>> On Mon, Aug 28, 2017 at 10:00 AM, IceAmber 
>>> wrote:
>>> > so, what should I do to locate the driver?
>>> >
>>> > On Mon, Aug 28, 2017 at 11:48 AM, Alexander Kapshuk
>>> >  wrote:
>>> >>
>>> >> On Mon, Aug 28, 2017 at 2:41 PM, IceAmber 
>>> >> wrote:
>>> >> > No, the error still there.
>>> >> > And the script `modinfo /lib/modules/`uname -r`/path/to/nouveau.ko`
>>> >> > shows
>>> >> > iceamber@localhost:~ $ modinfo /lib/modules/`uname
>>> >> > -r`/path/to/nouveau.ko
>>> >> > modinfo: ERROR: Module /lib/modules/4.12.5-gentoo/path/to/nouveau.ko
>>> >> > not
>>> >> > found.
>>> >> >
>>> >>
>>> >> Note: 'path/to' in 'modinfo /lib/modules/`uname
>>> >> -r`/path/to/nouveau.ko' above needs substituting for the path to your
>>> >> nouveau.ko driver. Try locating it and rerun modinfo on it.
>>> >> Alternatively, you could try compiling nouveau into the kernel by
>>> >> setting CONFIG_DRM_NOUVEAU=y, reboot and see if that helps.
>>> >>
>>> >
>>>
>>> try;
>>> modinfo nouveau | grep filename
>>>
>>
>
Now run:
modinfo /lib/modules/4.12.5-gentoo/kernel/drivers/gpu/drm/nouveau/nouveau.ko

Re: [gentoo-user] Failed to load driver: Nouveau

[IceAmber]

`du -a /lib/modules/`uname -r`/ | sed '/nouveau.ko$/!d;s/.*\t//'` as the
same result

On Mon, Aug 28, 2017 at 2:36 PM, IceAmber  wrote:

> the result is
> iceamber@localhost:~ $ modinfo nouveau | grep filename
> filename:   /lib/modules/4.12.5-gentoo/kernel/drivers/gpu/drm/
> nouveau/nouveau.ko
>
> On Mon, Aug 28, 2017 at 2:17 PM, David Abbott  wrote:
>
>> On Mon, Aug 28, 2017 at 10:00 AM, IceAmber 
>> wrote:
>> > so, what should I do to locate the driver?
>> >
>> > On Mon, Aug 28, 2017 at 11:48 AM, Alexander Kapshuk
>> >  wrote:
>> >>
>> >> On Mon, Aug 28, 2017 at 2:41 PM, IceAmber 
>> wrote:
>> >> > No, the error still there.
>> >> > And the script `modinfo /lib/modules/`uname -r`/path/to/nouveau.ko`
>> >> > shows
>> >> > iceamber@localhost:~ $ modinfo /lib/modules/`uname
>> >> > -r`/path/to/nouveau.ko
>> >> > modinfo: ERROR: Module /lib/modules/4.12.5-gentoo/path/to/nouveau.ko
>> not
>> >> > found.
>> >> >
>> >>
>> >> Note: 'path/to' in 'modinfo /lib/modules/`uname
>> >> -r`/path/to/nouveau.ko' above needs substituting for the path to your
>> >> nouveau.ko driver. Try locating it and rerun modinfo on it.
>> >> Alternatively, you could try compiling nouveau into the kernel by
>> >> setting CONFIG_DRM_NOUVEAU=y, reboot and see if that helps.
>> >>
>> >
>>
>> try;
>> modinfo nouveau | grep filename
>>
>>
>

Re: [gentoo-user] Failed to load driver: Nouveau

[IceAmber]

the result is
iceamber@localhost:~ $ modinfo nouveau | grep filename
filename:
/lib/modules/4.12.5-gentoo/kernel/drivers/gpu/drm/nouveau/nouveau.ko

On Mon, Aug 28, 2017 at 2:17 PM, David Abbott  wrote:

> On Mon, Aug 28, 2017 at 10:00 AM, IceAmber  wrote:
> > so, what should I do to locate the driver?
> >
> > On Mon, Aug 28, 2017 at 11:48 AM, Alexander Kapshuk
> >  wrote:
> >>
> >> On Mon, Aug 28, 2017 at 2:41 PM, IceAmber 
> wrote:
> >> > No, the error still there.
> >> > And the script `modinfo /lib/modules/`uname -r`/path/to/nouveau.ko`
> >> > shows
> >> > iceamber@localhost:~ $ modinfo /lib/modules/`uname
> >> > -r`/path/to/nouveau.ko
> >> > modinfo: ERROR: Module /lib/modules/4.12.5-gentoo/path/to/nouveau.ko
> not
> >> > found.
> >> >
> >>
> >> Note: 'path/to' in 'modinfo /lib/modules/`uname
> >> -r`/path/to/nouveau.ko' above needs substituting for the path to your
> >> nouveau.ko driver. Try locating it and rerun modinfo on it.
> >> Alternatively, you could try compiling nouveau into the kernel by
> >> setting CONFIG_DRM_NOUVEAU=y, reboot and see if that helps.
> >>
> >
>
> try;
> modinfo nouveau | grep filename
>
>

Re: [gentoo-user] Question on install

[mad.scientist.at.large]

correct, i plan to soon use someone with encryption and a "normal" non web 
based reader.  i know there are other providers for this.  sorry about the top 
postine, yes it's very clumsy just to try bottom posting.  the problem with 
unencrypted or merely ssl encryption is it's severly broken, when i've made a 
secure connection, and correct info shows up with the wrong cert it's pretty 
obvious who's be rude and wasting resources.  of course lots of sites have 
totally broken certs, and you probably know that for ssl there are 3 sets of 
binary numbers that nearly everyone does.  then again in 6 months i'll likely 
be using my own email accounts on my hardware.

--
The Power Of the People Is Stronger Than The People In Charge.


21. Aug 2017 12:04 by rasmus.thom...@protonmail.com:


> 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 < > jo...@antarean.org> > 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
>> 
>>

[gentoo-user] Problems with XFCE probably after last update

[Alexey Eschenko]

Hi everyone.

I'm experiencing some strange problems after last XFCE update on my 
desktop system (and less on my laptop).


1. (desktop only) After DE startup I'm encountering error message 
telling me that Notification Area plugin unexceptedly stopped (or 
something like that) with two options: execute it again and remove from 
the panel.
1.1. Restarting does not help on regular basis. One time it works, but 
next time it keeps showing this dialogue window again and again until I 
close it (and notifications disappears from the panel).


2. (desktop and laptop) Some icons in "Launcher" plugin now doesn't 
shows (see: 
https://storage4.static.itmages.ru/i/17/0828/h_1503929343_8878570_d6da7a7763.png 
). Some of them are detected natively from default application icons and 
some of them was added/changed by me to ICO/PNG files.
2.1. Some icons are still shown in the Launcher settings while not shown 
in the pannel in the end (see: 
https://storage1.static.itmages.ru/i/17/0828/h_1503929483_5621165_a51b37f6fd.png 
)


3. (desktop only) At the same time when I first encountered problem #1 I 
also discovered that "qTox" messenger now starts in two instances when 
on previous system boot it was only one. There is only one instance of 
"qTox" in the "Session and Startup" -> "Application Autostart". May be 
XFCE now fails to merge "Session" and "Application Autostart" data to 
prevent this type of situations? Strange thing is: this bug encounters 
only with qTox. Nothing else runs twice (at least I didn't see anything 
like that).


--
Kind regards,
Alexey Eschenko
https://skobk.in/

Re: [gentoo-user] Failed to load driver: Nouveau

[David Abbott]

On Mon, Aug 28, 2017 at 10:00 AM, IceAmber  wrote:
> so, what should I do to locate the driver?
>
> On Mon, Aug 28, 2017 at 11:48 AM, Alexander Kapshuk
>  wrote:
>>
>> On Mon, Aug 28, 2017 at 2:41 PM, IceAmber  wrote:
>> > No, the error still there.
>> > And the script `modinfo /lib/modules/`uname -r`/path/to/nouveau.ko`
>> > shows
>> > iceamber@localhost:~ $ modinfo /lib/modules/`uname
>> > -r`/path/to/nouveau.ko
>> > modinfo: ERROR: Module /lib/modules/4.12.5-gentoo/path/to/nouveau.ko not
>> > found.
>> >
>>
>> Note: 'path/to' in 'modinfo /lib/modules/`uname
>> -r`/path/to/nouveau.ko' above needs substituting for the path to your
>> nouveau.ko driver. Try locating it and rerun modinfo on it.
>> Alternatively, you could try compiling nouveau into the kernel by
>> setting CONFIG_DRM_NOUVEAU=y, reboot and see if that helps.
>>
>

try;
modinfo nouveau | grep filename

Re: [gentoo-user] Failed to load driver: Nouveau

[Alexander Kapshuk]

On Mon, Aug 28, 2017 at 5:00 PM, IceAmber  wrote:
> so, what should I do to locate the driver?
>
> On Mon, Aug 28, 2017 at 11:48 AM, Alexander Kapshuk
>  wrote:
>>
>> On Mon, Aug 28, 2017 at 2:41 PM, IceAmber  wrote:
>> > No, the error still there.
>> > And the script `modinfo /lib/modules/`uname -r`/path/to/nouveau.ko`
>> > shows
>> > iceamber@localhost:~ $ modinfo /lib/modules/`uname
>> > -r`/path/to/nouveau.ko
>> > modinfo: ERROR: Module /lib/modules/4.12.5-gentoo/path/to/nouveau.ko not
>> > found.
>> >
>>
>> Note: 'path/to' in 'modinfo /lib/modules/`uname
>> -r`/path/to/nouveau.ko' above needs substituting for the path to your
>> nouveau.ko driver. Try locating it and rerun modinfo on it.
>> Alternatively, you could try compiling nouveau into the kernel by
>> setting CONFIG_DRM_NOUVEAU=y, reboot and see if that helps.
>>
>
du -a /lib/modules/`uname -r`/ | sed '/nouveau.ko$/!d;s/.*\t//'

Re: [gentoo-user] Failed to load driver: Nouveau

[IceAmber]

so, what should I do to locate the driver?

On Mon, Aug 28, 2017 at 11:48 AM, Alexander Kapshuk <
alexander.kaps...@gmail.com> wrote:

> On Mon, Aug 28, 2017 at 2:41 PM, IceAmber  wrote:
> > No, the error still there.
> > And the script `modinfo /lib/modules/`uname -r`/path/to/nouveau.ko` shows
> > iceamber@localhost:~ $ modinfo /lib/modules/`uname
> -r`/path/to/nouveau.ko
> > modinfo: ERROR: Module /lib/modules/4.12.5-gentoo/path/to/nouveau.ko not
> > found.
> >
>
> Note: 'path/to' in 'modinfo /lib/modules/`uname
> -r`/path/to/nouveau.ko' above needs substituting for the path to your
> nouveau.ko driver. Try locating it and rerun modinfo on it.
> Alternatively, you could try compiling nouveau into the kernel by
> setting CONFIG_DRM_NOUVEAU=y, reboot and see if that helps.
>
>

Re: [gentoo-user] Failed to load driver: Nouveau

[Alexander Kapshuk]

On Mon, Aug 28, 2017 at 2:41 PM, IceAmber  wrote:
> No, the error still there.
> And the script `modinfo /lib/modules/`uname -r`/path/to/nouveau.ko` shows
> iceamber@localhost:~ $ modinfo /lib/modules/`uname -r`/path/to/nouveau.ko
> modinfo: ERROR: Module /lib/modules/4.12.5-gentoo/path/to/nouveau.ko not
> found.
>

Note: 'path/to' in 'modinfo /lib/modules/`uname
-r`/path/to/nouveau.ko' above needs substituting for the path to your
nouveau.ko driver. Try locating it and rerun modinfo on it.
Alternatively, you could try compiling nouveau into the kernel by
setting CONFIG_DRM_NOUVEAU=y, reboot and see if that helps.

[gentoo-user] initial compile time

[mad.scientist.at.large]

Ok, i'm starting to understand the install instructions, a steeper curve than i 
expected but still way easier than LFS. 
So, on a dual core athlon II 6000 (two cores, 3ghz)  roughly how long will 
stage3 take to compile, roughly?

next month i'll be setting up a compiler farm with 3 other, similiar machines 
which should help, will also be upgrading cpus to 4 or 6 core, and have one 
machine that can upgraded for phenom and one i can update to opteron, according 
to the board makers (it just needs a different bios).   

If i had the supporting bios any of my machines could upgrade to nearly any AMD 
socket 2 or 3+ chip, and i'll be looking for that and,  i'll also be looking at 
the linux bios project to see if any of my hardware is well supported, may also 
find custom bioses that gamers have made.

 in any case, i'll be learning steep, which i love once i'm into it, and i'm 
about there with gentoo.  i love the useflags idea, and i was looking for a 
good os for learning linux, considered slack and lfs, But gentoo looks good, 
and i like to get my hands dirty.  couple of minor bugs in the handbook but not 
bad, also many links on other sites for gentoo.org with bad links, oh well, 
there always are.  I do realize the labor involved, hope to give some back to 
the community.  yes, i'm a computer nut, hardware and software, and the coming 
used machines all get a bath and the cases go into the shower with me, only big 
wet space in the place and haveing the head on a hose really helps.  I've run a 
mac board in a modified pc case, off of 2 lab type power supplies, actually for 
ahile it was naked on the table, works great, solves cooling issues (not that a 
68040 gets that hot).  i've hand compiled assembly on a 6502 and a z80, the 
second one on a sinclair timex i put an external keyboard on and seperated the 
ram expansion board from the conector and velcroed it on top with some ribbon 
cable.  i've actually used fortan a little on punch cards, on an old ibm 360 it 
think it was.  had a card punch i got at auction for a bit.  the old  ibm 
punches are nearly all mechanical, just like a selectric typwriter.  than 
again, i know a little cobol i can't make go away.
--
The Power Of the People Is Stronger Than The People In Charge.

Re: [gentoo-user] Failed to load driver: Nouveau

[IceAmber]

No, the error still there.
And the script `modinfo /lib/modules/`uname -r`/path/to/nouveau.ko` shows
iceamber@localhost:~ $ modinfo /lib/modules/`uname -r`/path/to/nouveau.ko
modinfo: ERROR: Module /lib/modules/4.12.5-gentoo/path/to/nouveau.ko not
found.

On Sun, Aug 27, 2017 at 5:59 PM, Alexander Kapshuk <
alexander.kaps...@gmail.com> wrote:

> On Sun, Aug 27, 2017 at 8:24 PM, IceAmber  wrote:
> > iceamber@localhost:~ $ grep NOUVEAU /usr/src/linux/.config
> > CONFIG_DRM_NOUVEAU=m
> > CONFIG_NOUVEAU_DEBUG=5
> > CONFIG_NOUVEAU_DEBUG_DEFAULT=3
> > CONFIG_DRM_NOUVEAU_BACKLIGHT=y
> >
> > iceamber@localhost:~ $ grep -E 'nvidia|VIDEO_CARDS'
> /etc/portage/make.conf
> > VIDEO_CARDS="nouveau"
> >
> > here is the `grep -si nouveau /var/log/*`
> >
> > I have rebuilt the xorg-server, it is built for kernel 4.12.5 now.
> > And I have set the USEs of "gallium" and "video_cards_nouveau"
> >
> > On Sun, Aug 27, 2017 at 4:54 PM, Alexander Kapshuk
> >  wrote:
> >>
> >> On Sun, Aug 27, 2017 at 5:49 PM, Alexander Kapshuk
> >>  wrote:
> >> > On Sun, Aug 27, 2017 at 5:45 PM, Alexander Kapshuk
> >> >  wrote:
> >> >> On Sun, Aug 27, 2017 at 2:27 PM, IceAmber 
> >> >> wrote:
> >> >>> I have tried, but the same result
> >> >>>
> >> >>> On Sun, Aug 27, 2017 at 10:04 AM, Adam Carter <
> adamcart...@gmail.com>
> >> >>> wrote:
> >> >
> >> > yes, here is the eselect
> >> 
> >> 
> >>  When i have X problems i can resolve i run emerge -av
> >>  @x11-module-rebuild
> >>  xorg-server mesa but its generally an act of desperation after
> >>  running out
> >>  of intelligent options.
> >> >>>
> >> >>>
> >> >>
> >> >> Your xorg-server was built for kernel 4.9.34.
> >> >> [24.014] Build Operating System: Linux 4.9.34-gentoo x86_64
> Gentoo
> >> >> [24.014] Current Operating System: Linux localhost 4.12.5-gentoo
> >> >> #10 SMP Sat Aug 26 13:15:20 UTC 2017 x86_64
> >> >>
> >> >> Might be a good idea to rebuild x11-base/xorg-server for your current
> >> >> kernel.
> >> >>
> >> >> What's the output of the command lines below?
> >> >> grep NOUVEAU linux/.config
> >> >> grep -E 'nvidia|VIDEO_CARDS' /etc/portage/make.conf
> >> >
> >> > This one too please:
> >> > grep -si nouveau /var/log/*
> >>
> >> Also, let's make sure mesa has the USE flags below enabled:
> >>
> >> equery -q u mesa | grep -E 'gallium|nouveau'
> >> +gallium
> >> +video_cards_nouveau
> >>
> >
>
> I'm not seeing these errors in your Xorg.0.log any more:
> [25.361] (EE) AIGLX error: Calling driver entry point failed
> [25.375] (EE) AIGLX: reverting to software rendering
>
> Are you still getting the error message about the nouveau driver not
> being loaded when running glxinfo or glxgears?
> If you are, what's the output of:
> lsmod nouveau
> modinfo /lib/modules/`uname -r`/path/to/nouveau.ko
>
>

Re: [gentoo-user] certbot confusion

[J. Roeleveld]

On 27 August 2017 02:30:51 GMT+02:00, "Canek Peláez Valdés"  
wrote:
>On Sat, Aug 26, 2017 at 1:40 AM, Ian Zimmerman 
>wrote:
>>
>> I don't understand the letsencrypt certbot renewal process,
>specifically
>> the hooks.
>>
>> I have two certificates: one for webserver, one for mailserver.  I
>got
>> them only very recently so I until now the renewal cronjob has always
>> been a no-op, but the real thing will happen very soon.  When it
>does,
>> presumably I need to have both daemons restarted so that they read
>the
>> renewed certificates.  So, how do I do this?  Right now my cronjob is
>> just
>>
>> certbot renew -n --standalone --preferred-challenges tls-sni
>>
>> which should renew any and all certificates when they're "close" to
>> expiring.  But the documentation doesn't say if I can have multiple
>> --pre-hook and --post-hook options and what the semantics would be. 
>The
>> closest it comes is:
>>
>>  When renewing several certificates that have identical pre-hooks,
>only
>>  the first will be executed.
>>
>> which doesn't make any sense: what does it mean for a certificate to
>> "have" a pre-hook?  The pre-hook is just there on the command line,
>> there is no association with a particular certificate that a machine
>> could infer.
>>
>> The cop-out solution is to have a single pre-hook and a single
>> post-hook, which stop (resp. start) both daemons, but that is ugly. 
>How
>> do people handle this?
>
>I just need to restart apache, so my daily cron job is:
>
>certbot renew --standalone --quiet \
>--pre-hook  'systemctl stop  apache2.service' \
>--post-hook 'systemctl start apache2.service'
>
>With systemd, I just need one command to stop/start/restart several
>services. With OpenRC I suppose you could do:
>
>certbot renew --standalone --quiet \
>   --pre-hook  '/etc/init.d/apache2 stop && /etc/init.d/postfix stop' \
>   --post-hook '/etc/init.d/apache2 start && /etc/init.d/postfix start'
>
>The documentation says that the hooks are "command to be run in a
>shell",
>so it should work.
>
>Another solution is to have a simple script:
>
># Controls apache and postfix: /usr/local/bin/certbot-aux
>
>if [ $# != 1 ]; then
>echo 'Need a parameter'
>exit 1
>fi
>
>/etc/init.d/apache2 ${1}
>/etc/init.d/postfix ${1}
>
>And then the cron job is:
>
>certbot renew --standalone --quiet \
>--pre-hook  '/usr/local/bin/certbot-aux stop' \
>--post-hook '/usr/local/bin/certbot-aux start'
>
>Regards.
>--
>Dr. Canek Peláez Valdés
>Profesor de Carrera Asociado C
>Departamento de Matemáticas
>Facultad de Ciencias
>Universidad Nacional Autónoma de México

Your postfix is dependent on apache?

The same can be easily configured with openrc.

Having both controlled seperately makes more sense to me though.

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