- Arch-general - lists.archlinux.org

[arch-general] upgrade problems
by Shridhar Daithankar 09 Apr '10

09 Apr '10

Hi, I got this pacman error just now, when I wanted to upgrade to 2.6.33. # pacman -Su :: Starting full system upgrade... resolving dependencies... looking for inter-conflicts... error: failed to prepare transaction (could not satisfy dependencies) :: kqemu: requires kernel26<2.6.33 :: madwifi: requires kernel26<2.6.33 I removed both these packages and the upgrade is proceeding. Just a heads up for others who actually need these packages. I don't know why I had madwifi as there is no wireless card in this desktop machine. -- Regards Shridhar

3 2

[arch-general] AUR comments gone?
by David Rosenstrauch 09 Apr '10

09 Apr '10

Just noticed today that all the comments are gone from the AUR pages. Is that intentional? Or if not, is there any way to get them restored? Thanks, DR

2 1

Re: [arch-general] [arch-dev-public] [signoff] openssl, heimdal and icu rebuilds
by Evangelos Foutras 08 Apr '10

08 Apr '10

On 09/04/10 01:20, Pierre Schmitz wrote: > On Thu, 08 Apr 2010 22:37:13 +0200, Pierre Schmitz<pierre(a)archlinux.de> > wrote: >> The move is in progress...please don't touch anything while we are still >> on it. :-) > > So, we are done. Mirrors should be back in sync some day. Have the packages in [xorg18] been moved into [extra] as well? I cannot verify this from looking at the website, though it might not have synchronized yet.

2 2

Re: [arch-general] [arch-dev-public] openssl 1.0 rebuild
by Jim Pryor 08 Apr '10

08 Apr '10

On Thu, Apr 08, 2010 at 03:42:05PM +0200, Thomas Bächler wrote: > Am 08.04.2010 15:38, schrieb Pierre Schmitz: > > On Thu, 08 Apr 2010 11:41:12 +0200, Thomas Bächler <thomas(a)archlinux.org> > > wrote: > >> Thanks to a hint from Pierre, I fixed it: > >> # update-ca-certificates --fresh > >> The hashes in /etc/ssl/certs are different from the ones before the > >> command, so I suspect there will be more failures like this. Can we > >> please get the above command in post_install in the case we are > >> upgrading from a version older than 1.0.0? > > > > The new ca-certificates packages does this for you. > > Very nice, thank you. > > This should also solve Jim's problem, see his reply to my first post. I'm still using 20090814-3, but I can confirm that doing # update-ca-certificates --fresh manually fixes the elinks problem with verifying certificates. Thanks. -- Jim Pryor profjim(a)jimpryor.net

1 0

[arch-general] nvidia with latest Xorg
by Xavier Chantry 07 Apr '10

07 Apr '10

On Wed, Apr 7, 2010 at 7:35 PM, David C. Rankin <drankinatty(a)suddenlinkmail.com> wrote: > On 04/07/2010 09:55 AM, David Rosenstrauch wrote: >> On 04/07/2010 10:46 AM, Xavier Chantry wrote: >>> Can you attach full Xorg log and config ? >> >> I'm not using any xorg config. Log is at: >> >> http://www.darose.net/Xorg.0.log >> >>> And does it work with xf86-input-keyboard driver ? >> >> I have xf86-input-keyboard installed. I assumed X was just >> automatically choosing evdev (as I have no xorg config). >> >> Thanks, >> >> DR >> > > On the same note, after the latest Xorg update, X (nVidia card) was failing to > start on the same xorg.conf I had used with my arch box since I first installed > arch. The xorg.conf was generated by the nvidia-xconfig app. The xorg.conf was: > > http://www.3111skyline.com/dl/dt/X/xorg/xorg.conf.sav > > Something is not as it should be in the latest X release. > > (p.s. this is 'in addition to' and not 'in lieu of' the current topic) > This is a complete thread hijacking, has nothing to do with the current topic, and adds NOTHING to it. darose updated to the Xserver in EXTRA which is 1.7.5.902-1 nvidia works fine in extra, even in testing ! It only needs Option "IgnoreABI" "True" with xorg 1.8 which is a separate experimental repository AND that was already documented in its announcement : http://mailman.archlinux.org/pipermail/arch-dev-public/2010-April/016387.ht…

2 1

Re: [arch-general] [arch-dev-public] WARNING: [testing] broken due to openssl and heimdal rebuilds
by Florian Pritz 07 Apr '10

07 Apr '10

On 07.04.2010 06:42, Pierre Schmitz wrote: > I just tested what happens if I change pacman depends to > "'libarchive>=2.8.3-3' 'libfetch>=2.30-3'". Maybe start using sodeps to generate those dependencies? libfetch (doesn't have a soname with version btw) would depend on the new openssl libs and pacman should take care of the order. Have you already checked the patch Allan? -- Florian Pritz -- {flo,bluewind}(a)server-speed.net

3 4

Re: [arch-general] [arch-dev-public] openssl 1.0 rebuild
by Jim Pryor 07 Apr '10

07 Apr '10

On Wed, Apr 07, 2010 at 11:49:10AM +0200, Thomas Bächler wrote: > Am 30.03.2010 03:36, schrieb Pierre Schmitz: > > I created a rebuld list for the just released openssl 1.0.0 (Thanks Dan > > for fixing the todo list that fast!). These are 236 packages for each > > architecture; so this will need some kind of planning and a bunch of people > > to help. But for now I'll at least wait for the Gnome and KDE release and > > also Allan's heimdal rebuilds. > > > > Fedora uses openssl 1 since Fedora 12 which means if there are any issues > > we'll probably find a solution there. Till then I just need to port the man > > page patch (easy) and see why it compiles with -DOPENSSL_IA32_SSE2 on > > x86_64 and if that is an issue at all. > > The new openssl breaks RADIUS authentication with wpa_supplicant for me. > It fails to verify the CA certificate and aborts authentication. It > works if I disable verification of the certificates in the configuration > (which is bad, but still helps). I noticed something which sounds similar. After I synched, I rebuilt elinks-git against all the new libs I had installed. Then I noticed I was getting ssl errors whenever I went to an https: site. Turns out I needed to turn off the option connection.ssl.cert_verify: ## connection.ssl.cert_verify [0|1] # Verify the peer's SSL certificate. Note that this needs extensive # configuration of OpenSSL by the user. set connection.ssl.cert_verify = 0 Despite the "extensive configuration" warning, this was working before, but after rebuilding against openssl 1.0.0, it's not. The openssl upgrade brought some changes to /etc/ssl/openssl.cnf. I haven't tracked down yet whether any of those may be responsible for this. -- Jim Pryor profjim(a)jimpryor.net

1 0

[arch-general] jack & qjackctl
by fons＠kokkinizita.net 07 Apr '10

07 Apr '10

It seems like Arch is currently offering Jack and qjackctl packages that are not compatible. The Jack authors changed one some command line options in 0.118. '-R' for realtime is no longer available as realtime is now the default, and the new '-r' means 'no realtime'. Qjackctl 0.3.6 is aware of this, but won't work well with Jack 0.116 which is still the one available from Arch. In other words, the update of qjackctl was probably a bit premature. Ciao, -- FA O tu, che porte, correndo si ? E guerra e morte !

4 5

[arch-general] missing ruby-htmlentities
by Shacristo 07 Apr '10

07 Apr '10

ruby-htmlentities seems to have gone missing from community. Has it been dropped?

1 0

[arch-general] libao (and other Xiph package) rebuild schedule?
by Ray Kohler 06 Apr '10

06 Apr '10

A little while back I mentioned here that there were several xiph.org releases coming up. These did happen, and I flagged those packages out of date. Now that the openssl, heimdal, and icu updates are done, I'd like to know where these stand. Normally I'd not write such a "nag mail", but the only package with a soname bump (libao) is owned by an ex-developer (Hugo Doria), so I thought it might have been missed. I also had some extra details to provide. The full details of the upstream releases can be seen at http://xiph.org/press/2010/vorbis-surround/ and http://xiph.org/press/2010/libogg-1.2.0/ . Only libao has a soname bump; libogg and libvorbis have none. The new vorbis-tools also requires the new libao. libao isn't widely used, so it shouldn't be much of a rebuild. Another thing worth mentioning is that libao now (optionally) supports many more drivers/plugins out of the box. One of them is pulseaudio. This likely obsoletes the libao-pulse package currently in community. The only hassle here is not being able to do a straight split package since libao is in [extra] and libao-pulse (with pulseaudio itself) is is in [community]. That said, it should be workable to build the [extra] package entirely without pulseaudio support, and then build it again for the [community] package, installing only the pulse plugin from that PKGBUILD. libao seems happy enough to load any plugin it finds in its modules directory, whether or not they were built together (though I didn't test this with the pulse plugin in particular). vcut is now built by default (as upstream finally considers it ready for prime-time), so the explicit "--enable-vcut" can be removed from vorbis-tools' configure arguments. I've been using these upgrades since a few months before they were released, and they are solid. (Why am I personally so interested in these upgrades? One big feature, oddly missing from the release announcement, is that ogg123 now supports ReplayGain, making it a reasonable replacement for a bigger music player, at least for me. So vorbis-tools is the main driver as far as I'm concerned.)

1 0