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

[arch-dev-public] Assigning bugs proposal
by Tobias Powalowski 31 May '09

31 May '09

Hi guys. quite a lot of bug assigning happened lately, could you please add: [packagename] ... at the beginning of each bug topic, this way it's much easier to sort things on bugtracker. thanks greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

2 1

[arch-dev-public] request: xz-utils into core
by Andreas Radke 31 May '09

31 May '09

Am Sat, 3 Jan 2009 08:31:55 -0600 schrieb "Dan McGee" <dpmcgee(a)gmail.com>: > On Sat, Jan 3, 2009 at 6:00 AM, Andreas Radke <a.radke(a)arcor.de> > wrote: > > I'd like to keep unneeded packages out of core. I see no need to > > move lzma into core. We only support tar.gz for our repos. Whoever > > wants to use a different format can rebuild libarchive easily. > > > > I also wonder if our new tar package now supports lzma and lzop > > compression (no tests so far). Both packages were not present when > > building the tar package in he chroot. But even when it's now > > possible to use these formats at runtime they should stay in extra > > until we may use them for our repos. > > I don't want to go too back and forth on this on the signoff thread so > I'll move it here. > > I was thinking much more in the context of archives in general rather > than just pacman using libarchive. libarchive ships with bsdtar, which > I have found to be quicker than GNU tar at extracting (so I use it > nearly exclusively). It would be a shame to tell people "we don't > support .tar.lzma for anything"- that seems rather arbitrary, doesn't > it? > > I too think [core] should stay as slim as possible, but when that > requires we compile our packages with a less than ideal set of > features, I want to at least give it some thought. > > -Dan > I've found more and more gnu tools being shipped in the new xz file format. So may I request now to move lzma-utils' successor http://tukaani.org/xz/ to be put into testing for some time and later to core? (lzma-utils is François' pkg right now) -Andy

6 7

[arch-dev-public] [signoff] automake-1.11-1
by Allan McRae 31 May '09

31 May '09

Upstream update. Removed texinfo dep using .install file magic. Signoff both arches. Allan

2 2

[arch-dev-public] testing repo clean-up
by Allan McRae 31 May '09

31 May '09

Hi all, I thought that with no major rebuilds happening now, it would be good to get [testing] as cleared out as possible. Here is a summary of what is in the repo: Waiting for signoff: automake capi4k-utils (may move to extra?) dmraid lilo (time based sign-offs given) mkinitcpio openswan (needs a maintainer - sorf of signed off) openvpn (time base sign-off...) Is this a leftover from the libcap rebuilds? proftpd Some sort of rebuild - can these be moved? ccrtp libzrtpcpp (out-of-date) Beta KDE stuff: kaffeine kdevelop kdevplatform konversation Misc other stuff in [testing]: archboot libfetch netcfg (beta) squirrelmail (recent update) vi, vim, gvim Allan

4 5

Re: [arch-dev-public] [arch-events] FrOSCon 2009
by Thomas Bächler 30 May '09

30 May '09

I am sending a copy of this to the dev list, as few people read the events list: I have registered the Arch Linux project at the FrOSCon website. So far, these people have confirmed their participation: Andy Daniel (ise) Jens (byte) Pierre Thomas (me) With a big maybe: Christoph (delmonico) An even bigger maybe: Jan (JGC) All of you should register at https://callforprojects.froscon.org/ and join the Arch Linux project there. Also, others might consider joining us (Ronald is from the Netherlands and Dieter is from Belgium, so it's not too far for them (any of you guys interested?), of course anyone from our dev or TU team can join us, please write to the arch-events list or reply to this email). We should get a booth (with 2 tables this time, yay) and a room for both days if they accept our application. I think we should at least have posters and CDs this year, presentation machines and maybe more cool stuff, ideas are welcome.

4 5

[arch-dev-public] [signoff] gcc-4.4.0-3
by Allan McRae 30 May '09

30 May '09

Bump to a newer gcc-4.4 branch snapshot to fix an annoying bug on i686 (FS#14825). Signoff both arches. Allan

3 2

[arch-dev-public] [signoff] mkinitcpio-0.5.24-1
by Tobias Powalowski 30 May '09

30 May '09

Hi a small update which fixes small issues, more to come later when thomas has more time. - fixed symlinks problem: http://bugs.archlinux.org/task/7999 - fixed file depend: http://bugs.archlinux.org/task/14625 - added versioned depends: http://bugs.archlinux.org/task/12932 - fixed typo in net hook: http://bugs.archlinux.org/task/14781 - fixed missing firmware files http://bugs.archlinux.org/task/14783 greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

3 3

[arch-dev-public] openjdk6 - 1.5 update
by Andreas Radke 30 May '09

30 May '09

the new version is in testing for x86_64, i686 will follow soon. please test it. look for the new features and especially if all fonts and characters are ok for you. I still expect some problems with Asian fonts. You can to some character tests here: http://www.pccl.demon.co.uk/java/unicode.html -Andy We are proud to announce the release of IcedTea6 1.5. The IcedTea6 project provides a harness to build the source code from OpenJDK6 (http://openjdk.java.net) using Free Software build tools. What's New? ----------------- - Static trace support through systemtap. When given the configure option --enable-systemtap IcedTea will build hotspot with the dtrace static markers enabled and install an hotspot tapset that can be used to dynamically trace execution of java applications at runtime. See the tapset/hotspot.stp file for documentation of the various trace points and arguments available. - Allow building of other virtual machines besides the default VM. Additional virtual machines on architectures where hotspot is available are cacao and zero (or shark), and cacao, where zero (or shark) is available. It's not possible to build cacao as the default VM, and zero as additional VM. - Update to latest HotSpot minor build (hs14b10-->hs14b15) from the new HotSpot Express repository. - Updated to OpenJDK b16 build. - VisualVM updated to 1.1.1. - Updated to support CACAO 0.99.4. - Several web browser plugin and javaws support fixes: - Fixed security handling to prevent access denials when there is a site specific exception in the policy file - Allow extentions (chrome) to run Java code with full permissions - Added non-trusted SSL support to WebStart (javaws) - Added proxy support - Other improvements that were breaking specific sites (tag parser fix, nested jar support, etc.) - Added JVM Console (used by http://chrispederick.com/work/web-developer/) - Removed gcjwebplugin support. - LCMS security fixes. - Many build improvements. - Many gervill, java2d, nio2, pulse java, zero/shark, jtreg fixes. - Experimental out-of-the-box cross-compilation support (not yet finished) - Other bug fixes.

2 2

[arch-dev-public] Integrity Check x86_64 29-05-2009
by repomaint＠archlinux.org 29 May '09

29 May '09

======================================== = Integrity Check x86_64 of core,extra = ======================================== Performing integrity checks... ==> parsing pkgbuilds ==> checking mismatches ==> checking archs ==> checking dependencies ==> checking makedepends ==> checking for circular dependencies Missing Makedepends --------------------- bcprov --> 'java-gcj-compat' gnome-speech --> 'espeak' Repo Hierarchy for Makedepends -------------------------------- core/crda depends on extra/python-m2crypto core/iputils depends on extra/opensp core/iputils depends on extra/libxslt core/iputils depends on extra/docbook-xsl core/madwifi-utils depends on extra/sharutils core/e2fsprogs depends on extra/bc core/syslog-ng depends on extra/libcap core/sqlite3 depends on extra/tcl core/ca-certificates depends on extra/ruby core/madwifi depends on extra/sharutils Summary --------- Missing PKGBUILDs: 0 Invalid PKGBUILDs: 0 Mismatching PKGBUILD names: 0 Duplicate PKGBUILDs: 0 Invalid archs: 0 Missing (make)dependencies: 2 Repo hierarchy problems: 10 Circular dependencies: 0

1 0

[arch-dev-public] Integrity Check i686 29-05-2009
by repomaint＠archlinux.org 29 May '09

29 May '09

====================================== = Integrity Check i686 of core,extra = ====================================== Performing integrity checks... ==> parsing pkgbuilds ==> checking mismatches ==> checking archs ==> checking dependencies ==> checking makedepends ==> checking for circular dependencies Missing Makedepends --------------------- bcprov --> 'java-gcj-compat' gnome-speech --> 'espeak' Repo Hierarchy for Makedepends -------------------------------- core/crda depends on extra/python-m2crypto core/iputils depends on extra/opensp core/iputils depends on extra/libxslt core/iputils depends on extra/docbook-xsl core/madwifi-utils depends on extra/sharutils core/e2fsprogs depends on extra/bc core/syslog-ng depends on extra/libcap core/sqlite3 depends on extra/tcl core/ca-certificates depends on extra/ruby core/madwifi depends on extra/sharutils Summary --------- Missing PKGBUILDs: 0 Invalid PKGBUILDs: 0 Mismatching PKGBUILD names: 0 Duplicate PKGBUILDs: 0 Invalid archs: 0 Missing (make)dependencies: 2 Repo hierarchy problems: 10 Circular dependencies: 0

1 0