August 2011 - Arch-general - lists.archlinux.org

[arch-general] Connochaet OS buildung on Arch technology
by Mathias Huber 12 Aug '11

12 Aug '11

Dear Archers, looking at the first stable release from http://www.connochaetos.org I realise they use pacman, archboot and PKGBUILD. Best, Mathias

4 5

[arch-general] [signoff] samba-3.6.0-1
by Tobias Powalowski 12 Aug '11

12 Aug '11

Hi guys. bump to new major samba series. http://samba.org/samba/history/samba-3.6.0.html please signoff both arches, greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

1 0

Re: [arch-general] [arch-dev-public] Pacman 4.0.0 RC1 "release"
by Bjørn Øivind Bjørnsen 12 Aug '11

12 Aug '11

On Thu, Aug 11, 2011 at 7:29 PM, Dan McGee <dpmcgee(a)gmail.com> wrote: > On Thu, Aug 11, 2011 at 12:28 PM, Dan McGee <dpmcgee(a)gmail.com> wrote: > > For the daring, pick your poison (by architecture): > > > > * pacman -U > http://dev.archlinux.org/~dan/pacman-4.0.0rc1-1-i686.pkg.tar.gz > > * pacman -U > http://dev.archlinux.org/~dan/pacman-4.0.0rc1-1-x86_64.pkg.tar.gz > > > > Allan, Dave, and I (and probably a few others) run pacman-git on most > > of our systems with no problems, so their should be no real shockers > > or problems if you give this a spin. There are no database upgrades or > > changes this time so downgrading later should work fine if truly > > necessary. > > > > What we're looking for feedback on: > > > > * any build failures in makepkg you may see > > * if you manage a custom repo, how does repo-add work for you > > * does pacman behave as it did before > > * if you want to sign packages, does the functionality in makepkg and > > the documentation make sense > > * same for signing repos- does it work for you > > > > What we know isn't there yet: > > * translations > > * a developer keyring (or keyring package)- if you delve into this, > > you will need to look at pacman-key for now > > * great error messages on verification failure, or ability to import > > keys on the fly if it is unknown > > > > Note that we'd love testing even if you don't plan on touching any of > > the new signing stuff- there were 500+ commits worth of changes in > > this release, including a switch to curl as the download library, so > > anything out of the ordinary should be reported. Please choose -git as > > the version in the bugtracker if you do it that way, otherwise email > > pacman-dev. > > > > Happy testing! > > Darn it- forgot to link to this if you want to see the glorious changelog: > http://mailman.archlinux.org/pipermail/pacman-dev/2011-August/014039.html > Being daring is fun. I got some rather amusing results on my work machine with this release, please see FS #25527 :) I also observed that pacman failed to remove the lock file when killed by ^C, I'll file a bug-report on this if I manage to reproduce it. Regards, Bjørn Øivind

1 0

[arch-general] cups+avahi+iphone AirPrint - works like a charm on Arch!
by David C. Rankin 12 Aug '11

12 Aug '11

Guys, Just dropping a note about using Arch to print to virtually any printer from your iphone/ipad. All you need is cups and avahi-daemon and a printer definition in /etc/avahi/services and it works flawlessly. Howto and example avahi printer.service file at: http://hartlessbydesign.com/blog/view/197-airprint-with-ubuntu-1010 -- David C. Rankin, J.D.,P.E.

2 1

Re: [arch-general] [arch-dev-public] [signoff] dash-0.5.7-2 and filesystem-2011.08-1
by Matthew Monaco 10 Aug '11

10 Aug '11

On 08/09/2011 08:03 PM, Tom Gundersen wrote: > On Wed, Aug 10, 2011 at 1:59 AM, Dave Reisner<d(a)falconindy.com> wrote: >> On Wed, Aug 10, 2011 at 01:49:42AM +0200, Tom Gundersen wrote: >>> Hi guys, >>> >>> This removes dash from base group, and adjusts the standard >>> /etc/shells accordingly. This file will now be updated on >>> install/remove of dash. >>> >>> Please test and signoff. >>> >>> Cheers, >>> >>> Tom >> >> There's also a change to /etc/fstab in here which encourages mounting >> /tmp as a tmpfs. > > Indeed. It also discourages mounting /dev/{pts,shm}. Sorry for not > mentioning that. > > Cheers, > > Tom Are these deprecated or now handled in the initscripts? I've always wondered why /proc, /sys, etc can't be in fstab too just so everything is clear, so I'm wondering if there's just a trend to move system type mounts from fstab to initscripts.

2 1

[arch-general] no Boot after last kernel update
by Daniel Germer 10 Aug '11

10 Aug '11

Hi, I could not boot after the last kernel update yesterday, I have no idea what happened, my screen stopped at the bootsplash, I could not even shutdown the machine from here. - Hard-Reset I had to use a live-CD to fix my system I have found that the syslinux.cfg was not automatically updated to see the new kernel. I moved /sda1/syslinux/syslinux.cfg to another place and mv /sda1/syslinux/syslinux.cfg.pacnew /sda1/syslinux/syslinux.cfg shouldn't this be done automatically? I don't remember this happening after the last kernel update...

4 3

[arch-general] Alsa/Pulse not using sound cards?
by Nikhil Bysani 10 Aug '11

10 Aug '11

Hi, My system's sound is no longer is working. No, it's not muted, the sound modules are loaded, and there are pcm's in /dev/snd but no /dev/dsp. Also, while alsamixer does show the sound cards, it is only using the null device, and pulse audo doesn't see the sound cards either. Anyone know why alsa might not be using the soudn cards?

4 6

[arch-general] Wiki entry for GPGPU / OpenCL / CUDA
by Vojtěch Král 09 Aug '11

09 Aug '11

Hey everyone,... From recent discussions about troubles with OpenCL as well as comments in AUR, forums, etc.. I got the impression that the whole thing is pretty confusing for an outsider... and for an insider too for that matter. So I put up a wiki entry. So far it's a wip article on my wiki profile here: https://wiki.archlinux.org/index.php/User:Kralyk/GPGPU I'd like you to + have a look at it and tell me what you think of it ;-) + check if my wording is tolerable enough - English isn't my native language, feel free to correct + See if you know anything about the (missing) Nvidia/CUDA parts I myself am not really acquainted with CUDA and Nvidia-flavoured OpenCL so I'd like to ask if someone CUDA-savvy out there would be so kind as to help out and fill in those gaps. Regards, ~kralyk

5 10

[arch-general] hylafax PKGBUILD contains typo - '$spkgdir' line 55
by David C. Rankin 09 Aug '11

09 Aug '11

Guys, The hylafax pkgbuild needs to be fixed. (/var/abs/extra/hylafax/PKGBUILD) There is an extra 's' in $spkgdir on lines 54-55. Reads: install -D -m 755 $srcdir/${pkgname}-${pkgver}/util/notify.awk \ $spkgdir/var/spool/hylafax/bin/notify.awk Should read: install -D -m 755 $srcdir/${pkgname}-${pkgver}/util/notify.awk \ $pkgdir/var/spool/hylafax/bin/notify.awk Currently it tries to remove the real '/var/spool/hylafax/bin/notify.awk' resulting in the error: make[1]: Leaving directory `/home/david/tmp/hylafax/src/hylafax-6.0.5/po' install: cannot remove `/var/spool/hylafax/bin/notify.awk': Permission denied ==> ERROR: A failure occurred in package(). Aborting... If you build with write permission for /var/spool/hylafax (i.e. root) you would have removed the notify.awk file from the installed version of hylafax. (who builds as root :) -- David C. Rankin, J.D.,P.E.

3 3

[arch-general] cups not starting on boot after last 2 kernel updates? -- where to put it in the DAEMONS line?
by David C. Rankin 09 Aug '11

09 Aug '11

Guys, Cups has been working like clockwork for the past year - up until the last 2 kernel updates. Now after boot, a manual '/etc/rc.d/cupsd restart' is required to get it working again. Would moving it in the DAEMONS line make sense? Currently I have: DAEMONS=(hwclock syslog-ng network named @netfs @ntpd @sshd @dhcp4 @crond @mysqld @postfix @dovecot @httpd @samba @cups @vsftpd @sensors @spamd) When cups fails to start, I get the following warnings and errors: W [08/Aug/2011:10:53:39 -0500] Duplicate listen address "[v1.::1]" ignored! W [08/Aug/2011:10:53:39 -0500] Duplicate listen address "127.0.0.1" ignored! W [08/Aug/2011:10:53:39 -0500] Duplicate listen address "[v1.::1]" ignored! W [08/Aug/2011:10:53:39 -0500] Duplicate listen address "127.0.0.1" ignored! W [08/Aug/2011:10:53:39 -0500] Duplicate listen address "192.168.7.15" ignored! W [08/Aug/2011:10:53:39 -0500] Duplicate listen address "192.168.7.15" ignored! W [08/Aug/2011:10:53:39 -0500] Duplicate listen address "192.168.7.15" ignored! E [08/Aug/2011:10:53:39 -0500] Bad File number 1 on line 3225! E [08/Aug/2011:10:53:39 -0500] Bad File number 1 on line 3235! E [08/Aug/2011:10:53:39 -0500] Bad File number 1 on line 3245! E [08/Aug/2011:10:53:39 -0500] Bad File number 1 on line 3255! E [08/Aug/2011:10:53:39 -0500] Bad File number 1 on line 3265! E [08/Aug/2011:10:53:39 -0500] Bad File number 1 on line 3275! E [08/Aug/2011:10:53:39 -0500] Bad File number 1 on line 3285! E [08/Aug/2011:10:53:39 -0500] Bad File number 1 on line 3295! E [08/Aug/2011:10:53:39 -0500] Bad File number 1 on line 3305! E [08/Aug/2011:10:53:39 -0500] Bad File number 1 on line 3315! E [08/Aug/2011:10:53:39 -0500] Bad File number 1 on line 3325! E [08/Aug/2011:10:53:39 -0500] Unable to bind socket for address [v1.::1]:631 - Address already in use. E [08/Aug/2011:10:53:39 -0500] Unable to bind socket for address 127.0.0.1:631 - Address already in use. E [08/Aug/2011:10:53:39 -0500] Unable to bind socket for address 192.168.7.15:631 - Address already in use. E [08/Aug/2011:10:53:39 -0500] Unable to set ACLs on root certificate "/var/run/cups/certs/0" - Operation not supported I have no idea what the Bad File number errors are, but the warnings are just from the multiple explicit listen designations in the cupsd.conf for client access: # Only listen for connections from the local machine. Listen localhost:631 Listen phoenix.rlfpllc.com:631 Listen phoenix:631 Listen www.rlfpllc.com:631 Listen 192.168.7.15:631 I think the real issue is the 'Address already in use' errors, but that doesn't explain why it cups starts just fine with a manual '/etc/rc.d/cupsd restart'. If the address/port was actually already taken, then I would expect the restart to fail as well. The the ACL error is fine - cups isn't using acls on my box and I don't want to set the acl mount option in fstab, so I can live with that error. I've been through the forums, google and bug tracker task/22895, but still no solution. Should I move cupsd earlier in the DAEMONS line? Anybody else seeing cups fail to start on boot, but starting fine on a manual restart? Thanks for any thoughts or help you can give. -- David C. Rankin, J.D.,P.E.

6 7