May 2010 - Arch-general - lists.archlinux.org

Re: [arch-general] final final testing images
by Thomas Dziedzic 17 May '10

17 May '10

I successfully installed it in virtualbox (i686) without one hiccup! PS. I know he said no more testing is needed :P

2 1

Re: [arch-general] [arch-dev-public] [signoff] xfsprogs-3.1.2-1
by Uli Armbruster 16 May '10

16 May '10

* Tobias Powalowski <t.powa(a)gmx.de> [16.05.2010 21:44]: > Am Freitag 14 Mai 2010 schrieb Tobias Powalowski: > > Hi bump to latest version, > > xfsprogs-3.1.2 (6 May 2010) > > - Fix missing thread synchronization in xfs_repair duplicate > > extent tracking. > > - Fix handling of dynamic attribute fork roots in xfs_fsr. > > - Fix sb_bad_features2 manipulations when tweaking the lazy count > > flag. > > - Add support for building on Debian GNU/kFreeBSD, thanks > > to Petr Salinger. > > - Improvements to the mkfs.xfs manpage, thanks to Wengang Wang. > > - Various small blkid integration fixes in mkfs.xfs. > > - Fix build against stricter system headers. > > > > please signoff both arches, > > thanks > > greetings > > tpowa > anyone? Hi, sorry for the delay! I have xfs for / and /home and everything works fine, including xfs_fsr (I always run this after an update, especially in this one because of the changes made). Signoff for i686 Greetz Army

1 0

[arch-general] Audio in firefox
by Nilesh Govindarajan 16 May '10

16 May '10

I want to play mp3 files in firefox. I earlier had mplayerplug-in, but I removed gnome-stuff so it also got removed. Anybody knows some alternative ? -- Nilesh Govindarajan Site & Server Administrator www.itech7.com मेरा भारत महान ! मम भारत: महत्तम भवतु !

5 8

[arch-general] qtcurve-gtk2-1.4.0-1 causes segfaults with all gtk applications
by Octoploid 15 May '10

15 May '10

qtcurve-gtk2-1.4.0-1 causes segfaults with all gtk applications on my machine (amd64), e.g.: firefox-bin[1737]: segfault at d8 ip 00007f292ca9da19 sp 00007fff377b4cd0 error 4 in libgdk-x11-2.0.so.0.2000.1[7f292ca3c000+a9000]

2 1

[arch-general] vim runtime woes
by Jan Steffens 14 May '10

14 May '10

The vim runtime that can be retrieved via rsync is outdated. Some of the patches modify the runtime, and some of these changes (e.g. 394) are lost when the runtime is overwritten with the runtime from rsync. Not using the runtime from rsync at all also misses some updates. Any thoughts on how to solve this? One option would be to build vim from Mercurial (http://vim.googlecode.com)

5 7

[arch-general] [signoff] gettext-0.18-1
by Tobias Powalowski 14 May '10

14 May '10

Hi bump to latest version, Version 0.18 - May 2010 * Runtime behaviour: - On MacOS X and Windows systems, <libintl.h> now extends setlocale() and newlocale() so that their determination of the default locale considers the choice the user has made in the system control panels. - On MacOS X systems, the gettext()/dgettext()/... functions now respect the locale of the current thread, if a thread-specific locale has been set. * PO file format: There is a new field 'Language' in the header entry. It denotes the language code (plus optional country code) for the PO file. This field can be used by automated tools, such as spell checkers. It is expected to be more reliable than looking at the file name or at the 'Language-Team' field in the header entry. msgmerge, msgcat, msgen have a new option --lang that allows to specify this field. Additionally, msgmerge fills in this new field by looking at the 'Language-Team' field (if the --lang option is not given). * xgettext and PO file format: For messages with plural forms, programmers can inform the translators about the range of possible values of the numeric argument, like this: /* xgettext: range: 0..15 */ This information 'range: 0..15' is stored in the PO file as a flag attached to the message. Translators can produce better translations when they know that the numeric argument is small. * Colorized PO files: msgattrib, msgcomm, msgconv, msgen, msgfilter, msggrep, msginit, msgmerge, msgunfmt, msguniq, xgettext now have options --color and --style, like msgcat has since version 0.17. * msgmerge is up to 10 times faster when the PO and POT files are large. This speedup was contributed by Ralf Wildenhues. * msgcmp has a new option -N/--no-fuzzy-matching, like msgmerge has since version 0.12. * msgfilter now sets environment variables during the invocation of the filter, indicating the msgid and location of the messge being processed. * xgettext now can extract plural forms from Qt 4 programs. The recommended xgettext command-line options for this case are: --qt --keyword=tr:1,1t --keyword=tr:1,2c,2t --keyword=tr:1,1,2c,3t * xgettext --language=GCC-source now recognizes also the format strings used in the Fortran front-end of the GCC compiler, and marks them as 'gfc-internal-format'. * autopoint can now be used to update several PO directories all together. * PO mode changes: - PO files with plural entries are now correctly handled. - Editing a message with previous msgid (in comments) removes these comments. Contributed by Noritada Kobayashi. * The po/Makevars file has a new field MSGMERGE_OPTIONS, that can be used to adjust msgmerge's operation. * The use of the macro AM_GNU_GETTEXT without 'external' argument and the --intl option of the gettextize program are deprecated and will be removed in the next release. Instead of including the intl sources in your package, we suggest making the libintl library an (optional) prerequisite of your package. * Updated the meaning of 'gcc-internal-format' to match GCC 4.3. * Installation options: The configure options --without-cvs and --with-git can be used to specify whether 'autopoint' will use the 'cvs' program, or the 'git' program, or none at all. These options allow to trade dependencies against installed package size: If --without-cvs is specified and --with-git is not specified, 'autopoint' will not rely on 'cvs' or 'git', but will instead rely on a locally installed a 3 MB large archive. * Portability: - The msgfilter program now also works on native Woe32 platforms. - Compiled C# message catalogs now also work with 'mono' versions from 2009 or newer. please signoff both arches, thanks greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

2 1

Re: [arch-general] [arch-commits] Commit in (libgcrypt/trunk/PKGBUILD libgpg-error/trunk/PKGBUILD)
by Hussam Al-Tayeb 14 May '10

14 May '10

> # keep static lib for crypsetup > ./configure --prefix=/usr There's no need to keep static lib now that cryptsetup is only dynamically linked.

1 0

Re: [arch-general] [arch-dev-public] [signoff] gawk-3.1.8-1
by Tobias Powalowski 14 May '10

14 May '10

Hi bump to latest version, Changes from 3.1.7 to 3.1.8 --------------------------- 1. The zero flag no longer applies to %c and %s; apparently the standards changed at some point. 2. Updated to latest infrastructure: Autoconf 2.65, Automake 1.11.1, libtool 2.2.6b, Bison 2.4.2. 3. Failure to open a socket is no longer a fatal error. 4. dfa.h and dfa.c are now more-or-less in sync with GNU grep, for the first time in many years. 5. Gawk no longer includes its own copy of libsigsegv but it will use it if installed on the build system. The --disable-libsigsegv configure option is now gone. 6. The ' flag (%'d) is now just ignored on systems that can't support it. 7. Lots of bug fixes, see the ChangeLog. please signoff both arches, thanks greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

1 0

Re: [arch-general] [arch-dev-public] [signoff] xfsprogs-3.1.2-1
by Tobias Powalowski 14 May '10

14 May '10

Hi bump to latest version, xfsprogs-3.1.2 (6 May 2010) - Fix missing thread synchronization in xfs_repair duplicate extent tracking. - Fix handling of dynamic attribute fork roots in xfs_fsr. - Fix sb_bad_features2 manipulations when tweaking the lazy count flag. - Add support for building on Debian GNU/kFreeBSD, thanks to Petr Salinger. - Improvements to the mkfs.xfs manpage, thanks to Wengang Wang. - Various small blkid integration fixes in mkfs.xfs. - Fix build against stricter system headers. please signoff both arches, thanks greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

1 0

[arch-general] Fw: Formal Apology To All Involved With Last Nights Tempor Outburst
by Keith Hinton 14 May '10

14 May '10

Below is a coppy of the email I forgot to send to this list previously. Thanks. From: Keith Hinton Sent: Thursday, May 13, 2010 11:52 PM To: Chris Brannon ; arch-releng(a)archlinux.org Subject: Formal Apology To All Involved With Last Nights Tempor Outburst Chris, Sorry for losing my tempor that way. As for accomplishing anything, I failed to do anything and actually waisted a lot of time by blowing up that way on the Arch list-not to mention that you had nothing to do with it. I took all my anger out in dealing with wireless on the CD itself on everyone, and now that I think about it, it was even more stupid to do. Rather childish, actually. I'm a better person than this usually. It won't happen again. Sorry for including you in the blow up, when you have done a good job at providing this project. After all, chances are that if you hadn't undertook something like this, that Arch still would not have the Speakup screen reader, not to mention an accessible installer. I sincerely apologize, and hope that you personally at least, will forgive me for doing what I did to you. I shouldn't have done that to you, Chris, and I never will do that again. I'd also like to send a formal apology to the entire Arch-Linux release-team as well. I realize that everyone of you, especially Dieter, volunteer time to work on Arch, and I shouldn't be slamming any of you with questions such as "Why doesn't this snapshot come out and such" I am greatful to Thomas looking into this though, to see why the CD does do what it does, I do not think the Ndiswrapper module was included in the list I sent to the list, was it? Like I said again, I won't blow up that way again. Thanks all. God Bles. Sincerely, --Keith Hinton

1 0