November 2007 - Arch-dev-public - lists.archlinux.org

[arch-dev-public] mutt 1.5.17 with smpt support [signoff]
by Tobias Kieslich 09 Nov '07

09 Nov '07

plaese test mutt's smtp support

3 2

[arch-dev-public] eviv2 in testing
by Tobias Kieslich 08 Nov '07

08 Nov '07

I put exiv2 into testing. I didn't run the dependency script. gimp-ufraw is done, but I remember a couple of kde related libs use it as well. It seems exiv2 makes an so bump with every frigging update. *sigh* Thanks, -T

1 0

[arch-dev-public] GPL2 -> GPL3 license changes in packages
by Roman Kyrylych 08 Nov '07

08 Nov '07

2007/11/8, Travis Willard <travis(a)archlinux.org>: > Date: Wednesday, November 7, 2007 @ 20:23:48 > Author: travis > Path: /home/cvs-extra/extra/multimedia/audacious-player > > Modified: PKGBUILD (1.13 -> 1.14) > > upgpkg: audacious-player 1.4.0-1 > Upstream update > > +pkgver=1.4.0 > +pkgrel=1 > pkgdesc="A media player forked from BMP 0.9.7.1 - player component (no plugins)." > arch=('i686' 'x86_64') > url="http://audacious-media-player.org/" > license=('GPL') > -depends=('libmcs' 'libglade' 'unzip' 'libsamplerate') # Unzip for theme changing > +depends=('libmcs' 'dbus-glib' 'libglade' 'unzip' 'libsamplerate') # Unzip for theme changing The license has changed to GPL3. I'm posting this to public list to make a notice that we should now look at GPL2->GPL3 relicensing process that more and more FOSS projects are doing. Also it could be nice to have GPL changed to GPL2 when updating other packages to clearly state the version. -- Roman Kyrylych (Роман Кирилич)

5 11

[arch-dev-public] [signoff] glibc-2.7-5
by Andreas Radke 08 Nov '07

08 Nov '07

fixes memory issues when using gcc-gcj. please sign off both architectures. Andy

3 2

[arch-dev-public] UID/GID db sync
by Roman Kyrylych 08 Nov '07

08 Nov '07

Hi! Just FYI - I've synced both databases on our devwiki and public wiki. Please everyone adding new UID/GID to database - do this as well. Users maintaining packages in AUR should check the db on wiki [1] to make sure there are no conflicts with already existing UIDs/GIDs. It is adviced to post a request first before adding UID/GID. Do not add them without a need. [1] http://wiki.archlinux.org/index.php/UID_and_GID_List P.S.: I'm watching this page so I'll do syncs when needed. -- Roman Kyrylych (Роман Кирилич)

4 5

Re: [arch-dev-public] [tur-users] Mailing list name change/modifications
by eliott 08 Nov '07

08 Nov '07

Any more thoughts on this thread? As a recap for those who haven't been following.. We are discussion the removal of arch-projects mailing list. The addition of an aur-dev mailing list to handle the development of the aur. Renaming tur-users mailing list to aur (or aur-general) for increased clarity and to bring the name inline with the actual project name.

3 2

Re: [arch-dev-public] [tur-users] UID/GID db sync
by Roman Kyrylych 08 Nov '07

08 Nov '07

2007/11/8, Firmicus <Firmicus(a)gmx.net>: > Roman Kyrylych a écrit : > > Hi! > > > > Just FYI - I've synced both databases on our devwiki and public wiki. > > Please everyone adding new UID/GID to database - do this as well. > > > > Users maintaining packages in AUR should check the db on wiki [1] > > to make sure there are no conflicts with already existing UIDs/GIDs. > > It is adviced to post a request first before adding UID/GID. Do not > > add them without a need. > > > > [1] http://wiki.archlinux.org/index.php/UID_and_GID_List > > P.S.: I'm watching this page so I'll do syncs when needed. > > > > > I notice one omission: > > * davfs2 from extra creates user/group davfs2 with UID/GID = 88 (! > conflicts with postgres !) That's bad. davfs2 should change UID/GID. > > Some observations (probably irrelevant): > > * texlive-core creates group tex (no particular GID). > > * vmware-workstation creates group vmware (no particular GID) -- but > this is in unsupported, so you probably won't put it in the db. Yep, I don't know if it's worth to assign a defined GID to it. About changing UID/GID for davfs2, texlive-core & vmware-*: This could break already existing user setups (in some cases even leading to files/dirs with old GID unexistent in new /etc/groups). An example how to handle such situations can be seen in mlocate's .install file, but in case of VMware it would be hard (or impossible?) to search for files/dirs with vmware group. For texlive-core and davfs2 it should be done, I think. > > * On my machine I also have group "testing" with GID 105, but I don't > know where that comes from. Should I remove it? I don't think such GID exists in Core&Extra, probably it's some crap. You can use find to search for files with that GID to be sure. -- Roman Kyrylych (Роман Кирилич)

1 0

[arch-dev-public] rebuilding the whole core repo
by Andreas Radke 08 Nov '07

08 Nov '07

A new glibc 2.7 is out and it's time to build a new toolchain. After each major glibc and gcc update it's recommended to rebuild every pkg. Only that way you can make sure to get latest (speed) improvements and fixes. This is no problem for all non-rolling release distros. So far we haven't done this before. But now we should try. ArchLinux community strongly depends on good internet connections. So for most parts of the users this will be no problem. My suggestion: 1) We rebuild the core repo. It's small enough to start there. We run a script increasing the pkgrel, run makeworld and upload everything to testing. I'm not sure if makeworld {core,lib,devel,support} will run through. We should test it. We could still hack a simple script doing the makepkg calls one by one in the order we like. After some testing this whole bunch of packages would move to core. Both needs to be done for i686 and x86_64. 2) The extra cleanup should be done meanwhile. 3) Rebuild extra repo and fix or kick broken packages. I could offer some systems to do the rebuilds. I only have slow upload bandwidth. Thoughts? How could help out? -Andy

11 18

[arch-dev-public] GHC 6.8.1 in testing
by Simo Leone 08 Nov '07

08 Nov '07

Hey guys, I moved ghc 6.8.1 into testing a few days ago. It won't stay there long, however, as my haskell gurus seem to agree that it breaks little or nothing. So please test if you can. I'll probably move it out this weekend if nothing terrible comes up. -S

1 0

[arch-dev-public] Forgot signoff for openvpn..
by Tom K 07 Nov '07

07 Nov '07

Morning all. Apologies for this, but I adopted and updated openvpn, and forgot to send it to testing for signoff. I adopted it because I am now using it, and the update is not a new upstream release. Dale asked for the easy-rsa key management scripts, which are distributed in the openvpn source tarball, to be included in our package, so I obliged. There are no changes to the core functionality of the package, and the use of easy-rsa is entirely optional. Apologies again, and my thanks to Eric for picking this up. Regards Tom.

3 4