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

[arch-dev-public] [signoff] file 5.00-1
by Andreas Radke 07 Feb '09

07 Feb '09

a new upstream release with some changes. please signoff. -Andy From: ftp://ftp.astron.com:/pub/file/file-5.00.tar.gz Thanks to everyone who tested, wrote code, or contributed fixes! I bumped the version to 5.00 because there were a lot of changes in the code that might affect how file behaves now compared to in the past (I have not found any regressions, but there might be). - add CDF file support (Microsoft Office <= 2007) - add recursive magic, so we can handle ID3 files properly - str{cat,cpy} -> strl{cpy,cat} - --mime* flags now really work - add --apple magic - many encoding fixes - read ~/.magic in addition to the default magic file not instead of, as documented in the man page - many magic changes christos

2 1

[arch-dev-public] [signoff] tzdata 2009a-1
by Andreas Radke 07 Feb '09

07 Feb '09

new version. fixes also upstream our FS #11947. so I removed the optimization fix. please signoff. -Andy The files... ftp://elsie.nci.nih.gov/pub/tzcode2009a.tar.gz ...and... ftp://elsie.nci.nih.gov/pub/tzdata2009a.tar.gz ...are now available; these reflect the changes circulated last week on the time zone mailing list (minus the addition of a Geneva zone). --ado

2 1

Re: [arch-dev-public] [arch-commits] Commit in xfsprogs/trunk (PKGBUILD)
by Andreas Radke 07 Feb '09

07 Feb '09

(12/12) Prüfe auf Dateikonflikte [------------------------------------------------------------------------------------------------------------------------------------------------------] 100% Fehler: Konnte den Vorgang nicht vorbereiten Fehler: Konnte den Vorgang (In Konflikt stehende Dateien) nicht durchführen xfsprogs: /usr/share/man/man8/xfs_estimate.8.gz existiert im Dateisystem xfsprogs: /usr/share/man/man8/xfs_fsr.8.gz existiert im Dateisystem Fehler sind aufgetreten, keine Pakete wurden aktualisiert. [root@workstation64 svn-packages]# pacman -Qo /usr/share/man/man8/xfs_estimate.8.gz /usr/share/man/man8/xfs_estimate.8.gz ist in xfsdump 2.2.48-1 enthalten please fix the fileconflicts! -Andy

1 0

[arch-dev-public] Arch mirror tracking woes
by Dan McGee 07 Feb '09

07 Feb '09

Whoopsies- wrong ML. Please reply here. On Tue, Jan 20, 2009 at 3:36 PM, Dusty Phillips <buchuki(a)gmail.com> wrote: > 2009/1/20 Aaron Griffin <aaronmgriffin(a)gmail.com>: >> On Tue, Jan 20, 2009 at 12:04 AM, Geoffroy Carrier >> <geoffroy.carrier(a)koon.fr> wrote: >>> On Tue, Jan 20, 2009 at 05:24, Dan McGee <dpmcgee(a)gmail.com> wrote: >>>> When you wake up, feel free to hack at this- it should do something >>>> similar to what we want. >>> >>> http://github.com/gcarrier/automirror/ >> >> Neat! >> >> The only thing I don't like... this is yet-another-mirror-list. We >> currently have: >> * pacman-mirrorlist >> * The list of IPs for rsyncing mirrors >> * A django DB of mirrors got the download page >> >> Any way you can reuse one of these? > > There's also a list of mirrors on the wiki. Its a pain to add a new > mirror it has to be added in four places. Let's get this stuff fixed. How does this look for a step in the right direction? class Mirror(models.Model): id = models.AutoField(primary_key=True) domain = models.CharField(max_length=255) rsyncip = models.IPAddressField() country = models.CharField(max_length=255) admin_email = models.EmailField(max_length=255, null=True, blank=True) def __unicode__(self): return self.domain class Meta: db_table = 'mirrors' class MirrorProtocol(models.Model): id = models.AutoField(primary_key=True) protocol = models.CharField(max_length=10, unique=True) class MirrorUrl(models.Model): id = models.AutoField(primary_key=True) url = models.CharField(max_length=255) protocol = models.ForeignKey(MirrorProtocol, related_name="urls") mirror = models.ForeignKey(Mirror, related_name="urls") 1. rsync IP address will be stored right with the mirror. We can easily run a DB query and script it to generate our list as needed for our rsync configuration. 2. Mirror <-> URL is no longer a one-to-one mapping. A mirror could have 1-4 URLs for any of the protocols it supports (FTP, HTTP, RSYNC, and maybe one day HTTPS). 3. More detailed storage could turn into a Django view that says "give me a HTTP and FTP mirrorlist for Canada" and boom! mirrorlist is made. 4. pacman-mirrorlist would be an automatically generated package if at all possible. The caveat would be the current continent/country-based sorting- any idea if we need to do something with the freeform Country field to make this easier? 5. (CCed on this email) Gerhard, does this model look flexible enough to perhaps incorporate mirror check status information in the future? I would not mind seeing that feature on the main Arch site. 6. It might also be useful to add a "has_isos" boolean field to those MirrorURLs (or Mirrors? not sure) that have ISOs mirrored. This would ensure the download page makes sense. Diff is below from the current model, although this may be quite a bit less helpful than the above model. diff --git a/main/models.py b/main/models.py index b5a2a42..0fe17d5 100644 --- a/main/models.py +++ b/main/models.py @@ -52,15 +52,24 @@ class PackageManager(models.Manager): class Mirror(models.Model): id = models.AutoField(primary_key=True) domain = models.CharField(max_length=255) + rsyncip = models.IPAddressField() country = models.CharField(max_length=255) - url = models.CharField(max_length=255) - protocol_list = models.CharField(max_length=255, null=True, blank=True) - admin_email = models.CharField(max_length=255, null=True, blank=True) + admin_email = models.EmailField(max_length=255, null=True, blank=True) def __unicode__(self): return self.domain class Meta: db_table = 'mirrors' +class MirrorProtocol(models.Model): + id = models.AutoField(primary_key=True) + protocol = models.CharField(max_length=10, unique=True) + +class MirrorUrl(models.Model): + id = models.AutoField(primary_key=True) + url = models.CharField(max_length=255) + protocol = models.ForeignKey(MirrorProtocol, related_name="urls") + mirror = models.ForeignKey(Mirror, related_name="urls") + class Press(models.Model): id = models.AutoField(primary_key=True) name = models.CharField(max_length=255)

3 6

[arch-dev-public] Official Installation guide needs your help!
by Aaron Griffin 06 Feb '09

06 Feb '09

Hey guys, I wanted to make you aware of the following: http://bugs.archlinux.org/task/13140 The "Official Installation Guide" is severely outdated (the wiki page still mentions "i686 optimized"). Anyone interested in helping out here? Please see the linked bug report - dolby has already begun work on this. Cheers, Aaron

3 4

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

06 Feb '09

======================================== = Integrity Check x86_64 of core,extra = ======================================== Performing integrity checks... ==> parsing pkgbuilds ==> checking mismatches ==> checking archs ==> checking dependencies ==> checking makedepends ==> checking for circular dependencies Missing Dependencies ---------------------- biopython --> 'python-numpy' archboot --> 'netkit-telnet>=0.17-8' archboot --> 'wlan-ng26>=0.2.9-2' archboot --> 'atl2>=2.0.5-2' Missing Makedepends --------------------- crda --> 'python-m2crypto' wpa_supplicant --> 'kernel26<2.6.28' gnome-speech --> 'espeak' Repo Hierarchy for Makedepends -------------------------------- core/sqlite3 depends on extra/tcl 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/ca-certificates depends on extra/ruby core/madwifi depends on extra/sharutils Circular Dependencies ----------------------- gcc-gcj>eclipse-ecj>gcc-gcj Summary --------- Missing PKGBUILDs: 0 Invalid PKGBUILDs: 0 Mismatching PKGBUILD names: 0 Duplicate PKGBUILDs: 0 Invalid archs: 0 Missing (make)dependencies: 7 Repo hierarchy problems: 8 Circular dependencies: 1

1 0

[arch-dev-public] what about "ed" now?
by Andreas Radke 06 Feb '09

06 Feb '09

I have made a change to the patch package that "ed" is now an optional dependency. I've searched through our svn and all I've found is that no other package depends on ed. I think "ed" is still a widely used *nix editor and you would expect it to be there. What do you think? Should we just keep in in 1) core(-devel), 2) move it to extra or even 3) drop it at all (means community could pick it up again). I'm somewhat between 1) and 2). The package is still well maintained upstream though releases happen only rarely. Opinions? -Andy

5 4

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

06 Feb '09

====================================== = Integrity Check i686 of core,extra = ====================================== Performing integrity checks... ==> parsing pkgbuilds ==> checking mismatches ==> checking archs ==> checking dependencies ==> checking makedepends ==> checking for circular dependencies Missing Dependencies ---------------------- biopython --> 'python-numpy' archboot --> 'netkit-telnet>=0.17-8' archboot --> 'wlan-ng26>=0.2.9-2' archboot --> 'atl2>=2.0.5-2' kdebluetooth --> 'bluez' Missing Makedepends --------------------- crda --> 'python-m2crypto' wpa_supplicant --> 'kernel26<2.6.28' martian-utils --> 'kernel26<2.6.27' gnome-speech --> 'espeak' Repo Hierarchy for Makedepends -------------------------------- core/sqlite3 depends on extra/tcl 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/ca-certificates depends on extra/ruby core/madwifi depends on extra/sharutils Circular Dependencies ----------------------- gcc-gcj>eclipse-ecj>gcc-gcj Summary --------- Missing PKGBUILDs: 0 Invalid PKGBUILDs: 0 Mismatching PKGBUILD names: 0 Duplicate PKGBUILDs: 0 Invalid archs: 0 Missing (make)dependencies: 9 Repo hierarchy problems: 8 Circular dependencies: 1

1 0

[arch-dev-public] catalyst state
by Andreas Radke 06 Feb '09

06 Feb '09

just to inform you what I have sent to the closed AMD/Ati Beta mailing list: I'm just building the packages for the final 9-1 driver for ArchLinux and run into this issue: (EE) AIGLX error: dlopen of /usr/lib64/dri/fglrx_dri.so failed (/usr/lib64/dri/fglrx_dri.so: cannot open shared object file: No such file or directory) (EE) AIGLX: reverting to software rendering Our 64bit port is built like CLFS as a pure 64bit without multilib support and puts all libs into /lib and /usr/lib instead of /lib64 and /usr/lib64. Is there any workaround other than creating an unwanted symlink or the weird sed on libglx.so (see http://www.phoronix.com/forums/showthread.php?p=59685) that I expect to be a license breaker. -Andy So far as expected no response. The mailing list is of poor state and low traffic. Most times SuSE, Ubuntu and Fedora packagers report what games don't work. We are a small distribution and and don't use their(AMD/Ati) "service" of an own build script. And I'm one of the OSS people that don't like to support closed stuff more than really needed. I once stepped into Travis foot steps without really wanting it and every month I have to spend more time on it than I want. I only have a notebook with a X300m card and don't play games at all. So I cannot confirm any bug. The only thing I check is glxinfo/glxgears and Xorg.x.log What do you all think? Is there another Developer wanting to maintain it in a good way or should we think about moving this pkg into community where it seems there's more interest. -Andy

2 1

[arch-dev-public] Maintainer wanted for ruby
by Allan McRae 04 Feb '09

04 Feb '09

Hi Devs, I don't really know enough about ruby to deal with major version updates such as the 1.9.1 release with which the 1.9 branch is declared stable. So is there another dev who would like to take the maintenance away from me? Allan

3 3