Re: [gentoo-user] Problem with openrc-0.18.4 and ifplugd

2015-12-20 Thread Mick 
On Monday 21 Dec 2015 01:29:44 the...@sys-concept.com wrote:
> Thelma
> 
> On 12/20/2015 11:26 AM, Mick wrote:
> > Two laptops will not bring up their wired/wireless interface(s) since the
> > upgrade to the latest stable openrc.  Interfaces have to be started
> > manually, after which ifplugd starts on its own:
> > =
> > 
> > /etc/init.d/net.enp11s0 start
> > 
> >  * Bringing up interface enp11s0
> >  *   Skipping module adsl due to missing program: /usr/sbin/adsl-start
> > 
> > /usr/sbin/pppoe-start
> > 
> >  *   Skipping module br2684ctl due to missing program: br2684ctl
> >  *   Skipping module bridge due to missing program: brctl
> >  *   Skipping module clip due to missing program: /usr/sbin/atmsigd
> >  *   Skipping module netplugd due to missing program: /sbin/netplugd
> >  *   Skipping module ipppd due to missing program: /usr/sbin/ipppd
> >  *   Skipping module firewalld due to missing program: firewall-cmd
> >  *   Skipping module dhclient due to missing program: /sbin/dhclient
> >  *   Skipping module pump due to missing program: /sbin/pump
> >  *   Loaded modules: apipa arping bonding tuntap ccwgroup ethtool macvlan
> > 
> > macchanger macnet ifplugd wpa_supplicant ssidnet iproute2 pppd system
> > vlan dhcpcd ip6rd ip6to4
> > 
> >  *   Configuring enp11s0 for MAC address 00:26:B9:20:B4:9C ...   
> >[
> > 
> > ok ]
> > 
> >  *   Starting ifplugd on enp11s0 ...
> >  *   start-stop-daemon: fopen `/var/run/ifplugd.enp11s0.pid': No such
> >  file or
> > 
> > directory
> > 
> >  *   Detaching to start `/usr/sbin/ifplugd' ...  
> >[
> > 
> > ok ]
> > 
> >  * Backgrounding ...
> >  * WARNING: net.enp11s0 has started, but is inactive
> > 
> > 
> > 
> > 
> > In addition /var/log/rc.log is empty - no messages are captured,
> > 
> > Finally, there are a lot of messages like this in the console at boot
> > time:
> > 
> > * start-stop-daemon: fopen 'var/run/dbus.pid' : No such file or directory
> > * Detaching to start '/usr/bin/dbus-daemon ...'
> > * runscript is deprecated; please use openrc-run instead.
> > 
> > How do I put this right?
> 
> I think your error is related to my thread below.
> 
> Just get rid of line form fstab:
> none /proc proc defaults 0 0
> 
> and any other not related ones.

Thank you Thelma, but I do not have /proc or /tmpfs on my stab.  Just a few 
disk partitions.

-- 
Regards,
Mick


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

Re: [gentoo-user] (Not Solved for me) anyone tried amdgpu (kernel module)

2015-12-20 Thread Mick 
On Sunday 20 Dec 2015 20:29:28 Alexander Kapshuk wrote:
> On Sun, Dec 20, 2015 at 9:04 PM, Mick  wrote:
> > On Saturday 19 Dec 2015 17:15:04 Alexander Kapshuk wrote:
> > > > Have you tried this firmware package instead,
> > 
> > sys-firmware/amdgpu-ucode?
> > 
> > > > Do you have the firmware included in your kernel config file?
> > > > 
> > > > Device Drivers  --->
> > > > 
> > > > Generic Driver Options  --->
> > > > 
> > > > -*- Userspace firmware loading support
> > > > [*] Include in-kernel firmware blobs in kernel binary
> > > > 
> > > > (amdgpu/.bin radeon/.bin)
> > > > (/lib/firmware) Firmware blobs root directory
> > > > 
> > > > Yes I have the firmware includes, I'll try the amdgpu-ucode and
> > > > report back.
> > > > 
> > > > 
> > > > -
> > > > 
> > > > 
> > > > Mission successful!  Thanks everyone, it appears the missing
> > > > sdma1.bin from linux-firmware is contained in amdgpu-ucode and after
> > > > switching everything is running fine.
> > > 
> > > Good to hear.
> > > 
> > > Thanks for letting us know.
> > 
> > This is not working for me on a Kaveri system.
> > 
> > The wiki page suggests these firmware blobs:
> > 
> > radeon/kaveri_ce.bin radeon/kaveri_me.bin radeon/kaveri_mec2.bin
> > radeon/kaveri_mec.bin radeon/kaveri_pfp.bin radeon/kaveri_rlc.bin
> > radeon/kaveri_sdma1.bin radeon/kaveri_sdma.bin radeon/kaveri_uvd.bin
> > radeon/kaveri_vce.bin
> > 
> > Unfortunately, radeon/kaveri_sdma1.bin does not seen to be available when
> > I use sys-kernel/linux-firmware:
> > 
> > find /lib/firmware/radeon/ -iname KAVERI*sdma*
> > /lib/firmware/radeon/kaveri_sdma.bin
> > /lib/firmware/radeon/KAVERI_sdma.bin
> > 
> > 
> > I installed sys-firmware/amdgpu-ucode, but KAVERI is not found there
> > either:
> > 
> > find /lib/firmware/amdgpu/ -iname *sdma*
> > /lib/firmware/amdgpu/carrizo_sdma.bin
> > /lib/firmware/amdgpu/carrizo_sdma1.bin
> > /lib/firmware/amdgpu/fiji_sdma.bin
> > /lib/firmware/amdgpu/fiji_sdma1.bin
> > /lib/firmware/amdgpu/tonga_sdma.bin
> > /lib/firmware/amdgpu/tonga_sdma1.bin
> > /lib/firmware/amdgpu/topaz_sdma.bin
> > /lib/firmware/amdgpu/topaz_sdma1.bin
> > 
> > 
> > Building the recommended blobs fails like so:
> > 
> > # make && make modules_install && make firmware_install
> > 
> >   CHK include/config/kernel.release
> >   CHK include/generated/uapi/linux/version.h
> >   CHK include/generated/utsrelease.h
> >   CHK include/generated/bounds.h
> >   CHK include/generated/asm-offsets.h
> >   CALLscripts/checksyscalls.sh
> >   CHK include/generated/compile.h
> > 
> > kernel/Makefile:135: *** No X.509 certificates found ***
> > make[1]: *** No rule to make target
> > '/lib/firmware//radeon/kaveri_sdma1.bin',
> > needed by 'firmware/radeon/kaveri_sdma1.bin.gen.o'.  Stop.
> > Makefile:947: recipe for target 'firmware' failed
> > make: *** [firmware] Error 2
> > 
> > What now?
> > 
> > PS.  As VIDEO_CARDS in make.conf I used to have radeon and radeonsi, but
> > have
> > now changed it to amdgpu and radeonsi.  Should I revert and forget about
> > radeon/kaveri_sdma1.bin?
> > --
> > Regards,
> > Mick
> 
> That's interesting. 'kaveri_sdma1.bin' is found in the
> 'sys-firmware/amdgpu-ucode' package. See below.
> % pwd
> radeon_ucode/kaveri
> % ls -1 *sdma*
> kaveri_sdma.bin
> kaveri_sdma1.bin
> 
> Perhaps the path to the binary blobs specified in your kernel config file
> is wrong? You want to double check that.
> Device Drivers  --->
> Generic Driver Options  --->
>  -*- Userspace firmware loading support
>  [*] Include in-kernel firmware blobs in kernel binary
>  (amdgpu/.bin radeon/.bin)
>  (/lib/firmware) Firmware blobs root directory

Hmm .. perhaps I've been doing this wrong?  Should I fill in:

(amdgpu/kaveri.bin radeon/kaveri.bin)

instead of:

(radeon/kaveri_ce.bin radeon/kaveri_me.bin radeon/kaveri_mec2.bin 
radeon/kaveri_mec.bin radeon/kaveri_pfp.bin radeon/kaveri_rlc.bin 
radeon/kaveri_sdma1.bin radeon/kaveri_sdma.bin radeon/kaveri_uvd.bin 
radeon/kaveri_vce.bin)

I've been doing the latter for as long as I can remember.
-- 
Regards,
Mick


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

Re: perl ssl was:Re: [gentoo-user] dovecot imap-login

2015-12-20 Thread Mick 
On Saturday 19 Dec 2015 10:31:09 jens wefer wrote:
> Am Mon, 14 Dec 2015 08:50:29 +0100
> 
> schrieb jens wefer :
> > Am Sat, 12 Dec 2015 23:09:20 +0100
> > 
> > schrieb jens wefer :
> > > Am Sat, 12 Dec 2015 17:53:04 +
> > > 
> > > schrieb Stroller :
> > > > > On Sat, 12 December 2015, at 3:08 a.m., jens wefer
> > > > >  wrote:
> > > > > 
> > > > > I set up a mail server, postfix/dovecot, ssl required.
> > > > > test with mail-client, all ok
> > > > > when I try to copy mails with imapsync (gentoo) comes timeout,
> > > > > and imapsync will login again.
> > > > > with each new login, a new process imap-login is generated.
> > > > 
> > > > Sorry if this is a dumb question, but how do you know it's timing
> > > > out?
> > > > 
> > > > Could it just be slow, as it has to compile loads of messages in
> > > > its first run?
> > > > 
> > > > Looks like dovecot has a 30 minute timeout. [1]
> > > > 
> > > > An old message on the Dovecot mailing list [2] suggests to set
> > > > "verbose_proctitle = yes" in config to see why each process is
> > > > open.
> > > > 
> > > > It also suggests using high-performance mode, rather that the
> > > > default.
> > > > 
> > > > Stroller.
> > > 
> > > timeout comes from imapsync (default timeout 120 sec).
> > > after 10 minutes then running 5 Dovecot processes which want 100%
> > > CPU time. mail logfile:
> > > imap-login: Login: user =  blablub, TLS ession, ..
> > 
> > I think that's a problem with perl.
> > When I send an email with sendEmail comes SSLv3 Aler handshake
> > failure. if I use a newer sendEmail version (1.56.5) comes
> > Segnentation fault. when I start sendEmail on CentOS is everything ok.
> 
> I send emails with email-client and sendEmail (win/centos).
> mail.log
> [...]: initializing the server-side TLS engine
> [...]: connect from brumw.lxsbbshome.tld[192.168.0.15]
> [...]: setting up TLS connection from brumw.lxsbbshome.tld[192.168.0.15]
> [...]: brumw.lxsbbshome.tld[192.168.0.15]: TLS cipher list
> "aNULL:-aNULL:ALL:!EXPORT:!LOW:+RC4:@STRENGTH" [...]:
> SSL_accept:before/accept initialization [...]: SSL_accept:SSLv3 read
> client hello A [...]: SSL_accept:SSLv3 write server hello A
> [...]: SSL_accept:SSLv3 write certificate A
> [...]: SSL_accept:SSLv3 write server done A
> [...]: SSL_accept:SSLv3 flush data
> [...]: SSL_accept:SSLv3 read client certificate A
> [...]: SSL_accept:SSLv3 read client key exchange A
> [...]: SSL_accept:SSLv3 read certificate verify A
> [...]: SSL_accept:SSLv3 read finished A
> [...]: brumw.lxsbbshome.tld[192.168.0.15]: Issuing session ticket, key
> expiration: 1450478594 [...]: SSL_accept:SSLv3 write session ticket A
> [...]: SSL_accept:SSLv3 write change cipher spec A
> [...]: SSL_accept:SSLv3 write finished A
> [...]: SSL_accept:SSLv3 flush data
> [...]: Anonymous TLS connection established from
> brumw.lxsbbshome.tld[192.168.0.15]: TLSv1.2 with cipher
> AES128-GCM-SHA256 (128/128 bits) [...]: AFC46282149:
> client=brumw.lxsbbshome.tld[192.168.0.15]
> 
> when I send email with sendEmail from gentoo-client it comes handshake
> error mail.log
> [...]: initializing the server-side TLS engine
> [...]: connect from robin.lxsbbshome.tld[192.168.0.17]
> [...]: setting up TLS connection from robin.lxsbbshome.tld[192.168.0.17]
> [...]: robin.lxsbbshome.tld[192.168.0.17]: TLS cipher list
> "aNULL:-aNULL:ALL:!EXPORT:!LOW:+RC4:@STRENGTH" [...]:
> SSL_accept:before/accept initialization [...]: SSL3 alert
> write:fatal:handshake failure [...]: SSL_accept:error in error
> [...]: SSL_accept:error in error
> [...]: SSL_accept error from robin.lxsbbshome.tld[192.168.0.17]: -1
> [...]: warning: TLS library problem: error:1408A10B:SSL
> routines:ssl3_get_client_hello:wrong version number:s3_srvr.c:960:
> [...]: lost connection after STARTTLS from
> robin.lxsbbshome.tld[192.168.0.17] [...]: disconnect from
> robin.lxsbbshome.tld[192.168.0.17] ehlo=1 starttls=0/1 commands=1/2
> 
> sendEmail.log
> [...]: DEBUG => Connecting to rosalie.lxsbbshome.tld:25
> [...]: DEBUG => My IP address is: 192.168.0.17
> [...]: DEBUG => evalSMTPresponse() - Checking for SMTP success or error
> status in the message: 220 rosalie.lxsbbshome.tld ESMTP Postfix [...]:
> DEBUG => evalSMTPresponse() - Found SMTP success code: 220 [...]:
> SUCCESS => Received:  220 rosalie.lxsbbshome.tld ESMTP Postfix
> [...]: INFO => Sending:   EHLO robin.lxsbbshome.tld [...]: DEBUG
> => evalSMTPresponse() - Checking for SMTP success or error status in
> the message: 250-rosalie.lxsbbshome.tld, 250-PIPELINING, 250-SIZE
> 1024, 250-VRFY, 250-ETRN, 250-STARTTLS, 250-AUTH PLAIN,
> 250-ENHANCEDSTATUSCODES, 250-8BITMIME, 250-DSN, 250 SMTPUTF8 [...]:
> DEBUG => evalSMTPresponse() - Found SMTP success code: 250 [...]:
> SUCCESS => Received:  250-rosalie.lxsbbshome.tld,
> 250-PIPELINING, 250-SIZE 1024, 250-VRFY, 250-ETRN, 250-STARTTLS,
> 250-AUTH PLAIN, 250-ENHANCEDSTATUSCODES,

RE: [gentoo-user] (Not Solved for me) anyone tried amdgpu (kernel module)

2015-12-20 Thread Tsukasa Mcp_Reznor 


> From: michaelkintz...@gmail.com
> To: gentoo-user@lists.gentoo.org
> Subject: Re: [gentoo-user] (Not Solved for me) anyone tried amdgpu (kernel 
> module)
> Date: Sun, 20 Dec 2015 23:25:29 +
> 
> On Sunday 20 Dec 2015 20:29:28 Alexander Kapshuk wrote:
> > On Sun, Dec 20, 2015 at 9:04 PM, Mick  wrote:
> > > On Saturday 19 Dec 2015 17:15:04 Alexander Kapshuk wrote:
> > > > > Have you tried this firmware package instead,
> > > 
> > > sys-firmware/amdgpu-ucode?
> > > 
> > > > > Do you have the firmware included in your kernel config file?
> > > > > 
> > > > > Device Drivers  --->
> > > > > 
> > > > > Generic Driver Options  --->
> > > > > 
> > > > > -*- Userspace firmware loading support
> > > > > [*] Include in-kernel firmware blobs in kernel binary
> > > > > 
> > > > > (amdgpu/.bin radeon/.bin)
> > > > > (/lib/firmware) Firmware blobs root directory
> > > > > 
> > > > > Yes I have the firmware includes, I'll try the amdgpu-ucode and
> > > > > report back.
> > > > > 
> > > > > 
> > > > > -
> > > > > 
> > > > > 
> > > > > Mission successful!  Thanks everyone, it appears the missing
> > > > > sdma1.bin from linux-firmware is contained in amdgpu-ucode and after
> > > > > switching everything is running fine.
> > > > 
> > > > Good to hear.
> > > > 
> > > > Thanks for letting us know.
> > > 
> > > This is not working for me on a Kaveri system.
> > > 
> > > The wiki page suggests these firmware blobs:
> > > 
> > > radeon/kaveri_ce.bin radeon/kaveri_me.bin radeon/kaveri_mec2.bin
> > > radeon/kaveri_mec.bin radeon/kaveri_pfp.bin radeon/kaveri_rlc.bin
> > > radeon/kaveri_sdma1.bin radeon/kaveri_sdma.bin radeon/kaveri_uvd.bin
> > > radeon/kaveri_vce.bin
> > > 
> > > Unfortunately, radeon/kaveri_sdma1.bin does not seen to be available when
> > > I use sys-kernel/linux-firmware:
> > > 
> > > find /lib/firmware/radeon/ -iname KAVERI*sdma*
> > > /lib/firmware/radeon/kaveri_sdma.bin
> > > /lib/firmware/radeon/KAVERI_sdma.bin
> > > 
> > > 
> > > I installed sys-firmware/amdgpu-ucode, but KAVERI is not found there
> > > either:
> > > 
> > > find /lib/firmware/amdgpu/ -iname *sdma*
> > > /lib/firmware/amdgpu/carrizo_sdma.bin
> > > /lib/firmware/amdgpu/carrizo_sdma1.bin
> > > /lib/firmware/amdgpu/fiji_sdma.bin
> > > /lib/firmware/amdgpu/fiji_sdma1.bin
> > > /lib/firmware/amdgpu/tonga_sdma.bin
> > > /lib/firmware/amdgpu/tonga_sdma1.bin
> > > /lib/firmware/amdgpu/topaz_sdma.bin
> > > /lib/firmware/amdgpu/topaz_sdma1.bin
> > > 
> > > 
> > > Building the recommended blobs fails like so:
> > > 
> > > # make && make modules_install && make firmware_install
> > > 
> > >   CHK include/config/kernel.release
> > >   CHK include/generated/uapi/linux/version.h
> > >   CHK include/generated/utsrelease.h
> > >   CHK include/generated/bounds.h
> > >   CHK include/generated/asm-offsets.h
> > >   CALLscripts/checksyscalls.sh
> > >   CHK include/generated/compile.h
> > > 
> > > kernel/Makefile:135: *** No X.509 certificates found ***
> > > make[1]: *** No rule to make target
> > > '/lib/firmware//radeon/kaveri_sdma1.bin',
> > > needed by 'firmware/radeon/kaveri_sdma1.bin.gen.o'.  Stop.
> > > Makefile:947: recipe for target 'firmware' failed
> > > make: *** [firmware] Error 2
> > > 
> > > What now?
> > > 
> > > PS.  As VIDEO_CARDS in make.conf I used to have radeon and radeonsi, but
> > > have
> > > now changed it to amdgpu and radeonsi.  Should I revert and forget about
> > > radeon/kaveri_sdma1.bin?
> > > --
> > > Regards,
> > > Mick
> > 
> > That's interesting. 'kaveri_sdma1.bin' is found in the
> > 'sys-firmware/amdgpu-ucode' package. See below.
> > % pwd
> > radeon_ucode/kaveri
> > % ls -1 *sdma*
> > kaveri_sdma.bin
> > kaveri_sdma1.bin
> > 
> > Perhaps the path to the binary blobs specified in your kernel config file
> > is wrong? You want to double check that.
> > Device Drivers  --->
> > Generic Driver Options  --->
> >  -*- Userspace firmware loading support
> >  [*] Include in-kernel firmware blobs in kernel binary
> >  (amdgpu/.bin radeon/.bin)
> >  (/lib/firmware) Firmware blobs root directory
> 
> Hmm .. perhaps I've been doing this wrong?  Should I fill in:
> 
> (amdgpu/kaveri.bin radeon/kaveri.bin)
> 
> instead of:
> 
> (radeon/kaveri_ce.bin radeon/kaveri_me.bin radeon/kaveri_mec2.bin 
> radeon/kaveri_mec.bin radeon/kaveri_pfp.bin radeon/kaveri_rlc.bin 
> radeon/kaveri_sdma1.bin radeon/kaveri_sdma.bin radeon/kaveri_uvd.bin 
> radeon/kaveri_vce.bin)
> 
> I've been doing the latter for as long as I can remember.
> -- 
> Regards,
> Mick



For my part, switching to amdgpu resulted in hard locking on sleep/resume, when 
switching back to radeon, there was another hard lock on boot if I continued 
using the amdgpu-ucode, until I removed it and put linux-firmware back on, 
there seems to be differences between the two.
amdgpu kernel, amdgpu-ucode, and

Re: [gentoo-user] Recommended pseudo-hardware for QEMU guest machine?

2015-12-20 Thread wabenbau 
waltd...@waltdnes.org wrote:

> > I'm using a gtk window and not spice or vnc because this gives me
> > the best performance. And I'm using vmware as VGA card emulation
> > because it gives me the highest resolution (2368x1770).
> > 
> > Performance is not super snappy but it's good enough for regular use
> > like browsing the net and so on.
> 
>   I intend to use it mostly for distcc.  I still have an ancient OS/2
> machine with Galactic Civilizations on it.  Since I still have the CD
> images,  I'll also try to get that going in QEMU one of these days.
> My LCD is 1920x1080, so performance is more important than humoungous
> display size.

On my system only vmware VGA is able to provide a resolution as high as
or higher than 1920x1080. Performance of vmware VGA is also better then 
the other (std, cirrus) emulations.

But it could be that this depends on the guest OS.

--
Regards
wabe

Re: [gentoo-user] Problem with openrc-0.18.4 and ifplugd

2015-12-20 Thread thelma 


Thelma

On 12/20/2015 11:26 AM, Mick wrote:
> Two laptops will not bring up their wired/wireless interface(s) since the 
> upgrade to the latest stable openrc.  Interfaces have to be started manually, 
> after which ifplugd starts on its own:
> =
> 
> /etc/init.d/net.enp11s0 start
>  * Bringing up interface enp11s0
>  *   Skipping module adsl due to missing program: /usr/sbin/adsl-start 
> /usr/sbin/pppoe-start
>  *   Skipping module br2684ctl due to missing program: br2684ctl
>  *   Skipping module bridge due to missing program: brctl
>  *   Skipping module clip due to missing program: /usr/sbin/atmsigd
>  *   Skipping module netplugd due to missing program: /sbin/netplugd
>  *   Skipping module ipppd due to missing program: /usr/sbin/ipppd
>  *   Skipping module firewalld due to missing program: firewall-cmd
>  *   Skipping module dhclient due to missing program: /sbin/dhclient
>  *   Skipping module pump due to missing program: /sbin/pump
>  *   Loaded modules: apipa arping bonding tuntap ccwgroup ethtool macvlan 
> macchanger macnet ifplugd wpa_supplicant ssidnet iproute2 pppd system vlan 
> dhcpcd ip6rd ip6to4
>  *   Configuring enp11s0 for MAC address 00:26:B9:20:B4:9C ...  [ 
> ok ]
>  *   Starting ifplugd on enp11s0 ...
>  *   start-stop-daemon: fopen `/var/run/ifplugd.enp11s0.pid': No such file or 
> directory
>  *   Detaching to start `/usr/sbin/ifplugd' ... [ 
> ok ]
>  * Backgrounding ...
>  * WARNING: net.enp11s0 has started, but is inactive
> 
> 
> 
> In addition /var/log/rc.log is empty - no messages are captured,
> 
> Finally, there are a lot of messages like this in the console at boot time:
> 
> * start-stop-daemon: fopen 'var/run/dbus.pid' : No such file or directory
> * Detaching to start '/usr/bin/dbus-daemon ...'
> * runscript is deprecated; please use openrc-run instead.
> 
> How do I put this right?

I think your error is related to my thread below.

Just get rid of line form fstab:
none /proc proc defaults 0 0

and any other not related ones.

Thelma

Re: [gentoo-user] Recommended pseudo-hardware for QEMU guest machine?

2015-12-20 Thread waltdnes 
On Sun, Dec 20, 2015 at 04:47:35AM +0100, waben...@gmail.com wrote
> waltd...@waltdnes.org wrote:
> 
> >   I'm now at the configuring-the-kernel stage of the Gentoo guest
> > install.  I had originally expected to pull in the .config from the
> > host machine, make a few tweaks, and get going.  However, it appears
> > that multiple video and sound and network cards are supported, none
> > of which match those on the host.  Which ones do people recommend
> > selecting?
> > 
> 
> That's what I'm using to start qemu:
> 
> qemu-system-x86_64 -machine accel=kvm -cpu host -m 4096 -enable-kvm -name 
> vm-01 -net nic,model=virtio -net user,hostfwd=tcp::2022-:22 -localtime -hda 
> /path/to/image.qcow2 -display gtk -vga vmware

  I can't get X to work on the guest.  Text console is OK, but no X.  I
ticked support for cirrus, bochs, qxl, and vmware emulation in the guest
kernel.  I wonder if I missed something.  I also emerged the
corresponding X drivers.  vmware was a pain because I had to rebuild mesa
and other stuff to emerge the vmware video driver.

  File-attached are Xorg logs for failed attempts with vga=
cirrus/std/vmware.  QEMU refused to start when I specified -vga qxl.
The vmware log looks like it started X properly, but it immediately
dumped me out, and gave an all-red QEMU window.  I ssh'd in from the
host to set up the next card.  I know that the all-red window was a text
console.  To reboot, I blindly typed "su -", followed by root password,
followed by "halt -p", and the QEMU session halted.

  I use the following script to boot up Gentoo on the guest.  I cycled
through all 4 cards...

#!/bin/bash
qemu-system-i386 -enable-kvm \
   -cpu host -display gtk -vga cirrus \
   -drive file=gentoo32.img,format=raw \
   -drive file=linuxswap.img,format=raw \
   -net nic,model=virtio \
   -rtc base=localtime,clock=host \
   -net user,hostname=gentoovm,hostfwd=tcp::2022-:22 \
   -m 3G -monitor stdio -name "Gentoo VM" \
   -parallel none \
   ${@

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


cirrus.txt.gz
Description: Binary data


std.txt.gz
Description: Binary data


vmware.txt.gz
Description: Binary data

Re: [gentoo-user] btrfs strategies (wasHard drive noise)

2015-12-20 Thread Rich Freeman 
On Sun, Dec 20, 2015 at 6:25 AM,   wrote:
>
> When I did try it just that way, it failed completely.  I created the
> structure, except that I put quotas on each of the subvolumes, and then
> I rsynced the files from my non-btrfs copies which I had to do offline
> using my grml cd, and when I rebooted back into the new arrangements, it
> was a mess.  I also got advice from their mailing list that I might want
> separate pools and this is why I was wondering about lvm, since I don't
> want partitions again.
>

I'd probably avoid the quotas for the moment.  I believe they were
broken in some of the most recent kernels (which is why I've stopped
running the most recent kernels on btrfs, I'm sure they'll get it
sorted eventually).  Unless you REALLY need the quota support I'd just
put everything in one big filesystem and not run on top of LVM.

There are many things that could have gone wrong in your migration.
Unless you've identified what exactly it was, you're going to take the
risk that by installing LVM you still haven't fixed whatever went
wrong the first time, and you'll have less flexibility to address
issues in the future.

But, other than flexibility I don't think there are any issues with
using btrfs on top of LVM.  If you're using btrfs's raid capabilities
then I'd set up a different LVM volume group for each device so that
btrfs doesn't inadvertently store redundant copies on the same device.
That would be the opposite of how you'd normally use LVM, and just one
more reason not to use it.

Personally, I don't try to use separate filesystems for /var, /usr,
and so on.  It just fragments your free space and becomes a headache
to manage.  I could maybe see having a separate filesystem for /usr if
it were read-only and signed/verified, or for etc if it was a tmpfs,
and so on.


-- 
Rich

[gentoo-user] Problem with openrc-0.18.4 and ifplugd

2015-12-20 Thread Mick 
Two laptops will not bring up their wired/wireless interface(s) since the 
upgrade to the latest stable openrc.  Interfaces have to be started manually, 
after which ifplugd starts on its own:
=

/etc/init.d/net.enp11s0 start
 * Bringing up interface enp11s0
 *   Skipping module adsl due to missing program: /usr/sbin/adsl-start 
/usr/sbin/pppoe-start
 *   Skipping module br2684ctl due to missing program: br2684ctl
 *   Skipping module bridge due to missing program: brctl
 *   Skipping module clip due to missing program: /usr/sbin/atmsigd
 *   Skipping module netplugd due to missing program: /sbin/netplugd
 *   Skipping module ipppd due to missing program: /usr/sbin/ipppd
 *   Skipping module firewalld due to missing program: firewall-cmd
 *   Skipping module dhclient due to missing program: /sbin/dhclient
 *   Skipping module pump due to missing program: /sbin/pump
 *   Loaded modules: apipa arping bonding tuntap ccwgroup ethtool macvlan 
macchanger macnet ifplugd wpa_supplicant ssidnet iproute2 pppd system vlan 
dhcpcd ip6rd ip6to4
 *   Configuring enp11s0 for MAC address 00:26:B9:20:B4:9C ...  [ 
ok ]
 *   Starting ifplugd on enp11s0 ...
 *   start-stop-daemon: fopen `/var/run/ifplugd.enp11s0.pid': No such file or 
directory
 *   Detaching to start `/usr/sbin/ifplugd' ... [ 
ok ]
 * Backgrounding ...
 * WARNING: net.enp11s0 has started, but is inactive



In addition /var/log/rc.log is empty - no messages are captured,

Finally, there are a lot of messages like this in the console at boot time:

* start-stop-daemon: fopen 'var/run/dbus.pid' : No such file or directory
* Detaching to start '/usr/bin/dbus-daemon ...'
* runscript is deprecated; please use openrc-run instead.

How do I put this right?
-- 
Regards,
Mick


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

Re: [gentoo-user] (Not Solved for me) anyone tried amdgpu (kernel module)

2015-12-20 Thread Mick 
On Saturday 19 Dec 2015 17:15:04 Alexander Kapshuk wrote:
> > Have you tried this firmware package instead, sys-firmware/amdgpu-ucode?
> > 
> > Do you have the firmware included in your kernel config file?
> > 
> > Device Drivers  --->
> > 
> > Generic Driver Options  --->
> > 
> > -*- Userspace firmware loading support
> > [*] Include in-kernel firmware blobs in kernel binary
> > 
> > (amdgpu/.bin radeon/.bin)
> > (/lib/firmware) Firmware blobs root directory
> > 
> > Yes I have the firmware includes, I'll try the amdgpu-ucode and report
> > back.
> > 
> > 
> > -
> > 
> > 
> > Mission successful!  Thanks everyone, it appears the missing sdma1.bin
> > from linux-firmware is contained in amdgpu-ucode and after switching
> > everything is running fine.
> 
> Good to hear.
> 
> Thanks for letting us know.

This is not working for me on a Kaveri system.

The wiki page suggests these firmware blobs:

radeon/kaveri_ce.bin radeon/kaveri_me.bin radeon/kaveri_mec2.bin 
radeon/kaveri_mec.bin radeon/kaveri_pfp.bin radeon/kaveri_rlc.bin 
radeon/kaveri_sdma1.bin radeon/kaveri_sdma.bin radeon/kaveri_uvd.bin 
radeon/kaveri_vce.bin

Unfortunately, radeon/kaveri_sdma1.bin does not seen to be available when I 
use sys-kernel/linux-firmware:

find /lib/firmware/radeon/ -iname KAVERI*sdma*
/lib/firmware/radeon/kaveri_sdma.bin
/lib/firmware/radeon/KAVERI_sdma.bin


I installed sys-firmware/amdgpu-ucode, but KAVERI is not found there either:

find /lib/firmware/amdgpu/ -iname *sdma*
/lib/firmware/amdgpu/carrizo_sdma.bin
/lib/firmware/amdgpu/carrizo_sdma1.bin
/lib/firmware/amdgpu/fiji_sdma.bin
/lib/firmware/amdgpu/fiji_sdma1.bin
/lib/firmware/amdgpu/tonga_sdma.bin
/lib/firmware/amdgpu/tonga_sdma1.bin
/lib/firmware/amdgpu/topaz_sdma.bin
/lib/firmware/amdgpu/topaz_sdma1.bin


Building the recommended blobs fails like so:

# make && make modules_install && make firmware_install
  CHK include/config/kernel.release
  CHK include/generated/uapi/linux/version.h
  CHK include/generated/utsrelease.h
  CHK include/generated/bounds.h
  CHK include/generated/asm-offsets.h
  CALLscripts/checksyscalls.sh
  CHK include/generated/compile.h
kernel/Makefile:135: *** No X.509 certificates found ***
make[1]: *** No rule to make target '/lib/firmware//radeon/kaveri_sdma1.bin', 
needed by 'firmware/radeon/kaveri_sdma1.bin.gen.o'.  Stop.
Makefile:947: recipe for target 'firmware' failed
make: *** [firmware] Error 2

What now?

PS.  As VIDEO_CARDS in make.conf I used to have radeon and radeonsi, but have 
now changed it to amdgpu and radeonsi.  Should I revert and forget about 
radeon/kaveri_sdma1.bin?
-- 
Regards,
Mick


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

Re: [gentoo-user] Hard drive noise

2015-12-20 Thread Thomas Mueller 

> I think USB 3.0 is cheaper and more common.
> Only seen the occasional eSATA port on laptops and afaik, eSATA requires a
> seperate powersupply. USB can supply the power for the drive as well.

> Joost

USB hard drives, in my experience, come with and require AC power adapter, are 
not powered by the USB itself.

USB sticks don't need or have their own power.

Tom

Re: [gentoo-user] Hard drive noise

2015-12-20 Thread Neil Bothwick 
On Sun, 20 Dec 2015 08:28:30 +, Thomas Mueller wrote:

> > I think USB 3.0 is cheaper and more common.
> > Only seen the occasional eSATA port on laptops and afaik, eSATA
> > requires a seperate powersupply. USB can supply the power for the
> > drive as well.  

> USB hard drives, in my experience, come with and require AC power
> adapter, are not powered by the USB itself.

3.5" drives do, but 2.5" drives can run off the USE bus, especially with
USB 3.0's higher current capacity.


-- 
Neil Bothwick

""  "   """  "  ""   "  """  <-- random quotes


pgpyFwXYnNq1W.pgp
Description: OpenPGP digital signature

Re: [gentoo-user] [SOLVED] no network "eth0" after upgrade.

2015-12-20 Thread Philip Webb 
151220 J. Roeleveld wrote:
> On 20 December 2015 05:19:13 CET, Philip Webb  wrote:
>> My Fstab has long had these lines :
>>  # NB The next line is critical for boot!
>>  none   /proc   proc   defaults   0 0
>> When did this change & why ?  Does anyone know ?
> It's been deprecated for a while.  Not sure when, it was in a news item.
> It certainly hasn't been in stage3 tarballs for the past 2 years.

I checked the default Fstab which came with Stage 3
& there's no sign of it, so I deleted it, rebooted & everything works.
There were also these lines :
  # >= glibc 2.2 expect tmpfs to be mounted at /dev/shm
  # for POSIX shared memory (shm_open, shm_unlink).
  # tmpfs is a dynamically expandable/shrinkable ramdisk
  # and will use almost no memory if not populated with files.
  # Adding the following line should take care of this:
  none   /dev/shm   tmpfs   defaults   0 0
I deleted them too & it seems to have had no effect.

However, I was amused to see that the Stage 3 Fstab does have the line :
  /dev/fd0/mnt/floppy   auto   noauto   0 0
Does anyone still use diskettes ?  Today's mobos have no slot for them.

-- 
,,
SUPPORT ___//___,   Philip Webb
ELECTRIC   /] [] [] [] [] []|   Cities Centre, University of Toronto
TRANSIT`-O--O---'   purslowatchassdotutorontodotca

Re: [gentoo-user] btrfs strategies (wasHard drive noise)

2015-12-20 Thread Stefan G. Weichinger 
Am 20.12.2015 um 08:40 schrieb J. Roeleveld:

> These new filesystems should really be handed control of the entire disk as 
> they already include LVM-like functionality.
> You can create subvolumes and limit those to different sizes if you so desire.
> 
> When using an additional layer between ZFS/BTRFS and the discs, you will 
> loose 
> performance with no gain in flexibility.

And you lose the feature of protecting your blocks against bitrot!

btrfs comes with subvolumes and there is no need to use it on top of
LVM. If you want separated /, /usr, /var etc cut yourself subvolumes out
of your btrfs-filesystem, as mentioned.

forget LVM with btrfs, it's inside already in a way ;-)

I use btrfs on at least 3 systems for years now. No problems.

OK, it gives a bit of a learning curve. One big pool of storage
(depending on how many disks you throw into it), all the subvolumes
share the same free blocks ... this may feel scary and strange at first.

Re: [gentoo-user] btrfs strategies (wasHard drive noise)

2015-12-20 Thread covici 
Stefan G. Weichinger  wrote:

> Am 20.12.2015 um 08:40 schrieb J. Roeleveld:
> 
> > These new filesystems should really be handed control of the entire disk as 
> > they already include LVM-like functionality.
> > You can create subvolumes and limit those to different sizes if you so 
> > desire.
> > 
> > When using an additional layer between ZFS/BTRFS and the discs, you will 
> > loose 
> > performance with no gain in flexibility.
> 
> And you lose the feature of protecting your blocks against bitrot!
> 
> btrfs comes with subvolumes and there is no need to use it on top of
> LVM. If you want separated /, /usr, /var etc cut yourself subvolumes out
> of your btrfs-filesystem, as mentioned.
> 
> forget LVM with btrfs, it's inside already in a way ;-)
> 
> I use btrfs on at least 3 systems for years now. No problems.
> 
> OK, it gives a bit of a learning curve. One big pool of storage
> (depending on how many disks you throw into it), all the subvolumes
> share the same free blocks ... this may feel scary and strange at first.
> 

When I did try it just that way, it failed completely.  I created the
structure, except that I put quotas on each of the subvolumes, and then
I rsynced the files from my non-btrfs copies which I had to do offline
using my grml cd, and when I rebooted back into the new arrangements, it
was a mess.  I also got advice from their mailing list that I might want
separate pools and this is why I was wondering about lvm, since I don't
want partitions again.

-- 
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] [SOLVED] no network "eth0" after upgrade.

2015-12-20 Thread J. Roeleveld 
On Sunday, December 20, 2015 05:54:19 AM Philip Webb wrote:
> 151220 J. Roeleveld wrote:
> > On 20 December 2015 05:19:13 CET, Philip Webb  
wrote:
> >> My Fstab has long had these lines :
> >>  # NB The next line is critical for boot!
> >>  none   /proc   proc   defaults   0 0
> >> 
> >> When did this change & why ?  Does anyone know ?
> > 
> > It's been deprecated for a while.  Not sure when, it was in a news item.
> > It certainly hasn't been in stage3 tarballs for the past 2 years.
> 
> I checked the default Fstab which came with Stage 3
> & there's no sign of it, so I deleted it, rebooted & everything works.
> There were also these lines :
>   # >= glibc 2.2 expect tmpfs to be mounted at /dev/shm
>   # for POSIX shared memory (shm_open, shm_unlink).
>   # tmpfs is a dynamically expandable/shrinkable ramdisk
>   # and will use almost no memory if not populated with files.
>   # Adding the following line should take care of this:
>   none   /dev/shm   tmpfs   defaults   0 0
> I deleted them too & it seems to have had no effect.
> 
> However, I was amused to see that the Stage 3 Fstab does have the line :
>   /dev/fd0/mnt/floppy   auto   noauto   0 0
> Does anyone still use diskettes ?  Today's mobos have no slot for them.

I actually still have a drive and some diskettes.
I also have a USB diskdrive somewhere...

Haven't actually checked any mobos for floppy-connectors. Got some old ones 
that do have a connector.

--
Joost

Re: [gentoo-user] [SOLVED] no network "eth0" after upgrade.

2015-12-20 Thread Daniel Frey 
On 12/20/2015 02:54 AM, Philip Webb wrote:
> However, I was amused to see that the Stage 3 Fstab does have the line :
>   /dev/fd0/mnt/floppy   auto   noauto   0 0
> Does anyone still use diskettes ?  Today's mobos have no slot for them.
> 

I have a USB floppy drive around for those BIOSes that have trouble
updating firmware from USB. I remember once there was a fix in the BIOS
update to make updating from USB work but you either needed a) a Windows
install or b) a floppy drive to apply the update.

Dan

Re: [gentoo-user] Make QEMU guest visible to other machines on LAN

2015-12-20 Thread waltdnes 
On Sun, Dec 20, 2015 at 04:04:13AM +0100, waben...@gmail.com wrote
> waltd...@waltdnes.org wrote:
> 
> >   For various reasons, I need another physical machine on my small
> > home LAN to be able to talk directly to the 32-bit guest.  I've read
> > the "Network setup" at http://www.linux-kvm.org/page/KvmOnGentoo
> > Is the /etc/conf.d/net being reffered to, the one on the host or on
> > the guest? The webpage doesn't say explicitly.
> 
> It seems like you are using the hostfwd option to redirect incoming 
> connections to the host to the guest. Then it should also be able to 
> connect from another physical machine to your guest.
> 
> Im using 
> 
> -net user,hostfwd=tcp::2022-:22
> 
> and can connect not only from the host but also from other physical
> machines to the guest via ssh.

  Thanks.  The command "ssh -p 2022 root@192.168.123.249" works from
another machine.  I'll try setting up distccd on the VM, and tweaking my
ancient Atom netbook's distcc client to point at it before I do the next
update @world.

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

Re: [gentoo-user] (Not Solved for me) anyone tried amdgpu (kernel module)

2015-12-20 Thread Alexander Kapshuk 
On Sun, Dec 20, 2015 at 9:04 PM, Mick  wrote:

> On Saturday 19 Dec 2015 17:15:04 Alexander Kapshuk wrote:
> > > Have you tried this firmware package instead,
> sys-firmware/amdgpu-ucode?
> > >
> > > Do you have the firmware included in your kernel config file?
> > >
> > > Device Drivers  --->
> > >
> > > Generic Driver Options  --->
> > >
> > > -*- Userspace firmware loading support
> > > [*] Include in-kernel firmware blobs in kernel binary
> > >
> > > (amdgpu/.bin radeon/.bin)
> > > (/lib/firmware) Firmware blobs root directory
> > >
> > > Yes I have the firmware includes, I'll try the amdgpu-ucode and report
> > > back.
> > >
> > >
> > > -
> > >
> > >
> > > Mission successful!  Thanks everyone, it appears the missing sdma1.bin
> > > from linux-firmware is contained in amdgpu-ucode and after switching
> > > everything is running fine.
> >
> > Good to hear.
> >
> > Thanks for letting us know.
>
> This is not working for me on a Kaveri system.
>
> The wiki page suggests these firmware blobs:
>
> radeon/kaveri_ce.bin radeon/kaveri_me.bin radeon/kaveri_mec2.bin
> radeon/kaveri_mec.bin radeon/kaveri_pfp.bin radeon/kaveri_rlc.bin
> radeon/kaveri_sdma1.bin radeon/kaveri_sdma.bin radeon/kaveri_uvd.bin
> radeon/kaveri_vce.bin
>
> Unfortunately, radeon/kaveri_sdma1.bin does not seen to be available when I
> use sys-kernel/linux-firmware:
>
> find /lib/firmware/radeon/ -iname KAVERI*sdma*
> /lib/firmware/radeon/kaveri_sdma.bin
> /lib/firmware/radeon/KAVERI_sdma.bin
>
>
> I installed sys-firmware/amdgpu-ucode, but KAVERI is not found there
> either:
>
> find /lib/firmware/amdgpu/ -iname *sdma*
> /lib/firmware/amdgpu/carrizo_sdma.bin
> /lib/firmware/amdgpu/carrizo_sdma1.bin
> /lib/firmware/amdgpu/fiji_sdma.bin
> /lib/firmware/amdgpu/fiji_sdma1.bin
> /lib/firmware/amdgpu/tonga_sdma.bin
> /lib/firmware/amdgpu/tonga_sdma1.bin
> /lib/firmware/amdgpu/topaz_sdma.bin
> /lib/firmware/amdgpu/topaz_sdma1.bin
>
>
> Building the recommended blobs fails like so:
>
> # make && make modules_install && make firmware_install
>   CHK include/config/kernel.release
>   CHK include/generated/uapi/linux/version.h
>   CHK include/generated/utsrelease.h
>   CHK include/generated/bounds.h
>   CHK include/generated/asm-offsets.h
>   CALLscripts/checksyscalls.sh
>   CHK include/generated/compile.h
> kernel/Makefile:135: *** No X.509 certificates found ***
> make[1]: *** No rule to make target
> '/lib/firmware//radeon/kaveri_sdma1.bin',
> needed by 'firmware/radeon/kaveri_sdma1.bin.gen.o'.  Stop.
> Makefile:947: recipe for target 'firmware' failed
> make: *** [firmware] Error 2
>
> What now?
>
> PS.  As VIDEO_CARDS in make.conf I used to have radeon and radeonsi, but
> have
> now changed it to amdgpu and radeonsi.  Should I revert and forget about
> radeon/kaveri_sdma1.bin?
> --
> Regards,
> Mick
>

That's interesting. 'kaveri_sdma1.bin' is found in the
'sys-firmware/amdgpu-ucode' package. See below.
% pwd
radeon_ucode/kaveri
% ls -1 *sdma*
kaveri_sdma.bin
kaveri_sdma1.bin

Perhaps the path to the binary blobs specified in your kernel config file
is wrong? You want to double check that.
Device Drivers  --->
Generic Driver Options  --->
 -*- Userspace firmware loading support
 [*] Include in-kernel firmware blobs in kernel binary
 (amdgpu/.bin radeon/.bin)
 (/lib/firmware) Firmware blobs root directory