March 2010 - Arch-general - lists.archlinux.org

[arch-general] pacman error
by Shridhar Daithankar 31 Mar '10

31 Mar '10

Hello, I got this error when I ran pacman -Syu. [root@bheem horo]# pacman -Syu :: Synchronizing package databases... core is up to date extra is up to date community is up to date :: Starting full system upgrade... resolving dependencies... looking for inter-conflicts... ... <lots of package listing,mostly KDE4.4.2> Total Download Size: 0.00 MB Total Installed Size: 894.60 MB Proceed with installation? [Y/n] y checking package integrity... error: error while reading package /var/cache/pacman/pkg/kdebindings- smoke-4.4.2-1-x86_64.pkg.tar.xz: Lzma library error: No progress is possibleTruncated input file (needed 5484032 bytes, only 0 available) error: failed to commit transaction (libarchive error) Errors occurred, no packages were upgraded. [root@bheem ]# ls -la /var/cache/pacman/pkg/kdebindings-smoke-4.4.2-1- x86_64.pkg.tar.xz -rw-r--r-- 1 root root 2441216 2010-03-31 05:03 /var/cache/pacman/pkg/kdebindings-smoke-4.4.2-1-x86_64.pkg.tar.xz My guess is I would have to wait till mirrors sync. out possibly. Is there anything else I should look for? -- Regards Shridhar

3 3

[arch-general] Network gurus - Weird datadump -- looks like dns or wins (or both) - anybody know what caused it? (read more)
by David C. Rankin 30 Mar '10

30 Mar '10

Guys, Not very often, but every now and then you see something you haven't seen before and wonder, "WTF?" "How did I do that?". What is shown below 'happened' when I was doing a simple move on a file, really. The command was: 'mv Documents AnswerSMTV.odt' (I have scp'ed a file to the server under :~/Documents -- but I didn't have a ~/Documents directory -- thus the need for a move) Note: none of the transfers below involved my other laptop 'zephyr' so I don't know why its hostname popped up. From the looks of the output it looks like a dump of my reverse zone, except that hosts 'nemesis', 'bonza', 'elder' and 'providence' are not on my home lan, they are boxes at my office, so it is something more than that. And, why the directory information scattered within what got spit out? The directories are those in my $HOME directory The 'curiosity-killed-the-cat' side of me just wants to know what process spit this stuff out. Any ideas? (complete dump follows below -- I get there was a timeout involved) 14:09 nirvana:~> mv Documents AnswerSMTV.odt 14:09 nirvana:~> scp AnswerFailed to resolve service 'zephyr [00:11:f5:15:2d:83]' of type '_workstation._tcp' in domain 'local': Timeout reached SMTV.odt Failed to resolve service 'zephyr [00:11:f5:15:2d:83]' of type '_workstation._tcp' in domain 'local': Timeout reached Failed to resolve service 'zephyr [00:11:f5:15:2d:83]' of type '_workstation._tcp' in domain 'local': Timeout reached 192.168.6.101: bonza.rbpllc.com: nemesis.rbpllc.com: 192.168.6.102: bugs/ nirvana: 192.168.6.112: cnf/ nirvana.3111skyline.com: 192.168.6.113: dcrgx: nirvana.local: 192.168.6.118: dcrgx2: pdf/ 192.168.6.121: dcrgx2.3111skyline.com: providence: 192.168.6.131: dcrgx2.local: providence.rankinfirm.com: 192.168.6.14: dcrgx.3111skyline.com: providence.rbpllc.com: 192.168.6.149: Desktop/ public_html/ 192.168.6.15: dev/ rankinfirm.com: 192.168.6.150: doc/ rankin-p35a: 192.168.6.16: dt/ rankin-p35a.3111skyline.com: 192.168.6.18: ecstacy: rbpllc.com: 192.168.6.19: ecstasy: ripper: 192.168.6.2: ecstasy.3111skyline.com: ripper.3111skyline.com: 192.168.6.20: elder: scr/ 192.168.6.24: elder.rbpllc.com: supersff: 66.76.63.60: fonts/ supersff.3111skyline.com: alchemy: ftp: supersff.local: alchemy.3111skyline.com: GNUstep/ suse/ alchemy.local: img/ themes/ AnswerSMTV.odt kidsdell: tmp/ apps/ killerz: trinity: arch/ killerz.3111skyline.com: windows/ archangel: lakehouse: www: archangel.3111skyline.com: lakehouse.3111skyline.com: zephyr: archangel.local: localhost: zephyr.3111skyline.com: arete: mail: zion: arete.3111skyline.com: Mail/ zion.3111skyline.com: bin/ mmedia/ bonza: nemesis: 14:09 nirvana:~> scp AnswerSMTV.odt Got SIGINT, quitting. ^C (I have no clue what was canceled by the ctrl+c, the move completed successfully) The long and short of it -- there were no ill effects. The dump occurred, and things just kept clicking right along... -- 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

1 0

[arch-general] ArchLinux in space?
by Dan Vratil 30 Mar '10

30 Mar '10

Hi, I was surprised when I read today that scientists found a pacman installed on one of Saturn's moons! See yourself: http://www.nasa.gov/centers/goddard/news/features/2010/pac-man-mimas.html This probably makes ArchLinux the furthest installed distro ever! :-) -- --------------------------------- Dan Vrátil vratil(a)progdansoft.com ICQ 249163429 Jabber progdan(a)jabber.cz Tel. +420 732 326 870

3 2

[arch-general] [OT][kde-announce] KDE SC 4.4.2 Released
by Gaurish Sharma 30 Mar '10

30 Mar '10

Hi, Just wanted to share new version 4.4.2 KDE Upstream is out. Its mainly a bug fix realease and no features are added. All users are expected to update as it would improve over stability of system. -- Regards, Gaurish Sharma www.gaurishsharma.com

1 0

[arch-general] /etc/rc.local: "chown user: /dev/sda10" /etc/fstab: "defaults, owner, noauto"
by Joe(theWordy)Philbrook 30 Mar '10

30 Mar '10

/etc/rc.local: "chown user: /dev/sda10" /etc/fstab: "defaults,owner,noauto" Or more accurately: /etc/rc.local: "chown jtwdyp: /dev/disk/by-label/j10_lap-10" I've been allowing only my normal user account to mount 3 such user "owned" partitions in various distros this way {without needing to use sudo} for years. I know that ever since USB devices made static /dev/* lists unusual, the ownership of any partition gets set to root during root. But I've always been able to count on my root script to chown them back, returning ownership to the data owner, if {depending on the distro} I either sourced it in some rc.local file, OR if some debian based distro didn't like rc.local script's I'd just symlink it with something like: ln -s /root/bin/fix_dev /etc/rcS.d/S38fix_dev I only needed to take care that my root script 'chown'ed the partitions AFTER the device names in /dev had been dynamically created. And it worked. I was pleased to note that Arch evidently does think a rc.local is an appropriate place for local initialization stuff to happen. However it's come to my attention that about 5 out of the last 25 times I've booted Arch only 2 of the 3 partitions 'chown'ed in my /root/bin/fix_dev script can be mounted by my user account. (unless I use root account to manualy rerun the /root/bin script...) On the occasions when a user script's attempt to mount the 3rd such partition fails {with an error message telling me that only root can do that} the other two such partitions mount just fine. Is there something special I need to do to get Arch to *_consistently_* respect all three chown commands??? I really dislike the idea of changing the fstab entry from "owner" to "user" even if since the mountpoint is in a subdir of /home/jtwdyp, I could just rely on: cmod 700 {the mount points parent dir} along with the file permisions within the partition itself, to keep the data private. Somehow it just wouldn't feel right to extend the mount permisions to just any user even though this multi-boot linux box is my personal computer that nobody else uses... Recommendations anyone? -- | ~^~ ~^~ | <?> <?> Joe (theWordy) Philbrook | ^ J(tWdy)P | \___/ <<jtwdyp(a)ttlc.net>>

2 4

Re: [arch-general] [arch-dev-public] [signoff] grep-2.6.1-1
by Xavier Chantry 29 Mar '10

29 Mar '10

On Mon, Mar 29, 2010 at 7:43 PM, Dan McGee <dpmcgee(a)gmail.com> wrote: > On Mon, Mar 29, 2010 at 12:35 PM, Andrea Scarpino <andrea(a)archlinux.org> wrote: >> On Friday 26 March 2010 13:57:08 Allan McRae wrote: >>> Upstream bug fix release. >>> >>> Signoff both, >>> Allan >> I got a segfault when I do: >> $ grep -qrl --include "desc" "^pacman$" "/var/lib/pacman/local/" >> >> x86_64 >> >> -- >> Andrea >> > > Same here, not surprisingly. If someone wants to compile with debug > symbols, they'd probably have more of an idea than this: > > $ gdb --args grep -qrl --include "desc" "^pacman$" "/var/lib/pacman/local/" > A very quick look at the git repo : http://git.savannah.gnu.org/cgit/grep.git/commit/?id=54d55bba41f2ff31682fe6… I just love these easy to browse web interface :)

2 2

[arch-general] preserve db tarballs
by Caleb Cushing 29 Mar '10

29 Mar '10

when the files like core.db.tar.gz are downloaded they aren't preserved right? is there any way to configure pacman to preserve them? my problem is that I've switched to using wget and that now these are always downloaded... out of date or not. I imagine it's because wget doesn't actually have a file to check because they aren't preserved. I use wget because I throttle the download, I can easily fill my ADSL. -- Caleb Cushing http://xenoterracide.blogspot.com

2 1

[arch-general] Pulseaudio doesn't see the correct sound card.
by "Jérôme M. Berger" 28 Mar '10

28 Mar '10

Hi, I have two "sound cards": one is the integrated sound card on my motherboard and the other is the HDMI output from my video card. The integrated sound works fine with ALSA, but when I tried using pulseaudio, it only sees the HDMI card (according to pactl list). I tried changing /etc/pulse/default.pa: - First, I tried replacing module-udev-detect with module-detect. This resulted in pulse seeing the integrated sound card, but only the S/PDIF output, not the speakers; - Then I tried removing autodetection and using module-alsa-sink directly, but the pulse daemon failed to load the module. Anybody knows how I can get pulse to see my alsa sound card? Thanks, Jerome -- mailto:jeberger@free.fr http://jeberger.free.fr Jabber: jeberger(a)jabber.fr

1 0

[arch-general] The libgmp update
by Hilton Medeiros 27 Mar '10

27 Mar '10

Hello, just to confirm, all the packages linked against the new libgmp should follow 'coreutils' example and use 'gmp>=5.0', right? I just saw that gnunet didn't. Cheers, Hilton

4 4

Re: [arch-general] [arch-dev-public] [signoff] grep-2.6.1-1
by Guillaume Brunerie 27 Mar '10

27 Mar '10

2010/3/27 Jan de Groot <jan(a)jgc.homeip.net> > On Fri, 2010-03-26 at 22:57 +1000, Allan McRae wrote: > > Upstream bug fix release. > > > > Signoff both, > > Allan > > Signoff x86_64. > > On my computer (x86_64), "grep -r a ." segfault, with grep 2.6.1-1. "echo a | grep a" works without problems.

1 0