- Arch-general - lists.archlinux.org

Re: [arch-general] [arch-dev-public] [signoff] wpa_supplicant 0.5.11-1
by Gerhard Brauer 02 Dec '08

02 Dec '08

Am Tue, 02 Dec 2008 21:07:11 +0100 schrieb Thomas Bächler <thomas(a)archlinux.org>: > Thomas Bächler schrieb: > > - Update 0.5.10->0.5.11 > > - Enabled dbus support (was already available on i686 in testing) > > > > The daemon and the gui are in testing for both architectures, > > please sign off. > > ping, any more signoffs? I could give a user signoff for i686. Gerhard

1 0

[arch-general] Someone shoot sergej
by Grigorios Bouzakis 02 Dec '08

02 Dec '08

Literally, someone should shoot him. I dont know what internal TU discussions bring up so i will stick to the facts i am aware of. No.1: phrakture states. We have a problem with space on gerolde. No.2: Discussion in aur-general mailing list about cleaning up community No.3: pkgstats: Around 70% of packages in community have less than 5% usage. What sergej does. 1) He currently maintains more than 1/3 of community on his own. 2) He even maintains packages which are even present in extra!!!! http://aur.archlinux.org/packages.php?ID=13148 BTW theres been a comment that squirrelmail is in extra from voidnull on Nov. 7th and i flagged it out of date around 1 hour back. But its still there. In the meantime, he had time to add yet another package to the repo. http://aur.archlinux.org/packages.php?ID=2657 Maybe he doesnt have scripts to remove packages? Just upload them? 3) The number of packages he maintains NEVER drops. I remember he had 660 a while back now its 686. And he has added 2 packages since yesterday evening. 4) Only 150 of them have more than 10 votes in the many years the AUR is alive and well. 5) If you think hey votes dont mean much check usage in pkgstats: http://www.archlinux.de/?page=PackageStatistics 6) A large number of them doesnt even exist anymore. All that said i dont blame only Sergej for the above. He has picked up many other peoples packages throughout the years. Willysilly and xterminus come to mind to name a few. But keeping all those packages in the repo has proven to be a bad option in the long run. Many of those dont even belong to unsupported. Theyre crap. Especially Willysillys. Anyway, i know i aint a TU. Thats an excuse i ve heard before. But to anyone even thinking of bringing it up, take a few minutes to think about what have you done towards the right direction since i last brought that up. IIRC it was early 2008 or late 2007. Check the archive if you want a debrief. The community repository is, for the most part, a pile of shit. An application graveyard. PS. I wont even mention bfinch. I had raised doubts even when i wasnt aware he maintains a custom distro. Now that i do, well, figure the rest out yourself.. Greg

10 19

[arch-general] x hotplugging probs
by David Rosenstrauch 01 Dec '08

01 Dec '08

Having major probs after the upgrade to the latest X w/hotplugging. X starts, but keyboard and mouse are dead. The wiki page is really vague - I'm not really sure what/how I'm supposed to configure to make this work. It says I want to update the entries for things like input.xkb.layout, input.xkb.variant, input.xkb.rules, input.xkb.model, input.xkb.options, etc. in the 10-keymap.fdi file. But update them to what? I'm not sure what the values should be. Also, that only explains keyboard. Why isn't mouse working? Xorg.0.log tells me: (II) Cannot locate a core pointer device. (II) Cannot locate a core keyboard device. (II) The server relies on HAL to provide the list of input devices. If no devices become available, reconfigure HAL or disable AllowEmptyInput. I have these packages installed, and HAL running: xf86-input-evdev 2.0.7-1 xf86-input-keyboard 1.3.1-1 xf86-input-mouse 1.3.0-1 xf86-video-ati 6.9.0-5 xf86-video-vesa 2.0.0-2 Also, I can't currently disable hotplugging, since I don't have an xorg.conf file. (X has always been able to start fine without one; I believe it uses its own stock/internal one.) Do I really need to go through the pain of generating a conf file just to get this turned off??? There's got to be SOME way to get this to work. Help appreciated! DR

9 11

[arch-general] hwd & lshwd
by Grigorios Bouzakis 01 Dec '08

01 Dec '08

Does the latest version of hwd, make lshwd obsolete? lshwd returns no results conserning modules here while hwd works great. I dont remember exactly how it used to work in the past, hadnt used it much, but now it returns kernel modules too. Didnt lshwd take care of that part before? Greg

1 0

Re: [arch-general] [arch-dev-public] Can we trust our mirrors?
by Gerhard Brauer 30 Nov '08

30 Nov '08

Am Sat, 29 Nov 2008 15:00:20 +0100 schrieb Thomas Bächler <thomas(a)archlinux.org>: > Pierre Schmitz schrieb: > > The simplest solution would be if we sign the db files > > (automatically) on gerolde. Of course this is less secure than > > signing every single package by its packager; but on the other side > > it would be easy to implement and there would be no overhead for > > packagers. > > If this is to provide any security, we need to stop using md5! md5 is > okay when trying to detect corrupted downloads, however it is > possible to find collisions and thus build a "bad" package that has > the same md5 as the good package. For myself i don't accept the "md5sum is bad" argument as a "stopper" for each idea to provide a pacman secure concept ;-) Current situation is: Everyone who offers a mirror could provide a manipulated pacman or bash package. He could reduce the content of a binaray to a simple rm -rf, fdisk or something. He only has to tar "his" package and edit the core.db.tar,gz If we sign our db files as a minimum! security: This would make package manipulating more difficult. Content changes of pacman or bash packages (*.pkg.tar.gz) with getting the same md5sum or sha checksum is surely not impossible - but much more difficult as in our current situation. So let's mak a first step! Gerhard >

8 15

[arch-general] dmapi build failure
by Baho Utot 30 Nov '08

30 Nov '08

The abs build fails with the following: === build === make[2]: Nothing to be done for `install'. ./install-sh -o root -g root -m 755 -d /home/scrat/CORE/dmapi/pkg/usr//share/doc/dmapi ./install-sh -o root -g root -m 644 README /home/scrat/CORE/dmapi/pkg/usr//share/doc/dmapi make[1]: *** No rule to make target `install-lib'. Stop. make[1]: Leaving directory `/home/scrat/CORE/dmapi/src/dmapi-2.2.8' I have made a patch to fix this # #PKGBUILD.patch # --- PKGBUILD~ 2008-11-28 09:39:31.817672035 -0500 +++ PKGBUILD 2008-11-30 08:18:47.876723158 -0500 @@ -23,7 +23,7 @@ autoconf ./configure --prefix=$startdir/pkg/usr make || return 1 - make prefix=$startdir/pkg/usr/ install install-lib install-dev + make prefix=$startdir/pkg/usr/ install install-dev # the static lib install -D -m644 libdm/.libs/libdm.a $startdir/pkg/usr/lib/libdm.a # and the header file, please

1 0

Re: [arch-general] [arch-dev-public] RFC: crda PKBUILD
by Sujith 30 Nov '08

30 Nov '08

Thomas B,bd(Bchler wrote: > Aaron Griffin schrieb: > > Couldn't we set it as a dep of the wireless tools? That seems like it > > would install for the right people then. Considering you want to shut > > things off in the kernel, this will make some (most? no idea) wireless > > non-functional without this, right? It seems an optdepend of kernel26 > > would be easy to miss To set a new regulatory domain, 'iw' is required. 'iw' should be added to core too. > I think I remember that the wireless stack will fall back to a default > (minimal) set of channels if crda is missing (which is not too different > from the current behaviour). That's right, WORLD regulatory domain would be chosen if CRDA is missing. But it has a limited set of channels than what people were using so far, so expect a rash of 'wireless not working' bugs. :) The best method to accommodate the new regulatory infrastructure would be to set the country code on bootup, with the user's choice stored in /etc/rc.conf. Sujith -- http://sujith-m.blogspot.com

2 3

[arch-general] kDE 3.5.9
by Baho Utot 30 Nov '08

30 Nov '08

Is there a way to get the abs build files for kde 3.5.9? Is the svn repos tagged at 3.5.9 ? If so how? I would like to build them for a new computer of mine that has an old graphocs card and cpu.

4 4

[arch-general] [signoff] kernel26 2.6.27.7-1
by Tobias Powalowski 29 Nov '08

29 Nov '08

Hi guys, new kernel adresses the following things: - bump to latest version please signoff for both arches, greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

1 0

Re: [arch-general] [arch-dev-public] pkgstats and repo cleanup
by Grigorios Bouzakis 29 Nov '08

29 Nov '08

On Sat, Nov 29, 2008 at 8:16 AM, Allan McRae <allan.mcrae(a)qimr.edu.au> wrote: > Hi devs, > > I have created a table of candidates for removal from the extra repo based > on <1% usage in the pkgstats results. I have gone through and flagged for > keeping packages which are i18n, makedepends, or otherwise needed (in pacman > testsuite, using on gerolde). See the list here: > http://wiki.archlinux.org/index.php/User:Allan/Extra_Repo_and_Pkgstats > > There is probably other categories of packages we should keep (e.g drivers) > and there are some fonts which might be considered i18n related so can you > all go through the list a cross out the ones to be kept and giving the > reason. > > In a couple of weeks time I will remove all the orphaned packages remaining > on that list and contact the maintainers of the rest so they can decide what > to do with their packages. > > Cheers, > Allan Hi Alan, Can i give some other extend to this? I can understand why you limit the list to only packages with 0.xy usage, but i think theres much more to cleanup than just those packages. Orphan or not.. Just by looking at the statistics, for which we owe a huge thanks to Pierre, its obvious that more than 50% of the packages in extra have 10% or less usage. Most of which are below 5%. While at the same time there are many packages in community with >10%. Those should definately go in extra. Most of the developers use em too. Also , many packages in extra, some of which are long unmaintained upstream, many multimedia & games packages come to mind but not limited to these. Those could go to community and even be left unmaintained with a small portion of good will. Anyway, all i am saying is dont focus only on packages having 0.xy usage. Greg

2 1