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

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

[arch-dev-public] fcpci needs a C and/or gcc specialist to get it going again
by Tobias Powalowski 07 Nov '07

07 Nov '07

http://bugs.archlinux.org/task/8511 i did the whole research on that issue now i need someone who knows C or gcc to get it working without reverting the patch i mentioned in the bugreport. thanks for your help guys roman wanted to look at it. packages to fix are fcpci and fcpcmcia, they share a lot of code. greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

1 1

[arch-dev-public] Moving mozilla packages to /usr
by Alexander Baldeck 07 Nov '07

07 Nov '07

Hey all, I just begun rebuilding mozilla packages to reside below /usr instead of /opt/mozilla. You can find them here: [mozilla] Server = http://archlinux.org/~alexander/mozilla I'm also in the middle of finding packages that need to be rebuilt against xulrunner etc. Please send me lists of packages we need to rebuild to get a proper howto up. :) Cheers, -X

5 11

[arch-dev-public] [draft] an announcement of Community Packages project on Flyspray
by Roman Kyrylych 06 Nov '07

06 Nov '07

Hi! English is not my native language and we don't want our news items to look unprofessional, so here's a draft. Bugtracker is open for Community packages Due to a high demand we created a separate project on our bugtracker named "Community Packages" [1]. All bug reports and feature requests for Community packages should now be reported there. Please do not report them to "Arch Linux" or "Arch User Repository (AUR)" projects - use the Switch button at the top left corner of Flyspray's page to choose a correct project. Also do not report bugs for packages which are in Unsupported, put a comment on a package's page on AUR instead. [1] http://bugs.archlinux.org/index.php?project=5 P.S.: I'm not a skilled news writer so don't beat me too much. :-P Any suggestions are welcome. -- Roman Kyrylych (Роман Кирилич)

3 3

[arch-dev-public] The Arch-ization of packages
by Roman Kyrylych 06 Nov '07

06 Nov '07

Hi! This is the latest report on the topic I like to discuss: http://bugs.archlinux.org/task/8384\ Other similar reports can be found on flyspray (I gave few links in comments to that report already) and forums. I honestly don't care much of having custom Arch-style splash screens, wallpapers, themes, OS identification in browsers etc. in our packages. I just want it to be *consistent*. There are few possibilities: 1) do not add customize packages to wear Arch name on them (as in Gnome packages now) 2) provide splashs/wallpapers/themes/etc. in packages but do not enable them by default (as in Xfce packages now) 3) provide splashs/wallpapers/themes/etc. in packages and hardcode or enable them by default (as in KDE packages and OOo now). Note that we already force arch-menus installed on every of those DEs. Also should decide if we want to patch Firefox, Seamonkey, Epiphany, Konqueror, Dillo (is it possible to patch Opera's default config files too?). Thoughts? -- Roman Kyrylych (Роман Кирилич)

10 10

[arch-dev-public] X.org 7.3 move to extra [was: cleanup testing {i686, x86_86}]
by Alexander Baldeck 06 Nov '07

06 Nov '07

Hey all, I also would like to move X.org 7.3 from [testing] and put it into our stable repos asap. I don't see any fixable issues at the moment, upstream changes are coming in only very slowly and I would say, we can add them to packages in [extra] just as well. Do you see any really show stoppers still? The latest fglrx works alright afaik. Thoughts? Cheers, -O

6 9

[arch-dev-public] netcfg2 in [testing]
by James Rayner 05 Nov '07

05 Nov '07

Just a heads up that I've put netcfg2 into [testing]... They work for me and others, and have proven to be solid for the last few months without many bugs -- they're well overdue for wider testing. Also... I'd like to move it into svn on projects.archlinux.org as there's no scm currently, who do I speak to about that? I'll post announcements tomorrow morning when I wake if nobody has any complaints. They'll follow as below. Cheers! James ---- netcfg2 is now in [testing]. netcfg2 aims to be a refined network profile system for Arch Linux, replacing the current implementation. Through this, it has also gained various features and improvements which are listed on the development wiki page (http://wiki.archlinux.org/index.php/Network_Scripts) Before it can replace the current profiles, netcfg2 needs testers of various wireless hardware and configuration to try the scripts and report back on the wiki page testing section (http://wiki.archlinux.org/index.php/Network_Scripts#Testing) Bugs can be filed at the bug tracker. Documentation for netcfg2 is located in the netcfg manpage, detailed examples in /etc/network.d/examples, and the wiki: http://wiki.archlinux.org/index.php/Network_Profiles

3 6