Re: [arch-general] USB mounted into "wrong" directory
It would appear that on Apr 6, Guus Snijders did say: > Op 6 apr. 2012 10:56 schreef "Martti Kühne" het > volgende: > > > > On Thu, Apr 05, 2012 at 08:10:59PM +0200, Tom Gundersen wrote: > > > > > > Nothing should ever require you to disable automounting. The default > should > > > be not to mount new devices, anything else sounds like a bug to me. > > > > > > -1 > > I agree. If a Desktop application wants to automount devices, it's fine. Of > course, it would be nice if the user keeps control over this. > > Besides the desktop environment automounting should *not* occur unless > configured by the sysadmin. > > That way, everybody's happy and the system stays predictable IMHO. I'm glad to hear that's how the smart guys on Arch feel about it. It has been quite some time since I had a problem with it. It's quite possible that the faded memory was from a time before I tried Arch. It's certain that a similar issue of some pop-up wanting to help me deal with a CD or DVD I'd just inserted, annoyed me far more often than Thane ever did with am inserted sub stick... But that, likewise, hasn't happened in a long time. Guess I was just being nervous about nothing... -- | ~^~ ~^~ | <*> <*> Joe (theWordy) Philbrook | ^J(tWdy)P | \___/ <>
Re: [arch-general] [signoff] linux-3.3.1-1
hello, well this is a bit off-topic. But linux-ck switched already to 3.3 kernel and I just discovered that ndiswrapper does not compile. It seems there is a patch floating around to allow ndiswrapper to compile with a 3.3 kernel But I see no ndiswrapper package in [community-testing] yet ? Could the ndiswrapper package be included in [extra] instead of [community] ? What a bad idea to remove my ethernet cable and to have now to rely on a PCI wifi card only supported via ndiswrapper. :-( make -C utils make[1] : on entre dans le répertoire « /home/solstice/abs/ndiswrapper/src/ndiswrapper-1.57/utils » gcc -g -Wall -I../driver -Wl,-O1,--sort-common,--as-needed,-z,relro,--hash-style=gnu -o loadndisdriver loadndisdriver.c make[1] : on quitte le répertoire « /home/solstice/abs/ndiswrapper/src/ndiswrapper-1.57/utils » make -C driver make[1] : on entre dans le répertoire « /home/solstice/abs/ndiswrapper/src/ndiswrapper-1.57/driver » make -C /usr/src/linux-3.3.1-2-ck M=/home/solstice/abs/ndiswrapper/src/ndiswrapper-1.57/driver make[2] : on entre dans le répertoire « /usr/src/linux-3.3.1-2-ck » LD /home/solstice/abs/ndiswrapper/src/ndiswrapper-1.57/driver/built-in.o MKEXPORT /home/solstice/abs/ndiswrapper/src/ndiswrapper-1.57/driver/crt_exports.h MKEXPORT /home/solstice/abs/ndiswrapper/src/ndiswrapper-1.57/driver/hal_exports.h MKEXPORT /home/solstice/abs/ndiswrapper/src/ndiswrapper-1.57/driver/ndis_exports.h MKEXPORT /home/solstice/abs/ndiswrapper/src/ndiswrapper-1.57/driver/ntoskernel_exports.h MKEXPORT /home/solstice/abs/ndiswrapper/src/ndiswrapper-1.57/driver/ntoskernel_io_exports.h MKEXPORT /home/solstice/abs/ndiswrapper/src/ndiswrapper-1.57/driver/rtl_exports.h MKEXPORT /home/solstice/abs/ndiswrapper/src/ndiswrapper-1.57/driver/usb_exports.h CC [M] /home/solstice/abs/ndiswrapper/src/ndiswrapper-1.57/driver/crt.o CC [M] /home/solstice/abs/ndiswrapper/src/ndiswrapper-1.57/driver/hal.o CC [M] /home/solstice/abs/ndiswrapper/src/ndiswrapper-1.57/driver/iw_ndis.o CC [M] /home/solstice/abs/ndiswrapper/src/ndiswrapper-1.57/driver/loader.o CC [M] /home/solstice/abs/ndiswrapper/src/ndiswrapper-1.57/driver/ndis.o /home/solstice/abs/ndiswrapper/src/ndiswrapper-1.57/driver/ndis.c: In function ‘NdisGetCurrentProcessorCounts’: /home/solstice/abs/ndiswrapper/src/ndiswrapper-1.57/driver/ndis.c:2657:296: erreur: ‘struct kernel_stat’ has no member named ‘cpustat’ /home/solstice/abs/ndiswrapper/src/ndiswrapper-1.57/driver/ndis.c:2658:303: erreur: ‘struct kernel_stat’ has no member named ‘cpustat’ /home/solstice/abs/ndiswrapper/src/ndiswrapper-1.57/driver/ndis.c:2659:289: erreur: ‘struct kernel_stat’ has no member named ‘cpustat’ make[3]: *** [/home/solstice/abs/ndiswrapper/src/ndiswrapper-1.57/driver/ndis.o] Erreur 1 make[2]: *** [_module_/home/solstice/abs/ndiswrapper/src/ndiswrapper-1.57/driver] Erreur 2 make[2] : on quitte le répertoire « /usr/src/linux-3.3.1-2-ck » make[1]: *** [modules] Erreur 2 make[1] : on quitte le répertoire « /home/solstice/abs/ndiswrapper/src/ndiswrapper-1.57/driver » make: *** [driver] Erreur 2
Re: [arch-general] [signoff] linux-3.3.1-1
On Fri, 06 Apr 2012 20:41:46 +0200, Richard Schütz wrote: >Am 06.04.2012 12:54, schrieb Tobias Powalowski: >> Hi guys, >> please signoff 3.3 series for both arches. >> > >Since 3.3.0 suspend isn't working on my desktop computer anymore. Looks >like device suspension fails somewhere. Furthermore 3.3.1 seriously >breaks ath9k on my netbook [1]. > >[1] https://bugzilla.kernel.org/show_bug.cgi?id=43038 > I have a similar reservation. On two eeepc 901, suspend works just fine. Alas, only only on one of them does resume work with a 3.3 kernel. I'm not convinced that 3.3 is ready. -jh
Re: [arch-general] [signoff] linux-3.3.1-1
Am 06.04.2012 12:54, schrieb Tobias Powalowski: Hi guys, please signoff 3.3 series for both arches. Upstream changes: http://kernelnewbies.org/LinuxChanges Config cleanup: - disabled comedi staging modules - disabled not needed GPIO modules - disabled W1 support - disabled charger and battery modules - disabled snd_soc module - disabled regulator modules - disabled SPI support Fixed Bugs and feature requests: - New default 'ondemand' cpufreq govenor #28778 - added mtd header files #29076 - more I can't remember ;) greetings tpowa Since 3.3.0 suspend isn't working on my desktop computer anymore. Looks like device suspension fails somewhere. Furthermore 3.3.1 seriously breaks ath9k on my netbook [1]. [1] https://bugzilla.kernel.org/show_bug.cgi?id=43038 -- Regards, Richard Schütz
Re: [arch-general] Segfault error in depmod while upgrading linux 3.2.14-1
On Apr 6, 2012 3:18 PM, "martin kalcher" wrote: > > Hey, > > i got a segfault [1] in depmod while upgrading [2] the kernel. > > A second 'pacman -S linux' worked fine. Where should i report this? bugs.sidelines.org, against knife. T > [1] http://scrp.at/bix > [2] http://scrp.at/biy > > Cheers, ushi
Re: [arch-general] [signoff] linux-3.3.1-1
On 04/06/2012 06:54 AM, Tobias Powalowski wrote: > Hi guys, > please signoff 3.3 series for both arches. > First off thank you arch devs. I am newish to arch (was with fedora/redhat since about RH 3). I am very happy with the arch - huge thank you. On 3.3.1, obviously I can't sign off - but here's some fedeback. I can attest that the OOPS i was seeing with 3.3 (crash on shutdown or sleep - bluetooth) has not yet happened with 3.3.1. I have seen no other problems (encrypted swap / home, 1 laptop w iwlwifi, 3 desktops). It has been very stable - no issues and no worrisome logs on any of the machines I am testing on. Thanks! gene/
[arch-general] Segfault error in depmod while upgrading linux 3.2.14-1
Hey, i got a segfault [1] in depmod while upgrading [2] the kernel. A second 'pacman -S linux' worked fine. Where should i report this? [1] http://scrp.at/bix [2] http://scrp.at/biy Cheers, ushi
[arch-general] [signoff] linux-3.3.1-1
Hi guys, please signoff 3.3 series for both arches. Upstream changes: http://kernelnewbies.org/LinuxChanges Config cleanup: - disabled comedi staging modules - disabled not needed GPIO modules - disabled W1 support - disabled charger and battery modules - disabled snd_soc module - disabled regulator modules - disabled SPI support Fixed Bugs and feature requests: - New default 'ondemand' cpufreq govenor #28778 - added mtd header files #29076 - more I can't remember ;) greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tp...@archlinux.org signature.asc Description: OpenPGP digital signature
[arch-general] Eclipse-cdt updates
In the past few days I've noticed something kind of strange with eclipse-cdt on the packages page [ 0 ]. Also this can be seen if you follow the rss feed for updates. A few times every day since april 1st or so the eclipse-cdt package gets updated or downgraded from 8.0.1-2 to 8.0.2-1 and vice-versa. The last commit on the SVN page shows the PKGBUILD for 8.0.2-1 [ 1 ] I tend to update once a day, but in any of those updates I've got 8.0.2-1, as if that version didn't reach the mirrors. Has anyone else noticed something like this or knows what is happening there? Just asking, Alex. [ 0 ] https://www.archlinux.org/packages/?sort=-last_update [ 1 ] https://projects.archlinux.org/svntogit/community.git/log/trunk?h=packages/eclipse-cdt
Re: [arch-general] USB mounted into "wrong" directory
Op 6 apr. 2012 10:56 schreef "Martti Kühne" het volgende: > > On Thu, Apr 05, 2012 at 08:10:59PM +0200, Tom Gundersen wrote: > > > > Nothing should ever require you to disable automounting. The default should > > be not to mount new devices, anything else sounds like a bug to me. > > > -1 I agree. If a Desktop application wants to automount devices, it's fine. Of course, it would be nice if the user keeps control over this. Besides the desktop environment automounting should *not* occur unless configured by the sysadmin. That way, everybody's happy and the system stays predictable IMHO. mvg, Guus
Re: [arch-general] USB mounted into "wrong" directory
On Thu, 5 Apr 2012 20:10:59 +0200 Tom Gundersen wrote: > > Nothing should ever require you to disable automounting. The default > should be not to mount new devices, anything else sounds like a bug > to me. -1 Pete . -- Linux 7-of-9 3.2.13-1-ARCH #1 SMP PREEMPT Sat Mar 24 09:10:39 CET 2012 x86_64 AMD Phenom(tm) 9600B Quad-Core Processor AuthenticAMD GNU/Linux
Re: [arch-general] USB mounted into "wrong" directory
On Thu, Apr 05, 2012 at 08:10:59PM +0200, Tom Gundersen wrote: > > Nothing should ever require you to disable automounting. The default should > be not to mount new devices, anything else sounds like a bug to me. -1
Re: [arch-general] power management problems Gnome 3.4 from testing
Hello Gordy Pretty much shot in the dark but is apci daemon is installed & running? ~David On Fri, 06 Apr 2012 11:25:24 +0300, Gordy Campbell wrote: Hi all, My problem is that there is no battery indicator in the top panel anymore. I did: [gordy@archbox ~]$ dmesg | grep battery [ 11.595405] ACPI: Battery Slot [BAT0] (battery present) So I know the battery is present. Also the laptop wont suspend anymore when I close the lid. The system is completely updated. Thanks for any help, Gordy info: Gnome 3.4 all updated with Testing enabled. -- Using Opera's revolutionary email client: http://www.opera.com/mail/
[arch-general] power management problems Gnome 3.4 from testing
Hi all, My problem is that there is no battery indicator in the top panel anymore. I did: [gordy@archbox ~]$ dmesg | grep battery [ 11.595405] ACPI: Battery Slot [BAT0] (battery present) So I know the battery is present. Also the laptop wont suspend anymore when I close the lid. The system is completely updated. Thanks for any help, Gordy info: Gnome 3.4 all updated with Testing enabled.