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

[arch-general] speakers don't turn off when headphones inserted
by Scott Weisman 03 Jun '09

03 Jun '09

Hello, I just obtained a Fujitsu P7120 notebook (a very nice model, by the way). Overall, I am getting this working with Arch just fine (although I would definitely appreciate pointers from anyone else who has installed Arch, especially as I have been using a desktop until now and haven't had the need to configure notebook-type features). One problem I am having that I don't know how to fix is that when I plug in headphones, the speakers don't turn off. Alsamixer shows that the headphones and speakers have separate controls, something I have never seen in a notebook before. While cool, I would really love to have this automatically toggle as expected. Does anyone have a suggestion? Thanks, Scott

5 4

[arch-general] (no subject)
by Agus Setiawan 30 Mar '09

30 Mar '09

-- Regards, Agus Setiawan http://mysetiawan.net

5 4

Re: [arch-general] [arch-dev-public] Multilib on Archlinux x86_64
by RedShift 15 Oct '08

15 Oct '08

Thomas Bächler wrote: > Andreas Radke schrieb: >> You must have mixed the mailing lists! > > Actually, no. > >> Arch64 was founded to never have support for 32bit compatibilty. So >> move this into the community/AUR list. > > Yeah, maybe, and I am extending it. > >> I give you a strict -1 for any 32bit compat stuff in our officially >> supported repos as I already told you in private discussions. I've >> spent several weeks if not even months to make it as clean as possible. > > What you are saying is that by adding an extra capability (again, > separate repository, nothing to pollute core or extra in any way), we > destroy the clean-ness of your so clean (and yeah, it is clean) system. > That's just irrational. > > The fact that you don't quote a single line from my posting tells me > that you haven't even read any of my propositions. Why don't you give > technical arguments instead of making this personal? > > The reason I want to maintain this on our ftp is that I want it to be > easily accessible to our devs and users, as I can't maintain it alone. > The reason I don't want this (at least the core of it) in community is > that I want it to be separate from the rest. > > Besides, unless you want to maintain the packages or use them by > activating the repository in pacman.conf, you won't even notice it's there. > >> It would be a reason for me to stepdown here! > > Now you're just being childish! > 100% agree with Andreas, again this is about principles. And I think Andreas has the same principles as me, either you go full x86-64 or you don't. A middle road is messy. If it were up to me the kernel wouldn't even have support for executing 32 bit stuff (right now that option is enabled). Glenn

2 1

[arch-general] ? regarding latest Dont Panic updates, and KDE4
by Nigel Henry 31 Jul '08

31 Jul '08

I've been downloading iso's on dialup for some days, so havn't updated much on my OS's. Last time I updated Dont Panic on my new machine was 20080709. A pacman -Sy, followed by pacman -Su rung some alarm bells when it said arts was going to be replaced "yes, or no?". Well ages back I'd read that arts wasn't going to be in KDE4, so this looked like an upgrade to KDE4. Said yes to that, and then see a mention that extra/kdeplasma-addons is going to replace kdeaddons, and kdeplasma is definately KDE4 from my reading the fedora list for Fedora 9, and the Kubuntu list where KDE4 is an option with Kubuntu Hardy Heron 8.04. To see where this is going I say yes to the plasma stuff, and yes there is definately an upgrade from KDE3.5 to KDE4 in progress. One question is how new this upgrade is. I ask because an hour or so ago, the upgrade was in the 500+MB IIRC, but just having run pacman -Sy, and pacman -Su, the upgrade is now 643.38MB. Looking at the list of KDE packages to be upgraded, the only one that is not being upgraded to KDE4 is kdelibs, which shows an upgrade to kdelibs3-3.5.9-1. Should I perhaps wait a couple of days before doing the pacman -Su, so as to make sure that the transition to KDE4 will have all the necessary packages available? The second question, as I've seen a whole bunch of problems with KDE4 on mainly the Fedora list, but also on the Kubuntu list where folks using Hardy Heron 8.04 have decided to try KDE4, rather than the default KDE3.5, is, does KDE4 run ok on Don't Panic, without totally screwing up the desktop, that currently is working fine under KDE3.5? I'll start downloading the packages as I'm on dialup, so there is plenty of time for answers. I get about 150MB in 9hrs, so bearing in mind that during the daytime I'm doing other stuff on the Internet, I'd estimate about 45-48 hours is needed to download all the packages before they start to be installed. So the clock is ticking as from now. Answers please before the package downloads finish, and I'm stuck with KDE4. Just a bit of fun as the list is quiet. I suppose sooner or later I'll find some distro or other has KDE4 as default, and will have to go with it, but having seen many problems on the Fedora list, admittadly with kde-4.0, with promises that things would be better with kde-4.1, and of course Don't Panic is upgrading to kde-4.1.0-1, so perhaps I'm worrying about nothing. Nice distro, but I really do wish that Andy would fix Jacman. Nigel.

6 8

Re: [arch-general] [arch-dev-public] [signoff] rp-pppoe 3.10-1
by Hussam Al-Tayeb 24 Jul '08

24 Jul '08

On Thu, 2008-07-24 at 10:31 -0500, Aaron Griffin wrote: > On Thu, Jul 24, 2008 at 8:50 AM, Daniel Isenmann > <daniel.isenmann(a)gmx.de> wrote: > > On Thu, 24 Jul 2008 14:27:51 +0200 > > Thomas Bächler <thomas(a)archlinux.org> wrote: > > > >> Aaron Griffin schrieb: > >> > On Tue, Jul 15, 2008 at 12:34 PM, Daniel Isenmann > >> > <daniel.isenmann(a)gmx.de> wrote: > >> >> Hi, > >> >> > >> >> above package is in testing for both archs. Please signoff. I > can't > >> >> test the package because I don't use it, I have a router and not > >> >> connected directly on the line. > >> > > >> > If no one uses this, you can take my awesome "blame me if crap be > >> > broken" signoff > >> > >> I wonder why this is in core anyway. PPPoE connections can be > >> established with the pppd package alone. The only advantages this > >> package has are: > >> > >> 1) A fancy configuration script. With pppd only, you'd have to read > >> http://wiki.archlinux.org/index.php/PPPoE_Setup_with_pppd and set > it > >> up. We could include some example configuration like this in the > pppd > >> package though. > >> > >> 2) A PPPoE server. We don't need that in core. > >> > >> With pppd, the PPPoE protocol is handled in the kernel (while > >> rp-pppoe does it in userspace), so pppd probably has less overhead > >> anyway. > >> > >> I vote for db-move rp-pppoe core extra. > > > > I can't give any comments on that. I really don't use it and have > never > > used it. > > > > I trust your statement. Any complains about moving to extra? If no, > you > > can move it. > > Maybe we should ask the users who actually use it - see if there is > any rational reason they *depend* on it as opposed to pppd Hi, Please keep this package in core. It's very easy to use and helps a lot when you need connection from cd. Direct pppd usage is harder if you have no internet access to get documentation. Keeping rp-pppoe in core cd is very convenient so please consider keeping it. Thank you in advance, Hussam.

1 0

Re: [arch-general] [arch-dev-public] Snort UID / GID
by RedShift 24 Jul '08

24 Jul '08

Hugo Doria wrote: > I've updated the snort package. The package is now working well, but I > have a question: > > I am creating a snort user and group during the package installation. > Should we reserve a UID / GID to it? I think this is important because > snort should run with fewer privileges since it can monitor the > network, integrate itself with iptables and so on. > > -- Hugo > > > Why can't the users themselves create a snort uid/gid...

7 13

Re: [arch-general] [arch-dev-public] [signoff] kernel26 2.6.26-1 and related module packages
by Gerhard Brauer 23 Jul '08

23 Jul '08

On Mon, Jul 21, 2008 at 10:56:15PM +0200, Thomas Bächler wrote: > - madwifi is broken. Do we still need it? AFAIK, all chipsets should now > be supported by ath5k by now. Can a madwifi user please look at this > (Aaron, Dan?) My card doesn't work with ath5k, i've tested module from 2.6.25 and now 2.6.26 from testing. ,----[ lspci ] | Atheros Communications, Inc. AR5212/AR5213 Multiprotocol MAC/baseband processor (rev 01) `---- It's a PCMCIA card. Vendor: TP-Link TL-WN610G I cannot see any networks during scanning (iwlist). ,----[ log after insert card ] | Jul 23 00:50:37 tuxlap pccard: CardBus card inserted into slot 1 | Jul 23 00:50:37 tuxlap ath5k_pci 0000:06:00.0: enabling device (0000 -> 0002) | Jul 23 00:50:37 tuxlap ACPI: PCI Interrupt 0000:06:00.0[A] -> Link[LNKB] -> GSI 11 (level, low) -> IRQ 11 | Jul 23 00:50:37 tuxlap ath5k_pci 0000:06:00.0: registered as 'phy1' | Jul 23 00:50:37 tuxlap phy1: Selected rate control algorithm 'pid' | Jul 23 00:50:37 tuxlap ath5k phy1: Atheros AR2414 chip found (MAC: 0x79, PHY: 0x45) `---- ifconfig wlan0 up (works after ~5 tries) iwlist wlan0 scan shows no networks (no problem with madwifi) During iwlist scan log is flooded with: ,----[ /var/log/everything.log ] | Jul 23 00:51:54 tuxlap ath5k phy1: noise floor calibration timeout (2432MHz) | Jul 23 00:51:54 tuxlap ath5k phy1: ath5k_chan_set: unable to reset channel (2432 Mhz) | Jul 23 00:51:54 tuxlap wlan0: failed to set freq to 2432 MHz for scan | Jul 23 00:51:54 tuxlap ath5k phy1: noise floor calibration timeout (2437MHz) | Jul 23 00:51:54 tuxlap ath5k phy1: ath5k_chan_set: unable to reset channel (2437 Mhz) | Jul 23 00:51:54 tuxlap wlan0: failed to set freq to 2437 MHz for scan | Jul 23 00:51:54 tuxlap wlan0: failed to set freq to 2442 MHz for scan | Jul 23 00:51:54 tuxlap wlan0: failed to set freq to 2447 MHz for scan | Jul 23 00:51:54 tuxlap wlan0: failed to set freq to 2452 MHz for scan | Jul 23 00:51:55 tuxlap wlan0: failed to set freq to 2457 MHz for scan | Jul 23 00:51:55 tuxlap wlan0: failed to set freq to 2462 MHz for scan | Jul 23 00:51:55 tuxlap wlan0: failed to restore operational channel after scan | Jul 23 00:51:59 tuxlap __ratelimit: 12 messages suppressed | Jul 23 00:51:59 tuxlap ath5k phy1: noise floor calibration timeout (2412MHz) | Jul 23 00:52:07 tuxlap ath5k phy1: noise floor calibration timeout (2417MHz) | Jul 23 00:52:07 tuxlap wlan0: failed to set freq to 2417 MHz for scan | ... and so on `---- Same log messages if trying wpa_supplicant Providing further packages for madwifi seems difficult with >=2.6.26, or see you any chance? Should i file a bugreport (arch or madwifi or LKML)? Searching a little with "ath5k_chan_set: unable to reset channel" i saw more users which maybe similar problems, ex. http://madwifi.org/ticket/808 (Little confusing...) and this in our forum could be similar: http://bbs.archlinux.org/viewtopic.php?id=52049 Regards Gerhard -- Kernel panic: Could not determine whether bit was one, zero or sqrt(1/PI)... (J.K. in d-u-g)

2 3

[arch-general] A question about the bug tracker
by Alessandro Doro 20 Jul '08

20 Jul '08

Hello. I wish to know if there is a way to input text formatted as code (monospaced font) in the edit field of the bug tracker. bye, ad

3 4

Re: [arch-general] [SPAM] [arch-dev-public] two patches for rc.d/network
by RedShift 18 Jul '08

18 Jul '08

James Rayner wrote: > 1) 0001-add-some-useful-error-messages-to-wireless-code.patch > Makes the wireless code in rc.d/network output some useful errors and > a tad more robust, rather than failing and giving no useful error at > all. > > Not tested yet, I don't have an insecure or WEP network to try it on, > and the family won't be impressed if I start messing with dd-wrt. I'll > try tomorrow morning when they're sleeping. > > 2) 0002-Added-connection-state-info-to-rc.d-network.patch > Makes rc.d/network create a file for an interface if it manages to > connect. Useful for scripts. > Also needs the directory /var/run/network/interfaces/ created in the > initscripts PKGBUILD. Scripts should use ifconfig or other networking tools that directly read from the kernel's configuration for network interface information. What if a user manually modifies his configuration without using the initscripts? Or does some advanced networking configuration in rc.local? The information in "/var/run/network" will not be correct. I'm going to be blunt, it's a stupid idea. Glenn > > (patches are not dependent) > > Cheers, > > James

3 3

Re: [arch-general] dnsutils/bind
by Pierre Schmitz 17 Jul '08

17 Jul '08

Am Montag, 14. Juli 2008 05:39:13 schrieb K. Piche: > Need signoff for dnsutils and bind 9.5.0-2. Don't ignore this one - it > fixes VU#800113. Does anybody know by chance if pdnsd is also affected? (There are no updates available but that does not mean that much) Pierre -- http://www.archlinux.de

3 3