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

[arch-dev-public] [signoff] dhcpcd 3.2.0
by Tobias Powalowski 27 Jan '08

27 Jan '08

Hi please signoff both arches greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

3 2

[arch-dev-public] Filename search for Arch
by Thomas Bächler 26 Jan '08

26 Jan '08

It is a much requested feature: Someone wants to search for a filename and get a package name, and there is no possibility in Arch. I have scripts to generate filelists from the package files which could run once a day or so. However, cactus (after a short jabber discussion) disagress with me on how the search would be done: My suggestion: Create a script on the webserver that "greps" through the prepared filelists or searches a sql database, then gives you a machine-readable output via xml or json that can be displayed in a client (for example a 'pacman -So' option). However, cactus thinks that this would put too much load on the server. Another possibility: Make the filelists available for (optional) download and search them offline (with pacman or another tool). My problem here is: total 140M -rw-r--r-- 1 thomas users 35M Jan 21 17:06 filelist.community-i686 -rw-r--r-- 1 thomas users 34M Jan 21 17:11 filelist.community-x86_64 -rw-r--r-- 1 thomas users 1.6M Jan 21 16:52 filelist.core-i686 -rw-r--r-- 1 thomas users 1.6M Jan 21 16:52 filelist.core-x86_64 -rw-r--r-- 1 thomas users 32M Jan 21 16:57 filelist.extra-i686 -rw-r--r-- 1 thomas users 32M Jan 21 17:02 filelist.extra-x86_64 -rw-r--r-- 1 thomas users 2.1M Jan 21 17:11 filelist.testing-i686 -rw-r--r-- 1 thomas users 2.0M Jan 21 17:12 filelist.testing-x86_64 -rw-r--r-- 1 thomas users 1.2M Jan 21 17:11 filelist.unstable-i686 -rw-r--r-- 1 thomas users 673K Jan 21 17:11 filelist.unstable-x86_64 Which is 8.9MB compressed with bz2, a lot to download if you have to update the lists every day to have an up-to-date version. What do you guys think?

10 33

[arch-dev-public] [signoff] kernel26-2.6.24-1
by Tobias Powalowski 26 Jan '08

26 Jan '08

Hi kernel bump to .24 series for both arches in testing, please signoff please also signoff the modules: madwifi ndiswrapper rt2500 wlan-ng26 integrated upstream into .24 series: ipw3945 iwlwifi rt2x00-cvs no signoff needed for them anymore greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

3 2

[arch-dev-public] gcc / gcc-libs / gcc-fortran / gcc-objc splitup issues
by Jan de Groot 26 Jan '08

26 Jan '08

Hi all, Recently we have gotten bugreports about gcc not having certain features of languages because we compile our compiler languages as split packages. (FS#9325). For objc, we already compile objc inside the gcc package, then remove it, to build it again in a package for extra. To fix gfortran, we would need to do the same... I've been thinking about this splitup: gfortran and objc aren't that big. They could be included in the main gcc/gcc-libs PKGBUILDs. For java, we will keep the split package. Other distributions like Debian and Ubuntu also have their gcj things separated. Merging objc doesn't bring extra dependencies, merging fortran brings in mpfr. Do we have a problem with this change?

5 5

[arch-dev-public] No internet? No codemac.
by Jeff Mickey 25 Jan '08

25 Jan '08

There is an awesome story involving Comcast, myself, and a cut cable cord. I shall not recount it here, but I think you can get the picture. Jeff has no internet. They are reconnecting on this upcoming Thursday, so consider me inactive until at least the weekend. My first week of classes is this week (My last semester!!) so I'll be busy anyways. I'll have internet on campus, but it's best if I do my school work... I'll see you soon, feel free to update/etc any of my packages that need it. I'm not that possessive of them. // jeff -- . : [ + carpe diem totus tuus + ] : .

5 5

[arch-dev-public] Adding mpg123 in [extra]
by Eric Belanger 25 Jan '08

25 Jan '08

Hi, I would like to replace the mpg321 package in extra by mpg123 (FS#9221) because mpg321 hasn't been updated since 2002 and mpg123 is now licensed under the GPL/LGPL. Any objections/comments? Eric -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.

5 4

[arch-dev-public] Kernel framebuffer logo
by Thayer Williams 25 Jan '08

25 Jan '08

I've been testing various forms of the new logo for use in the kernel framebuffer and I still think the best implementation is to use no logo at all. The inherint disadvatange is that more and more monitors are widescreen these days and that means the logo proportions are distorted (short and wide) in the framebuffer since standard vga settings use a 4:3 ratio. This is just my two cents of course, but I suggest that we remove the logo from the framebuffer altogether.

6 11

[arch-dev-public] Fwd: [signoff] bash 3.2.0330-1 and filesystem 2007.11-4
by Aaron Griffin 23 Jan '08

23 Jan '08

Please retest. This bash package overrides the previous one. Patch level updated, profile.bash added to backup=() array. Potential issue: Apparently /etc/profile is not replaced if modified. Can someone verify if this is fixed or not? I will investigate further as I fear it may be a pacman bug - if so, I'm guessing keeping etc/profile in BOTH backup arrays for the time being may fix this. filesystem changes: Setup for FHS compliant man pages - FS#8839 Claim ownership of /etc/profile from bash - FS#4766 Remove LESSCHARSET env var from /etc/profile - FS#8877 bash changes: Update patch level to 033 Remove /etc/profile from package. Move bashisms to /etc/profile.bash - FS#4766 /etc/profile was also largely revamped. Please comment on the changes there if you'd like.

5 12

[arch-dev-public] groff: archaic technology go
by Aaron Griffin 23 Jan '08

23 Jan '08

Man.... man pages and groff and all this crap are waaay too complex for what they do. Anyway, here's the deal, and hopefully someone will know a better/more proper way to do this. With the utf8 man page changes (pending, see other email), some UTF-8 characters come out a bit goofy. I don't know if it is only en_US.UTF-8 or not. The simply fact is that there's like 3 different 'dash' characters in UTF-8, and the ones displayed are not the ones your keyboard outputs. So searching for "-S" doesn't work. Long story short, adding the following to /usr/share/groff/site-tmac/man.local fixes this: .if '\*[.T]'utf8' \ . char \- \N'45' . char - \N'45' . char ' \N'39' .. Yeah, all those dots are needed... most of those replacements are gleaned from a SuSe changelog, but they work here. Could someone else make this change, or possibly suggest a better way to do the same thing? What we're doing is telling nroff not to use the fancy chars and use the same ones the keyboard uses. Opinions? Thoughts? Comments? Beer?

2 2

[arch-dev-public] [signoff] lvm2 2.02.31-1
by Thomas Bächler 23 Jan '08

23 Jan '08

lvm2 update 2.02.29 -> 2.02.31, please sign off.

3 2