- Arch-general - lists.archlinux.org

[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 13 May '10

13 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 12 May '10

12 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

[arch-general] Firmware thread update
by Keith Hinton 12 May '10

12 May '10

Hi, although this is not specific to my Intel WiFi Link 5100 AGN wireless card, the following URL shows similar issues, and the primary poster, was having to do exactly what I'm doing with kernel 2.6.33 with regards to: rmmod iwlagn modprobe iwlagn Or: modprobe -r iwlagn modprobe iwlagn Or: insmod iwlagn Either way, I keep aving to do this-even though the module loads at boot from Arches LiveCD. I refuse to install Arch, because I am sure that this will occur on the hard-drive as well. I don't know if Chris enabled the firmware hook in his initrd. Chris, could you please look and upload new releases of the builds (or an X86-64 build for me in some temp directory on your webpage directory if you did not enable the firmware hook? And if there is a newer kernel than what was in your april 2010 snapshots, then could you please update that as well? Having to modprobe all the time is annoying. I gave the URL before URL of my dmesg output with your LiveCD chris (and yes) the firmware Ucode file for my wireless card is there, and the module loads, but the firmware doesn't, is there any chance you forgot to enable that hook? The paste URL for this dmesg output Chris for you to viw for yourself (and you'll see) where rmmodding and modprobing will work-though wlan0 should already be there but I do not think you have enabled firmware in the kernel image stuff-so I suggest reviewing your latest snapshot on your website and seeing if this is the case-or am I the only one with this issue? URL for dmesg output: http://npaste.de/Sx The bug URL is: http://bbs.archlinux.org/viewtopic.php?id=59236 As mentioned above you'll see where the firmware doesn't load. Note: as mentioned in a prior post about the GRML-based distro with kernel 2.6.33, the firmware ucode file for the iwlagn module Chris does automatically load. Perhaps they enabled the firmware hook, and you just may have forgotten? I am sure that even you could have made this mistake. If this is not a difficult thing to resolve, then please, could someone please help? I'll never install Arch again if this is something that will always break my machine when wireless is the only option I have and I need the firmware to just autoload on the liveCD. I do not like this modprobing business whatsoever, and all I need to say at the moment is "screw the Arch Way" of doing things at the moment. Arch is great-but if this is something that is always going to happen, then I don't know what Arch is turning into. I've seen all the interesting kernel related problems lately with busibox and other such things-and at the moment my furstration with simply getting the firmware to load on Chris's TalkingArch CD is driving me up the blasted wall.Arch is great-but as far as this having to even touch modprobe...well this is just not going to be acceptable. Sorry for taking my frustrations out on the entire Arch Linux development/release team, but I seriously don't care at the moment about my politeness at the moment. All I care about is the fact that this is happening, and seems totally unsolvable. Even my best Linux blind friend who has figured out ways around my problems in the passed can't solve this issue- so I'm just hoping that some one in Arch might be able to help. I'm also frustrated because noone on #Arch-Linux seems to be able to help, and the wiki is failing me entirely. Thanks for letting me rant, and once again sorry for taking my frustrations out on Chris who has done so well with TalkingArch and everyone else, but I'm lible for a while to blaim anything and everything on this firmware crap until I know for damnd sure wwhy it does this, and how to smash this issue once and for all. I don't have time to learn C, and also don't know who maintains the Ucode files for ArchLinux, but I hope that someone will look at this list and see if anything can be done in any respect, kernel iwlagn related or firmware, or whatever. If anyone figures out how to resolve this entirely, then great. I just hope that you didn't forget to use the firmware hook Chris-otherwise all my frustrations will have been useless. But I refuse to accept that Arch-specifically is the only distrobution with this problem. I just won't try installing until I know this has been tested and pounded on by everyone in the world with Arch if necessary. Regards, --Keith P.s. That's why I mentioned GRML because if you go to: http://www.grml.org/ and download that CD and boot it up and uname -a on either of the 64-bit or 32-bit versions, the kernel version matches, and dmesg automaticallly has wlan0 with the same firmware loaded-that's why I've brought up that Debian-based distro in that aspect of things. Thank you all so much for whatever help you can provide-but I cannot figure this out.

2 1

[arch-general] package obsolete dependencies
by Evgeny Burmentyev 12 May '10

12 May '10

Hello. 1. The "qiv" package has an obsolete dependency "libexif". The 2.2.3 Changelog says: "[tw] use gdk_pixbuf to autorotate with EXIF tags instead of libexif. Note: needs at least GDK 2.12" 2. The "libtorrent" will require makedepends=(cppunit) from the next release (it already requires it in the main svn repository). I'm terribly sorry, if I posted in a wrong place (tell me, if I did, and where to post such things next time, for I have some from time to time).

4 4