Arch-dev-public January 2009

arch-dev-public@lists.archlinux.org

32 participants
113 discussions

[arch-dev-public] Preparing new mono release
by Daniel Isenmann 23 Jan '09

23 Jan '09

Hi, just a small note to the list. I'm preparing the update for the next mono release. I will do the necessary rebuilds (if there are any) of the affected packages. I don't think, that I will update it today/tonight, but it should be in the repo the next two or three days. See this mail just as a small information... :) Bye, Daniel

2 3

[arch-dev-public] Mplayer: switching to svn
by Hugo Doria 23 Jan '09

23 Jan '09

Hi guys, I was thinking in use the svn version of mplayer. The latest stable release is marked as outdated and has several security problems. Also, the official project recommends using svn version [1]. It is generally stable and works well. There is a problem with that? Should i change the name of the package for mplayer-svn or can I keep "mplayer"? [1] http://www.mplayerhq.hu/design7/dload.html -- Hugo

6 15

[arch-dev-public] new package: policykit-kde
by Pierre Schmitz 23 Jan '09

23 Jan '09

FYI: I have added policykit-kde to testing. It contains a frontend for policykit configuration and future application will make use of it. ATM it is distributed within extragear; but it will be part of KDE 4.3. (They had asked for integration just after the feature freeze ;-)) -- Pierre Schmitz Clemens-August-Straße 76 53115 Bonn Telefon 0228 9716608 Mobil 0160 95269831 Jabber pierre(a)jabber.archlinux.de WWW http://www.archlinux.de

1 0

[arch-dev-public] phonon: gstreamer support will be dropped
by Pierre Schmitz 23 Jan '09

23 Jan '09

In short: I have tested several use cases and gstreamer seems not to be usable. So Id' like to disable support for it in upcoming phonon releases. My problems with gstreamer: * graphical glitches when playing some (most) mpeg files * sometimes no sound * bad image quality (no deinterlacing?) * plugins depend on gnome * it plays some videos with wrong aspect ratio * does not seem to be a phonon problem; I had the same problems with totem; using totem-xine fixed those. So, future versions of phonon will only have the xine-backend enabled. Maybe I'll provide other backends when we have the ability to split packages. If you think this is a bad idea, let me know. -- Pierre Schmitz Clemens-August-Straße 76 53115 Bonn Telefon 0228 9716608 Mobil 0160 95269831 Jabber pierre(a)jabber.archlinux.de WWW http://www.archlinux.de

5 5

[arch-dev-public] Integrity Check x86_64 23-01-2009
by repomaint＠archlinux.org 23 Jan '09

23 Jan '09

====================================== = Integrity Check i686 of core,extra = ====================================== Performing integrity checks... ==> parsing pkgbuilds ==> checking mismatches ==> checking archs ==> checking dependencies ==> checking makedepends ==> checking for circular dependencies Summary --------- Missing PKGBUILDs: 0 Invalid PKGBUILDs: 0 Mismatching PKGBUILD names: 0 Duplicate PKGBUILDs: 0 Invalid archs: 0 Missing (make)dependencies: 0 Repo hierarchy problems: 0 Circular dependencies: 0

1 0

[arch-dev-public] Integrity Check i686 23-01-2009
by repomaint＠archlinux.org 23 Jan '09

23 Jan '09

1 0

[arch-dev-public] Divide and Konquer - Splitting KDE packages
by Pierre Schmitz 23 Jan '09

23 Jan '09

Hey guys, providing splitted KDE packages is one of most wanted feature request sine there was KDE in Arch. And people have good reasons demanding it. Let's have a look at the problem: The KDE project does not provide source packages for every single application but they put them in some kind of categories. E.g. there are kdenetwork, kdemultimedia, kdegraphics etc.. So if you want an VNC client you have to install kdenetwork and you'll get an instant messanger, download manager, nvc server, samba client and others including their dependencies for free. But there is hope: future versions of makepkg will be able to help splitting those packages in an easy way: http://dev.archlinux.org/~allan/makepkg- git.html In fact KDE ist already prepared to be splitted; all you need to do is running make install in the right directory. After 4.2 will hit [extra] I'd like to work on this. This will also be a good test case for the makepkg implementation. In addition to this we'll need to update our devtools and db-scripts to handle those packages right. extrapkg should be quite simple; archrelease and repo- add should work just fine; only the db-scripts will really fail because they cannot guess the svn-dir just from the package name anymore. My idea of splitting is to create one package for each app like kopete and not split by data, lib, docs etc.. Those packages will be members of a group; so pacamn -S kdenetwork still results in the same apps being installed. And last but not least: You might wonder why we not just include kdemod. I had a little talk with funkyou about this. KDEmod/Chakra has different goals and philosophy and is not really compatible with the Arch way. So they'd like to keep doing their own thing. Greetings, Pierre PS: I have attached a quick&dirty example to just show you that this would not increase complexity that much; indeed I think this makes things a lot cleaner. -- Pierre Schmitz Clemens-August-Straße 76 53115 Bonn Telefon 0228 9716608 Mobil 0160 95269831 Jabber pierre(a)jabber.archlinux.de WWW http://www.archlinux.de

3 9

[arch-dev-public] [new package] nouveau-drm / xf86-video-nouveau
by Andreas Radke 23 Jan '09

23 Jan '09

I'd like to bring in these packages in a slightly modified version from AUR to testing and later to extra repos. Both packages have a nice amount of votes in AUR. http://nouveau.freedesktop.org/wiki/ nouveau-drm provides a mesa/drm git version with new drm-nouveau code not yet implemented in the mainline kernel drm.ko. xf86-video-nouveau is the opensource Xorg driver under heavy developement. 2D support is stable using EXA and much faster than the "nv" driver developed by Nvidia company for Xorg. I'm running the xf86-video-nouveau driver in a DualHead configuration with RandR1.2 for some time now. It's stable and a good opensource alternative to the Nvidia closed one and to the slow and poor of features "nv" driver. 3D support is under development with Gallium3d and will show major changes as well as radeon/ati and intel driver do with K(ernel) M(ode) S(ettings). But that's something different and will happen past Xorg-Server 1.6 and Mesa7.3. Any objections moving in that open source driver for Nvidia cards? -Andy

3 8

[arch-dev-public] [signoff] mkinitcpio 0.5.22
by Aaron Griffin 22 Jan '09

22 Jan '09

This is a quick fix for FS#12867 http://bugs.archlinux.org/task/12867 The problem: mkinitcpio doesn't detect the USB modules properly when using the usbhid or usb hooks. Please test this ASAP as this can be a big deal, and it's a showstopper for the ISO. Cheers, Aaron

2 1

[arch-dev-public] [signoff] mlocate 0.21.1
by James Rayner 21 Jan '09

21 Jan '09

Should work fine, just a translation and manpage update. Signoff i686

4 4

← Newer
1
2
3
4
5
6
7
...
12
Older →

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

Arch-dev-public January 2009