- Arch-general - lists.archlinux.org

Re: [arch-general] [arch-dev-public] [signoff] fakeroot 1.12.2-1
by Gerardo Exequiel Pozzi 09 Mar '09

09 Mar '09

Andreas Radke wrote: > This is a minor update to 1.12.2 - the major change I've done is the > switch to --with-ipc=tcp communication way that should solve some > issues that have come up with recent kde builds. please test if you can > still build all your other stuff with it. > > > Attention: Please also take care off all packages that install files > with setuid bit set. Take a look at > http://bugs.archlinux.org/task/13444 ! > > I could not track down where the issue is and the upstream Debian > developer can't reproduce it while Tpowa and some other could. Only > x86_64 is affected and sometimes files with setuid set don't get that > permission when the pkg gets installed. > > -Andy > > > upstream changelog: > > fakeroot (1.12.2) unstable; urgency=low > > * Replace and (hopefully) fix broken alpha stat version hack in > fts_read. > > -- Clint Adams <schizo(a)debian.org> Sun, 01 Mar 2009 15:17:31 -0500 > > Hi Andreas, No, fakeroot-tcp is broken when use make -j2 (i reported this to author), please see my feature request about this, and comments about test that i made with this. http://bugs.archlinux.org/task/13375 -- Gerardo Exequiel Pozzi ( djgera ) http://www.djgera.com.ar KeyID: 0x1B8C330D Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D

1 0

[arch-general] [signoff] device-mapper-1.02.31-1 & lvm2-2.02.45-1
by Eric Bélanger 08 Mar '09

08 Mar '09

Hi, device-mapper-1.02.31-1 and lvm2-2.02.45-1 are now in testing for both arches. It's a minor upstream update. Please signoff. As few devs use this (I think I'm the only one using lvm on i686), signoff from users would be appreciated. Eric

1 0

Re: [arch-general] [arch-dev-public] Out-of-date orphans in repo
by Grigorios Bouzakis 08 Mar '09

08 Mar '09

On Sun, Mar 8, 2009 at 3:55 PM, Jan de Groot <jan(a)jgc.homeip.net> wrote: > On Sun, 2009-03-08 at 11:29 +0100, Thomas Bächler wrote: >> >> We should really drop this hwd stuff. Apparently some howtos still >> recommend using "hwd -xa" to generate xorg.conf, but this command >> will >> generate a bloated configuration file that is probably not even >> compatible to the latest xorg-server versions. > > I would like to get rid of both lshwd and hwd packages. I don't consider > them useful anymore, as there's better autodetection methods available > in archlinux. > > Removing hwd will fix bug 13448, 13447 and 13630. > > http://bugs.archlinux.org/task/9589 & http://bugs.archlinux.org/task/12886 as ddcxinfo-arch is only used for hwd. Also see http://bbs.archlinux.org/viewtopic.php?pid=507530#p507530 -- Greg

1 0

Re: [arch-general] [arch-dev-public] Out-of-date orphans in repo
by Grigorios Bouzakis 08 Mar '09

08 Mar '09

On Sun, Mar 8, 2009 at 12:29 PM, Thomas Bächler <thomas(a)archlinux.org> wrote: > Eric Bélanger schrieb: >> >> lshwd: >> Package in the repo is at the latest stable (few years old). There's a >> newer rc release but : do we still need this? It's still popular >> (25.39 %) though so I could always update it to the rc release. > > We should really drop this hwd stuff. Apparently some howtos still recommend > using "hwd -xa" to generate xorg.conf, but this command will generate a > bloated configuration file that is probably not even compatible to the > latest xorg-server versions. > > lshwd hasnt been used by hwd since version 5.0 ChangeLog says: 21-Nov-2007, version 5.0 - lshwd replaced with pciutils and usbutils 27-Nov-2007, version 5.1.2 - fixed mkxcfg, no lshwd dependency -- Greg

1 0

[arch-general] Scim and arphic fonts update in [testing]
by Eric Bélanger 07 Mar '09

07 Mar '09

Hi all, I've just updated several scim-related packages. They are in the [testing] repo. The updated packages are: anthy libchewing libhangul scim scim-anthy scim-chewing scim-tables uim scim-uim (no update, just rebuild against uim 1.5.5) As I don't use these packages (I believe no dev use them either), I could only do minimal testing. It would be nice if users of these packages test them and report if they work properly or if there are problems with them. I've also updated (in [testing] repo) the Arphic fonts: ttf-arphic-ukai and ttf-arphic-uming There are two points about these fonts: 1. According to upstream: "This release contains Firefly's Bitmap fonts. The Bitmap fonts are available for 11, 12, 13, 14, 15 and 16 pixel and currently cover Big5 and GB2312. HKSCS is currently not supported as there are many more characters missing. So, for Big5 and GB2312 characters the bitmap glyphs should improve the rendering, but for all other characters, the rendering is the same like without bitmap glyphs." I might be nice to get comments about someone using these fonts to see if the ttf-fireflysung package is indeed no longer needed (http://bugs.archlinux.org/task/8951) 2. The updated ttf-arphic-* packages in testing provide the fonts as a TrueType Collection, i.e. the fonts come in 4 flavors (CN, HK, TW and TW MBE), with different glyph shapes according to the preferred shapes in each region (more info here: http://www.freedesktop.org/wiki/Software/CJKUnifonts/Download) As a result TeX users will encounter trouble using this font. The following programs/libraries are known to not fully support TTC files and can usually only use the first fontface of the TTC: - jdk and openjdk6 - imlib2 and applications which use imlib2. Again, I and probably none of the devs don't use these fonts so feedback from users would be nice. Eric

1 1

[arch-general] Can't Connect to localhost/127.0.0.1 until I'm connected to a network
by Thomas Bohn 06 Mar '09

06 Mar '09

Hello, When I boot my computer the connection to the wifi network takes a while, until then I can't connect to localhost. So I can't use mpd for example, I musst either turn off my wifi card or wait until I'm connected. This is quite annoying, is there a way to solve that problem or at least get a better diagnosis for solving it on my own? Thomas

3 9

[arch-general] xorg-server 1.6.0 in testing
by Jan de Groot 06 Mar '09

06 Mar '09

The upcoming version of xorg-server will have a lot of workarounds and patches removed. Doing so, the package becomes easier to understand, as even its maintainer has no idea what is happening anymore. When upgrading to xorg-server-1.6, you will see these file conflicts on most systems: error: failed to prepare transaction (conflicting files) xorg-server: /usr/lib/xorg/modules/extensions/libdri.so exists in filesystem xorg-server: /usr/lib/xorg/modules/libwfb.so exists in filesystem It's safe and advised to overwrite these files. The symlinks were previously created from post_install by the xorg-server and nvidia-utils packages. It is advised to install xorg-server first by using "pacman -Sf xorg-server", after which you can upgrade the rest of your system. This release of xorg-server requires a rebuild of all video and input drivers. Older drivers will fail to load with an ABI mismatch. Drivers in our repositories will receive an update to match the xorg-server ABI. Nvidia has updated their latest drivers with support for this version of xorg-server. AMD does not support xorg-server-1.6 yet in their Catalyst drivers. AMD users are advised to switch to the xf86-video-ati or xf86-video-radeonhd drivers instead, or keep any X.Org related updates on hold via IgnorePkg in pacman.conf. This can be done by putting xorg-server in IgnorePkg in pacman.conf. All other updates should have conflicts set, so it will be clear which additional packages should be added to the IgnorePkg list on your system. Note that there will be no support for older versions of xorg-server when this version moves to extra.

10 19

Re: [arch-general] [arch-announce] Newsletter for March, 2009
by Aaron Griffin 06 Mar '09

06 Mar '09

On Thu, Mar 5, 2009 at 9:54 PM, BinkyTheClown <binky(a)archlinux.us> wrote: > 2009/3/5 Recent News Updates <announce(a)archlinux.org> > >> The Arch Linux Newsletter team is proud to announce the <a href=" >> http://www.archlinux.org/static/newsletters/newsletter-2009-mar.html">Newsletter >> for February 2009</a>. To discuss this newsletter, <a href=" >> http://bbs.archlinux.org/viewtopic.php?id=510237">click here</a>. To read >> past issues of the Arch Linux Newsletter, <a href=" >> http://www.archlinux.org/static/newsletters/">here they are</a>. >> >> URL: http://www.archlinux.org/news/437/ >> _______________________________________________ >> arch-announce mailing list >> arch-announce(a)archlinux.org >> http://www.archlinux.org/mailman/listinfo/arch-announce >> > Am I the only one that is receiving ugly html tags in the newsletter? Moving to the arch-general list. No, you are not. The front-page news contains HTML tags, but rss2email doesn't seem to strip them out. I'm open to ideas as to how to fix this.

3 3

[arch-general] Nouveau sources not on the ftp
by Chris Bannister 06 Mar '09

06 Mar '09

Hi, im trying to rebuild nouveau for zen kernel but the source isnt on the FTP [1], does anyone have it? Or shall i just build from git. Thanks, Chris [1] ftp://archlinux.org/other/nouveau-drm/mesa-drm-20090303.tar.bz2

2 2

[arch-general] weird thing with X and nvidia driver
by Eric Wong 06 Mar '09

06 Mar '09

Hi, I run Arch linux with KDE 4.2 on a machine with a Geforce 6200 LE card. But recently I have been experiencing some weird things. At the begining I was running KDE 4.2.0 with a nvidia-180.22 driver and the X process consumes lots of memory graduately, even to 200+ MB some times. Then I updated to KDE4.2.1 and the problem disappeared. But today, after I update the video driver to nvidia-180.29 it is here again. I have no idea which component cause it. KDE, nvidia dirver or xorg? Another weird thing is with the nvidia driver. Before updating to 188.29, glxgear had about 1060 FPS. After update and I restarted the KDE. Then glxgear told me the nvidia api dismatch, that is, the kernel module is still 180.22 but other parts of the driver is 180.29, and it has 1300+ FPS, then I remove the old module and modprobe the new one so it runs 180.29 now, but it is 1060FPS again. There's no improvement over 180.22! What's the problem?

1 0