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

[arch-dev-public] [projects@lists.froscon.de: [FrOSCon-Projects] Erste Infos bzgl. Projektraum auf der FrOSCon]
by Christoph Neuroth 01 Aug '07

01 Aug '07

Hi guys, so, exam time is over and so is my little vacation, so I can forward you a mail from the FrosCon team. summary of the important parts (too lazy to translate it all ;)): * we will have free wireless, but they are not sure if it will work all the time so they try to also provide a ethernet connection. however we will need to bring our own switch and cables * they would like to hear how many people will attend. Last thing I remember was alex, andi, jan, pierre and me. Please send me a mail if you definitely plan to come so I can order the free as in beer tickets for you ;) otherwise you'll have to pay (I think its like 5 bucks a day, so not that big a deal...) * we can sleep in the project room (don't forget a sleeping bag), but only the night saturday to sunday. alternatives here: http://wiki.froscon.de/wiki/Accommodation chris ----- Forwarded message from projects(a)lists.froscon.de ----- Date: Fri, 27 Jul 2007 10:12:29 +0200 To: projects(a)lists.froscon.de Cc: Mailingliste zur Organisation der FrOSCon <orga(a)lists.froscon.de> From: projects(a)lists.froscon.de Subject: [FrOSCon-Projects] Erste Infos bzgl. Projektraum auf der FrOSCon Liebe Projektraumverantwortlichen, Wir möchten Euch gerne darauf hinweisen, dass Eure Projektnamen auf unserer Konferenzhomepage http://www.froscon.de unter dem Menüpunkt Aussteller > Projekträume eingetragen wurden. Falls zu Eurem Projektnamen noch kein Logo vorhanden sein sollte oder dieses Euren Wünschen nicht entsprechen sollte, bitten wir Euch uns ein passendes Logo zuzuschicken, damit wir es auf unserer Homepage einfügen können. Was das Netz angeht, so steht Euch ein WLAN zur Verfügung. Ob dieses dem Besucheransturm standhält ist jedoch unklar. Wir bemühen uns daher, jeden Projektraum zusätzlich mit kabelgebundenem Netz auszustatten. In jedem Fall werden wir nur eine Netzdose zur Verfügung stellen können. Entsprechende Kabel und Unterverteilungen (Switch/Hub) sind daher selbst mitzubringen. Dankbar wären wir auch über eine Auskunft, mit wievielen Personen Ihr die Projekträume betreut. Die Namen der Teilnehmer bräuchten wir bis spätestens 2 Wochen vor der Konferenz. Falls Ihr uns diese Informationen nicht zukommen lasst, ist es uns nicht möglich, Eintrittskarten für Euch zu hinterlegen. Daher müsstet Ihr in diesem Fall leider Besucherkarten erwerben. Sollten einzelne von Euch bereits Speaker, Medienpartner, Helfer etc. sein benötigen wir diese Namen nicht mehr. Für die Verteilung der Projekträume benötigen wir noch eine Information von Euch: Möchtet Ihr ein eigenes Vortragsprogramm auf die Beine stellen? Wenn ja benötigen wir euer Programm bis spätestens zum 09.08.2007, wenn Ihr möchtet, dass es mit in das offizielle Programmheft kommt. Wir können es auch gerne mit in unser Online-Programm einbinden. In diesem Fall benötigen wir, neben Titel und einem kurzem Abstract, noch den Namen und die E-Mailadresse des Speakers. Ein Bild des Speakers wäre auch nett, ist aber kein Notwendigkeit. Des Weiteren benötigen wir 1-2 Ansprechpartner denen wir einen Schlüssel für den Raum aushändigen können. Bitte bringt dafür einen Personalausweis oder ähnliches mit. Ansonsten darf der Wachdienst die Schlüssel nicht aushändigen. Übernachtungsmöglichkeiten in der FH können wir nur von Samstag auf Sonntag anbieten. Für diese sind dann ein Schlafsack und eine Isomatte mitzubringen. Es wäre super, wenn Ihr als Schlafplatz euren Projektraum nutzen würdet. Teilt uns dann bitte nur mit, wieviele Leute übernachten, damit wir das Frühstück entsprechend planen können. Weitere Übernachtungsmöglichkeiten findet ihr unter http://wiki.froscon.de/wiki/Accommodation . Wir würden uns über eine baldige Antwort sehr freuen. Mit freundlichen Grüßen, Volker und das gesamte FrOSCon Organisationsteam _______________________________________________ Projects mailing list Projects(a)lists.froscon.de https://management.froscon.de/mailman/listinfo/projects ----- End forwarded message -----

5 4

[arch-dev-public] Useful scripts
by Travis Willard 01 Aug '07

01 Aug '07

Hey guys, Just threw together a couple of useful scripts, and I figured I may as well share. Note of warning!! Do not use these scripts on any PKGBUILDs you don't trust! They source every PKGBUILD to obtain the information - if a single PKGBUILD has rm -rf ~ you'd lose your home directory. You've been warned. ;) (of course you could run it in a sandbox as well, but yeah.) find-deps: This one finds all PKGBUILD files located in any subdirs of $(pwd), and finds any and all packages that depend on the command line argument. Very useful when searching for packages that might need a rebuild when you're updating a lib - just run it in your cvs directory and it'll go and find everything that lists your pkg as a dep. find-bad-licenses: This one also finds all PKGBUILD files located in any subdirs of $(pwd), and analyses all entries in the license array. If the license isn't one located in /usr/share/licenses/common, and it doesn't start with 'custom', then the package and its invalid license are output to stdout. Also, if no license is defined, it outputs this info to stdout as well. At the moment, it doesn't check the validity of custom licenses, but it does its job well; I've also attached the list it generates when run against extra/community/unstable. It's a long list - almost 2k invalid/non-existent licenses. I intend to go through what repos I have access to (extra, unstable, community) sometime in the near future (probably within the next couple of months) and clean up this license situation - we really need to get consistent with these things. Anyway, if you can get any use from my scripts, please do. ;) -- Travis

5 7

[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