[gentoo-user] dummy0 network interface
After a recent world update I have a new network interface in addition to 'lo' and the real network interface ('eth0', now named 'enp1s4'): # ifconfig dummy0 dummy0: flags=195UP,BROADCAST,RUNNING,NOARP mtu 1500 ether 2e:a2:4b:cb:f2:3f txqueuelen 0 (Ethernet) RX packets 0 bytes 0 (0.0 B) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 51 bytes 19992 (19.5 KiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 # udevadm info -p /sys/class/net/dummy0 P: /devices/virtual/net/dummy0 E: DEVPATH=/devices/virtual/net/dummy0 E: IFINDEX=2 E: INTERFACE=dummy0 E: SUBSYSTEM=net I'm using sys-fs/udev-210 on an ~amd64 with the predictable network interface names. Does anybody know where this dummy0 interface comes from? Can I (or should I) disable or remove it? thanks, raffaele
Re: [gentoo-user] dummy0 network interface
On Wed, 5 Mar 2014 10:28:09 +0100, Raffaele BELARDI wrote: After a recent world update I have a new network interface in addition to 'lo' and the real network interface ('eth0', now named 'enp1s4'): a recent world update means nothing to us, it coud have included anything. # ifconfig dummy0 dummy0: flags=195UP,BROADCAST,RUNNING,NOARP mtu 1500 ether 2e:a2:4b:cb:f2:3f txqueuelen 0 (Ethernet) RX packets 0 bytes 0 (0.0 B) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 51 bytes 19992 (19.5 KiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 Does anybody know where this dummy0 interface comes from? Can I (or should I) disable or remove it? It's nothing to do with udev, it is a kernel feature, enabled by CONFIG_DUMMY. You can disable it if you wish, or build it as a module in which case the interface will not appear until you modprobe it. -- Neil Bothwick CW music backward: get yer dog, wife, job, truck, kids, and sobriety back. signature.asc Description: PGP signature
Re: [gentoo-user] dummy0 network interface
On 05/03/2014 11:28, Raffaele BELARDI wrote: After a recent world update I have a new network interface in addition to 'lo' and the real network interface ('eth0', now named 'enp1s4'): # ifconfig dummy0 dummy0: flags=195UP,BROADCAST,RUNNING,NOARP mtu 1500 ether 2e:a2:4b:cb:f2:3f txqueuelen 0 (Ethernet) RX packets 0 bytes 0 (0.0 B) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 51 bytes 19992 (19.5 KiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 # udevadm info -p /sys/class/net/dummy0 P: /devices/virtual/net/dummy0 E: DEVPATH=/devices/virtual/net/dummy0 E: IFINDEX=2 E: INTERFACE=dummy0 E: SUBSYSTEM=net I'm using sys-fs/udev-210 on an ~amd64 with the predictable network interface names. Does anybody know where this dummy0 interface comes from? Can I (or should I) disable or remove it? thanks, raffaele CONFIG_DUMMY set in the kernel? -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] dummy0 network interface
Alan McKinnon wrote: On 05/03/2014 11:28, Raffaele BELARDI wrote: After a recent world update I have a new network interface in addition to 'lo' and the real network interface ('eth0', now named 'enp1s4'): # ifconfig dummy0 dummy0: flags=195UP,BROADCAST,RUNNING,NOARP mtu 1500 ether 2e:a2:4b:cb:f2:3f txqueuelen 0 (Ethernet) RX packets 0 bytes 0 (0.0 B) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 51 bytes 19992 (19.5 KiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 CONFIG_DUMMY set in the kernel? Yes, that's it, thanks.
[gentoo-user] Re:
On Tue, 4 Mar 2014 21:26:27 + (UTC), Grant Edwards grant.b.edwa...@gmail.com wrote: On 2014-03-04, Alan McKinnon alan.mckin...@gmail.com wrote: You need a running OS to install an OS. You get this anywhere you choose but the easiest is to boot from a removeable media (CD, USB, etc). Booting the Gentoo minimal install CD (from CD/DVD or USB flash drive) is the canonical way to get to the point where you start following the steps in the handbook. On one recent install, I used systemrescuecd 4.xx, which gives you a nice minimal XFCE desktop with the Midori web browser you can use to read the handbook (and wander around the web while stuff builds). There was one step -- installing syslog-ng, I think -- where there was a glitch due to an environment variable set by srcd. Immediately after doing the chroot do the following command # export path= See below for more details http://forums.gentoo.org/viewtopic-t-921678-start-0.html http://forums.gentoo.org/viewtopic-t-786386.html Gentoo used to have a page[1] documenting the required deviations from the handbook to install from an arbitrary recent-glibc linux environment. Now it redirects to a wiki page[2] with roughly similar content. When installing from media other than the official gentoo minimal install cd, you should refer to the section currently labelled Installation from non-Gentoo LiveCDs in [2] to avoid surprises. In particular, I have several times seen people run into problems due to not properly adapting the instructions on mounting (thus missing /dev/pts in the chroot) and cleaning the environment prior to chrooting (thus ending up with incomplete PATH or having various variables set that break the build systems for packages bundling gnulib). (Sorry for arrogantly repeating some of the information you provided, but since forums and mailing list entries get archived and are searchable forever and are not updated, I feel it is prudent to provide pointers to resources that have a greater chance of staying relevant.) 1: http://www.gentoo.org/doc/en/altinstall.xml 2: https://wiki.gentoo.org/wiki/Installation_alternatives -- eroen signature.asc Description: PGP signature
Re: Fwd: Re: [gentoo-user] Two identical systems - different!
On Tuesday 04 Mar 2014 23:38:04 Peter Humphrey wrote: On Tuesday 04 Mar 2014 20:08:57 Mick wrote: On Tuesday 04 Mar 2014 15:47:05 Peter Humphrey wrote: Whatever I've tried, I still can't get owncloud installed properly, not even by running their installer script to fetch and install version 6.0.2, just released. That's why I felt forced into the brute-force method. What you describe as installed properly boils down to using wget to download their latest release, untarring it into your /var/www/owncloud directory and checking that ownership and access rights are correctly set. The manual install instructions explain how to do this step by step on their website. Are you getting some particular error when you try to load it in a browser? Yes, I am. I can do those things, or I can install from the ebuild, and in either case the file structure under /var/www/localhost/htdocs/owncloud looks fine, permissions and all (I haven't yet tried using vhosts). Then when I browse to owncloud it asks for an admin name and password, then runs through post-install checks and announces Your web server is not yet properly setup to allow files synchronisation because the WebDAV interface seems to be broken. Since owncloud's DAV functionality is built into its own PHP code, I can only suppose that I have a USE flag wrong here: [ebuild R] dev-lang/php-5.5.9:5.5 USE=apache2 berkdb bzip2 calendar cgi cli crypt ctype curl exif fileinfo filter fpm ftp gd gdbm gmp hash iconv intl ipv6 json mysql mysqli nls opcache pdo phar posix readline session simplexml sqlite ssl tokenizer truetype unicode xml xmlwriter zip zlib -bcmath -cdb -cjk -debug -embed -enchant -firebird -flatfile -frontbase -imap -inifile - iodbc -kerberos -ldap -ldap-sasl -libedit -libmysqlclient -mhash -mssql -oci8- instant-client -odbc -pcntl -postgres -qdbm -recode (-selinux) -sharedmem - snmp -soap -sockets -spell -sybase-ct -systemd -sysvipc -threads -tidy -wddx - xmlreader -xmlrpc -xpm -xslt This looks fine. Everything the instructions ask for is in that list, unless I've missed something, but maybe something else needs changing. md is not in the list. I don't know if it is built as a default, or if you need to emerge dev-php/phpmd. In any case, I wouldn't expect this to have anything to do with webDAV. Have you manually disabled webDAV in your apache configuration? You will need to set 'Dav Off' under the entry for your Directory /var/www/owncloud. You will also need to check that you have *not* enabled authentication at apache level because this is managed by the php code and you have also set 'Satisfy Any' under 'Allow from all'. Finally, increase verbosity in apache to see what access errors it reports. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: Fwd: Re: [gentoo-user] Two identical systems - different!
On Wednesday 05 Mar 2014 13:49:00 Mick wrote: On Tuesday 04 Mar 2014 23:38:04 Peter Humphrey wrote: On Tuesday 04 Mar 2014 20:08:57 Mick wrote: On Tuesday 04 Mar 2014 15:47:05 Peter Humphrey wrote: Whatever I've tried, I still can't get owncloud installed properly, not even by running their installer script to fetch and install version 6.0.2, just released. That's why I felt forced into the brute-force method. What you describe as installed properly boils down to using wget to download their latest release, untarring it into your /var/www/owncloud directory and checking that ownership and access rights are correctly set. The manual install instructions explain how to do this step by step on their website. Are you getting some particular error when you try to load it in a browser? Yes, I am. I can do those things, or I can install from the ebuild, and in either case the file structure under /var/www/localhost/htdocs/owncloud looks fine, permissions and all (I haven't yet tried using vhosts). Then when I browse to owncloud it asks for an admin name and password, then runs through post-install checks and announces Your web server is not yet properly setup to allow files synchronisation because the WebDAV interface seems to be broken. Since owncloud's DAV functionality is built into its own PHP code, I can only suppose that I have a USE flag wrong here: [ebuild R] dev-lang/php-5.5.9:5.5 USE=apache2 berkdb bzip2 calendar cgi cli crypt ctype curl exif fileinfo filter fpm ftp gd gdbm gmp hash iconv intl ipv6 json mysql mysqli nls opcache pdo phar posix readline session simplexml sqlite ssl tokenizer truetype unicode xml xmlwriter zip zlib -bcmath -cdb -cjk -debug -embed -enchant -firebird -flatfile -frontbase -imap -inifile - iodbc -kerberos -ldap -ldap-sasl -libedit -libmysqlclient -mhash -mssql -oci8- instant-client -odbc -pcntl -postgres -qdbm -recode (-selinux) -sharedmem - snmp -soap -sockets -spell -sybase-ct -systemd -sysvipc -threads -tidy -wddx - xmlreader -xmlrpc -xpm -xslt This looks fine. That's good - thanks. Everything the instructions ask for is in that list, unless I've missed something, but maybe something else needs changing. md is not in the list. I don't know if it is built as a default, or if you need to emerge dev-php/phpmd. In any case, I wouldn't expect this to have anything to do with webDAV. Is that the mess detector? If so it's keyworded and I'm sure I haven't installed it before, whereas I had owncloud running ok before my hard disk failure. That failure caused me to rebuild from scratch on its SSD replacement, because so many disk-unreadable errors came up at the end that I didn't trust anything stored on it. Have you manually disabled webDAV in your apache configuration? You will need to set 'Dav Off' under the entry for your Directory /var/www/owncloud. You will also need to check that you have *not* enabled authentication at apache level because this is managed by the php code and you have also set 'Satisfy Any' under 'Allow from all'. I've included this stanza in default_vhost.include: Directory /var/www/localhost/htdocs/owncloud Options Indexes FollowSymLinks MultiViews AllowOverride All Order allow,deny allow from all Satisfy Any # Dav Off /Directory With that # mark omitted I get this: # /etc/init.d/apache2 start * apache2 has detected an error in your setup: Syntax error on line 70 of /etc/apache2/vhosts.d/default_vhost.include: Invalid command 'Dav', perhaps misspelled or defined by a module not included in the server configuration * ERROR: apache2 failed to start So the WebDAV module is not available, which makes sense because it isn't specified in /etc/conf.d/apache2. With the # present I still get the error from owncloud. Apache was remerged overnight; PHP has just finished, but reloading Apache still gives me the owncloud WebDAV error - so PHP isn't to blame. Finally, increase verbosity in apache to see what access errors it reports. Good idea. Thanks again Mick. I've just found something odd. It looks like Apache is not listing on IPv4, only IPv6: # netstat -tulpen | grep apache tcp6 0 0 :::80 :::*LISTEN 0 225562 29055/apache2 tcp6 0 0 :::443 :::*LISTEN 0 225558 29055/apache2 No mention of plain tcp. Eth0 has an IPv4 address, of course, so I have more detective work to do. # ifconfig eth0: flags=4163UP,BROADCAST,RUNNING,MULTICAST mtu 1500 inet 192.168.0.2 netmask 255.255.255.0 broadcast 192.168.0.255 inet6 fe80::7271:bcff:fe94:ee71 prefixlen 64 scopeid 0x20link ether 70:71:bc:94:ee:71 txqueuelen 1000 (Ethernet) RX packets 28121 bytes 2090480 (1.9 MiB) RX errors 0
Re: [gentoo-user] flickering thunderbird and firefox
Am 20.02.2014 06:21, schrieb Stroller: On Wed, 19 February 2014, at 4:38 pm, Stefan G. Weichinger li...@xunil.at wrote: ... What have you done to rule out hardware? nothing. I think hardware would not make only specific apps/windows fail, right? At least it doesn't sound very likely to me ... Sorry, didn't fully read your original post - I thought it was the whole screen. I agree, it seems less likely to be hardware, if it's only specific windows. tried thunderbird-bin right now. Same behavior. hmmm.
Re: [gentoo-user] flickering thunderbird and firefox
Am 05.03.2014 17:58, schrieb Stefan G. Weichinger: tried thunderbird-bin right now. Same behavior. hmmm. I suspect nvidia-drivers or something ... latest mesa does not compile as well https://bugs.gentoo.org/show_bug.cgi?id=481316 I will try the mentioned steps and see if things change.
Re: [gentoo-user] flickering thunderbird and firefox
Am 05.03.2014 18:19, schrieb Stefan G. Weichinger: Am 05.03.2014 17:58, schrieb Stefan G. Weichinger: tried thunderbird-bin right now. Same behavior. hmmm. I suspect nvidia-drivers or something ... latest mesa does not compile as well https://bugs.gentoo.org/show_bug.cgi?id=481316 I will try the mentioned steps and see if things change. nope. Browsed mozilla-bugzilla ... no idea what to do. Downgrading to test? portage only brings tb 17.0.x and current 24.3.x nouveau-drivers? sounds like a big step to me ... right?
[gentoo-user] Re: flickering thunderbird and firefox
On Wed, 19 Feb 2014 10:55:10 +0100 Stefan G. Weichinger li...@xunil.at wrote: Other windows like terminals or browsers (chrome, opera) are not affected ... but in thunderbird I get flickering message windows which is rather annoying. Sorry, I don't know how to describe it in a better way. Does anyone have an idea? Some mozilla-specific problem ;-) ? Try setting layers.acceleration.disabled to true in about:config. (I'm sorry I don't remember how to get to about:config in Thunderbird; I think there's a button somewhere.) In case layers.acceleration.force-enabled is set to true (it shouldn't be), toggle it to false. I think these settings require a restart of the application to take effect.
Re: [gentoo-user] Re: flickering thunderbird and firefox
On 03/05/2014 08:06 PM, »Q« wrote: Try setting layers.acceleration.disabled to true in about:config. (I'm sorry I don't remember how to get to about:config in Thunderbird; I think there's a button somewhere.) It's Edit Preferences Advanced General Config editor.
[gentoo-user] Re: RUBY_TARGETS and eselect ruby
On Fri, 21 Feb 2014 09:32:03 +, Svoop wrote: Hans de Graaff graaff at gentoo.org writes: Because we haven't gotten around to that yet. Also note that only a few packages currently have ruby21 support, so eselecting it right now is not very useful yet. We should be updating the ruby eselect module in the next week or so. Any news on this? Like Pavel the only related packages are rubygems, rake and friends since it's a pretty minimalistic box serving a Rails app which we are lifting to Ruby 2.1 next week. Support for ruby21 in eselect would be great, thanks a bunch! eselect-ruby-20131227 has support for eselecting ruby21. It has been around since Jan 4th. Progress on ruby21 marking of packages has been slow but steady. Hans
Re: [gentoo-user] Re: flickering thunderbird and firefox
It's Edit Preferences Advanced General Config editor. You can also enter about:config into the address bar. This also works for about:cache, about:plugins and about:mozilla. There may be others, but there you go. :) signature.asc Description: This is a digitally signed message part
Re: Fwd: Re: [gentoo-user] Two identical systems - different!
On Wednesday 05 Mar 2014 15:20:07 Peter Humphrey wrote: On Wednesday 05 Mar 2014 13:49:00 Mick wrote: Have you manually disabled webDAV in your apache configuration? You will need to set 'Dav Off' under the entry for your Directory /var/www/owncloud. You will also need to check that you have *not* enabled authentication at apache level because this is managed by the php code and you have also set 'Satisfy Any' under 'Allow from all'. I've included this stanza in default_vhost.include: Directory /var/www/localhost/htdocs/owncloud Options Indexes FollowSymLinks MultiViews AllowOverride All Order allow,deny allow from all Satisfy Any # Dav Off /Directory I tend to keep the entries you show above, except for Dav, in /etc/apache2/modules.d/XX_mysite_mod.conf. Directives like ServerName, DocumentRoot, etc. as well as 'Dav On|Off' I keep in /etc/apache2/vhosts.d/XX_mysite.conf. I place Dav under Location; e.g. VirtualHost *:80 ServerName mysite.com ServerAlias mysite DocumentRoot /var/www/mysite/htdocs Location / Dav Off /Location /VirtualHost Try that approach because it seems to make a difference at what stage the Dav directive is parsed. I've just found something odd. It looks like Apache is not listing on IPv4, only IPv6: # netstat -tulpen | grep apache tcp6 0 0 :::80 :::*LISTEN 0 225562 29055/apache2 tcp6 0 0 :::443 :::*LISTEN 0 225558 29055/apache2 No mention of plain tcp. Eth0 has an IPv4 address, of course, so I have more detective work to do. Not sure why, but I don't see apache listening on IPv4 here either. My LAN only has IPv4 configured and I know it works, but like yours I can't explain why it is not shown ... could it be a bug? -- Regards, Mick signature.asc Description: This is a digitally signed message part.
[gentoo-user] glibc build problem
he guys. I'm having trouble compiling glibc. No matter I tried with binutils 2.23 2.24. or - live version, I got ld internal error in x86_64_relocation . And the same error repeated with glibc-2.18 and glibc-2.19 . Don't know why . The google bring me a old bug report about x86_64_relocation internal error when used conjunction with IFUNC, but that doesn't seems to be related with mine problem. When I first try to update glibc to 2.18, it's fine. but then the attempt to update glibc to 2.18-r1 failed with ld internal error. This error remains with glibc-2.16-r2 and glibc-2.19, regardless of binutils version.