- Arch-general - lists.archlinux.org

[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}@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

[arch-general] [signoff] kernel26 2.6.33.2-1
by Tobias Powalowski 06 Apr '10

06 Apr '10

Latest kernel is in testing since weekend, please signoff for both arches. greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

5 4

[arch-general] kaffeine [sigh] is there an alternative that:...
by Joe(theWordy)Philbrook 06 Apr '10

06 Apr '10

I'm no longer a kde fan, I used to be until almost everything they changed for kde4 ticked me off... Over all I'm just as glad they did because otherwise I wouldn't have discovered E17 (or XFCE) which are currently my two main desktop environments. However, kde has some apps that I'm still addicted to: One of them is the old kde3x version of kaffiene for playing my music files. I never really embraced most of it's advanced features, and frankly I dislike using playlist files. What attracted me to kaffeine was when I discovered that with the kde3x version I could use the keyboard to do an: File->Open URL->PathToMusicDirTree Where PathToMusicDirTree is the top most directory of a multi directory structure that contains only music files and directories to more music files. And kaffeine would open not only any music files within "PathToMusicDirTree" but recursively any music files in any of it's subdirectories. I could add and delete files to and from this directory tree and know that the next "File->Open URL->PathToMusicDirTree" would result in kaffeine playing all of them. At most all I needed to do was to set shuffle and repeat options to enjoy my background music for as long as I wanted it. That is all I ever wanted of a music player... Since kde4 I've learned that I really need to build a playlist by repetitively using "File->Open URL-> NonRecursiveDir" until I've added each and every subdir of "PathToMusicDirTree" one at a time. Worse, I need to rebuild the playlist file every time I want to add or remove music from my files... But every time I've tried an alternative it either insists on making me work with playlists, or only wants me to control it via the {many expletives deleted}rodent pointing device. or both. Worse still with the version I added to my Arch install (extra/kaffeine 1.0pre3-1) the command "Playlist ->Save As" doesn't work. So I have to work with playlists I create from one of my other distros. Another odd thing about this version of kaffeine is that "File ->Play Audio CD" only likes to play the first track... Could somebody recommend another media player I could try that will let me create temporary music lists on the fly by typing the path to a parent dir containing multiple music directories??? One that understands keyboard commands for it's functions??? And hopefully one that doesn't force me to break out a microscope to read any displayed text or labels on some prettified gui representation of some livingroom sound system where I don't even know which knob or button it wants me to click on is supposed to do what??? -- | ~^~ ~^~ | <?> <?> Joe (theWordy) Philbrook | ^ J(tWdy)P | \___/ <<jtwdyp(a)ttlc.net>>

16 27

[arch-general] Failed installation - part 2
by fons＠kokkinizita.net 06 Apr '10

06 Apr '10

Hello all, I retried the installation that failed last week, with the same result. But this time I found this: 3 packages were reported to be 'corrupted': gettext-0.17-3-i686.pkg.tar.gz perl-5.10.1-5-i686.pkg.tar.gz man-pages-3.24-1-1-any.pkg.tar.gz I could well have missed this last time as to see the error you have to scroll down the page instead of just hitting RETURN to continue. I tried again twice using different mirrors, same result. All this with the 2009.8 install images, and run with LC_COLLATE=C. Then I tried the new one. This time all packages downloaded without errors, but the install failed at the 'Install GRUB' stage with on tty7 the messages that neither of /boot/grub/stage1 /grub/stage1 did exist. So now I'm really lost... The only real difference between this install and all the previous ones is that this time I have to go via an http proxy. Any help will be appreciated ! -- FA O tu, che porte, correndo si ? E guerra e morte !

1 0

[arch-general] testing xorg-server 1.8 [xorg18]
by Marek Otahal 06 Apr '10

06 Apr '10

Thank you for a great job, Jan. I can confirm the xorg-server 1.8 works great for me! :) I'm running on [testing], i686, kernel 2.6.33.2, xf86-video-intel, touchpad(synaptics), keyboard, usb keyb/mouse hotpluging works as well, sound(intel hda) & guvc video webcam .... just upgraded and voila, works like a charm! :) Happy Easter to all of you! Marek ...well, here's an update after a deeper tryout :) *touchpad(synaptics) - issues with tapping which does not work /buttons do/ *a note for testers, one can disable !hal from rc.conf but make sure to include dbus instead(hal used to start it up) otherwise policykit fails *I have troubles with resuming from suspend/black screen/ but have to make sure if it is not a problem of kernel. *as I'm using kde, here's a problem: battery monitor is disabled and i'm not sure if cpu freq scaling under kde works(probably problem of kde?, acpi command shows correct info), also there is a dependency on hal- pacman -Rcsn hal would remove a great bunch of packages(including kde), how do I figure, whats the dep.? Thanks once again, Mark PS: I would reply to arch-dev-public thread but i don't have write access to it -- Marek Otahal :o)

3 3