- Arch-general - lists.archlinux.org

[arch-general] Fwd: udev events and /usr not mounted
by Myra Nelson 28 Nov '11

28 Nov '11

---------- Forwarded message ---------- From: Myra Nelson <outerrimlogging(a)gmail.com> Date: Fri, Nov 25, 2011 at 15:45 Subject: udev events and /usr not mounted To: General Discussion about Arch Linux <arch-general(a)archlinux.org> No gripes, complaints, or rants, just a question about udev rules. This is one of those /usr not mounted things that's broken. Fri Nov 25 12:06:54 2011: :: Loading User-specified Modules [BUSY] udevd[398]: failed to execute '/usr/sbin/alsactl' '/usr/sbin/alsactl restore 0': No such file or directory It's easy to work around but I was wondering, is it possible to move 78-sound-card.rules and/or 90-alsa-restore.rules to say /etc/udev/rules.d then source them, myself, after /usr is mounted? Or would that cause other unwanted and unnecessay problems, security issues, or just plain not work? Currently I don't want to try to migrate /usr to /. / is only 4 GB and /usr is 8+ GB and everything works to well so I'll just do a fresh install later. Otherwise sudo /usr/bin/alsactl start works well. Myra Brain Dead -- Chaos! Panic! Disaster! (My work here is done) -- Life's fun when your sick and psychotic!

4 8

[arch-general] Localization issues (Attention Developers)
by atilla ontas 27 Nov '11

27 Nov '11

Hi. I' m an experienced translator from Turkey. Contributing Arch turkish translations for a while. I have noticed today; some strings in pacman-scripts are very hard to translate. You see, Turkic languages are very differ from Latin origin languages; structure of sentence is almost reversed. So, using multiple "%s" variables in source string makes a lot of trouble. It is hard to translate and translated strings are hard to understand for native Turkish speakers. For example; "Running %s as an unprivileged user will result in non-root\nownership of the packaged files. Try using the %s environment by\nplacing %s in the %s array in %s." will translated into turkish properly, if second, third, fourth and fifth %s variables are supposed to %d, %n, %f, %z : "%s uygulamasını yetkisiz kullanıcı olarak çalıştırmak paketlenmiş dosyaların kök olmayan sahiplik almasına yol açacaktır. %z dosyası içindeki %f satırına %n değerini yerleştirerek %d ortamını kullanmayı deneyin." You see, how variables reversed? So if you, developers, mind to and if it is possible use only one %s in a string it will be much appreciated. Also, if you, developers, mind to add comments what is %s (a command, an application, what??) it will be great help to translators. Greetings...

4 5

[arch-general] Automatic File Associations Alloting
by Jayesh Badwaik 27 Nov '11

27 Nov '11

Hi, Whenever I install a new text editor, it will "hijack" the files without notifying me. My .tex files were associated with Kile and when I recently installed emacs, it hijacked the file associations. This happens quiet often. Going by the Archway, I guess this is unwarranted. The system is doing something automatically without asking me first and I wish it didn't happen. I understand that when I installed Kile, it also automatically took up .tex for its use. But then I guess, .tex was not allocated to anything (excpet may be the default text editor for that env). What I wish is, by default all applications should be allocated to a text editor for that DE. (For example, Kwrite for KDE, Gedit for Gnome and so on.) But as the programs get installed, the programs should check whether there is a file association. If it is just to the text editor, then they can take over. However, if it is to some other program, then they should not do anything instead leave a message during installation that these file types were not changed because they are otherwise associated and then the user can change some if he wants. I know I can edit my custom preferences in ~/.local/share/mime folder or /usr/share/application/defaults.list. But still I was wondering about the default behaviour. ---------------------------------------------------------------------------------------------------------------------------------------------- Cheers and Regards Jayesh Vinay Badwaik Electronics and Communication Engineering VNIT, INDIA -

14 24

[arch-general] Application stability problems (kernel 3.1, Intel hardware)
by Ciprian Dorin Craciun 26 Nov '11

26 Nov '11

Hello all! I'm encountering some very strange problems with my ArchLinux lately... And I was wondering if someone has similar problems? Context: switched to 3.1.1 kernel, all packages are updated. I have a Lenovo X1 Thinkpad -- mainly everything is Intel based. Strange behaviour: * Firefox crashes randomly (or takes the CPU to 100%); (no error on stderr;) * All OpenSSL based programs complain from time to time of invalid received data; * Flash makes strange noises, strange display artefacts, usually just crashes; * mouse jumps in the upper left corner (or sometimes just stays at top or left); * nothing strange in dmesg; Observations: * it doesn't happen with a custom built kernel 2.6.38.x; * it does happen with either custom 3.1.1 kernel or ArchLinux built one; * it seems that when I'm at the office (with a LAN connection) it doesn't happen as often; * it seems that at home (with a Wifi WLAN) it does happen a lot; Thanks, Ciprian. P.S.: At the moment I don't have time to diagnose better the problem...

5 8

[arch-general] Fwd: Re: Avantfax 3.3.3 Stopped Working? require_once(): Failed opening required 'NULL.php' line 22 classes.php
by David C. Rankin 26 Nov '11

26 Nov '11

Guys, If you use the Avantfax fax server, you will have problems with the recent versions of PHP. The follow is the fix implemented by the Avantfax developer which you will need to incorporate until a new version of Avantfax is released: -------- Original Message -------- Subject: Re: Avantfax 3.3.3 Stopped Working? require_once(): Failed opening required 'NULL.php' line 22 classes.php Date: Wed, 23 Nov 2011 21:36:59 +0100 From: David Mimms To: David C.Rankin J.D.P.E. Hi David, It's an issue with PHP 5.3. I logged in and changed the following in includes/classes.php: function __autoload($class_name) { if (file_exists($class_name.'.php')) // <------ require_once $class_name.'.php'; } And added " & ~E_DEPRECATED" to the error_reporting function in config.php to stopped all of the warnings about deprecated code from appearing. I need to get a new release out for all of the new PHP 5.3 users! Please let me know if you have any other problems. Thanks! David -- David C. Rankin, J.D.,P.E.

1 0

[arch-general] [mkinitcpio] release 0.8.0
by Dave Reisner 26 Nov '11

26 Nov '11

Hi all, I've tagged mkinitcpio 0.8.0, which came a little earlier than I would have liked, but there's still fun things to talk about. The major point of interest is the addition of fsck functionality. The logic in init is triggered by the addition of the 'fsck' install hook. If added after the autodetect hook, only the necessarily helper for the root FS will be added. Eventually, there may be reason to add fsck prior to this hook, but probably not yet. Operation is hands off until something blows up, at which point we follow similar logic to that of rc.sysinit. I'll explicitly call out that if you're using this hook, make sure you have a useful keyboard -- this probably means adding the usbinput hook. Other than fsck, there's were lot of cleanup efforts in the early userspace init to modularize the functionality, but it generally remains the same. Everything remains largely the same functionally, but I'll point out that if you pass a major/minor pair as your root device or don't use udev, you will likely no longer see root mounted as /dev/root, but as a more descriptive block device. As always, this has stood up to my army of VMs, but nothing's better for finding bugs than real world testing. Thanks for Gerardo and Tom for their contributions to this release. The full shortlog is below. Dave Reisner (15): mkinitcpio: dereference symlinks when resolving kernver update bash completion Makefile: install binaries to /usr/bin init: don't tell the kernel about the path to modprobe init: create /run/initramfs after mounting /run init_functions: refactor poll_device autodetect: store rootfstype for use by other hooks init: use util-linux's /bin/mount init_functions: move root resolution to separate function init_functions: generalize resolve_device init_functions: resolve M:m to device file fsck: implement basic fsck support install/fsck: new install hook to add fsck and helpers init_functions: simplify parse_cmdline use util-linux's switch_root binary Gerardo Exequiel Pozzi (5): hooks/resume: Remove unused function hooks/resume: Remove grep usage init: Remove grep usage init: Remove sed cmd usage init: Remove unneeded test Tom Gundersen (1): add_symlink: fix argument ordering and add_dir call

1 0

[arch-general] ArchCon 2012
by Albino Biasutti Neto 25 Nov '11

25 Nov '11

Hi peoples. The event ArchCon 2012, what date ? Curiosity, the event takes place only in a country/state ? Cheers, Albino Biasutti Neto

1 0

[arch-general] console-kit session not activates properly
by János Illés 25 Nov '11

25 Nov '11

Hi, I have a bit of a trouble with proper policy-kit settings. I’m running a standalone openbox session for desktop usage. For login I have a simple script in my .zprofile file, which will start the X server if I log in from the first virtual terminal (which is what I’m doing 99% of the time). if [[ `tty` == "/dev/tty1" ]]; then startx &! logout fi my xinitrc is the following: exec ck-launch-session dbus-launch openbox-session The problem is that in the X session the consolekit session’s is-local and active properties are FALSE hence the removable device automount breaks (I guess it could affect other things I dont use) If I start the X server with startx manually from the tty2 after logging in, both values will be TRUE and device automounting works fine. Should I switch to a proper login manager or is there a quick/easy fix for this? -- J.

4 6

Re: [arch-general] [arch-dev-public] Developer / TU key signing, first master key available
by Marek Otahal 23 Nov '11

23 Nov '11

On Wednesday 23 of November 2011 17:12:44 Pierre Schmitz wrote: > I created a graph of our web of trust as it looks now (using sig2dot; > thanks Dan): > https://users.archlinux.de/~pierre/tmp/sigs.png I'm not sure how the graph should work, but it shows eg. Thomas B. three times! :) -- Marek Otahal :o)

1 0

[arch-general] pacman new generation
by Bernardo Barros 23 Nov '11

23 Nov '11

Perhaps the developers want to take a look at this distribution.It is reported that is written in a `purely functional package management' and tries to be a highly safe OS, where `upgrading a system is as reliable as reinstalling from scratch'. http://nixos.org/nixos/ > Because the files of a new configuration don’t overwrite old ones, you > can (atomically) roll back to a previous configuration. For instance, > if after a nixos-rebuild switch you discover that you don’t like the > new configuration, you can just go back It can be an inspiration for a new version of pacman rewritten in haskell? Also Don Stewart's talk about 'Scripting with Types' might inspire someone too (BTW since he started arch-haskell I think he is a Arch user): http://donsbot.files.wordpress.com/2009/01/semicolon.pdf

20 42