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

Re: [arch-general] [arch-dev-public] kernel 3.0 changes
by Heiko Baums 23 Jul '11

23 Jul '11

Am Sat, 23 Jul 2011 17:18:46 +0200 schrieb Tobias Powalowski <tobias.powalowski(a)googlemail.com>: > But I don't know exactly how pacman will handle the replace. pacman does nothing. I tried it with my linux-fbcondecor package which I took from your SVN linux package. pacman just let my kernel26-fbcondecor package installed and installs linux-fbcondecor parallel. I think if you want pacman to uninstall kernel26 you need to add a conflicts=('kernel26') to the linux PKGBUILD. But I'm not sure if this is necessary. And for that reason I would suggest not to creating the symlinks to the old image names. Better let the people edit their bootloader config. If they won't do this they'll just boot their old kernel26 if they didn't uninstall it before. So nobody will get an unbootable system. Heiko

1 0

Re: [arch-general] Panic - no sound devices after upgrade
by Fons Adriaensen 23 Jul '11

23 Jul '11

On Sat, Jul 23, 2011 at 01:14:30AM +0200, Adrian Knoth wrote: > > > If you want to try out Adrian's patch, I uploaded a kernel with the > > > patch applied here: > > > <https://dev.archlinux.org/~tomegun/kernel26-2.6.39.1.3-1.1-i686.pkg.tar.xz>. > > > > Installed on two machines so far, more tomorrow. > > Seems to have solved the problem :-) :-) > > Good to know. I'll wait for your final confirmation and then commit it. One problem: the gain settings have changed, now having a range of 0..64. How do these values map to the internal ones (0..0xffff) ? I *hope* there is value corresponding to EXACTLY 0x8000 (gain = 1) !!! The reason is that MADI is bit-exact and is used to tranport other values than just audio samples. This works of course only with exact unity gain. BTW, why was this change made ? For pro users (are there other of this card) this is a regression. Ciao, -- FA

1 0

Re: [arch-general] [signoff] dash 0.5.7-1
by Grigorios Bouzakis 23 Jul '11

23 Jul '11

Pierre Schmitz wrote: > On Thu, 21 Jul 2011 10:29:15 -0500, Dan McGee wrote: >> Upstream new release. >> >> -Dan > > Imho the base group could be removed as it is not needed by anything. > Its been requested : https://bugs.archlinux.org/task/22483 PS. For the filesystem package but relevant: https://bugs.archlinux.org/task/23746 Greg -- () against html e-mail | usenet & email communication netiquette /\ www.asciiribbon.org | www.netmeister.org/news/learn2quote.html

1 0

[arch-general] Creating an Arch chroot on a non-Arch system?
by Magnus Therning 23 Jul '11

23 Jul '11

Is there something available out there that makes it easy to create an Arch chroot on a non-Arch system, e.g. Ubuntu or Fedora? /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: magnus(a)therning.org jabber: magnus(a)therning.org twitter: magthe http://therning.org/magnus Perl is another example of filling a tiny, short-term need, and then being a real problem in the longer term. -- Alan Kay

5 5

[arch-general] PKGBUILD.proto improvements
by C Anthony Risinger 22 Jul '11

22 Jul '11

i wanted to share a couple of loose thoughts on the standard practices for PKGBUILDs ... specifically development ones ... with an immediate focus on git ones (for this instance, but applies to any) awhile back i tried to make a super cheap way of doing git checkouts for builds: https://bbs.archlinux.org/viewtopic.php?id=86366 (and this would have worked if i would have thought to make git use itself as an alternative object pool ...) ... the motivation of this message is to encourage adding some routines to the makepkg library, similar to msg/msg2/warning/etc, to handle development checkouts. basically i see people using _gitroot and _gitname for different stuff ... namely _gitname. i'd like to see a routine that pulls the repo to a known location so it doenst get blown away every update, and so the user doesnt have to manually manage this. everyone does it differently, puts the repository in all sorts of different locations/etc, and it just isnt very pretty IMO. ... so, i suggest a permanent setup based off my out setup and experiences, in reference of this PKGBUILD in particular: http://aur.archlinux.org/packages/pyjamas-engine-pythonwebkit/PKGBUILD ) allow _git* variables to be altered by the environment ) add _gitspec variable which supercedes _gitname for checkout stage (so you can do relative checkouts or SHA1 based checkouts) ... in the routine ... ) use a targeted fetch command instead of a blind clone. not only is this more flexible, but it can significantly reduce download size (for kernel its a ~50% reduction IIRC). the methoud from my builds are very simple, greatly resembling --mirror mode in git, but ONLY for the exact branch you are building ) store repositories in a known list of locations. my PKGBUILD searches these: /var/abs/PKGBUILD.devel/${pkgname}.git /var/abs/local/PKGBUILD.devel/${pkgname}.git ${SRCDEST}/PKGBUILD.devel/${pkgname}.git ${startdir}/PKGBUILD.devel/${pkgname}.git ~/PKGBUILD.devel/${pkgname}.git ... and chooses the first one that already exists (PKGBUILD.devel location only BEFORE appending repo name), OR the first one with write access to parent dir (it will create PKGBUILD.devel for you if it can). i personally used the first one (/var/abs/PKGBUILD.devel), with `chmod 1777` to sticky bit it like /tmp. this not only allows for reuse, but also allows for safely+easily+consistently bind-mounting into a chroot for use with mkchrootpkg ... ) use a proxy mechanism in the event a repository is found but it is read-only. this lets you read-only bind mount a repo (think mkchrootpkg), and it will simply create a new repository, copy the refs, and setup the object directory as an alternative for the proxy repo. thus the proxy has the ability to download new objects as needed, but starts from the same spot as the bind-mounted repo. these techniques save me a great deal of time and pain. that package in particular is a custom webkit build, requiring over 1GB to clone ... mkchrootpkg tried to blow it away once, bit it was read-only :-) ... i intend to possibly improve on this process by reducing a targeted fetch to a *shallow* targeted fetch , ie. the minimum amount of objects required to build. i have seen "clones" go down to 50%, sometimes even 10% or less, by using this over a naive `git clone $xyz`. i'd like to see *something* adopted so we can end the madness :-) ... below are a couple key excerpts from the noted PKGBUILD, for your reference. C Anthony ------------------------------------------------- [locate repo] ------------------------------------------------- # Devel directory fragment : ${_dir_devel:=PKGBUILD.devel} # Local/custom repo? if [[ -z ${_gitrepo} ]]; then search=(/var/abs{,/local}/"${_dir_devel}" "${SRCDEST%%/}/${_dir_devel}" "${startdir%%/}/${_dir_devel}" ~/"${_dir_devel}") for d in "${search[@]%%/}"; do if [[ -e ${d} ]] || [[ ! -e ${d} && -w ${d%/*} ]]; then mkdir -p "${d}" 2>&- && _gitrepo_proxy="${srcdir}/${pkgname}.git" && _gitrepo="${d}/${pkgname}.git" && break fi done fi ------------------------------------------------- [create new repo, or new proxy, if needed] ------------------------------------------------- mkdir -p "${w}" if [[ ! -e ${g}/objects ]]; then msg "[git] Creating NEW repository ... " git --git-dir="${g}" --work-tree="${w}" init elif [[ ! -w ${g}/objects ]]; then warning "[git] Repository read-only, setting up proxy ... " git --git-dir="${_gitrepo_proxy}" --work-tree="${w}" init echo "${g}/objects" > "${_gitrepo_proxy}/objects/info/alternates" cp -r "${g}/refs" "${_gitrepo_proxy}" g="${_gitrepo_proxy}" fi ------------------------------------------------- [perform targeted fetch] ------------------------------------------------- msg "[git] Syncing ... ${_gitroot} -> ${g}" git --git-dir="${g}" --work-tree="${w}" fetch -fu "${_gitroot}" "+${_gitname}:${_gitname}" msg "[git] Reading ... ${_gitspec:-${_gitname}} -> ${w}" git --git-dir="${g}" --work-tree="${w}" read-tree --reset -u "${_gitspec:-${_gitname}}" -------------------------------------------------

3 4

Re: [arch-general] Panic - no sound devices after upgrade
by Tom Gundersen 22 Jul '11

22 Jul '11

On Thu, Jul 21, 2011 at 4:01 PM, Adrian Knoth <adi(a)drcomp.erfurt.thur.de> wrote: > On 07/21/11 15:00, Tom Gundersen wrote: > > Hi! > >>>>>>> * The driver for my card (RME HDSP MADI, snd_hdpsm) is loaded. >>>>> [ 48.057757] HDSPM: unknown firmware revision cc > >> firmware revision is 0xCC, which is not recognised. If your card is >> MADI, the kernel expects the firmware revision to be 0xD2 (or starting >> in 3.0, it also accepts 0xCF). > > Exactly. > >> I guess this can be fixed easily by adding your firmware revision to >> the list of accepted revs. > > I hope so, too. Please try the attached patch. Fons (or anyone else who could reproduce the problem), If you want to try out Adrian's patch, I uploaded a kernel with the patch applied here: <https://dev.archlinux.org/~tomegun/kernel26-2.6.39.1.3-1.1-i686.pkg.tar.xz>. Cheers, -t

2 2

[arch-general] usb webcam no audio
by Matthew Monaco 22 Jul '11

22 Jul '11

I haven't been able to get audio on my webcam for a while. My initial guess is that it has to do with all of the udev changes. I'm using gnome w/ pulseaudio. The audio properties show the device on the input tab, but it doesn't detect any activity. everything.log: Jul 21 23:54:08 newguy kernel: [11606.472285] usb 4-5: new high speed USB device number 2 using ehci_hcd Jul 21 23:54:09 newguy mtp-probe: checking bus 4, device 2: "/sys/devices/pci0000:00/0000:00:13.2/usb4/4-5" Jul 21 23:54:09 newguy mtp-probe: bus: 4, device: 2 was not an MTP device Jul 21 23:54:09 newguy kernel: [11607.089065] Linux media interface: v0.10 Jul 21 23:54:09 newguy kernel: [11607.121723] Linux video capture interface: v2.00 Jul 21 23:54:09 newguy kernel: [11607.129054] uvcvideo: Found UVC 1.00 device Hercules Dualpix Exchange (06f8:3005) Jul 21 23:54:09 newguy kernel: [11607.134791] input: Hercules Dualpix Exchange as /devices/pci0000:00/0000:00:13.2/usb4/4-5/4-5:1.0/input/input6 Jul 21 23:54:09 newguy kernel: [11607.134938] usbcore: registered new interface driver uvcvideo Jul 21 23:54:09 newguy kernel: [11607.134943] USB Video Class driver (v1.0.0) Jul 21 23:54:09 newguy kernel: [11607.197743] 2:3:1: cannot get freq at ep 0x84 Jul 21 23:54:09 newguy kernel: [11607.198679] usbcore: registered new interface driver snd-usb-audio Jul 21 23:54:09 newguy kernel: [11607.251849] 2:3:1: cannot get freq at ep 0x84 Jul 21 23:54:09 newguy kernel: [11607.276979] 2:3:1: cannot get freq at ep 0x84 Jul 22 03:54:09 newguy rtkit-daemon[1012]: Recovering from system lockup, not allowing further RT threads. Jul 22 03:54:09 newguy rtkit-daemon[1012]: Recovering from system lockup, not allowing further RT threads. Jul 22 03:54:09 newguy rtkit-daemon[1012]: Recovering from system lockup, not allowing further RT threads. Jul 22 03:54:09 newguy rtkit-daemon[1012]: Recovering from system lockup, not allowing further RT threads. Jul 22 03:54:09 newguy rtkit-daemon[1012]: Recovering from system lockup, not allowing further RT threads. Jul 21 23:54:45 newguy kernel: [11643.290970] 2:3:1: cannot get freq at ep 0x84 dmesg: [11606.472285] usb 4-5: new high speed USB device number 2 using ehci_hcd [11607.089065] Linux media interface: v0.10 [11607.121723] Linux video capture interface: v2.00 [11607.129054] uvcvideo: Found UVC 1.00 device Hercules Dualpix Exchange (06f8:3005) [11607.134791] input: Hercules Dualpix Exchange as /devices/pci0000:00/0000:00:13.2/usb4/4-5/4-5:1.0/input/input6 [11607.134938] usbcore: registered new interface driver uvcvideo [11607.134943] USB Video Class driver (v1.0.0) [11607.197743] 2:3:1: cannot get freq at ep 0x84 [11607.198679] usbcore: registered new interface driver snd-usb-audio [11607.251849] 2:3:1: cannot get freq at ep 0x84 [11607.276979] 2:3:1: cannot get freq at ep 0x84 [11643.290970] 2:3:1: cannot get freq at ep 0x84

4 6

[arch-general] Moving qgis from [community] into the AUR.
by Thomas Dziedzic 22 Jul '11

22 Jul '11

QWT was bumped to 6.0 and qgis is currently incompatible with the new version. In order to update qwt, we will have to drop qgis into the aur. I have looked into patching qgis to be compatible with qwt 6. I managed to get an initial patch accepted, but there is a lot more work to be done, on code that I'm unfamiliar with. upstream bug report: http://hub.qgis.org/issues/3562 -Thomas Dziedzic

1 0

[arch-general] makepkg and its dependencies, how to create a good build chroot?
by Magnus Therning 21 Jul '11

21 Jul '11

For a while now I've been using some scripts to handle the details for creating build chroots, updating them, and triggering builds in them. It's all part of my work with building Haskell packages for Arch. To create a chroot I used this line: mkarchroot -f -C ${pacman_conf} \ -M /usr/share/devtools/makepkg-${arch}.conf ${CHROOT_ROOTDIR} \ util-linux-ng pacman sudo wget file grep base-devel ghc Well, that is, I used that line up until yesterday, and it worked fine until then. Yesterday I ran into the problem that the command `find`, which is used by `makepkg`, was missing in the chroot. A little while later I found the same to be true for `gzip`. So, I added `findutils` and `gzip` to the list of packages to be installed. Now, `makepkg` comes in the `pacman` package, and it doesn't have any dependencies on either of these packages, not even an optional dependency. This leaves me with three questions: 1. Why does `pacman` (the package) not depend on `findutils` and `gzip`, when `makepkg` clearly needs both those packages to function properly? 2. Are there any other packages I ought to install in a build chroot besides those I've listed above? 3. Dependencies of packages change over time, so is there a shortcut to making sure I always create a good build chroot (a group maybe)? /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: magnus(a)therning.org jabber: magnus(a)therning.org twitter: magthe http://therning.org/magnus I invented the term Object-Oriented, and I can tell you I did not have C++ in mind. -- Alan Kay

2 2

[arch-general] Panic - no sound devices after upgrade
by Fons Adriaensen 21 Jul '11

21 Jul '11

After a routine upgrade it seems I don't have any sound devices any more. More in detail: * The driver for my card (RME HDSP MADI, snd_hdpsm) is loaded. * aplay -L tells me there is only the 'null' device. * (re)starting /etc/rc.d/alsa doesn't change things. * There is *no* /dev/pcm at all. * /sys/class/sound only has a link to a timer device. * No traces in dmesg or /var/log/messages of anything going wrong. I suspect udev fails to do the right things. * /etc/udev/rules.d is empty * /etc/udev/udev.conf contains only the line udev_log="err" This is a professional studio and I'm expecting clients tomorrow at 09:00. Any ideas ? TIA, -- FA

7 34