- Arch-general - lists.archlinux.org

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

[arch-general] Lsmod output
by Keith Hinton 13 May '10

13 May '10

Hi all, I've decided to attach a text document. If this text document is not attached successfully onto the lists, then I'll paste the results below. I wanted to just get the output as fast as possible, and you folks have my dmesg output on that paste URL. Thanks. --Module list output-- Module Size Used by nls_cp437 5865 1 vfat 9924 1 fat 48460 1 vfat snd_hda_codec_intelhdmi 15636 1 snd_hda_codec_realtek 258661 1 snd_seq_dummy 1439 0 snd_seq_oss 28984 0 i915 291818 1 snd_seq_midi_event 5348 1 snd_seq_oss snd_seq 50397 5 snd_seq_dummy,snd_seq_oss,snd_seq_midi_event snd_hda_intel 22642 0 drm_kms_helper 23753 1 i915 uvcvideo 60298 0 snd_seq_device 5181 3 snd_seq_dummy,snd_seq_oss,snd_seq snd_hda_codec 68413 3 snd_hda_codec_intelhdmi,snd_hda_codec_realtek,snd_hda_intel videodev 38395 1 uvcvideo drm 160140 2 i915,drm_kms_helper snd_hwdep 6244 1 snd_hda_codec snd_pcm_oss 39107 0 v4l1_compat 15610 2 uvcvideo,videodev rtc_cmos 8990 0 i2c_algo_bit 4999 1 i915 snd_pcm 70222 3 snd_hda_intel,snd_hda_codec,snd_pcm_oss snd_mixer_oss 17107 1 snd_pcm_oss v4l2_compat_ioctl32 10417 1 videodev joydev 9800 0 video 18746 1 i915 ac 3091 0 battery 9612 0 rtc_core 14439 1 rtc_cmos wmi 5957 0 snd_timer 19213 2 snd_seq,snd_pcm rtc_lib 1842 1 rtc_core thermal 12079 0 processor 29639 2 button 4746 1 i915 i2c_i801 8550 0 snd 57203 12 snd_hda_codec_intelhdmi,snd_hda_codec_realtek,snd_seq_oss,snd_seq,snd_hda_intel,snd_seq_device,snd_hda_codec,snd_hwdep,snd_pcm_oss,snd_pcm,snd_mixer_oss,snd_timer iTCO_wdt 9157 0 soundcore 6223 1 snd iTCO_vendor_support 1873 1 iTCO_wdt i2c_core 17842 6 i915,drm_kms_helper,videodev,drm,i2c_algo_bit,i2c_i801 output 1916 1 video psmouse 53142 0 intel_agp 28089 1 snd_page_alloc 7097 2 snd_hda_intel,snd_pcm evdev 8852 0 serio_raw 4536 0 speakup_soft 5046 1 pcspkr 1827 0 speakup 84435 1 speakup_soft squashfs 21076 2 loop 15195 4 aufs 166454 1 exportfs 3538 1 aufs udf 83927 1 crc_itu_t 1273 1 udf sg 25333 0 sr_mod 14883 1 cdrom 35860 1 sr_mod sd_mod 26984 2 usb_storage 42489 1 ata_generic 3047 0 uhci_hcd 21684 0 iwlagn 244718 0 ata_piix 20957 1 pata_acpi 3224 0 iwlcore 156728 1 iwlagn mac80211 171772 2 iwlagn,iwlcore r8169 34925 0 cfg80211 126658 3 iwlagn,iwlcore,mac80211 rfkill 15396 1 cfg80211 mii 3834 1 r8169 libata 154643 3 ata_generic,ata_piix,pata_acpi ehci_hcd 34938 0 scsi_mod 94729 5 sg,sr_mod,sd_mod,usb_storage,libata usbcore 144604 5 uvcvideo,usb_storage,uhci_hcd,ehci_hcd --Moudle-output-end-- Attachment of the same file in text format will be sent. It is a .txt file, so have fun reading. Regards, --Keith See if this helps with the firmware issues.

1 0