From crux at crux.nu Fri Sep 1 08:25:50 2006 From: crux at crux.nu (crux at crux.nu) Date: Fri, 01 Sep 2006 10:25:50 +0200 Subject: [crux-devel] Potentially broken source downloads Message-ID: <44f7ee8e.WiPAkp3zcB2Xfs+N%crux@crux.nu> Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/core/netkit-base Url: ftp://ftp.uk.linux.org/pub/linux/Networking/netkit/netkit-base-0.17.tar.gz Reason: curl: (6) Couldn't resolve host 'ftp.uk.linux.org' State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/core/netkit-ftp Url: ftp://ftp.uk.linux.org/pub/linux/Networking/netkit/netkit-ftp-0.17.tar.gz Reason: curl: (6) Couldn't resolve host 'ftp.uk.linux.org' State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/core/netkit-telnet Url: ftp://ftp.uk.linux.org/pub/linux/Networking/netkit/netkit-telnet-0.17.tar.gz Reason: curl: (6) Couldn't resolve host 'ftp.uk.linux.org' State: New Full report: http://crux.nu/files/check_urls.html From viper at hometux.de Fri Sep 1 13:53:19 2006 From: viper at hometux.de (Simon =?iso-8859-1?Q?Glo=DFner?=) Date: Fri, 1 Sep 2006 15:53:19 +0200 Subject: [crux-devel] pkgutils: INSTALL rule support In-Reply-To: <20060825135646.GA30670@code-monkey.de> References: <20060825135646.GA30670@code-monkey.de> Message-ID: <20060901135319.GA29154@viper.lan> On Fri, Aug 25, 2006 at 03:56:53PM +0200, Tilman Sauerbeck wrote: > I've committed a patch to pkgutils that implements the INSTALL rule in > pkgadd.conf, as described in http://crux.nu/Main/PkgutilsIdeas#ntoc18. Great news! Thanks for your work, Tilman. I have waited for this day since the suggestion of this feature. Of course I will test this patch, too. Regards Viper From viper at hometux.de Fri Sep 1 13:55:08 2006 From: viper at hometux.de (Simon =?iso-8859-1?Q?Glo=DFner?=) Date: Fri, 1 Sep 2006 15:55:08 +0200 Subject: [crux-devel] Reorganization, part 2 In-Reply-To: <20060827123919.GD1195@titanium.smts.lan> References: <20060827123919.GD1195@titanium.smts.lan> Message-ID: <20060901135508.GB29154@viper.lan> On Sun, Aug 27, 2006 at 02:39:19PM +0200, Johannes Winkelmann wrote: > After some discussion with those involved in server maintenance, I'd > like to suggest Simone to be the initial leader/coordinator for the > infrastructure team; he has done a lot of work, both on the web > components (wiki/bugtracking/svnweb) and general setup. Simone as the leader of the infrastructure team and Johannes as the leader of the core team. Sounds good! Regards Viper From jue at jue.li Fri Sep 1 17:04:50 2006 From: jue at jue.li (Juergen Daubert) Date: Fri, 1 Sep 2006 19:04:50 +0200 Subject: [crux-devel] Reorganization, part 2 In-Reply-To: <20060827123919.GD1195@titanium.smts.lan> References: <20060827123919.GD1195@titanium.smts.lan> Message-ID: <20060901170450.GA6151@jue.netz> On Sun, Aug 27, 2006 at 02:39:19PM +0200, Johannes Winkelmann wrote: > Hey, Hello CRUX maintainers, [...] > That said, we need coaches for the 'ports' team as well as for the > 'core' team. CRUX maintainers, please submit your nominations :-). I'd like to nominate Tilman for the ports-team leader role. As we have nominations for all teams now, either take the chance to vote or come up with other nominations, please ;-) Our current status is as follows: Team Nominated Votes Sum ------------------------------------ Infra-team Simone 3 +3 Core-team Johannes 4 +4 Port-team Tilman 1 +1 Thanks for your cooperation, J?rgen -- Juergen Daubert | mailto:jue at jue.li Korb, Germany | http://jue.li/crux From mark at borkware.net Fri Sep 1 18:16:36 2006 From: mark at borkware.net (Mark Rosenstand) Date: Fri, 01 Sep 2006 20:16:36 +0200 Subject: [crux-devel] Reorganization, part 2 In-Reply-To: <20060901170450.GA6151@jue.netz> References: <20060827123919.GD1195@titanium.smts.lan> <20060901170450.GA6151@jue.netz> Message-ID: <1157134596.2951.15.camel@mjollnir.borkware.net> On Fri, 2006-09-01 at 19:04 +0200, Juergen Daubert wrote: > Hello CRUX maintainers, > > [...] > > That said, we need coaches for the 'ports' team as well as for the > > 'core' team. CRUX maintainers, please submit your nominations :-). > > I'd like to nominate Tilman for the ports-team leader role. > As we have nominations for all teams now, either take the > chance to vote or come up with other nominations, please ;-) +0 (as I'm not a maintainer) Tilman is probably one of the maintainers I've had to interact with the most, and every time he has come to a nice solution. The first time was when I found it weird that X11R7 installed in /usr/X11R6 - he agreed and changed all the ports to install in /usr. This shows that he's not afraid to change stuff (even if it requires some amount of work) if it makes sense. Another time I missed man-pages for git - after upstream rejected my request to include pre-formatted man-pages in their tarballs (they use asciidoc which makes an awful dependency chain), Tilman made a patch to build seperate tarballs for man-pages and html docs on "make dist" which upstream then accepted. I think this shows what a wonderful bridge Tilman is between CRUX users and annoying upstream developers. From jw at smts.ch Fri Sep 1 18:27:27 2006 From: jw at smts.ch (Johannes Winkelmann) Date: Fri, 1 Sep 2006 20:27:27 +0200 Subject: [crux-devel] Reorganization, part 2 In-Reply-To: <20060901170450.GA6151@jue.netz> References: <20060827123919.GD1195@titanium.smts.lan> <20060901170450.GA6151@jue.netz> Message-ID: <20060901182727.GA6679@titanium.smts.lan> Hi J?rgen, On Fri, Sep 01, 2006 at 19:04:50 +0200, Juergen Daubert wrote: > On Sun, Aug 27, 2006 at 02:39:19PM +0200, Johannes Winkelmann wrote: > > Hey, > > Hello CRUX maintainers, > > [...] > > That said, we need coaches for the 'ports' team as well as for the > > 'core' team. CRUX maintainers, please submit your nominations :-). > > I'd like to nominate Tilman for the ports-team leader role. Thanks for the nomination. I'm convinced Tilman will do a good job, and definitely support jue's proposal. Regards, Johannes -- Johannes Winkelmann mailto:jw at smts.ch Zurich, Switzerland http://jw.smts.ch From sip at varlock.com Fri Sep 1 20:24:41 2006 From: sip at varlock.com (Simone Rota) Date: Fri, 01 Sep 2006 22:24:41 +0200 Subject: [crux-devel] Reorganization, part 2 In-Reply-To: <20060901170450.GA6151@jue.netz> References: <20060827123919.GD1195@titanium.smts.lan> <20060901170450.GA6151@jue.netz> Message-ID: <44F89709.5020307@varlock.com> Juergen Daubert wrote: > I'd like to nominate Tilman for the ports-team leader role. > As we have nominations for all teams now, either take the > chance to vote or come up with other nominations, please ;-) Yay for tilman as our port overlord! +1 Regards, Simone From crux at crux.nu Sat Sep 2 08:23:26 2006 From: crux at crux.nu (crux at crux.nu) Date: Sat, 02 Sep 2006 10:23:26 +0200 Subject: [crux-devel] Potentially broken source downloads Message-ID: <44f93f7e.7JKUX5+rny5lpLfG%crux@crux.nu> Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/xfig Url: http://xfig.org/software/xfig/3.2.5-alpha/xfig.3.2.5-alpha5.full.tar.gz Reason: curl: (6) Couldn't resolve host 'xfig.org' State: New Full report: http://crux.nu/files/check_urls.html From crux at crux.nu Sun Sep 3 08:49:33 2006 From: crux at crux.nu (crux at crux.nu) Date: Sun, 03 Sep 2006 10:49:33 +0200 Subject: [crux-devel] Potentially broken source downloads Message-ID: <44fa971d.PXmKeQWgWSrGJQun%crux@crux.nu> Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/core/dhcpcd Url: ftp://ftp.phystech.com/pub/dhcpcd-1.3.22-pl4.tar.gz Reason: curl: (56) FTP response reading failed State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/libao Url: http://downloads.xiph.org/releases/ao/libao-0.8.6.tar.gz Reason: curl: (52) Empty reply from server State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/libgd Url: http://www.boutell.com/gd/http/gd-2.0.33.tar.gz Reason: curl: (6) Couldn't resolve host 'www.boutell.com' State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/libvorbis Url: http://downloads.xiph.org/releases/vorbis/libvorbis-1.1.2.tar.gz Reason: curl: (52) Empty reply from server State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/tetex Url: ftp://dante.ctan.org/pub/tex/systems/unix/teTeX/current/distrib/tetex-src-3.0.tar.gz Reason: curl: (67) Access denied: 530 State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/tetex Url: ftp://dante.ctan.org/pub/tex/systems/unix/teTeX/current/distrib/tetex-texmf-3.0.tar.gz Reason: curl: (67) Access denied: 530 State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/tetex Url: ftp://dante.ctan.org/pub/tex/systems/unix/teTeX/current/distrib/tetex-texmfsrc-3.0.tar.gz Reason: curl: (67) Access denied: 530 State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/windowmaker Url: http://windowmaker.info/pub/source/release/WindowMaker-0.92.0.tar.bz2 Reason: curl: (7) couldn't connect to host State: New Full report: http://crux.nu/files/check_urls.html From jue at jue.li Mon Sep 4 17:39:45 2006 From: jue at jue.li (Juergen Daubert) Date: Mon, 4 Sep 2006 19:39:45 +0200 Subject: [crux-devel] ANN: portverify In-Reply-To: <20060724165701.GA17247@jue.netz> References: <20060724165701.GA17247@jue.netz> Message-ID: <20060904173945.GA13642@jue.netz> Hi all, prtverify 0.4.0 is available now. Changes worth mentioning: - added test for file-conflicts with other ports - added test for missing dependencies - added test for invalid files/dirs within the port, patch by Johannes Winkelmann, thanks ! - added test for the mandatory comment-headers - renamed from portverify to prtverify For me prtverify seems to be feature-complete now, please test and report any problems and suggestion now. After that, prtverify will be included in our prt-utils. Thanks and kind regards Juergen [1] http://jue.ods.org/prtverify/prtverify%230.4.0-1.pkg.tar.gz [2] http://jue.ods.org/prtverify/prtverify.1.html -- Juergen Daubert | mailto:jue at jue.li Korb, Germany | http://jue.li/crux From tillbiedermann at yahoo.de Tue Sep 5 08:40:38 2006 From: tillbiedermann at yahoo.de (Till Biedermann) Date: Tue, 5 Sep 2006 10:40:38 +0200 (CEST) Subject: [crux-devel] pmwiki exploit Message-ID: <20060905084038.76983.qmail@web26506.mail.ukl.yahoo.com> Hi there, i just read the following: http://isc.sans.org/diary.php?storyid=1672 For pmwiki there is a simple solution. "register_globals" has to be turned off. Regards Till -- http://www.tbmnet.de ___________________________________________________________ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de From sip at varlock.com Tue Sep 5 09:15:21 2006 From: sip at varlock.com (Simone Rota) Date: Tue, 05 Sep 2006 11:15:21 +0200 Subject: [crux-devel] pmwiki exploit In-Reply-To: <20060905084038.76983.qmail@web26506.mail.ukl.yahoo.com> References: <20060905084038.76983.qmail@web26506.mail.ukl.yahoo.com> Message-ID: <44FD4029.6070107@varlock.com> Till Biedermann wrote: > Hi there, > > i just read the following: > > http://isc.sans.org/diary.php?storyid=1672 > > For pmwiki there is a simple solution. > "register_globals" has to be turned off. Thanks fo reporting, register_globals is off on our setup, I'll look if upstream is aware of the problem and eventually report it. Regards, Simone From jw at smts.ch Wed Sep 6 07:14:08 2006 From: jw at smts.ch (Johannes Winkelmann) Date: Wed, 6 Sep 2006 09:14:08 +0200 Subject: [crux-devel] Tasks to look into Message-ID: <20060906071408.GC30773@titanium.smts.lan> Hi, Just in case some has an interest to look into those, here are two tasks we should look into at some point in time: Kernel headers: according to [1], 2.6.18 will have a 'make header_install' target, creating linux headers for glibc. cdrkit vs cdrtools: you probably read it, the debian guys have forked cdrtools (second fork of cdrtools after dvdrecord IIRC), and are interested for other distributions to contribute. I don't necessarily think that we have to become involved, but since there have been many patches floating around made by various distros there's a chance this projects unifies some of them. Therefore, it should be interesting to follow this, build test ports etc. Please speak up if you're interested in one of those tasks, otherwise I'll queue them up. Thanks, Johannes References: 1. http://article.gmane.org/gmane.comp.lib.uclibc.general/12684 2. http://lists.debian.org/debian-devel-announce/2006/09/msg00002.html -- Johannes Winkelmann mailto:jw at smts.ch Zurich, Switzerland http://jw.smts.ch From jw at smts.ch Wed Sep 6 07:31:08 2006 From: jw at smts.ch (Johannes Winkelmann) Date: Wed, 6 Sep 2006 09:31:08 +0200 Subject: [crux-devel] Reorganization, part 2 In-Reply-To: <20060901170450.GA6151@jue.netz> References: <20060827123919.GD1195@titanium.smts.lan> <20060901170450.GA6151@jue.netz> Message-ID: <20060906073108.GD30773@titanium.smts.lan> Hi, A quick update on this subject: On Fri, Sep 01, 2006 at 19:04:50 +0200, Juergen Daubert wrote: [...] > Our current status is as follows: > > Team Nominated Votes Sum > ------------------------------------ > Infra-team Simone 3 +3 > Core-team Johannes 4 +4 > Port-team Tilman 3 +3 [numbers adjusted] I hope everyone's fine with this result, so I'd say let's start it like this. I'd like to suggest renaming the "core team" to "system team", since we already have the "core maintainers". Comments? Kind regards, Johannes -- Johannes Winkelmann mailto:jw at smts.ch Zurich, Switzerland http://jw.smts.ch From tilman at crux.nu Wed Sep 6 08:24:51 2006 From: tilman at crux.nu (Tilman Sauerbeck) Date: Wed, 6 Sep 2006 10:24:51 +0200 Subject: [crux-devel] Tasks to look into In-Reply-To: <20060906071408.GC30773@titanium.smts.lan> References: <20060906071408.GC30773@titanium.smts.lan> Message-ID: <20060906082450.GA5731@code-monkey.de> Johannes Winkelmann [2006-09-06 09:14]: Hi, > cdrkit vs cdrtools: you probably read it, the debian guys have forked > cdrtools (second fork of cdrtools after dvdrecord IIRC), and are > interested for other distributions to contribute. I don't necessarily > think that we have to become involved, but since there have been many > patches floating around made by various distros there's a chance this > projects unifies some of them. Therefore, it should be interesting to > follow this, build test ports etc. libburn might be worth checking out, too: http://libburn.pykix.org/ Regards, Tilman -- A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail? -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From crux at crux.nu Wed Sep 6 08:26:30 2006 From: crux at crux.nu (crux at crux.nu) Date: Wed, 06 Sep 2006 10:26:30 +0200 Subject: [crux-devel] Potentially broken source downloads Message-ID: <44fe8636.Tamrb0kfaNiyE9jY%crux@crux.nu> Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/cmus Url: http://onion.dynserv.net/~timo/files/cmus-2.0.3.tar.bz2 Reason: curl: (6) Couldn't resolve host 'onion.dynserv.net' State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/popa3d Url: http://www.openwall.com/popa3d/popa3d-1.0.2.tar.gz Reason: curl: (7) couldn't connect to host State: New Full report: http://crux.nu/files/check_urls.html From tilman at crux.nu Wed Sep 6 12:46:45 2006 From: tilman at crux.nu (Tilman Sauerbeck) Date: Wed, 6 Sep 2006 14:46:45 +0200 Subject: [crux-devel] Reorganization, part 2 In-Reply-To: <20060906073108.GD30773@titanium.smts.lan> References: <20060827123919.GD1195@titanium.smts.lan> <20060901170450.GA6151@jue.netz> <20060906073108.GD30773@titanium.smts.lan> Message-ID: <20060906124645.GA16750@code-monkey.de> Johannes Winkelmann [2006-09-06 09:31]: > I'd like to suggest renaming the "core team" to "system team", since we > already have the "core maintainers". Good idea, the naming clash might be confusing. Regards, Tilman -- A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail? -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From aon at iki.fi Thu Sep 7 11:59:28 2006 From: aon at iki.fi (Antti =?iso-8859-1?Q?Nyk=E4nen?=) Date: Thu, 7 Sep 2006 14:59:28 +0300 Subject: [crux-devel] Tasks to look into In-Reply-To: <20060906071408.GC30773@titanium.smts.lan> References: <20060906071408.GC30773@titanium.smts.lan> Message-ID: <20060907115928.GA17992@poplar.aon.iki.fi> On 2006-09-06 at 09:14, Johannes Winkelmann wrote: > cdrkit vs cdrtools: you probably read it, the debian guys have forked > cdrtools (second fork of cdrtools after dvdrecord IIRC), and are > interested for other distributions to contribute. I don't necessarily > think that we have to become involved, but since there have been many > patches floating around made by various distros there's a chance this > projects unifies some of them. Therefore, it should be interesting to > follow this, build test ports etc. I made a port for cdrkit, it's available at [1]. They made it depend on libcap so I made a port for that too instead of reversing the patch. I'll test whether it can actually burn something a bit later today... Libburn seems perhaps even nicer as it seems to be free of cdrecord code :) -- Antti Nyk?nen | aon at iki.fi | http://aon.iki.fi/ From aon at iki.fi Thu Sep 7 12:00:28 2006 From: aon at iki.fi (Antti =?iso-8859-1?Q?Nyk=E4nen?=) Date: Thu, 7 Sep 2006 15:00:28 +0300 Subject: [crux-devel] Tasks to look into In-Reply-To: <20060907115928.GA17992@poplar.aon.iki.fi> References: <20060906071408.GC30773@titanium.smts.lan> <20060907115928.GA17992@poplar.aon.iki.fi> Message-ID: <20060907120028.GB17992@poplar.aon.iki.fi> On 2006-09-07 at 14:59, Antti Nyk?nen wrote: > I made a port for cdrkit, it's available at [1]. Whoops, 1 = http://aon.iki.fi/crux-ports/ -- Antti Nyk?nen | aon at iki.fi | http://aon.iki.fi/ From aon at iki.fi Thu Sep 7 18:12:10 2006 From: aon at iki.fi (Antti =?iso-8859-1?Q?Nyk=E4nen?=) Date: Thu, 7 Sep 2006 21:12:10 +0300 Subject: [crux-devel] Maintainer application Message-ID: <20060907181210.GA31676@poplar.aon.iki.fi> Hello, I'd like to become a CRUX maintainer, and have in fact been already invited by Johannes and Tilman. Many of you know me already, but a reintroduction won't probably hurt. My name is Antti Nyk?nen, I live in Finland, and I'm currently a student (IT/electronics). I'm in IRC almost 24/7, my nick there is aon. I've been using CRUX for about two years and making ports for a bit less. My current, quite small collection, which is also partly synced to contrib, can be found at http://aon.iki.fi/crux-ports. Besides ports, I believe that I could contribute to other userland development too, since I've done some amount of C/sh code-monkeying :) Thoughts? - Antti -- Antti Nyk?nen | aon at iki.fi | http://aon.iki.fi/ From jue at jue.li Thu Sep 7 20:26:20 2006 From: jue at jue.li (Juergen Daubert) Date: Thu, 7 Sep 2006 22:26:20 +0200 Subject: [crux-devel] Maintainer application In-Reply-To: <20060907181210.GA31676@poplar.aon.iki.fi> References: <20060907181210.GA31676@poplar.aon.iki.fi> Message-ID: <20060907202620.GA1916@jue.netz> On Thu, Sep 07, 2006 at 09:12:10PM +0300, Antti Nyk?nen wrote: > Hello, Hi Antti, > I'd like to become a CRUX maintainer, and have in fact been already > invited by Johannes and Tilman. thanks for your application. Don't understand my remarks here as a vote, I just looked over your ports. > Many of you know me already, but a reintroduction won't probably hurt. > My name is Antti Nyk?nen, I live in Finland, and I'm currently a student > (IT/electronics). I'm in IRC almost 24/7, my nick there is aon. > > I've been using CRUX for about two years and making ports for a bit > less. My current, quite small collection, which is also partly synced to > contrib, can be found at http://aon.iki.fi/crux-ports. A quick prtverify-run over your ports, gives the following errors, besides some file-conflicts caused by duplicated ports: ERROR aon/cdrkit ..... directory not allowed: usr/share/man/ ERROR aon/cvs2cl ..... variable name do not match the portname: cvscl ERROR aon/splint ..... header not found: Maintainer Personally I'm curious why you have another foomatic-filters port. Any problems with the one from opt ? Kind regards J?rgen -- Juergen Daubert | mailto:jue at jue.li Korb, Germany | http://jue.li/crux From jw at smts.ch Fri Sep 8 08:17:42 2006 From: jw at smts.ch (Johannes Winkelmann) Date: Fri, 8 Sep 2006 10:17:42 +0200 Subject: [crux-devel] Maintainer application In-Reply-To: <20060907181210.GA31676@poplar.aon.iki.fi> References: <20060907181210.GA31676@poplar.aon.iki.fi> Message-ID: <20060908081742.GC7860@titanium.smts.lan> Hi Antti, On Thu, Sep 07, 2006 at 21:12:10 +0300, Antti Nyk?nen wrote: > Hello, > > I'd like to become a CRUX maintainer, and have in fact been already > invited by Johannes and Tilman. > > Many of you know me already, but a reintroduction won't probably hurt. [...] Thanks for the introduction and application. needless to say, I support your application :-). > Besides ports, I believe that I could contribute to other userland > development too, since I've done some amount of C/sh code-monkeying :) Cool. Also, since you already built a port for it maybe you could keep looking after cdrkit? Regards, Johannes -- Johannes Winkelmann mailto:jw at smts.ch Zurich, Switzerland http://jw.smts.ch From crux at crux.nu Fri Sep 8 08:41:09 2006 From: crux at crux.nu (crux at crux.nu) Date: Fri, 08 Sep 2006 10:41:09 +0200 Subject: [crux-devel] Potentially broken source downloads Message-ID: <45012ca5.tuKHJSvYGrkq4Qof%crux@crux.nu> Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/core/jfsutils Url: http://jfs.sourceforge.net/project/pub/jfsutils-1.1.10.tar.gz Reason: curl: (7) couldn't connect to host State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/core/procps Url: http://procps.sourceforge.net/procps-3.2.7.tar.gz Reason: curl: (7) couldn't connect to host State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/alsa-driver Url: ftp://ftp.alsa-project.org/pub/driver/alsa-driver-1.0.11.tar.bz2 Reason: curl: (7) couldn't connect to host State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/alsa-lib Url: ftp://ftp.alsa-project.org/pub/lib/alsa-lib-1.0.11.tar.bz2 Reason: curl: (7) couldn't connect to host State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/alsa-oss Url: ftp://ftp.alsa-project.org/pub/oss-lib/alsa-oss-1.0.11.tar.bz2 Reason: curl: (7) couldn't connect to host State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/alsa-utils Url: ftp://ftp.alsa-project.org/pub/utils/alsa-utils-1.0.11.tar.bz2 Reason: curl: (7) couldn't connect to host State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/awesfx Url: http://www.alsa-project.org/~iwai/awesfx-0.5.0d.tar.gz Reason: curl: (7) couldn't connect to host State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/wmclock Url: http://www.dockapps.org/download.php/id/328/wmclock-1.0.12.2.tar.gz Reason: curl: (52) Empty reply from server State: New Full report: http://crux.nu/files/check_urls.html From aon at iki.fi Fri Sep 8 15:22:30 2006 From: aon at iki.fi (Antti =?iso-8859-1?Q?Nyk=E4nen?=) Date: Fri, 8 Sep 2006 18:22:30 +0300 Subject: [crux-devel] Maintainer application In-Reply-To: <20060907202620.GA1916@jue.netz> References: <20060907181210.GA31676@poplar.aon.iki.fi> <20060907202620.GA1916@jue.netz> Message-ID: <20060908152230.GA3637@poplar.aon.iki.fi> Hi, On 2006-09-07 at 22:26, Juergen Daubert wrote: > ERROR aon/cdrkit ..... directory not allowed: usr/share/man/ > ERROR aon/cvs2cl ..... variable name do not match the portname: cvscl > ERROR aon/splint ..... header not found: Maintainer Fixed. > Personally I'm curious why you have another foomatic-filters port. > Any problems with the one from opt ? Nope, it shouldn't have been there anymore, but I didn't get around to removing it since it isn't actually synced anywhere (and nobody probably subscribes to my repo directly anyway). It's now gone. -- Antti Nyk?nen | aon at iki.fi | http://aon.iki.fi/ From crux at crux.nu Sat Sep 9 08:37:38 2006 From: crux at crux.nu (crux at crux.nu) Date: Sat, 09 Sep 2006 10:37:38 +0200 Subject: [crux-devel] Potentially broken source downloads Message-ID: <45027d52.Z+7QgDlwOXv6J8D0%crux@crux.nu> Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/core/bzip2 Url: http://www.bzip.org/1.0.3/bzip2-1.0.3.tar.gz Reason: curl: (6) Couldn't resolve host 'www.bzip.org' State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/core/file Url: ftp://ftp.astron.com/pub/file/file-4.17.tar.gz Reason: curl: (7) couldn't connect to host State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/core/tcsh Url: ftp://ftp.astron.com/pub/tcsh/tcsh-6.14.00.tar.gz Reason: curl: (7) couldn't connect to host State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/libcdio Url: ftp://ftp.ibiblio.org/pub/gnu/ftp/gnu/libcdio/libcdio-0.76.tar.gz Reason: curl: (7) couldn't connect to host State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/lshw Url: http://ezix.org/software/files/lshw-B.02.08.01.tar.gz Reason: curl: (7) couldn't connect to host State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/rxvt-unicode Url: http://dist.schmorp.de/rxvt-unicode/rxvt-unicode-7.9.tar.bz2 Reason: curl: (7) couldn't connect to host State: New Full report: http://crux.nu/files/check_urls.html From tilman at crux.nu Sat Sep 9 09:42:19 2006 From: tilman at crux.nu (Tilman Sauerbeck) Date: Sat, 9 Sep 2006 11:42:19 +0200 Subject: [crux-devel] Maintainer application In-Reply-To: <20060907181210.GA31676@poplar.aon.iki.fi> References: <20060907181210.GA31676@poplar.aon.iki.fi> Message-ID: <20060909094218.GA1183@code-monkey.de> Antti Nyk?nen [2006-09-07 21:12]: > I'd like to become a CRUX maintainer, and have in fact been already > invited by Johannes and Tilman. +1 ;) Regards, Tilman -- A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail? -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From sip at varlock.com Sat Sep 9 14:38:27 2006 From: sip at varlock.com (Simone Rota) Date: Sat, 09 Sep 2006 16:38:27 +0200 Subject: [crux-devel] Adopting sten's ports Message-ID: <4502D1E3.9090809@varlock.com> Hi, since Nick is no longer able to maintain his ports[1], the items reported below will be moved into the attic in a few days, so please change the maintainership info if you plan to take care of one or more ports. Note: Alan Mizrahi will likely be maintaing[2] (part of) the kde-related ports, initially in his private repo and later on in a kde repository if/once we define a structure for dedicated repositories on crux.nu Nick's ports: acpid allegro amarok antiword arts at awesfx boost bsdsfv dejagnu dosbox dvd+rw-tools emacs expect faac faad2 ffmpeg freeglut fribidi gamin gpg-agent gpgme hddtemp htdig id3lib imlib iproute2 k3b kdeaddons kdeadmin kdeartwork kdebase kdebindings kdeedu kdegames kdegraphics kdelibs kdemultimedia kdenetwork kdepim kdesdk kdetoys kdeutils kdevelop kdewebdev kile kiosktool kmplayer koffice kphone liba52 libart_lgpl libassuan libcdio libdvdcss libdvdnav libdvdread libebml libgmp libgphoto2 libgsf libidn libksba libmatroska libmikmod libpth libtunepimp libwpd libwv2 libxslt libxvid lm_sensors lsof ltris lynx mt-st mtools ncftp netcat normalize ntfsprogs ntp numlockx openmotif pilot-link pinentry-qt poppler qt3 rar rsnapshot schedtool scribus shorewall skype speex taglib tcl tk udftools units weex wordnet xfig xine-lib xine-ui Regards, Simone [1] http://lists.crux.nu/pipermail/crux-devel/2006-August/001862.html [2] http://lists.crux.nu/pipermail/crux-devel/2006-August/001894.html -- Simone Rota Bergamo, Italy - http://www.varlock.com From aon at iki.fi Sat Sep 9 21:16:38 2006 From: aon at iki.fi (Antti =?iso-8859-1?Q?Nyk=E4nen?=) Date: Sun, 10 Sep 2006 00:16:38 +0300 Subject: [crux-devel] Adopting sten's ports In-Reply-To: <4502D1E3.9090809@varlock.com> References: <4502D1E3.9090809@varlock.com> Message-ID: <20060909211637.GA32057@poplar.aon.iki.fi> Hi, I took over antiword, emacs and lsof (and will include port name in commit msg from now on, sorry about that.) -- Antti Nyk?nen | aon at iki.fi | http://aon.iki.fi/ From crux at crux.nu Sun Sep 10 08:33:21 2006 From: crux at crux.nu (crux at crux.nu) Date: Sun, 10 Sep 2006 10:33:21 +0200 Subject: [crux-devel] Potentially broken source downloads Message-ID: <4503cdd1.WauotTtsqwftmqPB%crux@crux.nu> Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/sitecopy Url: http://www.lyra.org/sitecopy/sitecopy-0.16.3.tar.gz Reason: curl: (52) Empty reply from server State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/windowmaker Url: http://windowmaker.info/pub/source/release/WindowMaker-0.92.0.tar.bz2 Reason: curl: (7) couldn't connect to host State: New Full report: http://crux.nu/files/check_urls.html From crux at crux.nu Mon Sep 11 08:26:47 2006 From: crux at crux.nu (crux at crux.nu) Date: Mon, 11 Sep 2006 10:26:47 +0200 Subject: [crux-devel] Potentially broken source downloads Message-ID: <45051dc7.NinuO56DkClAVmfF%crux@crux.nu> Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/tetex Url: ftp://dante.ctan.org/pub/tex/systems/unix/teTeX/current/distrib/tetex-src-3.0.tar.gz Reason: curl: (67) Access denied: 530 State: Reminder Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/tetex Url: ftp://dante.ctan.org/pub/tex/systems/unix/teTeX/current/distrib/tetex-texmf-3.0.tar.gz Reason: curl: (67) Access denied: 530 State: Reminder Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/tetex Url: ftp://dante.ctan.org/pub/tex/systems/unix/teTeX/current/distrib/tetex-texmfsrc-3.0.tar.gz Reason: curl: (67) Access denied: 530 State: Reminder Full report: http://crux.nu/files/check_urls.html From crux at crux.nu Tue Sep 12 08:28:49 2006 From: crux at crux.nu (crux at crux.nu) Date: Tue, 12 Sep 2006 10:28:49 +0200 Subject: [crux-devel] Potentially broken source downloads Message-ID: <45066fc1.aVk9WKnW34fPLtaO%crux@crux.nu> Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/squid Url: http://www.squid-cache.org/Versions/v2/2.6/squid-2.6.STABLE3.tar.bz2 Reason: curl: (7) couldn't connect to host State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/timidity++-bank-realsound Url: ftp://ftp.lysator.liu.se/pub/awe32/soundfonts/8RealGS20.zip Reason: curl: (7) couldn't connect to host State: New Full report: http://crux.nu/files/check_urls.html From sip at varlock.com Wed Sep 13 19:49:07 2006 From: sip at varlock.com (Simone Rota) Date: Wed, 13 Sep 2006 21:49:07 +0200 Subject: [crux-devel] [PROPOSAL] - Provide svn access on crux.nu for contrib Message-ID: <450860B3.1080309@varlock.com> Hi, I discussed this proposal privately or on irc with different people, I'll try to formalize it here. I think it would be nice to offer access to a dedicated svn repository on crux.nu to 3rd party contributors (the current 'contrib') The main motivations behind this proposal are the following: - Versioning and history also for contrib - Promote teamwork - Make the contributors acually feel part of a project, much like the old CLC. - Less complicated setup for us: no need to sync many remote repos, check for dups, etc. - Potential improvement of quality in ports. - Contributors can concentrate on the ports, rather than on the platform (webspace, etc) As a general note, I'm proposing to simply act as a service provider, and let the community auto-regulate itself. Nonetheless there should be a contrib maintainer, possibly outside crux-devel, responsible for basic quality testing, evaluating access requests and pass them to us, etc. Assuming current contrib members are interested in such a service (we may as well do a preliminary survey on the crux ML) what do you think about that? Related topics: These are somehow related to the introduction of a crux.nu hosted contrib and general repo setup: - We're currently evaluating other version control apps such as git and mercurial to see if they would fit best our setup, particularly regarding access control and repository separation, also considering that some reorganization of the repo layout could be needed if we decide to include the new contrib. If we agree on a svn replacement, there's the possibility of initially deploy git/hg/other only for the common contrib and migrate core/opt later on when we start working on CRUX 2.3 - Introduction of project specific repositories: gnome, mythtv, kde, etc. has been suggested. - Maybe we can take the chance of solving the long time due task of organizing the repository in a multi-arch friendly way and eventually put together tools & guidelines. Please add comments and ideas by replying to this thread and/or live on #crux-devel at freenode. Regards, Simone -- Simone Rota Bergamo, Italy - http://www.varlock.com From cbou at mail.ru Wed Sep 13 20:50:02 2006 From: cbou at mail.ru (Anton) Date: Thu, 14 Sep 2006 00:50:02 +0400 Subject: [crux-devel] [PROPOSAL] - Provide svn access on crux.nu for contrib In-Reply-To: <450860B3.1080309@varlock.com> References: <450860B3.1080309@varlock.com> Message-ID: <20060913205002.GA8885@localhost> Hi Simone! I'm very glad that you're seconded svn-contrib idea! On Wed, Sep 13, 2006 at 09:49:07PM +0200, Simone Rota wrote: > Hi, > > I discussed this proposal privately or on irc with different > people, I'll try to formalize it here. > > I think it would be nice to offer access to a dedicated svn > repository on crux.nu to 3rd party contributors (the current > 'contrib') > > The main motivations behind this proposal are the following: > > - Versioning and history also for contrib > - Promote teamwork > - Make the contributors acually feel part of a project, > much like the old CLC. > - Less complicated setup for us: no need to sync many > remote repos, check for dups, etc. > - Potential improvement of quality in ports. > - Contributors can concentrate on the ports, rather than on > the platform (webspace, etc) Yay! Halliluiah! OMG! Yes!! :-) > As a general note, I'm proposing to simply act as a service provider, > and let the community auto-regulate itself. Nonetheless there should > be a contrib maintainer, possibly outside crux-devel, responsible > for basic quality testing, evaluating access requests and pass > them to us, etc. > > Assuming current contrib members are interested in such > a service (we may as well do a preliminary survey on the crux ML) > what do you think about that? I'm not a contrib member because it's encumbrance me to maintain any web service. But I have few ports I'd like to put into contrib. > Related topics: > > These are somehow related to the introduction of a crux.nu hosted > contrib and general repo setup: > > - We're currently evaluating other version control apps such as > git and mercurial to see if they would fit best our setup, > particularly regarding access control and repository separation, > also considering that some reorganization of the repo layout > could be needed if we decide to include the new contrib. > If we agree on a svn replacement, there's the possibility of > initially deploy git/hg/other only for the common contrib > and migrate core/opt later on when we start working on CRUX 2.3 What problems are you (the developers) seeing with current svn setup? Except that GIT may *theoretically* solve multiarch issue? Or may not solve. I don't know, yet. I'm surely know that it's hard to do with svn in proper way. This issue need much deeper investigation -> playing with git merge, pull, push..... I suppose that even pure GIT without modifications (or script on top of it) can't manage the noarch -> arch scheme I've explained. Though, There is a "dirty" way exists. And it is _working right now_, with svn. We can create one "noarch" branch, and do arch-XYZ branches as working copies without committing. svn co svn://.../noarch noarch svn co scn://.../noarch arch-XYZ # note: arch-XYZ is just WC of noarch # Put some arch-dependant stuff (you can't commit it) cd ~/arch-XYZ && edit core/glibc/Pkgfile # Edit version= string in noarch branch cd ~/noarch && vim core/glibc/Pkgfile && svn ci -m "..." # update arch-XYZ working copy cd ~/arch-XYZ && svn up Viola! Our changes to arch-XYZ do not disappeared, in the same time version= updated. There is small risk that will be conflict, but if Pkgfile format will be in merge'able[1] form these collisions will are rare cases. This scheme works smoothly, except that you can't "clone"/checkout arch-XYZ ""branch"" in proper way, because arch-XYZ is working copy, and will not ever committed. > - Introduction of project specific repositories: gnome, mythtv, > kde, etc. has been suggested. Cool. > - Maybe we can take the chance of solving the long time due > task of organizing the repository in a multi-arch friendly > way and eventually put together tools & guidelines. > > Please add comments and ideas by replying to this thread and/or > live on #crux-devel at freenode. > > Regards, > Simone Thank you! -- Anton (irc: bd2) [1]: Merge'able Pkgfile format is: version= release= source=( 100%-nonarch-dependable-entries # arch-XYZ can add/remove entries here ) build() { ... ./configure \ --no-arch-dependable-options \ # arch-XYZ add/remove options here \ --disable-nls ... } Thus, there must be one line per may-be-arch-dependent entry. This is because diff and patch are line-oriented. From jw at smts.ch Wed Sep 13 21:39:00 2006 From: jw at smts.ch (Johannes Winkelmann) Date: Wed, 13 Sep 2006 23:39:00 +0200 Subject: [crux-devel] [PROPOSAL] - Provide svn access on crux.nu for contrib In-Reply-To: <450860B3.1080309@varlock.com> References: <450860B3.1080309@varlock.com> Message-ID: <20060913213900.GA16238@titanium.smts.lan> Hey simone, On Wed, Sep 13, 2006 at 21:49:07 +0200, Simone Rota wrote: > Hi, > > I discussed this proposal privately or on irc with different > people, I'll try to formalize it here. > > I think it would be nice to offer access to a dedicated svn > repository on crux.nu to 3rd party contributors (the current > 'contrib') Sounds like a good idea. > The main motivations behind this proposal are the following: [...] > As a general note, I'm proposing to simply act as a service provider, > and let the community auto-regulate itself. We have to come to some agreement to which degree we want to control this (i.e. play police). Contrib has been working quite well in this regard, however it still required an occasional check for hidden duplicates (i.e. by using slightly different names). > Related topics: > > These are somehow related to the introduction of a crux.nu hosted > contrib and general repo setup: [...] > - Introduction of project specific repositories: gnome, mythtv, > kde, etc. has been suggested. I'd like to see that too, however we'll have to make sure it doesn't become a nightmare due to too many repositories (also because of inter-repository dependencies). > - Maybe we can take the chance of solving the long time due > task of organizing the repository in a multi-arch friendly > way and eventually put together tools & guidelines. Sounds good, although I don't think the actual hierarchy has a major influence here... but we can discuss this further once we get to it. Thanks for your initiative, Regards Johannes -- Johannes Winkelmann mailto:jw at smts.ch Zurich, Switzerland http://jw.smts.ch From jw at smts.ch Wed Sep 13 23:07:20 2006 From: jw at smts.ch (Johannes Winkelmann) Date: Thu, 14 Sep 2006 01:07:20 +0200 Subject: [crux-devel] [PROPOSAL] - Provide svn access on crux.nu for contrib In-Reply-To: <20060913205002.GA8885@localhost> References: <450860B3.1080309@varlock.com> <20060913205002.GA8885@localhost> Message-ID: <20060913230720.GB16238@titanium.smts.lan> Hi, On Thu, Sep 14, 2006 at 00:50:02 +0400, Anton wrote: > Hi Simone! > > I'm very glad that you're seconded svn-contrib idea! > > On Wed, Sep 13, 2006 at 09:49:07PM +0200, Simone Rota wrote: [...] > > Related topics: > > > > These are somehow related to the introduction of a crux.nu hosted > > contrib and general repo setup: > > > > - We're currently evaluating other version control apps such as > > git and mercurial to see if they would fit best our setup, > > particularly regarding access control and repository separation, > > also considering that some reorganization of the repo layout > > could be needed if we decide to include the new contrib. > > If we agree on a svn replacement, there's the possibility of > > initially deploy git/hg/other only for the common contrib > > and migrate core/opt later on when we start working on CRUX 2.3 > > What problems are you (the developers) seeing with current svn setup? The major disadvantage is the weak merge support; this is less important for ports, although it would help branching new versions earlier / less painfully. For our tools though, a distributed VCS would be nice. In addition, at least mercurial does not depend on webdav, which in both svn's and git's case makes us currently depending on apache for the web setup. That said, subversion also has advantages over the two mentioned, so it's a pretty open question. > Except that GIT may *theoretically* solve multiarch issue? Or may not > solve. I don't know, yet. It depends on what you consider the multiarch issue. No VCS solves the issues IMHO, since they don't understand the ownership of ports (subdirectories). Especially the distributed VCS' only support tree-wide merges easily (yeah, cherry picking is there, but it's a pain if you don't want to merge a particular change but rather all changes for a particular directory), which means that you'd merge all ports if you just want to get the changes in "your" ports. Same for diff, which is again tree wide. In my experience, the change tracking part is a lot more important than the merging itself, since after an initial port to the new architecture, the changes will usually be rather small. At the same time, understanding what the main maintainer changed seems important (even if the change could have been merged automatically). If it's hard to see the changes relevant to you, maintaining an arch branch gets tiresome. Also, a tree-wide merge implies an opt-out situation, i.e. you don't pull in ports because there's a maintainer on your arch but because they exist in $OTHER_ARCH, with the option to drop them in your tree after you merged. BTW, you can use svk against an svn repository, should work equally well as any other distributed vcs. > [1]: Merge'able Pkgfile format is: > > version= > release= > source=( > 100%-nonarch-dependable-entries > # arch-XYZ can add/remove entries here > ) > > build() { > ... > ./configure \ > --no-arch-dependable-options \ > # arch-XYZ add/remove options here \ > --disable-nls > ... > } > > Thus, there must be one line per may-be-arch-dependent entry. This is > because diff and patch are line-oriented. The goals for multi-arch support distilled from the previous discussions are: - no changes to the Pkgfile format - no fundamental changes to pkgmk (one thing that most certainly has to be changed to avoid confusions is the name of the binary package, which should contain the build arch) - no changes to ports(8), nor the hierarchy in /usr/ports - no ports should be on $ARCH which aren't maintained and tested - doesn't require a single master tree, i.e. can have "master ports" in more than one arch Of course, for a personal arch port those requirements may be less interesting, it's more for an overall solution with a crux.nu hosted repository. The proposed solution is to use an simple tool to just track ports from master repositories which you sync to your local disk. This has the following properties: - no changes required to any tools or our ports layout - no vcs is enforced: PPC could use cvs, x86 svn, arm git etc, but all can track each others ports. - real maintainer view: - easy to see which of your ports changed - easy to see what changed in your ports - multi-repository, allowing to distribute the maintenance of ports amongst the "serious" architectures - stupid: no automated merges, templates or hidden functionality one has to wrap his (her?) head around, and reducing the sources of errors. It could obviously be extended to support automated merging as well, e.g. using a lightweight local VCS per port, although to me it seemed that compared to the testing of a new version of a port on a particular architecture, merging the Pkgfile changes manually is a minor thing (at least time wise). This approach is loosely based on mppm, the tool Simone used for ucrux, and pretty much the only real experience we have (except mine with some wrapper around svn for sparc, which suffered from the tracking issues mentioned further up). It's certainly an interesting subject, however there's more to it than just the Pkgfile merging if the goal is to create a system which can provide a CRUX port that feels authentical while making it fun to be on the arch maintainer team. HTH, Johannes -- Johannes Winkelmann mailto:jw at smts.ch Zurich, Switzerland http://jw.smts.ch From crux at crux.nu Thu Sep 14 08:43:56 2006 From: crux at crux.nu (crux at crux.nu) Date: Thu, 14 Sep 2006 10:43:56 +0200 Subject: [crux-devel] Potentially broken source downloads Message-ID: <4509164c.CU2IAYdxAMOSHoIa%crux@crux.nu> Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/gnupg Url: ftp://ftp.gnupg.org/gcrypt/gnupg/gnupg-1.4.5.tar.bz2 Reason: curl: (56) FTP response reading failed State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/gpg-agent Url: ftp://ftp.gnupg.org/gcrypt/alpha/gnupg/gnupg-1.9.19.tar.bz2 Reason: curl: (56) FTP response reading failed State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/gpgme Url: ftp://ftp.gnupg.org/gcrypt/gpgme/gpgme-1.0.3.tar.gz Reason: curl: (56) FTP response reading failed State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/libassuan Url: ftp://ftp.gnupg.org/gcrypt/alpha/libassuan/libassuan-0.6.10.tar.gz Reason: curl: (56) FTP response reading failed State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/msntp Url: http://www.hpcf.cam.ac.uk/export/msntp-1.6.tar.gz Reason: curl: (7) couldn't connect to host State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/pinentry-qt Url: ftp://ftp.gnupg.org/gcrypt/pinentry/pinentry-0.7.2.tar.gz Reason: curl: (56) FTP response reading failed State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/x11-fonts-corefonts Url: http://www.kyz.uklinux.net/downloads/cabextract-1.1.tar.gz Reason: curl: (52) Empty reply from server State: New Full report: http://crux.nu/files/check_urls.html From tilman at crux.nu Thu Sep 14 09:20:22 2006 From: tilman at crux.nu (Tilman Sauerbeck) Date: Thu, 14 Sep 2006 11:20:22 +0200 Subject: [crux-devel] [PROPOSAL] - Provide svn access on crux.nu for contrib In-Reply-To: <450860B3.1080309@varlock.com> References: <450860B3.1080309@varlock.com> Message-ID: <20060914092021.GA3671@code-monkey.de> Simone Rota [2006-09-13 21:49]: > I think it would be nice to offer access to a dedicated svn > repository on crux.nu to 3rd party contributors (the current > 'contrib') > > [details snipped] > > Assuming current contrib members are interested in such > a service (we may as well do a preliminary survey on the crux ML) > what do you think about that? I like the idea. > Related topics: > > These are somehow related to the introduction of a crux.nu hosted > contrib and general repo setup: > > - We're currently evaluating other version control apps such as > git and mercurial to see if they would fit best our setup, > particularly regarding access control and repository separation, > also considering that some reorganization of the repo layout > could be needed if we decide to include the new contrib. > If we agree on a svn replacement, there's the possibility of > initially deploy git/hg/other only for the common contrib > and migrate core/opt later on when we start working on CRUX 2.3 Okay. > - Introduction of project specific repositories: gnome, mythtv, > kde, etc. has been suggested. Sounds good. Regards, Tilman -- A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail? -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From viper at hometux.de Thu Sep 14 15:22:38 2006 From: viper at hometux.de (Simon =?iso-8859-1?Q?Glo=DFner?=) Date: Thu, 14 Sep 2006 17:22:38 +0200 Subject: [crux-devel] [PROPOSAL] - Provide svn access on crux.nu for contrib In-Reply-To: <450860B3.1080309@varlock.com> References: <450860B3.1080309@varlock.com> Message-ID: <20060914152238.GA9424@viper.lan> On Wed, Sep 13, 2006 at 09:49:07PM +0200, Simone Rota wrote: > I think it would be nice to offer access to a dedicated svn > repository on crux.nu to 3rd party contributors (the current > 'contrib') Sounds good to me. I like your proposal. Regards Simon From jw at smts.ch Fri Sep 15 06:40:28 2006 From: jw at smts.ch (Johannes Winkelmann) Date: Fri, 15 Sep 2006 08:40:28 +0200 Subject: [crux-devel] [PROPOSAL] - Provide svn access on crux.nu for contrib In-Reply-To: <450860B3.1080309@varlock.com> References: <450860B3.1080309@varlock.com> Message-ID: <20060915064028.GA21343@titanium.smts.lan> Hi again, On Wed, Sep 13, 2006 at 21:49:07 +0200, Simone Rota wrote: > Hi, > > I discussed this proposal privately or on irc with different > people, I'll try to formalize it here. > > I think it would be nice to offer access to a dedicated svn > repository on crux.nu to 3rd party contributors (the current > 'contrib') > > The main motivations behind this proposal are the following: > > - Versioning and history also for contrib > - Promote teamwork > - Make the contributors acually feel part of a project, > much like the old CLC. [...] > - Potential improvement of quality in ports. Considering these goals, I'm not sure if we should keep the conditions to join as low as they are now. I'm in particular thinking that the way contributors appear in public will reflect back on the whole project (that holds of course true for all of us, not only the contrib guys!). IMHO we should therefore require a solid knowledge on CRUX, and an okay reputation both amongst users and devs. Also, the current contrib rules are somewhat lengthy, and contain some historic stuff ("CLC maintainer"); it might be a good idea do rewrite them with the new situation in mind, and make it easier to grasp at the same time. Comments? Regards, Johannes -- Johannes Winkelmann mailto:jw at smts.ch Zurich, Switzerland http://jw.smts.ch From crux at crux.nu Fri Sep 15 08:37:07 2006 From: crux at crux.nu (crux at crux.nu) Date: Fri, 15 Sep 2006 10:37:07 +0200 Subject: [crux-devel] Potentially broken source downloads Message-ID: <450a6633.hp86vfo/+hitD7Lh%crux@crux.nu> Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/core/procps Url: http://procps.sourceforge.net/procps-3.2.7.tar.gz Reason: curl: (7) couldn't connect to host State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/libc-client Url: ftp://ftp.cac.washington.edu/imap/imap-2004g.tar.Z Reason: curl: (19) Given file does not exist State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/mpeg2dec Url: http://libmpeg2.sourceforge.net/files/mpeg2dec-0.4.0b.tar.gz Reason: curl: (7) couldn't connect to host State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/openldap Url: ftp://ftp.openldap.org/pub/OpenLDAP/openldap-stable/openldap-stable-20060227.tgz Reason: curl: (7) couldn't connect to host State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/uw-imap Url: ftp://ftp.cac.washington.edu/imap/imap-2004g.tar.Z Reason: curl: (19) Given file does not exist State: New Full report: http://crux.nu/files/check_urls.html From tilman at crux.nu Fri Sep 15 08:51:09 2006 From: tilman at crux.nu (Tilman Sauerbeck) Date: Fri, 15 Sep 2006 10:51:09 +0200 Subject: [crux-devel] [PROPOSAL] - Provide svn access on crux.nu for contrib In-Reply-To: <20060915064028.GA21343@titanium.smts.lan> References: <450860B3.1080309@varlock.com> <20060915064028.GA21343@titanium.smts.lan> Message-ID: <20060915085058.GA5200@code-monkey.de> Johannes Winkelmann [2006-09-15 08:40]: > On Wed, Sep 13, 2006 at 21:49:07 +0200, Simone Rota wrote: > > > > I discussed this proposal privately or on irc with different > > people, I'll try to formalize it here. > > > > I think it would be nice to offer access to a dedicated svn > > repository on crux.nu to 3rd party contributors (the current > > 'contrib') > > > > The main motivations behind this proposal are the following: > > > > - Versioning and history also for contrib > > - Promote teamwork > > - Make the contributors acually feel part of a project, > > much like the old CLC. > [...] > > - Potential improvement of quality in ports. > > Considering these goals, I'm not sure if we should keep the conditions > to join as low as they are now. Agreed. I assumed that was the plan anyway when Simone said that the new system will be "similar to the old CLC". > I'm in particular thinking that the way contributors appear in public > will reflect back on the whole project (that holds of course true for > all of us, not only the contrib guys!). IMHO we should therefore require > a solid knowledge on CRUX, and an okay reputation both amongst users and > devs. :) Makes sense to me. Regards, Tilman -- A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail? -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From mark at borkware.net Fri Sep 15 09:53:06 2006 From: mark at borkware.net (Mark Rosenstand) Date: Fri, 15 Sep 2006 11:53:06 +0200 Subject: [crux-devel] [PROPOSAL] - Provide svn access on crux.nu for contrib In-Reply-To: <20060915064028.GA21343@titanium.smts.lan> References: <450860B3.1080309@varlock.com> <20060915064028.GA21343@titanium.smts.lan> Message-ID: <1158313986.6992.19.camel@mjollnir.borkware.net> On Fri, 2006-09-15 at 08:40 +0200, Johannes Winkelmann wrote: > Hi again, > > On Wed, Sep 13, 2006 at 21:49:07 +0200, Simone Rota wrote: > > Hi, > > > > I discussed this proposal privately or on irc with different > > people, I'll try to formalize it here. > > > > I think it would be nice to offer access to a dedicated svn > > repository on crux.nu to 3rd party contributors (the current > > 'contrib') > > > > The main motivations behind this proposal are the following: > > > > - Versioning and history also for contrib > > - Promote teamwork > > - Make the contributors acually feel part of a project, > > much like the old CLC. > [...] > > - Potential improvement of quality in ports. > > Considering these goals, I'm not sure if we should keep the conditions > to join as low as they are now. > > I'm in particular thinking that the way contributors appear in public > will reflect back on the whole project (that holds of course true for > all of us, not only the contrib guys!). IMHO we should therefore require > a solid knowledge on CRUX, and an okay reputation both amongst users and > devs. > > Also, the current contrib rules are somewhat lengthy, and contain some > historic stuff ("CLC maintainer"); it might be a good idea do rewrite > them with the new situation in mind, and make it easier to grasp at the > same time. > > Comments? Agreed, but the "new contrib" sounds very much like most of the current opt. Perhaps this could lead to a structure more like the old one, except Per's role has been taken over by the people known as "core maintainers" core: what pretty much everybody needs (default package selection for new installs) opt: other high-focus ports (apache, gtk, alsa, mdadm, python, libvorbis, curl, ...) contrib: less-used ports which don't have a lot of dependent packages (sshfs-fuse, iftop, jedit, yapo, pypanel, ...) personal: things that the owner used at least once, could possibly still work :) - can have external dependencies in core, opt, and contrib. From jw at smts.ch Fri Sep 15 10:03:35 2006 From: jw at smts.ch (Johannes Winkelmann) Date: Fri, 15 Sep 2006 12:03:35 +0200 Subject: [crux-devel] [PROPOSAL] - Provide svn access on crux.nu for contrib In-Reply-To: <1158313986.6992.19.camel@mjollnir.borkware.net> References: <450860B3.1080309@varlock.com> <20060915064028.GA21343@titanium.smts.lan> <1158313986.6992.19.camel@mjollnir.borkware.net> Message-ID: <20060915100335.GB21343@titanium.smts.lan> Hi, On Fri, Sep 15, 2006 at 11:53:06 +0200, Mark Rosenstand wrote: [...] > Agreed, but the "new contrib" sounds very much like most of the current > opt. I disagree. 'contrib' stands for ports contributed from non-developers (or developers not wearing their developer hat), whereas opt are non-core ports maintained by the official developers. The development methology doesn't have any impact on that (even more as there's no user visible change, it's already exported as rsync and httpup from crux.nu). That's an important differentiation, and the names reflects that nicely. HTH, Johannes -- Johannes Winkelmann mailto:jw at smts.ch Zurich, Switzerland http://jw.smts.ch From mark at borkware.net Fri Sep 15 13:33:15 2006 From: mark at borkware.net (Mark Rosenstand) Date: Fri, 15 Sep 2006 15:33:15 +0200 Subject: [crux-devel] [PROPOSAL] - Provide svn access on crux.nu for contrib In-Reply-To: <20060915100335.GB21343@titanium.smts.lan> References: <450860B3.1080309@varlock.com> <20060915064028.GA21343@titanium.smts.lan> <1158313986.6992.19.camel@mjollnir.borkware.net> <20060915100335.GB21343@titanium.smts.lan> Message-ID: <1158327195.6992.36.camel@mjollnir.borkware.net> On Fri, 2006-09-15 at 12:03 +0200, Johannes Winkelmann wrote: > Hi, > > On Fri, Sep 15, 2006 at 11:53:06 +0200, Mark Rosenstand wrote: > [...] > > Agreed, but the "new contrib" sounds very much like most of the current > > opt. > I disagree. 'contrib' stands for ports contributed from non-developers > (or developers not wearing their developer hat), whereas opt are > non-core ports maintained by the official developers. The development > methology doesn't have any impact on that (even more as there's no user > visible change, it's already exported as rsync and httpup from crux.nu). > > That's an important differentiation, and the names reflects that nicely. Yes, and what I'm saying is that with the new contrib, the difference between "developers" (the non-core kind) and "contributors" is close to non-existant, with the exception that the former get to wear a funny character in front of their IRC name. (On the other hand, they must really like it, since unlike most other project channels, they wear it all the time.) So, higher quality requirements for contrib, and higher user count requirements for opt, so that it isn't just a dump for personal pet projects of The Chosen Few. From tilman at crux.nu Fri Sep 15 13:39:02 2006 From: tilman at crux.nu (Tilman Sauerbeck) Date: Fri, 15 Sep 2006 15:39:02 +0200 Subject: [crux-devel] [PROPOSAL] - Provide svn access on crux.nu for contrib In-Reply-To: <1158327195.6992.36.camel@mjollnir.borkware.net> References: <450860B3.1080309@varlock.com> <20060915064028.GA21343@titanium.smts.lan> <1158313986.6992.19.camel@mjollnir.borkware.net> <20060915100335.GB21343@titanium.smts.lan> <1158327195.6992.36.camel@mjollnir.borkware.net> Message-ID: <20060915133901.GA18623@code-monkey.de> Mark Rosenstand [2006-09-15 15:33]: > On Fri, 2006-09-15 at 12:03 +0200, Johannes Winkelmann wrote: > > > > On Fri, Sep 15, 2006 at 11:53:06 +0200, Mark Rosenstand wrote: > > [...] > > > Agreed, but the "new contrib" sounds very much like most of the current > > > opt. > > I disagree. 'contrib' stands for ports contributed from non-developers > > (or developers not wearing their developer hat), whereas opt are > > non-core ports maintained by the official developers. The development > > methology doesn't have any impact on that (even more as there's no user > > visible change, it's already exported as rsync and httpup from crux.nu). > > > > That's an important differentiation, and the names reflects that nicely. > > non-existant, with the exception that the former get to wear a funny > character in front of their IRC name. (On the other hand, they must > really like it, since unlike most other project channels, they wear it > all the time.) Hint: you're helping noone by making comments like this. Regards, Tilman -- A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail? -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From mark at borkware.net Fri Sep 15 13:53:02 2006 From: mark at borkware.net (Mark Rosenstand) Date: Fri, 15 Sep 2006 15:53:02 +0200 Subject: [crux-devel] [PROPOSAL] - Provide svn access on crux.nu for contrib In-Reply-To: <20060915133901.GA18623@code-monkey.de> References: <450860B3.1080309@varlock.com> <20060915064028.GA21343@titanium.smts.lan> <1158313986.6992.19.camel@mjollnir.borkware.net> <20060915100335.GB21343@titanium.smts.lan> <1158327195.6992.36.camel@mjollnir.borkware.net> <20060915133901.GA18623@code-monkey.de> Message-ID: <1158328382.6992.44.camel@mjollnir.borkware.net> On Fri, 2006-09-15 at 15:39 +0200, Tilman Sauerbeck wrote: > Mark Rosenstand [2006-09-15 15:33]: > > non-existant, with the exception that the former get to wear a funny > > character in front of their IRC name. (On the other hand, they must > > really like it, since unlike most other project channels, they wear it > > all the time.) > > Hint: you're helping noone by making comments like this. Sorry, I'm just a bit annoyed by the thought that this could likely be one of the reasons some "developers" want to keep the seperation. Clearly a dedicated "IRC police" team would prevent this - for me, it's hard to see the association between repo commit rights and ability to judge when someone is abusing an IRC channel. But obviously I'm ignoring the e-penis factor. From jue at jue.li Fri Sep 15 14:08:00 2006 From: jue at jue.li (Juergen Daubert) Date: Fri, 15 Sep 2006 16:08:00 +0200 Subject: [crux-devel] [PROPOSAL] - Provide svn access on crux.nu for contrib In-Reply-To: <20060915064028.GA21343@titanium.smts.lan> References: <450860B3.1080309@varlock.com> <20060915064028.GA21343@titanium.smts.lan> Message-ID: <20060915140800.GA2167@jue.netz> On Fri, Sep 15, 2006 at 08:40:28AM +0200, Johannes Winkelmann wrote: > Hi again, > > On Wed, Sep 13, 2006 at 21:49:07 +0200, Simone Rota wrote: > > Hi, > > > > I discussed this proposal privately or on irc with different > > people, I'll try to formalize it here. > > > > I think it would be nice to offer access to a dedicated svn > > repository on crux.nu to 3rd party contributors (the current > > 'contrib') > > > > The main motivations behind this proposal are the following: > > > > - Versioning and history also for contrib > > - Promote teamwork > > - Make the contributors acually feel part of a project, > > much like the old CLC. > [...] > > - Potential improvement of quality in ports. > > Considering these goals, I'm not sure if we should keep the conditions > to join as low as they are now. > > I'm in particular thinking that the way contributors appear in public > will reflect back on the whole project (that holds of course true for > all of us, not only the contrib guys!). IMHO we should therefore require > a solid knowledge on CRUX, and an okay reputation both amongst users and > devs. > > Also, the current contrib rules are somewhat lengthy, and contain some > historic stuff ("CLC maintainer"); it might be a good idea do rewrite > them with the new situation in mind, and make it easier to grasp at the > same time. > > Comments? Agreed on both, thanks for the proposal. Regards J?rgen -- Juergen Daubert | mailto:jue at jue.li Korb, Germany | http://jue.li/crux From jw at smts.ch Fri Sep 15 14:28:19 2006 From: jw at smts.ch (Johannes Winkelmann) Date: Fri, 15 Sep 2006 16:28:19 +0200 Subject: [crux-devel] [PROPOSAL] - Provide svn access on crux.nu for contrib In-Reply-To: <1158327195.6992.36.camel@mjollnir.borkware.net> References: <450860B3.1080309@varlock.com> <20060915064028.GA21343@titanium.smts.lan> <1158313986.6992.19.camel@mjollnir.borkware.net> <20060915100335.GB21343@titanium.smts.lan> <1158327195.6992.36.camel@mjollnir.borkware.net> Message-ID: <20060915142819.GA8841@titanium.smts.lan> On Fri, Sep 15, 2006 at 15:33:15 +0200, Mark Rosenstand wrote: [...] > Yes, and what I'm saying is that with the new contrib, the difference > between "developers" (the non-core kind) and "contributors" is close to > non-existant, with the exception that the former get to wear a funny > character in front of their IRC name. (On the other hand, they must > really like it, since unlike most other project channels, they wear it > all the time.) There's actually no direct relationship between the two; the IRC op is for IRC regulars (at some point) from the crux team, some sort of dedicated IRC crew. The main difference is that we only choose people for opt (and core) which have the right attitude. HTH, Johannes -- Johannes Winkelmann mailto:jw at smts.ch Zurich, Switzerland http://jw.smts.ch From jue at jue.li Fri Sep 15 14:29:14 2006 From: jue at jue.li (Juergen Daubert) Date: Fri, 15 Sep 2006 16:29:14 +0200 Subject: [crux-devel] [PROPOSAL] - Provide svn access on crux.nu for contrib In-Reply-To: <1158328382.6992.44.camel@mjollnir.borkware.net> References: <450860B3.1080309@varlock.com> <20060915064028.GA21343@titanium.smts.lan> <1158313986.6992.19.camel@mjollnir.borkware.net> <20060915100335.GB21343@titanium.smts.lan> <1158327195.6992.36.camel@mjollnir.borkware.net> <20060915133901.GA18623@code-monkey.de> <1158328382.6992.44.camel@mjollnir.borkware.net> Message-ID: <20060915142914.GA2215@jue.netz> On Fri, Sep 15, 2006 at 03:53:02PM +0200, Mark Rosenstand wrote: > On Fri, 2006-09-15 at 15:39 +0200, Tilman Sauerbeck wrote: > > Mark Rosenstand [2006-09-15 15:33]: > > > non-existant, with the exception that the former get to wear a funny > > > character in front of their IRC name. (On the other hand, they must > > > really like it, since unlike most other project channels, they wear it > > > all the time.) > > > > Hint: you're helping noone by making comments like this. > > Sorry, I'm just a bit annoyed by the thought that this could likely be > one of the reasons some "developers" want to keep the seperation. > > Clearly a dedicated "IRC police" team would prevent this - for me, it's > hard to see the association between repo commit rights and ability to > judge when someone is abusing an IRC channel. But obviously I'm ignoring > the e-penis factor. Mark, I'd suggest that you calm down a little bit. Finally you have to accept that you are not in the position to decide anything regarding CRUX beside not using it anymore. If you are not able to simply accept a clear statement like the one from Johannes, it would be better for all of us if you forbear posting to this list in the future. J?rgen -- Juergen Daubert | mailto:jue at jue.li Korb, Germany | http://jue.li/crux From jw at smts.ch Fri Sep 15 14:45:38 2006 From: jw at smts.ch (Johannes Winkelmann) Date: Fri, 15 Sep 2006 16:45:38 +0200 Subject: [crux-devel] [PROPOSAL] - Provide svn access on crux.nu for contrib In-Reply-To: <20060915142914.GA2215@jue.netz> References: <450860B3.1080309@varlock.com> <20060915064028.GA21343@titanium.smts.lan> <1158313986.6992.19.camel@mjollnir.borkware.net> <20060915100335.GB21343@titanium.smts.lan> <1158327195.6992.36.camel@mjollnir.borkware.net> <20060915133901.GA18623@code-monkey.de> <1158328382.6992.44.camel@mjollnir.borkware.net> <20060915142914.GA2215@jue.netz> Message-ID: <20060915144538.GC8841@titanium.smts.lan> On Fri, Sep 15, 2006 at 16:29:14 +0200, Juergen Daubert wrote: [...] > Mark, > > I'd suggest that you calm down a little bit. Finally you have to accept > that you are not in the position to decide anything regarding CRUX beside > not using it anymore. If you are not able to simply accept a clear > statement like the one from Johannes, it would be better for all of us > if you forbear posting to this list in the future. +1 Johannes -- Johannes Winkelmann mailto:jw at smts.ch Zurich, Switzerland http://jw.smts.ch From crux at crux.nu Sat Sep 16 08:47:13 2006 From: crux at crux.nu (crux at crux.nu) Date: Sat, 16 Sep 2006 10:47:13 +0200 Subject: [crux-devel] Potentially broken source downloads Message-ID: <450bba11.xCcCzgU7sRPIKcFd%crux@crux.nu> Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/exim Url: ftp://ftp.exim.org/pub/exim/exim4/exim-4.63.tar.bz2 Reason: curl: (7) couldn't connect to host State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/libpcre Url: ftp://ftp.csx.cam.ac.uk/pub/software/programming/pcre/pcre-6.7.tar.bz2 Reason: curl: (7) couldn't connect to host State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/lshw Url: http://ezix.org/software/files/lshw-B.02.08.01.tar.gz Reason: curl: (7) couldn't connect to host State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/php-fastcgi Url: http://www.php.net/distributions/php-5.1.5.tar.bz2 Reason: curl: (7) couldn't connect to host State: New Full report: http://crux.nu/files/check_urls.html From tilman at crux.nu Sat Sep 16 11:33:54 2006 From: tilman at crux.nu (Tilman Sauerbeck) Date: Sat, 16 Sep 2006 13:33:54 +0200 Subject: [crux-devel] RFC: New fontconfig release Message-ID: <20060916113352.GA13445@code-monkey.de> Hi guys, fontconfig 2.4 has been released recently, and I just updated opt/fontconfig accordingly. I didn't commit the changes yet, though, because I don't run opt/x11 and thus I cannot test whether it will work for xorg 6.8. Can someone please test the attached diff with opt/x11? Thanks. I don't expect breakage, but better safe than sorry. (This situation sucks a bit. If anyone thinks this sucks too much, let me know and I'll see to install X11R6 here as well.) Point 2: fontconfig's configuration scheme has been extended. Instead of putting all kinds of settings into local.conf, fontconfig how ships with a set of configuration files (/etc/fonts/conf.avail) that can be symlinked to /etc/fonts/conf.d to enable them. This means that only more exotic settings will have to be made via local.conf, for the usual suspects, you can just symlink the file. This somewhat collides with pkgutils' upgrade feature though. Imagine that after installation, you removed some of these symlinks to adjust fontconfig to your needs. Then, a few months later, you upgrade fontconfig to the latest version, and it will install the symlinks again :x Is this acceptable? Regards, Tilman -- A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail? -------------- next part -------------- Index: Pkgfile =================================================================== --- Pkgfile (revision 1804) +++ Pkgfile (working copy) @@ -4,15 +4,26 @@ # Depends on: freetype, expat name=fontconfig -version=2.3.2 +version=2.4.1 release=1 source=(http://fontconfig.org/release/$name-$version.tar.gz) build() { cd $name-$version + ./configure --prefix=/usr \ - --sysconfdir=/etc + --sysconfdir=/etc \ + --mandir=/usr/man \ + --localstatedir=/var + make make DESTDIR=$PKG install + + # Enabling autohinting by default + pushd $PKG/etc/fonts/conf.d + ln -s ../conf.avail/10-autohint.conf + popd + + rm -f $PKG/etc/fonts/conf.avail/README rm -rf $PKG/usr/share } Index: .footprint =================================================================== --- .footprint (revision 1804) +++ .footprint (working copy) @@ -1,17 +1,52 @@ drwxr-xr-x root/root etc/ drwxr-xr-x root/root etc/fonts/ +drwxr-xr-x root/root etc/fonts/conf.avail/ +-rw-r--r-- root/root etc/fonts/conf.avail/10-autohint.conf +-rw-r--r-- root/root etc/fonts/conf.avail/10-no-sub-pixel.conf +-rw-r--r-- root/root etc/fonts/conf.avail/10-sub-pixel-bgr.conf +-rw-r--r-- root/root etc/fonts/conf.avail/10-sub-pixel-rgb.conf +-rw-r--r-- root/root etc/fonts/conf.avail/10-sub-pixel-vbgr.conf +-rw-r--r-- root/root etc/fonts/conf.avail/10-sub-pixel-vrgb.conf +-rw-r--r-- root/root etc/fonts/conf.avail/10-unhinted.conf +-rw-r--r-- root/root etc/fonts/conf.avail/20-fix-globaladvance.conf +-rw-r--r-- root/root etc/fonts/conf.avail/20-lohit-gujarati.conf +-rw-r--r-- root/root etc/fonts/conf.avail/20-unhint-small-vera.conf +-rw-r--r-- root/root etc/fonts/conf.avail/30-amt-aliases.conf +-rw-r--r-- root/root etc/fonts/conf.avail/30-urw-aliases.conf +-rw-r--r-- root/root etc/fonts/conf.avail/40-generic.conf +-rw-r--r-- root/root etc/fonts/conf.avail/49-sansserif.conf +-rw-r--r-- root/root etc/fonts/conf.avail/50-user.conf +-rw-r--r-- root/root etc/fonts/conf.avail/51-local.conf +-rw-r--r-- root/root etc/fonts/conf.avail/60-latin.conf +-rw-r--r-- root/root etc/fonts/conf.avail/65-fonts-persian.conf +-rw-r--r-- root/root etc/fonts/conf.avail/65-nonlatin.conf +-rw-r--r-- root/root etc/fonts/conf.avail/69-unifont.conf +-rw-r--r-- root/root etc/fonts/conf.avail/70-no-bitmaps.conf +-rw-r--r-- root/root etc/fonts/conf.avail/70-yes-bitmaps.conf +-rw-r--r-- root/root etc/fonts/conf.avail/80-delicious.conf +-rw-r--r-- root/root etc/fonts/conf.avail/90-synthetic.conf drwxr-xr-x root/root etc/fonts/conf.d/ --rw-r--r-- root/root etc/fonts/conf.d/autohint.conf --rw-r--r-- root/root etc/fonts/conf.d/no-bitmaps.conf --rw-r--r-- root/root etc/fonts/conf.d/no-sub-pixel.conf --rw-r--r-- root/root etc/fonts/conf.d/sub-pixel.conf --rw-r--r-- root/root etc/fonts/conf.d/unhinted.conf --rw-r--r-- root/root etc/fonts/conf.d/yes-bitmaps.conf +lrwxrwxrwx root/root etc/fonts/conf.d/20-fix-globaladvance.conf -> ../conf.avail/20-fix-globaladvance.conf +lrwxrwxrwx root/root etc/fonts/conf.d/20-lohit-gujarati.conf -> ../conf.avail/20-lohit-gujarati.conf +lrwxrwxrwx root/root etc/fonts/conf.d/20-unhint-small-vera.conf -> ../conf.avail/20-unhint-small-vera.conf +lrwxrwxrwx root/root etc/fonts/conf.d/30-amt-aliases.conf -> ../conf.avail/30-amt-aliases.conf +lrwxrwxrwx root/root etc/fonts/conf.d/30-urw-aliases.conf -> ../conf.avail/30-urw-aliases.conf +lrwxrwxrwx root/root etc/fonts/conf.d/40-generic.conf -> ../conf.avail/40-generic.conf +lrwxrwxrwx root/root etc/fonts/conf.d/49-sansserif.conf -> ../conf.avail/49-sansserif.conf +lrwxrwxrwx root/root etc/fonts/conf.d/50-user.conf -> ../conf.avail/50-user.conf +lrwxrwxrwx root/root etc/fonts/conf.d/51-local.conf -> ../conf.avail/51-local.conf +lrwxrwxrwx root/root etc/fonts/conf.d/60-latin.conf -> ../conf.avail/60-latin.conf +lrwxrwxrwx root/root etc/fonts/conf.d/65-fonts-persian.conf -> ../conf.avail/65-fonts-persian.conf +lrwxrwxrwx root/root etc/fonts/conf.d/65-nonlatin.conf -> ../conf.avail/65-nonlatin.conf +lrwxrwxrwx root/root etc/fonts/conf.d/69-unifont.conf -> ../conf.avail/69-unifont.conf +lrwxrwxrwx root/root etc/fonts/conf.d/80-delicious.conf -> ../conf.avail/80-delicious.conf +lrwxrwxrwx root/root etc/fonts/conf.d/90-synthetic.conf -> ../conf.avail/90-synthetic.conf -rw-r--r-- root/root etc/fonts/fonts.conf -rw-r--r-- root/root etc/fonts/fonts.dtd drwxr-xr-x root/root usr/ drwxr-xr-x root/root usr/bin/ -rwxr-xr-x root/root usr/bin/fc-cache +-rwxr-xr-x root/root usr/bin/fc-cat -rwxr-xr-x root/root usr/bin/fc-list -rwxr-xr-x root/root usr/bin/fc-match drwxr-xr-x root/root usr/include/ @@ -22,14 +57,13 @@ drwxr-xr-x root/root usr/lib/ -rw-r--r-- root/root usr/lib/libfontconfig.a -rwxr-xr-x root/root usr/lib/libfontconfig.la -lrwxrwxrwx root/root usr/lib/libfontconfig.so -> libfontconfig.so.1.0.4 -lrwxrwxrwx root/root usr/lib/libfontconfig.so.1 -> libfontconfig.so.1.0.4 --rwxr-xr-x root/root usr/lib/libfontconfig.so.1.0.4 +lrwxrwxrwx root/root usr/lib/libfontconfig.so -> libfontconfig.so.1.1.0 +lrwxrwxrwx root/root usr/lib/libfontconfig.so.1 -> libfontconfig.so.1.1.0 +-rwxr-xr-x root/root usr/lib/libfontconfig.so.1.1.0 drwxr-xr-x root/root usr/lib/pkgconfig/ -rw-r--r-- root/root usr/lib/pkgconfig/fontconfig.pc drwxr-xr-x root/root usr/man/ drwxr-xr-x root/root usr/man/man1/ --rw-r--r-- root/root usr/man/man1/fc-match.1.gz drwxr-xr-x root/root usr/man/man3/ -rw-r--r-- root/root usr/man/man3/FcAtomicCreate.3.gz -rw-r--r-- root/root usr/man/man3/FcAtomicDeleteNew.3.gz @@ -73,6 +107,7 @@ -rw-r--r-- root/root usr/man/man3/FcConfigGetFontDirs.3.gz -rw-r--r-- root/root usr/man/man3/FcConfigGetFonts.3.gz -rw-r--r-- root/root usr/man/man3/FcConfigGetRescanInverval.3.gz +-rw-r--r-- root/root usr/man/man3/FcConfigNormalizeFontDir.3.gz -rw-r--r-- root/root usr/man/man3/FcConfigParseAndLoad.3.gz -rw-r--r-- root/root usr/man/man3/FcConfigSetCurrent.3.gz -rw-r--r-- root/root usr/man/man3/FcConfigSetRescanInverval.3.gz @@ -161,3 +196,6 @@ -rw-r--r-- root/root usr/man/man3/FcValueSave.3.gz drwxr-xr-x root/root usr/man/man5/ -rw-r--r-- root/root usr/man/man5/fonts-conf.5.gz +drwxr-xr-x root/root var/ +drwxr-xr-x root/root var/cache/ +drwxr-xr-x root/root var/cache/fontconfig/ Index: .md5sum =================================================================== --- .md5sum (revision 1804) +++ .md5sum (working copy) @@ -1 +1 @@ -7354f9f125ea78a8f2851cb9c31d4866 fontconfig-2.3.2.tar.gz +108f9a03fa9ed9dd779cc7ca236da557 fontconfig-2.4.1.tar.gz Index: README =================================================================== --- README (revision 0) +++ README (revision 0) @@ -0,0 +1,13 @@ +POST-INSTALL + + After upgrading fontconfig, always run rejmerge and let it upgrade + /etc/fonts.conf and /etc/fonts.dtd. + + + /etc/fonts/conf.avail ships with configuration snippets that can be + symlinked from /etc/fonts/conf.d to enable them. + It's recommended to use these snippets instead of duplicating XML code + in your /etc/fonts/local.conf. + + For more information on conf.avail/conf.d, please see: + http://gitweb.freedesktop.org/?p=fontconfig;a=blob_plain;h=dbcfe2135f809089266fbbb024a2304f6c24ac03;f=conf.d/README -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From mark at borkware.net Sat Sep 16 22:33:19 2006 From: mark at borkware.net (Mark Rosenstand) Date: Sun, 17 Sep 2006 00:33:19 +0200 Subject: [crux-devel] RFC: New fontconfig release In-Reply-To: <20060916113352.GA13445@code-monkey.de> References: <20060916113352.GA13445@code-monkey.de> Message-ID: <1158445999.4512.4.camel@mjollnir.borkware.net> On Sat, 2006-09-16 at 13:33 +0200, Tilman Sauerbeck wrote: > Hi guys, > fontconfig 2.4 has been released recently, and I just updated > opt/fontconfig accordingly. > > I didn't commit the changes yet, though, because I don't run opt/x11 and > thus I cannot test whether it will work for xorg 6.8. > Can someone please test the attached diff with opt/x11? Thanks. > I don't expect breakage, but better safe than sorry. > (This situation sucks a bit. If anyone thinks this sucks too much, let > me know and I'll see to install X11R6 here as well.) I've been using it for a couple of days too (and now 2.4.1) without any problems whatsoever. But I'm also not using X11R6 :( The lack of replies sort of begs the question of when your xorg ports will move into the official repos. > fontconfig's configuration scheme has been extended. Instead of putting > all kinds of settings into local.conf, fontconfig how ships with a set > of configuration files (/etc/fonts/conf.avail) that can be symlinked to > /etc/fonts/conf.d to enable them. This means that only more exotic > settings will have to be made via local.conf, for the usual suspects, > you can just symlink the file. > > This somewhat collides with pkgutils' upgrade feature though. Imagine > that after installation, you removed some of these symlinks to adjust > fontconfig to your needs. Then, a few months later, you upgrade > fontconfig to the latest version, and it will install the symlinks again > :x > > Is this acceptable? Perhaps that "INSTALL ... NO" feature you've added to pkgutils could be used for more than just junk files :) From crux at crux.nu Sun Sep 17 08:37:43 2006 From: crux at crux.nu (crux at crux.nu) Date: Sun, 17 Sep 2006 10:37:43 +0200 Subject: [crux-devel] Potentially broken source downloads Message-ID: <450d0957.xN2McjAh2y45uVhR%crux@crux.nu> Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/cmus Url: http://onion.dynserv.net/~timo/files/cmus-2.0.3.tar.bz2 Reason: curl: (6) Couldn't resolve host 'onion.dynserv.net' State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/fortune Url: http://db.ilug-bom.org.in/lug-authors/philip/misc/fortune-mod-prog-style.tar.gz Reason: curl: (6) Couldn't resolve host 'db.ilug-bom.org.in' State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/lablgtk Url: http://wwwfun.kurims.kyoto-u.ac.jp/soft/olabl/dist/lablgtk-2.6.0.tar.gz Reason: curl: (7) couldn't connect to host State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/sdl_gfx Url: http://www.ferzkopp.net/Software/SDL_gfx-2.0/SDL_gfx-2.0.13.tar.gz Reason: curl: (52) Empty reply from server State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/sylpheed Url: http://sylpheed.good-day.net/sylpheed/v2.2/sylpheed-2.2.7.tar.bz2 Reason: curl: (52) Empty reply from server State: New Full report: http://crux.nu/files/check_urls.html From tilman at crux.nu Sun Sep 17 09:33:02 2006 From: tilman at crux.nu (Tilman Sauerbeck) Date: Sun, 17 Sep 2006 11:33:02 +0200 Subject: [crux-devel] RFC: New fontconfig release In-Reply-To: <1158445999.4512.4.camel@mjollnir.borkware.net> References: <20060916113352.GA13445@code-monkey.de> <1158445999.4512.4.camel@mjollnir.borkware.net> Message-ID: <20060917093301.GB807@code-monkey.de> Mark Rosenstand [2006-09-17 00:33]: > On Sat, 2006-09-16 at 13:33 +0200, Tilman Sauerbeck wrote: > > fontconfig's configuration scheme has been extended. Instead of putting > > all kinds of settings into local.conf, fontconfig how ships with a set > > of configuration files (/etc/fonts/conf.avail) that can be symlinked to > > /etc/fonts/conf.d to enable them. This means that only more exotic > > settings will have to be made via local.conf, for the usual suspects, > > you can just symlink the file. > > > > This somewhat collides with pkgutils' upgrade feature though. Imagine > > that after installation, you removed some of these symlinks to adjust > > fontconfig to your needs. Then, a few months later, you upgrade > > fontconfig to the latest version, and it will install the symlinks again > > :x > > > > Is this acceptable? > > Perhaps that "INSTALL ... NO" feature you've added to pkgutils could be > used for more than just junk files :) Good idea, I didn't think of that. README could tell the user about preventing fontconfig of installing the symlinks, if he wants to keep his config. And README should probably contain a bunch of "ln" commands to set up the config as intended by fontconfig's install target. Regards, Tilman -- A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail? -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jue at jue.li Sun Sep 17 09:35:30 2006 From: jue at jue.li (Juergen Daubert) Date: Sun, 17 Sep 2006 11:35:30 +0200 Subject: [crux-devel] RFC: New fontconfig release In-Reply-To: <20060916113352.GA13445@code-monkey.de> References: <20060916113352.GA13445@code-monkey.de> Message-ID: <20060917093530.GA29890@jue.netz> On Sat, Sep 16, 2006 at 01:33:54PM +0200, Tilman Sauerbeck wrote: > Hi guys, Hello Tilman, > fontconfig 2.4 has been released recently, and I just updated > opt/fontconfig accordingly. > > I didn't commit the changes yet, though, because I don't run opt/x11 and > thus I cannot test whether it will work for xorg 6.8. > Can someone please test the attached diff with opt/x11? Thanks. > I don't expect breakage, but better safe than sorry. I got a footprint error: NEW lrwxrwxrwx root/root etc/fonts/conf.d/10-autohint.conf -> ../conf.avail/10-autohint.conf At all, fontconfig 2.4.1 2.4.1 seems to work well. regards J?rgen -- Juergen Daubert | mailto:jue at jue.li Korb, Germany | http://jue.li/crux From jue at jue.li Sun Sep 17 09:44:02 2006 From: jue at jue.li (Juergen Daubert) Date: Sun, 17 Sep 2006 11:44:02 +0200 Subject: [crux-devel] RFC: New fontconfig release In-Reply-To: <1158445999.4512.4.camel@mjollnir.borkware.net> References: <20060916113352.GA13445@code-monkey.de> <1158445999.4512.4.camel@mjollnir.borkware.net> Message-ID: <20060917094402.GB29890@jue.netz> On Sun, Sep 17, 2006 at 12:33:19AM +0200, Mark Rosenstand wrote: > On Sat, 2006-09-16 at 13:33 +0200, Tilman Sauerbeck wrote: > > Hi guys, > > fontconfig 2.4 has been released recently, and I just updated > > opt/fontconfig accordingly. > > > > I didn't commit the changes yet, though, because I don't run opt/x11 and > > thus I cannot test whether it will work for xorg 6.8. > > Can someone please test the attached diff with opt/x11? Thanks. > > I don't expect breakage, but better safe than sorry. > > (This situation sucks a bit. If anyone thinks this sucks too much, let > > me know and I'll see to install X11R6 here as well.) > > I've been using it for a couple of days too (and now 2.4.1) without any > problems whatsoever. But I'm also not using X11R6 :( Means your reply is pointless. J?rgen -- Juergen Daubert | mailto:jue at jue.li Korb, Germany | http://jue.li/crux From mark at borkware.net Sun Sep 17 11:53:13 2006 From: mark at borkware.net (Mark Rosenstand) Date: Sun, 17 Sep 2006 13:53:13 +0200 Subject: [crux-devel] RFC: New fontconfig release In-Reply-To: <20060917094402.GB29890@jue.netz> References: <20060916113352.GA13445@code-monkey.de> <1158445999.4512.4.camel@mjollnir.borkware.net> <20060917094402.GB29890@jue.netz> Message-ID: <1158493993.8101.3.camel@mjollnir.borkware.net> On Sun, 2006-09-17 at 11:44 +0200, Juergen Daubert wrote: > On Sun, Sep 17, 2006 at 12:33:19AM +0200, Mark Rosenstand wrote: > > On Sat, 2006-09-16 at 13:33 +0200, Tilman Sauerbeck wrote: > > > Hi guys, > > > fontconfig 2.4 has been released recently, and I just updated > > > opt/fontconfig accordingly. > > > > > > I didn't commit the changes yet, though, because I don't run opt/x11 and > > > thus I cannot test whether it will work for xorg 6.8. > > > Can someone please test the attached diff with opt/x11? Thanks. > > > I don't expect breakage, but better safe than sorry. > > > (This situation sucks a bit. If anyone thinks this sucks too much, let > > > me know and I'll see to install X11R6 here as well.) > > > > I've been using it for a couple of days too (and now 2.4.1) without any > > problems whatsoever. But I'm also not using X11R6 :( > > Means your reply is pointless. With your very selective cutting, yes. However if you continued to read, you'd see "The lack of replies sort of begs the question of when your xorg ports will move into the official repos." as well as a suggestion on how to handle the config structure changes. If you cannot understand a simple statement like that, it would be better for all of us if you forbear posting to this list in the future. From jue at jue.li Sun Sep 17 13:53:01 2006 From: jue at jue.li (Juergen Daubert) Date: Sun, 17 Sep 2006 15:53:01 +0200 Subject: [crux-devel] RFC: New fontconfig release In-Reply-To: <1158493993.8101.3.camel@mjollnir.borkware.net> References: <20060916113352.GA13445@code-monkey.de> <1158445999.4512.4.camel@mjollnir.borkware.net> <20060917094402.GB29890@jue.netz> <1158493993.8101.3.camel@mjollnir.borkware.net> Message-ID: <20060917135301.GA15539@jue.netz> On Sun, Sep 17, 2006 at 01:53:13PM +0200, Mark Rosenstand wrote: > On Sun, 2006-09-17 at 11:44 +0200, Juergen Daubert wrote: > > On Sun, Sep 17, 2006 at 12:33:19AM +0200, Mark Rosenstand wrote: > > > On Sat, 2006-09-16 at 13:33 +0200, Tilman Sauerbeck wrote: > > > > Hi guys, > > > > fontconfig 2.4 has been released recently, and I just updated > > > > opt/fontconfig accordingly. > > > > > > > > I didn't commit the changes yet, though, because I don't run opt/x11 and > > > > thus I cannot test whether it will work for xorg 6.8. > > > > Can someone please test the attached diff with opt/x11? Thanks. > > > > I don't expect breakage, but better safe than sorry. > > > > (This situation sucks a bit. If anyone thinks this sucks too much, let > > > > me know and I'll see to install X11R6 here as well.) > > > > > > I've been using it for a couple of days too (and now 2.4.1) without any > > > problems whatsoever. But I'm also not using X11R6 :( > > > > Means your reply is pointless. > > With your very selective cutting, yes. However if you continued to read, > you'd see "The lack of replies sort of begs the question of when your > xorg ports will move into the official repos." as well as a suggestion > on how to handle the config structure changes. Oh, seems I read over that, apologies. > If you cannot understand a simple statement like that, it would be better > for all of us if you forbear posting to this list in the future. Nice sentence, thanks for the hint. J?rgen -- Juergen Daubert | mailto:jue at jue.li Korb, Germany | http://jue.li/crux From tilman at crux.nu Sun Sep 17 19:10:14 2006 From: tilman at crux.nu (Tilman Sauerbeck) Date: Sun, 17 Sep 2006 21:10:14 +0200 Subject: [crux-devel] opt ports maintained by "core" Message-ID: <20060917191012.GA7751@code-monkey.de> Hi, we have a bunch of ports in opt, that are said to be maintained by the "core" group. IMO this needs to be fixed. So I'd like to ask everyone to adopt a fake "core" port in opt (or two). It seems we could live without a few of them, too, in case nobody wants to adopt them - pine and the windowmaker ports come to mind :D To show the list of affected ports, run: grep "core-ports" opt/*/Pkgfile Regards, Tilman -- A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail? -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From crux at crux.nu Mon Sep 18 08:28:23 2006 From: crux at crux.nu (crux at crux.nu) Date: Mon, 18 Sep 2006 10:28:23 +0200 Subject: [crux-devel] Potentially broken source downloads Message-ID: <450e58a7.+aIwI67sjVphcPJj%crux@crux.nu> Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/fuseiso Url: http://ubiz.ru/dm/fuseiso-20060107.tar.bz2 Reason: curl: (7) couldn't connect to host State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/tetex Url: ftp://dante.ctan.org/pub/tex/systems/unix/teTeX/current/distrib/tetex-src-3.0.tar.gz Reason: curl: (67) Access denied: 530 State: Reminder Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/tetex Url: ftp://dante.ctan.org/pub/tex/systems/unix/teTeX/current/distrib/tetex-texmf-3.0.tar.gz Reason: curl: (67) Access denied: 530 State: Reminder Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/tetex Url: ftp://dante.ctan.org/pub/tex/systems/unix/teTeX/current/distrib/tetex-texmfsrc-3.0.tar.gz Reason: curl: (67) Access denied: 530 State: Reminder Full report: http://crux.nu/files/check_urls.html From crux at crux.nu Tue Sep 19 08:23:11 2006 From: crux at crux.nu (crux at crux.nu) Date: Tue, 19 Sep 2006 10:23:11 +0200 Subject: [crux-devel] Potentially broken source downloads Message-ID: <450fa8ef.OaIP/XNZ13CBUOv3%crux@crux.nu> Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/lzo Url: http://www.oberhumer.com/opensource/lzo/download/lzo-2.02.tar.gz Reason: curl: (7) couldn't connect to host State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/lzop Url: http://www.lzop.org/download/lzop-1.02rc1.tar.gz Reason: curl: (7) couldn't connect to host State: New Full report: http://crux.nu/files/check_urls.html From crux at crux.nu Wed Sep 20 08:30:31 2006 From: crux at crux.nu (crux at crux.nu) Date: Wed, 20 Sep 2006 10:30:31 +0200 Subject: [crux-devel] Potentially broken source downloads Message-ID: <4510fc27.zSdqrDURSFhDR2Vc%crux@crux.nu> Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/liba52 Url: http://liba52.sourceforge.net/files/a52dec-0.7.4.tar.gz Reason: curl: (7) couldn't connect to host State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/licq Url: http://www.fanfic.org/~jon/licq-1.3.4-RC1.tar.bz2 Reason: curl: (6) Couldn't resolve host 'www.fanfic.org' State: New Full report: http://crux.nu/files/check_urls.html From crux at crux.nu Thu Sep 21 08:28:25 2006 From: crux at crux.nu (crux at crux.nu) Date: Thu, 21 Sep 2006 10:28:25 +0200 Subject: [crux-devel] Potentially broken source downloads Message-ID: <45124d29.NDxICI2Lw+onUup3%crux@crux.nu> Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/pear Url: http://pear.php.net/get/Archive_Tar-1.3.1.tgz Reason: curl: (7) couldn't connect to host State: New Full report: http://crux.nu/files/check_urls.html From crux at crux.nu Thu Sep 21 08:32:04 2006 From: crux at crux.nu (crux at crux.nu) Date: Thu, 21 Sep 2006 10:32:04 +0200 Subject: [crux-devel] prtverify daily results Message-ID: <45124e04.n92k9Brf9LCIJekd%crux@crux.nu> Differences since last check: (no differences) Full report: http://crux.nu/files/prtverify.log From predivan at ptt.yu Thu Sep 21 14:14:17 2006 From: predivan at ptt.yu (Predrag Ivanovic) Date: Thu, 21 Sep 2006 16:14:17 +0200 Subject: [crux-devel] RFC: New fontconfig release In-Reply-To: <20060916113352.GA13445@code-monkey.de> References: <20060916113352.GA13445@code-monkey.de> Message-ID: <20060921161417.d771b0c1.predivan@ptt.yu> On Sat, 16 Sep 2006 13:33:54 +0200 Tilman Sauerbeck wrote: > Hi guys, > fontconfig 2.4 has been released recently, and I just updated > opt/fontconfig accordingly. > > I didn't commit the changes yet, though, because I don't run opt/x11 and > thus I cannot test whether it will work for xorg 6.8. > Can someone please test the attached diff with opt/x11? Thanks. > I don't expect breakage, but better safe than sorry. I'm running fontconfig-2.4.1 and opt/x11-6.9.0-4, no problems so far. I didn't use your diff, though, just updated fontconfig port from opt. I'll rebuild x11 to 6.9.0-5, but I don't think that would make any difference. HTH Pedja -- My fake plants died because I did not pretend to water them. --ningo at #crux From jukka.heino at gmail.com Thu Sep 21 14:22:17 2006 From: jukka.heino at gmail.com (jukka.heino at gmail.com) Date: Thu, 21 Sep 2006 17:22:17 +0300 Subject: [crux-devel] Retiring Message-ID: <20060921142217.GA13810@luutarha.localdomain> Hey everyone, I am sad to report that I no longer have enough time to work on CRUX. It's been a good ride with you guys. Hopefully someone will pick up my ports and maintain them better than I have been able to in the past few months. Keep up the good work! // Jukka From sip at varlock.com Thu Sep 21 15:03:15 2006 From: sip at varlock.com (Simone Rota) Date: Thu, 21 Sep 2006 17:03:15 +0200 Subject: [crux-devel] Retiring In-Reply-To: <20060921142217.GA13810@luutarha.localdomain> References: <20060921142217.GA13810@luutarha.localdomain> Message-ID: <4512A9B3.6070002@varlock.com> On 09/21/06 16:22 jukka.heino at gmail.com wrote: > Hey everyone, > > I am sad to report that I no longer have enough time to work on CRUX. > It's been a good ride with you guys. Hopefully someone will pick up my > ports and maintain them better than I have been able to in the past few > months. > > Keep up the good work! Hi Jukka, It's very sad to see you go. Many thanks for your contributions, I wish you good luck for your future projects. Regards, Simone P.S. I guess this means I finally have to keep up with my promise of taking qemu maintainership ;) -- Simone Rota Bergamo, Italy - http://www.varlock.com From tilman at crux.nu Thu Sep 21 16:16:09 2006 From: tilman at crux.nu (Tilman Sauerbeck) Date: Thu, 21 Sep 2006 18:16:09 +0200 Subject: [crux-devel] Retiring In-Reply-To: <20060921142217.GA13810@luutarha.localdomain> References: <20060921142217.GA13810@luutarha.localdomain> Message-ID: <20060921161607.GA897@code-monkey.de> jukka.heino at gmail.com [2006-09-21 17:22]: > I am sad to report that I no longer have enough time to work on CRUX. > It's been a good ride with you guys. Hopefully someone will pick up my > ports and maintain them better than I have been able to in the past few > months. Teh suck :( Best wishes, Tilman -- A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail? -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jdolan at jdolan.dyndns.org Thu Sep 21 16:53:44 2006 From: jdolan at jdolan.dyndns.org (Jay Dolan) Date: Thu, 21 Sep 2006 12:53:44 -0400 Subject: [crux-devel] Retiring In-Reply-To: <20060921161607.GA897@code-monkey.de> References: <20060921142217.GA13810@luutarha.localdomain> <20060921161607.GA897@code-monkey.de> Message-ID: <4512C398.9020201@jdolan.dyndns.org> Tilman Sauerbeck wrote: > jukka.heino at gmail.com [2006-09-21 17:22]: > >> I am sad to report that I no longer have enough time to work on CRUX. >> It's been a good ride with you guys. Hopefully someone will pick up my >> ports and maintain them better than I have been able to in the past few >> months. >> > > Teh suck :( > > Best wishes, > Tilman Definitely sucks. Thanks for your work, Jukka. Please stick around in #crux if you're able to. To be honest, I'm in the same boat - but I'm going to try to stick it out until my job calms down and I'm able to dedicate time to CRUX again. -- Jay Dolan jdolan.dyndns.org A: Because it's annoying to read. Q: Why is top-posting bad? A: Top posting. Q: What's the most annoying thing about usenet? From crux at crux.nu Fri Sep 22 08:25:12 2006 From: crux at crux.nu (crux at crux.nu) Date: Fri, 22 Sep 2006 10:25:12 +0200 Subject: [crux-devel] Potentially broken source downloads Message-ID: <45139de8.z8NjJz1SAs/IjY5n%crux@crux.nu> Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/awesfx Url: http://www.alsa-project.org/~iwai/awesfx-0.5.0d.tar.gz Reason: curl: (7) couldn't connect to host State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/neverball Url: http://0day.icculus.org/neverball/neverball-1.4.0.tar.gz Reason: curl: (52) Empty reply from server State: New Full report: http://crux.nu/files/check_urls.html From crux at crux.nu Fri Sep 22 08:32:02 2006 From: crux at crux.nu (crux at crux.nu) Date: Fri, 22 Sep 2006 10:32:02 +0200 Subject: [crux-devel] prtverify daily results Message-ID: <45139f82.85/T2NyPtYzxuwsO%crux@crux.nu> Differences since last check: (no differences) Full report: http://crux.nu/files/prtverify.log From jue at jue.li Sat Sep 23 07:39:07 2006 From: jue at jue.li (Juergen Daubert) Date: Sat, 23 Sep 2006 09:39:07 +0200 Subject: [crux-devel] Retiring In-Reply-To: <20060921142217.GA13810@luutarha.localdomain> References: <20060921142217.GA13810@luutarha.localdomain> Message-ID: <20060923073907.GA8385@jue.netz> On Thu, Sep 21, 2006 at 05:22:17PM +0300, jukka.heino at gmail.com wrote: > Hey everyone, > > I am sad to report that I no longer have enough time to work on CRUX. > It's been a good ride with you guys. Hopefully someone will pick up my > ports and maintain them better than I have been able to in the past few > months. Thanks for your work and all the best. J?rgen -- Juergen Daubert | mailto:jue at jue.li Korb, Germany | http://jue.li/crux From jue at jue.li Sat Sep 23 08:22:12 2006 From: jue at jue.li (Juergen Daubert) Date: Sat, 23 Sep 2006 10:22:12 +0200 Subject: [crux-devel] Mirror for gnu stuff Message-ID: <20060923082212.GA8536@jue.netz> Hi all, ATM we are using mirrors.sunsite.dk for most of our core GNU ports. Since some days the mirror and our ports are broken again, I found a similar problem 2 months ago. If there are no objections I'll change the ports to use ftp.gnu.org, which seems fast and solid nowadays. See thread [1] for a some speed comparison. regards J?rgen [1] http://lists.crux.nu/pipermail/infra-team/2006-September/000017.html -- Juergen Daubert | mailto:jue at jue.li Korb, Germany | http://jue.li/crux From crux at crux.nu Sat Sep 23 08:26:15 2006 From: crux at crux.nu (crux at crux.nu) Date: Sat, 23 Sep 2006 10:26:15 +0200 Subject: [crux-devel] Potentially broken source downloads Message-ID: <4514efa7.JSHBAvzZB96fS61V%crux@crux.nu> Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/imagemagick Url: ftp://gd.tuwien.ac.at/pub/graphics/ImageMagick/ImageMagick-6.2.9-6.tar.bz2 Reason: curl: (19) Given file does not exist State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/sane Url: ftp://ftp2.sane-project.org/pub/sane/sane-backends-1.0.18/sane-backends-1.0.18.tar.gz Reason: curl: (7) couldn't connect to host State: New Full report: http://crux.nu/files/check_urls.html From crux at crux.nu Sat Sep 23 08:32:03 2006 From: crux at crux.nu (crux at crux.nu) Date: Sat, 23 Sep 2006 10:32:03 +0200 Subject: [crux-devel] prtverify daily results Message-ID: <4514f103.KlKY4tyPjH0o8oH9%crux@crux.nu> Differences since last check: (no differences) Full report: http://crux.nu/files/prtverify.log From tilman at crux.nu Sat Sep 23 11:55:43 2006 From: tilman at crux.nu (Tilman Sauerbeck) Date: Sat, 23 Sep 2006 13:55:43 +0200 Subject: [crux-devel] Mirror for gnu stuff In-Reply-To: <20060923082212.GA8536@jue.netz> References: <20060923082212.GA8536@jue.netz> Message-ID: <20060923115542.GA823@code-monkey.de> Juergen Daubert [2006-09-23 10:22]: > ATM we are using mirrors.sunsite.dk for most of our core GNU ports. > Since some days the mirror and our ports are broken again, I found > a similar problem 2 months ago. > > If there are no objections I'll change the ports to use ftp.gnu.org, > which seems fast and solid nowadays. I changed some ports from that site to ftp.gnu.org myself with no bad experiences ;) So, it sounds like a good idea to me. Regards, Tilman -- A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail? -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From crux at crux.nu Sun Sep 24 08:30:41 2006 From: crux at crux.nu (crux at crux.nu) Date: Sun, 24 Sep 2006 10:30:41 +0200 Subject: [crux-devel] Potentially broken source downloads Message-ID: <45164231.8yW6lwWh/VkzAksF%crux@crux.nu> Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/fortune Url: http://db.ilug-bom.org.in/lug-authors/philip/misc/fortune-mod-prog-style.tar.gz Reason: curl: (7) couldn't connect to host State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/libpcap Url: http://www.tcpdump.org/release/libpcap-0.9.5.tar.gz Reason: curl: (7) couldn't connect to host State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/libpng Url: ftp://ftp.simplesystems.org/pub/libpng/png/src/libpng-1.2.12.tar.bz2 Reason: curl: (56) FTP response reading failed State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/tcpdump Url: http://www.tcpdump.org/release/tcpdump-3.9.5.tar.gz Reason: curl: (7) couldn't connect to host State: New Full report: http://crux.nu/files/check_urls.html From crux at crux.nu Sun Sep 24 08:32:05 2006 From: crux at crux.nu (crux at crux.nu) Date: Sun, 24 Sep 2006 10:32:05 +0200 Subject: [crux-devel] prtverify daily results Message-ID: <45164285.5JPk/QEEf+E/ekUM%crux@crux.nu> Differences since last check: (no differences) Full report: http://crux.nu/files/prtverify.log From crux at crux.nu Mon Sep 25 08:27:57 2006 From: crux at crux.nu (crux at crux.nu) Date: Mon, 25 Sep 2006 10:27:57 +0200 Subject: [crux-devel] Potentially broken source downloads Message-ID: <4517930d.Ru6MttFhoig/u/hA%crux@crux.nu> Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/cmus Url: http://onion.dynserv.net/~timo/files/cmus-2.0.3.tar.bz2 Reason: curl: (7) couldn't connect to host State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/madwifi Url: http://snapshots.madwifi.org/madwifi-ng-current.tar.gz Reason: curl: (52) Empty reply from server State: New Full report: http://crux.nu/files/check_urls.html From crux at crux.nu Mon Sep 25 08:32:03 2006 From: crux at crux.nu (crux at crux.nu) Date: Mon, 25 Sep 2006 10:32:03 +0200 Subject: [crux-devel] prtverify daily results Message-ID: <45179403.4oIQ1LLz8ne2BiZU%crux@crux.nu> Differences since last check: 6d5 < WARN core/bison ............... junk file found: usr/share/bison/README 10d8 < WARN core/libtool ............. junk file found: usr/share/libtool/libltdl/README 30,36d27 < WARN core/vim ................. junk file found: usr/share/vim/autoload/README.txt < WARN core/vim ................. junk file found: usr/share/vim/colors/README.txt < WARN core/vim ................. junk file found: usr/share/vim/compiler/README.txt < WARN core/vim ................. junk file found: usr/share/vim/ftplugin/README.txt < WARN core/vim ................. junk file found: usr/share/vim/indent/README.txt < WARN core/vim ................. junk file found: usr/share/vim/plugin/README.txt < WARN core/vim ................. junk file found: usr/share/vim/syntax/README.txt Full report: http://crux.nu/files/prtverify.log From crux at crux.nu Tue Sep 26 08:31:59 2006 From: crux at crux.nu (crux at crux.nu) Date: Tue, 26 Sep 2006 10:31:59 +0200 Subject: [crux-devel] Potentially broken source downloads Message-ID: <4518e57f.NgSEDI78xatCdu9J%crux@crux.nu> Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/wireshark Url: http://www.wireshark.org/download/src/wireshark-0.99.3a.tar.bz2 Reason: curl: (7) couldn't connect to host State: New Full report: http://crux.nu/files/check_urls.html From crux at crux.nu Tue Sep 26 08:32:05 2006 From: crux at crux.nu (crux at crux.nu) Date: Tue, 26 Sep 2006 10:32:05 +0200 Subject: [crux-devel] prtverify daily results Message-ID: <4518e585.BOmQKE6Jg7mBPhGG%crux@crux.nu> Differences since last check: 81d80 < WARN opt/ethereal ............. junk file found: usr/share/ethereal/AUTHORS-SHORT Full report: http://crux.nu/files/prtverify.log From tilman at crux.nu Tue Sep 26 20:15:55 2006 From: tilman at crux.nu (Tilman Sauerbeck) Date: Tue, 26 Sep 2006 22:15:55 +0200 Subject: [crux-devel] prtverify daily results In-Reply-To: <4518e585.BOmQKE6Jg7mBPhGG%crux@crux.nu> References: <4518e585.BOmQKE6Jg7mBPhGG%crux@crux.nu> Message-ID: <20060926201554.GA12345@code-monkey.de> crux at crux.nu [2006-09-26 10:32]: > Differences since last check: > > 81d80 > < WARN opt/ethereal ............. junk file found: usr/share/ethereal/AUTHORS-SHORT Can we get a unified diff here please? Thanks, Tilman -- A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail? -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From crux at crux.nu Wed Sep 27 08:32:01 2006 From: crux at crux.nu (crux at crux.nu) Date: Wed, 27 Sep 2006 10:32:01 +0200 Subject: [crux-devel] prtverify daily results Message-ID: <451a3701.GhnDo/MPya4csht2%crux@crux.nu> Differences since last check: (no differences) Full report: http://crux.nu/files/prtverify.log From crux at crux.nu Wed Sep 27 08:32:33 2006 From: crux at crux.nu (crux at crux.nu) Date: Wed, 27 Sep 2006 10:32:33 +0200 Subject: [crux-devel] Potentially broken source downloads Message-ID: <451a3721.ij9hm9eaHiJw9u6A%crux@crux.nu> Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/cdrtools Url: ftp://gd.tuwien.ac.at/utils/schilling/cdrtools/cdrtools-2.01.tar.bz2 Reason: curl: (7) couldn't connect to host State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/licq Url: http://www.fanfic.org/~jon/licq-1.3.4-RC1.tar.bz2 Reason: curl: (6) Couldn't resolve host 'www.fanfic.org' State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/procmail Url: ftp://ftp.procmail.net/pub/procmail/procmail-3.22.tar.gz Reason: curl: (6) Couldn't resolve host 'ftp.procmail.net' State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/tetex Url: ftp://dante.ctan.org/pub/tex/systems/unix/teTeX/current/distrib/tetex-src-3.0.tar.gz Reason: curl: (67) Access denied: 530 State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/tetex Url: ftp://dante.ctan.org/pub/tex/systems/unix/teTeX/current/distrib/tetex-texmf-3.0.tar.gz Reason: curl: (67) Access denied: 530 State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/tetex Url: ftp://dante.ctan.org/pub/tex/systems/unix/teTeX/current/distrib/tetex-texmfsrc-3.0.tar.gz Reason: curl: (67) Access denied: 530 State: New Full report: http://crux.nu/files/check_urls.html From jw at smts.ch Wed Sep 27 09:09:31 2006 From: jw at smts.ch (Johannes Winkelmann) Date: Wed, 27 Sep 2006 11:09:31 +0200 Subject: [crux-devel] RFC: New fontconfig release In-Reply-To: <20060917093301.GB807@code-monkey.de> References: <20060916113352.GA13445@code-monkey.de> <1158445999.4512.4.camel@mjollnir.borkware.net> <20060917093301.GB807@code-monkey.de> Message-ID: <20060927090931.GA12762@titanium.smts.lan> Hi, On Sun, Sep 17, 2006 at 11:33:02 +0200, Tilman Sauerbeck wrote: > Mark Rosenstand [2006-09-17 00:33]: [...] > > Perhaps that "INSTALL ... NO" feature you've added to pkgutils could be > > used for more than just junk files :) > > Good idea, I didn't think of that. README could tell the user about > preventing fontconfig of installing the symlinks, if he wants to keep > his config. And README should probably contain a bunch of "ln" commands > to set up the config as intended by fontconfig's install target. To me, suggesting to use "INSTALL NO" on a per port level sounds like use flags, which isn't really what I think that particular feature should be about. If this appears to be the recommended way to handle such problems, I fear people will start to use that all over their ports ("oh, and if you don't want that additional icon theme the port installs and I like just "INSTALL NO" it), which make pkgadd.conf and port installation in general a pain. Regards, Johannes -- Johannes Winkelmann mailto:jw at smts.ch Zurich, Switzerland http://jw.smts.ch From jw at smts.ch Wed Sep 27 09:13:02 2006 From: jw at smts.ch (Johannes Winkelmann) Date: Wed, 27 Sep 2006 11:13:02 +0200 Subject: [crux-devel] Retiring In-Reply-To: <20060921142217.GA13810@luutarha.localdomain> References: <20060921142217.GA13810@luutarha.localdomain> Message-ID: <20060927091302.GB12762@titanium.smts.lan> Hi Jukka, On Thu, Sep 21, 2006 at 17:22:17 +0300, jukka.heino at gmail.com wrote: > Hey everyone, > > I am sad to report that I no longer have enough time to work on CRUX. I'm sad to hear that. Thanks for all your work for crux! Best wishes, Johannes -- Johannes Winkelmann mailto:jw at smts.ch Zurich, Switzerland http://jw.smts.ch From jw at smts.ch Wed Sep 27 15:03:52 2006 From: jw at smts.ch (Johannes Winkelmann) Date: Wed, 27 Sep 2006 17:03:52 +0200 Subject: [crux-devel] [dlwalpole@gmail.com: Maintainer Resignation] Message-ID: <20060927150352.GE12762@titanium.smts.lan> Forwarded as requested by Daniel ----- Forwarded message from Daniel Walpole ----- From: Daniel Walpole Date: Wed, 27 Sep 2006 22:28:37 +1000 To: Johannes Winkelmann Subject: Maintainer Resignation Hi Johannes, First of all I would like to apologise for ignoring any emails relating to bug reports and version updates. Right now I just can't seem to find the time or effort to maintain my ports at a level I find acceptable. There are a number of reasons for this, the main ones being my increasing study load and more recently, a genetic illness which has become progressively worse of late. Crux will still remain my distro of choice, however I cannot justify my recent poor efforts as a Maintainer and that's why I'm resigning. I hope you can understand the reasons for my decision. On another note, apparently I'm not a member of the development mailing list so I was just wondering if you could forward this email onto the mailing list for me. Oh and one more thing, my ports won't move to the attic properly, is there anything to automate this process? Regards -DW ----- End forwarded message ----- -- Johannes Winkelmann mailto:jw at smts.ch Zurich, Switzerland http://jw.smts.ch From mark at borkware.net Wed Sep 27 16:07:47 2006 From: mark at borkware.net (Mark Rosenstand) Date: Wed, 27 Sep 2006 18:07:47 +0200 Subject: [crux-devel] RFC: New fontconfig release In-Reply-To: <20060927090931.GA12762@titanium.smts.lan> References: <20060916113352.GA13445@code-monkey.de> <1158445999.4512.4.camel@mjollnir.borkware.net> <20060917093301.GB807@code-monkey.de> <20060927090931.GA12762@titanium.smts.lan> Message-ID: <1159373267.4083.1.camel@mjollnir.borkware.net> On Wed, 2006-09-27 at 11:09 +0200, Johannes Winkelmann wrote: > Hi, > > On Sun, Sep 17, 2006 at 11:33:02 +0200, Tilman Sauerbeck wrote: > > Mark Rosenstand [2006-09-17 00:33]: > [...] > > > Perhaps that "INSTALL ... NO" feature you've added to pkgutils could be > > > used for more than just junk files :) > > > > Good idea, I didn't think of that. README could tell the user about > > preventing fontconfig of installing the symlinks, if he wants to keep > > his config. And README should probably contain a bunch of "ln" commands > > to set up the config as intended by fontconfig's install target. > > To me, suggesting to use "INSTALL NO" on a per port level sounds like > use flags, which isn't really what I think that particular feature > should be about. > > If this appears to be the recommended way to handle such problems, I > fear people will start to use that all over their ports ("oh, and if you > don't want that additional icon theme the port installs and I like just > "INSTALL NO" it), which make pkgadd.conf and port installation in > general a pain. You forgot to mention the proper fix. From viper at hometux.de Wed Sep 27 18:24:56 2006 From: viper at hometux.de (Simon =?iso-8859-1?Q?Glo=DFner?=) Date: Wed, 27 Sep 2006 20:24:56 +0200 Subject: [crux-devel] retired members Message-ID: <20060927182456.GA27696@viper.lan> Hi, as far as I know we have three retired members: Daniel Walpole Jukka Heino Nick Steeves I think we should decide what we will do with their ports. I have attached lists of all "orphaned" ports. Regards Simon -------------- next part -------------- core/file core/man-pages core/sysfsutils core/wget opt/bar opt/bitlbee opt/bittorrent opt/bmon opt/boehm-gc opt/calc opt/cddfs opt/chroot_safe opt/cmus opt/cocalores opt/encfs opt/flac opt/fuse opt/fuseiso opt/getmail opt/giblib opt/irssi opt/ketchup opt/kqemu opt/libao opt/libid3tag opt/libmad opt/libmodplug opt/lshw opt/lzop opt/madplay opt/mercurial opt/most opt/msmtp opt/multipipe opt/netris opt/openvpn opt/optipng opt/p5-digest-sha1 opt/p5-fcgi opt/p5-rename opt/php-fastcgi opt/qemu opt/rdiff opt/rlog opt/scrot opt/slang opt/sshfs-fuse opt/sudo opt/timidity++-bank-realsound opt/timidity++-bank-unison opt/timidity++ opt/torrentutils opt/txt2tags opt/uptimed opt/vnstat opt/w3m opt/wdfs opt/x11vnc opt/xtrlock -------------- next part -------------- opt/acpid opt/allegro opt/amarok opt/arts opt/at opt/awesfx opt/boost opt/bsdsfv opt/dejagnu opt/dosbox opt/dvd+rw-tools opt/expect opt/faac opt/faad2 opt/ffmpeg opt/freeglut opt/fribidi opt/gamin opt/gpg-agent opt/gpgme opt/hddtemp opt/htdig opt/id3lib opt/imlib opt/k3b opt/kdeaddons opt/kdeadmin opt/kdeartwork opt/kdebase opt/kdebindings opt/kdeedu opt/kdegames opt/kdegraphics opt/kdelibs opt/kdemultimedia opt/kdenetwork opt/kdepim opt/kdesdk opt/kdetoys opt/kdeutils opt/kdevelop opt/kdewebdev opt/kile opt/kiosktool opt/kmplayer opt/koffice opt/kphone opt/liba52 opt/libart_lgpl opt/libassuan opt/libcdio opt/libdvdcss opt/libdvdnav opt/libdvdread opt/libebml opt/libgmp opt/libgphoto2 opt/libgsf opt/libidn opt/libksba opt/libmatroska opt/libmikmod opt/libpth opt/libtunepimp opt/libwpd opt/libwv2 opt/libxslt opt/libxvid opt/lm_sensors opt/ltris opt/lynx opt/mesa3d opt/mt-st opt/mtools opt/ncftp opt/netcat opt/normalize opt/ntfsprogs opt/ntp opt/numlockx opt/openmotif opt/pilot-link opt/pinentry-qt opt/poppler opt/qt3 opt/rar opt/rsnapshot opt/schedtool opt/scribus opt/shorewall opt/skype opt/speex opt/taglib opt/tcl opt/tk opt/udftools opt/units opt/weex opt/wordnet opt/xfig opt/xine-lib opt/xine-ui -------------- next part -------------- opt/amule opt/bzflag opt/criticalmass opt/emelfm2 opt/exult-musicpack opt/foobillard opt/lbreakout2 opt/liboil opt/libsamplerate opt/mednafen opt/neverball opt/ppracer opt/scorched3d opt/scummvm opt/sdl_gfx opt/sdl_mixer opt/sdl_net opt/sdl_ttf opt/smpeg opt/startup-notification opt/wesnoth opt/xmame opt/zsnes From viper at hometux.de Wed Sep 27 18:35:31 2006 From: viper at hometux.de (Simon =?iso-8859-1?Q?Glo=DFner?=) Date: Wed, 27 Sep 2006 20:35:31 +0200 Subject: [crux-devel] retired members In-Reply-To: <20060927182456.GA27696@viper.lan> References: <20060927182456.GA27696@viper.lan> Message-ID: <20060927183531.GA11570@viper.lan> On Wed, Sep 27, 2006 at 08:24:56PM +0200, Simon Glo?ner wrote: > I think we should decide what we will do with their ports. I have > attached lists of all "orphaned" ports. Ahh, I have forgotton to add my proposal: I think it would be a good idea to move all orphaned ports to the "Attic Repository" if nobody adopts it until October 15. Regards From sip at varlock.com Wed Sep 27 19:15:36 2006 From: sip at varlock.com (Simone Rota) Date: Wed, 27 Sep 2006 21:15:36 +0200 Subject: [crux-devel] retired members In-Reply-To: <20060927183531.GA11570@viper.lan> References: <20060927182456.GA27696@viper.lan> <20060927183531.GA11570@viper.lan> Message-ID: <451ACDD8.3070409@varlock.com> On 09/27/06 20:35 Simon Glo?ner wrote: > On Wed, Sep 27, 2006 at 08:24:56PM +0200, Simon Glo?ner wrote: >> I think we should decide what we will do with their ports. I have >> attached lists of all "orphaned" ports. > > Ahh, I have forgotton to add my proposal: I think it would be a good > idea to move all orphaned ports to the "Attic Repository" if nobody > adopts it until October 15. Good idea, meanwhile I think it's ok to set the maintainer back to core-ports for, ahem, core ports involved. Regards, Simone -- Simone Rota Bergamo, Italy - http://www.varlock.com From cbou at mail.ru Wed Sep 27 19:25:11 2006 From: cbou at mail.ru (Anton) Date: Wed, 27 Sep 2006 23:25:11 +0400 Subject: [crux-devel] retired members In-Reply-To: <20060927183531.GA11570@viper.lan> References: <20060927182456.GA27696@viper.lan> <20060927183531.GA11570@viper.lan> Message-ID: <20060927192511.GA12455@localhost> On Wed, Sep 27, 2006 at 08:35:31PM +0200, Simon Glo?ner wrote: > Ahh, I have forgotton to add my proposal: I think it would be a good > idea to move all orphaned ports to the "Attic Repository" if nobody > adopts it until October 15. I hope contrib will be on GIT/SVN rails before October 15, thus may be many of these ports can be handled by those who're using it. -- Anton (irc: bd2) From crux at crux.nu Thu Sep 28 08:25:46 2006 From: crux at crux.nu (crux at crux.nu) Date: Thu, 28 Sep 2006 10:25:46 +0200 Subject: [crux-devel] Potentially broken source downloads Message-ID: <451b870a.4aiGqDTNBnTni2Gs%crux@crux.nu> Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/apache-tomcat Url: http://apache.markoer.org/tomcat/tomcat-5/v5.5.17/bin/apache-tomcat-5.5.17.tar.gz Reason: curl: (7) couldn't connect to host State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/ntp Url: http://www.danm.de/files/src/ntp/doc/ntp-doc.tar.gz Reason: curl: (7) couldn't connect to host State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/qt3 Url: http://crux.danm.de/files/dist/qt3/3.3.6/qt3-3.3.6-1-patches.tar.bz2 Reason: curl: (7) couldn't connect to host State: New Full report: http://crux.nu/files/check_urls.html From crux at crux.nu Thu Sep 28 08:32:08 2006 From: crux at crux.nu (crux at crux.nu) Date: Thu, 28 Sep 2006 10:32:08 +0200 Subject: [crux-devel] prtverify daily results Message-ID: <451b8888.r/8DhsyJeP13mgaF%crux@crux.nu> Differences since last check: 447d446 < ERROR opt/wine ................. directory not allowed: usr/share/man/ Full report: http://crux.nu/files/prtverify.log From lucas at die.net.au Thu Sep 28 23:55:13 2006 From: lucas at die.net.au (Lucas Hazel) Date: Fri, 29 Sep 2006 09:55:13 +1000 Subject: [crux-devel] ports lint Message-ID: <1159487713.72437.0.camel@akira.digitilocal> Couldn't all the broken source and prtverify results be sent to a seperate list, much like the the commits list? -- Lucas Hazel From crux at crux.nu Fri Sep 29 08:23:54 2006 From: crux at crux.nu (crux at crux.nu) Date: Fri, 29 Sep 2006 10:23:54 +0200 Subject: [crux-devel] Potentially broken source downloads Message-ID: <451cd81a.acvGx5ZecWl/T5y4%crux@crux.nu> Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/wpa_supplicant Url: http://hostap.epitest.fi/releases/wpa_supplicant-0.4.9.tar.gz Reason: curl: (7) couldn't connect to host State: New Full report: http://crux.nu/files/check_urls.html From crux at crux.nu Fri Sep 29 08:32:02 2006 From: crux at crux.nu (crux at crux.nu) Date: Fri, 29 Sep 2006 10:32:02 +0200 Subject: [crux-devel] prtverify daily results Message-ID: <451cda02.ZvGJYyB0wtBFo6RE%crux@crux.nu> Differences since last check: 446a447 > WARN opt/wireshark ............ junk file found: usr/share/wireshark/AUTHORS-SHORT Full report: http://crux.nu/files/prtverify.log From mark at borkware.net Fri Sep 29 09:31:43 2006 From: mark at borkware.net (Mark Rosenstand) Date: Fri, 29 Sep 2006 11:31:43 +0200 Subject: [crux-devel] ports lint In-Reply-To: <1159487713.72437.0.camel@akira.digitilocal> References: <1159487713.72437.0.camel@akira.digitilocal> Message-ID: <1159522303.3199.13.camel@mjollnir.borkware.net> On Fri, 2006-09-29 at 09:55 +1000, Lucas Hazel wrote: > Couldn't all the broken source and prtverify results be sent to a > seperate list, much like the the commits list? I think those are useful for all developers, and it's sort of disappointing to see that some opt maintainers wasn't even subscribed to it (see Johannes' forwarded message from danielw) - but I guess that explains why so many of the detected mistakes haven't been corrected yet. Also, it's useful to avoid the "ping? is this list dead?" messages ;) I guess you're subscribed to the list for the same reason as me: because you have a bigger interest in crux than the "ports are broken! md5sum mismatch!"-type messages that make up more than half the traffic on the crux list - but we have to respect that this list is primarily targetted at the opt maintainers :) From lucas at die.net.au Fri Sep 29 15:14:29 2006 From: lucas at die.net.au (Lucas Hazel) Date: Sat, 30 Sep 2006 01:14:29 +1000 Subject: [crux-devel] ports lint In-Reply-To: <1159522303.3199.13.camel@mjollnir.borkware.net> References: <1159487713.72437.0.camel@akira.digitilocal> <1159522303.3199.13.camel@mjollnir.borkware.net> Message-ID: <1159542869.59020.2.camel@akira.digitilocal> On Fri, 2006-09-29 at 11:31 +0200, Mark Rosenstand wrote: > On Fri, 2006-09-29 at 09:55 +1000, Lucas Hazel wrote: > > Couldn't all the broken source and prtverify results be sent to a > > seperate list, much like the the commits list? > > I think those are useful for all developers, and it's sort of > disappointing to see that some opt maintainers wasn't even subscribed to > it (see Johannes' forwarded message from danielw) - but I guess that > explains why so many of the detected mistakes haven't been corrected > yet. > > Also, it's useful to avoid the "ping? is this list dead?" messages ;) > > I guess you're subscribed to the list for the same reason as me: because > you have a bigger interest in crux than the "ports are broken! md5sum > mismatch!"-type messages that make up more than half the traffic on the > crux list - but we have to respect that this list is primarily targetted > at the opt maintainers :) I guess one could just make a filter. -- Lucas Hazel From crux at crux.nu Sat Sep 30 08:29:29 2006 From: crux at crux.nu (crux at crux.nu) Date: Sat, 30 Sep 2006 10:29:29 +0200 Subject: [crux-devel] Potentially broken source downloads Message-ID: <451e2ae9.YNcjPHs9vpOtwgut%crux@crux.nu> Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/gnupg Url: ftp://ftp.gnupg.org/gcrypt/gnupg/gnupg-1.4.5.tar.bz2 Reason: curl: (56) FTP response reading failed State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/gpgme Url: ftp://ftp.gnupg.org/gcrypt/gpgme/gpgme-1.0.3.tar.gz Reason: curl: (56) FTP response reading failed State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/libassuan Url: ftp://ftp.gnupg.org/gcrypt/alpha/libassuan/libassuan-0.6.10.tar.gz Reason: curl: (56) FTP response reading failed State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/pinentry-qt Url: ftp://ftp.gnupg.org/gcrypt/pinentry/pinentry-0.7.2.tar.gz Reason: curl: (56) FTP response reading failed State: New Full report: http://crux.nu/files/check_urls.html From crux at crux.nu Sat Sep 30 08:32:04 2006 From: crux at crux.nu (crux at crux.nu) Date: Sat, 30 Sep 2006 10:32:04 +0200 Subject: [crux-devel] prtverify daily results Message-ID: <451e2b84.e0N4EJIXwBfW3MVb%crux@crux.nu> Differences since last check: (no differences) Full report: http://crux.nu/files/prtverify.log