- Arch-general - lists.archlinux.org

Re: [arch-general] [arch-dev-public] [FYI] systemd 205, cgroup attribute changes
by Oon-Ee Ng 05 Jul '13

05 Jul '13

On Fri, Jul 5, 2013 at 12:56 AM, Dave Reisner <d(a)falconindy.com> wrote: > On Wed, Jul 03, 2013 at 02:44:12PM -0400, Dave Reisner wrote: >> On Wed, Jul 03, 2013 at 12:48:49PM -0400, Dave Reisner wrote: >> > Hey all, >> > >> > systemd 205 was just tagged, and brings some major, promised, cgroup changes >> > [1]. I'll be pushing this into [testing] tonight. I do NOT expect that this >> > release will ever move to [core], but maybe I'll be pleasantly surprised. >> > >> > The NEWS file [2] is fairly large and warrants a read, particularly about the >> > new machine API. >> > >> > Cheers, >> > Dave >> > >> > [1] http://lists.freedesktop.org/archives/systemd-devel/2013-June/011521.html >> > [2] http://cgit.freedesktop.org/systemd/systemd/tree/NEWS >> >> On second thought, this may not be hitting [testing] so soon. systemd >> --user sessions will be broken, and I need to work out exactly what's >> happening with some of the applets like logind. I think the best course >> of action for this upgrade may be to simply advise a reboot. >> >> d > > If anyone wants a package to play with anyways, I've setup a repo: > > [falconindy] > Server = http://repo.falconindy.com/$arch > > Apologies if your DNS hasn't caught up for the A record yet -- you can > find it on he.net: > > $ host repo.falconindy.com ns1.he.net > > level3 and openDNS seem to have scavenged the record already, while > google has not. > > Have fun. Worrying for me that --user setups are broken, as I've grown to rely on that. Is this something incidental that will be fixed or something more fundamental.

2 1

[arch-general] short hangs
by János Illés 04 Jul '13

04 Jul '13

Hi, my system has some annoying visual glitches and I have no idea how to determine which software is causing it. Here's the symptoms: Everything freeze. It takes 5-15 seconds and everything goes back to normal. But, the freeze is only visual, sound/music playback works continously, I can ssh to the machine, even the mouse moves and changes (!) accordingly if I hover something. Only the displayed content freezes, sometimes in the middle of an animation. There is nothing in the journal, nothing in dmesg, no spikes in the CPU usage, no IO spikes. And it happens rarely, only 5-10 times a day. My guess would be a gnome-shell or an open source radeon driver bug, but how can I be sure or test it? Bisecting package versions is nearly impossible, there are too many of them and I cannot reproduce the freeze, it just happens. I hoped it would go away but it is happening for more than a month now, and according to my searches no other arch user experience similar issue. I'm open to ideas. My full hardware spec is here: https://gist.github.com/ijanos/5a84c0c40d58410a87d7 -- János

5 6

Re: [arch-general] [arch-dev-public] /etc/shells should keep /bin/zsh
by Chris Down 02 Jul '13

02 Jul '13

(changed recipient back to arch-general) On 2 July 2013 05:50, S=C3=A9bastien Luttringer <seblu(a)seblu.net> wrote: > Have 2 paths will be painful with chsh as I describe in the bugreport. I think I might have not quite fleshed out option "a" fully. I'm talking about a&b, not a^b. >> a. both the old path and /usr/bin be acceptable >> b. only the old path be acceptable >> c. only the new path be acceptable There is also "d. allow either", which (I think) is what you believe I meant by a. I don't think having both would be confusing. It would allow people to use the new paths (which seems sane), but also use the old ones which have been used for years and years. I agree that "allow either" is not sane from any perspective. Preferentially I still think we should deprecate the old shell paths though, unless there are technical limitations.

1 0

[arch-general] /etc/shells should keep /bin/zsh
by Karol Blazewicz 01 Jul '13

01 Jul '13

I know arch-general si not for reporting bugs and I'm not trying to rush anyone, but it's been already a month of confusion wrt https://projects.archlinux.org/svntogit/packages.git/commit/trunk?h=package… https://bugs.archlinux.org/task/35724

3 2

[arch-general] Moving the latest vim to [extra].
by Thomas Dziedzic 29 Jun '13

29 Jun '13

I usually update vim every 50 new patches. But the latest vim has been in testing for > 300 patches because there have been some major changes introduced in preparation for 7.4 which have introduced a load of new bugs. I just updated vim in [testing] to 7.3.1270. I have been using the latest vim and have found that it is sufficiently bug free for me for general use. Please give vim in [testing] a shot and make sure to report any bugs. Unless there are any major issues, I want to finally move it to [extra] this wednesday. The area where you are most likely to experience any issues is when using the new regexp engine. If you notice slow syntax highlight or wrong regular expression matching, make sure to report it and set regexpengine=1 for a temporary workaround to switch to the old regular expression engine. Thanks and have a great weekend :)

1 0

[arch-general] Grub 2.00.5043-1 locales missing
by Star Brilliant 27 Jun '13

27 Jun '13

After I upgraded to grub 2.00.5043-1, I found that grub switched back to English interface because the locale files are missing. Those locale files used to be in /usr/share/locale but it is not there in the new version. Is it a mistake, or the upstream just removed those locale files? I have attached the result of 'tar xf grub-*.pkg.tar.xz' for comparison. Thanks. -- Star Brilliant

3 2

[arch-general] Fn-F{5, 6} keys for backlight - how to disable native handling?
by Oon-Ee Ng 27 Jun '13

27 Jun '13

I have an ASUS N56V where the Fn-F{5,6} keys do not work natively (no output in xev when pressed). This is very easily worked-around using acpi_os="!Windows 2012". The resulting control is something along the 3-10 range (10 being brightest and 0 being off, these are not the actual numerical values), which means I can't dim my backlight beyond a certain value. Similarly, using xbacklight and setting to 0 actually gives a "3" backlight, not totally blank. Setting /sys/class/backlight/intel_backlight/brightness to 0 does turn the screen off though. The problem is that if I write a simple script to adjust brightness and bind that using xbindkeys, the native handler still works for a fraction of a second before the value I calculate takes effect. This results in a brief flicker everytime I press the keys. Conclusion - I want to disable this native handling of Fn-F{5,6}, is this possible or is this not software-controlled?

3 3

[arch-general] After updating mkinitcpio generates a image without modules
by Eduardo Machado 26 Jun '13

26 Jun '13

Hi, after the last grub update (with kernel 3,9,7) when the pacman runs to build the new boot images, pacman output many errors with modules not being found. The log is attached. I tried to chroot from a livecd and tried to reinstall all the packages, tried to downgrade the kernel and nothing reverted the problem. I cannot figured out why the modules are not being found... Anyone can help me with this? Thanks in advance. --- Eduardo M. Machado

1 0

[arch-general] bluetooth
by Genes Lists 26 Jun '13

26 Jun '13

1) Fully updated from testing repo. As of a couple of days ago (around 3.9.7 kernel) I noticed that bluetooth mouse takes a few seconds to initialize - it used to be almost instant. 2) i.e. leave laptop till screen blanks etc. Come back and wiggle mouse - takes a few seconds before cursor wakes up - after that it works totally normally. 3) I am aware of a migration to bluez 5 - do I need to remove bluez4 and replace with bluez5 or is it too soon? i.e. is this user error? I have relied on pacman for updates as I didn't see any notes about manual adjustments. 4) /var/log/errors.log has this: Jun 25 08:30:14 lap3 kernel: [312741.987038] Bluetooth: Wrong link type (-71) Jun 25 08:30:18 lap3 kernel: [312746.011670] hid-generic 0005:1532:0008.0033: unknown main item tag 0x0 /var/log/messages has this (from 1/2 hour earlier) Jun 25 07:53:42 lap3 bluetoothd[461]: bluetoothd[461]: Adapter /org/bluez/461/hci0 has been enabled Jun 25 07:53:42 lap3 bluetoothd[461]: bluetoothd[461]: Unknown command complete for opcode 19 Jun 25 07:53:42 lap3 bluetoothd[461]: Adapter /org/bluez/461/hci0 has been enabled Jun 25 07:53:42 lap3 bluetoothd[461]: Unknown command complete for opcode 19 5) Info: linux 3.9.7-1 kdebase-runtime 4.10.4-1 bluedevil 1.3.1-1 bluez-libs 5.5-3 bluez-utils 5.5-3 protocol stack bluez4 4.101-3 D libbluedevil 1.9.3-2 A

2 3

[arch-general] interference of the recent /usr symlinking with the mkinitcpio 'usr' hook?
by Simon Campese 25 Jun '13

25 Jun '13

Hello, I just did a fresh install of archlinux based off the most recent install cd. I've setup an encrypted root filesystem (btrfs) with separate subvolumes for /, /usr, /var, /home and /etc. All subvolumes are entered with the correct mount options (subvol=...) in /etc/fstab. In particular, the lines for the / and /usr mounts look identical, except for different arguments to the 'subvol' mount option. In my /etc/mkinitcpio.conf, I have the following HOOKS line: HOOKS="base udev autodetect block keymap keyboard encrypt filesystems fsck usr shutdown" At bootup, right after entering my luks password, I get the following error message: "Error: Root device mounted successfully, but /sbin/init does not exist. Bailing out, you are on your own. Good Luck" Checking in the emergency shell, it turns out that the root subvolume has been mounted correctly but usr has not. Interchanging the order of the 'filesystems', 'fsck' and 'usr' hooks (I've tried all six possibilities) doesn't resolve this problem. Could this be related to the recent symlinking of /sbin to /usr/bin? My other explanations would be the 'subvol' mount option or the missing fsck.btrfs tool, but in the latter case the root subvolume shouldn't have been mounted as well. Any ideas? Thanks in advance, Simon

5 5