June 2008 - crux-devel - lists.crux.nu

Maintainer line replacement script / Port removal policy
by Johannes Winkelmann 03 Jul '08

03 Jul '08

Hi there, I've started a script to replace maintainer lines with "unmaintained". This is mainly meant to mark ports as unmaintained when a maintainer leaves, however we could also automate the port removal and use it for regular port removal as well, such that a developer never manually removes a port, but just marks it as unmaintained, and some script which runs once per day picks them up, sends out a reminder after ~20 days (optionally with a special warning to maintainers of dependent ports), and removes it after 30 days (number of days chosen randomly). This would give other maintainers and users some time to pick a port up. The questions remains who should do security updates to these packages in the days before it's unmaintained. The script is here: http://jw.smts.ch/files/crux/set_unmaint Currently, it does not replace the maintainer but just prints an updated version (add -i to sed line to change this), and it's meant to be run like this: $ set_unmaint ~/crux/ports/core prt-get httpup ... Opinions, patches? Cheers, Johannes -- Johannes Winkelmann mailto:jw@smts.ch Zurich, Switzerland http://jw.smts.ch

3 2

Meeting notes 2008-06-24
by Johannes Winkelmann 30 Jun '08

30 Jun '08

Hi there, Just a quick summary of yesterday's meeting: Tilman suggested to do a 2.5 release soonish, pushing new versions of glibc and gcc (and also perl IIRC); the gcc 4.3 update will introduce a couple of compile failures, many of them can easily be solved (we should probably prepare some notes with the typical errors). There are a couple of open tasks in Flyspray due to 2.5, we can probably talk about these some other time. We agreed that we want to move the daily source and ports checks to a dedicated mailing list; I'll look into that and follow up on this once it's done The "Public Wiki" was renamed to "Wiki". Next time, we can probably go through the content and move more stuff from the current homepage to the wiki area; for example we thought about only having "Handbook" and "Faq" in the navigation, and move the rest from "Documentation" Also, we've quickly talked about handling standard situations (new maintainer, maintainer leaving etc.), and to document the workflow better; as a short hand task, we want to introduce a script to change the maintainer field of a list of ports to a magic label, which can then be used to identify such ports easily, and to optinally remove them automatically if they've been unmaintained for a certain period of time. The script to do that should be fairly simple, if someone wants to look into that please let us know, otherwise we can revive our TaskList. We also went through the list of open bugs, talking mainly about some pkgutils bugs/requests. I had the feeling that the meeting was quite effective, especially since we also got some actual work done. I think that if we can do this on a regular base, we can avoid a backlog of changes and/or bug reports to answer, which is probably in the interest of everyone :-). That said, next meeting is tuesday next week. Hope to see you there. Regards, Johannes P.S. Sorry for the later reminder -- Johannes Winkelmann mailto:jw@smts.ch Zurich, Switzerland http://jw.smts.ch

3 5

prtverify daily results
by crux＠crux.nu 30 Jun '08

30 Jun '08

Differences since last check: (no differences) Full report: http://crux.nu/files/prtverify.log

1 0

Potentially broken source downloads
by crux＠crux.nu 30 Jun '08

30 Jun '08

Port: /home/crux/git-to-rsync-working-copy/crux-2.4/opt/cryptsetup Url: http://luks.endorphin.org/source/cryptsetup-1.0.6.tar.bz2 Reason: curl: (6) Couldn't resolve host 'luks.endorphin.org' State: New Port: /home/crux/git-to-rsync-working-copy/crux-2.4/opt/imagemagick Url: ftp://ftp.imagemagick.org/pub/ImageMagick/ImageMagick-6.3.9-0.tar.bz2 Reason: curl: (19) Given file does not exist State: Reminder Port: /home/crux/git-to-rsync-working-copy/crux-2.4/opt/lsof Url: ftp://lsof.itap.purdue.edu/pub/tools/unix/lsof/lsof_4.80.tar.bz2 Reason: curl: (8) This doesn't seem like a nice ftp-server response State: New Port: /home/crux/git-to-rsync-working-copy/crux-2.4/opt/splint Url: http://www.splint.org/downloads/splint-3.1.2.src.tgz Reason: curl: (6) Couldn't resolve host 'www.splint.org' State: New Full report: http://crux.nu/files/check_urls.html

1 0

Specifying architecture in port
by Lucas Hazel 30 Jun '08

30 Jun '08

I'm putting together some multilib ports in the style that has been suggested for the upcoming 64 bit test run. An issue unique to multilib, compared to pure 64 bit, is that two different sets of libraries exist on the same system. This also means that there are a different set of options required for each one to be used by pkgmk. http://git.die.net.au/cgit/crux/ports/core/tree/pkgutils/x86_64/pkgmk.conf?… This is the solution Daniel came up with when he first released the original CRUX64 several years ago. While not ideal, it's a necessary evil when dealing with multilib. The issue is that pkgutils requires the port to identify itself as a compat32 port. The method I'm using currently is to use a .arch file in the port. http://git.die.net.au/cgit/crux/tools/pkgutils/commit/?id=e31dab6d68b26811e… This differs from Daniels original implementation which was to put it into the Pkgfile using arch=compat32. However, I believe that keeping it out of the Pkgfile is a much better solution. Using such a method also has it's advantages in cross compiling for people who want to build ports for alternative architectures that don't have the resources to build natively, such as embedded platforms. I'm just wondering if anyone else had anything to contribute to the idea, or alternative solutions before I go too far and have another set of ports that isn't going to be incompatible with CRUX. -- Lucas Hazel <lucas(a)die.net.au>

4 4

prtverify daily results
by crux＠crux.nu 29 Jun '08

29 Jun '08

Differences since last check: (no differences) Full report: http://crux.nu/files/prtverify.log

1 0

prtverify daily results
by crux＠crux.nu 28 Jun '08

28 Jun '08

Differences since last check: (no differences) Full report: http://crux.nu/files/prtverify.log

1 0

Potentially broken source downloads
by crux＠crux.nu 28 Jun '08

28 Jun '08

Port: /home/crux/git-to-rsync-working-copy/crux-2.4/core/zlib Url: http://www.zlib.net/zlib-1.2.3.tar.bz2 Reason: curl: (7) couldn't connect to host State: New Port: /home/crux/git-to-rsync-working-copy/crux-2.4/opt/a2ps Url: http://ftp.belnet.be/mirror/rsync.gentoo.org/gentoo/distfiles/a2ps-4.13c.ta… Reason: curl: (7) couldn't connect to host State: New Port: /home/crux/git-to-rsync-working-copy/crux-2.4/opt/ant Url: http://mirrors.publicshout.org/apache/ant/binaries/apache-ant-1.7.0-bin.tar… Reason: curl: (7) couldn't connect to host State: New Full report: http://crux.nu/files/check_urls.html

1 0

prtverify daily results
by crux＠crux.nu 27 Jun '08

27 Jun '08

Differences since last check: (no differences) Full report: http://crux.nu/files/prtverify.log

1 0

Potentially broken source downloads
by crux＠crux.nu 27 Jun '08

27 Jun '08

Port: /home/crux/git-to-rsync-working-copy/crux-2.4/opt/libjpeg Url: ftp://ftp.uu.net/graphics/jpeg/jpegsrc.v6b.tar.gz Reason: curl: (67) Access denied: 530 State: Reminder Port: /home/crux/git-to-rsync-working-copy/crux-2.4/opt/psutils Url: ftp://ftp.enst.fr/pub/unix/a2ps/psutils-1.17.tar.gz Reason: curl: (67) Access denied: 530 State: Reminder Port: /home/crux/git-to-rsync-working-copy/crux-2.4/opt/spamprobe Url: http://dl.sourceforge.net/sourceforge/spamprobe/spamprobe-1.4d.tar.gz Reason: curl: (52) Empty reply from server State: New Full report: http://crux.nu/files/check_urls.html

1 0