- Arch-general - lists.archlinux.org

[arch-general] Newly installed system without uuidd user
by Rodrigo Rivas 29 Sep '12

29 Sep '12

Hello all! I know, this should go to the bugtracker, but I couldn't find the `arch-install-scripts` anywhere... so I'm bringing it here. I've just installed a new Arch in a VM using the new & improved `archlinux-2012.09.07-dual.iso`. It went quite well and painless but I noticed a weird error in the boot screen: [/usr/lib/tmpfiles.d/uuidd.conf:1] Unknown user 'uuidd' Right! There is no user 'uuidd' anywhere. The solution is actually easy: # pacman -S util-linux That reinstalls the package and recreates the user. So, if the `util-linux` package is correct, I reckon that is a bug in the `arch-install-scripts`, isn't it? Regards -- Rodrigo

2 2

[arch-general] task #31424: User git has home set to /
by coderkun 28 Sep '12

28 Sep '12

According to this bug https://bugs.archlinux.org/task/31424 I lost all my files yesterday. So this is a warning to all users who are wondering about the “git daemon user” – that is really a demon!

1 0

[arch-general] Bug with procps-ng or systemd?
by Simon Perry 28 Sep '12

28 Sep '12

/var/log/utmp is not being used. Updated procps-ng on the 24th, systemd 192 update on the 27th, but have only just noticed this. Running a "w" command no longer shows current logged in users. An strace of /usr/bin/w shows: access("/var/run/utmpx", F_OK) = -1 ENOENT (No such file or directory) open("/var/run/utmp", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) access("/var/run/utmpx", F_OK) = -1 ENOENT (No such file or directory) open("/var/run/utmp", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) I have searched FS but haven't found anything relevant, should a bug be lodged against procps-ng or systemd? -- Simon Perry (aka Pezz)

2 2

[arch-general] utmp MIA
by Jorge Almeida 28 Sep '12

28 Sep '12

I ran pacman -Syu yesterday, and now on boot the file /run/utmp is not created. Anyone else with this problem? (Yes, /var/run is a symlink to /run) (I also changed from grub2 to syslinux, but I suppose this has nothing to do with the problem; it boots fine. This is the only difference in installed software/configuration.) TIA Jorge Almeida

2 2

Re: [arch-general] The future of sysvinit in Arch: Call for Help
by G. Schlisio 27 Sep '12

27 Sep '12

>> -remove initscripts from the repos >> -no more developement in git and on arch-project ML > I don't see the benefit of doing that quickly, but if that's what you > guys want, it is fine with me. I would be in favor of initscripts > dying a natural death. > some people are stuck with initscripts for a while, letting it die naturally would be great for such usecases. i am running an arch server in a virtual private server where can not change the kernel and depend on my provider. i am quite sure, there are others around too.

2 1

[arch-general] Iinstallation program
by Jan Litwiński 27 Sep '12

27 Sep '12

When will Arch have more friendly installation program like Ubuntu, Fedora, or opwnSUSE. I installed Arch some years ago and it was very difficult for me. -- Jan Litwiński http://netsjanek.blogspot.com/ Linux is like a wigwam no gates no windows but apache inside

15 18

[arch-general] The future of sysvinit in Arch: Call for Help
by Tom Gundersen 27 Sep '12

27 Sep '12

Hi guys, As the move to systemd is under way, and we will soon have packages in our repos that require your system to be booted with systemd, I thought this would be a good time to summarize the state of sysvinit/initscripts in Arch and their future. Abstract: I think the current state is relatively good (but I'm clearly very biased) and it should not be hard to maintain a non-systemd boot on Arch even in the long-run. However, someone has to do the work. NOTE: Please let's keep any replies on-topic. This is NOT about whether or not sysvinit or systemd is good or bad. Testing ===== This has been repeated a lot, but I think it makes sense to say it again: We are quickly running out of people who do early testing of initscripts. I.e., who follow arch-projects, review patches and test initscripts-git. At some point we will probably also struggle with a lack of developers/TU's testing initscripts in [testing], so if you feel passionately about a non-systemd boot on Arch, please join arch-projects and help with testing. Initscripts ====== Initscripts are currently fully supported and actively developed. Work has been going on for a long time to make initscripts and systemd share the same configuration file format wherever that makes sense, and this work is mostly completed (at least on the initscripts side). Moreover, code is shared between systemd and initscripts wherever possible (there might still be more opportunities for this, but the work is mostly completed). Together, these two developments should make it relatively easy to maintain initscripts for Arch in the long-run, even with a small user/developer base. I intend to maintain initscripts in the official repos as long as this makes sense. However, for this to be viable, I think we would need at least one capable and active initscripts developer who is interested in helping out and who uses sysvinit/initscripts as their main init system. In the long-run it would make sense for such a person to take over maintainership of initscripts. Anyone interested, please join arch-projects and post reviews, suggestions and patches :-) Packages requiring systemd ================= In the (near) future, we expect some packages to no longer support non-systemd boot. In particular I'm thinking of polkit, networkmanager and some gnome packages (I don't know which as I don't use gnome myself). There will probably be more in the future. We might also drop ConsoleKit from the repos at some point in the future. No need to panic though. The number of packages that will actually be need to be rebuilt to support non-systemd boot are actually very limited (certainly less than ten). An alternative repository just providing the relevant packages could very easily be maintained by one committed person (possibly even the same person that will help out with initscripts). I would be happy to help with getting this started if anyone is interested. A point to keep in mind is that the people who don't want to switch to systemd, might not be using ConsoleKit, polkit, etc anyway, so maybe this problem is not actually a real one. rc scripts ===== Currently we have a few hundred rc scripts in our repos (the scripts under /etc/rc.d/) shipped with our various packages. This will probably not change in the near future, but if for whatever reason some packagers decide to drop some rc scripts from their packages (and rely purely on the systemd unit files), then it would be very simple to pull the relevant scripts from our repos and ship them in a rc-scripts package in the above suggested repository. Concluding remarks ============ As I have tried to outline above, the amount of work required for a non-systemd boot is really small, and I'd be happy to help anyone who decides to take it on. However, I have seen some suggestions of ways of avoiding systemd that entails splitting the systemd package up, rebuilding tens of packages just to avoid a systemd-libs dependency or re-duplicate all the code shared between initscripts and systemd. This, in my humble opinion, is not worth the effort and is not something I'd be interested in getting involved with. Please direct any technical discussions to arch-projects(a)archlinux.org. Cheers, Tom

3 4

[arch-general] Laptop auto shudown
by 大熊 27 Sep '12

27 Sep '12

I have a fresh installed laptop, DE is lxde. It is a clean system, no more tweak. Recently I found a strange problem: after I close the lid about 5 minutes, laptop will shutdown itself! I donot remeber I have do some setting about power management, and I have installed pm-utils, but not acpid. Is it a default feature of archlinux on laptop? -- 立志在女儿把我搞崩溃前把她养大看着女儿一天天长大，可惜我还是菜鸟

3 3

[arch-general] fglrx driver doesn't work
by Ralf Mardorf 27 Sep '12

27 Sep '12

Hi :) the fglrx driver doesn't work. Perhaps I missed a typo or some settings are bad or are missing. IIUC RS690 is supported by the current driver. I added the output of # grep EE /var/log/Xorg.0.log # hwinfo --gfxcard # cat /etc/X11/xorg.conf the versions of catalyst-hook, catalyst-utils and xorg-server below. I verified that xf86-video-ati really was removed and verified that "nomodeset" is set for the Arch Linux kernels. "catalyst_build_module all"'s output was ok, for both kernels. suse11-2:/home/spinymouse11.2 # ls -hAl /media/archlinux/usr/lib/modules/extramodules-3.4-rt/fglrx.ko.gz -rw-r--r-- 1 root root 884K 2012-09-27 12:31 /media/archlinux/usr/lib/modules/extramodules-3.4-rt/fglrx.ko.gz suse11-2:/home/spinymouse11.2 # ls -hAl /media/archlinux/usr/lib/modules/extramodules-3.5-ARCH/fglrx.ko.gz -rw-r--r-- 1 root root 883K 2012-09-27 12:32 /media/archlinux/usr/lib/modules/extramodules-3.5-ARCH/fglrx.ko.gz suse11-2:/home/spinymouse11.2 # cat /media/archlinux/root/arch_fglrx.txt # grep EE /var/log/Xorg.0.log >> arch_fglrx.txt [ 45.366] Current Operating System: Linux archlinux 3.4.11-rt19-1-rt #1 SMP PREEMPT RT Fri Sep 21 13:19:10 UTC 2012 x86_64 (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [ 45.375] (II) Loading extension MIT-SCREEN-SAVER [ 45.448] (EE) No supported AMD display adapters were found [ 45.448] (EE) No devices detected. # shutdown -r now # grep EE /var/log/Xorg.0.log >> arch_fglrx.txt [ 29.463] Current Operating System: Linux archlinux 3.5.4-1-ARCH #1 SMP PREEMPT Sat Sep 15 08:12:04 CEST 2012 x86_64 (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [ 29.470] (II) Loading extension MIT-SCREEN-SAVER [ 29.541] (EE) No supported AMD display adapters were found [ 29.541] (EE) No devices detected. # hwinfo --gfxcard >> arch_fglrx.txt 28: PCI 105.0: 0300 VGA compatible controller (VGA) [Created at pci.319] Unique ID: ul7N.A_MYUPeZ6pD Parent ID: vSkL.Objt6VSItgC SysFS ID: /devices/pci0000:00/0000:00:01.0/0000:01:05.0 SysFS BusID: 0000:01:05.0 Hardware Class: graphics card Model: "ATI RS690 [Radeon X1200 Series]" Vendor: pci 0x1002 "ATI Technologies Inc" Device: pci 0x791e "RS690 [Radeon X1200 Series]" SubVendor: pci 0x1043 "ASUSTeK Computer Inc." SubDevice: pci 0x826d Memory Range: 0xd0000000-0xdfffffff (ro,non-prefetchable) Memory Range: 0xfdff0000-0xfdffffff (rw,non-prefetchable) I/O Ports: 0xce00-0xceff (rw) Memory Range: 0xfde00000-0xfdefffff (rw,non-prefetchable) IRQ: 18 (2 events) I/O Ports: 0x3c0-0x3df (rw) Module Alias: "pci:v00001002d0000791Esv00001043sd0000826Dbc03sc00i00" Driver Info #0: Driver Status: radeon is active Driver Activation Cmd: "modprobe radeon" Config Status: cfg=new, avail=yes, need=no, active=unknown Attached to: #10 (PCI bridge) Primary display adapter: #28 # cat /etc/X11/xorg.conf >> arch_fglrx.txt Section "Module" Load "extmod" Load "dri" Load "dbe" Load "dri2" Load "glx" Load "record" Load "GLcore" #Load "v4l" EndSection Section "Monitor" Identifier "Monitor0" VendorName "Plug 'n' Play" ModelName "Plug 'n' Play" DisplaySize 305 230 HorizSync 29-98 VertRefresh 50-120 modeline "1152x864" 128.42 1152 1232 1360 1568 864 865 868 910 Gamma 1.0 EndSection Section "Device" ### Available Driver options are:- ### Values: <i>: integer, <f>: float, <bool>: "True"/"False", ### <string>: "String", <freq>: "<f> Hz/kHz/MHz" ### [arg]: arg optional #Option "SWcursor" # [<bool>] #Option "HWcursor" # [<bool>] #Option "NoAccel" # [<bool>] #Option "ShadowFB" # [<bool>] #Option "VideoKey" # <i> #Option "MergedFB" "off" #old debian/ubuntu Identifier "Card0" Driver "fglrx" #Driver "radeon" #Driver "nvidia" #Driver "nv" #Driver "nouveau" #Driver "vesa" #VendorName "nVidia Corporation" #BoardName "G72 [GeForce 7300 SE/7200 GS]" #BusID "PCI:1:0:0" EndSection Section "Screen" Identifier "Screen0" Device "Card0" Monitor "Monitor0" Defaultdepth 24 SubSection "Display" Depth 24 Modes "1152x864" #Virtual 3840 1200 EndSubSection # SubSection "Display" # Viewport 0 0 # Depth 1 # EndSubSection # SubSection "Display" # Viewport 0 0 # Depth 4 # EndSubSection # SubSection "Display" # Viewport 0 0 # Depth 8 # EndSubSection # SubSection "Display" # Viewport 0 0 # Depth 15 # EndSubSection # SubSection "Display" # Viewport 0 0 # Depth 16 # EndSubSection # SubSection "Display" # Viewport 0 0 # Depth 24 # EndSubSection EndSection # grep nomodeset /mnt/oz/boot/grub/menu.lst >> arch_fglrx.txt kernel /boot/vmlinuz-linux-rt root=/dev/sda9 ro nomodeset #kernel /boot/vmlinuz-linux-rt root=/dev/sda9 ro nomodeset kernel /boot/vmlinuz-linux root=/dev/sda9 ro nomodeset kernel /boot/vmlinuz-linux root=/dev/sda9 ro nomodeset # pacman -Qi catalyst-hook | grep Ver >> arch_fglrx.txt Version : 12.8-1 # pacman -Qi catalyst-utils | grep Ver >> arch_fglrx.txt Version : 12.8-1 # pacman -Qi xorg-server | grep Ver >> arch_fglrx.txt Version : 1.12.4-1 # pacman -Qi xf86-video-ati error: package 'xf86-video-ati' was not found Regards, Ralf

3 3

[arch-general] Fonts larger after suspend
by Michael Nawrocki 27 Sep '12

27 Sep '12

I'm using the font: Droid Sans size 10 for my default font, set in ~/.gtkrc-2.0. I'm using DWM as my window manager, so nothing fancy there. Sometimes, after I wake my computer from suspend, the font size in use by my windows gets larger, I'd say by a point or two. This started happening around when I switched over to systemd, although I can't say for certain that systemd is the cause. It doesn't happen every time, but happens often enough to be an annoyance. Any ideas on how I can fix this? Thanks, Mike

3 4