July 2007 - Arch-dev-public - lists.archlinux.org

[arch-dev-public] Flyspray tweaks
by Aaron Griffin 27 Jul '07

27 Jul '07

Hey guys, I turned on two nifty flyspray features for the hell of it, if they were off for a reason just let me know and they can go off quickly. a) dokuwiki syntax. This makes things pretty b) wiki links to wiki.archlinux.org For instance add [[The Arch Way]] into a bug report and it will link to the wiki page. Cheers, Aaron

2 7

[arch-dev-public] intellinuxwireless.org / Archlinux packages and links
by Thomas Bächler 24 Jul '07

24 Jul '07

Good morning, I noticed on http://intellinuxwireless.org/index.php?n=Downloads that you have Archlinux and our packages listed. I just wanted to update you on our status: 1) You have links to our ftp directory, which doesn't really make sense, as no Archlinux user downloads the packages there - they are automatically downloaded by our package manager pacman once an installation is requested, and they are available in the addons/ directory when downloading the installation iso. So you should rather provide links to our homepage. 2) There are now iwlwifi packages in our repos. This is a list with updated links: ipw2100: driver: http://www.archlinux.org/packages/4197/ (our kernel package) firmware: http://www.archlinux.org/packages/10815/ ipw2200: driver: http://www.archlinux.org/packages/4197/ (our kernel package) firmware: http://www.archlinux.org/packages/10816/ ipw3945: driver: http://www.archlinux.org/packages/10884/ ucode: http://www.archlinux.org/packages/10886/ daemon: http://www.archlinux.org/packages/10887/ mac80211: http://www.archlinux.org/packages/4197/ (our kernel package) iwlwifi: driver: http://www.archlinux.org/packages/13157/ ucode (3945): http://www.archlinux.org/packages/13158/ ucode (4965): http://www.archlinux.org/packages/13159/ 3) We would like to distribute your firmware/daemon packages (the ones above) on our installation CDs (or maybe DVDs) in the future. Are there any licensing issues we need to consider? Thanks for your efforts and good night Thomas Bächer Archlinux developer

1 1

[arch-dev-public] kernel26-suspend2 / kernel26-tuxonice
by Thomas Bächler 23 Jul '07

23 Jul '07

Hi tur- and dev-lists, as mentioned in the dev meeting, there is no interest from my end to keep maintaining kernel26-suspend2 (or tuxonice, which is its new name), due to a lack of time and machines to use it with. ise said he would maybe maintain it, but I haven't seen much from him lately. Due to the package cleanup efforts, maybe some TU wants to maintain it in community again. If nobody steps up, I will delete it along with suspend2-userui (or tuxonice-userui). I will keep hibernate-script though, it is very useful for other things than suspend2 as well.

2 1

[arch-dev-public] wireless modules up for grabs
by James 23 Jul '07

23 Jul '07

I've got a pile of different wireless modules, and they're probably better maintained by someone who has the hardware, or is keeping better track of the kernel scene then I am now. I'll keep maintaining them, but if anyone wants them or thinks they can do a better job, lemme know, and I'll orphan them for you. * ipw3945 - only needs to be maintained until iwl3945 is stable (not yet). * madwifi - as it's never going to be merged, yet it's common hardware, maybe move this to [current]? * at76c503a-cvs * tiacx - there's kernel patches in -mm, these are probably better as the external module is infrequently updated. * rt2500 - had hardware for this, but it's bust now. * rt2x00-* - will be in 2.6.22 from wireless-git? Cheers, James -- iphitus // Arch Developer // iphitus.loudas.com

3 6

[arch-dev-public] kernel 2.6.22 movement to current on monday?
by Tobias Powalowski 22 Jul '07

22 Jul '07

Hi i don't see showstoppers anymore, please correct me if im wrong, i talked to thomas on thursday, we can move it in on monday evening CEST. thanks greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

2 1

[arch-dev-public] wireless modules up for grabs
by Phil Dillon-Thiselton 20 Jul '07

20 Jul '07

I've got a madwifi card I can use with i686 and x86_64, so i can take that unless anyone has any objections? kth5?

3 3

[arch-dev-public] missing packages [current] 686
by Tobias Powalowski 20 Jul '07

20 Jul '07

Hi notice: Missing fetchmail-6.3.8-3.pkg.tar.gz in ftp site notice: Missing xf86-input-joystick-1.2.2-1.pkg.tar.gz in ftp site notice: Missing xf86-video-nv-1.0.1.4-1.pkg.tar.gz in ftp site please fix this immediatly, thanks greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

4 5

[arch-dev-public] The core of Arch Linux - repo reorganization
by Pierre Schmitz 19 Jul '07

19 Jul '07

Hi all, reading the last dev meeting log I realized that we need a clean concept to organize our package repositories. The problem: We have two official repositories: [current] and [extra]. Historically [current] should fit on a cd-r and includes packages preferred by Judd (and maybe some other "early" devs). [extra] should include everything else. Today nobody really know why a package is in current or extra. In addition to this we have some dependencies from current into extra and some non-free packages in current. This makes distribution on a cd/dvd quite difficult. Any last but not least: There is no easy way to install packages from a cd after the system is set up. So I do not think we need to worry about cd-r size. The solution: Imho the only solution is to drop those repos and set up new ones with a clear definition what should be included. This is only a fist proposal. A concrete package list has to be worked out later. [core] This repo will include those packages which have to be installed on every arch system regardless if its a server, workstation or notebook. This category will be similar (but not the same) as the current base category. It should contain all packages that are needed for a basic installation and it should be able to connect to the internet. (including all networking modules, ssh etc.) Furthermore it must include all tools and libs that are needed to rebuild and maintain the repo. So we need gcc, abs, csup, devtools etc. in [core] [core] should have some stricter policy when someone wants to update, add or delete packages. Major updates should pass a set of tests first. Minor and security updates could pass immediately. Addition or Deleting of packages should be discussed on ml before. And of course this repo should not depend on anything else (including makedepends) [extra] Everything else (like xorg, KDE etc.) will go into a "new" [extra] repo. This will be like the extra repo we currently have. But I would recommend the following policies: * only include "stable" software (meaning no alpha, beta, svn, git etc. branches). We should use [unstable] for those. * packages which are only used by very few users might be moved to [community] (see package cleanup) [non-free] As mentioned above it would be a good idea to move all non-free packages to a separate repo. This way we wouldn`t have any problems with distributing core+extra on a dvd. Of course no other package from any other repo should depend on one from non-free. [testing] and [unstable] are special and imho they don`t need further discussion. ;-) Step by step: 1) decide which packages should be in the [core] repo (check dependencies etc.) 2) move everything else into extra 3) cleanup extra; move packages into non-free, community or even aur 4) make sure there are no broken dependencies (including makedepends). It should look like this: [core] <- [extra] ^----------^----[non-free] ^----------^----[unstable] ^----------^----[community] Ok this is only a first proof of concept and a lot of work has to be done; bu what do you think of this idea? Pierre -- archlinux.de

7 7

[arch-dev-public] i will be back
by Damir Perisa 18 Jul '07

18 Jul '07

Dear all, long it is since i was really active here and this was mainly because of my master thesis and other duties. as my i686 is dying, i will replace it with a C2D tablet soon (as soon as lenovo ships it *smile*). lets see who is faster: me finishing my master thesis or lenovo shipping my laptop. so or so, when both events happen, i will first have to figure out how to run arch on a thinkpad x61t and then i hope i will join the arch64 team as well. of course only if you 64bit guys let me :) thanx to you all for seeing after my pkgs + have a nice weekend, Damir -- Damir Perisa Master Student Biozentrum, University of Basel Department Biochemistry / Focal Area Infection Biology Klingelbergstrasse 50-70 CH-4056 Basel, Switzerland

2 1

[arch-dev-public] kernel 2.6.22 showstoppers
by Tobias Powalowski 18 Jul '07

18 Jul '07

Hi is it right that only ndiswrapper needs to be fixed? could someone please confirm this, thanks here bug for reference: http://bugs.archlinux.org/task/7598 greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

2 1