- Arch-general - lists.archlinux.org

[arch-general] Udev Automounting Rule
by Bastien Dejean 12 Sep '11

12 Sep '11

Hi, I'm using the first rule given here: https://wiki.archlinux.org/index.php/Udev When I plug a USB (fat32) stick, the permissions of the corresponding directory under /media are fine (root:users), but when I plug an external HD (ext3, also through USB), I get the following user:group settings: 1001:1001. What the... ?! Regards, -- Bastien

2 6

Re: [arch-general] wvdial and ppp configuration
by kevku 11 Sep '11

11 Sep '11

well on windows it works something like this tried it but no success. some modems (mostly non usb) support AT*ENAP=1,1 which could work better mayb i just missed something AT^NDISDUP=1,1,"apn.isp.net" OK AT^DHCP? ^DHCP:4cc8bb53,f8ffffff,49c8bb53,49c8bb53,429cf7d4,469cf7d4,7200000,5760000 # no idea what this means OK dhcpcd wwan0 dhcpcd[2150]: version 5.2.12 starting dhcpcd[2150]: wwan0: rebinding lease of 83... dhcpcd[2150]: wwan0: NAK: from 83... dhcpcd[2150]: wwan0: broadcasting for a lease dhcpcd[2150]: wwan0: offered 83... from 83... dhcpcd[2150]: wwan0: acknowledged 83... from 83... dhcpcd[2150]: wwan0: checking for 83... dhcpcd[2150]: wwan0: leased 83... for 7200 seconds dhcpcd[2150]: forked to background, child pid 2179 route -n Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 0.0.0.0 83... 0.0.0.0 UG 205 0 0 wwan0 83... 0.0.0.0 255.255.255.248 U 205 0 0 wwan0 ping 8.8.8.8 -.- nothing [ 912.008526] cdc_ether 2-1:1.1: wwan0: CDC: unexpected notification 01!

1 0

[arch-general] Distorted sound with extra/vlc 1.1.11-4
by Bernardo Barros 11 Sep '11

11 Sep '11

Last VLC package is giving me distorted sounds, not happening with vlc-1.1.7-6 from http://arm.konnichi.com/extra/os/x86_64/vlc-1.1.7-6-x86_64.pkg.tar.xz Or with *any other* program installed in my computer, just VLC after version 1.1.7-6 Anyone experiencing this bug? https://bugs.archlinux.org/task/25914 I think further investigation would be good, A 'it works for me' from one single person is enough to close the issue? Cheers, Bernardo

3 3

[arch-general] wvdial and ppp configuration
by Fons Adriaensen 10 Sep '11

10 Sep '11

Hello all, Since my (unknown) neighbour finally got smart enough to lock me out of his wireless access point (still unencrypted, probably filters on MAC address now), I got a Vodafone USB internet key, and even managed to make it work. But I've the impression that my current configuration isn't really optimal. The key identifies as 19d2:1013, and usb_modeswitch changes this to 19d2:1015. At that point I also get a new network interface called 'usb0'. So my first idea was that all I had to do was to configure and bring up that interface, but using netcfg to do this results in a 'No connection' error. Some more googling resulted in the following wvdial config which indeed does the job: [Dialer vodafone] Init1 = ATZ Init2 = ATQ0 V1 E1 S0=0 &C1 &D2 +FCLASS=0 Init3 = AT+CGDCONT=1,"IP","web.omnitel.it" Modem Type = USB Modem Phone = *99***1# ISDN = 0 Username = prova Password = prova Modem = /dev/ttyACM0 Baud = 460800 [Dialer pin] Modem = /dev/ttyACM0 Baud = 460800 Init1 = ATZ Init2 = AT +CPIN="****" The 'pin' target is required once after power up. The 'vodafone' target results in: --> WvDial: Internet dialer version 1.61 --> Cannot get information for serial port. --> Initializing modem. --> Sending: ATZ ATZ OK --> Sending: ATQ0 V1 E1 S0=0 &C1 &D2 +FCLASS=0 ATQ0 V1 E1 S0=0 &C1 &D2 +FCLASS=0 OK --> Sending: AT+CGDCONT=1,"IP","web.omnitel.it" AT+CGDCONT=1,"IP","web.omnitel.it" OK --> Modem initialized. --> Sending: ATDT*99***1# --> Waiting for carrier. ATDT*99***1# CONNECT 14400000 --> Carrier detected. Waiting for prompt. --> Don't know what to do! Starting pppd and hoping for the best. --> Starting pppd at Sat Sep 10 17:52:39 2011 --> Pid of pppd: 4140 --> Using interface ppp0 --> pppd: �[05]�[08]@�[08]�[07]�[08] --> pppd: �[05]�[08]@�[08]�[07]�[08] --> pppd: �[05]�[08]@�[08]�[07]�[08] --> pppd: �[05]�[08]@�[08]�[07]�[08] --> pppd: �[05]�[08]@�[08]�[07]�[08] --> local IP address 109.113.40.0 --> pppd: �[05]�[08]@�[08]�[07]�[08] --> remote IP address 10.0.0.1 --> pppd: �[05]�[08]@�[08]�[07]�[08] --> primary DNS address 83.224.70.77 --> pppd: �[05]�[08]@�[08]�[07]�[08] --> secondary DNS address 83.224.70.54 --> pppd: �[05]�[08]@�[08]�[07]�[08] plus a new network interface 'ppp0' and a working internet connection - I'm using it to write this post. But there are some strange things: 1. The 'Don't know what to do! Starting pppd and hoping for the best.' line from wvdial looks suspect. 2. The fact that I have _two_ new network interfaces. The existence of the 'usb0' one seems to suggest I don't need pppd at all, but how then to bring it up ? Any information / suggestions to improve this will be appreciated. Also, if at all possible I'd like to put all this into a neat netcfg profile. TIA, -- FA

6 14

[arch-general] Waking from Suspend by Keyboard Activity
by Bastien Dejean 10 Sep '11

10 Sep '11

Hi, How can I let my USB keyboard be a waker? I tried to add echo USB0 > /proc/acpi/wakeup to rc.local but, after boot, /proc/acpi/wakeup doesn't contain any USB related line. Regards, -- Bastien

3 5

[arch-general] Konqueror aesthetic peeve
by David Rosenstrauch 09 Sep '11

09 Sep '11

I know this is a minor thing, but a) it's bugging me, and b) it's bugging me more that I can't fix it! :-) I thought someone here might be having the same problem and/or know how to help. Although I'm an XFCE user, I still use KDE's konqueror as my file manager. (Old habits die hard. Plus, I've not yet found a file manager that's better.) I use qtcurve as my widget style throughout my system - i.e., both with KDE/QT apps and with GTK apps - and so am able to achieve a uniform look to my UI, which I like very much. A few days ago, though, a recent pacman upgrade messed up konqueror's widget display and I can't seem to figure out how to get it back. Normally, konqueror displays like so: http://www.darose.net/KonquerorUnderKDE.png (Note the ">" icons in the sidebar on the left, for expanding the tree.) And konqueror still is displaying itself this way when I run it under any other DE (KDE, fluxbox, etc.). However, when I run it under XFCE (my DE of choice), it displays like so: http://www.darose.net/KonquerorUnderXFCE.png (Note the use of the windows-style "+" icons in the sidebar.) I find this situation very odd and irritating: 1) Why is this only happening under XFCE? 2) Why is this only happening in the *sidebar* portion of the window? (If you look at the XFCE screenshot, konqueror is clearly using the qtcurve-style arrow widgets in other portions of the GUI.) Anyone else experience this and/or have any idea what pacman update caused this and/or have any idea how to fix? TIA! DR

1 0

[arch-general] Can't build libwebkit
by Bastien Dejean 09 Sep '11

09 Sep '11

Hi, I'm trying to add WebGL support to libwebkit but makepkg stops with the following error: ==> ERROR: replace-switch-with-given-when.patch was not found in the build directory and is not a URL. Regards, -- Bastien

4 6

[arch-general] Adopting start-stop-daemon in archlinux
by Clemens Fruhwirth 08 Sep '11

08 Sep '11

If you use Debian, you might have come across start-stop-daemon. It's part of the dpkg package and encapsulates all the knowledge, they learnt when dealing with starting and stopping daemons. It has plenty of features ranging from: * handling pidfiles more intimately (checking the pid files content, verifying that the pid given actually is the executable in question) * changing UID/GID * chrooting, nice-ing * retry starting if daemon dies * creating pid files when the process doesn't do it, etc, etc. curl http://clemens.endorphin.org/start-stop-daemon.c | less if you want to have look for yourself. It's a single C file. To me handling pid files correctly is the biggest win. The paradigm used commonly in arch PID=`pidof -o %PPID /usr/bin/executable` [ -z "$PID" ] && /usr/bin/executable is flawed and does not work reliably as shown here https://bugs.archlinux.org/task/17138 I propose to switch to start-stop-daemon and deprecate the method above. http://clemens.endorphin.org/sshd-start-stop-daemon.diff is an example of an rc.d script ported to start-stop-daemon. The paradigm -- to my personal taste -- is clean and simple. The diffstat is negative LOC-wise. We could either take the aur/start-stop-daemon packaging which references dpkg.tar.gz or include into another core package. start-stop-daemon.c is public domain. -- Fruhwirth Clemens http://clemens.endorphin.org

11 15

[arch-general] Bochs need gdb-stub support, right?
by goodmenzy＠gmail.com 08 Sep '11

08 Sep '11

Hi, I think bochs should add --enable-gdb-stub option when configuring. I build the modified PKGBUILD, It works. The pkgbuild script is in the attachment. Kevin, Could you please adopt my adives?

3 3

Re: [arch-general] X fails to start after editing ~/.xinitrc
by Igor Mosyagin 07 Sep '11

07 Sep '11

Hello there. Would your system still fail with empty .xinitrc? (mv ~/.xinitrc ~/dangerous_xinitrc && touch ~/.xinitrc) You don't need ampersand for fonts rehashing. Is that line is only one you have in your .xinitrc? Do you have system xinitrc? (/etc/X11/xinit/xinitrc) Is it empty? Igor Mosyagin cellular: +79265279171 jabber: cramur(a)talk.mipt.ru skype: cr4mur > Date: Wed, 7 Sep 2011 03:54:37 +0000 (UTC) > From: "Juan R. de Silva" <juan.r.d.silva(a)gmail.com> > To: arch-general(a)archlinux.org > Subject: Re: [arch-general] X fails to start after editing ~/.xinitrc > Message-ID: <j46ptt%24jt0%241(a)dough.gmane.org> > Content-Type: text/plain; charset=UTF-8 > > On Wed, 07 Sep 2011 04:45:49 +0200, Karol Blazewicz wrote: > >> On Wed, Sep 7, 2011 at 4:16 AM, Juan R. de Silva >> <juan.r.d.silva(a)gmail.com> wrote: >>> 3. In case net-tools package from core does not provide hostname any >>> more as well, what would be a solution then for one that would like to >>> use "terminus" fonts which by default installed into >>> /usr/share/fonts/local? >> >> I've never had any problems with Terminus being added to fontpath in >> .xinitrc but you can use xorg.conf for that too. > > To use xorg.conf I would need first to create one, since my system works > without it so far. Unless I really must to create it I would prefer to > leave things as their are for now. > >> If you have net-tools installed, you shouldn't be getting errors about >> hostname being missing. > > Yes, net-tools is installed. However the error is as I said. > >> hostname will be provided by inetutils, as was explained in the mailing >> list message I linked to. I'm currently running testing and I have no >> problems with X, hostname does its job (whatever that might be ;P), I'm >> using Terminus and have 'xset +fp /usr/share/fonts/local &; in my >> .xinirtc - all seems to work. > > You typed above: 'xset +fp /usr/share/fonts/local &; > > Is it a typo or you meant to say your .xinitrc has line like this? > > 'xset +fp /usr/share/fonts/local &' - with ampersand at the end > > If the last is true then it differs from my entry, which is > > 'xset +fp /usr/share/fonts/local' - without ampersand. > > Does it make sense to add it?.. > > >> When I downgrade to [core] (i.e. I'm not using [testing] anymore), >> things still work, so the current net-tools should be all you need. > > Here a snippet I found in 'man xset': > > [ fp rehash: > > The rehash argument resets the font path to its current value, > causing the server to reread the font databases in the current > font path. This is generally only used when adding new fonts > to a font directory (after running mkfontdir to recreate the > font database). ] > > I actually never run 'mkfontdir' after Terminus fonts were installed > since the Fonts Installation wiki page I referred to mentions that > executing 'mkfontscale' and then 'mkfontdir' is needed only for "older > applications that do not support fontconfig". > > Do you think this might be a problem? > >

4 6