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

[arch-dev-public] Multiple Kernels in Repos
by James Rayner 01 Aug '07

01 Aug '07

Forking off the thread before... It's arrogant and hopelessly short sighted, to assume that one kernel will be enough. If we went that way, then that would provide *more* reason for DKMS anyway. As the amount of people compiling custom kernels would skyrocket, thus making DKMS even more useful. Arch has had more than one kernel for years. And there's no downside to having more than one, provided that they are sufficiently maintained. DKMS would make maintenance far far easier and tidier, while making the user's life a bit easier too. I'd be willing to pick up suspend2/tuxonice if we went to DKMS too. (didnt brain0 drop that, or am i making things up?) James

2 1

[arch-dev-public] External Kernel Modules - DKMS
by James Rayner 31 Jul '07

31 Jul '07

There was a short discussion not long ago on the TUR mailing list regarding external kernel modules. It was suggested that they be setup using dkms, which will easily allow one package, for multiple kernels. Having looked at the dkms setup suggested, and the few example modules in the AUR (search dkms), this might be a good idea, and make it much simpler to support a range of different kernels. Contrary to what andyrtr said, the DKMS system looks quite good, and would fit well. James

10 11

[arch-dev-public] An introduction to gooeydo
by Phil Dillon-Thiselton 31 Jul '07

31 Jul '07

Following a minor disagreement about how best to create .desktop files to launch apps with root privs, James and I came up with gooeydo (gui-do - ge' it?). You can read all about it here: http://thewrecker.net/?page_id=199 As an example of the purpose consider gparted and wifi-radar - both require root privs but are most often just run by users. I used sudo in my .desktop file for wifi-radar, while James used gksu in gparted. Because I don't have gksu on my system gparted won't appear in the menu. We think gooeydo nicely addresses the problem by ensure that a suitable "run as root" apps is used in all cases. Cheers, Phil

6 21

[arch-dev-public] Main site downtime
by Simo Leone 30 Jul '07

30 Jul '07

Eliott and I are going to shuffle around some stuff on the main site tomorrow, so it might be down for a few minutes at random. If I'm feeling creative I'll take a static snapshot of the homepage and put that up in the meantime, or perhaps that "there's nothing wrong with archlinux.org" image that was floating around back when we had dragon ;) In any case, if anything breaks yell at me (or him or both). -S

5 10

[arch-dev-public] missing package in current 'ngrep'
by Tobias Powalowski 27 Jul '07

27 Jul '07

==> Generating Text Package List... notice: Missing ngrep-1.45-2.pkg.tar.gz in ftp site greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

1 0

[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