September 2013 - Arch-general - lists.archlinux.org

[arch-general] Wayland Support in Gnome 3.10
by kristof 25 Sep '13

25 Sep '13

I'm not entirely savvy with all the details but from my understanding, GNOME 3.10 will be featuring a Wayland tech preview, meaning that it can (optionally?) use the wayland protocol to manage graphics and windows and all that fun stuff. Are we going to compile this support by default? Does anyone know how and if we'll be able to switch back and forth between Xorg and Wayland?

4 4

[arch-general] Generate /etc/blkid.tab
by Ricardo Catalinas Jiménez 24 Sep '13

24 Sep '13

Hi, I need to update the content of this file because I modified my partition table, but I can't see how googling around. Is this file actually used? How is it generated originally when installing its owner package? Thanks in advance. -- Ricardo

4 4

[arch-general] Best way for PKGBUILD to depend on another PKGBUILD (not a package)
by Nowaker 23 Sep '13

23 Sep '13

Hi, Today on AUR I published coreutils-static package [1], a statically compiled variant of coreutils with --prefix=/rescue. coreutils depends on libattr and libcap. Because of the nature of static compilation libattr.a and libcap.a files are needed during the build. My package defines PKGBUILDs from [core] repo as source=(), performs `makepkg`, and provides -L for coreutils make during build(). [2] I pretty much like this idea because PKGBUILDs are ready to use. I don't need to define attr and libcap tar.gz releases as my package source=() and compile them by hand in build() which would be, more or less, a copy-paste. (pacman-static in AUR [3] does a copy-paste) The question: is this the best way for PKGBUILD to depend on another PKGBUILD? Are there any better solutions? And if this approach is reasonable, are there any ways to improve it? Especially the PKGBUILD code for -L, I don't quite like it. Thanks. [1] https://aur.archlinux.org/packages/coreutils-static [2] https://aur.archlinux.org/packages/co/coreutils-static/PKGBUILD [3] https://aur.archlinux.org/packages/pacman-static/ -- Kind regards, Damian Nowak StratusHost www.AtlasHost.eu

2 1

[arch-general] amixer usage
by John Davis 23 Sep '13

23 Sep '13

Hello I am trying to get my multimedia volume up and down buttons to work. I am reading various notes on amixer usage and it seems for others they can adjust current volume settings up and down. For me, i can only adjust to a fixed value. For example, this will set my volume to 50% [davis@x200 ~]$ amixer -c 0 cset numid=15,iface=MIXER,name='Master Playback Volume' 50% numid=15,iface=MIXER,name='Master Playback Volume' ; type=INTEGER,access=rw---R--,values=1,min=0,max=74,step=0 : values=37 | dBscale-min=-74.00dB,step=1.00dB,mute=0 But then if I want to adjust it by 2dB it will not adjust up or down by 2dB instead it sets the value to 2. If I set it to 2dB+ or simply the value 2 it does the same thing. [davis@x200 ~]$ amixer -c 0 cset numid=15,iface=MIXER,name='Master Playback Volume' 2dB- numid=15,iface=MIXER,name='Master Playback Volume' ; type=INTEGER,access=rw---R--,values=1,min=0,max=74,step=0 : values=2 | dBscale-min=-74.00dB,step=1.00dB,mute=0 [davis@x200 ~]$ amixer -c 0 cset numid=15,iface=MIXER,name='Master Playback Volume' 2dB numid=15,iface=MIXER,name='Master Playback Volume' ; type=INTEGER,access=rw---R--,values=1,min=0,max=74,step=0 : values=2 | dBscale-min=-74.00dB,step=1.00dB,mute=0 dB up, it will instead set the value to 2 instead of 39. [davis@x200 ~]$ amixer -c 0 cset numid=15,iface=MIXER,name='Master Playback Volume' 2dB+ numid=15,iface=MIXER,name='Master Playback Volume' ; type=INTEGER,access=rw---R--,values=1,min=0,max=74,step=0 : values=2 | dBscale-min=-74.00dB,step=1.00dB,mute=0 It appears the parser is ignoring dB and or +/- and only recognizing %. -- John F. Davis 6 Kandes Court Durham, NC 27713 919-888-8358 独树一帜

2 1

[arch-general] Quo vadis, systemd user session?
by Tobias Frilling 21 Sep '13

21 Sep '13

I know, I know, it's only semi-supported, but I use systemd --user to manage my graphical environment (no DE, just a WM and a few applications). I've written a system-level service file which calls startx, which in turn calls systemd user session via .xinitrc: dbus-launch --exit-with-session /usr/lib/systemd/systemd --user The recent systemd update removed support for direct manipulation of cgroups. I had to rewrite the service file, cannibalized user@.service and ended up with this [1]. Yeah, it's cargo culting, but my mortal brain sometimes can't grok systemds complexity. So my first questions are: Is this something a sane person would do? Is there a more elegant way without installing more 3rd party software? Do I need to involve logind in some way? Part 2: Systemd now calls user@.service with every login, which in turn calls systemd --user. But as I said, I use it for graphical stuff, so I do not want this behavior. So the second bunch of questions would be: Can I overwrite user@.service without breaking something else? How would I do that? Any kind of held is appreciated. The current state of my setup feels kinda frail. Regards, Tobias [1] http://pastebin.com/raw.php?i=jTjTwQMz

2 1

Re: [arch-general] [aur-general] systemd 207 and btrfs
by Jameson 20 Sep '13

20 Sep '13

On Wed, Sep 18, 2013 at 9:50 PM, Curtis Shimamoto <sugar.and.scruffy(a)gmail.com> wrote: > On 09/18/13 at 08:31pm, Jameson wrote: >> I upgraded to systemd 207 today, and upon reboot received several >> messages that say, "failed to open /dev/btrfs-control skipping device >> registration: No such file or directory." > > I think you probably meant to send this to [arch-general], not [aur-general]. So > I am going to send this to both… we'll see where it goes. Right you are. It turns out if I type arch- instead of arch, my Google contact list knows what I mean. :) > Your btrfs filesystem must span more than one device, yes? Yep. After running into different problems with both hardware RAID and mdadm for different reasons, I thought I'd give a btrfs RAID 1 volume a shot for root on my home server. > It was definitely the lack of /dev/btrfs-control that was causing the failure > though, as I was getting that error message. I recall checking immediately > after getting the message and seeing that /dev/btrfs-control was indeed there. > So maybe this is some kind of a race condition? It looks that way because when it gets to an emergency shell a btrfs device scan works fine. > This is just a shot in the dark, but what if you were to put the necessary > modules for btrfs in mkinitcpio.conf's MODULES list to have it loaded explicitly > and early? That did it. I added btrfs, zlib_deflate, and libcrc32a. I think I had previously needed to add crc32a for a different problem I was having with multi-device btrfs volumes. Thanks so much for your help, Curtis. =-Jameson

3 2

[arch-general] Thunderbird unread message count
by David Rosenstrauch 19 Sep '13

19 Sep '13

Having one small issue with the new Thunderbird (v24.0) upgrade. On one of the IMAP accounts I use, all the mailboxes are set up as children of Inbox. Apparently in the new version of Thunderbird, when I'm looking at "Unread Folders" in that account, the unread message count displayed is the *total* of all unread messages in every sub-folder of Inbox. But when I switch to "All Folders", it displays the count of unread messages in just the Inbox account alone. (See http://www.darose.net/ThunderbirdUnreadMessageCountExpanded.png vs. http://www.darose.net/ThunderbirdUnreadMessageCountCollapsed.png) This is definitely new behavior - v17 didn't work like this. Anyone know if there's some tweak I can make to the Thunderbird config to get the old behavior back? Thanks, DR

2 1

[arch-general] Fwd: Re: [aur-general] systemd 207 and btrfs
by Curtis Shimamoto 19 Sep '13

19 Sep '13

----- Forwarded message from Curtis Shimamoto <sugar.and.scruffy(a)gmail.com> ----- > Date: Wed, 18 Sep 2013 18:50:16 -0700 > From: Curtis Shimamoto <sugar.and.scruffy(a)gmail.com> > To: "Discussion about the Arch User Repository (AUR)" <aur-general(a)archlinux.org> > Subject: Re: [aur-general] systemd 207 and btrfs > > On 09/18/13 at 08:31pm, Jameson wrote: > > I upgraded to systemd 207 today, and upon reboot received several > > messages that say, "failed to open /dev/btrfs-control skipping device > > registration: No such file or directory." The btrfs problem faq > > suggests that running "mknod /dev/btrfs-control c 10 234" should fix > > me up. However, when I run this it says that it already exists. The > > only significant changes that I made were to upgrade systemd, and add > > the systemd hook to mkinicpio.conf. I tried booting from external > > media, and removing the systemd hook, but after re-running mkinitcpio > > I still get the same result. Does anyone have any suggestions for > > getting past this? > > > > I will happily provide more information if you can tell me what would > > be helpful. > > > > Thanks, > > =-Jameson > > I think you probably meant to send this to [arch-general], not [aur-general]. So > I am going to send this to both… we'll see where it goes. > > Your btrfs filesystem must span more than one device, yes? I too was having > this problem with a multidevice btrfs filesystem, but ran into it a while back > since I use [testing]. > > I thought it must have been something I screwed up, so since data was in > 'single' anyway (different size devices), I decided to just convert it to use > just one disk. I had meant to debug it later, but forgot about it shortly > thereafter, and didn't even remember to do that until I saw this email. > > It was definitely the lack of /dev/btrfs-control that was causing the failure > though, as I was getting that error message. I recall checking immediately > after getting the message and seeing that /dev/btrfs-control was indeed there. > So maybe this is some kind of a race condition? > > This is just a shot in the dark, but what if you were to put the necessary > modules for btrfs in mkinitcpio.conf's MODULES list to have it loaded explicitly > and early? > > -- > Curtis Shimamoto > sugar.and.scruffy [at] gmail.com Whoops, forgot to CC arch-general like I said I would… ----- End forwarded message ----- -- Curtis Shimamoto sugar.and.scruffy [at] gmail.com

1 0

[arch-general] ot: spam recognition Re: sysctl.conf.pacsave messages of archlinux.org and archlinux.de are different
by Guus Snijders 18 Sep '13

18 Sep '13

Hey, i noticed that gmail marked your message as "spam". I think it has something to do with you e-mail address. just a heads-up. Mvg, Guus

2 3

[arch-general] sysctl.conf.pacsave messages of archlinux.org and archlinux.de are different
by Ralf Mardorf 18 Sep '13

18 Sep '13

Hi, archlinux.org claims "If you never customized /etc/sysctl.conf, you have nothing to do", while archlinux.de's claim is that only those settings "# Protection from the SYN flood attack. net.ipv4.tcp_syncookies = 1 # Disable packet forwarding. net.ipv4.ip_forward = 0 net.ipv6.conf.all.forwarding = 0" were used by a /etc/sysctl.conf that never was customized. I never customized the /etc/sysctl.conf on my machine, but it contains other enabled entries too. $ grep -v "#" /etc/sysctl.conf.pacsave net.ipv4.tcp_syncookies = 1 net.ipv4.ip_forward = 0 net.ipv6.conf.all.forwarding = 0 kernel.sysrq = 0 vm.swappiness = 10 fs.inotify.max_user_watches = 524288 This is confusing. Regards, Ralf

4 5