- Arch-general - lists.archlinux.org

[arch-general] tmp files no longer removed
by Lukáš Jirkovský 22 Jun '12

22 Jun '12

Hello, before submitting bug report I want to make sure this isn't feature. My problem is that my /tmp folder is no longer cleaned up during boot. Now I have to do that manually which is really annoying. I dug through the git of initscripts and it seems to be caused by the replacement of the original code by the systemd-tmpfiles tool. I've just tried to run systemd-tmpfiles manually and it seems that it is not able to do even a simple task such as rm -rf /tmp/*. Lukas

9 25

[arch-general] [aur-general]pipe log msg on conky window
by Arno Gaboury 22 Jun '12

22 Jun '12

Dear all, as I was configuring a conky window on my desktop, I decided to add some precisions and tips for configuring the *.conkyrc* file in the Arch WIKI. Reading any /var/log file needs to be root, thus making difficult to run any home config file with read access to log files. My turnaround is to *$chown root:log /var/log* then *$usermod -aG log username*. Security wise, I do not know if this can bring serious potential breach in the system. If yes, please tell me as I will NOT let this turnaround in the WIKI. What would be a safer solution to read the log files in my conky window? Regards. **

3 3

[arch-general] x86_64 kernel 3.4.3-1 fail to boot - initramfs unpacking failed: uncompression error
by David C. Rankin 22 Jun '12

22 Jun '12

Guys, Updating an x86_64 box, I ran into an error I've never seen before with the 3.4.3-1 kernel. It hard-locks at the very start of boot with the keyboard lights flashing. Basically the first line of the boot says: Decompressing Linux... Parsing ELF... done. Booting the kernel. [ 0.480811] Initramfs unpacking failed: uncompression error [ -.547776] Kernel panic - not syncing: No init found. Try passing init= option to kernel. See Linux Documentation/init.txt for guidance. I literally took a picture of the screen just in case it is of any help: [155k] http://www.3111skyline.com/dl/ss/arch/kernel343-fail2boot.jpg Where to start? Boot from an install disk, chroot, and try kernel reinstall? What say the experts? -- David C. Rankin, J.D.,P.E.

2 3

[arch-general] FCoE support in archlinux
by Nicolas Sebrecht 21 Jun '12

21 Jun '12

Hi, I plan to use FCoE on archlinux servers but I couldn't find any package of the utils to get it working. The modules looks compiled in the kernel. Does Arch support FCoE? If so, which utils do you use (I'm aware of the http://www.open-fcoe.org/ utils only)? Thanks, -- Nicolas Sebrecht

1 0

[arch-general] Advice on opening the ".rm" files in ArchLinux
by Jayesh Badwaik 21 Jun '12

21 Jun '12

Hi, I have just downloaded the following file [0]. It is an .rm file but I am not able to open it in either VLC or Mplayer. I have posted -the error messages below. Thanks in advance. -- Cheers and Regards Jayesh Badwaik stop html mail | always bottom-post www.asciiribbon.org | www.netmeister.org/news/learn2quote.html [0] ftp://ftp.aduni.org/videos/08_lect_01.rm P.S. As a background, the file is the first of the lecture of Theory of Computation. http://aduni.org/courses/theory/index.php?view=cw P.P.S. ERROR MESSAGES ERROR MESSAGE IN VLC: $ vlc 08_lect_01.rm VLC media player 2.0.1 Twoflower (revision 2.0.1-0-gf432547) [0x1b06138] main libvlc: Running vlc with the default interface. Use 'cvlc' to use vlc without interface. [rm @ 0x7efff8c1fe00] Unsupported stream type 4d4c5449 [rm @ 0x7efff8c1fe00] Unsupported stream type 4d4c5449 [rm @ 0x7efff8c1fe00] Unsupported stream type 000001f5 [rm @ 0x7efff8c1fe00] Unsupported stream type 00000424 [rm @ 0x7efff8c1fe00] Unsupported stream type 00000644 [rm @ 0x7efff80035e0] Unsupported stream type 4d4c5449 [rm @ 0x7efff80035e0] Unsupported stream type 4d4c5449 [rm @ 0x7efff80035e0] Unsupported stream type 000001f5 [rm @ 0x7efff80035e0] Unsupported stream type 00000424 [rm @ 0x7efff80035e0] Unsupported stream type 00000644 ERROR MESSAGE IN MPLAYER: $ mplayer 08_lect_01.rm MPlayer SVN-r34799-4.6.3 (C) 2000-2012 MPlayer Team 183 audio & 398 video codecs mplayer: could not connect to socket mplayer: No such file or directory Failed to open LIRC support. You will not be able to use your remote control. Playing 08_lect_01.rm. libavformat version 54.2.100 (internal) REAL file format detected. Stream description: audio/x-pn-multirate-realaudio logical stream Stream mimetype: audio/x-pn-realaudio-recording Stream description: video/x-pn-multirate-realvideo logical stream Stream mimetype: video/x-pn-realvideo-recording Stream mimetype: logical-fileinfo Stream mimetype: logical-fileinfo Stream mimetype: logical-fileinfo No stream found. Exiting... (End of file)

2 2

[arch-general] iPod HOWTO?
by David Benfell 21 Jun '12

21 Jun '12

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, This is a facepalm moment. I'm utterly failing to find the correct way to do this. The Arch wiki entry is https://wiki.archlinux.org/index.php/IPod It's out of date because "HAL has been deprecated for a while now." Like an idiot, I managed to overlook that. And I think I got HAL sort of working. But Banshee gets "permission denied" when I try to copy music onto by iPod. I don't even have a clue which way to go with this. As near as I can tell, only root can write to the iPod, but I had the notion that I should run Banshee as my regular user. I can't even change the ownership of the mount point: graton# chown benfell:users /media/iPod chown: changing ownership of '/media/iPod': Operation not permitted What now? Thanks! - -- David Benfell benfell(a)parts-unknown.org -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJP4s2HAAoJELT202JKF+xp/tUP/R9A8/LZlhFCKpaR2YCAjWxG 3KCMWRKhhR0Onjw16WlKvS57cDg0DOyf75mY4YfDNk40vsyB6BWhdUDe90oXPr4W Fzvy7ce6wmhbc/AHBpQcJtiZo6c167PPr0ruNGJe3DjFsXFg+V5KDuL5O+si1QJa QjSj0ApPPsUV7C7rnPVAKRVg0usuzUZls85EmkEYezYkGH5SO1XSUATeco3yud2y xIdVst2ZCzzCNX/ypC8e/MWEXn3lc5XGokwHmfuXCkr6anv5L+9WzSp/gbarMlSg qDaEhGjjh4SfzUBWBvRhV7GZPd4OV/IJy7vuesaNOeMEWOpnut6xYaEHcN8o3/Up mNMzkuuTj2Rc6P7IUuCV7T0Wsa4YvCFyrok9+PsJ9U2IJRoVYBG6bRDcgLNjcofG ugNFZP9SZHZbMJcg7KAI+2/jHvvP0yvPLwvd8qp999qWvCuCv67apiHosPzl75Am i0FVV5wNtg1I18rWtrWTo+AWLqGqK58MIlS1yDyYXtNT4m6f6EBMId2H7ZTULOzS nAKGw2u6m+iLmrWtgN9MbCcndRW9BFyUmEUOX0JYSd7lOAE9IHyJ5B//NxTyDvRz Ku5maC2IMKitazLACWryjtAFgxEsxTtkCZW7bQEPhNS3X7/cbzJa3xhpkugE1QSa e56ITTf2PNSVgzBBPE2Z =4zVa -----END PGP SIGNATURE-----

3 4

Re: [arch-general] [arch-dev-public] x264 and ffmpeg rebuild
by Sergej Pupykin 21 Jun '12

21 Jun '12

What do you think about ffmpeg-compat package ? ******************** # $Id$ pkgname=ffmpeg-compat pkgver=20120509 pkgrel=1 pkgdesc="Complete and free Internet live audio and video broadcasting solution for Linux/Unix" arch=('i686' 'x86_64') url="http://ffmpeg.org/" license=('GPL') depends=(alsa-lib bzip2 gsm lame libpulse libtheora libva libvorbis libvpx opencore-amr openjpeg rtmpdump schroedinger sdl speex x264 xvidcore zlib) makedepends=('yasm' 'git' 'libvdpau') source=(ftp://ftp.archlinux.org/other/ffmpeg/ffmpeg-$pkgver.tar.xz) md5sums=('a35359e424608f369d380f03e4dc9966') build() { cd "ffmpeg" ./configure \ --prefix=/usr \ --incdir=/usr/include/ffmpeg-compat \ --libdir=/usr/lib/ffmpeg-compat \ --shlibdir=/usr/lib/ffmpeg-compat \ --enable-libmp3lame \ --enable-libvorbis \ --enable-libxvid \ --enable-libx264 \ --enable-libvpx \ --enable-libtheora \ --enable-libgsm \ --enable-libspeex \ --enable-postproc \ --enable-shared \ --enable-x11grab \ --enable-libopencore_amrnb \ --enable-libopencore_amrwb \ --enable-libschroedinger \ --enable-libopenjpeg \ --enable-librtmp \ --enable-libpulse \ --enable-gpl \ --enable-version3 \ --enable-runtime-cpudetect \ --disable-debug \ --disable-static make } package() { cd "ffmpeg" make DESTDIR="$pkgdir" install rm -rf $pkgdir/usr/{bin,share} } ******************** At Thu, 7 Jun 2012 15:36:33 -0400, Eric Bélanger <snowmaniscool(a)gmail.com> wrote: > You might not have noticed but in ffmpeg 0.11, they removed a lot of > functions and structs that were marked as deprecated in the ffmpeg in > [extra] so any packages that still use that deprecated stuff won't > build anymore unless they're patched. As expected, this will take more > time than a simple rebuild. My remaining package (sox, electricsheep) > don't build and I haven't found any patches online. Is there > documentation on how to port to the newer API? There are hints in the > header files but I got stuck. Electricsheep build but doesn't work, > probably because of the line I removed without replacing it (I don't > know how to replace it), so I'll need to do more work on the patch. If > someone knows about this stuff, I could post my current patches.

4 5

[arch-general] Source control on /etc
by Don deJuan 21 Jun '12

21 Jun '12

What is considered the Arch way to have version control over the configs in /etc? I would like to be able to see at least a few changes back in my config history at the minimum. I have seen the package etckeeper and it does not seem to really fully be setup to work with pacman. Both AUR packages are very outdated. Would I just be best off just copying the ones I change and then push the changes to a separate dir that is under control of say git? What methods do you employ? Thanks for any info or tips on this. :)

21 43

[arch-general] What causes the 3-5 sec delay before :: running early hooks (udev)?
by David C. Rankin 20 Jun '12

20 Jun '12

Guys, After recent updates to 3.4.3 and systemd-tools, etc., I have a new delay on boot. The system just seems to sit for any extra 5 secs or so with a blank screen after switching from grub to start booting. The delay happens before the first line: :: running early hooks (udev) is written to the screen. Does anybody know what is causing this? initramfs decompression? New systemd-tools udev stuff? After updating 3-4 boxes, this delay period is notable. Just curious whether this can be tweaked or eliminated. Thanks for any info. -- David C. Rankin, J.D.,P.E.

4 5

[arch-general] Note on TDE - gcc 4.7.1 resolves kwrite crash
by David C. Rankin 20 Jun '12

20 Jun '12

All, Just a quick note that update to gcc 4.7.1 resolved an infinite loop introduced when TDE was built on gcc 4.7.0-x resulting in a kwrite/kate crash on line-wrap. Confirmed with fresh TDE archroot build on 6/19. TDE 14.0.0 release upcoming. Date not set, but expected in next couple of months. (number versioning change from 3.5.14 to 14.0.0 due to backwards compatibility with 3.5.X being dropped as TQt3 executables underwent name changes to prevent conflict with Qt4 when both installed in /usr) Will update the wiki shortly. -- David C. Rankin, J.D.,P.E.

2 1