[arch-general] [signoff] kernel 2.6.32.3-1
Hi guys, bump to latest bugfix version. Arch Linux bugfixes/feature requests: http://bugs.archlinux.org/task/17538 # added blktrace http://bugs.archlinux.org/task/17106 # finally added CONFIG_MMIOTRACE http://bugs.archlinux.org/task/17696 # fixed intel wireless http://bugs.archlinux.org/task/17687 # fixed rt61 wireless http://bugs.archlinux.org/task/17661 # remove created initramfs on deinstall Please signoff both arches, greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tp...@archlinux.org signature.asc Description: This is a digitally signed message part.
[arch-general] [signoff] kernel26-lts-2.6.27.43-1 & kernel26-lts-headers-2.6.27.43-1
Hi guys, latest bugfix release. Please signoff for both arches. greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tp...@archlinux.org signature.asc Description: This is a digitally signed message part.
Re: [arch-general] Last networkmanager in testing busts everything in gnome ?
On 01/08/2010 09:01 AM, Allan McRae wrote: Frederic Bezies wrote: Hello everybody. Yesterday, my computer installed from testing last networkmanager version, 0.7.998-1. It worked OK until I shut down my computer. This morning, I cannot get any single program to be launched in gnome, even xterm using alt+f2 dialog box. After I downgraded to version 0.7.2-1, all was again working. I opened a bug : http://bugs.archlinux.org/task/17743 Did anybody see the same problem or is it my computer ? I noticed the same thing today when I upgraded... Downgrading seems the current solution. Allan aynone noticed that the hostname and /etc/hosts has been changed? its the first thing that comes in your eyes.(hostname) -- Ionut
Re: [arch-general] Last networkmanager in testing busts everything in gnome ?
Ionut Biru wrote: On 01/08/2010 09:01 AM, Allan McRae wrote: Frederic Bezies wrote: Hello everybody. Yesterday, my computer installed from testing last networkmanager version, 0.7.998-1. It worked OK until I shut down my computer. This morning, I cannot get any single program to be launched in gnome, even xterm using alt+f2 dialog box. After I downgraded to version 0.7.2-1, all was again working. I opened a bug : http://bugs.archlinux.org/task/17743 Did anybody see the same problem or is it my computer ? I noticed the same thing today when I upgraded... Downgrading seems the current solution. Allan aynone noticed that the hostname and /etc/hosts has been changed? its the first thing that comes in your eyes.(hostname) Yep, my /etc/hosts file was definitely changed: # # /etc/hosts: static lookup table for host names # 127.0.0.1 localhost.localdomain localhost # 127.0.0.1 arch 127.0.0.1 localhost.localdomain localhost That additional line at the start is definitely not mine... Allan
Re: [arch-general] Last networkmanager in testing busts everything in gnome ?
On Fri, 2010-01-08 at 18:54 +1000, Allan McRae wrote: > Ionut Biru wrote: > > On 01/08/2010 09:01 AM, Allan McRae wrote: > >> Frederic Bezies wrote: > >>> Hello everybody. > >>> > >>> Yesterday, my computer installed from testing last networkmanager > >>> version, 0.7.998-1. It worked OK until I shut down my computer. > >>> > >>> This morning, I cannot get any single program to be launched in gnome, > >>> even xterm using alt+f2 dialog box. > >>> > >>> After I downgraded to version 0.7.2-1, all was again working. I opened > >>> a bug : http://bugs.archlinux.org/task/17743 > >>> > >>> Did anybody see the same problem or is it my computer ? > >>> > >> > >> I noticed the same thing today when I upgraded... Downgrading seems the > >> current solution. > >> > >> Allan > >> > > > > aynone noticed that the hostname and /etc/hosts has been changed? its > > the first thing that comes in your eyes.(hostname) > > > > Yep, my /etc/hosts file was definitely changed: > > # > # /etc/hosts: static lookup table for host names > # > 127.0.0.1 localhost.localdomain localhost > > # > 127.0.0.1 arch > 127.0.0.1 localhost.localdomain localhost > > > That additional line at the start is definitely not mine... > > Allan Looks to this noob as if some wrong assumptions are being made in using sed on /etc/hosts
Re: [arch-general] Last networkmanager in testing bust s everything in gnome ?
On Friday 08 January 2010 03:54:23 Allan McRae wrote: > Ionut Biru wrote: > > On 01/08/2010 09:01 AM, Allan McRae wrote: > >> Frederic Bezies wrote: > >>> Hello everybody. > >>> > >>> Yesterday, my computer installed from testing last networkmanager > >>> version, 0.7.998-1. It worked OK until I shut down my computer. > >>> > >>> This morning, I cannot get any single program to be launched in gnome, > >>> even xterm using alt+f2 dialog box. > >>> > >>> After I downgraded to version 0.7.2-1, all was again working. I opened > >>> a bug : http://bugs.archlinux.org/task/17743 > >>> > >>> Did anybody see the same problem or is it my computer ? > >> > >> I noticed the same thing today when I upgraded... Downgrading seems the > >> current solution. > >> > >> Allan > > > > aynone noticed that the hostname and /etc/hosts has been changed? its > > the first thing that comes in your eyes.(hostname) > > Yep, my /etc/hosts file was definitely changed: > > # > # /etc/hosts: static lookup table for host names > # > 127.0.0.1 localhost.localdomain localhost > > # > 127.0.0.1 arch > 127.0.0.1 localhost.localdomain localhost > > > That additional line at the start is definitely not mine... > > Allan > FYI I was having trouble with networking several years ago and had a /etc/host like yours. I posted to usenet and the network gurus there promptly busted me for that layout. They told me to do this instead: # 127.0.0.1 localhost.localdomainlocalhost 127.0.0.2 arch. arch They claim that the above conforms to the RFC's and reusing the 127.0.0.1 address can confuse some apps. I have been using the above and it has always worked, no busted apps.
Re: [arch-general] Last networkmanager in testing busts everything in gnome ?
On Wed, Jan 20, 2010 at 12:53 PM, Baho Utot wrote: > > FYI > I was having trouble with networking several years ago and had a /etc/host > like yours. I posted to usenet and the network gurus there promptly busted me > for that layout. > > They told me to do this instead: > > # > 127.0.0.1 localhost.localdomain localhost > 127.0.0.2 arch. arch > > They claim that the above conforms to the RFC's and reusing the 127.0.0.1 > address can confuse some apps. > > I have been using the above and it has always worked, no busted apps. I think this comes close to what Debian does, I've kept my /etc/hosts file since I ran Debian and it looks like this: # 127.0.0.1 localhost 127.0.1.1 bryma.fq.dn bryma There's an explanation for it here http://www.debian.org/doc/manuals/reference/ch-gateway.en.html#s-net-dns /M -- Magnus Therning(OpenPGP: 0xAB4DFBA4) magnus＠therning．org Jabber: magnus＠therning．org http://therning.org/magnus identi.ca|twitter: magthe
[arch-general] [Request] Remove libpthread-stubs from packages svn/trunk
Can someone remove libpthread-stubs from packages svn/trunk? The package obviously was removed from the repos a long time ago and tools like pbget would fetch an outdated PKGBUILD.
Re: [arch-general] [Request] Remove libpthread-stubs from packages svn/trunk
Am 08.01.2010 17:24, schrieb a...@nezmer.info: > Can someone remove libpthread-stubs from packages svn/trunk? > The package obviously was removed from the repos a long time ago > and tools like pbget would fetch an outdated PKGBUILD. While you may be right, such tools must be able to handle packages in trunk that are not in any repo: It might happen that packages are being removed from the repos but kept in trunk for some reason (maybe to be readded later, maybe for some other reason). Other packages might be in trunk because they will be used in the future, but have not yet been added. signature.asc Description: OpenPGP digital signature
Re: [arch-general] [Request] Remove libpthread-stubs from packages svn/trunk
On Fri, Jan 8, 2010 at 5:36 PM, Thomas Bächler wrote: > Am 08.01.2010 17:24, schrieb a...@nezmer.info: >> Can someone remove libpthread-stubs from packages svn/trunk? >> The package obviously was removed from the repos a long time ago >> and tools like pbget would fetch an outdated PKGBUILD. > > While you may be right, such tools must be able to handle packages in > trunk that are not in any repo: It might happen that packages are being > removed from the repos but kept in trunk for some reason (maybe to be > readded later, maybe for some other reason). Other packages might be in > trunk because they will be used in the future, but have not yet been added. > > Why doesn't Arch ship that package ? It's a single 6 lines file, it cannot hurt anything. I just realized arch patches libdrm to not require it : http://repos.archlinux.org/wsvn/packages/libdrm/repos/extra-i686/no-pthread-stubs.patch But official libdrm still requires it, and that's also what we get if we just clone libdrm git repo (usually needed if you also build git versions of ddx and mesa). I just asked on #dri-devel about it : 18:01 < shining> whats the deal with pthread-stubs ? libdrm requires it (apparently with http://cgit.freedesktop.org/mesa/drm/commit/?id=6df7b0719fe92b718e486c2b87e2f883cfa41efa ) but arch kills it (http://repos.archlinux.org/wsvn/packages/libdrm/repos/extra-i686/no-pthread-stubs.patch). do all distrib do that ? 18:03 < pq> shining, it is for non-threaded applications, so that the library does not call into the real pthread library but gets the no-op stubs instead. It is implemented by glibc, so the stubs package is "empty" in that case. 18:04 < shining> pq: is it possible to require it only when glibc is not available/used ? 18:05 < pq> shining, the pthread-stubs package itself handles that. That's why it exists. 18:05 < jcristau> shining: what's the point? what's required is a single .pc file at build time in that case 18:06 < pq> in a glibc system it really installs only a single .pc file, AFAIK 18:07 < shining> jcristau: I guess I will forward that question to arch if its the only distrib doing that :) if no one has a good answer to jcristau question, I will open a bug report.
[arch-general] [Package Removal Request]gimageview
http://bugs.archlinux.org/task/17011 [gimageview] segfaults This package hasn't been updated since 2004 and segfaults. The bug report explains this well.
Re: [arch-general] [Request] Remove libpthread-stubs from packages svn/trunk
On Fri, 2010-01-08 at 18:11 +0100, Xavier wrote: > Why doesn't Arch ship that package ? It's a single 6 lines file, it > cannot hurt anything. > I just realized arch patches libdrm to not require it : > http://repos.archlinux.org/wsvn/packages/libdrm/repos/extra-i686/no-pthread-stubs.patch > But official libdrm still requires it, and that's also what we get if > we just clone libdrm git repo (usually needed if you also build git > versions of ddx and mesa). > The dependency is killed because it's useless. It's easy to kill, so we do it. If you like to install the package because you want to build stuff from git without killing the dependency from your sources, you're free to install it on your system. I don't see point in maintaining a package with just a 6-line .pc file. That's also the reason why we don't maintain this package in extra or any other binary repository, it's useless.
Re: [arch-general] [Request] Remove libpthread-stubs from packages svn/trunk
On Fri, Jan 08, 2010 at 06:11:40PM +0100, Xavier wrote: > On Fri, Jan 8, 2010 at 5:36 PM, Thomas Bächler wrote: > > Am 08.01.2010 17:24, schrieb a...@nezmer.info: > >> Can someone remove libpthread-stubs from packages svn/trunk? > >> The package obviously was removed from the repos a long time ago > >> and tools like pbget would fetch an outdated PKGBUILD. > > > > While you may be right, such tools must be able to handle packages in > > trunk that are not in any repo: It might happen that packages are being > > removed from the repos but kept in trunk for some reason (maybe to be > > readded later, maybe for some other reason). Other packages might be in > > trunk because they will be used in the future, but have not yet been added. > > > > > > Why doesn't Arch ship that package ? It's a single 6 lines file, it > cannot hurt anything. > I just realized arch patches libdrm to not require it : > http://repos.archlinux.org/wsvn/packages/libdrm/repos/extra-i686/no-pthread-stubs.patch > But official libdrm still requires it, and that's also what we get if > we just clone libdrm git repo (usually needed if you also build git > versions of ddx and mesa). > > I just asked on #dri-devel about it : > 18:01 < shining> whats the deal with pthread-stubs ? libdrm requires > it (apparently with > > http://cgit.freedesktop.org/mesa/drm/commit/?id=6df7b0719fe92b718e486c2b87e2f883cfa41efa > ) but arch kills it > > (http://repos.archlinux.org/wsvn/packages/libdrm/repos/extra-i686/no-pthread-stubs.patch). > do all distrib do that ? > 18:03 < pq> shining, it is for non-threaded applications, so that the > library does not call into the real pthread library but gets the no-op > stubs instead. It is implemented by glibc, so the stubs > package is "empty" in that case. > 18:04 < shining> pq: is it possible to require it only when glibc is > not available/used ? > 18:05 < pq> shining, the pthread-stubs package itself handles that. > That's why it exists. > 18:05 < jcristau> shining: what's the point? what's required is a > single .pc file at build time in that case > 18:06 < pq> in a glibc system it really installs only a single .pc file, AFAIK > 18:07 < shining> jcristau: I guess I will forward that question to > arch if its the only distrib doing that :) > > if no one has a good answer to jcristau question, I will open a bug report. I only need it for libdrm-git. Actually , It's only a dependency of libdrm packages in AUR: http://aur.archlinux.org/packages.php?ID=20785
Re: [arch-general] [Request] Remove libpthread-stubs from packages svn/trunk
On Fri, Jan 8, 2010 at 6:27 PM, Jan de Groot wrote: > On Fri, 2010-01-08 at 18:11 +0100, Xavier wrote: >> Why doesn't Arch ship that package ? It's a single 6 lines file, it >> cannot hurt anything. >> I just realized arch patches libdrm to not require it : >> http://repos.archlinux.org/wsvn/packages/libdrm/repos/extra-i686/no-pthread-stubs.patch >> But official libdrm still requires it, and that's also what we get if >> we just clone libdrm git repo (usually needed if you also build git >> versions of ddx and mesa). >> > > The dependency is killed because it's useless. It's easy to kill, so we > do it. If you like to install the package because you want to build > stuff from git without killing the dependency from your sources, you're > free to install it on your system. Well ok, that's fine... > I don't see point in maintaining a package with just a 6-line .pc file. > That's also the reason why we don't maintain this package in extra or > any other binary repository, it's useless. > > ...but I don't buy this argument, there isn't any maintenance and cost involved compared to any other packages. And I feel up to the task, it will take 1 minute of my life, but also save a few minutes of my life for the few times I will have to install the aur package on a new system :) Compared to the many hours I spend talking about random useless stuff, I agree it's not much. I just disagree with the principle "let's kill 6 lines just because we can" but it won't change my life much, so no big deal ! I already forgot about it.
Re: [arch-general] Last networkmanager in testing busts everything in gnome ?
On Friday 08 January 2010 10:23:20 Magnus Therning wrote: > On Wed, Jan 20, 2010 at 12:53 PM, Baho Utot wrote: > > FYI > > I was having trouble with networking several years ago and had a > > /etc/host like yours. I posted to usenet and the network gurus there > > promptly busted me for that layout. > > > > They told me to do this instead: > > > > # > > 127.0.0.1 localhost.localdomainlocalhost > > 127.0.0.2 arch. arch > > > > They claim that the above conforms to the RFC's and reusing the 127.0.0.1 > > address can confuse some apps. > > > > I have been using the above and it has always worked, no busted apps. > > I think this comes close to what Debian does, I've kept my /etc/hosts > file since I ran Debian and it looks like this: > > # > 127.0.0.1 localhost > 127.0.1.1 bryma.fq.dn bryma > > There's an explanation for it here > http://www.debian.org/doc/manuals/reference/ch-gateway.en.html#s-net-dns ^^^ Not Found The requested URL /doc/manuals/reference/ch-gateway.en.html was not found on this server. Apache Server at www.debian.org Port 80
Re: [arch-general] [signoff] kernel 2.6.32.3-1
signoff x86_64 On 01/08/2010 02:06 AM, Tobias Powalowski wrote: Hi guys, bump to latest bugfix version. Arch Linux bugfixes/feature requests: http://bugs.archlinux.org/task/17538 # added blktrace http://bugs.archlinux.org/task/17106 # finally added CONFIG_MMIOTRACE http://bugs.archlinux.org/task/17696 # fixed intel wireless http://bugs.archlinux.org/task/17687 # fixed rt61 wireless http://bugs.archlinux.org/task/17661 # remove created initramfs on deinstall Please signoff both arches, greetings tpowa
[arch-general] Virtualbox with upgraded kernel
hi List, I've upgraded to kernel 2.6.32 and virtual box dosn't work. I looked at the wiki re the various methods of upgrading the driver: [r...@laptop pkg]# vbox_build_module Building vboxdrv for Linux 2.6.32-ARCH make[1]: Entering directory `/opt/VirtualBox/src/vboxdrv' for f in . linux r0drv r0drv/linux VBox common/err common/string common/log generic math/gcc; \ do rm -f $f/*.o $f/.*.cmd $f/.*.flags; done rm -rf .vboxdrv* .tmp_ver* vboxdrv.* Module.symvers Modules.symvers modules.order make[1]: Leaving directory `/opt/VirtualBox/src/vboxdrv' make[1]: Entering directory `/opt/VirtualBox/src/vboxnetflt' for f in . linux r0drv r0drv/linux VBox common/err common/string common/log generic math/gcc; \ do rm -f $f/*.o $f/.*.cmd $f/.*.flags; done rm -rf .vboxnetflt* .tmp_ver* vboxnetflt.* Modules.symvers modules.order make[1]: Leaving directory `/opt/VirtualBox/src/vboxnetflt' make[1]: Entering directory `/opt/VirtualBox/src/vboxnetadp' for f in . linux r0drv r0drv/linux VBox common/err common/string common/log generic math/gcc; \ do rm -f $f/*.o $f/.*.cmd $f/.*.flags; done rm -rf .vboxnetadp* .tmp_ver* vboxnetadp.* Modules.symvers modules.order make[1]: Leaving directory `/opt/VirtualBox/src/vboxnetadp' rm -f vboxdrv.ko vboxnetflt.ko vboxnetadp.ko *** Building 'vboxdrv' module *** make[1]: Entering directory `/opt/VirtualBox/src/vboxdrv' Makefile:147: *** Error: unable to find the sources of your current Linux kernel. Specify KERN_DIR= and run Make again. Stop. make[1]: Leaving directory `/opt/VirtualBox/src/vboxdrv' make: *** [all] Error 2 kernel-headers-2.6.32-1-i686.pkg.tar.gz is installed. Any help appreciated.
[arch-general] via vt6306 firewire card not recognized anymore
Hi, I'm glad the .32 kernel comes with the new firewire stack, so i can finally use dvgrab (http://bbs.archlinux.org/viewtopic.php?id=79856) well.. that's what i thought. this kernel does not recognize my pci firewire card with the via vt6306 chipset. (running all latest packages from core, not testing. arch kernel) how can i get this working? [die...@dieter-p4sci-arch ~]$ lspci | grep -i via [die...@dieter-p4sci-arch ~]$ dmesg | grep -i via [die...@dieter-p4sci-arch ~]$ uname -a Linux dieter-p4sci-arch 2.6.32-ARCH #1 SMP PREEMPT Thu Jan 7 22:19:56 UTC 2010 i686 Intel(R) Pentium(R) 4 CPU 3.00GHz GenuineIntel GNU/Linux [die...@dieter-p4sci-arch ~]$ zgrep -i via /proc/config.gz # CONFIG_MVIAC3_2 is not set # CONFIG_MVIAC7 is not set CONFIG_VIA_FIR=m CONFIG_BLK_DEV_VIA82CXXX=m CONFIG_SATA_VIA=m CONFIG_PATA_VIA=m CONFIG_VIA_RHINE=m # CONFIG_VIA_RHINE_MMIO is not set CONFIG_VIA_VELOCITY=m CONFIG_HW_RANDOM_VIA=m CONFIG_I2C_VIA=m CONFIG_I2C_VIAPRO=m CONFIG_SENSORS_VIA686A=m CONFIG_AGP_VIA=m CONFIG_DRM_VIA=m CONFIG_FB_VIA=m CONFIG_SND_HDA_CODEC_VIA=y CONFIG_SND_VIA82XX=m CONFIG_SND_VIA82XX_MODEM=m CONFIG_MMC_VIA_SDMMC=m Dieter
Re: [arch-general] Virtualbox with upgraded kernel
On Fri, Jan 8, 2010 at 4:47 PM, richard terry wrote: > hi List, > > I've upgraded to kernel 2.6.32 and virtual box dosn't work. Install kernel26-headers (a new package) as well.
Re: [arch-general] Virtualbox with upgraded kernel
Dude look that deps, depends=('libxmu' 'gcc' 'make' 'kernel26-headers')
You need kernel26-headers, some issues about new kernel series [1].
And some comments about that (virtualbox bin) in [2].
[1] http://www.archlinux.org/news/477/
[2] http://aur.archlinux.org/packages.php?ID=9753
--
Leandro Inácio
On Fri, Jan 8, 2010 at 18:47, richard terry wrote:
> hi List,
>
> I've upgraded to kernel 2.6.32 and virtual box dosn't work.
>
> I looked at the wiki re the various methods of upgrading the driver:
>
> [r...@laptop pkg]# vbox_build_module
> Building vboxdrv for Linux 2.6.32-ARCH
> make[1]: Entering directory `/opt/VirtualBox/src/vboxdrv'
> for f in . linux r0drv r0drv/linux VBox common/err common/string common/log
> generic math/gcc; \
>do rm -f $f/*.o $f/.*.cmd $f/.*.flags; done
> rm -rf .vboxdrv* .tmp_ver* vboxdrv.* Module.symvers Modules.symvers
> modules.order
> make[1]: Leaving directory `/opt/VirtualBox/src/vboxdrv'
> make[1]: Entering directory `/opt/VirtualBox/src/vboxnetflt'
> for f in . linux r0drv r0drv/linux VBox common/err common/string common/log
> generic math/gcc; \
>do rm -f $f/*.o $f/.*.cmd $f/.*.flags; done
> rm -rf .vboxnetflt* .tmp_ver* vboxnetflt.* Modules.symvers modules.order
> make[1]: Leaving directory `/opt/VirtualBox/src/vboxnetflt'
> make[1]: Entering directory `/opt/VirtualBox/src/vboxnetadp'
> for f in . linux r0drv r0drv/linux VBox common/err common/string common/log
> generic math/gcc; \
>do rm -f $f/*.o $f/.*.cmd $f/.*.flags; done
> rm -rf .vboxnetadp* .tmp_ver* vboxnetadp.* Modules.symvers modules.order
> make[1]: Leaving directory `/opt/VirtualBox/src/vboxnetadp'
> rm -f vboxdrv.ko vboxnetflt.ko vboxnetadp.ko
> *** Building 'vboxdrv' module ***
> make[1]: Entering directory `/opt/VirtualBox/src/vboxdrv'
> Makefile:147: *** Error: unable to find the sources of your current Linux
> kernel. Specify KERN_DIR= and run Make again. Stop.
> make[1]: Leaving directory `/opt/VirtualBox/src/vboxdrv'
> make: *** [all] Error 2
>
>
> kernel-headers-2.6.32-1-i686.pkg.tar.gz is installed.
>
> Any help appreciated.
>
Re: [arch-general] Virtualbox with upgraded kernel
On Saturday 09 January 2010 08:56:13 Ray Kohler wrote: > On Fri, Jan 8, 2010 at 4:47 PM, richard terry wrote: > > hi List, > > > > I've upgraded to kernel 2.6.32 and virtual box dosn't work. > > Install kernel26-headers (a new package) as well. > kernel26-2.6.32.2-2-i686.pkg.tar.gz kernel-headers-2.6.32-1-i686.pkg.tar.gz installed already. Are you sure that is the problem? - there dosn't seem to be a 32-2 headers package. Regards Ricahrd
Re: [arch-general] Virtualbox with upgraded kernel
On Fri, Jan 8, 2010 at 5:10 PM, richard terry wrote: > On Saturday 09 January 2010 08:56:13 Ray Kohler wrote: >> On Fri, Jan 8, 2010 at 4:47 PM, richard terry wrote: >> > hi List, >> > >> > I've upgraded to kernel 2.6.32 and virtual box dosn't work. >> >> Install kernel26-headers (a new package) as well. >> > kernel26-2.6.32.2-2-i686.pkg.tar.gz > kernel-headers-2.6.32-1-i686.pkg.tar.gz Read carefully. kernel26-headers. Not just kernel-headers.
Re: [arch-general] Virtualbox with upgraded kernel
On Saturday 09 January 2010 08:56:13 Ray Kohler wrote: > On Fri, Jan 8, 2010 at 4:47 PM, richard terry wrote: > > hi List, > > > > I've upgraded to kernel 2.6.32 and virtual box dosn't work. > > Install kernel26-headers (a new package) as well. > Thank you so much to both Ray and Leandro , all is well again, I depend on VBox to download pathology and use my one windows tool - sql manager for postgresql Never ceases to amaze me the speed and generosity of people who help each other over the internet (specially for us 'older users' with slower brains) Regards, and thanks again.
Re: [arch-general] Virtualbox with upgraded kernel
On 01/08/2010 03:47 PM, richard terry wrote: > hi List, > > I've upgraded to kernel 2.6.32 and virtual box dosn't work. > > I looked at the wiki re the various methods of upgrading the driver: > > [r...@laptop pkg]# vbox_build_module > Building vboxdrv for Linux 2.6.32-ARCH > make[1]: Entering directory `/opt/VirtualBox/src/vboxdrv' > for f in . linux r0drv r0drv/linux VBox common/err common/string common/log > generic math/gcc; \ > do rm -f $f/*.o $f/.*.cmd $f/.*.flags; done > rm -rf .vboxdrv* .tmp_ver* vboxdrv.* Module.symvers Modules.symvers > modules.order > make[1]: Leaving directory `/opt/VirtualBox/src/vboxdrv' > make[1]: Entering directory `/opt/VirtualBox/src/vboxnetflt' > for f in . linux r0drv r0drv/linux VBox common/err common/string common/log > generic math/gcc; \ > do rm -f $f/*.o $f/.*.cmd $f/.*.flags; done > rm -rf .vboxnetflt* .tmp_ver* vboxnetflt.* Modules.symvers modules.order > make[1]: Leaving directory `/opt/VirtualBox/src/vboxnetflt' > make[1]: Entering directory `/opt/VirtualBox/src/vboxnetadp' > for f in . linux r0drv r0drv/linux VBox common/err common/string common/log > generic math/gcc; \ > do rm -f $f/*.o $f/.*.cmd $f/.*.flags; done > rm -rf .vboxnetadp* .tmp_ver* vboxnetadp.* Modules.symvers modules.order > make[1]: Leaving directory `/opt/VirtualBox/src/vboxnetadp' > rm -f vboxdrv.ko vboxnetflt.ko vboxnetadp.ko > *** Building 'vboxdrv' module *** > make[1]: Entering directory `/opt/VirtualBox/src/vboxdrv' > Makefile:147: *** Error: unable to find the sources of your current Linux > kernel. Specify KERN_DIR= and run Make again. Stop. > make[1]: Leaving directory `/opt/VirtualBox/src/vboxdrv' > make: *** [all] Error 2 > > > kernel-headers-2.6.32-1-i686.pkg.tar.gz is installed. > > Any help appreciated. > Richard, I can confirm that after the latest kernel update, VirtualBox is dead. You were lucky, after I started vb, and small dialog appeared saying "spawning" and then my box locked. I was able to grab a screenshot before the box blackscreened: http://www.3111skyline.com/download/Archlinux/bugs/vbspawn800.jpg fullsized: http://www.3111skyline.com/download/Archlinux/bugs/vbspawn.jpg I had to power-off the box to shutdown. Another (possibly related) issue is that X is now consuming 75-90% of my CPU. Something is not right. Here is the top screenshot showing the behavior: http://www.3111skyline.com/download/Archlinux/bugs/X84-90percent.jpg -- 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
Re: [arch-general] [arch-dev-public] libpng todo list
On Fri, Jan 8, 2010 at 16:59, Jan de Groot wrote: > I just created a todo list containing 163 packages. This todo list > contains all packages that link to libpng and that should get rebuilt > when we update to libpng 1.4.0. What is the new soname? I'd like to make a list for arch-games as well.
Re: [arch-general] Virtualbox with upgraded kernel
Le vendredi 08 janvier 2010 à 17:44 -0600, David C. Rankin a écrit : > On 01/08/2010 03:47 PM, richard terry wrote: > > hi List, > > > > I've upgraded to kernel 2.6.32 and virtual box dosn't work. > > > > I looked at the wiki re the various methods of upgrading the driver: > > > > [r...@laptop pkg]# vbox_build_module > > Building vboxdrv for Linux 2.6.32-ARCH > > make[1]: Entering directory `/opt/VirtualBox/src/vboxdrv' > > for f in . linux r0drv r0drv/linux VBox common/err common/string common/log > > generic math/gcc; \ > > do rm -f $f/*.o $f/.*.cmd $f/.*.flags; done > > rm -rf .vboxdrv* .tmp_ver* vboxdrv.* Module.symvers Modules.symvers > > modules.order > > make[1]: Leaving directory `/opt/VirtualBox/src/vboxdrv' > > make[1]: Entering directory `/opt/VirtualBox/src/vboxnetflt' > > for f in . linux r0drv r0drv/linux VBox common/err common/string common/log > > generic math/gcc; \ > > do rm -f $f/*.o $f/.*.cmd $f/.*.flags; done > > rm -rf .vboxnetflt* .tmp_ver* vboxnetflt.* Modules.symvers modules.order > > make[1]: Leaving directory `/opt/VirtualBox/src/vboxnetflt' > > make[1]: Entering directory `/opt/VirtualBox/src/vboxnetadp' > > for f in . linux r0drv r0drv/linux VBox common/err common/string common/log > > generic math/gcc; \ > > do rm -f $f/*.o $f/.*.cmd $f/.*.flags; done > > rm -rf .vboxnetadp* .tmp_ver* vboxnetadp.* Modules.symvers modules.order > > make[1]: Leaving directory `/opt/VirtualBox/src/vboxnetadp' > > rm -f vboxdrv.ko vboxnetflt.ko vboxnetadp.ko > > *** Building 'vboxdrv' module *** > > make[1]: Entering directory `/opt/VirtualBox/src/vboxdrv' > > Makefile:147: *** Error: unable to find the sources of your current Linux > > kernel. Specify KERN_DIR= and run Make again. Stop. > > make[1]: Leaving directory `/opt/VirtualBox/src/vboxdrv' > > make: *** [all] Error 2 > > > > > > kernel-headers-2.6.32-1-i686.pkg.tar.gz is installed. > > > > Any help appreciated. > > > > Richard, > > > I can confirm that after the latest kernel update, VirtualBox is dead. > You were lucky, after I started vb, and small dialog appeared saying > "spawning" and then my box locked. I was able to grab a screenshot before the > box blackscreened: > > http://www.3111skyline.com/download/Archlinux/bugs/vbspawn800.jpg > > fullsized: > > http://www.3111skyline.com/download/Archlinux/bugs/vbspawn.jpg > > I had to power-off the box to shutdown. > > Another (possibly related) issue is that X is now consuming 75-90% of > my CPU. Something is not right. Here is the top screenshot showing the > behavior: > > http://www.3111skyline.com/download/Archlinux/bugs/X84-90percent.jpg > David, I have got the same problem with a Gentoo box and 2.6.32.3 kernel, so it seems not to be Arch related. Paul
Re: [arch-general] Virtualbox with upgraded kernel
On Friday 08 January 2010 19:18:46 Paul Ezvan wrote: > Le vendredi 08 janvier 2010 à 17:44 -0600, David C. Rankin a écrit : > > On 01/08/2010 03:47 PM, richard terry wrote: > > > hi List, > > > > > > I've upgraded to kernel 2.6.32 and virtual box dosn't work. > > > > > > I looked at the wiki re the various methods of upgrading the driver: > > > > > > [r...@laptop pkg]# vbox_build_module > > > Building vboxdrv for Linux 2.6.32-ARCH > > > make[1]: Entering directory `/opt/VirtualBox/src/vboxdrv' > > > for f in . linux r0drv r0drv/linux VBox common/err common/string > > > common/log generic math/gcc; \ > > > do rm -f $f/*.o $f/.*.cmd $f/.*.flags; done > > > rm -rf .vboxdrv* .tmp_ver* vboxdrv.* Module.symvers Modules.symvers > > > modules.order > > > make[1]: Leaving directory `/opt/VirtualBox/src/vboxdrv' > > > make[1]: Entering directory `/opt/VirtualBox/src/vboxnetflt' > > > for f in . linux r0drv r0drv/linux VBox common/err common/string > > > common/log generic math/gcc; \ > > > do rm -f $f/*.o $f/.*.cmd $f/.*.flags; done > > > rm -rf .vboxnetflt* .tmp_ver* vboxnetflt.* Modules.symvers > > > modules.order make[1]: Leaving directory > > > `/opt/VirtualBox/src/vboxnetflt' > > > make[1]: Entering directory `/opt/VirtualBox/src/vboxnetadp' > > > for f in . linux r0drv r0drv/linux VBox common/err common/string > > > common/log generic math/gcc; \ > > > do rm -f $f/*.o $f/.*.cmd $f/.*.flags; done > > > rm -rf .vboxnetadp* .tmp_ver* vboxnetadp.* Modules.symvers > > > modules.order make[1]: Leaving directory > > > `/opt/VirtualBox/src/vboxnetadp' > > > rm -f vboxdrv.ko vboxnetflt.ko vboxnetadp.ko > > > *** Building 'vboxdrv' module *** > > > make[1]: Entering directory `/opt/VirtualBox/src/vboxdrv' > > > Makefile:147: *** Error: unable to find the sources of your current > > > Linux kernel. Specify KERN_DIR= and run Make again. Stop. > > > make[1]: Leaving directory `/opt/VirtualBox/src/vboxdrv' > > > make: *** [all] Error 2 > > > > > > > > > kernel-headers-2.6.32-1-i686.pkg.tar.gz is installed. > > > > > > Any help appreciated. > > > > Richard, > > > > > > I can confirm that after the latest kernel update, VirtualBox is dead. > > You were lucky, after I started vb, and small dialog appeared saying > > "spawning" and then my box locked. I was able to grab a screenshot before > > the box blackscreened: > > > > http://www.3111skyline.com/download/Archlinux/bugs/vbspawn800.jpg > > > > fullsized: > > > > http://www.3111skyline.com/download/Archlinux/bugs/vbspawn.jpg > > > > I had to power-off the box to shutdown. > > > > Another (possibly related) issue is that X is now consuming 75-90% of my > > CPU. Something is not right. Here is the top screenshot showing the > > behavior: > > > > http://www.3111skyline.com/download/Archlinux/bugs/X84-90percent.jpg > > David, I have got the same problem with a Gentoo box and 2.6.32.3 > kernel, so it seems not to be Arch related. > > Paul > Just did a pacman -Syy && pacman -Su got the latest kernel and headers rebuilt VirtualBox modules and Virtualbox is running well here. I am using VirtualBox downloaded from www.virtualbox.org and not the arch package. [r...@myhost ~]# top top - 19:47:58 up 1:32, 2 users, load average: 0.02, 0.16, 0.13 Tasks: 157 total, 1 running, 156 sleeping, 0 stopped, 0 zombie Cpu0 : 6.9%us, 0.3%sy, 0.0%ni, 92.7%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st Cpu1 : 0.3%us, 1.0%sy, 0.0%ni, 98.7%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st Cpu2 : 0.3%us, 2.4%sy, 2.1%ni, 95.0%id, 0.0%wa, 0.3%hi, 0.0%si, 0.0%st Cpu3 : 0.0%us, 0.0%sy, 0.0%ni,100.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st Mem: 3372220k total, 2904860k used, 467360k free,0k buffers Swap:0k total,0k used,0k free, 1941660k cached PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ COMMAND 4830 baho 40 0 111m 9.8m 5888 S7 0.3 0:33.84 knotify4 9576 baho 20 0 574m 502m 163m S6 15.3 5:47.25 VirtualBox 4864 baho 40 0 96700 15m 9244 S1 0.5 0:04.80 konsole 9743 root 40 0 2340 1068 804 R1 0.0 0:00.07 top 4595 root 40 0 792m 141m 5092 S0 4.3 1:28.02 X
[arch-general] CUPS
Hello, everyone, I'm a freshman in ArchLinux. As my lab owns a printer connected to a windows system, I need to connect it using cups. I read the wiki guide and do as what is told. However, I always receive this messge: Connection failed: NT_STATUS_BAD_NETWORK_NAME My /etc/cups/printers.conf is shown below: # Printer configuration file for CUPS v1.4.2 # Written by cupsd on 2010-01-09 15:32 # DO NOT EDIT THIS FILE WHEN CUPSD IS RUNNING Info RL Printer Location RL Lab Students Printer MakeModel HP LaserJet 1010, hpcups 3.9.12 DeviceURI smb://elegate:jess...@172.16.65.79/print$/ State Stopped StateMessage Processing page 2... StateTime 1263022347 Reason paused Type 36876 Filter application/vnd.cups-raw 0 - Filter application/vnd.cups-raster 0 hpcups Accepting Yes Shared No JobSheets none none QuotaPeriod 0 PageLimit 0 KLimit 0 OpPolicy default ErrorPolicy stop-printer Info Virtual PDF Printer Location Weiwei's Laptop MakeModel Apple 12/640ps Foomatic/Postscript (recommended) DeviceURI cups-pdf:/ State Idle StateTime 1263021073 Type 8400916 Filter application/vnd.cups-raw 0 - Filter application/vnd.cups-postscript 100 foomatic-rip Filter application/vnd.cups-pdf 0 foomatic-rip Filter application/vnd.apple-pdf 25 foomatic-rip Filter application/vnd.cups-command 0 commandtops Accepting Yes Shared No JobSheets none none QuotaPeriod 0 PageLimit 0 KLimit 0 OpPolicy default ErrorPolicy stop-printer And I checked that the printer in the windows system is share with the name hpLaserJ, however when I connect it with smbclient //172.16.65.79/hpLaserJ, i receive NT_STATUS_ACCESS_DENIED so i tried with smbclient //172.16.65.79/print$ and it works fine when i try to list the contents using ls command. That's why I use the name print$ in the printers.conf cups and samba are both definitely running. Samba configuration is shown below: # This is the main Samba configuration file. You should read the # smb.conf(5) manual page in order to understand the options listed # here. Samba has a huge number of configurable options (perhaps too # many!) most of which are not shown in this example # # For a step to step guide on installing, configuring and using samba, # read the Samba-HOWTO-Collection. This may be obtained from: # http://www.samba.org/samba/docs/Samba-HOWTO-Collection.pdf # # Many working examples of smb.conf files can be found in the # Samba-Guide which is generated daily and can be downloaded from: # http://www.samba.org/samba/docs/Samba-Guide.pdf # # Any line which starts with a ; (semi-colon) or a # (hash) # is a comment and is ignored. In this example we will use a # # for commentry and a ; for parts of the config file that you # may wish to enable # # NOTE: Whenever you modify this file you should run the command "testparm" # to check that you have not made any basic syntactic errors. # #=== Global Settings = [global] # workgroup = NT-Domain-Name or Workgroup-Name, eg: MIDEARTH workgroup = WORKGROUP # server string is the equivalent of the NT Description field server string = Samba Server # Security mode. Defines in which mode Samba will operate. Possible # values are share, user, server, domain and ads. Most people will want # user level security. See the Samba-HOWTO-Collection for details. security = user # This option is important for security. It allows you to restrict # connections to machines which are on your local network. The # following example restricts access to two C class networks and # the "loopback" interface. For more examples of the syntax see # the smb.conf man page ; hosts allow = 192.168.1. 192.168.2. 127. # If you want to automatically load your printer list rather # than setting them up individually then you'll need this load printers = yes # you may wish to override the location of the printcap file ; printcap name = /etc/printcap # on SystemV system setting printcap name to lpstat should allow # you to automatically obtain a printer list from the SystemV spool # system ; printcap name = lpstat # It should not be necessary to specify the print system type unless # it is non-standard. Currently supported print systems include: # bsd, cups, sysv, plp, lprng, aix, hpux, qnx ; printing = cups # Uncomment this if you want a guest account, you must add this to /etc/passwd # otherwise the user "nobody" is used ; guest account = pcguest # this tells Samba to use a separate log file for each machine # that connects log file = /var/log/samba/%m.log # Put a capping on the size of the log files (in Kb). max log size = 50 # Use password server option only with security = server # The argument list may include: # password server = My_PDC_Name [My_BDC_Name] [My_Next_BDC_Name] # or to auto-locate the domain controller/s # password server = * ; password server = # Use the realm option only with security = ads # Specifies the Active Directory realm the host is part of ; realm =
