- Arch-general - lists.archlinux.org

[arch-general] AUR 1.5.1 Released
by Simo Leone 23 Mar '08

23 Mar '08

That's right folks, the "quick" release that wasn't so quick after all. Terribly sorry about the delay, school is like having one of those cartooney iron balls chained to your leg. Nothing too special to see, miscellaneous updates and some bug fixes. Some speed improvements on the search page, and the JSON interface should work now *poke poke* json client authors. Oneliner log follows. Enjoy. -- Simo Leone Archlinux Developer 7d7ef9b... Version bump to 1.5.1 99e65b2... Revamped pkg_search_page() da3b397... Updated Polish translation 2462777... Small fix to Italian translation b1fe84d... Fixed bug where search resets when browsing orphans e64307d... Generate valid dummy data entries 3577326... Make all references to AUR database consistent e0582fd... Fix weird title setting on search page 172dbf6... Fixed broken search results fca6767... One more json fix 0e32c86... Changed valid_passwd() to check for non-empty password instead of good_passwd() a5a8895... Put login into its own function. 541ea8a... Fixed a couple more lingering JSON bugs 9a4ca4e... Changed to non-fancy logo 9254804... Fixed operator precendence in aurjson 196543a... Make JSON interface work a2fe04f... Added missing message to Italian translation 90ceaca... Another small fix for Italian translation 380b1b6... Updated German translation 1200ce9... Updated French translation 865ffb9... More small updates to Italian translation e7bb7a2... Turn more and less buttons into links

1 0

[arch-general] [signoff] madwifi/madwifi-utils 0.9.4.3382
by Tobias Powalowski 19 Mar '08

19 Mar '08

Hi bump of madwifi drivers, back to trunk version please signoff both arches also users can signoff, no respond from any dev bump at least anyone? greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

5 4

Re: [arch-general] [arch-dev-public] [signoff] cryptsetup 1.0.6-1
by Gerhard Brauer 18 Mar '08

18 Mar '08

On Sat, Mar 15, 2008 at 11:31:22AM +0100, Thomas Bächler wrote: > New version with some bugs fixed. Please sign off (tested by me on x86_64). I have tested it on my luks encrypted laptop and on some loop device container which are also luks encrypted. I could boot my laptop ;-) and tested adding/deleting passphase keys. If this is enough i could give a user signoff for i686. (Sorry for crossposting but i thought i couldn't post directly on arch-devel). Gerhard -- Ein Registry-Cleaner ist fuer Win-User der Bulldozer des kleinen Mannes.

1 0

[arch-general] Grub and GPT partition labels
by Gerhard Brauer 18 Mar '08

18 Mar '08

Hello, are there any plans to prepare our grub with support for GPT partition labels? The grub version from current install ISO could not be installed on such a prepared harddisk: Filesystem type unknown, partition type 0xee Good old lilo on the other side works like a charm ;-) There must be patches for grub to provide this (???) My question result from a discussion where someone would like to install on an >7TB Array and says: it doesn't work, but on Debian, SuSe. And he doesn't provide further infos... ;-) But i've done some tests in an VM and don't see problems in kernel or tools. Only the grub problem. The discussion is only in german: https://forum.archlinux.de/?page=Postings;id=20;thread=8205 Regards Gerhard -- www.archlinux.de

5 7

[arch-general] xorg-server without hal
by Varun Acharya 18 Mar '08

18 Mar '08

Though the xorg-server with hal support ruined many keybindings for me, I realised that its the only way to get my apple wireless bluetooth keyboard to work properly with X. Initial pairing is fine, but if I let the computer idle for a while, the keyboard falls asleep, and X does not recognize it when it wakes up in the xorg-server without hal support. In xorg-server with hal support, the keyboard works no matter how long I let my box idle. So I have to reconnect the keyboard and restart X for things to work again in xorg-server without hal. Anyone aware of any workaround for this? I tried running "hidd --connect XXXXX --server" , but the "--server" part didn't help. On a side note, the tilt wheel on my mouse is behaving crazy. If I tilt left or right, X is restarted. If I restart into Vista and then back into Linux, then tilt works fine, but scroll wheel is way too fast. Is this related to any recent xorg-server updates? Thanks, Varun

1 0

Re: [arch-general] HAL mounts CDs, doesn't mount DVDs
by Ravi Desai 17 Mar '08

17 Mar '08

I thought that the cd/dvd/floppy sections of fstab are commented out when using HAL (So says the HAL wikipage). So this should not make any difference. Vinay S Shastry wrote: On Mon, Mar 17, 2008 at 6:59 AM, Renan Birck <renan.dream(a)gmail.com> wrote: > > Roman Kyrylych wrote: > > > >> > > What filesystem is on those DVDs that can be mounted (OpenSUSE) and >> > > those that cannot be mounted? >> > > > > The DVDs that mount seem to be ISO9660, while the ones that don't mount > > seem to be UDF. > Have you tried using filesystem type "auto" in fstab for the relevant device? > > > -- Vinay S Shastry http://thenub.one09.net

1 0

Re: [arch-general] [arch-dev-public] Processor Generation++
by RedShift 17 Mar '08

17 Mar '08

Pierre Schmitz wrote: > Am Montag, 17. März 2008 10:11:15 schrieb Tobias Powalowski: >> My opinion on this, why to desupport something which might be still used, >> also we all know that x86_64 is the future and therefore i don't think the >> benefit is worth the trouble. > > In addition to this MMX would not really boost anything. SSE would be much > superior. And further more: You would only notice such improvements on heavy > multimedia encoding stuff and such things you would not do on an 10 years old > computer. > You could say the same thing between using march=i386 vs. march=i686. I'm for this idea, and I would even suggest bumping from i686 to pentium3. But not any further than that, because I'm still using an ArchLinux install on my Pentium 3 500 Mhz testbox... Glenn

1 0

[arch-general] HAL mounts CDs, doesn't mount DVDs
by Renan Birck 17 Mar '08

17 Mar '08

Hello, I have Arch Linux with all updates. Having a problem with HAL: it auto-mounts CDs but not data DVDs (however, some DVDs, like the OpenSUSE 10.3 install, mount automatically). My DVD-RW drive is an LG GSA-H44N. If that matters, my desktop environment is KDEmod. Any ideas? Thanks. -- Renan Birck ~ Canoas, RS, Brasil "Quando tudo que você tem é um martelo, todos os seus problemas se parecem com os seus dedões."

3 5

Re: [arch-general] arch-general Digest, Vol 41, Issue 23
by Leandro Chescotta 17 Mar '08

17 Mar '08

no, i dont have plan9 installed, and the file is wmiirc, i have just realized that my ~/.wmii-3.5/wmiirc file has not the proper permissions, i chmod +x it, but now i have wmii to not load properly, and in VT1 it says there's in line 63 near unespected esac... the portion of ~/.wmii-3.5/wmiirc that gives the error: # Event processing # Processed later by `wmiiloop' and evaled. # Duplicate the eval line and replace 'eval' with 'echo' for details. eventstuff() { cat <<'!' # Events Event Start case "$1" in wmiirc) exit; esac # <---- error in vt1

2 1

[arch-general] [signoff] e2fsprogs 1.40.8
by Tobias Powalowski 16 Mar '08

16 Mar '08

Hi bump to new version: E2fsprogs 1.40.8 (March 13, 2008) ================================= Fixed e2image -I so it works on image files which are larger than 2GB. Fixed e2fsck's handling of directory inodes with a corrupt size field. If the size is larger than the number of blocks found in the inode, don't try to allocate extra empty blocks at the end of the directory to make up the difference; there's no point to doing that. In addition, if the size is not a multiple of a blocksize, always fix it. E2fsck handled a pass 2 "should never happen error" by not giving enough information and then core dumping. Unfortunately, it was all too easy to trigger the "should never happen" situation if a directory's inode size was not correct. This has been fixed, but e2fsck has also been taught how to handle this situation more gracefully, by simply removing the inode hash tree information, so that it can be rebuilt again after e2fsck's pass 3. (Addresses Launchpad Bug: #129395) Resize2fs had a bug resizing large inodes with extended attributes that was fixed in 1.40.6; unfortunately, it turned out it wasn't fixed completely on big-endian systems such as PowerPC. The bug should be completely fixed now. Yay for regression test suites. (Addresses Red Hat Bugzilla: #434893) Updated German, Czech, Dutch, Polish, Sweedish, and Vietnamese translations. Many thanks to Philipp Thomas from Novell for stepping up to become the new German translation maintainer! (Addresses Debian Bugs: #302512, #370247, #401092, #412882). When e2fsck is clearing a corrupt inode's HTREE directory information, make it clear that it is just clearing the HTREE information, not the entire inode. Fixed spelling mistakes, typos, and otherwise clarified man pages. please signoff greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

1 0