- Arch-general - lists.archlinux.org

Re: [arch-general] [arch-dev-public] [signoff] device-mapper-1.02.31-1 & lvm2-2.02.45-1
by Atanas Zhelev 09 Mar '09

09 Mar '09

2009/3/9 Thomas Bächler <thomas(a)archlinux.org>: > Eric Bélanger schrieb: >> >> 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. > > Signoff x86_64. > > Hi, i have lvm setup on i686, the system still boots fine and i'm able to access my data. -- BRS Atanas Zhelev

1 0

[arch-general] cryptsetup and udev
by Henri Häkkinen 09 Mar '09

09 Mar '09

Hello, I am trying to setup udev to automatically open a LUKS partition of my external USB drive once it is plugged in. I have written the following udev rules script: ACTION="add", ENV{DEVTYPE}="partition", ENV{ID_SERIAL}="<serial number of the drive>", RUN+="/usr/sbin/cryptsetup --key-file /etc/keyfile luksOpen /dev/%k usbhd" ACTION="remove", ENV{DEVTYPE}="partition", ENV{ID_SERIAL}="<serial number of the drive>", RUN+="/usr/sbin/cryptsetup luksClose usbhd" Udev seems to recognize my drive but instead of creating /dev/mapper/usbhd I get some nonsense like /dev/mapper/temporary-cryptsetup-7501 or similar. I don't know what this is but it seems not to work when I try to mount it. Any ideas? -- Henri Häkkinen

3 2

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