- Arch-general - lists.archlinux.org

[arch-general] Bad package page(s) on Arch site
by David Rosenstrauch 04 Aug '08

04 Aug '08

Anyone know why these pages are coming up in error? http://www.archlinux.org/packages/extra/i686/memtest86+/ http://www.archlinux.org/packages/extra/x86_64/memtest86+/ TIA, DR

5 12

[arch-general] Bug in Mailman version 2.1.10
by raca 04 Aug '08

04 Aug '08

<quote> Bug in Mailman version 2.1.10 We're sorry, we hit a bug! Please inform the webmaster for this site of this problem. Printing of traceback and other system information has been explicitly inhibited, but the webmaster can find this information in the Mailman error logs. </quote> This at http://www.archlinux.org/mailman/listinfo/ , thought about warning. Some one did a pacman -Syu again? :P

6 6

[arch-general] Colin Pitrat is out of the office.
by Colin Pitrat 01 Aug '08

01 Aug '08

I will be out of the office starting 01/08/2008 and will not return until 11/08/2008. I will respond to your message when I return.

7 7

[arch-general] Free/Open Source conference in Buenos Aires.
by Cristian Wilgenhoff 01 Aug '08

01 Aug '08

The 8th edition of the "Jornadas Regionales de Software Libre"<http://www.jornadasregionales.org/>, a.k.a. JRSL <http://www.jornadasregionales.org/>, will happen on this August 20, 21 and 22, in Buenos Aires, Argentina<http://maps.google.com/maps?f=q&hl=en&geocode=&q=buenos+aires+argentina&ie=…>. The JRSL is a Free/Open Source conference that has been held alternately in Argentina and Uruguay since the year 2000, and both the quality of its agenda and the number of its participants define the JRSL as one of the most important events of the region. This year the conference is organized by CaFeLUG <http://www.cafelug.org.ar/> (the Capital Federal GNU/Linux User Group), usuaria <http://www.usuaria.org.ar/> (the Argentinian Association of Telecommunication and Computer Users) and the University of Belgrano<http://www.ub.edu.ar/>, Zabala 1837 which is hosting the conference. The event will also have other important guests<http://jornadas.cafelug.org.ar/8/en/guests/>, for a total of 80 speakers and 120 sessions. The conference is conveniently scheduled after the end of the Debconf 8<http://debconf8.debconf.org/>, which will happen in Mar del Plata, Argentina<http://maps.google.com/maps?f=q&hl=en&geocode=&q=mar+del+plata,+argentina&s…>, and is not too far from Buenos Aires. If you plan to go to the Debconf, or if you just happen to be around Buenos Aires between August 20 and August 22, just remember to register <http://jornadas.cafelug.org.ar/8/en/home.php>and participate in the JRSL too. Sponsorship: Google, RedHat, elserver.com, tecso, core, xtech and backing Thanks, Cristian.

3 2

[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 17 Jul '08

17 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