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

[arch-dev-public] [signoff] ed 1.2-1
by Andreas Radke 07 Feb '09

07 Feb '09

A minor upstream update. It mainly introduces an improved Makefile that now allows to proper use make install step and a license change in the info file. Please signoff. -Andy 2009-01-31 Antonio Diaz <ant_diaz(a)teleline.es> * Version 1.2 released. * configure: Locale has been fixed to "C". * Makefile.in: Man page is now installed by default. * "make install-info" should now work on Debian and OS X. * ed.texinfo: License updated to GFDL version 1.3 or later.

2 1

[arch-dev-public] [signoff] binutils 2.19.1
by Andreas Radke 07 Feb '09

07 Feb '09

a minor buigfixrelease. also fixed man pages location. a rebuild of the whole toolchain shouldn't be necessary with this minor update. please signoff. -Andy Binutils 2.19.1 has been released. This is a bug-fix release containing fixes for regressions and serious bugs in binutils 2.19. This release is available from the FTP servers listed at: http://www.gnu.org/order/ftp.html 09a8c5821a2dfdbb20665bc0bd680791 binutils-2.19.1.tar.bz2 ad3f2b5fdcd599a772ad75fec2c384d8 binutils-2.19.1.tar.gz 2f77133c1fb3e8340e83cc96093f1266 binutils-2.19-2.19.1-patch.gz Thanks to everyone who contributed to the release. The branch remains open for bug fixes. Tristan.

2 1

[arch-dev-public] [signoff] patch 2.5.9-2
by Andreas Radke 07 Feb '09

07 Feb '09

this addresses http://bugs.archlinux.org/task/12959 and it should allow us to move ed out of core f this is really wanted. -Andy

2 1

[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