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

Re: [arch-dev-public] [arch-general] Official Installation guide needs your help!
by Tom K 07 Feb '09

07 Feb '09

Aaron Griffin wrote: > On Fri, Feb 6, 2009 at 3:12 PM, Grigorios Bouzakis <grbzks(a)gmail.com> wrote: > >> On Fri, Feb 06, 2009 at 03:33:49PM -0500, Dusty Phillips wrote: >> >>> 2009/2/6 Aaron Griffin <aaronmgriffin(a)gmail.com>: >>> >>>> 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"). >>>> >>> As one of the two people who was once on Arch's only attempt at an >>> official documentation team, and as one of several people who >>> contributed many of the first articles to the wiki, I have this to say >>> on the topic: >>> >>> Drop the official install guide. >>> >>> We know our wiki is well-maintained and well organized, and it seems >>> to do that by itself without much developer interference. Go wiki! >>> Originally, when we first set the wiki up Dennis, Judd, and I felt >>> that the official install guide should be more... well... official. >>> But its out of date, its always out of date, and there are wiki texts >>> that are not out of date. Now, seeing how our wiki experiment has >>> exceeded our hopes and expectations, I'd say that the install guide >>> (drop the 'official') should be community maintained as are all our >>> wiki pages. It will improve. When its time for a release, "somebody >>> official" should read through it, ensure its accurate, convert it to >>> plaintext and put it on the iso. >>> >>> Dusty >>> >> I agree with the above for the most part. The only "problems" with the >> Beginners Guide, which is the only up to date and worth of being >> included anywhere guide is that its too "wikified". eg. references >> "go here" with a link to another wiki page. It would definately take >> less time to convert it into something less dependant on the wiki than >> refactoring the official guide. >> Also theres references to eg. like Loui said yaourt which should >> probably go (?) >> Also the official guide is linked from all over the place. archlinux.org >> wiki.archlinux.org + its part of the iso. Should those change to link >> the beginners guide? Should the Beginners Guide change its name to the >> Arch Linux Handbook for example? >> FTR I had always been in favour of maintaining 1 guide from the beginning. >> > > I'm for changing the name to "Arch Linux Handbook" and maintaining one > guide. It seems simpler. But we should take care to include references > to unofficial tools and things somewhere else - i.e. the "install > yaourt" stuff > > The name doesn't really matter. IMO anything we include on the official ISO becomes official documentation by default. In that context, I believe we should retain a simple how-to-install-Arch-core doc, with clear direction for users regarding where to go next i.e. the wiki. In other words, +1 for Xavier's suggestion in the bug report - a bare-bones install guide consisting of revised sections 1-3 and a very brief Pacman overview. I have a problem with the Beginner's Guide as official documentation, as I don't believe it gives an accurate first impression of Arch. It is not compatible with Arch core principles, IMO, although I accept that it has established itself as a useful community-provided resource. I have already mentioned these reservations to Misfit, btw. I'll have a look over dolby's latest revision, and if I have additional suggestions, post them in the bug report. T.

2 1

[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