- Arch-general - lists.archlinux.org

[arch-general] Where can I find the "boot" log to find out, what failed on boot?
by Keith 26 Jul '09

26 Jul '09

David C. Rankin wrote: > Listmates, Seems like a simple question, but I've searched /var/log and can't find a file that contains the boot history showing all the "fail" messages during boot. <snip> I rarely find 'fail' type boot messages in any of the logs. When this happens to me, I use the following rc.local, which will pause at the end of the boot process, *normally* preserving these messages: __________________________ #!/bin/bash # # /etc/rc.local: Local multi-user startup script. # pause at end of boot before clearing screen read -n1 __________________________ HTH...g

1 0

Re: [arch-general] [arch-dev-public] [signoff] readline-6.0.003-1
by Gerardo Exequiel Pozzi 25 Jul '09

25 Jul '09

Andreas Radke wrote: > Am Sat, 18 Jul 2009 22:08:35 +1000 > schrieb Allan McRae <allan(a)archlinux.org>: > > >> Bump upstream patch level, moved static libraries to /usr/lib >> >> Signoff both arches. >> >> Allan >> >> > > I now it's a bit too late but this minor update breaks lft compile > process that worked with the last 6.0 pkg: > > /bin/sh ../libtool --silent --tag=CXX --mode=link gcc -march=i686 -mtune=generic -O2 -pipe -Wall -Wwrite-strings -Woverloaded-virtual -fno-exceptions -fno-rtti -fno-implement-inlines -Winline -s -o example1-cmd example1-cmd.o liblftp-jobs.la -lutil -lcurses -lresolv -ldl -lsupc++ > /bin/sh ../libtool --silent --tag=CXX --mode=link gcc -march=i686 -mtune=generic -O2 -pipe -Wall -Wwrite-strings -Woverloaded-virtual -fno-exceptions -fno-rtti -fno-implement-inlines -Winline -s -o lftp lftp.o complete.o lftp_rl.o liblftp-jobs.la -lreadline -lutil -lcurses -lresolv -ldl -lsupc++ > /usr/lib/libreadline.a(xmalloc.o): In function `xrealloc': > (.text+0x50): multiple definition of `xrealloc' > /tmp/lftp/trunk/src/lftp-3.7.14/src/.libs/liblftp-tasks.a(lt1-xmalloc.o):xmalloc.c:(.text+0x30): first defined here > /usr/lib/libreadline.a(xmalloc.o): In function `xmalloc': > (.text+0xb0): multiple definition of `xmalloc' > /tmp/lftp/trunk/src/lftp-3.7.14/src/.libs/liblftp-tasks.a(lt1-xmalloc.o):xmalloc.c:(.text+0xc0): first defined here > collect2: ld returned 1 exit status > make[1]: *** [lftp] Fehler 1 > make[1]: *** Warte auf noch nicht beendete Prozesse... > make[1]: Leaving directory `/tmp/lftp/trunk/src/lftp-3.7.14/src' > make: *** [all-recursive] Fehler 1 > > > I'm not sure if it's caused by one of the patches or by the lib moving. > > Please readline maintainers have a look that I can bump/rebuild lftp again. > > -Andy > > oops! ln -s ../../lib/libreadline.so /usr/lib/libreadline.so shared libs that are on /lib and also provides a static version in /usr/lib must have a symlink in /usr/lib/ that points to shared lib in /lib -- Gerardo Exequiel Pozzi ( djgera ) http://www.djgera.com.ar KeyID: 0x1B8C330D Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D

1 1

[arch-general] What happened to konq-plugins-4.2.95svn985376-1?
by David C. Rankin 25 Jul '09

25 Jul '09

Listmates, I have another newer package according to the last updates: :: Starting full system upgrade... warning: konq-plugins: local (4.2.95svn985376-1) is newer than kde-unstable (4.2.4-2) kde-unstable is before testing in pacman.conf. I've looked and I can't find any package newer than 4.2.4-2 anywhere now. What happened to konq-plugins-4.2.95svn985376-1? -- David C. Rankin, J.D.,P.E. Rankin Law Firm, PLLC 510 Ochiltree Street Nacogdoches, Texas 75961 Telephone: (936) 715-9333 Facsimile: (936) 715-9339 www.rankinlawfirm.com

2 2

Re: [arch-general] [arch-dev-public] [signoff] kbd-1.15-2
by Gerardo Exequiel Pozzi 25 Jul '09

25 Jul '09

Roman Kyrylych wrote: > On Mon, Jul 20, 2009 at 11:17, Roman Kyrylych<roman.kyrylych(a)gmail.com> wrote: > >> On Sun, Jul 19, 2009 at 05:29, Eric Bélanger<snowmaniscool(a)gmail.com> wrote: >> >>> On Sat, Jul 18, 2009 at 1:07 PM, Roman Kyrylych<roman.kyrylych(a)gmail.com> wrote: >>> >>>> My first commit this year. :-P >>>> >>>> Please signoff kbd-1.15-2 which fixes FS#13837. >>>> The change should affect only keymaps mentioned in the report. >>>> I cannot build for i686 at the moment, so please do it (thanks in advance!). >>>> >>> I just pushed kbd-1.15-2 in testing i686. >>> >> Thank you! >> >> Signoffs, anyone? >> > > Noone uses kbd? ;-) > > My "ES" keyboard still works here, consoles are initialized OK in rc.sysinit, and the most important (?) this works fine too: while :; do setleds +num -caps -scroll; sleep .5 setleds -num +caps -scroll; sleep .5 setleds -num -caps +scroll; sleep .5 setleds -num +caps -scroll; sleep .5 done Знак-Off: i686+x86_64 -- Gerardo Exequiel Pozzi ( djgera ) http://www.djgera.com.ar KeyID: 0x1B8C330D Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D

4 6

[arch-general] [signoff] openvpn 2.1_rc19-2
by Thomas Bächler 25 Jul '09

25 Jul '09

Tested on x86_64, please sign off. Fixes: - Upstream URL was wrong: http://repos.archlinux.org/viewvc.cgi/openvpn/trunk/PKGBUILD?r1=47204&r2=47… - Display of right configuration files on /etc/rc.d/openvpn stop: http://repos.archlinux.org/viewvc.cgi/openvpn/trunk/openvpn.rc?r1=47204&r2=… - Typo in the script that made it fail when one of the openvpn daemons wouldn't start. http://repos.archlinux.org/viewvc.cgi/openvpn/trunk/openvpn.rc?r1=47594&r2=… There is also another request here: http://bugs.archlinux.org/task/15673 The user says that not all /etc/openvpn/*.conf should be started, but there should be a configuration file that says which ones to start. I am against this, as it adds redundancy and the starting can be avoided by renaming the file to something not ending on .conf. What do you think?

1 0

[arch-general] [signoff] [user] cups-1.3.11-1
by Denis A. Altoé Falqueto 24 Jul '09

24 Jul '09

Hi, I didn't find the original signoff message, but here is my user signoff for cups-1.3.11-1 in x86_64. The server starts, web interface is fine, pdf printer is also ok. -- ------------------------------------------- Denis A. Altoe Falqueto ------------------------------------------- Milton Berle - "If opportunity doesn't knock, build a door." - http://www.brainyquote.com/quotes/authors/m/milton_berle.html

3 2

[arch-general] mpd had removed relative volume functionality.
by b4283 24 Jul '09

24 Jul '09

According to developer Cirrus, the relative volume adjusting method has been deprecated for 5 years. which is finally abandoned in the git version. (does anybody know why mpd in the repo hasn't been updated for sometime while stable 0.15.1 is around?) So anyone who uses mpc to bind a hotkey to shortcut such as "mpc volume -5" or "mpc volume +10" is likely to get a error from mpd. I've written a script to realize such functionality, please follow: http://dpaste.com/70907/ save it as script, chmod +x to it and put the relative values as parameter. E.g. "vol.sh +5" or "vol.sh -10" -- regards, b4283

4 5

Re: [arch-general] mpd had removed relative volume functionality.
by b4283 24 Jul '09

24 Jul '09

> > do i understand this correctly: > you can still change the volume of mpd, but you can only specify absolute values? they left out the relative setting out of the protocol? > > Dieter Yes, this is correct. Absolute values could still be assigned, which means that in the future, the relative volume may have to be realized by clients instead of mpd. -- b4283

3 3

Re: [arch-general] [arch-dev-public] [signoff] gcc-{, libs-}4.4.1-1, libtool-2.2.6a-3
by Gerardo Exequiel Pozzi 24 Jul '09

24 Jul '09

Allan McRae wrote: > Upstream update to gcc-4.4.1. Also the necessary rebuild of libtool. > > Signoff both arches. > > Allan > > > * gcc (i686) xulrunner compiles fine, looks good for me. OK gtk2 builds OK linux-2.6.30.2 (custom) OK pacman-git builds OK * gcc-libs (i686) using kde desktop thats uses gcc-libs and others programs, OK * libtool, (i686) The "sys_lib_search_path_spec" is OK. pacman from git builds fine, OK So my Sign-Off for i686. -- Gerardo Exequiel Pozzi ( djgera ) http://www.djgera.com.ar KeyID: 0x1B8C330D Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D

1 0

Re: [arch-general] [arch-dev-public] News item: vc/* to tty* transition
by Gerardo Exequiel Pozzi 24 Jul '09

24 Jul '09

Allan McRae wrote: > I suppose we need a news item for this so here is a draft: > > [draft] > > Comments? Well, I don't know exactly how users update yours system(*), but maybe a "init q" after the pacman -Syu and merge inittab and securetty files in this case is suggested, and/or udevadm trigger to reload rules, or go to "init s" and back to previous level, or find what dev/files are deleted with "lsof -n | egrep 'DEL|dele'" and reload the aproppiate programs, remembers that not only virtual consoles are in transition, also other devices. (*) Some users can do a "hot-update" the whole KDE/GNOME while running and intend to continue working properly. ;) Thats all folks! -- Gerardo Exequiel Pozzi ( djgera ) http://www.djgera.com.ar KeyID: 0x1B8C330D Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D

2 1