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

[arch-dev-public] {signoff] run-parts 3.1.3-1
by Pierre Schmitz 01 Jul '09

01 Jul '09

Hi, just forget to ask for sign-off. This is just a new upstream release. If e.g. update-ca-certificates works for you everything should be fine. Pierre -- Pierre Schmitz, http://users.archlinux.de/~pierre

1 0

[arch-dev-public] The [community-testing] repository
by Thomas Bächler 30 Jun '09

30 Jun '09

I think this has been requested and discussed a few times and I talked to several people about it, so I want to outline my ideas here: When moving the community db scripts to the new svn-based scripts, a community-testing repository should be created. With the new scripts, handling this is incredibly easy. And here is why: Rebuild sprees. We have the problem now with readline: libreadline.so.6 is in testing and community packages are built against .so.5. [testing] users cannot use everything from [community] and once we move everything to core and extra, it takes too much time for [community] to catch up. The [community-testing] repository will solve that: While the dev team does rebuilds in [testing], the TUs do the same in [community-testing]. When everything is done, a developer can move the core/extra and community packages simultaneously. This is not only useful for SONAME bumps, but also for kernel updates (there's a few kernel modules in [community]). I suggest this should be set up as soon as [community] is moved to SVN-based scripts, as the upcoming libjpeg rebuilds will break too many packages and we need to rebuild not only the [extra] but also the [community] packages in time. That's how I see it, opinions?

1 0

[arch-dev-public] rsyncing community
by Aaron Griffin 30 Jun '09

30 Jun '09

On Mon, Jun 29, 2009 at 9:35 PM, Aaron Griffin<aaronmgriffin(a)gmail.com> wrote: > On Mon, Jun 29, 2009 at 6:43 PM, Dan McGee<dpmcgee(a)gmail.com> wrote: >> On Mon, Jun 29, 2009 at 12:36 PM, Aaron Griffin<aaronmgriffin(a)gmail.com> wrote: >>> Aye, going to get the rsync up and running before the end of the day >> >> Status on this? I know we talked earlier about it, didn't know where it went. > > I didn't have the time until right now... you available? > > I want to setup rsyncd on aur.archlinux.org and have gerolde pull from > there periodically (every 30 minutes? hour?) Ok, rsyncd is running on the aur server, and I'm fiddling with rsyncing to gerolde. Currently I'm running: $ rsync -rptlv --safe-links --delete-after --delay-updates \ aur.archlinux.org::community /srv/ftp/community on gerolde. I snagged this out of a wiki article as I'm not too familiar with rsync options. Any suggestions for the options before I turn this into a cron job? Note: lots of "cannot change permissions" errors (probably due to g+s) - any way to skip that part?

1 1

[arch-dev-public] PHP 5.3.0
by Pierre Schmitz 30 Jun '09

30 Jun '09

So, a new major version of PHP was released. (in fact on there servers for some days now). Before people send me mails and flag the hell out here are some notes: * I wont release anything before the readline and libjpeg rebuilds are done and in core/extra * I had to remove the character set directive from my.cnf to make mysqlnd work with utf8 * I had to add some ugly workarounds to some of my scripts to make them work * The API has changed; so we need new versions of the external modules. The latest beta of APC seems to work fine; a new suhosin extension has not been released yet. But I'd bet that will happen quite soon. * I guess a lot of scripts will need updates. Long story short: I have to wait for the rebuild move and new release of the external extensions to put it into testing. And it should stay there for some time. -- Pierre Schmitz, http://users.archlinux.de/~pierre

1 0

[arch-dev-public] libjpeg-7 rebuilds
by Allan McRae 30 Jun '09

30 Jun '09

Hi all, I just created the TODO list for the libjpeg rebuilds (130 packages!). I will do an initial set of rebuilds that should hopefully allow everybody to boot into their desktop environment and then put out all call for help doing the rest of the builds. Note that I will not be pushing anything until the readline builds are moved which I assume will be soon after the community server is up. Allan

1 1

[arch-dev-public] [signoff] glib2 2.20.4
by Jan de Groot 29 Jun '09

29 Jun '09

Please signoff for both architectures. Overview of Changes from GLib 2.20.3 to GLib 2.20.4 =================================================== * Bug fixes: 579449 FileChoosers no longer work if an idle handler is active 579933 mainloop FD_CLOEXEC has a race condition 585088 g_string_chunk_insert_len stops at nul bytes 585360 Monitor fontconfig configuration files using gio causes m... 585478 don't leak the inotify fd 585520 Wrong warning option in documentation 585676 GEmblem doesn't reference its 'icon' if that is set as a ... 585726 Grammatical error in GList documentation 586868 g_filename_complete_get_completions doesn't always return... * Updated translations: Bengali India Punjabi

3 2

[arch-dev-public] [idea] global link database for all packages
by Pierre Schmitz 29 Jun '09

29 Jun '09

Hi, I just got an idea which might be worth to think about. Namcap is quite useful but due to its limitation of only seeing a certain pkg file at a time it cannot answer all questions. The idea is to create a database (similar to the file list we already create) which includes lists of files and to which they are linked. Dumping this togehter with our pkgdb and file lists in a hughe SQL db we can answer questions such as: * What are the hidden deps of a package? * Which pacakge need a rebuld if I bump a certain package? * Find missing deps * What happens if I remove a dep from a package? ** e.g. if I remove openssl as dep for Qt I need to review every package that directly or indirectly depends on Qt and check if it needs openssl (which was hidden by the Qt dep before) * Maybe check for so name conflicts or packages providing the same one? (libgl, java) * check a package deps without the need to actually install its deps. (like namcap) I made a quick and dirty script based on the createFileLists script: http://users.archlinux.de/~pierre/tmp/createLinkLists.txt It should work fine and even incremental but its runtime is awful. So, if you think that might be a good idea there is a lot of room for improvements. I don't know if its possible with bash but we don't really need to extract every file: * check if a file is an elf file * extract the header * move to next file -- Pierre Schmitz, http://users.archlinux.de/~pierre

4 10

[arch-dev-public] [signoff] grep-2.5.4-2
by Allan McRae 29 Jun '09

29 Jun '09

Hi, This fixes case insensitive search issues reported in FS#14877 Signoff both arches. Allan

2 5

[arch-dev-public] Integrity Check x86_64 26-06-2009
by repomaint＠archlinux.org 26 Jun '09

26 Jun '09

======================================== = Integrity Check x86_64 of core,extra = ======================================== Performing integrity checks... ==> parsing pkgbuilds ==> checking mismatches ==> checking archs ==> checking dependencies ==> checking makedepends ==> checking for circular dependencies Missing Dependencies ---------------------- archboot --> 'portmap>=6.0-2' archboot --> 'vim>=7.2.166-1' archboot --> 'rt2500>=1.1.0_B4-27' archboot --> 'netcfg>=2.2.0b1-1' Missing Makedepends --------------------- hplip --> 'portmap' v86d --> 'kernel26<2.6.30' bcprov --> 'java-gcj-compat' gnome-speech --> 'espeak' Repo Hierarchy for Makedepends -------------------------------- core/crda depends on extra/python-m2crypto core/iputils depends on extra/opensp core/iputils depends on extra/libxslt core/iputils depends on extra/docbook-xsl core/e2fsprogs depends on extra/bc core/syslog-ng depends on extra/libcap core/sqlite3 depends on extra/tcl core/ca-certificates depends on extra/ruby Summary --------- Missing PKGBUILDs: 0 Invalid PKGBUILDs: 0 Mismatching PKGBUILD names: 0 Duplicate PKGBUILDs: 0 Invalid archs: 0 Missing (make)dependencies: 8 Repo hierarchy problems: 8 Circular dependencies: 0

1 0

[arch-dev-public] Integrity Check i686 26-06-2009
by repomaint＠archlinux.org 26 Jun '09

26 Jun '09

====================================== = Integrity Check i686 of core,extra = ====================================== Performing integrity checks... ==> parsing pkgbuilds ==> checking mismatches ==> checking archs ==> checking dependencies ==> checking makedepends ==> checking for circular dependencies Missing Dependencies ---------------------- archboot --> 'portmap>=6.0-2' archboot --> 'vim>=7.2.166-1' archboot --> 'rt2500>=1.1.0_B4-27' archboot --> 'netcfg>=2.2.0b1-1' Missing Makedepends --------------------- hplip --> 'portmap' v86d --> 'kernel26<2.6.30' bcprov --> 'java-gcj-compat' gnome-speech --> 'espeak' Repo Hierarchy for Makedepends -------------------------------- core/crda depends on extra/python-m2crypto core/iputils depends on extra/opensp core/iputils depends on extra/libxslt core/iputils depends on extra/docbook-xsl core/e2fsprogs depends on extra/bc core/syslog-ng depends on extra/libcap core/sqlite3 depends on extra/tcl core/ca-certificates depends on extra/ruby Summary --------- Missing PKGBUILDs: 0 Invalid PKGBUILDs: 0 Mismatching PKGBUILD names: 0 Duplicate PKGBUILDs: 0 Invalid archs: 0 Missing (make)dependencies: 8 Repo hierarchy problems: 8 Circular dependencies: 0

1 0