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

[arch-dev-public] LZMA - in or out? ([signoff] libarchive 2.6.0)
by Dan McGee 12 May '09

12 May '09

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

11 23

[arch-dev-public] [core] lzo and pkg-config
by Jud 15 Apr '09

15 Apr '09

Hi all, In trying to be consistent with Arch's standard of naming packages the same as upstream, I have notice two packages that will need attention. lzo2 ==> lzo pkgconfig ==> pkg-config The old lzo was only required by transcode which is now fixed. Can the old lzo be moved into unsupported? lzo2 (required by): * archboot * lzop * mkvtoolnix * openvpn * transcode There seems to be a few packages that have 'pkgconfig' as a 'makedepends', this could easily be a one-off fix as needed when that particular package needs to be updated. pkgconfig (required by): * dssi * python-vpython This will be the last time I attach full PKGBUILDs, I'm off to try and learn SVN. Thanks.

4 9

[arch-dev-public] SevenL Networks donated server
by Aaron Griffin 19 Feb '09

19 Feb '09

Woo! ---------- Forwarded message ---------- From: Cassius Adams <cassius(a)sevenl.net> Date: Wed, Nov 26, 2008 at 10:04 AM Subject: Re: Donate to Arch Linux? To: Aaron Griffin <aaronmgriffin(a)gmail.com> Hi Aaron, We're in the process of getting the server built for you. I expect we will be able to release it to you by tomorrow or Friday. Here's the specs so please let me know if you need any changes to it. - PentiumD Dual Core 3.0Ghz (I've read that x86_64 runs on this - please confirm) - 4GB DDR2 RAM - 2x80GB SATA (we could do software RAID1 if you like) - Arch x86_64 - 1 IP Address (but I can give you more if needed)

3 4

[arch-dev-public] [signoff] man-pages 3.17-1
by Andreas Radke 16 Feb '09

16 Feb '09

next minor upstream release. please signoff. -Andy

4 6

[arch-dev-public] Moonlight in ArchLinux?
by Daniel Isenmann 15 Feb '09

15 Feb '09

Hi, there were a discussion on the arch-general list about why not adding moonlight to the repo (http://www.archlinux.org/pipermail/arch-general/2009-January/003326.html). Now I want to discuss this topic further from a developer point of view. I want your opinion about that topic, should we add moonlight to the extra repo? And please don't give answers like: "What do we want with this Micr**** shit?". We have closed source software like flashplayer in our repos, so why not add an open source product which do nearly the same (not seen as compatible to flash, instead nearly same technology, etc.). I would maintain it, because it belongs to mono (more or less). Some information about moonlight: --------------------------------- The project page is here: http://mono-project.com/Moonlight The license shouldn't be a problem, it's distributed under open source licenses. More information on the project page or here: http://wiki.debian.org/Teams/DebianMonoGroup/Moonlight (which are the information of the debian mono group). If you want try moonlight, feel free to build it on your own from my submitted PKGBUILD in the AUR (http://aur.archlinux.org/packages.php?ID=23384). If you need some webpages to test moonlight: http://go-mono.com/moonlight/MoonlightStatus.aspx Cheers, Daniel

10 13

[arch-dev-public] [signoff] dnsutils 9.6.0-P1
by K. Piche 09 Feb '09

09 Feb '09

Upstream update of BIND. Signoff for dnsutils. Thanks. -- K. Piche <kpiche(a)rogers.com>

4 3

[arch-dev-public] Upcoming imagemagick rebuild
by Eric Bélanger 08 Feb '09

08 Feb '09

Hi, The upcoming imagemagick update will have a soname bump so a rebuild will be required. I will take care of the rebuild. It will be in testing sometime next week depending on how well it goes. The affected packages are: autotrace dvdauthor inkscape koffice libfprint psiconv pstoedit transcode xine-lib Eric

2 3

[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] 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

[arch-dev-public] install scripts in core
by Allan McRae 03 Feb '09

03 Feb '09

Hi, After the recent issues with install scriplets failing depending on the order packages were installed, I decided to do a complete review of the install files for every package in [core]. Here is a list of packages and commands they use which are not in their dependency tree: dbus-core: passwd (shadow) e2fsprogs: install-info (texinfo) fakeroot echo (coreutils) filesystem: chmod (coreutils) grep heimdal install-info (texinfo) inetutils install-info (texinfo) ipw2100-fw cat (coreutils) ipw2200-fw cat (coreutils) libsasl cat (coreutils) mlocate: echo (coreutils) ndiswrapper perl - /usr/sbin/ndiswrapper: /usr/bin/perl: bad interpreter: No such file or directory tiacx-firmware cat (coreutils) udev: filesystem - warning: can't open /etc/fstab: No such file or directory The install-info ones can be fixed without adding an additional dep in the same way as readline, bash and glibc now do. All the cat and echo calls can probably be replaced with a bash builtin (printf) although I have not tested. The others should have dependencies added to stop install script failures but I have not check if that would create loops (I think most are fine). The install scripts for lilo and vi also fail if bash is not installed (for some unknown reason). Lilo is just and old style "/bin/true" script so is easily fixed but I do not understand these two issues... Allan

5 14