- Arch-general - lists.archlinux.org

[arch-general] bridge with netctl
by arnaud gaboury 07 Mar '14

07 Mar '14

Dear list, I am running a machine "hortensia" with a container "dahlia". As the container will be a server, I want to have one IP for hortensia and another one for dahlia. On hortensia, with dhcpcd.service and systemd-networkd both disabled, I start at boot two netctl profiles. /etc/netctl/bridge-hortensia Description="Bridge connection to container" Interface=br0 Connection=bridge BindsToInterfaces=() IP=no /etc/netctl/static-hortensia Description='hortensia static ethernet connection' Interface=enp7s0 Connection=ethernet IP=static Address=('192.168.1.87/24') Gateway=('192.168.1.254') DNS=('192.168.1.254') Then here is the result: $ ip addr 2: enp7s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000 link/ether 14:da:e9:b5:7a:88 brd ff:ff:ff:ff:ff:ff inet 192.168.1.87/24 brd 192.168.1.255 scope global enp7s0 valid_lft forever preferred_lft forever inet6 fe80::16da:e9ff:feb5:7a88/64 scope link valid_lft forever preferred_lft forever 3: br0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UNKNOWN group default link/ether 22:6d:8b:ac:6e:31 brd ff:ff:ff:ff:ff:ff inet6 fe80::206d:8bff:feac:6e31/64 scope link valid_lft forever preferred_lft forever Two questions : - is the command output correct for br0 ? - all wiki said to bind bridge interface to my ethernet device (enp7s0). But if I modified the /etc/netctl/bridge-hortensia this way : BindsToInterfaces=(enp7s0) I have no working network on machine hortensia. Is this behavior correct ? Now let's start the dahlia container # systemd-nspawn --machine=dahlia --network-bridge=br0 -bD /dahlia' On hortensia, now a new ip addr output, as supposed it shall be (vb-dahlia): $ ip addr 2: enp7s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000 link/ether 14:da:e9:b5:7a:88 brd ff:ff:ff:ff:ff:ff inet 192.168.1.87/24 brd 192.168.1.255 scope global enp7s0 valid_lft forever preferred_lft forever inet6 fe80::16da:e9ff:feb5:7a88/64 scope link valid_lft forever preferred_lft forever 3: br0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN group default link/ether 1a:2d:eb:58:8e:db brd ff:ff:ff:ff:ff:ff inet6 fe80::206d:8bff:feac:6e31/64 scope link valid_lft forever preferred_lft forever 5: vb-dahlia: <BROADCAST,MULTICAST> mtu 1500 qdisc noop master br0 state DOWN group default qlen 1000 link/ether 1a:2d:eb:58:8e:db brd ff:ff:ff:ff:ff:ff My issue is that br0 is DOWN and can't make it up with this command: # ip link set dev br0 up This has no effect. Then, I can see NO-CARRIER in the br0 status. Is it the expected output ? Why is br0 DOWN ? Why can't I bring it UP ? All this leaves me with a broken network on the container dahlia: $ ip addr 2: host0: <NO-CARRIER,BROADCAST,MULTICAST,ALLMULTI,NOTRAILERS,UP> mtu 1500 qdisc pfifo_fast state DOWN group default qlen 1000 link/ether b2:25:69:eb:ea:a9 brd ff:ff:ff:ff:ff:ff inet 192.168.1.94/24 brd 192.168.1.255 scope global host0 valid_lft forever preferred_lft forever host0 is DOWN with again NO-CARRIER I have no idea what part of the setup is missing. I run a custom kernel, so is there any wrong configuration on it ? The kernel is moderately customized, but maybe did I disabled some needed flag ? Thank you for help.

7 15

Re: [arch-general] Open Source ati driver can't load GLX extension
by Jesse Jaara 07 Mar '14

07 Mar '14

Delcypher <delcypher(a)gmail.com> kirjoitti: Or you could just build LLVM (and clang if you need it) from source and link your project against that. That way, you can upgrade your system's LLVM/clang packages without breaking your project. Or even better port the codebase to llvm 3.4.

2 1

[arch-general] Open Source ati driver can't load GLX extension
by Heiko Becker 07 Mar '14

07 Mar '14

Hey, when I try to run steam, since some days, I'm getting the following error: Installing breakpad exception handler for appid(steam)/version(1393366296_client) Installing breakpad exception handler for appid(steam)/version(1393366296_client) OpenGL GLX extension not supported by displayAssert( Assertion Failed: Fatal Error: OpenGL GLX extension not supported by display ):/home/buildbot/buildslave_steam/steam_rel_client_ubuntu12_linux/build/src/steamUI/Main.cpp:286 Installing breakpad exception handler for appid(steam)/version(1393366296_client) Uploading dump (out-of-process) [proxy ''] /tmp/dumps/assert_20140305130718_4.dmp Finished uploading minidump (out-of-process): success = yes response: CrashID=bp-d5f13248-7775-4252-9eea-d1b472140305 Can anyone help me solving this? Thanks in advance. Heiko

8 20

Re: [arch-general] [arch-dev-public] Upgrading Apache to 2.4
by Anatol Pomozov 06 Mar '14

06 Mar '14

Hi On Wed, Feb 26, 2014 at 10:10 AM, Anatol Pomozov <anatol.pomozov(a)gmail.com> wrote: > Hi > > On Wed, Feb 26, 2014 at 10:01 AM, Alexander Rødseth <rodseth(a)gmail.com> wrote: >> One suggestion is creating the Apache 2.4 PKGBUILD first, then talk to >> Jan de Groot. >> If he should not be interested in the endeavor, talk to another dev. > > Good news is that I work with Jan and other devs on pushing Apache 2.4 > to repos. In general they are very positive about this move. > > PKGBUILD is ready and once db5 todo is done I'll create Apache2.4 todo > to rebuild the deps. So hopefully we'll see official apache 2.4 > package in [extra] some time soon. Stay tuned. Apache 2.4 has been moved from [testing] to [extra] and now available for everyone. Please update your setup, follow the migration instructions https://httpd.apache.org/docs/trunk/upgrading.html and report any problems. Thanks everyone.

1 0

[arch-general] OT: Any equivalent thing to "google +1 button" for midori?
by Javier Vasquez 06 Mar '14

06 Mar '14

Hi, On firefox there's a pretty neat extension: https://addons.mozilla.org/en-US/firefox/addon/google-plus-one or: www.pretty-tools.com However that's clearly a mozilla extension, not a plugin. I'm wondering if anyone is aware of any alternative for midori. Thanks, -- Javier.

1 0

[arch-general] A bug report when installing bbswith, depmod:ERROR
by Liuyang 05 Mar '14

05 Mar '14

depmod: ERROR: Module 'hci_vhci' has devname (vhci) but lacks major and minor information. Ignoring I got the message above after I update my system to the newest released version. Then bbswith and bumblebee doesn't work now. I tried to reinstall that two packages but it still reported the bug message. What can I do? PS: Forgive my pool English.

3 4

Re: [arch-general] A bug report when installing bbswith
by 刘洋 05 Mar '14

05 Mar '14

Re: [arch-general] A bug report when installing bbswith, depmod:ERROR Message-ID: <10423473.j5doMV0LHf@felix-arch> Content-Type: text/plain; charset="utf-8" On Wednesday, March 05, 2014 12:57:21 Thomas B?chler wrote: > Am 05.03.2014 12:39, schrieb Felix Yan: > > On Wednesday, March 05, 2014 19:36:28 Liuyang wrote: > >> depmod: ERROR: Module 'hci_vhci' has devname (vhci) but lacks major > >> and minor information. Ignoring > >> > >> I got the message above after I update my system to the newest released > >> version. Then bbswith and bumblebee doesn't work now. I tried to > >> reinstall that two packages but it still reported the bug message. What > >> can I do? > >> PS: Forgive my pool English. > > > > Please at least search on our bug tracker first. > > > > Here's the link: https://bugs.archlinux.org/task/38686 > > It's funny how people get the idea that this bug report has anything to > do with bbswitch not working. Yet, there is no bug report open regarding > any problems with bbswitch. Hmm, sorry for not reading the original mail in full. I pasted the link just for the depmod message part, and totally missed the point that OP was trying to diagnose his bbswitch just as those on the bug report... Regards, Felix Yan Appreciate your attention. So it seems that bbswitch or some other programs which would give me that report when I execute it may rely on the module called "vhci", while this module have something wrong now, and I can't fix it unless waiting for the update. I had searched the bug via Google but no solution was found to fix it.

1 0

[arch-general] Network-Issues after last updates
by Ruben Kelevra 05 Mar '14

05 Mar '14

Hi there, I got network-issues on my servers after the last upgrades (1-2 weeks). I found very few time to upgrade my servers more often the last days ... so I did systemd 208->210 and linux 3.12.9 to 3.13.x upgrade together. I still using netcfg to staticly configure my cards, the only hw-card was eth0 and now named ens3, which was the first problem on that upgrade ... changing eth0 to ens3 in configuration still wont fix the problem... I'm now upgrading to networkd or netctl, but since I'm not the only in IRC which got the problem you might consider to send out a warning for this might happen. Best regards Ruben

4 7

[arch-general] xbacklight broken in 3.13
by Michael Hauser 02 Mar '14

02 Mar '14

Hi, after update to kernel 3.13, xbacklight fails to adjust the brightness on my Asus EeePc 1015 PX; anyone in the same boat? echoing a number into: /sys/devices/pci0000:00/0000:00:02.0/backlight/acpi_video0/brightness updates the value as expected, only it doesn't really do anything. Fell back to using the pci method (as described in the wiki) to reduce the glare for the time being. Regards, mih -- 'aware water' is an anagram for 'we are at war'

4 5

[arch-general] Xorg doesn't start
by arno 01 Mar '14

01 Mar '14

Hi, I am install archlinux on my laptop, and I can't get my graphical card to work (Xorg doesn't start). My card is an ati hd 6750 I've installed xf86-video-ati, xorg-xserver and xorg-xinit. But when I try to run startx, xorg doesn't start, and I get a fatal error: no screens found. Here is the full Xorg log: http://renevier.net/tmp/Xorg.0.log.txt I tried to use catalyst as described on the wiki, but when trying to run aticonfig, I get the following error: no supported adapters detected lspci -v gives me: 01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Whistler [Radeon HD 6630M/6650M/6750M/7670M/7690M] (rev ff) (prog-if ff) !!! Unknown header type 7f Kernel driver in use: radeon Kernel modules: radeon, fglrx I also need to mention that when I boot from the install cd, then mount my archlinux system and chroot into it, lspci -v gives me: 01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Whistler [Radeon HD 6630M/6650M/6750M/7670M/7690M] (prog-if 00 [VGA controller]) Subsystem: Samsung Electronics Co Ltd Radeon HD 6750M Flags: bus master, fast devsel, latency 0, IRQ 51 Memory at a0000000 (64-bit, prefetchable) [size=256M] Memory at c0700000 (64-bit, non-prefetchable) [size=128K] I/O ports at 3000 [size=256] Expansion ROM at c0720000 [disabled] [size=128K] Capabilities: [50] Power Management version 3 Capabilities: [58] Express Legacy Endpoint, MSI 00 Capabilities: [a0] MSI: Enable+ Count=1/1 Maskable- 64bit+ Capabilities: [100] Vendor Specific Information: ID=0001 Rev=1 Len=010 <?> Capabilities: [150] Advanced Error Reporting Kernel driver in use: radeon So this brings me to my first subquestion: why does lspci work fine when booting from the install/repair CD, but displays "Unknown header type" when booting from my installed system? And my main question is of course: what could I do to get my card working, and X starting? thanks a lot.

4 7