Re: [arch-general] amd x86_64 crash: fuse init .. end_request: I/O error, dev fd0, sector 0?
Hi, try to get backtraces with sysrq-keys (w or l) or with kernel crash dump. Regards, Andrej On 07/26/2010 11:53 PM, David C. Rankin wrote: On 07/26/2010 01:54 PM, Andrej Gelenberg wrote: Hi, On 07/26/2010 03:59 PM, David C. Rankin wrote: Guys, Here is a possible bug regarding the fuse filesystem. The best I can determine this occurred during an rsync request from the x86_64 box to a laptop to retrieve files under /home/david. The box hardlocked. The error messages just before the restart were: Jul 26 02:48:19 archangel kernel: fuse init (API version 7.13) Jul 26 02:48:19 archangel kernel: end_request: I/O error, dev fd0, sector 0 Jul 26 02:48:19 archangel kernel: end_request: I/O error, dev fd0, sector 0 I can't see, why it should be fuse bug. Have you mounted something with fuse? How run you the rsync? Maybe you try to sync /dev, and it cause the problems? Regards, Andrej That's what was strange to me as well. I just run rsync in the normal way: rsync -uav --ignore-existing otherbox:/the/dir/I/want ~/dir/here I'll keep an eye on it. It would have been something funky with the power at that time. Even with a good ups, lightning is still king...
Re: [arch-general] Getting firefox to use the PDF I want?
On Wed, Jul 21, 2010 at 08:12, Magnus Therning mag...@therning.org wrote: After installing Gimp it became the default application for PDFs, something I didn't really want. A quick change in Nautilus took care of Gnome. Still firefox insists on only offering a single choice for handling PDFs: gimp! Gnome behaves correctly, and XDG seems to be set up properly: % xdg-mime query default application/pdf /usr/share/applications/evince.desktop How do I get firefox to use the correct application? The easiest solution for now seems to be setting '/usr/bin/xdg-open' as the application to use for opening PDFs :-) /M -- Magnus Therning (OpenPGP: 0xAB4DFBA4) magnus@therning.org Jabber: magnus@therning.org http://therning.org/magnus identi.ca|twitter: magthe
[arch-general] where is vga_switcheroo?
m...@office ~$ zcat /proc/config.gz | grep -i switch CONFIG_VGA_SWITCHEROO=y m...@office ~$ uname -a Linux office 2.6.34-ARCH #1 SMP PREEMPT Mon Jul 5 22:12:11 CEST 2010 x86_64 Intel(R) Core(TM)2 CPU 6400 @ 2.13GHz GenuineIntel GNU/Linux m...@office ~$ ls /sys/kernel/debug/ bdi dri hid mce tracing usb x86 gpio sched_features I'm expecting there to be a vgaswitcheroo directory here so I can perform GPU switching.
Re: [arch-general] Getting firefox to use the PDF I want?
On Tue, Jul 27, 2010 at 4:32 PM, Magnus Therning mag...@therning.org wrote: On Wed, Jul 21, 2010 at 08:12, Magnus Therning mag...@therning.org wrote: After installing Gimp it became the default application for PDFs, something I didn't really want. A quick change in Nautilus took care of Gnome. Still firefox insists on only offering a single choice for handling PDFs: gimp! Gnome behaves correctly, and XDG seems to be set up properly: % xdg-mime query default application/pdf /usr/share/applications/evince.desktop How do I get firefox to use the correct application? The easiest solution for now seems to be setting '/usr/bin/xdg-open' as the application to use for opening PDFs :-) /M -- Magnus Therning (OpenPGP: 0xAB4DFBA4) magnus@therning.org Jabber: magnus@therning.org http://therning.org/magnus identi.ca|twitter: magthe Wohoo that's nice ;) Now no worries if viewer is changed (Although I don't plan to remove KDE and use something else :D). -- Regards, Nilesh Govindarajan Facebook: http://www.facebook.com/nilesh.gr Twitter: http://twitter.com/nileshgr Website: http://www.itech7.com VPS Hosting: http://www.itech7.com/a/vps
[arch-general] makepkg patch - generate .SRCINFO file when running --source
Hello list, Here is a patch against makepkg from git which introduces a new function write_srcinfo(). This generates a file .SRCINFO - like the .PKGINFO one - when makepkg --source is run and then it is added to the src.tar.gz archive. I think having such a file is an important step for getting split packages to the AUR. It is also useful for third party applications. Since this file is generated during making the source archive, there is no need for parsing/sourcing the PKGBUILD everytime meta infos are needed afterwards. This is also a way of standardizing the source archive. .SRCINFO looks like (generated for gcc from core): # Generated by makepkg 3.4.0 # Tue Jul 27 12:56:38 UTC 2010 global pkgbase = gcc global pkgname = gcc global pkgname = gcc-libs global pkgname = gcc-fortran global pkgname = gcc-objc global pkgname = gcc-ada global pkgver = 4.5.0-6 global pkgdesc = The GNU Compiler Collection global url = http://gcc.gnu.org global packager = Vlad George don...@users.sourceforge.net global builddate = 1280235398 global source = ftp://gcc.gnu.org/pub/gcc/snapshots/4.5-20100610/gcc-core-4.5-20100610.tar.bz2 global source = ftp://gcc.gnu.org/pub/gcc/snapshots/4.5-20100610/gcc-g++-4.5-20100610.tar.bz2 global source = ftp://gcc.gnu.org/pub/gcc/snapshots/4.5-20100610/gcc-fortran-4.5-20100610.tar.bz2 global source = ftp://gcc.gnu.org/pub/gcc/snapshots/4.5-20100610/gcc-objc-4.5-20100610.tar.bz2 global source = ftp://gcc.gnu.org/pub/gcc/snapshots/4.5-20100610/gcc-ada-4.5-20100610.tar.bz2 global source = ftp://gcc.gnu.org/pub/gcc/libstdc++/doxygen/libstdc++-man.20100312.tar.bz2 global source = gcc_pure64.patch global source = gcc-hash-style-both.patch global source = r160561.patch global license = GPL global license = LGPL global license = custom global arch = i686 global arch = x86_64 global makedepends = binutils=2.20.1 global makedepends = libmpc=0.8.2-2 global makedepends = cloog-ppl=0.15.8 global makedepends = libelf global makedepends = gcc-ada gcc depends = binutils=2.20.1 gcc depends = libmpc=0.8.1-2 gcc depends = cloog-ppl=0.15.8 gcc depends = libelf gcc groups = base-devel gcc install = gcc.install gcc-libs pkgdesc = Runtime libraries shipped by GCC for C and C++ languages gcc-libs groups = base gcc-libs depends = glibc=2.11.1-2 gcc-libs install = gcc-libs.install gcc-fortran pkgdesc = Fortran front-end for GCC gcc-fortran depends = gcc=4.5.0-6 gcc-fortran install = gcc-fortran.install gcc-objc pkgdesc = Objective-C front-end for GCC gcc-objc depends = gcc=4.5.0-6 gcc-ada pkgdesc = Ada front-end for GCC (GNAT) gcc-ada depends = gcc=4.5.0-6 gcc-ada install = gcc-ada.install As you see this file contains of different parts separated by a leading tag. global denotes the global PKGBUILD vars and the name of the split package denotes the local package variables. However, this is just a first formatting approach. This can be changed according to further needs. I think this is a clear and easily readable/parseable output. Note that packager defaults to the person who actually build the source archive. Perhaps this has to be changed to AUR user name, not to the makepkg.conf PACKAGER entry. Vlad -- diff --git a/scripts/makepkg.sh.in b/scripts/makepkg.sh.in index 9f3bbb2..ebc6087 100644 --- a/scripts/makepkg.sh.in +++ b/scripts/makepkg.sh.in @@ -961,6 +961,75 @@ write_pkginfo() { fi } +write_srcinfo() { +# usage: write_srcinfo name + + local packager + if [[ -n ${PACKAGER} ]]; then packager=${PACKAGER} + else packager=none; fi + local builddate=$(date -u +%s) + + msg2 $(gettext Generating .SRCINFO file...) + echo # Generated by makepkg $myver + echo # $(LC_ALL=C date -u) + # use global as tag for vars needed in entire $BUILDFILE + if (( SPLITPKG )); then + echo global pkgbase = ${pkgbase} + printf global pkgname = %s\n ${pkgna...@]} + else echo global pkgname = $1 + fi + echo global pkgver = ${pkgver}-${pkgrel} + echo global pkgdesc = ${pkgdesc} + echo global url = ${url} + echo global packager = ${packager} + echo global builddate = $builddate + [[ ${changelog} ]] echo global changelog = ${changelog} + + # arrays + [[ ${source} ]]printf global source = %s\n ${sour...@]} + [[ ${license} ]] printf global license = %s\n ${licen...@]} + [[ ${groups} ]]printf global group = %s\n ${grou...@]} + printf global arch = %s\n${ar...@]} + [[ ${backup} ]]printf global backup = %s\n ${back...@]} + [[ ${depends} ]] printf global depends = %s\n ${depen...@]} + [[ ${makedepends} ]] printf global makedepends = %s\n ${makedepen...@]} + [[ ${optdepends} ]]printf global optdepends = %s\n ${optdepen...@]} + [[ ${conflicts} ]] printf global conflict = %s\n ${conflic...@]} + [[ ${provides} ]] printf global provides
Re: [arch-general] makepkg patch - generate .SRCINFO file when running --source
On Tuesday 27 July 2010 15:25:56 vlad wrote: Hello list, Here is a patch against makepkg from git which introduces a new function write_srcinfo(). This generates a file .SRCINFO - like the .PKGINFO one - when makepkg --source is run and then it is added to the src.tar.gz archive. snip global makedepends = binutils=2.20.1 global makedepends = libmpc=0.8.2-2 global makedepends = cloog-ppl=0.15.8 What about packages that define source / depends / ... depending on the used arch ? For example: - if [ $CARCH == 'x86_64' ]; then _pkgarch=... md5sums=... depends=... else ... fi source=(...${_pk garch}.tar.gz) - jakob
Re: [arch-general] [arch-dev-public] WARNING: KDE 4.5 RC3 in [testing]
On Tuesday 27 Jul 2010 at 09:29 Andrea Scarpino wrote: I am about to move the first wave of KDE 4.5 RC3 packages into [testing] without l10n packages. KDE SC 4.5.0 will released next week. Thanks Andrea - your work on providing these RC packages has been great. * no kdebindings-ruby (does not build with ruby 1.9) Any idea if this will be fixed by the time of the final release or will Ruby not be an option in 4.5? (Or will be required to use ruby 1.8 if we want ruby bindings?) Cheers, Pete.
Re: [arch-general] [arch-dev-public] WARNING: KDE 4.5 RC3 in [testing]
On Tuesday 27 Jul 2010 at 17:44 Andrea Scarpino wrote: On Tuesday 27 July 2010 17:54:00 you wrote: Any idea if this will be fixed by the time of the final release or will Ruby not be an option in 4.5? (Or will be required to use ruby 1.8 if we want ruby bindings?) Well, I do not think that this will be fixed in 4.5. (https://bugs.kde.org/show_bug.cgi?id=243565) You should be able to install ruby 1.8 and create a kdebindings-ruby package. You can use the current kdebindings PKGBUILD to build *only* the ruby bindings. Thanks for the info and link to the upstream bug. Will have a play... :-) Cheers, Pete.
Re: [arch-general] makepkg patch - generate .SRCINFO file when running --source
Why not make new arrays? i686depends, x86_64depends, i686source, etc. On Tue, Jul 27, 2010 at 8:51 AM, vlad v...@uni-bonn.de wrote: On Tue, Jul 27, 2010 at 03:38:10PM +0200, Jakob Gruber wrote: On Tuesday 27 July 2010 15:25:56 vlad wrote: Hello list, Here is a patch against makepkg from git which introduces a new function write_srcinfo(). This generates a file .SRCINFO - like the .PKGINFO one - when makepkg --source is run and then it is added to the src.tar.gz archive. snip global makedepends = binutils=2.20.1 global makedepends = libmpc=0.8.2-2 global makedepends = cloog-ppl=0.15.8 What about packages that define source / depends / ... depending on the used arch ? For example: - if [ $CARCH == 'x86_64' ]; then _pkgarch=... md5sums=... depends=... else ... fi As it is now handled in AUR, there is imo no sane way to handle this. I propose that there should be a default way of writing this in PKGBUILDs. I think of smth like: [[ $CARCH == i686 ]] .. And only this should be allowed. This is then easily parseable. I know this is quite restrictive, but it is also an approach to standardize the source archives. As you see, for now it's a pita to correctly display this in the AUR web interface and also for other scripts to parse this. --
Re: [arch-general] makepkg patch - generate .SRCINFO file when running --source
On Tue, Jul 27, 2010 at 13:36, Muhammed Uluyol uluy...@gmail.com wrote: Why not make new arrays? i686depends, x86_64depends, i686source, etc. Please don't... Also, please bottom post on this list.
[arch-general] jack-audio-connection-kit-mp vs celt/celt-07
Hi all, AUR has the package celt which I've always had installed (installed it long time back to compile some audio app). http://aur.archlinux.org/packages.php?ID=27117 Repos have celt-0.7 which provides celt. Thing is, when I try to makepkg jack-audio-connection-kit-mp (which doesn't depend on celt at all) it fails when celt is installed, but works when celt-0.7 or no celt is installed. There's overlap between AUR packages and other stuff here, so I'm not sure whether this belongs on this ML, or even in a personal email to the maintainer. In which case, my question would be, which maintainer? Thanks.