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

[arch-dev-public] This is a test
by repomaint＠archlinux.org 20 Jun '08

20 Jun '08

Test message, yay

2 1

[arch-dev-public] check_archlinux output
by Aaron Griffin 20 Jun '08

20 Jun '08

Hey guys, I setup Scott's check_archlinux.py script, which checks overall repo integrity, to run daily on gerolde and email the list. Right now I set it up to run in 25 minutes for i686 and 30 minutes later for x86_64, just to test the output. I will move the times a little later, to make them more appropriate. I dunno how spammy this output will be, so this is more of a test than anything. Cheers, Aaron

1 0

[arch-dev-public] Dropping lots of packages
by Simo Leone 20 Jun '08

20 Jun '08

As countless people have noticed, my packages are pretty much unmaintained nowadays. After some thought, "package maintainer" isn't really a role I want to play anymore, so I'm dropping them. A full listing follows. Scoop up what you want. Some of these can (should) probably be moved to community too... -S ------------- bitlbee bzr darcs denyhosts django fakechroot festival festival-awb-arctic festival-don festival-kallpc16k festival-rablpc16k flite freepops gajim getmail ghc gtkterm habak happy jabberd libticables libticalcs libticonv libtifiles mod_hosts_access nph pil pycmail python-feedparser python-gtkglext python-mpdclient python-opengl setuptools sshfs swt tilp tomcat tor trayer xdelta xpp bitlbee-devel fvwm-crystal

5 11

[arch-dev-public] update problems on gerolde
by Tobias Kieslich 20 Jun '08

20 Jun '08

Hi gang, I just had an issue with running db-extra: -bash-3.2$ /arch/db-extra Updating DB for extra i686 ==> Processing new/updated packages for repository 'extra'... Checked out revision 3041. Checking SVN for scribus ==> Extracting database to a temporary location... ==> Adding package 'scribus-1.3.3.12-1-i686.pkg.tar.gz' -> Removing existing package 'scribus-1.3.3.11-2'... -> Creating 'desc' db entry... -> Computing md5 checksums... -> Creating 'depends' db entry... ==> Creating updated database file /tmp/db-update.extra-i686.533/build/extra.db.tar.gz No packages to delete Copying new files to '/home/ftp/extra/os/i686/' /bin/cp: cannot create regular file `/home/ftp/extra/os/i686/extra.db.tar.gz': Permission denied /bin/cp: cannot create regular file `/home/ftp/extra/os/i686/extra.db.tar.gz.old': Permission denied Cleaning staging dir Eric just reported that, the db has his user permission, which is why I can't overwrite it: -bash-3.2$ ls -l /home/ftp/extra/os/i686/extra.* -rw-r--r-- 1 eric users 412828 Jun 17 22:44 /home/ftp/extra/os/i686/extra.db.tar.gz -rw-r--r-- 1 eric users 412653 Jun 17 22:44 /home/ftp/extra/os/i686/extra.db.tar.gz.old -rw-rw-r-- 1 ftp ftp-extra 320495 May 21 05:36 /home/ftp/extra/os/i686/extra.db.tar.gz.orig -rw-r--r-- 1 pierre ftp-extra 3066292 Jun 18 03:57 /home/ftp/extra/os/i686/extra.files.tar.gz -rw-r--r-- 1 aaron ftp-extra 3059214 Jun 17 16:41 /home/ftp/extra/os/i686/extra.files.tar.gz.old bye can anyone with permissions can take care of that? thanks -T

6 9

[arch-dev-public] Repository Maintenance 20-06-2008 00:01
by repomaint＠archlinux.org 20 Jun '08

20 Jun '08

Scan complete for core (i686) at /home/ftp/core/os/i686/ The following files are out of date They will be moved to /home/package-cleanup mlocate-0.18-2-i686.pkg.tar.gz Scan complete for core (x86_64) at /home/ftp/core/os/x86_64/ The following files are out of date They will be moved to /home/package-cleanup mlocate-0.18-2-x86_64.pkg.tar.gz Scan complete for extra (i686) at /home/ftp/extra/os/i686/ The following files are out of date They will be moved to /home/package-cleanup dssi-0.9.1-2.pkg.tar.gz k3b-1.0.4-1-i686.pkg.tar.gz Scan complete for extra (x86_64) at /home/ftp/extra/os/x86_64/ The following files are out of date They will be moved to /home/package-cleanup dssi-0.9.1-2.pkg.tar.gz k3b-1.0.4-1-x86_64.pkg.tar.gz Scan complete for testing (i686) at /home/ftp/testing/os/i686/ The following files are in the repo but not the db They will be moved to /home/package-cleanup dssi-0.9.1-3-i686.pkg.tar.gz k3b-1.0.4-2-i686.pkg.tar.gz libdownload-1.3-1-i686.pkg.tar.gz mlocate-0.20-2-i686.pkg.tar.gz netcfg-2.0.6-1-i686.pkg.tar.gz openssh-5.0p1-1-i686.pkg.tar.gz Scan complete for testing (x86_64) at /home/ftp/testing/os/x86_64/ The following files are in the repo but not the db They will be moved to /home/package-cleanup dssi-0.9.1-3-x86_64.pkg.tar.gz k3b-1.0.4-2-x86_64.pkg.tar.gz libdownload-1.3-1-x86_64.pkg.tar.gz mlocate-0.20-2-x86_64.pkg.tar.gz netcfg-2.0.6-1-x86_64.pkg.tar.gz openssh-5.0p1-1-x86_64.pkg.tar.gz

1 0

[arch-dev-public] [signoff] mlocate 0.20-2
by James Rayner 20 Jun '08

20 Jun '08

Version 0.18 -> 0.20 Closed: FS#9977 FS#10224 Signoff x86_64 and x86 from me.

5 5

[arch-dev-public] Repository Maintenance 19-06-2008 18:01
by repomaint＠archlinux.org 19 Jun '08

19 Jun '08

Scan complete for core (i686) at /home/ftp/core/os/i686/ Scan complete for core (x86_64) at /home/ftp/core/os/x86_64/ Scan complete for extra (i686) at /home/ftp/extra/os/i686/ The following files are out of date They will be moved to /home/package-cleanup gcin-1.4.0-1-i686.pkg.tar.gz scons-0.98.3-1-i686.pkg.tar.gz Scan complete for extra (x86_64) at /home/ftp/extra/os/x86_64/ The following files are out of date They will be moved to /home/package-cleanup gcin-1.4.0-1-x86_64.pkg.tar.gz git-1.5.5.3-1-x86_64.pkg.tar.gz scons-0.98.3-1-x86_64.pkg.tar.gz srcpac-0.5-1.pkg.tar.gz Scan complete for unstable (i686) at /home/ftp/unstable/os/i686/ Scan complete for unstable (x86_64) at /home/ftp/unstable/os/x86_64/ Scan complete for testing (i686) at /home/ftp/testing/os/i686/ Scan complete for testing (x86_64) at /home/ftp/testing/os/x86_64/

2 1

[arch-dev-public] [signoff] filesystem-2008.06-1
by Dan McGee 19 Jun '08

19 Jun '08

New filesystem package: * Bumped the month number * Updated services/protocols files. These were updated in CVS 3 months ago but had still not gotten a rebuild, and were lost in the transition to SVN. This will close FS#9941. I couldn't build for x86_64, so if someone could do that it would be great. -Dan

6 12

[arch-dev-public] [signoff] man-pages 2.80-1
by Andreas Radke 19 Jun '08

19 Jun '08

in testing for both arches. only minor changes as always. please signoff. -Andy

4 5

[arch-dev-public] Fwd: Repository Maintenance 18-06-2008 18:01 From: cron@archlinux.org
by Aaron Griffin 18 Jun '08

18 Jun '08

Yay automated emails. I set this to me so I didn't spam the list. Switching to the dev list now ---------- Forwarded message ---------- From: cron(a)archlinux.org <root(a)archlinux.org> Date: Wed, Jun 18, 2008 at 5:01 PM Subject: Repository Maintenance 18-06-2008 18:01 From: cron(a)archlinux.org To: Scan complete for core (i686) at /home/ftp/core/os/i686/ Scan complete for core (x86_64) at /home/ftp/core/os/x86_64/ Scan complete for extra (i686) at /home/ftp/extra/os/i686/ The following files are out of date They will be moved to /home/package-cleanup babl-0.0.20-1-i686.pkg.tar.gz gegl-0.0.16-2-i686.pkg.tar.gz liferea-1.4.16-1-i686.pkg.tar.gz scribus-1.3.3.12-1-i686.pkg.tar.gz Scan complete for extra (x86_64) at /home/ftp/extra/os/x86_64/ The following files are out of date They will be moved to /home/package-cleanup babl-0.0.20-1-x86_64.pkg.tar.gz gegl-0.0.16-2-x86_64.pkg.tar.gz gnash-common-0.8.2-3-x86_64.pkg.tar.gz gnash-gtk-0.8.2-1-x86_64.pkg.tar.gz gnash-kde-0.8.2-1-x86_64.pkg.tar.gz liferea-1.4.16-1-x86_64.pkg.tar.gz Scan complete for unstable (i686) at /home/ftp/unstable/os/i686/ The following files are in the repo but not the db They will be moved to /home/package-cleanup gimp-devel-2.5.0-1-i686.pkg.tar.gz gimp-devel-2.5.1-1-i686.pkg.tar.gz Scan complete for unstable (x86_64) at /home/ftp/unstable/os/x86_64/ The following files are in the repo but not the db They will be moved to /home/package-cleanup gimp-devel-2.5.0-1-x86_64.pkg.tar.gz gimp-devel-2.5.1-1-x86_64.pkg.tar.gz Scan complete for testing (i686) at /home/ftp/testing/os/i686/ Scan complete for testing (x86_64) at /home/ftp/testing/os/x86_64/

1 0

Re: [arch-dev-public] [arch-events] FrosCon 23.- 24.08.2008
by Pierre Schmitz 18 Jun '08

18 Jun '08

Hi all, finally I got a response from the FrosCon-team. If we could get our own room doesn't seem to be sure but chances are high that we will. I need some final decisions to get those things organised. At first I need a list of those who want to help us and attend to this event. (you do not have to be a dev ;-)) In addition to this we have to talk about wether we want to have our own booth/table or not. (The froscon team seems to prefer a "yes" here and I think it could be fun.) Of course we need to be enough people. To spped things up, I'll set a deadline: So please answer till Friday. (better respond till tomorrow) Pierre PS: Daniel mentioned that not everybody who might be interested in this has subscribed to arch-events; so I cc'ed to arch-dev-public. -> Please subscribe to arch-events if you haevn't done yet. -- http://www.archlinux.de

1 0

[arch-dev-public] testing2x(64) or cleanup script buggy?
by Andreas Radke 17 Jun '08

17 Jun '08

I moved several packages with the new testing2x(64) script. To be sure I use /home/thomas/cleanup.sh for cleaning. Now I found all packages I moved with the testing2x (toolchain, openoffice, coreutils, wget) script not to be deleted from the ftp/testing directory. And also the cleanup.sh doesn't detect them to be obsolete. Though the testing/packages.txt doesn't include them anymore. Thomas and Aaron, can you please have a look? -Andy

3 7

[arch-dev-public] European Store
by Aaron Griffin 17 Jun '08

17 Jun '08

Hey guys, Daniel and I have talked about this off and on, but because someone yelled at me over jabber, I am bringing it up here. Daniel is testing out European schwag stores, so some of you can get stuff over there and not pay out the ass for shipping. Here's the forum post: http://bbs.archlinux.org/viewtopic.php?id=49818 Again, nothing is final, this is just a response to a request for "more transparency"

4 5

[arch-dev-public] [signoff] coreutils 6.12-1
by Andreas Radke 17 Jun '08

17 Jun '08

in testing for both arches. patches have been updated to the recent Fedora versions. * Noteworthy changes in release 6.12 (2008-05-31) [stable] ** Bug fixes chcon, runcon: --help output now includes the bug-reporting address cp -p copies permissions more portably. For example, on MacOS X 10.5, "cp -p some-fifo some-file" no longer fails while trying to copy the permissions from the some-fifo argument. id with no options now prints the SELinux context only when invoked with no USERNAME argument. id and groups once again print the AFS-specific nameless group-ID (PAG). Printing of such large-numbered, kernel-only (not in /etc/group) group-IDs was suppressed in 6.11 due to ignorance that they are useful. uniq: avoid subtle field-skipping malfunction due to isblank misuse. In some locales on some systems, isblank(240) (aka &nbsp) is nonzero. On such systems, uniq --skip-fields=N would fail to skip the proper number of fields for some inputs. tac: avoid segfault with --regex (-r) and multiple files, e.g., "echo > x; tac -r x x". [bug present at least in textutils-1.8b, from 1992] ** Changes in behavior install once again sets SELinux context, when possible [it was deliberately disabled in 6.9.90] please signoff. -Andy

3 2

[arch-dev-public] [signoff] wget 1.11.3-1
by Andreas Radke 17 Jun '08

17 Jun '08

* Changes in Wget 1.11.3 ** Downgraded -N with -O to a warning, rather than an error. ** Translation updates - in testing for both arches, please signoff. Andy

3 2

[arch-dev-public] Adding keytouch and keytouch-editor in [extra]
by Eric Belanger 16 Jun '08

16 Jun '08

Hi, I would like to add both keytouch and keytouch-editor to [extra]. I currently maintain them in community. I am currently cleaning up my packages in AUR/community and considering moving most (perhaps all) of the remaining to extra to centralize my packaging to the official repos. I'll let you know at the time, for now it's just keytouch and keytouch-editor that I plan to move. At last, keytouch and keytouch-editor have 48 and 44 votes, respectively. Any objections? Thanks, Eric -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.

3 2

[arch-dev-public] GCC update in core and kernels
by Jan de Groot 15 Jun '08

15 Jun '08

I noticed GCC has been moved to the core repository today. AFAIK, modules built with GCC 4.3.1 won't load in a kernel compiled with GCC 4.3.0 and the other way around. If this really is the case, we should rebuild the kernel and all modules with the new GCC and while we're at it, close some bugreports that require a rebuild of the kernel and all modules also.

2 1

[arch-dev-public] [signoff] new toolchain
by Andreas Radke 15 Jun '08

15 Jun '08

I've updated both architectures to: gcc-libs-4.3.1-1 gcc-4.3.1-1 - minor bugfixes kernel-headers-2.6.25.6-1 glibc-2.8-1 - major bump binutils-2.18-7 - minor fixes tzdata-2008c-1 glibc doesn't ship tarballs anymore. we use cvs checkouts from the stable branch. so we get all latest bugfixes that went upstream. we do it the same way now for binutils. please test these packages a bit more intensive. some gcc related updates for packages in extra will follow soon. please signoff after testing. (my own "will OpenOffice build and run" test is still pending) When the toolchain has moved to core I plan to update "db" with another nice .so bump... -Andy glibc changes: Version 2.8 * New locales: bo_CN, bo_IN. * New encoding: HP-ROMAN9, HP-GREEK8, HP-THAI8, HP-TURKISH8. * Sorting rules for some Indian languages (Devanagari and Gujarati). Implemented by Pravin Satpute. * IPV6 addresses in /etc/resolv.conf can now have a scope ID * nscd caches now all timeouts for DNS entries Implemented by Ulrich Drepper. * nscd is more efficient and wakes up less often. Implemented by Ulrich Drepper. * More checking functions: asprintf, dprintf, obstack_printf, vasprintf, vdprintf, and obstack_vprintf. Implemented by Jakub Jelinek. * Faster memset for x86-64. Implemented by Harsha Jagasia and H.J. Lu. * Faster memcpy on x86. Implemented by Ulrich Drepper. * ARG_MAX is not anymore constant on Linux. Use sysconf(_SC_ARG_MAX). Implemented by Ulrich Drepper. * Faster sqrt and sqrtf implemention for some PPC variants. Implemented by Stephen Munroe.

4 7

[arch-dev-public] [signoff] kernel26 2.6.25.6-1
by Thomas Bächler 14 Jun '08

14 Jun '08

Updated to new stable release. There are some security fixes, so I apologize for the delay and hope you guys sign off on it quickly. I had no time to look at the numerous other bugs, so this is only the update to the latest stable. Packages should be up in testing in a few minutes.

3 2

[arch-dev-public] On the road to KDE 4.1
by Pierre Schmitz 12 Jun '08

12 Jun '08

Hey guys, I have made some packages of the first beta release of KDE 4.1. I had to update some dependencies and put them into [testing]. I also cleaned up the QT package. Due to a file conflict with kdelibs-4 I disabled phonon. The PKGBUILDs are built from scratch and I tried to keep it as simple as possible. This is more a test on how to package this stuff rather then testing the next kde itself. My suggestion would be: Let's create a kde-repo on top of our testing repo and see how we can package it and manage the transition from kde3. I have setup such a repo as an example: [kde-testing] http://users.archlinux.de/~pierre/kde-testing/x86_64/ There are the most important parts of KDE and in addition to this an example of how we could handle old packages which depend on KDE3: kaffeine. I would like to see some comments about this and some help would be nice, too. :-) Before putting this into you pacman.conf, please read this: This repo is just for testing packaging. It's incomplete and will break things. You should uninstall all kde3-stuff before: pacman -Rcsn kde Last but not least: especially to all "adventurous users" out there: please don't use this repo if you just want to have a look at the next kde; use one of the live-cds instead. Pierre -- http://www.archlinux.de

6 12

[arch-dev-public] [signoff] findutils-4.4.0-1
by Eric Belanger 12 Jun '08

12 Jun '08

In testing for both arches. Please signoff. Changes: - Upstream update to 4.4.0 - Updated license to GPL3 - Rebuilt against testing toolchain. Should be moved to core at the same time than the toolchain. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.

2 1

[arch-dev-public] Where is cactus?
by Grigorios Bouzakis 12 Jun '08

12 Jun '08

Hi, i seem to be having trouble finding elliot under the assignees list in flyspray. Anyone have any idea whats going on? I guess he is still part of the crew and its a weird flyspray bug of some sort. Greg

3 2

[arch-dev-public] maintainers wanted
by Andreas Radke 11 Jun '08

11 Jun '08

I want to concentrate more on packages that take much time like OOo and our toolchain. In the past I adopted many packages just to solve the orphan state. So I'd like to give away a few of my packages I don't use myself: cyrus-sasl cyrus-sasl-plugins maybe gnash (i'm using swfdec most time) ntp procmail python ruby tcl/tk opera-devel Maybe some more. If you want to adopt one of these or any other of my packages just drop me a mail or catch me on irc or any messenger. -Andy

2 1

[arch-dev-public] Repo cleanup / Package adoption
by Eric Belanger 10 Jun '08

10 Jun '08

Hi, This is yet another repo cleanup package adoption thread. There hasn't been much feedback when I last brought up the subject so let's try to fix this once for all. This is an important issue. The cleanup is mostly done. The current issue is orphaned (make)depends. I'll repeat the process. Go to https://dev.archlinux.org/wiki/Repo%20Cleanup/ There is the list of orphans and the packages that depends on them. The name of the maintainer of the package depending on orphans is also listed so just search for your name. It's as simple as that so it only takes a few minutes. Keep in mind that these orphanes are in the repo because YOUR package depends on them so they need to be maintained as well. There are still orphaned core packages. Of course, anyone is free to adopt any orphans that they wish. Once you adopted some packages, remove them from the list to keep the list up-to-date. You can also post the list of packages you have adopted in this thread and I'll take care of removing them from the wiki list. Either way, please reply in this thread to confirm that you went through the list. That will give me an idea on how many devs have checked the list. However, it is possible that some of you already have the maximum workload that they can handle so they can't really adopt any or all of their packages' orphaned depends. At least, check the list to see if your packages depends on orphaned packages and let us know. Perhaps someone else, who can add to their current workload, would be willing to adopt some of these orphans especially if they use the package that depends on them. I'm sure we'll be able to split the present orphans workload somehow between us. Currently, we just need an idea on the current workload state. In summary, we should ideally get a reply in this thread from every active dev confirming that they went though the wiki list and: a) have adopted all or some of their "assigned" orphans and have modified the list accordingly or b) have adopted all or some of their "assigned" orphans and posted a list here so I can update the wiki and/or c) have adopted none or only some of their "assigned" orphans because of too high workload or other reason. Two other points: I would like to remind everyone that after adding a package in the repo or moving it to another repo, don't forget to adopt it afterwards in the dashboard. I believe that's one reason explaining why several packages are currently orphaned. I haven't updated the wiki list since the last time except a when I happen to stumble on a new orphan so it might be slightly out-of-date compared to the dashboard orphans. When it'll be significantly smaller, I'll update it. Thanks for your cooperation, Eric -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.

12 25

[arch-dev-public] going to be offline for an unsertain time
by Andreas Radke 09 Jun '08

09 Jun '08

I'm going to move out of my own house again into a flat and will leave my former girlfriend and son here. The move will happen on 1st of June. To get a phone/dsl line in my new flat will take some time. So I'll be lost in the offline world for an uncertain time. Everybody feel free to update important packages or fix my bugs. Hope 2 c u soon. -Andy

3 4

[arch-dev-public] New DBs and the force flag
by Aaron Griffin 06 Jun '08

06 Jun '08

So, thanks to Xavier for noticing there is a bit of an issue with the force flag. Older packages do not have the FORCE flag set in the actual package file itself, so regenerating the DBs means that those kinda went poof. Additionally, the repo-add version that respects the FORCE flag in the packages was not on gerolde (it was still running pacman 3.1.0) at the time of generation. I'd like to suggest all of you who use the FORCE flag, or have PKGBUILDs with the force flag do the following: * reevaluate if it's still needed. I would guess if it hasn't needed a 'force' since before the last ISO, then we should be fine. * rebuild old packages that still need it, and resubmit * if it is a newer package, re-submit it to the db by copying to your staging dir. I will do some of this work, when I get home tonight. Would anyone be willing to throw together a quick list of packages that need checking?

2 5

[arch-dev-public] git commit access
by Aaron Griffin 06 Jun '08

06 Jun '08

Hey guys, Just wanted to let you all know that we have given git push access to the AUR to both callan and loui. We set them up with ONLY git-shell accounts so they can't muck with gerolde or break anything. Cheers, Aaron

1 0

[arch-dev-public] [signoff] openssl, ca-certificates and run-parts
by Pierre Schmitz 06 Jun '08

06 Jun '08

Hi, as mentioned in another thread the new openssl package now depends on ca- certificates because openssl does not provide certs anymore. run-parts is another dependency for the update-hook scripts of ca-certificates. So please sign-off those packages for moving into [core]. Pierre -- archlinux.de

4 4

[arch-dev-public] [signoff] ntfs-3g 1.0.2531-1
by Thomas Bächler 05 Jun '08

05 Jun '08

I forgot to send this message, please sign off. Just an upstream update, nothing exciting on our end.

4 3

[arch-dev-public] [signoff] syslog-ng 2.0.9-1
by Eric Belanger 05 Jun '08

05 Jun '08

In testing for both arches. Please signoff. minor upstream update from 2.0.6 to 2.0.9 Upstream changelog: 2.0.9 Sun, 23 Mar 2008 21:36:47 +0100 Bugfixes: * Fixed handling more than 256 destinations by changing the reference counter type of LogMessages to a 16 bit value. * Fixed a possible SIGABRT crash if the hosts file passed to dns-cache-hosts() had multiple entries with the same IP address. * Fixed a possible crash during startup if "-g" was specified without using "-u". 2.0.8 Thu, 31 Jan 2008 12:38:21 +0100 Bugfixes: * Fixed a regression in 2.0.7 that caused destination files not to be reopened when syslog-ng was reopened. This causes potential problems with log rotation. * Fixed DNS cache size checking, persistent DNS cache entries were also counted against dns_cache_size() which might decrease cache space significantly when a large /etc/hosts file is in use. * Fixed a bug that caused the persistent DNS cache (e.g. /etc/hosts) to be reloaded for all name resolution requests. Other changes: * Fixed sample configuration file for RedHat. * Some portability changes in loggen. * Added cygwin packaging files to contrib/cygwin-packaging. 2.0.7 Thu, 03 Jan 2008 07:01:59 +0100 Bugfixes: * Fixed UNIX domain socket destinations on Solaris. * Fixed flow-control behaviour for follow-mode source files. * Added the "mark" keyword to be an alias of "mark_freq" for compatibility with syslog-ng 1.6. * Fixed message loss in destination files during configuration reloads if syslog-ng is heavily loaded. * Fixed a possible segmentation fault in the dns-cache-host() file parsing code for improperly formatted host files. * Fixed possible "Insufficient buffer space" errors in the STREAMS driver. * Fixed the starvation of the timer used to reap unused destination files, which could cause some files never to be closed under heavy load. * Fixed ISO timestamp parsing for timestamps that have no timezone information or have a too long fraction of a second portion. * Added a workaround for possible deadlocks on /proc/kmsg and user terminals. * Fixed program name parsing that caused problems for TAG values that include the '/' character. This problem was introduced by 2.0.6. Other changes: * The fsync() option was implemented. * Added support for file sources that do not exist at startup. * Added support the "--persist-file" configuration option. * Added support for timestamps used by some LinkSys routers. * Added loggen tool to generate syslog messages at the specified rate. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.

3 2

[arch-dev-public] Crazy Schedule
by Jeff Mickey 05 Jun '08

05 Jun '08

So I graduated from college about a month ago, and things have been pretty hectic. My laptop from which I do most of my arch development is almost dead (I'm writing this email from my father's mac) I graduated from college and got a job. I have to get a new place to live, internet connection, tv, water, blah blah blah. Oh, and I had surgery today... So let's call this a sabbatical until I come back. I had hoped to do arch work while I was home with my parents in the middle of this whole move thing, but the laptop is not happy with me. Anyone can update anything of mine if they want. // jeff -- . : [ + carpe diem totus tuus + ] : .

2 1

[arch-dev-public] New temporary place for pkg_diff.html
by Daniel Isenmann 04 Jun '08

04 Jun '08

Hi everybody, we all know that Andy is moving to his new apartement and waiting for his internet connection. At the moment the pkd_diff.html at his html directory is out of date. Because of that, I will run the script (because I have written it and have it here) once a day irregularly and upload it to my html directory here: http://dev.archlinux.org/~daniel/pkg_diff.html After Andy is online again, it will be on the old place again. Cheers, Daniel

4 4

[arch-dev-public] Anyone use samba?
by Aaron Griffin 04 Jun '08

04 Jun '08

I saw this bug today: http://bugs.archlinux.org/task/10526 I do not use samba, but could update it and pray if no one else actually uses it. Cheers, Aaron

6 8

[arch-dev-public] [signoff] openssl-0.9.8g
by Pierre Schmitz 04 Jun '08

04 Jun '08

Hi, I just uploaded a new release of openssl to testing. It fixes some security issues (see changelog below). So please sign-off. In addition to this I had to rebuilt ntp and fix its depends to openssl. Last but not least according to the changelog openssl does not provide any root-certs anymore. If there are any apps which rely on those, we should think about providing a separate root-certs package. Pierre Changes between 0.9.8g and 0.9.8h [28 May 2008] *) Fix flaw if 'Server Key exchange message' is omitted from a TLS handshake which could lead to a cilent crash as found using the Codenomicon TLS test suite (CVE-2008-1672) [Steve Henson, Mark Cox] *) Fix double free in TLS server name extensions which could lead to a remote crash found by Codenomicon TLS test suite (CVE-2008-0891) [Joe Orton] *) Clear error queue in SSL_CTX_use_certificate_chain_file() Clear the error queue to ensure that error entries left from older function calls do not interfere with the correct operation. [Lutz Jaenicke, Erik de Castro Lopo] *) Remove root CA certificates of commercial CAs: The OpenSSL project does not recommend any specific CA and does not have any policy with respect to including or excluding any CA. Therefore it does not make any sense to ship an arbitrary selection of root CA certificates with the OpenSSL software. [Lutz Jaenicke] *) RSA OAEP patches to fix two separate invalid memory reads. The first one involves inputs when 'lzero' is greater than 'SHA_DIGEST_LENGTH' (it would read about SHA_DIGEST_LENGTH bytes before the beginning of from). The second one involves inputs where the 'db' section contains nothing but zeroes (there is a one-byte invalid read after the end of 'db'). [Ivan Nestlerode <inestlerode(a)us.ibm.com>] *) Partial backport from 0.9.9-dev: Introduce bn_mul_mont (dedicated Montgomery multiplication procedure) as a candidate for BIGNUM assembler implementation. While 0.9.9-dev uses assembler for various architectures, only x86_64 is available by default here in the 0.9.8 branch, and 32-bit x86 is available through a compile-time setting. To try the 32-bit x86 assembler implementation, use Configure option "enable-montasm" (which exists only for this backport). As "enable-montasm" for 32-bit x86 disclaims code stability anyway, in this constellation we activate additional code backported from 0.9.9-dev for further performance improvements, namely BN_from_montgomery_word. (To enable this otherwise, e.g. x86_64, try "-DMONT_FROM_WORD___NON_DEFAULT_0_9_8_BUILD".) [Andy Polyakov (backport partially by Bodo Moeller)] *) Add TLS session ticket callback. This allows an application to set TLS ticket cipher and HMAC keys rather than relying on hardcoded fixed values. This is useful for key rollover for example where several key sets may exist with different names. [Steve Henson] *) Reverse ENGINE-internal logic for caching default ENGINE handles. This was broken until now in 0.9.8 releases, such that the only way a registered ENGINE could be used (assuming it initialises successfully on the host) was to explicitly set it as the default for the relevant algorithms. This is in contradiction with 0.9.7 behaviour and the documentation. With this fix, when an ENGINE is registered into a given algorithm's table of implementations, the 'uptodate' flag is reset so that auto-discovery will be used next time a new context for that algorithm attempts to select an implementation. [Ian Lister (tweaked by Geoff Thorpe)] *) Backport of CMS code to OpenSSL 0.9.8. This differs from the 0.9.9 implemention in the following ways: Lack of EVP_PKEY_ASN1_METHOD means algorithm parameters have to be hard coded. Lack of BER streaming support means one pass streaming processing is only supported if data is detached: setting the streaming flag is ignored for embedded content. CMS support is disabled by default and must be explicitly enabled with the enable-cms configuration option. [Steve Henson] *) Update the GMP engine glue to do direct copies between BIGNUM and mpz_t when openssl and GMP use the same limb size. Otherwise the existing "conversion via a text string export" trick is still used. [Paul Sheer <paulsheer(a)gmail.com>] *) Zlib compression BIO. This is a filter BIO which compressed and uncompresses any data passed through it. [Steve Henson] *) Add AES_wrap_key() and AES_unwrap_key() functions to implement RFC3394 compatible AES key wrapping. [Steve Henson] *) Add utility functions to handle ASN1 structures. ASN1_STRING_set0(): sets string data without copying. X509_ALGOR_set0() and X509_ALGOR_get0(): set and retrieve X509_ALGOR (AlgorithmIdentifier) data. Attribute function X509at_get0_data_by_OBJ(): retrieves data from an X509_ATTRIBUTE structure optionally checking it occurs only once. ASN1_TYPE_set1(): set and ASN1_TYPE structure copying supplied data. [Steve Henson] *) Fix BN flag handling in RSA_eay_mod_exp() and BN_MONT_CTX_set() to get the expected BN_FLG_CONSTTIME behavior. [Bodo Moeller (Google)] *) Netware support: - fixed wrong usage of ioctlsocket() when build for LIBC BSD sockets - fixed do_tests.pl to run the test suite with CLIB builds too (CLIB_OPT) - added some more tests to do_tests.pl - fixed RunningProcess usage so that it works with newer LIBC NDKs too - removed usage of BN_LLONG for CLIB builds to avoid runtime dependency - added new Configure targets netware-clib-bsdsock, netware-clib-gcc, netware-clib-bsdsock-gcc, netware-libc-bsdsock-gcc - various changes to netware.pl to enable gcc-cross builds on Win32 platform - changed crypto/bio/b_sock.c to work with macro functions (CLIB BSD) - various changes to fix missing prototype warnings - fixed x86nasm.pl to create correct asm files for NASM COFF output - added AES, WHIRLPOOL and CPUID assembler code to build files - added missing AES assembler make rules to mk1mf.pl - fixed order of includes in apps/ocsp.c so that e_os.h settings apply [Guenter Knauf <eflash(a)gmx.net>] *) Implement certificate status request TLS extension defined in RFC3546. A client can set the appropriate parameters and receive the encoded OCSP response via a callback. A server can query the supplied parameters and set the encoded OCSP response in the callback. Add simplified examples to s_client and s_server. [Steve Henson] -- archlinux.de

6 14

[arch-dev-public] New nvidia drivers in testing
by Thomas Bächler 03 Jun '08

03 Jun '08

The new nvidia drivers have finally been released. They are in testing now for both architectures. I upload them completely untested, as my desktop is unaccessible until tomorrow. I dropped the libnvidia-wfb from the package, as it does the same as Xorg's libwfb and our xorg-server is sufficiently new (at least as far as I was told). Please report and working/non-working GPUs, I hope we can move this to extra soon.

3 3

[arch-dev-public] Best way to force file overwrites in a package?
by Thayer Williams 03 Jun '08

03 Jun '08

I'm putting together a kmenu icon set to replace the default icons. Upon installation I want it to backup the existing icons and copy the new ones. I tried doing this with an install file, but I still get a "conflicting files" error when I try to install the package. Ideally, I'd like this to work without forcing the user to pacman -f the package. Is this possible? I've included the install file below... is there a cleaner way of performing this task? Should I even bother with backing up the old stuff? A post_remove message could instruct the user to reinstall the 'kdelibs' package instead. pre_install() { #backup existing kmenu icons mv /opt/kde/share/icons/crystalsvg/16x16/apps/kmenu.png \ /opt/kde/share/icons/crystalsvg/16x16/apps/kmenu.png.backup mv /opt/kde/share/icons/crystalsvg/22x22/apps/kmenu.png \ /opt/kde/share/icons/crystalsvg/22x22/apps/kmenu.png.backup mv /opt/kde/share/icons/crystalsvg/32x32/apps/kmenu.png \ /opt/kde/share/icons/crystalsvg/32x32/apps/kmenu.png.backup mv /opt/kde/share/icons/crystalsvg/48x48/apps/kmenu.png \ /opt/kde/share/icons/crystalsvg/48x48/apps/kmenu.png.backup mv /opt/kde/share/icons/crystalsvg/64x64/apps/kmenu.png \ /opt/kde/share/icons/crystalsvg/64x64/apps/kmenu.png.backup mv /opt/kde/share/icons/crystalsvg/128x128/apps/kmenu.png \ /opt/kde/share/icons/crystalsvg/128x128/apps/kmenu.png.backup mv /opt/kde/share/icons/crystalsvg/scalable/apps/kmenu.svgz \ /opt/kde/share/icons/crystalsvg/scalable/apps/kmenu.svgz.backup } post_install() { echo "==> Archlinux KDE theme files can be enabled via kcontrol" } # restore original kmenu icons mv /opt/kde/share/icons/crystalsvg/16x16/apps/kmenu.png.backup \ /opt/kde/share/icons/crystalsvg/16x16/apps/kmenu.png mv /opt/kde/share/icons/crystalsvg/22x22/apps/kmenu.png.backup \ /opt/kde/share/icons/crystalsvg/22x22/apps/kmenu.png mv /opt/kde/share/icons/crystalsvg/32x32/apps/kmenu.png.backup \ /opt/kde/share/icons/crystalsvg/32x32/apps/kmenu.png mv /opt/kde/share/icons/crystalsvg/48x48/apps/kmenu.png.backup \ /opt/kde/share/icons/crystalsvg/48x48/apps/kmenu.png mv /opt/kde/share/icons/crystalsvg/64x64/apps/kmenu.png.backup \ /opt/kde/share/icons/crystalsvg/64x64/apps/kmenu.png mv /opt/kde/share/icons/crystalsvg/128x128/apps/kmenu.png.backup \ /opt/kde/share/icons/crystalsvg/128x128/apps/kmenu.png mv /opt/kde/share/icons/crystalsvg/scalable/apps/kmenu.svgz.backup \ /opt/kde/share/icons/crystalsvg/scalable/apps/kmenu.svgz }

3 4

[arch-dev-public] Moving and a birthday (this weekend)
by Aaron Griffin 02 Jun '08

02 Jun '08

Hey guys, I wanted to let you know I am moving apartments this weekend, and Sunday is also my birthday (woo?). So I will be pretty much offline. I will be around to check email every so often though, so if something important comes up, send me a direct mail and I'll get to it. Cheers, Aaron

3 4

[arch-dev-public] abs tree checker
by Xavier 01 Jun '08

01 Jun '08

Hello, stonecrest wrote a very useful script in my opinion a while ago : http://www.archlinux.org/pipermail/arch/2007-November/016238.html However, it hasn't been updated since the svn move and the new abs. It had a feature to fetch the abs tree itself, using csup directly. But anyway it is not required, abs can be used manually instead, so I just removed that part. The second problem is the directory structure, which is now different for core/extra/etc, where the package dir are on the first level, compared to community which still has the old layout with an additional level of category. This breaks the following function : def repo_from_path(path): return path.split("/")[-4] It should be -4 for community and -3 for the rest. Instead I just used 3, but it will only work on /var/abs/ tree (or any other structure with just 2 directory levels). Anyway, this was just two quick hacks to get the script working again and see what were its results now. And it is still far from perfect :) I think this script is something that packagers (of the official repos) should check regularly to ensure the quality of arch pkgbuilds and packages. So here is the result I get currently : $ ./check_archlinux.py --abs-tree=/var/abs ======================== = i686 Integrity Check = ======================== Performing integrity checks... ==> parsing pkgbuilds ==> checking dependencies ==> checking makedepends ==> checking archs ==> checking for circular dependencies ==> checking repo packages Missing PKGBUILDs ------------------- /community/devel/codeblocks/PKGBUILD /community/devel/php-apc/PKGBUILD /community/kde/kima/PKGBUILD /community/system/pommed/PKGBUILD /community/x11/gpomme/PKGBUILD /community/x11/e/PKGBUILD /community/lib/python-ctypes/PKGBUILD /community/lib/python-elementtree/PKGBUILD /community/multimedia/miro/PKGBUILD /community/gnome/cheese/PKGBUILD Mismatched Pkgnames --------------------- 'dbhub' vs. /community/daemons/dbhub/PKGBUILD 'dina-font' vs. /community/x11/dina-font/PKGBUILD 'offlineimap' vs. /community/network/offlineimap/PKGBUILD Missing Dependencies ---------------------- fldigi-docs --> 'acroread' gnome-media --> 'gstreamer0.10-gconf' listen --> 'gstreamer0.10-gconf' listen --> 'gstreamer0.10-alsa' listen --> 'gstreamer0.10-mad' listen --> 'gstreamer0.10-vorbis' perl-mail-dkim --> 'perl-digest-sha' perl-app-cli --> 'perl-locale-maketext-simple' striim --> 'gstreamer0.10-mad' striim --> 'gstreamer0.10-gnomevfs' medit --> 'gcc-objc' soundconverter --> 'gstreamer0.10-gnomevfs' soundconverter --> 'gstreamer0.10-vorbis' soundconverter --> 'gstreamer0.10-lame' soundconverter --> 'gstreamer0.10-flac' soundconverter --> 'gstreamer0.10-mad' flumotion --> 'gstreamer0.10-libpng' flumotion --> 'gstreamer0.10-vorbis' flumotion --> 'gstreamer0.10-theora' flumotion --> 'gstreamer0.10-ogg' fdlog --> 'acroread' jokosher --> 'gstreamer0.10-gnomevfs' gnustep-gui --> 'gcc-objc' kungfu --> 'gstreamer0.10-dvdread' kungfu --> 'gstreamer0.10-mpeg2dec' kungfu --> 'gstreamer0.10-libpng' kungfu --> 'gstreamer0.10-theora' perl-critic --> 'perl-readonly' thoggen --> 'gstreamer0.10-theora' thoggen --> 'gstreamer0.10-dvdread' thoggen --> 'gstreamer0.10-a52dec' thoggen --> 'gstreamer0.10-mpeg2dec' thoggen --> 'gstreamer0.10-vorbis' thoggen --> 'gstreamer0.10-ogg' perl-graphics-colornames --> 'perl-module-load' exaile --> 'gstreamer0.10-gnomevfs' exaile --> 'gstreamer0.10-gconf' bmpx --> 'gstreamer0.10-alsa' bmpx --> 'gstreamer0.10-cdparanoia' archboot --> 'rt2x00-cvs' archboot --> 'iwlwifi' ion-modules --> 'ion' ion-modules --> 'ion-scripts' gnustep-back --> 'gcc-objc' quodlibet --> 'gstreamer0.10-mad' quodlibet --> 'gstreamer0.10-vorbis' gnustep-base --> 'gcc-objc' muine --> 'gstreamer0.10-faad' Missing Makedepends --------------------- perl-app-cli --> 'perl-locale-maketext-simple' perl-time-duration --> 'perl-test-pod-coverage' pandoc --> 'haskell-mtl' pygoocanvas --> 'pygobject-doc' perl-graphics-colornames --> 'perl-module-load' totem-plugin --> 'gstreamer0.10-gconf' gensplash --> 'klibc-beyond' Unmet Dependency Provisions ----------------------------- fldigi-docs --> 'fldigi=2.10' d4x --> 'openssl<=0.9.8' bincimap --> 'openssl<=0.9.8' arora-git --> 'qt>=4.4.0' drscheme --> 'openssl<=0.9.8' eclipse-ve --> 'eclipse<3.3' socat --> 'openssl<=0.9.8' qc-usb --> 'kernel26<2.6.25' libfwbuilder --> 'openssl<=0.9.8' acerhk --> 'kernel26<2.6.25' martian --> 'kernel26<=2.6.25-0' Unmet Makedepends Provisions ------------------------------ wpa_supplicant --> 'kernel26<2.6.25' v86d --> 'kernel26<2.6.25' Repo Hierarchy for Makedepends -------------------------------- extra/xosd depends on community/xmms extra/flac depends on community/xmms core/iputils depends on extra/jade core/madwifi-utils depends on extra/sharutils core/e2fsprogs depends on extra/bc core/madwifi depends on extra/sharutils Invalid Archs --------------- libofa --> x64_86 kexec-tools --> 686 zsnes --> ppc mod_perl --> x64_86 minicom --> !x86_64 Circular Dependencies ----------------------- coreutils>pam>db>coreutils eclipse-ecj>gcc-gcj>eclipse-ecj archboot>archboot Missing Repo Packages ----------------------- postgis-1.2.1-1 in community/os/i686 lmms-0.3.2-1 in community/os/i686 sakura-2.1.0-2 in community/os/i686 'dina-font'-2.89-2 in community/os/i686 qc-usb-0.6.6-6 in community/os/i686 musicmanager-0.9.8-1 in community/os/i686 open-vm-tools-modules-2008.04.14-1 in community/os/i686 proj-4.5.0-2 in community/os/i686 'offlineimap'-5.99.14-1 in community/os/i686 'dbhub'-'0.450'-3 in community/os/i686 open-vm-tools-2008.04.14-1 in community/os/i686 gnash-common-0.8.2-1 in extra/os/i686 evolution-data-server-2.22.1.1-1 in extra/os/i686 enscript-1.6.4-3 in extra/os/i686 Summary --------- Dirs with missing PKGBUILDs: 10 Duplicate PKGBUILDs: 0 Missing (make)dependencies: 55 Unmet provisioned (make)dependencies: 13 Circular dependencies: 3 Invalid archs: 5 Missing packages in repos: 14 Mismatching PKGBUILD names: 3 Repo hierarchy problems: 6

3 3

[arch-dev-public] new arch-events mailinglist (next event FrosCon)
by Pierre Schmitz 31 May '08

31 May '08

Hi, there is a new mailinglist about Arch related events: http://archlinux.org/mailman/listinfo/arch-events This list is meant for organisation and discussion about upcoming events such as FrosCon 2008. If you are interested in taking part of this conference and/or want to help with organisation please subscribe to this public list. Pierre -- archlinux.de

2 2

[arch-dev-public] licenses
by Paul Mattal 31 May '08

31 May '08

I've started a pet project.. going through and adding licenses for packages without them. Not sure how long I'll be able to keep at it, but I'll just keep going as long as I can stand it. I encourage you all to add licenses for packages you maintain, if you can, while you're in there updating them. There's MANY packages without them (over 1000). I got through finding licenses for 64 packages in a couple of hours; they're not always easy to track down. It's much easier when you already have the source downloaded and can just look for a COPYING or LICENSE file. Cheat sheet for what we call the various GPL variants in the license=() array: * (L)GPL - (L)GPLv2 or any later version * (L)GPL2 - (L)GPL2 only * (L)GPL3 - (L)GPL3 or any later version I just added the license line to the trunk PKGBUILD.. nothing more. So you should get these on your next rebuild. Just an attempt to contribute some grunt work to the cause. - P

2 2

[arch-dev-public] [PATCH] Allow repo name to be specified on command line
by dpmcgee＠gmail.com 31 May '08

31 May '08

From: Dan McGee <dan(a)archlinux.org> Move the extrapkg script to the name repopkg. All of the corepkg/extrapkg etc. scripts will retain their same behavior; however if the program is called with the name repopkg the first parameter passed will be used as the repository name to upload to. Note that the non-existence of this directory on the remote end will probably result in failure. Signed-off-by: Dan McGee <dan(a)archlinux.org> --- Makefile | 14 ++++++++------ extrapkg => repopkg | 7 +++++-- 2 files changed, 13 insertions(+), 8 deletions(-) rename extrapkg => repopkg (96%) diff --git a/Makefile b/Makefile index 384e7e0..75c83c9 100644 --- a/Makefile +++ b/Makefile @@ -1,13 +1,14 @@ all: install: - # extrapkg/checkpkg and friends + # repopkg/checkpkg and friends mkdir -p $(DESTDIR)/usr/bin install -m 755 checkpkg $(DESTDIR)/usr/bin - install -m 755 extrapkg $(DESTDIR)/usr/bin - ln -sf extrapkg $(DESTDIR)/usr/bin/corepkg - ln -sf extrapkg $(DESTDIR)/usr/bin/testingpkg - ln -sf extrapkg $(DESTDIR)/usr/bin/unstablepkg + install -m 755 repopkg $(DESTDIR)/usr/bin + ln -sf repopkg $(DESTDIR)/usr/bin/corepkg + ln -sf repopkg $(DESTDIR)/usr/bin/extrapkg + ln -sf repopkg $(DESTDIR)/usr/bin/testingpkg + ln -sf repopkg $(DESTDIR)/usr/bin/unstablepkg # arch{co,release,rm} install -m 755 archco $(DESTDIR)/usr/bin install -m 755 archrelease $(DESTDIR)/usr/bin @@ -23,8 +24,9 @@ install: uninstall: # remove all files we installed rm $(DESTDIR)/usr/bin/checkpkg - rm $(DESTDIR)/usr/bin/extrapkg + rm $(DESTDIR)/usr/bin/repopkg rm $(DESTDIR)/usr/bin/corepkg + rm $(DESTDIR)/usr/bin/extrapkg rm $(DESTDIR)/usr/bin/testingpkg rm $(DESTDIR)/usr/bin/unstablepkg rm $(DESTDIR)/usr/sbin/mkarchroot diff --git a/extrapkg b/repopkg similarity index 96% rename from extrapkg rename to repopkg index fa72c53..04b6451 100755 --- a/extrapkg +++ b/repopkg @@ -13,7 +13,7 @@ if [ -r ~/.makepkg.conf ]; then source ~/.makepkg.conf fi -cmd=`basename $0` +cmd=$(basename $0) if [ ! -f PKGBUILD ]; then echo "No PKGBUILD file" @@ -38,7 +38,10 @@ if [ ! -f $pkgfile ]; then fi fi -if [ "$cmd" == "extrapkg" ]; then +if [ "$cmd" == "repopkg" ]; then + repo="$1" + shift +elif [ "$cmd" == "extrapkg" ]; then repo="extra" elif [ "$cmd" == "corepkg" ]; then repo="core" -- 1.5.5.3

3 3

[arch-dev-public] Staging directories on gerolde
by Thayer Williams 30 May '08

30 May '08

On Fri, May 30, 2008 at 10:16 AM, Travis Willard <travis(a)archlinux.org> wrote: > On Fri, May 30, 2008 at 1:01 PM, Thayer Williams <thayer(a)archlinux.org> wrote: >> I've updated the kde-common package for i686, but I can't build it for >> x86_64. I guess it's time to start looking for a 3rd computer... > > Actually, this is one of those packages that could easily be for the > 'any' arch. Basically, since it's all scripts, and all of 'em are > just copied into the proper locations, you can cheat - change your > arch in makepkg.conf, rebuild the package (generating an x86_64 > package, which is identical to the i686 one) and upload it, then > change back your makepkg.conf > > Since you're not building any code, this'll work fine. ...splitting this thread before its deviates further: I just attempted to commit an x86_64 package and extrapkg spat out: scp: staging/extra64/add/kde-common-3.5.9-2-x86_64.pkg.tar.gz: No such file or directory md5sum: staging/extra64/add/kde-common-3.5.9-2-x86_64.pkg.tar.gz: No such file or directory File got corrupted during upload, cancelled. I had removed the {repo}64 dirs from ~/staging last week after reading somewhere that we didn't need these any longer. However, as soon as I added them again the package committed as expected. Is this is a bug or did I miss something else about the staging dirs?

2 2

[arch-dev-public] Questions about Archlinux branding/artwork for KDE
by Thayer Williams 30 May '08

30 May '08

I'm putting together a new package that will contain artwork and branding for KDE. While reviewing the existing kde-common package, I noticed we're also providing defaults for font types and sizes as well as general konqueror settings. I don't plan to include the preferences in the branding package, but I was wondering whether we should be providing these at all. Are the KDE defaults so bad that we need to override them? I figured now would be a good time to discuss this since the existing package will be getting a major overhaul. As far as I can tell, the only things that appear necessary are the kdm rc.d scripts and related environment files...

7 20

[arch-dev-public] dbscripts questions
by Dan McGee 30 May '08

30 May '08

Quick questions about the DB scripts, the output is below for reference. I haven't built a new package in quite a while and I have been on vacation, so hopefully I'm not repeating old material here. 1. It didn't die, but they tell me to both delete my 64 staging dirs and then throw errors on the stat. I guess it is a bit misleading, but as long as the 64 bit dirs are on the way out, not too many objections. 2. db-extra tells me there are no package to delete, and doesn't list old files anymore. Yet the old package definitely still exists- are these cleaned up by a cronjob now so I have nothing to worry about? -Dan dan@gerolde ~ $ /arch/db-extra Updating DB for extra i686 -------------------------------------------------- It looks like you have an old staging dir Packages are now differentiated by the arch in the filename. Please delete '/home/dan/staging/extra64' -------------------------------------------------- /bin/mv: cannot stat `/home/dan/staging/extra64/add/*': No such file or directory /bin/mv: cannot stat `/home/dan/staging/extra64/del/*': No such file or directory ==> Processing new/updated packages for repository 'extra'... Checked out revision 2230. Checking SVN for git ==> Extracting database to a temporary location... ==> Adding package 'git-1.5.5.3-1-i686.pkg.tar.gz' -> Removing existing package 'git-1.5.5.1-1'... -> Creating 'desc' db entry... -> Computing md5 checksums... -> Creating 'depends' db entry... ==> Creating updated database file /tmp/db-update.extra-i686.1026/build/extra.db.tar.gz No packages to delete Copying new files to '/home/ftp/extra/os/i686/' Cleaning staging dir dan@gerolde ~ $ ls staging/ core core64 extra extra64 testing testing64 unstable unstable64 dan@gerolde ~ $ ls /home/ftp/extra/os/i686/git-1.5.5. git-1.5.5.1-1-i686.pkg.tar.gz git-1.5.5.3-1-i686.pkg.tar.gz

2 1

[arch-dev-public] Changing my jabber account
by Aaron Griffin 29 May '08

29 May '08

I've had two jabber accounts for a bit - one on phraktured.net and gmail. I'm switching to just the gmail account, because I'm sick of running my own server, and I want to only use one account. If I miss an account in the transfer, just re-add me. It's the same as this email address anyway. Cheers, Aaron

1 0

[arch-dev-public] New packages in extra: archlinux-themes-ksplash and archlinux-themes-kde
by Thayer Williams 29 May '08

29 May '08

A bit late for a announcements, but I've added a new ksplash package to extra. It contains: * new archlinux-simplyblack ksplash theme * the original ksplash (now archlinux-retro) theme I will also be adding a general kde theme package. It will initially contain: * shutdown logo * kmenu icon(s) * optional user pic This package will also pull the following as deps: * archlinux-themes-kdm * archlinux-themes-ksplash * archlinux-wallpaper * archlinux-artwork

1 0

[arch-dev-public] Who wants to set up my 64 bit build box?
by Jason Chu 29 May '08

29 May '08

I have a machine that has been put aside for building 64 bit packages. Now that Aaron's is dead, we could start using this one. I have no idea how Aaron's was set up so I don't really have an idea on how to set this one up. What is needed for me to make this build machine available?

4 5

[arch-dev-public] ftpdir-cleanup
by Aaron Griffin 29 May '08

29 May '08

I still haven't installed this as a cron job which will auto-email the list when it does things. So here's some output for ya: I'm also running for extra x86_64 and core for both arches, but I'll skip that output. Scan complete for extra (i686) at /home/ftp/extra/os/i686/ The following files are out of date They will be moved to /home/package-cleanup archlinux-themes-gdm-1.0-1-i686.pkg.tar.gz archlinux-themes-slim-1.0-1-i686.pkg.tar.gz aufs-20080210-3-i686.pkg.tar.gz blas-19980702-4-i686.pkg.tar.gz blender-2.45-1-i686.pkg.tar.gz bogofilter-1.1.6-1-i686.pkg.tar.gz catalyst-8.3-2-i686.pkg.tar.gz catalyst-8.4-2-i686.pkg.tar.gz catalyst-utils-8.3-1-i686.pkg.tar.gz catalyst-utils-8.4-1-i686.pkg.tar.gz clisp-2.41-2.pkg.tar.gz cvs-1.11.22-6-i686.pkg.tar.gz dcraw-1.399-1-i686.pkg.tar.gz easytag-2.1.4-1-i686.pkg.tar.gz fcpci-31107-41-i686.pkg.tar.gz fcpcmcia-31107-39-i686.pkg.tar.gz gcin-1.3.9-1-i686.pkg.tar.gz gnome-keyring-2.22.1-1-i686.pkg.tar.gz gnupod-0.99.5-2-i686.pkg.tar.gz gnupod-0.99.6-1-i686.pkg.tar.gz gnutls-2.0.4-1-i686.pkg.tar.gz gparted-0.3.5-1-i686.pkg.tar.gz gspcav1-1.00.20-4-i686.pkg.tar.gz gtkspell-2.0.11-2.pkg.tar.gz gtk-theme-switch2-2.0.0rc2-2.pkg.tar.gz hal-0.5.11rc2-2-i686.pkg.tar.gz hal-info-0.20080317-1-i686.pkg.tar.gz httrack-3.42-1-i686.pkg.tar.gz id3lib-3.8.3-9-i686.pkg.tar.gz inputproto-1.4.2.1-1-i686.pkg.tar.gz intel-536ep-2.56.76.0-54-i686.pkg.tar.gz intel-537-2.60.80.0-54-i686.pkg.tar.gz kqemu-1.3.0pre11-18-i686.pkg.tar.gz laptop-mode-tools-1.41-1-i686.pkg.tar.gz libgl-7.0.3rc2-1-i686.pkg.tar.gz libx11-1.1.3-6-i686.pkg.tar.gz libxinerama-1.0.2-1.pkg.tar.gz libxkbfile-1.0.4-1.pkg.tar.gz libxss-1.1.1-1.pkg.tar.gz libxv-1.0.3-1.pkg.tar.gz lirc-0.8.2-11-i686.pkg.tar.gz live-media-2008.01.19-1-i686.pkg.tar.gz lsof-4.79-1-i686.pkg.tar.gz maxima-5.15.0-1-i686.pkg.tar.gz mesa-7.0.3rc2-1-i686.pkg.tar.gz mpg123-1.4.1-1-i686.pkg.tar.gz mutt-1.5.17-4-i686.pkg.tar.gz nitrogen-1.2-2-i686.pkg.tar.gz nvidia-169.12-2-i686.pkg.tar.gz nvidia-71xx-71.86.04-2-i686.pkg.tar.gz nvidia-96xx-96.43.05-2-i686.pkg.tar.gz pm-utils-1.1.0-1-i686.pkg.tar.gz printproto-1.0.3-1.pkg.tar.gz python-sqlobject-0.9.0-1.pkg.tar.gz qgit-1.5.7-2-i686.pkg.tar.gz qt-4.3.3-4-i686.pkg.tar.gz rox-2.7.1-1-i686.pkg.tar.gz setuptools-0.6c7-1-i686.pkg.tar.gz slmodem-2.9.11-40-i686.pkg.tar.gz smplayer-0.5.62-2-i686.pkg.tar.gz smplayer-themes-0.1.14-1-i686.pkg.tar.gz sonata-1.5.1-1-i686.pkg.tar.gz sonata-1.5-2-i686.pkg.tar.gz spidermonkey-1.60-1.pkg.tar.gz thunderbird-2.0.0.14-1-i686.pkg.tar.gz transmission-1.11-1-i686.pkg.tar.gz unichrome-dri-7.0.3rc2-1-i686.pkg.tar.gz vim-buftabs-0.9-1-i686.pkg.tar.gz vim-vcscommand-22-1-i686.pkg.tar.gz vlc-0.8.6f-2-i686.pkg.tar.gz vlc-0.8.6g-1-i686.pkg.tar.gz xf86driproto-2.0.3-1.pkg.tar.gz xf86-video-i810-1.7.4-7-i686.pkg.tar.gz xf86-video-intel-2.2.1-2-i686.pkg.tar.gz xf86-video-mga-1.4.8-1-i686.pkg.tar.gz xf86-video-nv-2.1.7-1-i686.pkg.tar.gz xorg-server-1.4.0.90-9-i686.pkg.tar.gz xproto-7.0.11-1-i686.pkg.tar.gz xtrans-1.0.4-1.pkg.tar.gz yasm-0.7.0-1-i686.pkg.tar.gz

1 0

[arch-dev-public] Tygra down - can anyone build catalyst & utils for x86_64?
by Travis Willard 29 May '08

29 May '08

Can't connect to phrak's x86_64 build machine (connection times out) If someone could build x86_64 catalyst and catalyst-utils (new PKGBUILDs in trunk/) I'd appreciate it. thanks.

2 3

Re: [arch-dev-public] [arch-commits] Commit in archlinux-themes-kdm/trunk (ChangeLog PKGBUILD)
by Pierre Schmitz 26 May '08

26 May '08

Am Montag, 26. Mai 2008 04:36:14 schrieb Thayer Williams: > upgpkg: archlinux-themes-kdm 1.0-1 > Initial release with one theme. May I ask how to use this theme? Btw: there is a gdm*.desktop file in the package. Pierre -- archlinux.de

3 8

[arch-dev-public] problems uploading a package
by Roman Kyrylych 25 May '08

25 May '08

[roman@home trunk]$ extrapkg gtkspell-2.0.13-1-i686.pkg.tar.gz 100% 24KB 24.0KB/s 00:00 File integrity okay. ===> Uploaded /home/roman/packages/gtkspell-2.0.13-1-i686.pkg.tar.gz ===> Commited with "upgpkg: gtkspell 2.0.13-1" message D ../repos/extra-i686/gtkspell-2.0.11-enchant.patch CG ../repos/extra-i686/PKGBUILD property 'svnmerge-integrated' set on '../repos/extra-i686' ~/scm-repos/svn-packages/gtkspell ~/scm-repos/svn-packages/gtkspell/trunk svn: Commit failed (details follow): svn: Aborting commit: '/home/roman/scm-repos/svn-packages/gtkspell/repos/extra-i686/PKGBUILD' remains in conflict ~/scm-repos/svn-packages/gtkspell/trunk ===> Tagged for extra-i686 [roman@home trunk]$ As can bee seen from arch-commits - commit to trunk/ was successful, but committing to repos/ fails. Any ideas why this happens? -- Roman Kyrylych (Роман Кирилич)

2 2

[arch-dev-public] [signoff] ntfs-3g 1.0.2506-1
by Thomas Bächler 25 May '08

25 May '08

Forgot to send the signoff message yesterday: Another update, please somebody sign off this time. For the users reading this: As very few developers use ntfs-3g, please do a short functionality test (mounting, reading/writing a few files) and sign off if it works, so this can go to core fast.

3 2

[arch-dev-public] kernel26 moved, announcement draft
by Thomas Bächler 24 May '08

24 May '08

I'm sorry I didn't think about it earlier, but it was time for the kernel to be moved, so I did it. So this is (perhaps a little late), a draft for the announcement: Linux 2.6.25 moves to core It took much longer than usual, I'm sorry for that, but kernel26 can now be moved to core. Here are the changes: - Configuration has been reviewed completely, some more drivers have been enabled, configurations for both architectures are now in sync - IO accounting has been enabled, this makes it possible to use iotop - Cleaned up the kernel patches, everything is now in one big -ARCH patch, for details look at http://projects.archlinux.org/?p=linux-2.6-ARCH.git;a=summary Problems: - The USB subsystem can now only be accessed by GPL kernel modules. Therefore, the slmodem USB module does no longer work. I compiled the slmodem package without the slusb.ko module, I have no idea if this is still useful. - martian no longer compiles, I have no idea why and didn't find a fix for it. - Some users report that their iwl4965 is broken in 2.6.25, while others say it works fine. See these two bug reports: http://bugs.archlinux.org/task/10389, http://bugs.archlinux.org/task/10442 I advise all affected users to keep a copy of the old kernel26 and module packages or not to update at all.

4 4

[arch-dev-public] introducing qt-4.4
by Pierre Schmitz 24 May '08

24 May '08

Hi all, I just uploaded a first version of qt-4.4 to [testing]. This is more than a minor upstream update, so please have a look at your qt4-apps. I have updated lyx to 1.5.5 to make it work with new qt. For PSI I had to use a svn-snapshot. But I think there'll be a final release of 0.12 quite soon. I haven't reviewed the configuration of the qt package yet; so I am open to any suggestions. Pierre -- archlinux.de

1 0

[arch-dev-public] On vacation until 23rd of May
by Daniel Isenmann 23 May '08

23 May '08

Hi, I will be on vacation until 23rd of May. There will be no computer with internet access. Feel free to update my packages if it is necessary... Have a good time.... Bye, Daniel

2 2

[arch-dev-public] Moving the DB scripts
by Aaron Griffin 23 May '08

23 May '08

Hey all, I'm going to move the new db scripts live. In an hour or so. I still need to generalize Pierre's testing2core script and commit it, then I will push them live. Once I do that, it is going to break the website updates for a short period - until Eliott can get to the web changes (we haven't been able to coordinate properly, so rather than wasting time, I'm doing this move now). So, if you guys could hold off doing repo related activities in about an hour or so, that'd be great. One fun addition: /arch/db-remove No more need for package files to remove a package. Syntax is: db-remove pkgname repo arch Cheers, Aaron

7 28

[arch-dev-public] Installer release was: [signoff] kernel26 2.6.25.4-1...
by Aaron Griffin 22 May '08

22 May '08

On Thu, May 22, 2008 at 4:24 PM, Simo Leone <simo(a)archlinux.org> wrote: > On Thu, May 22, 2008 at 04:20:48PM -0500, Simo Leone wrote: >> >> Signed off kernel, mkinitcpio, and catalyst - i686 >> >> Let's do this thing. >> > > Oh and one more thing, the new installer release is only blocked on the > kernel. They'll be getting out to mirrors within 12 hours of the kernel > getting pushed. So I guess that makes today a big day :) Quick question - does the installer still use packages.txt? Those files are way broken.

1 0

[arch-dev-public] [signoff] kernel26 2.6.25.4-1, mkinitcpio 0.5.19-1 and 2.6.25 modules
by Thomas Bächler 22 May '08

22 May '08

The new mkinitcpio works around the custom dsdt bug, thus I think we can move to core now. Please sign off on all you can. I didn't include support for more than 4 CPUs now, because it would have required yet another rebuild of all modules (I already had to rebuild them all for 2.6.25.3 due to configuration changes). More CPUs are not that critical, so they can wait until 2.6.26. martian is still broken and I have no idea how to fix it. That means it will be dropped (or just kept lying around until there is a fix), I doubt that many people actually need it.

6 6

[arch-dev-public] [signoff] initscripts 2008.05-1
by Thomas Bächler 22 May '08

22 May '08

I think it is time to release this, here are the changes: - Remove usbfs special handling from rc.sysinit, for explanation see http://localhost/git/?p=arch/initscripts/.git;a=commit;h=f3e064ec822b3dae19… - Make USEDIRECTISA default to no - this is a change in behaviour compared to what we had in the past, but it makes more sense like this - Remove the initrd hacks, this has all been solved more elegantly with initramfs - Fix some bug in the network daemon - Remove the screen blanking setting from rc.sysinit, we don't usually hardcode such things - Fix some weird udev issues, hopefully (I have no idea why the fix works, but it has been confirmed) - Some random cosmetics/fixes in code and output If you want to know it all, look at the git repository.

4 4

[arch-dev-public] [signoff] libtool 2.2.2-1
by Andreas Radke 18 May '08

18 May '08

regression fixes we almost all had in our last pkg. -Andy EWS - list of user-visible changes between releases of GNU Libtool New in 2.2.2: 2008-04-01: CVS version 2.2.1a, Libtool team: * New features: - In compile mode, compiler output occurs in the user locale. This feature has been present in 1.5.26 but not in 2.2. * Changes in supported systems or compilers: - Initial shared library support for AmigaOS4 on powerpc. * Bug fixes: - Fix 2.2 regression in libltdl that causes memory corruption upon repeated `lt_dlinit(); lt_dlexit()'. - Fix 2.2 regression in libltdl that skipped the dlopen loader if the system also supports other loaders (e.g., Cygwin, HP-UX). - Fix 2.2 regression in that `libtool --mode=execute CMD ARGS' does not transform ARGS that do not look like shell or C wrappers of libtool programs. - Fix 2.2 regression that kept cross-compiling to w32 from working. - Several testsuite issues have been fixed, thanks to user feedback.

4 10

[arch-dev-public] SVN move announcement? was: CVS links in AUR?
by Roman Kyrylych 17 May '08

17 May '08

2008/4/28 eliott <eliott(a)cactuswax.net>: > Fixed the archweb frontpage to reflect the cvs -> svn change. > (changed the cvs link to svn, and modified the instructions therein.) > > Someone may want to make a news announcement. We've missed any announcement since we started the cvs->svn move. Is it way too late now (every user has figured that we move from cvs to svn?) or we should finally officially announce this on webpage? -- Roman Kyrylych (Роман Кирилич)

3 3

[arch-dev-public] I'm online
by Roman Kyrylych 17 May '08

17 May '08

Hi all! Here's a "quick" status report. 1) I have an internet connection at home again! 2) I will finally move to another city by the end of this month (this process is so tiresome and time consuming). 3) My archbox at home is heavily outdated. I will download the needed packages at my job though, so it should be up-to-date on Tuesday. 4) It would be hard to upload updated versions of my packages from my home due to very slow internet connection, and I will be able to do this only during the weekends and 1-2 hours at nights maybe. So bringing all outdated packages to new versions will take some time. Oh, an I need to get used to SVN workflow first. Big thanks to everyone who updated my packages or took them under his maintainership! 5) After the move I will try to get a laptop as soon as possible (I do not plan to take my archbox from home) so I will be able to do everything at the new place. There is a possibility to get a fast internet connection via 3G cell network, so finally all connection problems should gone. Oh, and I think my main system on it will be x86_64 (with a bunch of i686 and x86_64 virtual machines of course). 6) I have around 2000 of unread threads in my gmailbox, already started to read them. 7) Thanks Grigorios, Aaron and everyone else involved in keeping the amount of open bugs at the manageable level. I will try to get back to this as soon as I can, and I need to fix the bugs assigned to me first (what a shame, I have many of them still not fixed). 8) I'm thinking about resigning from from the TU position and concentrate more on core Arch development. I can still maintain some packages in Community if I will have time, but I haven't been active in TUland recently so I feel that it will be better to remove the second part from the "Dev/TU" title. We continue to see more TUs aboard, so I'm sure there are more than enought skillend and confident people to handle packages I used to maintain. Many of them are gnome-related packages and I'm willing to provide any needed help for the people who will take care of them. Formal announcement, package giveout etc. will come later, in the mean time feel free to pick packages you want to maintain. -- Roman Kyrylych (Роман Кирилич)

1 0

[arch-dev-public] Offline for 2 weeks
by Tobias Powalowski 16 May '08

16 May '08

Hi guys, im mostly offline the next 2 weeks, marriage and honeymoon :) greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

6 5

[arch-dev-public] Zazzle mug
by Aaron Griffin 15 May '08

15 May '08

I just thought you guys should see, I got this in the mail today: http://flickr.com/photos/phrakture/2495173230/

3 4

[arch-dev-public] problem with i686 repo
by Eric Belanger 15 May '08

15 May '08

There is a problem with the i686 extra repo. Packages are being "downgraded". See http://dev.archlinux.org/~andyrtr/pkg_diff.html Most of the non-xorg stuff are supposed to be uptodate for both repo. Did someone ran svn commit in an old svn tree? The commits ML didn't reported these changes. What happened? I guess it's some sort of DB inconsistency. I'll try to see what happened and to fix it. Eric -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.

5 8

[arch-dev-public] X.org upgrades
by Alexander Baldeck 14 May '08

14 May '08

Hey All, just in case you're wondering why I'm rolling out all the upgrades to testing with just mesa 7.0.3rc3, well these I have been running for a while and am just committing my changes. The 7.0.3 Mesa releases will arrive sometime this week. I don't think I'll make it today since I still have to commit i686. (man, devtools/svn is quite a slowdown ^^) Cheers, Alex

5 8

[arch-dev-public] Vacation
by Travis Willard 14 May '08

14 May '08

I too will be taking a vacation, mine being a trip to Israel. However mine starts June 7th, and will last until June 21st, so you still have to put up with me for a bit. I just figured I'd get in on the party while everyone else was announcing.

4 3

[arch-dev-public] [signoff] links 2.1pre34-1
by Eric Belanger 14 May '08

14 May '08

In testing for both arches. Minor upstream update: === RELEASE 2.1pre34 === Sun May 4 21:18:15 MET 2008 mikulas: Allow displaying large images in xwindow (that do not fit into xserver memory) Sun May 4 20:13:21 MET 2008 mikulas: Fixed image was sometimes not redrawn, when connection was interrupted in the middle and resumed Sun May 4 17:52:29 MET 2008 Ben Secrest <blsecres(a)gmail.com>: Don't change Xwindow class Wed Apr 16 03:10:02 cet 2008 Didier Mequignon <didiermequignon(a)wanadoo.fr>: Updated French translation Wed Mar 26 20:50:32 MET 2008 mikulas: Fixed crash in text mode with small window height and bookmarks Sat Mar 22 22:01:15 MET 2008 mikulas: Accept </> as an empty tag Thu Mar 20 22:47:09 CET 2008 mikulas: Accept alternate description attributes for image buttons Thu Mar 20 04:36:45 MET 2008 mikulas: Fixed the bug that when displaying source, some html entities were errorneously translated Thu Mar 20 04:30:52 MET 2008 mikulas: Added fallback for ‑ entity Thu Mar 13 22:43:48 CET 2008 mikulas: Allow multiple WWW-Authenticate headers -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.

4 10

[arch-dev-public] [signoff] pcre 7.7-1
by Eric Belanger 14 May '08

14 May '08

In testing for both arches. Please signoff. Changes: - minor upstream update - removed no_arg.patch patch as it as been merged upstream - added ChangeLog -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.

2 1

[arch-dev-public] Inconsistencies in the DB
by Thomas Bächler 13 May '08

13 May '08

REPO ARCHITECTURE PACKAGE VERSION FILENAME extra i686 devtools 0.6.2-1 devtools-0.6-1-x86_64.pkg.tar.gz extra x86_64 cln 1.2.0-1 cln-1.2.2-1-x86_64.pkg.tar.gz extra x86_64 lxsplit 0.1.1-1 lxsplit-0.2.2-1-x86_64.pkg.tar.gz extra x86_64 streamripper 1.62.3-1 streamripper-1.63.0-1-x86_64.pkg.tar.gz extra x86_64 wput 0.6-2 wput-0.6.1-1-x86_64.pkg.tar.gz

2 1

[arch-dev-public] New package in extra: archlinux-themes-gdm
by Thayer Williams 13 May '08

13 May '08

I've got another package to add to extra today: archlinux-themes-gdm Arch Linux greeter theme for the GNOME login manager Currently there is only one theme; I just want to get these things built and pushed to the community. Once we have the packages in place, we can tweak the artwork, etc. Cheers

1 0

[arch-dev-public] New package in extra: archlinux-themes-slim
by Thayer Williams 13 May '08

13 May '08

I am adding the Arch-branded slim themes to extra: archlinux-themes-slim Contains fives Arch themes for the SLiM login manager, including the original logo theme (now 'archlinux-retro'). Thayer

4 6

Re: [arch-dev-public] [arch-commits] Commit in php-suhosin/trunk (PKGBUILD)
by Pierre Schmitz 13 May '08

13 May '08

Am Montag, 12. Mai 2008 15:33:35 schrieb Pierre Schmitz: > upgpkg: php-suhosin 0.9.24-1 When trying to commit the i686 pacakge I got the following strange error: [pierre@opteron trunk]$ testingpkg php-suhosin-0.9.24-1-i686.pkg.tar.gz 100% 72KB 72.2KB/s 00:00 File integrity okay. ===> Uploaded php-suhosin-0.9.24-1-i686.pkg.tar.gz ===> Commited with "upgpkg: php-suhosin 0.9.24-1" message ~/packages/php-suhosin ~/packages/php-suhosin/trunk svn: Path '../repos' is not a directory ~/packages/php-suhosin/trunk ~/packages/php-suhosin ~/packages/php-suhosin/trunk svn: Can't open file 'trunk/svnmerge-commit-message.txt': No such file or directory ~/packages/php-suhosin/trunk rm: cannot remove `svnmerge-commit-message.txt': No such file or directory Cancelled

2 1

[arch-dev-public] Update: kernel26 2.6.25.1-1
by Thomas Bächler 13 May '08

13 May '08

Changes are: - updates to .1 upstream patch - catalyst should work on x86_64 now - iotop works now - removed toshiba-acpi patch. The one or two people who need it should refer to this: http://aur.archlinux.org/packages.php?ID=16934 This is a general example of how to build a patched driver without having to build the whole kernel - updated unionfs - updated acpi dsdt initrd patch, it is still broken though, see here: http://bugs.archlinux.org/task/10381 - group scheduler disabled, it seems it causes big latencies. slmodem and martian are still broken, I didn't get to look at that yet. I think about dropping them, as probably only a handfull of people use them. I'd also like to hear some opinions on re-adding mactel. They have updates now and apparently some people have problems without them (one report of a non-bootable system, dunno if it's mactel-related).

4 10

[arch-dev-public] [signoff] lvm2 2.02.36
by Thomas Bächler 12 May '08

12 May '08

Please sign off. If nobody responds to this mail (as last time), I will simply move the packages.

3 2

[arch-dev-public] New url for blog/homepage
by James Rayner 11 May '08

11 May '08

Everything's at iphitus.org now... http://iphitus.org The feed is now: http://iphitus.wordpress.com/feed/ Would someone be able to update the Planet to reflect this? Cheers! James

2 1

[arch-dev-public] New packages in extra: arch branding
by Thayer Williams 10 May '08

10 May '08

I am adding these packages to extra today: archlinux-artwork Our new logos, icons and related items in SVG format. archlinux-wallpaper A multipack of arch-branded wallpapers. This is the first installment of artwork packages as we move to separate our branding from upstream.

2 2

[arch-dev-public] Away for the weekend
by Aaron Griffin 10 May '08

10 May '08

My sister is getting married this weekend, so I will be down in good ol' Texas until early on Monday. If there are any pressing matters I need to get to, please let me know in the next couple of hours. Thanks, Aaron

2 1

[arch-dev-public] problem with installer? (ABS not found in core)
by Travis Willard 09 May '08

09 May '08

http://bbs.archlinux.org/viewtopic.php?pid=365843#p365843 Does something on the ISO need to be updated since ABS moved to extra?

2 1

[arch-dev-public] Bug tracker help
by Aaron Griffin 09 May '08

09 May '08

Hey guys, I'm looking for someone who wants to help out as a temporary flyspray admin while Roman is busy with real life. I am not very good at keeping tabs on the bug tracker, so new bugs aren't getting assigned quickly, and PM requests are piling up. What you will get: * Admin status * Lots of emails daily (~20-30 maybe) The job: * Assign new bugs as they come in * Deal with PM requests (to close, or reopen bugs) * Other maintenance if bored (finding out-dated bugs, and closable bugs) Anyone interested? This may not be permanent, we will revisit the issue when Roman has more free time. NOTE: This isn't developer specific. I am opening this up to anyone who follows this list too 8)

3 4

[arch-dev-public] [signoff] file 4.24-1
by Andreas Radke 09 May '08

09 May '08

in testing for both arches. some minor changes. -Andy I am pleased to announce file 4.24. There have been numerous bug fixes and enhancements: Reuben Thomas: - There is no separate mime file; the mime entries are now integrated in the regular magic file as !:mime annotations. - Separation of text and binary magic searches - UTF-8 BOM message clarification - Compilation of magic fragments from a directory - Unit test framework Bob Byrnes: - Fix ELF core detection on solaris Gavin Atkinson: - zero out utime/utimes structs Diego "Flameeyes" Petten: - reduce writable data

5 6

[arch-dev-public] [signoff] licenses 2.4
by Dan McGee 08 May '08

08 May '08

Changes: * Added LPPL (The LaTeX Project Public License): http://bugs.archlinux.org/task/10358 * Added all 6 current Creative Commons licenses + readme in that license directory In testing for both architectures. -Dan

2 1

[arch-dev-public] policy on desktop files?
by eliott 08 May '08

08 May '08

We have lots of bug reports for missing desktop files. Is this something 'we' are doing, or is it something that we should be telling users to report upstream instead? Seems like it should be an upstream issue to me, even though the amount of work for adding a desktop file to one package may be small..if we are doing for all packages that need them ........

5 4

[arch-dev-public] [signoff] patch 2.5.9-1
by Andreas Radke 08 May '08

08 May '08

an old outstanding update someone found and flagged. other distros(Debian, Gentoo, Frugal) also use 2.5.9 as their last stable release. -Andy Changes in versions 2.5.8 and 2.5.9: bug fixes only. Changes in version 2.5.7: * patch -D now outputs preprocessor lines without comments, as required by POSIX 1003.1-2001. Changes in version 2.5.6: * File names in context patches may now contain spaces, so long as the context patch headers use a tab to separate the file name from the time stamp. * Perforce is now supported. * Patch lines beginning with "#" are comments and are ignored. Changes in version 2.5.5: * The bug reporting address is now <bug-patch(a)gnu.org>.

4 4

[arch-dev-public] broken database entries
by Xavier 08 May '08

08 May '08

Hello, there are regularly some broken entries, with a FILENAME mismatch for example. A while ago, I reported a bug for two broken entries along with a simple one-line command that anyone can run to detect them : http://bugs.archlinux.org/task/9337 for i in /var/lib/pacman/sync/*/*; do grep -A1 FILENAME $i/desc | tail -n1 | grep -v $(basename $i) && echo $(basename $i); done This currently returns one broken entry : devtools, also reported here : http://bugs.archlinux.org/task/10262 Maybe this information is already obsolete with the new db scripts on the way (well, anyone can dream). And apparently a new devtools will come with the new db script, so that should also fix the db entry issue. This mail is simply a reminder that it's very easy to check the sync dbs for this kind of mismatch, and that 10262 can probably be closed when a new devtools is added.

2 1

[arch-dev-public] libldap 2.3.40-1
by Tom K 08 May '08

08 May '08

Hi all. In testing now, for both arches. Latest upstream release. Also in testing, openldap and openldap-clients from the extra repo. T.

5 7

[arch-dev-public] postgres move
by Pierre Schmitz 08 May '08

08 May '08

Hi all, how is the status of postgres in testing? It is blocking php from being move to extra. postgres is in testing for 3 month now; so could it be moved to extra as well? Pierre -- archlinux.de

5 7

[arch-dev-public] SVN repo view
by Aaron Griffin 08 May '08

08 May '08

This is being sent out to the public list, as the last discussion was internal. We now have a web front end to our PKGBUILDs at the URL: http://repos.archlinux.org Yes, it's themed, and yes, it's paged. You can also use it to view the old CVS repos too. Oh, also, it uses enscript to color PKGBUILDs, and I forced it to detect PKGBUILD files as bash. If someone wants to go crazy and make an enscript file (/usr/share/enscript/hl/*) for a PKGBUILD, then this viewer could be all the more better. Cheers, Aaron

2 5

[arch-dev-public] New DB scripts
by Aaron Griffin 07 May '08

07 May '08

Hey all, I'm comfortable enough with the new db scripts to throw them out in the wild. So, I've placed them at /arch-new for you to play with. Here are some caveats, however: * This will not update the website DB. Use at your discresion. Once these are "approved", then Eliott can move the new-model web changes out and the front end WILL be updated on a cron job. * There will be a warning about ~/staging/${REPO}64/ existing. This is expected. Because we have the arch in the filename, we don't need extra dirs anymore. Don't worry, the scripts handle it gracefully and a new devtools release will do away with pushing to the '64' dirs. Then we can clean up our staging dirs a bit. * I didn't fully test removal, because I didn't have anything to remove. If someone has a package to remove, let me know so I can test it properly. If you try, let me know if it fails. Neat things: * This can now _kinda_ create on-the-fly repos, but I locked it down a tad to prevent abuse. The following pattern should make a brand new repo with no problem: archrelease foobar-i686 ssh archlinux.org /arch-new/db-update foobar i686 Now, this actually requires someone with the right privileges to create /home/ftp/foobar, because I didn't want 400 repos being sent out to all our mirrors. * Should be much faster on the svn checkout and all that stuff * Uses repo-add which means we get the 5 or 6 DB values that we've been missing since pacman 3.0 was released. Now, when I "move these live", the following need to be done at the same time. * I need to rebuild ALL dbs with repo-add once, just to get some data for old packages in there. * We need to move the newmodel code so the front end is updated * We _should_ release a new devtools, for the staging dir changes Extra notes: * All cleanup scripts should be able to function off of a repo DB file, and be runnable as a cron job. I am going to be setting up Thomas' ftpdir-cleanup script as a cron job which will clean up all package files that are NOT in the db. No more dupe cleaning, yay! * packages.txt has been broken since we moved to svn. No one has noticed, I think. Should this be done away with, or should it be adapted as a cron-able task?

4 6

[arch-dev-public] [signoff] m4-1.4.11-1
by Andreas Radke 07 May '08

07 May '08

new version in testing for both arches. please signoff. -Andy * Noteworthy changes in Version 1.4.11 (2008-04-02) [stable] Released by Eric Blake, based on git version 1.4.10a ** Security fixes for the -F option, for bugs present since -F was introduced in 1.3: Avoid core dump with 'm4 -F file -t undefined', and avoid arbitrary code execution with certain file names. ** Fix regression introduced in 1.4.9b in the `divert' builtin when more than 512 kibibytes are saved in diversions on platforms like NetBSD or darwin where fopen(name,"a+") seeks to the end of the file. ** The output of the `maketemp' and `mkstemp' builtins is now quoted if a file was created. This is a minor security fix, because it was possible (although rather unlikely) that an unquoted string could match an existing macro name, such that use of the `mkstemp' output would trigger inadvertent macro expansion and operate on the wrong file name. ** Enhance the `defn' builtin to support concatenation of multiple text arguments, as required by POSIX. However, at this time, it is not possible to concatenate a builtin macro with anything else; a warning is now issued if this is attempted, although a future version of M4 may lift this restriction to match other implementations. ** Enhance the `format' builtin to parse all C99 floating point numbers, even on platforms where strtod(3) is buggy, although the replacement function does have the known issue of rounding errors when parsing some decimal floating point values. This fixes testsuite failures introduced in 1.4.9b. ** Enhance the `index' builtin to guarantee linear behavior, in spite of the surprisingly large number of systems with a brain-dead quadratic strstr(3). ** A number of portability improvements inherited from gnulib.

3 2

[arch-dev-public] [signoff] pkgconfig 0.23-1
by Andreas Radke 07 May '08

07 May '08

minor update in testing for both arches. -Andy pkg-config 0.23 === - Add support for setting sysroot through PKG_CONFIG_SYSROOT_DIR in the environment. - Update included glib to 1.2.10. - Other minor fixes, including a segfault.

2 1

[arch-dev-public] APNG patch in libpng
by Travis Willard 06 May '08

06 May '08

Hey guys, Recent exploit found in libpng < 1.2.27 (http://bugs.archlinux.org/task/10192#comment27550) is getting a lot of attention in our forums and bugtrackers, however since the APNG patch (included for firefox3's sake - http://bugs.archlinux.org/task/9570) isn't updated for the new libpng version yet, I'm blocked on updating this. If I drop APNG from libpng to ensure we get updates as quick as possible, this means firefox3 will need to be rebuilt without system PNG. If this happens, that means firefox3 will be using a vulnerable version of the library, but I can react quicker to vulnerabilities like this in the future. I'm not sure what is the best course of action. Wait until a new APNG patch is released? Update and force firefox3 to rebuild? >From the libpng website: "The pngtest sample application distributed with libpng, pngcrush, and certain versions of ImageMagick are known to be affected, but the bug is otherwise believed to be quite rare." - if the bug is quite rare, can we put it off? Any input?

2 8

[arch-dev-public] [signoff] dialog 20080318-1
by Andreas Radke 05 May '08

05 May '08

new upstream release with minor changes. in testing for both arches. also added some minor requested features #10060 and utf8 support #8984. binary file size didn't increased too much. should be also ok with our installer. our iso builders should test it! -Andy -- $Id: CHANGES,v 1.248 2008/03/16 20:13:15 tom Exp $ -- Thomas E. Dickey <dickey(a)invisible-island.net> This version of dialog was originally from a Debian snapshot. I've done this to it: 2008/03/16 + modify dlg_mouse_wgetch() to loop only on errors that it detects, rather than on errors forwarded from dlg_getc(), in case those are due to a disconnected terminal (report by Anatoli Sakhnik). + allow "default" color in dialogrc file (request by Dashing). + fix an indexing error in formbox (Debian #469190, report by Dmitry Gomerman, patch by Vladimir Mezentsev). + add bindings for CTL/N, CTL/P to checklist, fselect and menubox widgets (prompted by discussion with John Gatewood Ham). + add be(a)latin.po, th.po and update zh_TW.po from http://translationproject.org/latest/dialog/ > patches by Peter Astrand: + modify dlg_auto_sizefile() to ensure the computed height and width do not extend beyond the screen size. + use unctrl() to make inputstr.c work with Solaris curses. > patches by Yura Kalinichenko: + extend pause widget to use ok/cancel buttons (the former giving the same result as a timeout), rather than an exit-button. + fix initialization parameter of inputbox for multibyte characters.

3 4

[arch-dev-public] [signoff] wget 1.11.2-1
by Andreas Radke 05 May '08

05 May '08

another minor upstream bugfix release in testing for both arches. please signoff. -Andy * Changes in Wget 1.11.2 ** Fixed a problem in authenticating over HTTPS through a proxy. (Regression in 1.11 over 1.10.2.) ** The combination of -r or -p with -O, which was disallowed in 1.11, has been downgraded to a warning in 1.11.2. (-O and -N, which was never meaningful, is still an error.) ** Further improvements to progress bar displays in non-English locales (too many spaces could be inserted, causing the display to scroll). ** Successive invocations of Wget on FTP URLS, with --no-remove-listing and --continue, was causing Wget to append, rather than replace, information in the .listing file, and thereby download the same files multiple times. This has been fixed in 1.11.2. ** Wget 1.11 no longer allowed ".." to persist at the beginning of URLs, for improved conformance with RFC 3986. However, this behavior presents problems for some FTP setups, and so they are now preserved again, for FTP URLs only.

4 3

[arch-dev-public] [signoff] pam 1.0.1-1
by Andreas Radke 05 May '08

05 May '08

new pam in testing for both arches. only minor changes. please signoff. -Andy Linux-PAM NEWS -- history of user-visible changes. Release 1.0.1 * Regression fixed in pam_set_item(). Release 1.0.0 * Small bug fixes * Translation updates Release 0.99.10.0 * New substack directive in config file syntax. * New module pam_tty_audit.so for enabling and disabling tty auditing. * New PAM items PAM_XDISPLAY and PAM_XAUTHDATA. * Auditing login denials based by origin (pam_access), time (pam_time), and number of sessions (pam_limits) to the Linux audit subsystem. * Support sha256 and sha512 algorithms in pam_unix when they are supported by crypt(). * New pam_sepermit.so module for allowing/rejecting access based on SELinux mode. * Improved functionality of pam_namespace.so module (method flags, namespace.d configuration directory, new options). * Finaly removed deprecated pam_rhosts_auth module.

4 3

[arch-dev-public] [signoff] coreutils 6.11-1
by Andreas Radke 05 May '08

05 May '08

each coreutils release is known to have regressions. so please test it carefully. it's in testing for both arches. -Andy GNU coreutils NEWS -*- outline -*- * Noteworthy changes in release 6.11 (2008-04-19) [stable] ** Bug fixes configure --enable-no-install-program=groups now works. "cp -fR fifo E" now succeeds with an existing E. Before this fix, using -fR to copy a fifo or "special" file onto an existing file would fail with EEXIST. Now, it once again unlinks the destination before trying to create the destination file. [bug introduced in coreutils-5.90] dd once again works with unnecessary options like if=/dev/stdin and of=/dev/stdout. [bug introduced in fileutils-4.0h] id now uses getgrouplist, when possible. This results in much better performance when there are many users and/or groups. ls no longer segfaults on files in /proc when linked with an older version of libselinux. E.g., ls -l /proc/sys would dereference a NULL pointer. md5sum would segfault for invalid BSD-style input, e.g., echo 'MD5 (' | md5sum -c - Now, md5sum ignores that line. sha1sum, sha224sum, sha384sum, and sha512sum are affected, too. [bug introduced in coreutils-5.1.0] md5sum -c would accept a NUL-containing checksum string like "abcd\0..." and would unnecessarily read and compute the checksum of the named file, and then compare that checksum to the invalid one: guaranteed to fail. Now, it recognizes that the line is not valid and skips it. sha1sum, sha224sum, sha384sum, and sha512sum are affected, too. [bug present in the original version, in coreutils-4.5.1, 1995] "mkdir -Z x dir" no longer segfaults when diagnosing invalid context "x" mkfifo and mknod would fail similarly. Now they're fixed. mv would mistakenly unlink a destination file before calling rename, when the destination had two or more hard links. It no longer does that. [bug introduced in coreutils-5.3.0] "paste -d'\' file" no longer overruns memory (heap since coreutils-5.1.2, stack before then) [bug present in the original version, in 1992] "pr -e" with a mix of backspaces and TABs no longer corrupts the heap [bug present in the original version, in 1992] "ptx -F'\' long-file-name" would overrun a malloc'd buffer and corrupt the heap. That was triggered by a lone backslash (or odd number of them) at the end of the option argument to --flag-truncation=STRING (-F), --word-regexp=REGEXP (-W), or --sentence-regexp=REGEXP (-S). "rm -r DIR" would mistakenly declare to be "write protected" -- and prompt about -- full DIR-relative names longer than MIN (PATH_MAX, 8192). "rmdir --ignore-fail-on-non-empty" detects and ignores the failure in more cases when a directory is empty. "seq -f % 1" would issue the erroneous diagnostic "seq: memory exhausted" rather than reporting the invalid string format. [bug introduced in coreutils-6.0] ** New features join now verifies that the inputs are in sorted order. This check can be turned off with the --nocheck-order option. sort accepts the new option --sort=WORD, where WORD can be one of general-numeric, month, numeric or random. These are equivalent to the options --general-numeric-sort/-g, --month-sort/-M, --numeric-sort/-n and --random-sort/-R, resp. ** Improvements id and groups work around an AFS-related bug whereby those programs would print an invalid group number, when given no user-name argument. ls --color no longer outputs unnecessary escape sequences seq gives better diagnostics for invalid formats. ** Portability rm now works properly even on systems like BeOS and Haiku, which have negative errno values. ** Consistency install, mkdir, rmdir and split now write --verbose output to stdout, not to stderr.

4 3

Re: [arch-dev-public] [arch-general] ATTN: Kernel maintainers (tpowa, brain0): libcap
by Travis Willard 05 May '08

05 May '08

On Mon, May 5, 2008 at 1:34 PM, Michal Soltys <soltys(a)ziu.info> wrote: > Travis Willard wrote: > > > Hey guys, > > > > I just realized that, for some squirrely reason, I am currently > > "maintaining" libcap. I have no freakin' clue what libcap even is. I > > just got a flag-out-of-date version asking if we should update it to > > libcap2, which seems reasonable, as it's nice and shiny-new. Looking > > around, however, libcap seems tied to kernel releases, so maybe it'd > > make more sense for someone more in-the-know with kernel.org stuff to > > take it on? > > > > > > Version 2.x works pretty fine - I've been using it for a while, but you > will need some simple and straightforward patches for e.g. samba (it assumes > ancient lack of header declarations, should be fixed in .29) and vsftpd > (doesn't look for 2.x at all, but otherwise compiles and works perfectly > fine). From other notable things - ntpd requires linking to libcap, if you > want to run it with privilege separation. > > > > > Basically, if someone out there knows WTF libcap is for, and how to > > test, etc., then let me know and you can grab it. > > > > > > In short - it's overbloated suid ;) > > http://www.friedhoff.org/posixfilecaps.html > > Sorry for crossposting, but I though I'd be good to mention samba / vsftpd > stuff. No problemo - thanks for the insight. Now I know WTF it is for. :D

1 0

[arch-dev-public] Licenses: Is Creative Commons in our list?
by Thayer Williams 05 May '08

05 May '08

Excuse the naive question, but while putting together some PKGBUILDs for the Arch artwork stuff, I couldn't find any reference to the Creative Commons licenses in /usr/share/licenses. Am I missing something or do we need to add this to our collection? The Arch Linux logo (and other related artwork) is released under CC license so I want to make sure I flag these properly. Cheers, Thayer

3 4

[arch-dev-public] ATTN: Kernel maintainers (tpowa, brain0): libcap
by Travis Willard 05 May '08

05 May '08

Hey guys, I just realized that, for some squirrely reason, I am currently "maintaining" libcap. I have no freakin' clue what libcap even is. I just got a flag-out-of-date version asking if we should update it to libcap2, which seems reasonable, as it's nice and shiny-new. Looking around, however, libcap seems tied to kernel releases, so maybe it'd make more sense for someone more in-the-know with kernel.org stuff to take it on? Basically, if someone out there knows WTF libcap is for, and how to test, etc., then let me know and you can grab it.

1 0

[arch-dev-public] [signoff] texinfo 4.12-2
by Eric Belanger 02 May '08

02 May '08

in testing for both arches. Changes: Added to base-devel group Please signoff. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.

2 1

[arch-dev-public] OMG info pages
by Aaron Griffin 02 May '08

02 May '08

I'm really really sick of people making mountains out of the docs molehill... it's such a petty issue... Would anyone honestly care if we removed the !docs option from makepkg.conf by default, and let each maintainer add options=(!docs) if the docs are too big for a given package? No need to do the rebuilds all in one go, just let the docs trickle in... Opinions anyone?

11 19

[arch-dev-public] Gmail lost my messages
by Jason Chu 02 May '08

02 May '08

Right around when we switched to SVN, I switched to gmail. Because I was used to my old email client noticing the recipient and changing the From field by default, I didn't even think of having to change it in gmail. Needless to say, all the helpful and informative messages that I sent to the arch-dev and arch-dev-public lists looked to me like they went to the lists, but no one else ever saw them. I just wanted to apologize and say I was actually here during this whole thing and I was being really helpful, it's just that no one was listening to me! I went through my history and found all the emails that seemed to still be open and resent those with the proper address. I also made my archlinux address the default one in gmail, so this shouldn't happen again... unless I screw with other configs... Jason

2 1

[arch-dev-public] [signoff] autoconf 2.62-1
by Andreas Radke 01 May '08

01 May '08

in testing for both arches. -Andy Changelog: * Major changes in Autoconf 2.62 (2008-04-05) [stable] Released by Eric Blake, based on git versions 2.61a.*. ** Many optimizations have been applied to make overall execution faster. ** Autotest now makes use of shell functions. ** config.status now uses awk instead of sed also for config headers. - As a side effect, AC_DEFINE and AC_DEFINE_UNQUOTED now handle multi-line values, i.e., backslash-newline combinations are handled correctly. Further, for config headers, the total size of values is not limited by the POSIX length limit of text lines any more, only each single line. ** New config variable `top_build_prefix'. ** New Autoconf macros: AC_AUTOCONF_VERSION AC_OPENMP AC_PATH_PROGS_FEATURE_CHECK ** AC_C_BIGENDIAN now supports universal binaries a la Mac OS X. ** AC_C_RESTRICT now prefers to #define 'restrict' to a variant spelling like '__restrict' if the variant spelling is available, as this is more likely to work when mixing C and C++ code. ** AC_CHECK_ALIGNOF's type argument T is now documented better: it must be a string of tokens such that "T y;" is a valid member declaration in a struct. ** AC_CHECK_SIZEOF now accepts objects as well as types: the general rule is that sizeof (X) works, then AC_CHECK_SIZEOF (X) should work. ** AC_CHECK_TYPE and AC_CHECK_TYPES now work on any C type-name; formerly, they did not work for function types. In C++, they now work on any type-id that can be the operand of sizeof; this is similar to C, except it excludes anonymous struct and union types. Formerly, some (but not all) C++ types involving anonymous struct and union were accepted, though this was not documented. ** AC_CONFIG_LINKS now prefers to link against files in the build tree if found, and it works to link against a file of the same name in the source tree, even if both trees coincide. ** AC_INIT no longer alters $@; regression introduced in 2.60. ** AC_USE_SYSTEM_EXTENSIONS now defines _ALL_SOURCE for Interix platforms. ** AS_HELP_STRING no longer underquotes its first argument; it also handles the case where the first argument contains single-quoted commas. For example, "AS_HELP_STRING([-a, [--arg[=foo]]], [bar])" produces: " -a, --arg[=foo] bar" Additionally, the macro now takes two additional arguments, indent-column and wrap-column; these should not normally be needed, but can be used to fine-tune how the output text is wrapped. ** AC_PROG_INSTALL now requires an install program that can install multiple files into a target directory. ** The command 'autoconf -' now correctly processes a file from stdin. ** 'autoreconf -m' now honors $MAKE. ** For all of the directory arguments for 'configure', such as '--prefix' or '--bindir', trailing slashes are stripped. As an example, if tab completion in the user's shell appends trailing slashes, the command './configure --prefix=/usr/' will still result in an expanded libdir value of /usr/lib, not /usr//lib. ** `configure --help=recursive' now works in read-only trees and from unconfigured build trees. ** If precious variables differ only in whitespace, then the cache consistency check warns instead of fails, and reuses the old value. ** AT_BANNER is now documented. ** AT_SETUP now handles macro expansions properly when calculating line length. ** Autotest now determines $srcdir correctly. ** Testsuites built by autotest now accept a -C/--directory=DIR option to adjust the working directory prior to creating files. ** Autoconf now requires GNU M4 1.4.5 or later. Earlier versions of M4 have a bug in macro tracing that interferes with the interaction between Autoconf and Automake. GNU M4 1.4.11 or later is recommended. The configure search for a working M4 is improved. ** For portability with the eventual M4 2.0, macros should no longer use anything larger than $9 to refer to arguments. ** Documentation for m4sugar is improved. - The following macros were previously available as undocumented interfaces; the macros are now documented as stable interfaces. __oline__ m4_assert m4_bmatch m4_bpatsubsts m4_car m4_case m4_cdr m4_default m4_divert_once m4_divert_pop m4_divert_push m4_divert_text m4_do m4_errprintn m4_fatal m4_flatten m4_ifndef m4_ifset m4_ifval m4_ifvaln m4_location m4_n m4_shiftn m4_strip m4_warn - The following macros were previously available as undocumented interfaces, but had bug fixes or semantic changes as part of this release. Packages that relied on the undocumented behavior should be analyzed to make sure they will still work with the new documented behavior. m4_cmp m4_list_cmp m4_join m4_map m4_map_sep m4_sign m4_text_box m4_text_wrap m4_version_compare - The m4_wrap macro used to have unspecified order, but now guarantees FIFO order. m4_wrap_lifo was added to guarantee LIFO order. - Packages using the undocumented m4sugar macro m4_PACKAGE_VERSION should consider using the new AC_AUTOCONF_VERSION instead. - m4sugar macros that are not documented in the manual are still deemed experimental, and should not be used outside of Autoconf. ** The m4sugar macros m4_append and m4_append_uniq, first documented in 2.60, have been fixed to treat both the string and the separator arguments consistently with regards to quoting. Prior to this fix, m4_append_uniq could mistakenly duplicate entries if the expansion of the separator resulted in a different string (for example, if it contained quotes, a comma, or a macro name). However, it means that programs previously using m4_append([name], [string], [[, ]]) are now using a four-character separator instead of the intended comma and space. If you need portability to earlier versions of Autoconf, you can insert the following snippet after AC_INIT but before any other macro expansions, to enforce the new semantics: m4_pushdef([m4_append], [m4_define([$1], m4_ifdef([$1], [m4_defn([$1])[$3]])[$2])]) Additionally, m4_append_uniq now takes optional parameters that can be used to take action depending on whether anything was appended, and warns if a non-empty separator occurs within the string being appended, since that can lead to duplicates. ** The following m4sugar macros are new: m4_append_uniq_w m4_apply m4_combine m4_cond m4_count m4_dquote_elt m4_echo m4_expand m4_ignore m4_make_list m4_max m4_min m4_newline m4_shift2 m4_shift3 m4_unquote m4_wrap_lifo ** Warnings are now generated by default when an installer invokes 'configure' with an unknown --enable-* or --with-* option. These warnings can be disabled with the new AC_DISABLE_OPTION_CHECKING macro, or by invoking 'configure' with --disable-option-checking. ** Existing obsolete macros The documentation for the following macros is adjusted to make it more clear that they have previously been marked obsolete, as their functionality can be accomplished by other macros. We have no current plans to remove them from Autoconf. AC_ENABLE AC_STRUCT_ST_BLKSIZE AC_STRUCT_ST_RDEV AC_WITH ** Newly obsolete macros The following macros have been marked obsolete, as they only perform a subset of AC_USE_SYSTEM_EXTENSIONS. We have no current plans to remove them. AC_AIX AC_GNU_SOURCE AC_ISC_POSIX AC_MINIX ** AC_C_LONG_DOUBLE is obsolescent. The documentation now says that AC_C_LONG_DOUBLE is obsolescent: it tests for problems that are so old that it is no longer of practical importance on current systems. New programs need not use AC_C_LONG_DOUBLE. We have no current plans to remove it. ** AC_DIAGNOSE, AC_WARNING, and AC_FATAL are obsolescent. The documentation now favors the use of M4sugar macros m4_warn and m4_fatal, since the naming makes it more obvious that the diagnostics are associated with M4 expansion (ie. when running `autoconf'), and offers less confusion with the AC_MSG_ERROR, AC_MSG_FAILURE, and AC_MSG_WARN macros which manage diagnostics when running `configure'. We have no current plans to remove these macros. * Major changes in Autoconf 2.61a (2006-12-11) ** AC_FUNC_FSEEKO was broken in 2.61; it didn't make fseeko and ftello visible on many platforms. This has been fixed. ** AC_FUNC_SETVBUF_REVERSED is now obsolete. It is still defined for backward compatibility but it does nothing. The macro was already obsolescent, as the last systems to have the problem were those based on SVR2, which became obsolete in 1987. The macro had bugs on some modern systems and could no longer be maintained reliably due to lack of ancient systems to test it on. ** config.status now uses awk instead of sed for most substitutions, for speed. - As a side effect multi-line values of substituted variables no longer have a small limit in total size, though for portability each line should not exceed the POSIX length limit for text lines. - It is now documented that Makefile.in should not contain overlapping variable occurrences, e.g., @VAR1@VAR2@. Autoconf's behavior was always iffy in such cases, and the awk implementation has changed the behavior. ** Many uses of 'echo' have been rewritten so that Autoconf-generated scripts have fewer problems with strings or file names containing embedded special characters such as backslash or leading "-". This was implemented by using `printf '%s\n' "$foo"' instead of `echo "$foo"' when printf works. Due to the implementation technique used, Autoconf-generated scripts now run considerably more slowly on ancient implementations lacking printf. However, this should not be a problem, since Autoconf-generated scripts in practice invariably find a more-modern shell these days.

4 7

[arch-dev-public] [review] News item for gpm
by Eric Belanger 30 Apr '08

30 Apr '08

gpm 1.20.3-1 in Core -------------------- Upon updating to gpm 1.20.3-1, you will most likely get the following error message: error: could not prepare transaction error: failed to commit transaction (conflicting files) gpm: /usr/lib/libgpm.so.1 exists in filesystem Errors occurred, no packages were upgraded. This error arises because the /usr/lib/libgpm.so.1 symlink became disassociated from the package (FS#9949). This is fixed in gpm 1.20.3-1 but its upgrade needs to be forced: # pacman -Syf gpm # pacman -Syu ==================== Any comments? BTW, I only got a mild signoff from Aaron for x86_64 so another x86_64 signoff would be nice. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.

2 1

[arch-dev-public] my absence
by Roman Kyrylych 29 Apr '08

29 Apr '08

Hi all! I apologize for being absent for so long time without a notice. Like some of you may remember - I've got a new full-time job in another city. I haven't found an apartment there yet, so I'm spending 5-6 hours each day in a bus or train, in total I'm not at home from 6 to 23 every working day. I do not have much time during a working day to spend in Internet, so I am unable to keep an eye on bugtracker. Even worse - I don't have internet at home again for a long time already. :-( I am hoping for things to came back to a good state next month. If someone have some free time - updating my packages is greatly appreciated. Miss you and Arch... -- Roman Kyrylych (Роман Кирилич)

1 0

[arch-dev-public] Apologies for being largely absent
by Aaron Griffin 29 Apr '08

29 Apr '08

I just wanted to apologize to you all for doing so little recently. There are lots of things I keep promising, but I'm in the process of trying to find a new apartment and am painting/cleaning this one, so I'm worrying about lots of other things. I still plan to get out some new-fangled dbscripts sometime this week, as it's a blocker for Eliott's new web changes. So again, I'm moving slowly for a reason... it'll all be better soon 8)

3 2

[arch-dev-public] Courier-MTA packages
by Tobias Kieslich 29 Apr '08

29 Apr '08

Hi Gang, I maintained the courier* packages for a long time and I still think it is a very solid mail server suite. I was using it happyly on my own server but recently fell for a tarmail/dovecot combination. Abandoning the usage of courier makes it harder to maintain the package, which is rather complex. I understand that courier-imap is a very popular imap/pop solution and should stay in extra as it is one of the big three(dovecot,courier, cyrus) used in production environments. Courier-MTA is a complete suite consisting of courier-imap, courier-maildorp an ESMTP server (hence the name courier-mta) a webconfiguration frontend etc. I still think it is a very capable solution, technically on par with exim or postfix based deployments. But it is not as popular, probably because the learning curve, just like for every other MTA, is rather steep. However, it will need an active maintainer who stays uptodate with the development. That pretty much means you have to use it yourself. Anyone who wants to take that package? I also will put all my knowledge into the wiki where my old little setup is explained. I'll need to update it though. I will also answer any questions another potential maintainer has. If nobody wants to take it, I say let's keep courier-authlib, maildrop and imap and let courier-mta go to community. I'm also open to other solutions. Cheers, -T

3 3

[arch-dev-public] [signoff] tar 1.20-1
by Andreas Radke 29 Apr '08

29 Apr '08

in testing for both arches -Andy Changes: version 1.20 - Sergey Poznyakoff, 2008-04-14 * New option --auto-compress (-a) With --create, selects compression algorithm basing on the suffix of the archive file name. * New option --lzma Selects LZMA compression algorithm * New option --hard-dereference During archive creation, dereferences hard links and stores the files they refer to, instead of creating usual hard link members (type '1'). * New option --checkpoint-action This action allows to specify an action to be executed upon hitting a checkpoint. Recognized actions are: dot, echo (the default), echo=string, ttyout=string, exec=cmdline, and sleep=value. Any number of `--checkpoint-action' options can be specified, the actions will be executed in order of their appearance in the command line. See chapter 3.8 "Checkpoints" for a complete description. * New options --no-check-device, --check-device. The `--no-check-device' option disables comparing device numbers during preparatory stage of an incremental dump. This allows to avoid creating full dumps if the device numbers change (e.g. when using an LVM snapshot). The `--check-device' option enables comparing device numbers. This is the default. This option is provided to undo the effect of the previous `--no-check-device' option, e.g. if it was set in TAR_OPTIONS environment variable. * The --transform option. Any number of `--transform' options can be given in the command line. The specified transformations will be applied in turn. The argument to `--transform' option can be a list of replace expressions, separated by a semicolon (as in `sed'). Filename transformations are applied to symbolic link targets during both creation and extraction. Tar 1.19 used them only during extraction. For a detailed description, see chapter 6.7 "Modifying File and Member Names". * Info (end-of-volume) scripts The value of the blocking factor is made available to info and checkpoint scripts via environment variable TAR_BLOCKING_FACTOR. * Incremental archives Improved (sped up) extracting from incremental archives. * Bugfixes. ** Fix bug introduced in version 1.19: tar refused to update non-existing archives.

4 5

[arch-dev-public] [signoff] gpm 1.20.3
by Eric Belanger 28 Apr '08

28 Apr '08

in testing for both arches. Changes: - minor upstream update - patches cleanup. One of them has been merged upstream, the others didn't applied anymore. However, they were mostly to prevent gpm from interfering with some terminal apps like vim and mc. They don't seem to be necessary anymore as vim and mc works correctly from the tests I did. - closes FS#9949 : The /usr/lib/libgpm.so.1 symlink was present on the system but for unkonw reasons was no longer in the package. For this reason, forcing is necessary to install gpm 1.20.3. I don't know how to inform the users about this ( front page news? or just keep an eye on the forum/ML to answer user's concern) -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.

3 4

[arch-dev-public] proftpd status
by Eric Belanger 28 Apr '08

28 Apr '08

Hi, I'm trying to fix the rc.d script of proftpd. The deamon seems to start and work correctly as it ask for username/password but I always get a: 530 Login incorrect. Login failed. This only happens on x86_64. I get the same problem with the package currently in extra. As no one has complained and James confirmed that it worked for him at the last bug squash day, I assume it is a config/hardware issue but I simply can't put my finger on the problem. Because of this and because I don't use the package anymore, it would be better if someone else maintains it. Anyone interested? I have the updated PKGBUILD and script. If not we could: a) move it to unsupported as we already have several ftp servers in extra b) I would be willing to continue to maintain it but I'll need someone else to build/test/upload the x86_64 package as I can't test it. c) this is the more cumbersome. I could continue to maintain and build for both arches but every update will go to testing first for signoffs. Eric -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.

3 4

[arch-dev-public] kernel26 2.6.25-1 enters [testing]
by Thomas Bächler 28 Apr '08

28 Apr '08

The new 2.6.25 kernel and most of the external modules are in [testing]. Changes: - Complete configuration overhaul - Removed phc patch - Removed mactel patch The removal of these patches was because a) there are no new patches available for 2.6.25 and b) I am trying to reduce the amount of patching, especially if it only benefits a few people or can be potentially dangerous. If there are any problems due to the configuration changes or new kernel bugs, please let me know. If you want to know more about the real changes, read here: http://kernelnewbies.org/Linux_2_6_25 I didn't update any modules, so if there are new versions available for any, please inform their maintainers. The following modules are currently broken. I didn't do any research on those yet, so if anyone knows something, please let me know. - atl2 (Simo, could you have a look, you must probably update it) - catalyst - martian - openswan-klips - slmodem (USB symbols are now GPL only, this driver will never work again unless it's rewritten in userspace - is this only a USB driver or also a PCI driver?) I wish you all happy testing.

10 15

[arch-dev-public] CVS links in AUR?
by Thomas Bächler 28 Apr '08

28 Apr '08

So, is there a reason we had to break CVS links in the AUR interface? I guess one could get the community tree from here: http://www.archlinux.org/cvs/, but the information is wrong as well (cvs.archlinux.org does not exist). The only way is abs now, which is quite inconvenient if one only wants to check out a single package. The links in the AUR interface should work.

4 13

[arch-dev-public] Issue on kernel 2.6.25 upgrade
by Dan McGee 27 Apr '08

27 Apr '08

I've pasted the full output below, but what I wanted to point out is the "missing ide-cd module" part. Some of us unfortunately still have to use IDE. In addition, the kernel26.preset.pacnew file was installed with 600 permissions...any reason why it is so restrictive? -Dan (18/27) upgrading kernel26 [---------------------] 100% warning: /etc/mkinitcpio.d/kernel26.preset installed as /etc/mkinitcpio.d/kernel26.preset.pacnew >>> Updating module dependencies. Please wait ... >>> MKINITCPIO SETUP >>> ---------------- >>> If you use LVM2, Encrypted root or software RAID, >>> Ensure you enable support in /etc/mkinitcpio.conf . >>> More information about mkinitcpio setup can be found here: >>> http://wiki.archlinux.org/index.php/Mkinitcpio >>> Generating initial ramdisk, using mkinitcpio. Please wait... ==> Building image "default" ==> Running command: /sbin/mkinitcpio -k 2.6.25-ARCH -c /etc/mkinitcpio.conf -g /boot/kernel26.img :: Begin build :: Parsing hook [base] :: Parsing hook [udev] :: Parsing hook [autodetect] :: Parsing hook [ide] ERROR: module 'ide[-_]cd' not found :: Parsing hook [filesystems] :: Generating module dependencies :: Generating image '/boot/kernel26.img'...SUCCESS ==> SUCCESS ==> Building image "fallback" ==> Running command: /sbin/mkinitcpio -k 2.6.25-ARCH -c /etc/mkinitcpio.d/kernel26-fallback.conf -g /boot/kernel26-fallback.img config file '/etc/mkinitcpio.d/kernel26-fallback.conf' cannot be found, aborting... ==> FAIL ==> Building image "pata" ==> Running command: /sbin/mkinitcpio -k 2.6.25-ARCH -c /etc/mkinitcpio.d/kernel26-pata.conf -g /boot/kernel26-pata.img :: Begin build :: Parsing hook [base] :: Parsing hook [udev] :: Parsing hook [autodetect] :: Parsing hook [pata] :: Parsing hook [filesystems] :: Generating module dependencies :: Generating image '/boot/kernel26-pata.img'...SUCCESS ==> SUCCESS

4 7

[arch-dev-public] [signoff] wget 1.11.1-1
by Andreas Radke 27 Apr '08

27 Apr '08

in testing for both arches -Arch * Changes in Wget 1.11.1. ** Interrupted downloads no longer result in renaming the file (regression in 1.11 over 1.10.2). ** Progress bar now displays correctly in non-English locales (and a related assertion failure was fixed). ** Wget no longer issues a GET request over HTTP for files it should know it's not going to download (regression in 1.11 over 1.10.2). ** Added option --auth-no-challenge, to support broken pre-1.11 authentication-before-server-challenge, which turns out to still be useful for some limited cases. ** Documentation of accept/reject lists in the manual's "Types of Files" section now explains various aspects of their behavior that may be surprising, and notes that they may change in the future. ** Documentation of --no-parents now explains how a trailing slash, or lack thereof, in the specified URL, will affect behavior.

3 2

[arch-dev-public] neon 0.28.2 to testing
by Andreas Radke 23 Apr '08

23 Apr '08

update from 0.27.2-1 to 0.28.2-1 shouldn't break anything as they call it "API and ABI backwards-compatible with 0.27.x" I'm not sure how to test neon functionality. So please someone can give me a GO to move it to extra? x86_64 is already online, i686 will follow tomorrow. -Andy see http://www.webdav.org/neon/ Changes in release neon 0.28.2, 3 April 2008 (PGP signature) Support "Proxy-Connection: Keep-Alive" for compatibility with HTTP/1.0 proxies which require persistent connections for NTLM authentication Fix an fd leak in ne_ssl_{,cli}cert_read (GnuTLS only) Enable fast initialization in GnuTLS. Changes in release neon 0.28.1, 10 March 2008 (PGP signature) Fix Win32 build Fix build on SCO OpenServer 5.0.x (thanks to Nico Kadel-Garcia) Fix handling of Digest domain parameter values without a trailing slash Fix build against apr-util's bundled libexpat.la in Subversion Add --without-pakchois to configure (Arfrever Frehtes Taifersar Arahesis) zh message catalog renamed to zh_CN, translation updated (Dongsheng Song) Changes in release neon 0.28.0, 8 February 2008 (PGP signature) Interface changes: none, API and ABI backwards-compatible with 0.27.x New interfaces: ne_pkcs11.h: added basic PKCS#11 support (requires GnuTLS and pakchois) ne_auth.h: added NE_AUTH_ALL and NE_AUTH_DEFAULT constants ne_socket.h: added ne_sock_peer(), ne_sock_prebind(), ne_sock_cipher() ne_session.h: NE_SESSFLAG_TLSSNI flag added; TLS SNI support is enabled by default, where supported; ne_set_localaddr() added ne_request.h: added close_conn hooks (Robert J. van der Boon) ne_basic.h: added ne_options2() Other changes: add Polish (pl) translation (Arfrever Frehtes Taifersar Arahesis) add support for the 'domain' parameter in Digest authentication fix fd leak in ne_sock_connect() error path (Andrew Teirney) the FD_CLOEXEC flag is set on socket fds fix timezone handling in ne_dates for more platforms (Alessandro Vesely) fix ne_simple_propfind() to print XML namespaces in flat property values fix ne_get_range() for unspecified end-range case (Henrik Holst) fix ne_strclean() to be locale-independent and avoid possible Win32 crash fix ne_get_error() to not "clean" localized error strings fix ne_ssl_clicert_read() to fail for client certs missing cert or key Win32: fix build with VS 2008 (Stefan Kueng) Win32: fix neon.mak to not double-quote $(MAKE) (Henrik Holst) improve strength of Digest cnonces in GnuTLS builds

3 2

[arch-dev-public] testing ->core/extra movement instructions?
by Jan de Groot 23 Apr '08

23 Apr '08

Can someone give clear instructions on how to move things from testing to core and/or extra? I've done some packages a while ago, which were graphviz and glib2. Looking again, I see glib2 isn't moved at all and graphviz has been fixed up by some other dev last week. What's going on here?

3 5

[arch-dev-public] inkscape rebuilds ?
by Tobias Kieslich 23 Apr '08

23 Apr '08

Hi guys, what is the state of the inkscape package? It's my package but I kinda lost track in the big move. SVN history says it gots rebuild for poppler which is in extra and later against imagemagick which is in testing. How ever none of those ever made it to extra, henci it is broken. Any ideas? -Tobias

3 3

[arch-dev-public] [signoff] texinfo 4.12-1
by Eric Belanger 23 Apr '08

23 Apr '08

In testing for both arches. changes: - minor upstream update - updated license: GPL -> GPL3 -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.

2 1

[arch-dev-public] The /lib/modules/$(uname -r)/updates directory - and how great it is
by Thomas Bächler 22 Apr '08

22 Apr '08

The module-init-tools have had this feature for a while and I just wanted to tell you about how we can use it: The modules contained in the updates/ subdirectory in your module directory are always preferred over any other modules. Thus, you can put updated modules into it which supercede the ones installed by our kernel. This is great, I'll just give some examples: - The compat-wireless package uses it That's how I know about it. compat-wireless puts a complete new mac80211 tree with drivers into updates/. This means it is easy to get updated wireless drivers without conflicting with the stock kernel and without having to rebuild the whole kernel. - ALSA updates ALSA has been known to be a bitch. Sometimes the drivers in the stock Linux kernel are out of date and an updated driver will help. Now, we could provide a PKGBUILD via AUR which installs the latest ALSA drivers to updates/ - this would give a user the possibility to use an updated alsa without having to rebuild the kernel, conflict with the kernel or having to delete files and confuse pacman. - Random patches to drivers It has happened that users wanted a particular feature enabled or changed in a particular driver. There is the phc undervolt patch and there is some toshiba-bluetooth patch still in our kernel. Now I don't like forcing patched drivers on people who don't need it, and generally, our community likes vanilla kernels more. With the updates/ directory it is possible to provide these special cases via PKGBUILDs/AUR - provided the change is only in the module(s) in question, one could patch it, build it and put it into the updates/ directory. Without having a patched kernel, the users could be happy - again, no kernel rebuilding or hacky conflicting. (In the above cases, only the acpi-cpufreq resp. the toshiba-acpi modules are modified ... nothing is modified in the kernel itself). I already plan to maintain compat-wireless as a binary package. I will also put an alsa-driver-updates package into the AUR. And I will try to package the modified toshiba-acpi module so I can drop the patch from the kernel (I will also put this in AUR then). I hope this will make life easier for us and for many users in our community - it is a much cleaner thing than patching the kernel all the time.

3 2

[arch-dev-public] Database breakage - again!
by Thomas Bächler 22 Apr '08

22 Apr '08

Okay, I am pissed right now. bzip2 (x86_64) had version 1.0.5-1 in the database, while the version in the package and the filename are 1.0.5-2. I tried to fix it, and found out what happened in the first place: [x86_64][17:21:48][thomas@artin trunk]$ archrelease testing-x86_64 svnmerge: no integration info available ~/arch/repos/svn-packages/bzip2 ~/arch/repos/svn-packages/bzip2/trunk Nothing to commit ~/arch/repos/svn-packages/bzip2/trunk However, the PKGBUILD in testing-x86_64 was the old one. This is clearly a problem in the archrelease script. AND in our db scripts. I fixed it this time, however, people should actually look at the output of the scripts. It's not like we're monkeys.

3 5

[arch-dev-public] SVN packaging workflow
by Thomas Bächler 21 Apr '08

21 Apr '08

I promised to do this a while ago. This is how you work with the new SVN layout: UPDATE PACKAGES --------------- Check out the package: $ archco pkgname $ cd pkgname/trunk/ If the package is already checked out: $ cd pkgname $ svn up $ cd trunk/ This is important so there won't be any conflicts later! If you forget to svn up, you can still solve the problems that may occur, but this is way easier. Now do whatever you have to do and run makepkg, namcap etc. Now run {core,extra,testing}pkg. This uploads the package, checks the integrity and runs 'archrelease repo-arch'. archrelease seems to be buggy sometimes, so make sure it actually adds files to repos/repo-arch - you can see that from the output (something like "Sending repos/repo-arch/PKGBUILD" I thknk). The db scripts look inside pkgname/repos/repo-arch to find the right PKGBUILD! Now you're done. Log on to gerolde and run the db scripts as usual. MODIFY A PACKAGE WITHOUT CHANGING trunk/ ---------------------------------------- When a package is in testing, the files in trunk pretty much reflect the stuff in testing. What if you want to update the package in core/extra without changing trunk/testing? Just $ cd repos/extra-i686 edit the files, build and so on. However, devtools won't help you now. You have to upload the file yourself using scp and $ svn commit -m "some commit message" Then you can run the db script. ADD A NEW PACKAGE ----------------- You don't want to check out the whole tree, it's huge. Therefore, you just $ svn co -N svn+ssh://archlinux.org/home/svn-packages somedir $ cd somedir $ mkdir -p pkgname/{trunk,repos} $ svn add pkgname/{,trunk,repos} $ cd pkgname/ $ svn commit -m "Add package pkgname" $ cd trunk/ Now add all the files like the PKGBUILD, don't forget to run $ svn add PKGUILD pkgname.install somefile1 somefile2 Now proceed like above. ALTERNATIVE WAY OF CHECKING OUT DELETING A PACKAGE ------------------------------- I didn't test this, but Aaron tells me it'll work. Instead of using archco, you can do a non-recursive checkout like above: $ svn co -N svn+ssh://archlinux.org/home/svn-packages somedir $ cd somedir Now you can checkout single packages, too: $ svn up pkgname Or delete a package $ svn up pkgname $ svn rm pkgname Or add one like I showed above. This will make the archco script obsolete, maybe you like this method better. MAKING IT FASTER ---------------- extrapkg establishes many ssh connections during your work. This always takes a few seconds and thus slows you down. You may even have to type your password many times. This will help: Add the following lines to ~/.ssh/config: ControlPath /home/youruser/.ssh/master-%h-%p-%r Host gerolde HostName archlinux.org Host cvs.archlinux.org HostName archlinux.org Host svn.archlinux.org HostName archlinux.org The last few lines are aliases, so the hosts gerolde, archlinux.org, cvs.archlinux.org and svn.archlinux.org are treated as if they all were "archlinux.org". Now establish one connection with $ ssh -M archlinux.org The -M option creates a socket in the ControlPath and other ssh clients connecting to the same host and port will use this socket instead, and be tunneled through the master connection. Thus, you never have to enter your password again until you close the connection. Even better, establishing a connection (like scp, svn etc do) is much faster.

1 0

[arch-dev-public] please help rebuilding (gnome) for i686
by Andreas Radke 20 Apr '08

20 Apr '08

please someone with some time left rebuild packages for i686. difflist is getting a bit too long these days: http://dev.archlinux.org/~andyrtr/pkg_diff.html some of my packages depend on new gnome stuff. the build order should be in our public wiki and Jan also uses version related dependencies. so it shouldn't be that hard. thanks Andy

1 0

[arch-dev-public] Added b43-fwcutter to core
by Thomas Bächler 20 Apr '08

20 Apr '08

The bcm43xx driver is being replaced with b43 and b43legacy. bcm43xx will be removed in 2.6.26. Thus, I added b43-fwcutter to core. This replaces bcm43xx-fwcutter, which should be deleted when 2.6.26 is out.

1 0

[arch-dev-public] [signoff] ntfs-3g 1.2412-1
by Thomas Bächler 19 Apr '08

19 Apr '08

The usual.

1 0

[arch-dev-public] [signoff] lvm2 2.02.35-1
by Thomas Bächler 19 Apr '08

19 Apr '08

Yet another minor update.

1 0

[arch-dev-public] New extra/unstable package: compat-wireless
by Thomas Bächler 19 Apr '08

19 Apr '08

I just built the compat-wireless package and I must say it's a cool thing. It's a snapshot of the current wireless-testing tree with extra patches added for compatibility to older kernels. The modules are in the /lib/modules/VERSION/updates directory, which is somehow magically preferred over the rest, and thus there is no conflict with our stock modules. I'd like to add this package to extra or unstable (preferably extra, as the drivers may indeed be more stable than the stock ones). Thomas - happy to have his wireless LED again.

4 5

[arch-dev-public] ABS and community
by Travis Willard 19 Apr '08

19 Apr '08

Hey, Can I get someone with super-powers on gerolde to update abs to 2.1-1, and add the following line to /etc/cron.daily/update-abs.sh after the existing /usr/bin/svn2abs line? /usr/bin/community2abs /home/abs/rsync /home/cvs-community This will ensure people can also get community through ABS Thanks! -- Travis

2 1

[arch-dev-public] SVN $Id$ tags
by Aaron Griffin 18 Apr '08

18 Apr '08

Just a note for you all. If you want svn to modify the $Id$ tags the way SVN does, you need to enable it for the PKGBUILD. This is done like so: svn propset svn:keywords Id <filename> The available keywords for replacement are: LastChangedDate LastChangedRevision LastChangedBy HeadURL Id Please keep in mind the above is a "set" operation, not an "append" operation - if I later set svn:keywords to HeadURL, it overwrites the previous setting. You can do the following to set multiple keywords: svn propset svn:keywords "Id HeadURL LastChangedBy" <filename> If you guys like, we can run this once across the whole repo for all PKGBUILDs. find . -name PKGBUILD -exec svn propset svn:keywords Id {} \; What do you think?

3 3

[arch-dev-public] The move to SVN
by Aaron Griffin 18 Apr '08

18 Apr '08

For the rest of the week, I am going to be concentrating on one big thing: moving our repos to SVN. Why is this important, after all the stuff I've been griping about, you may ask? Because it's a 'blocker'. It's the most low-level building block for a lot of the other changes I'd like to see done regarding our repository management So, here's the plan. I need one day where we make the switch over. It will be rocky and annoying for that day, but it is also a break for all of you Here are the steps that this will involve: Set all the cvs repos to RO, so that we don't have any accidents Convert everything to svn Make the necessary structure changes Make devtools changes * Make abs changes * Make db-scripts changes * Make changes to community ** * Can be done before hand, without a new package release ** Paul and Simo, in need your input regarding doing this for community as well. I have not looked at the scripts in a long time, but how much effort do you think this would take? Here is the end result, repo created ages ago by Jason[1]: http://projects.xennet.org/svnarch/ It is a tad large, but SVN is nice in that it allows us to only check out subdirs we want, so you can checkout just your packages (see jason's archco tool[1]) We *will* lose history during this transition. It's something I'm willing to live with, as this is not code history. We will still archive CVS for posterity. So, what do I need from you? Nothing. I'm making this easy in that I will do all the work. I just need one thing: give me a day when it is best. When you all want to take a mini-vacation and do no packaging at all. If no one has a good day for this, I will probably do it on Thursday or Friday. Thanks, Aaron 1: http://archlinux.org/pipermail/arch-dev-public/2007-October/002308.html

17 93

Re: [arch-dev-public] [arch-commits] Commit in graphviz/repos/extra-x86_64 (PKGBUILD)
by Eric Belanger 18 Apr '08

18 Apr '08

What did you do to fix it? bzr for x86-64 has the same problem. On Mon, 14 Apr 2008, andyrtr(a)archlinux.org wrote: > Date: Monday, April 14, 2008 @ 16:28:07 > Author: andyrtr > Revision: 270 > > fix svn state for x86_64 extra > > Modified: > graphviz/repos/extra-x86_64/PKGBUILD > > ----------+ > PKGBUILD | 10 +++++----- > 1 file changed, 5 insertions(+), 5 deletions(-) > > Modified: PKGBUILD > =================================================================== > --- PKGBUILD 2008-04-14 15:59:50 UTC (rev 269) > +++ PKGBUILD 2008-04-14 20:28:07 UTC (rev 270) > @@ -1,20 +1,20 @@ > -# $Id: PKGBUILD,v 1.24 2008/03/27 19:38:19 andyrtr Exp $ > +# $Id: PKGBUILD,v 1.25 2008/03/27 20:01:15 andyrtr Exp $ > # Maintainer: kevin <kevin(a)archlinux.org> > # Contributor: John Proctor <jproctor(a)prium.net> > > pkgname=graphviz > -pkgver=2.16.1 > -pkgrel=3 > +pkgver=2.18 > +pkgrel=2 > pkgdesc="Creates acircular graph images" > arch=('i686' 'x86_64') > license=('CPL') > - depends=('gd' 'gtk2' 'libxaw' 'libtool>=2.2') > + depends=('gd>=2.0.35' 'librsvg>=2.22.2' 'libxaw>=1.0.4' 'libtool>=2.2') > makedepends=('bison' 'flex') > url="http://www.graphviz.org/" > options=('!libtool' 'force') > source=(${url}/pub/${pkgname}/ARCHIVE/${pkgname}-${pkgver}.tar.gz) > install=graphviz.install > -md5sums=('8952fb2a627b38e38ed429a3a9d5cc5c') > +md5sums=('7df2705482c86fc7a9ee5f0446ed0b9e') > > build() { > cd ${startdir}/src/${pkgname}-${pkgver} > > > _______________________________________________ > arch-commits mailing list > arch-commits(a)archlinux.org > http://archlinux.org/mailman/listinfo/arch-commits > > -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.

1 0

[arch-dev-public] Error merging opera-devel
by Daniel Isenmann 17 Apr '08

17 Apr '08

Hi, following problem on merging opera-devel in unstable: $ unstablepkg ===> Uploaded opera-devel-9.50-0.20-x86_64.pkg.tar.gz ===> Commited with "upgpkg: opera-devel 9.50-0.20" message C ../repos/unstable-x86_64/PKGBUILD property 'svnmerge-integrated' set on '../repos/unstable-x86_64' ~/svn/opera-devel ~/svn/opera-devel/trunk svn: Commit failed (details follow): svn: Aborting commit: '/home/ise/svn/opera-devel/repos/unstable-x86_64/PKGBUILD' remains in conflict ~/svn/opera-devel/trunk ===> Tagged for unstable-x86_64 The i686 one worked, but the x86_64 not. Now I have 4 PKGBUILDs in my repo/unstable-x86_64: $ ls repos/unstable-x86_64/ PKGBUILD PKGBUILD.merge-right.r318 opera.desktop PKGBUILD.merge-left.r304 PKGBUILD.working opera_logo48.png The PKGBUILD.merge-right.r318 is the right one, which should be in the svn, but I don't have enough svn knowledge to solve the merging problem. Can someone please give me some advice or solve the merging problem?? Thanks, Daniel

3 3

[arch-dev-public] [signoff] bzip2 1.0.5-2
by Tom K 17 Apr '08

17 Apr '08

Everything 1.0.5-1 had, PLUS a working shared lib symlink for people like Dan. :P I rebuilt links against it - the executable is now a shade smaller, and ldd/strings output is identical. Uploaded for both arches. T.

2 1

[arch-dev-public] Rsync to [core]
by Travis Willard 16 Apr '08

16 Apr '08

With ABS changing from cvsup to rsync, we either need to move rsync to core, or abs to extra. I vote rsync to core. Anyone opposed? If all are OK with it, I'll move it to core tomorrow.

6 8

[arch-dev-public] [Draft] ABS announcement
by Travis Willard 16 Apr '08

16 Apr '08

May as well tell the people what's happening with ABS. Here's an announcement draft: -----------8<-----------------8<-------- ABS 2.0 In Testing With version 2, ABS has moved to an rsync method for pulling the ABS tree, as part of the changes that needed to be made for our internal move from CVS to SVN as our source control mechanism. This means a few things: 1) cvsup/csup are no longer required 2) /etc/abs/supfile.* are no longer required 3) Anyone opening ports for use with ABS will now need to open port 837, the rsync port Also, since category information (ie. base, devel, editors) is no longer stored in the repo, makeworld has been updated - check makeworld -h for more info. -----------8<-----------------8<-------- Thoughts?

7 11

Re: [arch-dev-public] [arch-commits] Commit in abs/trunk (PKGBUILD)
by Aaron Griffin 16 Apr '08

16 Apr '08

On Mon, Apr 14, 2008 at 10:59 AM, Travis Willard <travis(a)archlinux.org> wrote: > Date: Monday, April 14, 2008 @ 11:59:50 > Author: travis > Revision: 269 > > Simple test to check commit messages Win. This is a commit message from svn. It's made by the same guy who made the cvslog util we were using (oddly enough, he named it svnlog for reasons I will never know, heh). I had to hackity it to limit diffs to 40K though Oh, I also had to bump perl on gerolde... well, it was on accident, but we don't use perl for anything, right? Dale, Eliott, can you guys confirm I didn't accidentally make things go kablooey?

4 6

[arch-dev-public] [signoff] bzip2 1.0.5-1
by Tom K 15 Apr '08

15 Apr '08

Upstream vulnerability fix, our ref FS#10121, additional info here: https://www.cert.fi/haavoittuvuudet/joint-advisory-archive-formats.html Also, man path amended. In testing now for both arches. Thanks T.

4 7

[arch-dev-public] [signoff] lvm2 2.02.34-1
by Thomas Bächler 15 Apr '08

15 Apr '08

Yet another minor update for lvm2, please sign off.

3 5

[arch-dev-public] [signoff] abs 2.0-2
by Travis Willard 15 Apr '08

15 Apr '08

Same as 2.0-1, except: rsync server configurable rsyncd.conf.abs moved to /usr/share/abs

4 8

[arch-dev-public] TrueCrypt and kernel updates
by Tom K 15 Apr '08

15 Apr '08

FYI kernel maintainers - TrueCrypt is now fuse-based, and will no longer require a rebuild for kernel updates. T.

2 1

[arch-dev-public] Imagemagick rebuild in [testing]
by Eric Belanger 15 Apr '08

15 Apr '08

Hi, I just uploaded an imagemagick package in testing that will require a rebuilt of the apps that links to its libs because the libraries names have changed. From imagemagick ChangeLog: * New Unix/Linux refactoring (should be transparent since changes are reflected in Magick-config and ImageMagick.pc pkg-config files): /usr/local/include => /usr/local/include/ImageMagick libMagick => libMagickCore libWand => libMagickWand Magick-config (deprecated) => MagickCore-config Wand-config (deprecated) => MagickWand-config Add Magick++-config, MagickCore.pc, MagickWand.pc, Magick++.pc The package that needs to be rebuilt are: dvdauthor inkscape koffice labplot libavg libfprint psiconv (already done) pstoedit transcode vips vips-devel xine-lib To get the list above, I've installed all packages that had imagemagick as a (make)depends then ran lddd to see which ones needed to be rebuilt. It might be worth it to to that for future rebuilds. If someone with mysql access would do a todo list for the above, I'll appreciate. I could always do some of these rebuilds if some of you are overwhelmed by work. Eric -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.

4 10

[arch-dev-public] [signoff] openssh 5.0p1
by Aaron Griffin 15 Apr '08

15 Apr '08

New and improved ssh I haven't been able to find a comprehensive upstream change log (busy with devtools/dbscripts changes), but I know this has some large security fixes, and also contains the new-fangled chroot ability. That's right, sshd should not have the ability to chroot users built in. I know I'm excited. Should be in testing for both arches

6 13

[arch-dev-public] cvs diff on old repos
by Dan McGee 14 Apr '08

14 Apr '08

dmcgee@dublin ~/projects/repos/core/base/pacman $ cvs diff cvs diff: failed to create lock directory for `/home/cvs-core/core/base/pacman' (/home/cvs-core/core/base/pacman/#cvs.lock): Permission denied cvs diff: failed to obtain dir lock in repository `/home/cvs-core/core/base/pacman' cvs [diff aborted]: read lock failed - giving up Well this sucks. It would be great if I could tell which packages of mine had local changes that I need to copy over into new SVN checkouts. Same holds true for extra too. -Dan

4 7

[arch-dev-public] extra x86_64 database breakage (graphviz maintainer please fix it)
by Thomas Bächler 14 Apr '08

14 Apr '08

This is a problem in our current version of initscripts: If a package is added in staging, but the PKGBUILD shows an older version, the package and database data become inconsistent: $ cat /var/lib/pacman/sync/extra/graphviz-2.16.1-3/desc %FILENAME% graphviz-2.18-2-x86_64.pkg.tar.gz %NAME% graphviz %VERSION% 2.16.1-3 %DESC% Creates acircular graph images %CSIZE% 1304315 %MD5SUM% 47e014aa4dc7f3976db49ede4621af97 %FORCE% This causes problems during the upgrade. Please be more careful until our dbscripts have more checks included and never forget to add the PKGBUILD properly.

3 4

Re: [arch-dev-public] [arch-commits] CVS update of extra/multimedia/audacious (PKGBUILD)
by Aaron Griffin 14 Apr '08

14 Apr '08

On Mon, Apr 14, 2008 at 10:06 AM, Travis Willard <travis(a)archlinux.org> wrote: > Date: Monday, April 14, 2008 @ 11:06:54 > Author: travis > Path: /home/cvs-extra/extra/multimedia/audacious > > Modified: PKGBUILD (1.10 -> 1.11) > > Testing readonly status OMFG Ok guys.... just.... don't do this, k?

2 3

[arch-dev-public] Rsync-based ABS
by Travis Willard 14 Apr '08

14 Apr '08

Hey guys, So I think ABS is ready to move to rsync. The final piece, server-side ABS-tree generation, has been completed with help from Jason. I've just committed the svn2abs script to git - take a look at it to get the full details, but in short it does a checkout of the svn repo (or updates a pre-existing checkout), extracts the repo information into the expected format for an ABS tree and stores this in a tmp dir, then rsyncs /srv/abs to the tmp dir to update it. I've tested this a bit on gerolde, and ironed out a few of my initial bugs - the ABS tree currently sitting in /srv/abs was generated using that script. I've made packages (and src PKGBUILD) available at http://dev.archlinux.org/~travis/pkg/ if anyone wants to muck around. The [abs] rsync stanza is currently only set to allow my IP address, so you won't yet be able to sync with the new abs unless you get your IP added (or remove the restriction altogether). svn2abs is designed to be run as a cron-job, maybe once/twice a day or something along those lines to keep /srv/abs relatively fresh. I'm pretty confident in the state of ABS now, so I'm wondering how we'll go about integrating this onto Gerolde, then pushing it out to the users. Things we'll need to do to get this integrated and pushed out: 1) install abs-2.0 on gerolde 2) modify rsync stanza for [abs] in /etc/rsyncd.conf to allow anyone 3) add cronjob for svn2abs 4) push to users I'll need an enabler to handle 1-3, and once it's setup I can take it from there. Anyway, muck around, have fun, see if I missed anything. -- Travis

4 7

Re: [arch-dev-public] [arch-general] Azureus
by Aaron Griffin 13 Apr '08

13 Apr '08

2008/4/11 Ondřej Kučera <ondrej.kucera(a)centrum.cz>: > Hello, > > does anybody know what the deal is/plans are with the azureus package? > It hasn't been updated for more than 7 months and it has been flagged > out of date for a couple of months now too (as far as I remember). If > the devs are not interested in maintaining it, shouldn't it be moved > either to community or to unsupported where perhaps someone would pick > it up and update the PKBGUILD? Interesting point. I checked up on it and it IS orphaned. I'll CC the dev list to see if anyone is interested in it. If not, then perhaps it would be best to move it to community.

3 4

[arch-dev-public] [signoff] abs-2.0-1
by Travis Willard 12 Apr '08

12 Apr '08

In testing for signoff. Moved to rsync. Yay!

4 7

[arch-dev-public] Problem with x86_64 repo and db
by Eric Belanger 12 Apr '08

12 Apr '08

Hi, There some problem with the extra x86_64 repo. Acording to the db, the bzr and graphviz packages are at versions: bzr-1.3-1.1 and graphviz-2.16.1-3. But the versions of the packages on the server and which get installed are: bzr-1.3-1 and graphviz-2.18-2 Can someone with more experience with svn or the db fix that? I can file a bug report if needed. I also tried to update darcs for x86_64 but there's a svn conflict: $ extrapkg darcs-2.0.0-1-x86_64.pkg.tar.gz 100% 1214KB 1.2MB/s 00:00 File integrity okay. ===> Uploaded darcs-2.0.0-1-x86_64.pkg.tar.gz ===> Commited with "upgpkg: darcs 2.0.0-1" message C ../repos/extra-x86_64/PKGBUILD property 'svnmerge-integrated' set on '../repos/extra-x86_64' ~/svnroot/darcs ~/svnroot/darcs/trunk svn: Commit failed (details follow): svn: Aborting commit: '/home/eric/svnroot/darcs/repos/extra-x86_64/PKGBUILD' remains in conflict ~/svnroot/darcs/trunk ===> Tagged for extra-x86_64 $ diff /home/eric/svnroot/darcs/repos/extra-x86_64/PKGBUILD PKGBUILD 1c1 < # $Id: PKGBUILD,v 1.10 2007/06/23 16:56:02 pierre Exp $ --- > # $Id: PKGBUILD,v 1.9 2007/06/18 16:26:45 dan Exp $ 15,17d14 < <<<<<<< .working < md5sums=('077420eec437ecdd45d8dc6682ee61fa') < ======= 19d15 < >>>>>>> .merge-right.r11 I also tried to update pidgin for x86_64 but it says thayt there is nothing to commit: $ extrapkg pidgin-2.4.1-1-x86_64.pkg.tar.gz 100% 8821KB 94.9KB/s 01:33 File integrity okay. ===> Uploaded pidgin-2.4.1-1-x86_64.pkg.tar.gz ===> Commited with "upgpkg: pidgin 2.4.1-1" message ~/svnroot/pidgin ~/svnroot/pidgin/trunk Nothing to commit ~/svnroot/pidgin/trunk ===> Tagged for extra-x86_64 The package was still uploaded to gerold and I ran the db script but the package isn't in the repo. I did successfully updated netpbm and devtools so I don't know why the packages above failed. Thanks, Eric -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.

1 0

[arch-dev-public] FYI: Data about mirror status
by Thomas Bächler 12 Apr '08

12 Apr '08

I just found this on the forums: http://bbs.archlinux.org/viewtopic.php?id=46938 This is a list of mirrors and their sync status: http://users.archlinux.de/~gerbra/mirrorcheck.html I think this is awesome!

3 2

[arch-dev-public] ArchISO FTP Installer - Testers Needed
by Simo Leone 12 Apr '08

12 Apr '08

Hey everyone, I'd like to begin testing some preliminary work with the arch livecd system. You can find a livecd rigged up to work as an ftp installer at: http://dev.archlinux.org/~simo/archiso_tests/arch-ftp-live-1206519468.iso This ISO consists of our current installer scripts and a functioning arch livecd containing most of the base package set. It uses the grub boot loader, which is likely to be changed to isolinux in the near future. At this point, it's an i686-only thing, but an x86_64 version will be coming soon. If you've got some time to kill, please give the iso a whirl. You'll find the installer and its documentation in its usual home at /arch/ on the livecd system. It'd be nice to have this tested on a large variety of systems if possible. **I need feedback on the following regarding ISO bootup** - Did the grub loader work as expected? - Did it pick up and load the module for your network hardware? - Did it pick up and load the modules for your disk controllers? - Any kernel panics, freezes, that sort of ugly stuff. Please keep in mind that this is not intended to be production quality at this point, and it's a very early version, so there are still a lot of sharp edges that need to be smoothed out. Thanks for your help, -Simo offtopic: archiso_tests also contains a hacky xfce4 livecd image you might want to play around with, although it's a little oldy moldy.

6 8

[arch-dev-public] Problem with gstreamer in testing
by Jason Chu 10 Apr '08

10 Apr '08

It seems that gstreamer is still tagged for testing even though the packages aren't in there. I know they're JGC's packages but I just wanted to make sure that they're supposed to be out of testing before fixing up svn and the testing db.

2 2

[arch-dev-public] ArchISO FTP Installer - Round 2
by Simo Leone 10 Apr '08

10 Apr '08

First off, thanks for the feedback last week. Most of the issues were minor and not-too-technical, so they weren't too tricky to iron out. Another batch of images has been generated with suggested improvements, they can be found at: http://dev.archlinux.org/~simo/archiso_tests/installer/ This time, there are ISO and USB images for both architectures. Once again, I'm looking for testers. So if you have some time to kill, please give 'em a spin and let us know how it goes. Generally speaking the live system should be able to: a) boot and b) connect to a network. If for some reason you can't get it to do one of those, I'm especially interested in hearing about it. If no major issues can be identified with these, the next batch will be a full-blown core-ftp-i686-x86_64-usb-iso release. Early and Often, as they say. Thanks for your help! -- Simo Leone Archlinux Developer PS: For the interested, changelogs and code repos: http://code.neotuli.net/gitweb/?p=archiso.git;a=shortlog;h=refs/heads/ftp-i… http://projects.archlinux.org/git/?p=archiso.git;a=summary

6 20

[arch-dev-public] updated testing2extra
by Pierre Schmitz 10 Apr '08

10 Apr '08

Hi all, I have made a first proposal how testing2extra might work with the new svn repo layout. I did not try it because it might break everything. So please have a look. I am not sure if we should use svnmerge to move stuff from testing to extra or if it's better to just use rm and mv. And I need to add a check which should prevent us from moving packages into the wrong repo by accident. Pierre PS: I also attached the script to this mail. -- archlinux.de

2 3

[arch-dev-public] [signoff] glib2 2.16.3-1
by Jan de Groot 10 Apr '08

10 Apr '08

Another new version of glib2, please signoff for both architectures. Changelog: Overview of Changes from GLib 2.16.2 to GLib 2.16.3 =================================================== * Update the Unicode support to 5.1.0 * Bug fixes: 524314 g_convert() on Win32 implicitly converts full width alpha... 448943 g_timeout_add_seconds() problems 525972 UCS-4 not in the new win_iconv implementation 526619 make test-report crash 491554 Update to Unicode 5.1.0 525866 the user directory should not be considered as a mount... 526796 Wrong order of arguments in g_file_copy's fallback * Translation updates: Czech (cs)

2 1

[arch-dev-public] how to call svn based devtools within a i686 (core) chroot
by Andreas Radke 08 Apr '08

08 Apr '08

i keep several chroots alive: core, core/testing, extra, extra/testing. and that twice for each architecture. calling devtools archrelease foo-$CARCH works well for extra and extra/testing also in i686 (linux32) chroots. but how to deal with core chroots? for x86_64 i can run archrelease from outside the chroot. but this won't work for i686. so far i had manually tagged and scp'ed the pkg. how to to this now? moving all subversion related dependencies to core/devel could solve it that are not only a few packages, so it would blow up core a bit too much i think. any idea? btw: how's other devs experience with mkarchroot? is the creation trivial for x86_64 and linux32 i686 chroots? how do you keep the chroot empty or do create each time a new one? is there any advantage beside disc space over permanent chroots? -Andy

3 3

[arch-dev-public] Request for help: 32bit chroot handling in makechrootpkg
by Aaron Griffin 08 Apr '08

08 Apr '08

So I looked at this for about 5 minutes... and broke things. I have a 32bit chroot on my 64bit box, but cannot seem to work a call to "linux32" in properly. I am hoping that someone with more experience could look into this. I do know that "linux32 chroot /var/archroot32 /bin/bash" works find... but doing the same thing (linux32 chroot <path> <script>) in makechrootpkg tosses some ELIBBAD at me... So I gave up. If someone would mind giving me a hand, that'd be great. It would give the 64bit build machine the opportunity to work for i686 as well (for those out there with only 64bit hardware). Thanks in advance, Aaron

4 4

[arch-dev-public] initscripts changes
by Thomas Bächler 07 Apr '08

07 Apr '08

I am hacking initscripts and can't quite decide on two issues: 1) I'd like to hardcode /dev/pts/ mounting in rc.sysinit. 2) I'd like to remove the (hardcoded) line /usr/bin/setterm -blank 15 from rc.sysinit. Can I get opinions on these?

3 3

Re: [arch-dev-public] [arch-general] initscripts changes
by Jan de Groot 07 Apr '08

07 Apr '08

On Mon, 2008-04-07 at 00:24 +0200, RedShift wrote: > Thomas Bächler wrote: > > RedShift schrieb: > >> Thomas Bächler wrote: > >>> I am hacking initscripts and can't quite decide on two issues: > >>> > >>> 1) I'd like to hardcode /dev/pts/ mounting in rc.sysinit. > >> > >> What's wrong with putting that in fstab? What if I don't want to have > >> that mounted? So instead of modified fstab I'd have to mess with > >> rc.sysinit everytime the initscripts get upgraded? This is the same > >> discussion as with moving lo to rc.sysinit instead of leaving it in > >> rc.conf. Uterly pointless. > > > > The point is, everyone needs it mounted. Your system will be completely > > useless without devpts (as it is without the lo interface). > > > > However, I know your opinion on these issues. Are there any rational > > reasons not to hardcode devpts? > > > > Yes. It's not logical. fstab was made for mounting filesystems, why even consider moving it to rc.sysinit? It's not because it makes the system unusable without it, that it should be moved to rc.sysinit. Why the change anyway? What's the benefit? Now we're going to see "Heeey stuff's being mounted that's not in fstab? wtf?". This change is just plain irrational, fstab was _specifically made_ for mounting filesystems. If you're going to hardcode stuff like that you might as well throw away fstab. > > Glenn /proc and /sys are already hardcoded. About your system being broken without these filesystems mounted: - SSH (both server and client) won't work without devpts mounted - None of the virtual X terminal things will work without devpts mounted One sidenote though: I don't think users will break their system, the /dev/shm and /dev/pts mounts are in fstab during setup and I think most people don't remove them. I haven't seen bugs about "hey my system doesn't boot, but when I add these lines to /etc/fstab it works"

1 0

[arch-dev-public] some packages in extra depends on testing
by Roman Kyrylych 06 Apr '08

06 Apr '08

Hi! I want to bring everyone's attention to this issue because there are 2 bugreports already about this. Some packages in extra require packages from testing with depends=(... foobar>=version-from-testing ...) This situation should not happen. Please either don't update package until its dependencies move to extra, or don't forget to move dependencies when nothing holds them in testing. Thank you. -- Roman Kyrylych (Роман Кирилич)

3 2

[arch-dev-public] kernel26 patch git repository
by Thomas Bächler 05 Apr '08

05 Apr '08

As some of you have noticed, I moved all the stuff we do in the -ARCH kernel into a separate patch to make the PKGBUILD slimmer. Now I finally set up a generation script for the patch (which is in an early state, doesn't do much error handling, but works) which will probably grow and become more sophisticated over time. I set the script and the patches up in http://projects.archlinux.org/git/?p=linux-2.6-ARCH.git;a=summary However, I need someone with root to run groupadd linux-2.6-ARCH-git (is that even a valid group name?) chown -R thomas:linux-2.6-ARCH-git path/to/repo I did the rest of the steps listed in repo-setup.txt, so after that the repository should be fine. I will start preparing 2.6.25 soon (maybe even today), but I want to clean up the patch. If anybody has opinions about any of the patches currently included, please post them here. You can go through the PATCHCFG file in the repository and comment on the ones you like or dislike.

3 4

[arch-dev-public] [signoff] glib2 2.16.2-1
by Jan de Groot 05 Apr '08

05 Apr '08

Please signoff for both architectures. This is a minor update for 2.16.1 that was signed off already.

3 2

[arch-dev-public] [signoff] pacman 3.1.4, libarchive 2.4.17
by Dan McGee 03 Apr '08

03 Apr '08

Signoffs for both architectures needed, as well as a build of pacman for x86_64 (since pacman depends on the new libarchive, I can't build with satisfied deps as I don't have sudo, and I really can't do anything without sudo including installing a package in my chroot). pacman changes: http://www.archlinux.org/pipermail/pacman-dev/2008-April/011561.html libarchive changes: who knows, but 3 minor versions in like 2 days. It should be plenty stable though, I promise. -Dan

4 6

[arch-dev-public] licenses: GPL permutations
by Paul Mattal 02 Apr '08

02 Apr '08

What is the right way to list all the various contortions you can now have of GPL in the license array? There's: GPL - any version of GPL GPL2 - only version 2 GPL2+ - version 2 or later GPL3 - version 3 only GPL3+ - version 3 or later These are all substantively different (except the last two.. for now) so how do we express these? Should we actually create common licenses GPL2+ and GPL3+ which reference the other two, and make GPL reference them all? Do we need a GPL1 and GPL1+? - P

3 5

[arch-dev-public] [signoff] tzdata 2008b-1
by Andreas Radke 02 Apr '08

02 Apr '08

minor update. in testing for both arches. please signoff. -Andy

3 2

[arch-dev-public] [signoff] man-pages 2.79-1
by Andreas Radke 02 Apr '08

02 Apr '08

minor update. in testing for both arches. please signoff. -Andy

3 2

[arch-dev-public] [signoff] mkinitcpio 0.5.18.1
by Thomas Bächler 02 Apr '08

02 Apr '08

Quick bugfix. I have no idea why the bug didn't occur yesterday and all the days before (on an identical filelist), but today, the use of sort -u in mkinitcpio broke my image: /lib/modules/2.6.25-rc8 was added before /lib/modules and thus extraction failed (cpio is very bitchy about this). The only change is: http://projects.archlinux.org/git/?p=mkinitcpio.git;a=commitdiff;h=45a9fab4… Please sign off quickly, before nobody can boot their arch anymore.

2 2

[arch-dev-public] request/question: archboot isos hosting directory
by Tobias Powalowski 31 Mar '08

31 Mar '08

Hi archboot isos are now well tested and work as they should, i would like to put them in ftp/iso directory that other mirrors will sync them too. Which directory whould be fine for you? ftp/iso/archboot/2008.03 ? or something else? thanks for input. greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

5 7

[arch-dev-public] Dropping ipw3945 from core
by Thomas Bächler 31 Mar '08

31 Mar '08

After I discovered that my problems with the new Intel driver where related to dhclient and fixed the bug, I am now successfully using iwl3945 on my machine. It seems to be working perfectly, so I am considering dropping ipw3945 from core/support with the 2.6.25 release (so there will be no new package versions after ipw3945-1.2.2-8). This is intended as a warning, but also as a question: Is there anyone who cannot use iwl3945 instead of ipw3945?

1 0

[arch-dev-public] [signoff] kernel26 2.6.24.4-1, support/atl2 2.0.4-1
by Thomas Bächler 30 Mar '08

30 Mar '08

Changes to the latest kernel by tpowa: - All patches have been collapsed into a single patch-2.6.24.4-1. Patch generation is done by abuse of makepkg now and nothing is done inside a SCM, but that will be fixed. Currently, everything is in http://dev.archlinux.org/~thomas/kernel26/linux-2.6-ARCH.tar.bz2. - removed pre-2.6.24.4 patch and updated to 2.6.24.4 - updated unionfs to 2.3.1 (according to simo this fixes some race conditions) - removed the aufs splice patch due to incompatibility with unionfs. This breaks aufs, but Simo promised to fix it (ping Simo) - removed the atl2 patch and moved it to a separate package in core/support due to the many complaints by developers. - Some PKGBUILD stupidity cleanup: Remove /boot/kconfig26, because it is the most unnecessary file in the history of unnecessary files - Removed /etc/mkinitcpio.d/kernel26-fallback.conf, because the default fallback image doesn't need a separate config file anymore Please sign off. We need to move some kernel to core fast, because applications built with gcc 4.3 might be broken with any other kernel. (At the time I am posting this, only x86_64 is uploaded and tested, i686 will be uploaded in a few minutes, but untested).

4 5

[arch-dev-public] [signoff] glib2 2.16.1-1
by Jan de Groot 30 Mar '08

30 Mar '08

For GNOME 2.22, I need glib2 updated to 2.16.1, which is in testing for a while now. Please signoff for both architectures so GNOME can get moved too this week.

3 2

[arch-dev-public] dhclient: fixed two bugs in extra
by Thomas Bächler 30 Mar '08

30 Mar '08

I uploaded dhclient 3.0.6-2 which fixes two bugs: - fix-broken-resolvconf.patch dhclient-script only generates a new resolv.conf if the DHCP server transmits a domain name. However, the DHCP specifications don't require a DHCP server to do that. This was reported to ISC in 2004 IIRC and they never even looked at it. This patch fixes resolv.conf generation, such that resolv.conf is always generated if the DHCP server transmits at least one DNS server. I actually fixed this half a year ago, and didn't upload it. - fix-mac80211-wireless.patch I was trying to find this bug for over half a year and just now found out it is dhclient's fault (partially). dhclient/dhclient-script brings the interface down and up again on several occasions. This was never a problem in the past, but with a mac80211 driver, this results in an unusable interface until you reassociate (the RUNNING flag in ifconfig is missing). The interface was brought by dhclient-script down on occasions where bringing it down isn't even necessary, but it suffices to simply delete the ipv4 data (which was done anyway). This patch fixes the problem by removing the "down" keyword from all ifconfig lines in dhclient-script, as the script is never required to actually bring the interface down. One of the occasions when dhclient would bring the interface down and up again was a DHCPNAK. As a NAK is very common when you switch between several wireless networks, as you may try to REQUEST a lease which has not expired yet and get a NAK as the network you are on now is different. This essentially broke all mac80211 driver when using wireless roaming with dhclient and long lease times.

1 0

[arch-dev-public] SBCL, kernel, and GCC 4.30
by K. Piche 29 Mar '08

29 Mar '08

While trying to build the latest SBCL I came across an interesting problem. The build halts midway and clocks the CPU at 100%. A quick search shows that GCC 4.3.0 changed the ABI slightly to conform to the formal standard as opposed to the defacto standard. GCC stopped clearing or setting the DF before function calls which is out of step with the kernel which expects it set/cleared. Apparently this mostly affects signal handlers called by the kernel. This causes problems with the signal functions in our glibc because it was compiled with GCC 4.3.0. I installed glibc 2.7-7 and sbcl builds fine now. A better explanation of the problem can be found at http://lwn.net/Articles/272048/ and at the very bottem there is a link to a Debian bug. The problem is fixed in kernel 2.6.25 and (sigh) there is a patch available for 2.6.24. k -- K. Piche <kpiche(a)rogers.com>

3 4

[arch-dev-public] Required libtool rebuilds
by Eric Belanger 29 Mar '08

29 Mar '08

Hi, While running lddd on my system, I noticed that we forgot to do some libtool rebuild. As it's late now, I don't have time before tomorrow (Friday) night. Here's the list in case someone else has time to fix that before me. - needed libtool rebuild (at least for pkg that were installed here): libextractor snd courier-authlib There's also this long standing tcl/tk rebuild (FS#9406) that I could do : timidity Thanks, Eric -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.

2 2

[arch-dev-public] iso release? libtool signoffs
by Andreas Radke 28 Mar '08

28 Mar '08

>Hi >Life changed here recently, new full time job starts, marrying and >such stuff. >Feel free to update any of my adopted packages, or just orphan them >that someone else can take care of them. > >Cya guys, >greetings >tpowa Is some way this might be the result of the past discussions... Anyway, what about our iso release? tpowa didn't want to have libtool moved before the release. Because I don't expect another new ISO based on his work in the next days I want to push libtool and related packages to core/extra. I know not all devs have checked their packages for rebuilds or just not replied. All known libtool issues have been fixed. I expect more from hidden depends after a move to core but that wouldn't change if we keep libtool longer in testing. opinions? can i get signoffs for libtool 2.2-2? -Andy

6 8

Re: [arch-dev-public] [arch-commits] CVS update of extra/lib/sqlite3 (PKGBUILD)
by Roman Kyrylych 27 Mar '08

27 Mar '08

2008/3/26, andyrtr(a)archlinux.org <andyrtr(a)archlinux.org>: > Date: Wednesday, March 26, 2008 @ 17:58:46 > Author: andyrtr > Path: /home/cvs-extra/extra/lib/sqlite3 > > Modified: PKGBUILD (1.37 -> 1.38) > > upgpkg: sqlite3 3.5.7-1 > FST build enabling patch wasn't accepted upstream, so we remove it for now > - # include fts123 - fixes #6217 patch taken from > - # http://www.sqlite.org/cvstrac/tktview?tn=2791,35 > - patch -Np0 -i ../build_fts_as_part_of_libsqlite.patch || return 1 When you're doing this please re-open corresponding reports. -- Roman Kyrylych (Роман Кирилич)

2 2

[arch-dev-public] [signoff] libarchive 2.4.14
by Dan McGee 27 Mar '08

27 Mar '08

Minor upgrade (12 -> 14), please signoff. If pacman -Syu works, you are fine. We can probably sneak this one onto the ISO if we get signoffs soon enough... I do need a build for x86_64, sorry I couldn't do it myself. -Dan

6 11

[arch-dev-public] Offline for uncertain time.
by Tobias Powalowski 27 Mar '08

27 Mar '08

Hi Life changed here recently, new full time job starts, marrying and such stuff. Feel free to update any of my adopted packages, or just orphan them that someone else can take care of them. Cya guys, greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

5 5

[arch-dev-public] Postgres 6.3 todos
by Paul Mattal 27 Mar '08

27 Mar '08

So much time has passed since this list went up (almost 2 months) that there's some chance some of these have been rebuilt already but not updated on the list! Could responsible parties have a look? If you want me to rebuild these for you, just let me know. - P https://dev.archlinux.org/todo/48/

3 2

[arch-dev-public] Warning on php-apc update
by Pierre Schmitz 26 Mar '08

26 Mar '08

Dear PHP user, the update from php-apc to Version 3.0.17 includes a security fix: http://nvd.nist.gov/nvd.cfm?cvename=CVE-2008-1488 But it seems that the other changes of that new version are introducing several problems which will cause php to crash. It seems to be quite random but I have seen phpMyAdmin triggering those crashes a lot. I would recommend to disable APC until this is fixed. My current plan is to downgrade APC to 3.0.16 again and try to backport the security patch only. Greetings, Pierre PS: this bug-report seems to be related: http://pecl.php.net/bugs/bug.php?id=13505 -- archlinux.de

2 4

[arch-dev-public] kernel26 unionfs/aufs conflict
by Simo Leone 26 Mar '08

26 Mar '08

Hey guys, The unionfs patch in our kernel right now is old, and suffers from a few pretty bad bugs that cause frequent kernel panics. Anyhow, there's a new version at http://download.filesystems.org/unionfs/unionfs-2.x/unionfs-2.3.1_for_2.6.2… which works fine. However, it looks like it directly conflicts with the splice patch needed for aufs. Both unionfs and the aufs patch export a couple functions for modules to use in splice.c, and they happen to export them as different function names, hence the conflict. I'd argue that the unionfs patch does it "more correctly" given that it prefixes the function names with vfs_, where the aufs patch simply exports them as-is (there goes the namespace. ick.). Now, we can work around this with a dirty little hack that just exports both names, and has one simply call/return the other. Another alternative is to let unionfs do it their way, and patch our out-of-tree aufs module accordingly, which isn't a whole lot cleaner. The last option is to drop either aufs or unionfs, which isn't exactly desirable either... although they do provide similar functionality. Anyhow, I need some opinions here, and it's ultimately up to the kernel maintainers. I'm willing to write patches for options 1 or 2 if that's how you want to do it. As an aside, I'm going to read up on it and figure out who really does it the "right" way and let the other project know about it. -S

5 6

[arch-dev-public] List of packages with no license information in core, extra
by Aaron Griffin 26 Mar '08

26 Mar '08

Forwarding from aur-general (Thanks!). I removed the community packages list too. ---------- Forwarded message ---------- From: Ronald van Haren <pressh(a)gmail.com> Date: Wed, Mar 26, 2008 at 3:52 AM Subject: [aur-general] List of packages with no license information in core, extra and community To: "Discussion about the Arch User Repository (AUR)" <aur-general(a)archlinux.org>, arch-dev-public(a)archlinux.org Hi all, I just came across some package in extra and noticed it had no license information at all in the PKGBUILD (though the package is not even gpl). So I got the idea of checking if more packages had this problem and came up with a list of the core, extra and community repositories (it should be easy to run the script for unstable and testing too if required). Please all take a look at the list and fix the packages. It really are too much packages without license information! Respective bug reports can be found for core & extra: http://bugs.archlinux.org/task/9971 community: http://bugs.archlinux.org/task/9970 I also attached the lists to this mail. Regards, Ronald

5 7

[arch-dev-public] [signoff] kernel26-2.6.24.3-6
by Tobias Powalowski 26 Mar '08

26 Mar '08

Hi kernel bump release for both arches in testing, please signoff added atheros l2 network adapter support (used in eee pcs) added some additional headers for dvb module building http://bugs.archlinux.org/task/9912 greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

7 14

Re: [arch-dev-public] [arch-general] signoff kernel26-2.6.24.3-6
by Jan de Groot 26 Mar '08

26 Mar '08

> -----Oorspronkelijk bericht----- > Van: arch-general-bounces(a)archlinux.org [mailto:arch-general- > bounces(a)archlinux.org] Namens Aaron Griffin > Verzonden: woensdag 26 maart 2008 0:37 > Aan: General Discusson about Arch Linux > Onderwerp: Re: [arch-general] signoff kernel26-2.6.24.3-6 > > On Tue, Mar 25, 2008 at 2:07 PM, Arvid Ephraim Picciani > <aep(a)ibcsolutions.de> wrote: > > i believe archlinux is lost and i stopped fighting for it. It's > exhausting to > > fight against argumentation like "but other distros do the same". > those > > people just didnt get the point and should be kicked out of arch > directly. > > You argue that those people actually contribute too much to kick > them out? > > Look. they just contribute things that we don't want. We don't want > > downstream patches. We don't want automatic scripts (except udev, it > damn > > rocks, thanks for that). We don't want downstream split packages. > You could > > safe hundrets of hours by just not doing that. > > I am a strong believer that this entire paragraph was constructed by > typing "win" over and over. > If patching is no longer allowed, get ready for a time where packages are stuck in testing for ages because upstream broke it. Get ready to run a distro that breaks your system on every pacman -Syu because upgrade paths are not handled. Yes, this is win win win I guess. If we want to go this way, I consider myself as ex-developer and switch to another distribution or operating system that just works and gives me the power to do things the right way. Instead of building packages for people that tell me I'm doing the wrong thing, I'll do upstream software development, in this case GNOME.

1 0

[arch-dev-public] [signoff] mkinitcpio 0.5.18
by Thomas Bächler 26 Mar '08

26 Mar '08

The only change to 0.5.18pre2 is the fixed resume hook.

3 2

[arch-dev-public] [signoff] glibc 2.7-9
by Jan de Groot 26 Mar '08

26 Mar '08

During the update to glibc 2.7-8, a patch was added from upstream CVS that breaks makecontext/getcontext calls. This causes segfaults in some applications, wvstreams is an example of this. 2.7-9 contains an updated patch that fixes this issue. Please signoff. Bug fixed: http://bugs.archlinux.org/task/9917

3 2

[arch-dev-public] MythTV & Extras
by Travis Willard 25 Mar '08

25 Mar '08

Hi everrrrrrybooooooooody! (Hi Dr. Nick!) Is anyone out there in dev-land interested in MythTV setups? I've got a ton of MythTV packages I'm maintaining (plugins and themes) that are kind of legacy from my TU days, which I brought into community with a ton of votes and eventually came to Extra when I became a dev. I don't use Myth, and can't really test any of these packages - basically I'm looking for someone who's actually interested in Myth to take them on. Paul has said he's looking at dropping the actual MythTV package, so if anyone out there is interested, taking the whole set (Myth + Plugins + Themes) would probably be easiest, since they all kind of update in unison. I'm cc-ing this message to aur-general too, because if no dev is interested, then perhaps a TU would be keen on keeping them in community. They seem to be a decently popular set of packages, so I'd love it if someone could pick them up. Thanks! -- Travis

4 6

[arch-dev-public] ISO quality [was: kernel26 signoff]
by Aaron Griffin 25 Mar '08

25 Mar '08

Splitting thread On Mon, Mar 24, 2008 at 4:31 PM, Tobias Powalowski <t.powa(a)gmx.de> wrote: > Am Montag, 24. März 2008 schrieb Simo Leone: > > On Mon, Mar 24, 2008 at 07:28:13PM +0100, Tobias Powalowski wrote: > > > Users are happy with the new ISOs, just read the Forum thread about it. > > > > You know what. I don't care if the users are happy with the new ISOs. > > That's right, I finally said it. > > _I DON'T CARE_ > > > > I don't care because _I_ am not happy with them. As someone who can see > > that from a technological standpoint, it's a marvel that they even work, > > that is, as a software developer, I'm ashamed to be associated with such > > a shoddy product. > > > > I've offered alternatives, hell I've spent a lot of time offering > > alternatives, built on more solid software enginerring principles > > than "Users are Happy", but no one around here, save Dan and Aaron, who > > just happen to be code contributors, seems to give a damn. What's up > > with that? > > You never started to create ISOs nor you wanted to create them. > This topic here is about kernel26 signoff and i would be fine if people would > stay on topic. Please see here back in October: http://archlinux.org/pipermail/arch-dev-public/2007-October/002616.html

3 5

[arch-dev-public] important! - please someone fix wvdial segfault
by Andreas Radke 24 Mar '08

24 Mar '08

after toolchain move wvdial segfaults here at my gf's system. rebuilt versions of wvstream and wvdial won't fix it. reverting glibc+binutils make it work again. i won't be able to have a look at it today. so please someone try to fix it. thanks. Andy

2 2

[arch-dev-public] [signoff] klibc-kbd -5
by Tobias Powalowski 24 Mar '08

24 Mar '08

Added missing kbd depend please, signoff both arches greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

3 2

[arch-dev-public] [signoff] gcc 4.3.0 and related toolchain updates
by Jan de Groot 24 Mar '08

24 Mar '08

Gcc 4.3.0 has been in testing for a while together with its related toolchain updates (glibc, kernel-headers, binutils). At this moment we've built OpenOffice.org for both architectures and GNOME 2.22 for x86_64 with this compiler without noticable problems. Produced binaries are roughly 5-10% faster than with the old compiler. Tobias and I would like to have this one in core for the new release, as the new kernel and all modules have been built with it also.

5 6

[arch-dev-public] ISO 2008.03-6 release status update
by Tobias Powalowski 24 Mar '08

24 Mar '08

Hey guys, ISOs created and placed to other/rc-iso directory on mirrors, pending package moves to call them final: pending signoffs and move to base: kernel26 should be done soon, because toolchain was moved already! + modules( do we need a signoff for them? It's just a gcc 4.3 rebuild against new kernel26): ipw3945 madwifi ndiswrapper rt2500 wlan_ng26 kbd/klibc-kbd/mkinitcpio? kbd and klibc-kbd waiting for signoff and depend on new mkinitcpio. Roman are there still issues with those packages? any other comments? greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

2 5

[arch-dev-public] 2008.03 TEST ISOs released
by Tobias Powalowski 23 Mar '08

23 Mar '08

Hi i just placed the new "Core Dump" TEST ISO to the mirrors eg: ftp://ftp.archlinux.org/other/rc-iso/2008.03/ some days testing should be enough, I tested them in kvm-qemu and didn't find an issue. ATTENTION: This ISO contains packages that are in testing repository. So don't be suprised by getting package is newer then repository on first pacman -Syu. Those errors will be gone when we moved in the packages, which will happen soon. Changelog: GENERAL: - kernel 2.6.24.3 usage - pacman 3.1.3 usage - RAM usage has been revisited, these are the new recommendations: * FTP ISO, CORE ISO: arch boot image 160 MB RAM x86_64/i686 (all packages selected, with swap partition) * CORE ISO: lowmem boot image 64 MB RAM x86_64/i686 (all packages selected, with swap partition) FIXES: - fixed intel wireless automatic module loading (arch boot image) - fixed auto prepare of harddisk (lowmem boot image) - added more checks and improvements to autoprepare of harddisk - added missing netfilter modules and some wireless addon modules - added dmraid and linux-atm to install environment - added gpt support to grub - added tiacx module and firmware files to install environment - added parted to install environment - updated ftp mirrors to latest status references to bug reports: - http://bugs.archlinux.org/task/4762 - http://bugs.archlinux.org/task/5825 - http://bugs.archlinux.org/task/7975 - http://bugs.archlinux.org/task/8422 - http://bugs.archlinux.org/task/8431 - http://bugs.archlinux.org/task/8435 - http://bugs.archlinux.org/task/8561 - http://bugs.archlinux.org/task/8616 - http://bugs.archlinux.org/task/8638 - http://bugs.archlinux.org/task/8699 - http://bugs.archlinux.org/task/8835 - http://bugs.archlinux.org/task/8852 - http://bugs.archlinux.org/task/8886 - http://bugs.archlinux.org/task/8898 - http://bugs.archlinux.org/task/8952 - http://bugs.archlinux.org/task/9374 - http://bugs.archlinux.org/task/9436 - http://bugs.archlinux.org/task/9452 - http://bugs.archlinux.org/task/9494 - http://bugs.archlinux.org/task/9560 - http://bugs.archlinux.org/task/9697 - http://bugs.archlinux.org/task/9734 - http://bugs.archlinux.org/task/9864 - http://bugs.archlinux.org/task/9865 As usual check md5sum before using the images and also be aware of the new RAM recommendations the images have. Have fun greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

1 0

[arch-dev-public] [signoff] kernel26-2.6.24.3-4 & all binary modules rebuild against it
by Tobias Powalowski 23 Mar '08

23 Mar '08

Hi kernel bump release for both arches in testing repository: fixed: gcc-4.3 build added at daemon patch added new pre .24.4 patch fixed intel graphics fixed booting on via and crusoe processors bugs for reference: http://bugs.archlinux.org/task/9830 http://bugs.archlinux.org/task/9801 http://bugs.archlinux.org/task/9800 http://bugs.archlinux.org/task/9883 http://bugs.archlinux.org/task/9565 please signoff greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

5 5

[arch-dev-public] Libtool issues
by Tobias Kieslich 23 Mar '08

23 Mar '08

Doing my exiv2 update I saw that this time really some packages must be rebuilt. However, digikam can't be rebuilt because it depends on a libgphoto2 that was rebuilt with libtool-1.x based version. libgphoto2 can't be rebuild with libtool2 because it just bails. I have not found any patch/hint how to fix that. Can anyone come up with an idea? I have no real libtool experience. -T

5 6

[arch-dev-public] [signoff] udev-119-1
by Tobias Powalowski 22 Mar '08

22 Mar '08

Hi update to new version, fixed pnp device loading fixed usb_id path in rules http://bugs.archlinux.org/task/9867 http://bugs.archlinux.org/task/9885' please signoff for both arches greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

3 2

[arch-dev-public] ISO 2008.03-5 release status update
by Tobias Powalowski 22 Mar '08

22 Mar '08

Hey guys, following packages i would like to see in core: pending signoffs and move to base: initscripts (showstopper!)? Bump to 2008.03-4 waiting for rtc fix Roman wants to add. e2fsprogs? waiting for signoff on x86_64 ntfs-3g? waiting for signoff on x86_64 kbd/klibc-kbd/mkinitcpio? mkinitcpio needs a small fix in resume hook. Thomas is working on it. kbd and klibc-kbd waiting for signoff and depend on new mkinitcpio. perl? Add exact move date please? delayed package moves due to rebuilds and issues: gcc build-toolchain libtool any other comments? greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

4 8

[arch-dev-public] [signoff] kbd and klibc-kbd
by Roman Kyrylych 22 Mar '08

22 Mar '08

Hi! After days of extreme hacking and scratching my head I'm happy to present them: * kbd-1.14.1.20080309-1 * klibc-kbd-1.15.20080312-1 Don't scare those pkgrels. There are many good reasons that I've used the latest git versions. (Actually, klibc support was added by current maintainer on my request, and 2 patches I've made today are still not in git.) What has changed: * replaced statically built binaries with klibcified ones (saves almost 2Megabytes!) * heavily modified keymap hooks, fixed some bugs * at least 2 bugs in our bugtracker closed by the latest mainstream changes * in *euro.maps 'currency' was changed to 'euro' (by mainstream) * many nice things for Cyrillic alphabet users * splitted hooks and klibcified binaries into a separate package (this will allow to update them separately, and was required in this case). Both i686 and x86_64 packages available (thanks Thomas!). Please signoff. ;-) -- Roman Kyrylych (Роман Кирилич)

6 12

[arch-dev-public] [signoff] initscripts-2008.03-3
by Roman Kyrylych 20 Mar '08

20 Mar '08

This build removes the double creation of /dev/pts and /dev/shm. i686 and x86_64 packages available. Rebooted without any error messages here. People with hwclock errors - please confirm they've gone. Signoffs are welcome ;) -- Roman Kyrylych (Роман Кирилич)

4 15

[arch-dev-public] Tedious: Moving packages from testing to the real repo
by Aaron Griffin 20 Mar '08

20 Mar '08

I've noticed this process is real tedious. cvs update tag -d TESTING or TESTING-64 tag -F CURRENT or CURRENT-64 ssh archlinux.org mv files from testing to staging/testing(64)/del cp staging/testing(64)/del to staging/$REPO(64)/add run /arch/db-testing(64) run /arch/db-$REPO It gets even more tedious when you have to do it for both architectures. So, I want to improve this, but I want to know what _you_ all would like as a usecase here? Should there be a script on gerolde to do it, or should it be part of devtools with the db-scripts still run on gerolde. Opinions?

6 9

[arch-dev-public] [signoff] e2fsprogs 1.40.8
by Tobias Powalowski 19 Mar '08

19 Mar '08

Hi bump to new version: E2fsprogs 1.40.8 (March 13, 2008) ================================= Fixed e2image -I so it works on image files which are larger than 2GB. Fixed e2fsck's handling of directory inodes with a corrupt size field. If the size is larger than the number of blocks found in the inode, don't try to allocate extra empty blocks at the end of the directory to make up the difference; there's no point to doing that. In addition, if the size is not a multiple of a blocksize, always fix it. E2fsck handled a pass 2 "should never happen error" by not giving enough information and then core dumping. Unfortunately, it was all too easy to trigger the "should never happen" situation if a directory's inode size was not correct. This has been fixed, but e2fsck has also been taught how to handle this situation more gracefully, by simply removing the inode hash tree information, so that it can be rebuilt again after e2fsck's pass 3. (Addresses Launchpad Bug: #129395) Resize2fs had a bug resizing large inodes with extended attributes that was fixed in 1.40.6; unfortunately, it turned out it wasn't fixed completely on big-endian systems such as PowerPC. The bug should be completely fixed now. Yay for regression test suites. (Addresses Red Hat Bugzilla: #434893) Updated German, Czech, Dutch, Polish, Sweedish, and Vietnamese translations. Many thanks to Philipp Thomas from Novell for stepping up to become the new German translation maintainer! (Addresses Debian Bugs: #302512, #370247, #401092, #412882). When e2fsck is clearing a corrupt inode's HTREE directory information, make it clear that it is just clearing the HTREE information, not the entire inode. Fixed spelling mistakes, typos, and otherwise clarified man pages. please signoff greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

3 3