[crux-devel] Retiring
Hi, as you know I haven't made significant contributions to CRUX in quite some time. Sadly I don't see this changing in the near future so I made up my mind and decided to retire from CRUX development. I just don't have the extra time and energy to pour into CRUX these days. My apologies for letting you down in recent months. 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? pgprA4mUlzc8c.pgp Description: PGP signature ___ crux-devel mailing list crux-devel@lists.crux.nu http://lists.crux.nu/mailman/listinfo/crux-devel
Re: [crux-devel] [ports] pkg-config, new dependency to glib
Juergen Daubert [2011-05-16 19:19]: Hi, the latest pkg-config, version 0.26, no longer ships with a bundled glib but depends on a system glib. That means core/pkg-config would depend on opt/glib, which is of course not acceptable. [...] b) move glib to core. I moved glib from opt to core yesterday, applying the changes that Michal suggested to please gudev. Thanks guys, 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? pgpIauzv9CQ8r.pgp Description: PGP signature ___ crux-devel mailing list crux-devel@lists.crux.nu http://lists.crux.nu/mailman/listinfo/crux-devel
[crux-devel] Created 2.7 branches
Hi, FYI, I have created the 2.7 branches for core.git and opt.git today. 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? pgp6tjaU7vqe2.pgp Description: PGP signature ___ crux-devel mailing list crux-devel@lists.crux.nu http://lists.crux.nu/mailman/listinfo/crux-devel
Re: [crux-devel] Configure script speedup due to dash for /bin/sh
Juergen Daubert [2010-05-28 11:02]: On Tue, May 25, 2010 at 10:37:17AM +0200, Juergen Daubert wrote: On Mon, May 24, 2010 at 12:59:12PM +0200, Tilman Sauerbeck wrote: Hi, I made /bin/sh point to dash instead of bash and measure how this change speeds up a few randomly picked configure scripts. That looks quite noticable. My only concerns is that there are a lot of programs out, which starts shell scripts in their autoconf stuff with /bin/sh but using bash extensions instead. To get a feeling about that, I've done a complete rebuild of core in my CRUX 2.7 test-drive, but nothing failed at all :) Even not glibc, but using version 2.11.2 there. I'm sorry, made a made a mistake in the first run. Actually 2 ports failed, automake and usbutils. The first is trivial because automake's configure checks for a valid shell, dash isn't one of them. The failure of usbutils is a more fragile one, because there's something wrong with the build of libusb, a dependency of usbutils. It's easy to reproduce the error: #: ln -sf dash /bin/sh #: prt-get update -fr libusb usbutils It works if libusb was build with bash as shell. Don't know what's going wrong here, but at all I think it's not worth to hunt bugs like that. Even though it would be nice to have the speed improvments of dash, but well ... I agree. We *could* change the RC scripts to explicitly ask to be executed by dash, but I'm not sure whether it's worth it. If anyone has numbers on this I'm all ears. 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? pgpOTQCgQHTpO.pgp Description: PGP signature ___ crux-devel mailing list crux-devel@lists.crux.nu http://lists.crux.nu/mailman/listinfo/crux-devel
Re: [crux-devel] Configure script speedup due to dash for /bin/sh
Thomas Penteker [2010-05-24 14:54]: * Tilman Sauerbeck (til...@crux.nu) wrote: (...) I think your findings might be affected by caching, did you take that into consideration? I removed the extracted directory each time before doing another configure run. That should have taken care of caching effects I think. Running this thing in /tmp (i.e. tmpfs) should be just fine. You can always run something like sudo su -c 'echo 3 /proc/sys/vm/drop_caches' prior configure. Yeah, but since you may not run ./configure twice in a row (autoconf caches test results itself, too!) in this case I decided to just wipe the whole thing :] Alas, glibc won't build for me if dash is linked to /bin/sh, maybe someone can reproduce this behaviour as I don't think this issue is related to my architecture (x86_64) or gcc version (4.5.0) as the build works just fine with bash as /bin/sh. Too bad :( 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? pgpgJYFKRgUqt.pgp Description: PGP signature ___ crux-devel mailing list crux-devel@lists.crux.nu http://lists.crux.nu/mailman/listinfo/crux-devel
[crux-devel] Configure script speedup due to dash for /bin/sh
Hi, I made /bin/sh point to dash instead of bash and measure how this change speeds up a few randomly picked configure scripts. The speedup achieved is: pkg-config: 2% libarchive: 3% llvm:7% gcc:24% coreutils: 17% openssh: 9% htop: 13% Method used: cd /some/tmpfs bsdtar xf /the/package.tar.gz time ./configure # switch /bin/sh symlink rm -rf the-extracted-package bsdtar xf /the/package.tar.gz time ./configure 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? pgpB0xpjvotAK.pgp Description: PGP signature ___ crux-devel mailing list crux-devel@lists.crux.nu http://lists.crux.nu/mailman/listinfo/crux-devel
Re: [crux-devel] Configure script speedup due to dash for /bin/sh
Alan [2010-05-24 20:55]: On Monday 24 May 2010 7:59:12 pm Tilman Sauerbeck wrote: Hi, I made /bin/sh point to dash instead of bash and measure how this change speeds up a few randomly picked configure scripts. The speedup achieved is: pkg-config: 2% libarchive: 3% llvm:7% gcc:24% coreutils: 17% openssh: 9% htop: 13% Method used: cd /some/tmpfs bsdtar xf /the/package.tar.gz time ./configure # switch /bin/sh symlink rm -rf the-extracted-package bsdtar xf /the/package.tar.gz time ./configure [...] In my experience there are too many shellscripts out there that start with #!/bin/sh and then expect bash features. They can probably be fixed :p I think your findings might be affected by caching, did you take that into consideration? I removed the extracted directory each time before doing another configure run. That should have taken care of caching effects I think. 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? pgpp6hXWg6goz.pgp Description: PGP signature ___ crux-devel mailing list crux-devel@lists.crux.nu http://lists.crux.nu/mailman/listinfo/crux-devel
Re: [crux-devel] prt-get 5.17 uploaded
Johannes Winkelmann [2010-05-24 15:57]: Hello Johannes, As discussed in flysprax #581, I've uploaded a new version of prt-get supporting the PKGMK_COMPRESSION_MODE option. Thanks for jumping right in when we noticed we needed to touch prt-get. And thanks for providing a sane implementation for the problem (yes, my patch sucked). 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? pgpynl840q0TP.pgp Description: PGP signature ___ crux-devel mailing list crux-devel@lists.crux.nu http://lists.crux.nu/mailman/listinfo/crux-devel
[crux-devel] Replacing tftpd for 2.7?
Hi, currently, CRUX comes with a TFTP daemon from the iputils package. The manpage says: It is distributed with iputils mostly as good demo of an interesting feature (MSG_CONFIRM) allowing to boot long images by dumb clients not answering ARP requests until they are finally booted. However, this is full functional and can be used in production. Unfortunately, this version of tftpd only works in combination with inetd. Which is a major annoyance to me, because I don't even have inetd running :) Juergen mentioned that the inetutils package also came with a tftpd, but that one also only works together with inetd. I'd like to propose to change core/iputils so that it doesn't install tftp and tftpd, and instead ask users to install the tftp-hpa port. hpa's tftpd can run both with and without inetd and has a load of other features that I have no idea about ;) tftp-hpa currently lives in contrib, but Thomas is willing to move it to opt if we decide to go ahead with this. Opinions? 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? pgpZnOz3fWvS6.pgp Description: PGP signature ___ crux-devel mailing list crux-devel@lists.crux.nu http://lists.crux.nu/mailman/listinfo/crux-devel
[crux-devel] Compression mode patch
Hi,
Juergen came up with a patch that lets users choose what compression
scheme to use for packages created by pkgmk. Supported compression
algorithms are gzip, bzip2 and xz.
I now extended the patch with some text for the pkgmk.conf manpage and
renamed PKGMK_COMPRESS_EXT to PKGMK_COMPRESS_MODE (that feels like a
better fit to me).
To test this patch, you need pkgadd/pkginfo from pkgutils.git (master
branch). Otherwise you won't be able to generate footprints/add/etc
packages that use bzip2/xz.
Please review the patch and if possible, test this new feature. Let me
know what you think/find.
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?
diff --git a/pkgmk.conf b/pkgmk.conf
index 07b1cbd..965df5c 100644
--- a/pkgmk.conf
+++ b/pkgmk.conf
@@ -13,5 +13,6 @@ export CXXFLAGS=-O2 -march=i686 -pipe
# PKGMK_IGNORE_FOOTPRINT=no
# PKGMK_NO_STRIP=no
# PKGMK_WGET_OPTS=
+# PKGMK_COMPRESS_MODE=gz
# End of file
diff --git a/pkgmk.conf.5.in b/pkgmk.conf.5.in
index dcb6a20..7787afe 100644
--- a/pkgmk.conf.5.in
+++ b/pkgmk.conf.5.in
@@ -57,6 +57,13 @@ Default: 'no'
If set to 'no', pkgmk will strip built binaries.
.br
Default: 'no'
+.TP
+\fBPKGMK_COMPRESS_MODE='STRING'\fP
+Specifies how pkgmk will compress created packages.
+Supported values are 'gz' for gzip, 'bz2' for bzip2 and 'xz' for xz.
+.br
+Default: 'gz'
+
.SH SEE ALSO
pkgmk(8)
.SH COPYRIGHT
diff --git a/pkgmk.in b/pkgmk.in
index b8e3e4e..ed92558 100755
--- a/pkgmk.in
+++ b/pkgmk.in
@@ -353,6 +353,7 @@ remove_work_dir() {
build_package() {
local BUILD_SUCCESSFUL=no
+ local COMPRESS_MODE
check_file $TARGET
make_work_dir
@@ -377,8 +378,15 @@ build_package() {
cd $PKG
info Build result:
- tar czvvf $TARGET *
-
+
+ case $PKGMK_COMPRESS_MODE in
+ gz) COMPRESS_MODE=-z ;;
+ bz2) COMPRESS_MODE=-j ;;
+ xz) COMPRESS_MODE=-J ;;
+ esac
+ bsdtar -c $COMPRESS_MODE -f $TARGET *
+ bsdtar -t -v -f $TARGET
+
if [ $? = 0 ]; then
BUILD_SUCCESSFUL=yes
@@ -606,9 +614,17 @@ main() {
check_directory `dirname $PKGMK_WORK_DIR`
check_pkgfile
-
- TARGET=$PKGMK_PACKAGE_DIR/$name#$version-$release.pkg.tar.gz
-
+
+ case $PKGMK_COMPRESS_MODE in
+ gz|bz2|xz)
+
TARGET=$PKGMK_PACKAGE_DIR/$name#$version-$release.pkg.tar.$PKGMK_COMPRESS_MODE
+ ;;
+ *)
+ error Compress type '$PKGMK_COMPRESS_MODE' not
supported
+ exit 1
+ ;;
+ esac
+
if [ $PKGMK_CLEAN = yes ]; then
clean
exit 0
@@ -682,6 +698,8 @@ PKGMK_SOURCE_DIR=$PWD
PKGMK_PACKAGE_DIR=$PWD
PKGMK_WORK_DIR=$PWD/work
+PKGMK_COMPRESS_MODE=gz
+
PKGMK_INSTALL=no
PKGMK_RECURSIVE=no
PKGMK_DOWNLOAD=no
pgpgMCwaWsIZj.pgp
Description: PGP signature
___
crux-devel mailing list
crux-devel@lists.crux.nu
http://lists.crux.nu/mailman/listinfo/crux-devel
Re: [crux-devel] Proposed: IRC Meeting for 2.7 on 2010-05-04
JJ Asghar [2010-04-27 10:37]: Hi JJ, Traditionally the meetings have been on Tuesdays at 20.00 CET. I I think getting together on IRC periodically makes much sense now that we're getting started on merging stuff for 2.7. propose pushing it back about an hour to 21.00 2010-05-04 CET. I'd Can we make it 18:00 UTC? :) like to get all of the developers together so i can fill out the resources and start to track the project. I'd like to look for gaps and a possible roadmap that we can agree for a release schedule. It's not set in stone or anything, but i think if we told the users of our distro to expect it in X days/weeks/months, it would make everyone happy. Yeah, and then we'd make them unhappy because we wouldn't keep the schedule anyway }:- 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? pgpF55GsDPtu6.pgp Description: PGP signature ___ crux-devel mailing list crux-devel@lists.crux.nu http://lists.crux.nu/mailman/listinfo/crux-devel
Re: [crux-devel] Firefox/xulrunner maintainership
Fredrik Rinnestam [2009-11-13 23:05]: The other day i noticed that Tilman seemed a bit sick of maintaining firefox :) So I hereby declare my interest in taking over maintainership of those firefox-related (firefox,xulrunner,nss,nspr) ports. Best CRUX related news for me ever ;D I talked to Juergen, and he doesn't object. I'll add you to the opt group and you can update away :) Thanks and 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? pgpPpTR5JSFHQ.pgp Description: PGP signature ___ crux-devel mailing list crux-devel@lists.crux.nu http://lists.crux.nu/mailman/listinfo/crux-devel
Re: [crux-devel] opt-Maintainer application
Thomas Penteker [2009-09-11 18:58]: some time ago (sorry) jue asked if I wanted to step in and partially fill the gap that jw left. I'd be happy to do so. What's your opinion about this? Nice, thanks. I'll give you write access in a second. 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? pgptkjdPtItTD.pgp Description: PGP signature ___ crux-devel mailing list crux-devel@lists.crux.nu http://lists.crux.nu/mailman/listinfo/crux-devel
[crux-devel] [ANN] CRUX 2.6-test2
Hi, we are pleased to announce the third test release of the upcoming CRUX 2.5 release. Please give it a try and report any problems you might find. Thanks, Tilman, for the CRUX team. [1] http://crux.nu/files/pre-releases/crux-2.6-test2.iso http://crux.nu/files/pre-releases/crux-2.6-test2.md5 -- 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? pgpO3opzCLRAX.pgp Description: PGP signature ___ crux-devel mailing list crux-devel@lists.crux.nu http://lists.crux.nu/mailman/listinfo/crux-devel
Re: [crux-devel] [PATCH] Do not attempt to build a package if the resulting file can't be written.
Antti Nykänen [2009-06-24 15:58]: Hi On Wed, Jun 24, 2009 at 3:17 PM, Juergen Daubert j...@jue.li wrote: thanks for the patch, but I think that it will not work as expected because we 'exit 1' too if $TARGET doesn't exist. Attached another attempt which covers the important points of ticket #360 [1] as well. Thanks for pointing that out. +1 for the new patch obviously :) Merged, thanks. 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? pgpnExsFClXRI.pgp Description: PGP signature ___ crux-devel mailing list crux-devel@lists.crux.nu http://lists.crux.nu/mailman/listinfo/crux-devel
Re: [crux-devel] libarchive, xz and pkgutils
Mark Rosenstand [2009-06-16 13:19]: On Mon, Jun 15, 2009 at 10:39 AM, Juergen Daubertj...@jue.li wrote: On Sun, Jun 14, 2009 at 01:23:37PM +0200, Tilman Sauerbeck wrote: Hi Tilman, [...] There's two possible solutions for this: a) link to liblzma (XZ!) too. This will increase the size of our pkgadd binary since now a few more object files from liblzma.a will be included. b) initialize libarchive so that support for XZ is disabled - no need to link to liblzma. This means that pkgadd/pkginfo will not be able to open xz'ed tarballs. I don't think that we need this. Changing our package-format to xz might be an nice option, but looking at typical compression times is really disappointing. Here's a quick test with our latest xulrunner package: $: mkdir foo $: tar -C foo -xf xulrunner#1.9.0.11-1.pkg.tar.gz $: time tar -czf foo.tar.gz foo real 0m4.409s user 0m4.250s sys 0m0.150s $: time tar -cJf foo.tar.xz foo # -9 compression real 1m11.419s user 1m10.950s sys 0m0.570s $: echo 'scale=2; (60+11.42)/4.41' | bc 16.19 $: ls -l *.gz *.xz -rw-r--r-- 1 juergen users 18224116 Jun 15 10:02 foo.tar.gz -rw-r--r-- 1 juergen users 12979240 Jun 15 10:04 foo.tar.xz Note that this does NOT apply to pkgmk. pkgmk doesn't use libarchive obviously, but instead calls out to tar to extract stuff. In case we decide to build bsdtar with libarchive support, I would like to change pkgmk so that it uses bsdtar to extract *.tar.gz, *.tar.Z, *.tgz, *.tar.bz2, *.tar.xz, *.zip Let me know what you think. Having bz2 and xz support in libarchive makes only sense IMO if other programs like bsdtar can use that support, obviously we don't need it for pkgadd. It's a one line change to make pkgadd only initialize gzip decompression, avoiding statically linking in all of libarchive's supported formats. We know (and I already did the change before posting this). I'm not sure .pkg.bz2 packages even work though pkgadd already pulls in bz2. Last time I checked (admittedly long ago, around the libtar - libarchive port) the package extension was hardcoded. It still is. 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? pgpbiNPXqyMkA.pgp Description: PGP signature ___ crux-devel mailing list crux-devel@lists.crux.nu http://lists.crux.nu/mailman/listinfo/crux-devel
[crux-devel] libarchive, xz and pkgutils
Hi, CRUX 2.6 will ship with XZ (http://tukaani.org/xz/) in core. That package implements the XZ compression algorithm, which is the successor to LZMA. I believe that LZMA isn't in use in the free software world anymore, so I will only talk about XZ here. To extract an xz'ed tarball, you can do as follows: $ tar xJf coreutils-7.4.tar.xz This is obviously independent of libarchive ;) To extract an xz'ed tarball using bsdtar (libarchive), there's two choices basically: a) tell bsdtar to invoke unxz on the file to uncompress it, then just extract the uncompressed tarball: $ bsdtar --use-compress-program unxz xf coreutils-7.4.tar.xz b) do both uncompression and extraction using libarchive. $ bsdtar xf coreutils-7.4.tar.xz You can optionally specify the J flag to force XZ compression. This requires that libarchive was built with XZ support. Since xz is in core anyway, I would like to build our libarchive with XZ support. Your opinion? What does that mean for pkgutils? At the moment, in pkgutils we initialize libarchive so that support for all supported archive formats and compression algorithms gets included. This means that if compression algorithm foo is implemented in libfoo and libarchive uses libfoo to handle foo we need to link pkgutils statically to libfoo. Until now, this only meant we needed to pull in libz and libbz2. Now, if your copy of libarchive is built with XZ support it will be linked to liblzma (liblzma implements the XZ compression format. Yes, the name is confusing). So if you initialize libarchive to support all known archive/compression formats but only link to libz and libbz2 you'll get a linker error because the XZ stuff isn't found. There's two possible solutions for this: a) link to liblzma (XZ!) too. This will increase the size of our pkgadd binary since now a few more object files from liblzma.a will be included. b) initialize libarchive so that support for XZ is disabled - no need to link to liblzma. This means that pkgadd/pkginfo will not be able to open xz'ed tarballs. Note that this does NOT apply to pkgmk. pkgmk doesn't use libarchive obviously, but instead calls out to tar to extract stuff. In case we decide to build bsdtar with libarchive support, I would like to change pkgmk so that it uses bsdtar to extract *.tar.gz, *.tar.Z, *.tgz, *.tar.bz2, *.tar.xz, *.zip Let me know what you think. 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? pgpeLDyGoxAad.pgp Description: PGP signature ___ crux-devel mailing list crux-devel@lists.crux.nu http://lists.crux.nu/mailman/listinfo/crux-devel
Re: [crux-devel] libarchive, xz and pkgutils
Tilman Sauerbeck [2009-06-14 13:23]: a) link to liblzma (XZ!) too. This will increase the size of our pkgadd binary since now a few more object files from liblzma.a will be included. Some numbers: $ size pkgadd-without-xz textdata bss dec hex filename 13693267884 38224 1415434 15990a pkgadd-without-xz $ size pkgadd-with-xz textdata bss dec hex filename 14381428096 38224 1484462 16a6ae pkgadd-with-xz $ ls -l pkgadd-without-xz pkgadd-with-xz -rwxr-xr-x 1 root root 1.4M May 19 02:45 pkgadd-without-xz -rwxr-xr-x 1 tilman tilman 1.8M Jun 14 13:27 pkgadd-with-xz 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? pgpEBDQFeluRq.pgp Description: PGP signature ___ crux-devel mailing list crux-devel@lists.crux.nu http://lists.crux.nu/mailman/listinfo/crux-devel
[crux-devel] Ship core fonts on the 2.6 iso?
Hi, Juergen and me have begun some preparations for the 2.6 release (there's a todo list in the wiki at http://crux.nu/Wiki/TODO26). For our xorg ports, I've removed a couple of ancient modules that aren't in use anymore. I'm also considering shipping xorg without any core font packages (ie, drop the following packages from the iso: xorg-font-adobe-100dpi xorg-font-adobe-75dpi xorg-font-alias xorg-font-bh-100dpi xorg-font-bh-75dpi xorg-font-bitstream-100dpi xorg-font-bitstream-75dpi xorg-font-bitstream-vera xorg-font-cursor-misc xorg-font-misc-misc A 'fixed' font and cursor fonts are built into libXfont these days, so -cursor-misc and -misc-misc can safely be removed. IMO shipping bitstream-vera suffices for the iso -- if users wish to use core fonts like -bitstream-100dpi they can install those from ports. Objections? 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? pgpRXZrH6BSzV.pgp Description: PGP signature ___ crux-devel mailing list crux-devel@lists.crux.nu http://lists.crux.nu/mailman/listinfo/crux-devel
[crux-devel] Simones ports -- pick your favourites
Hi guys, I think we should get going and put Simone's ports back in a maintained state ;D I've put the list of ports that are looking for a new maintainer up here: http://crux.nu/Wiki/OrphanedPorts I believe Jose already expressed interest in picking up the Subversion related ports (ie neon and subversion) and also xterm(?). We should also ponder moving out the TeX related ports to a separate repository IMO. TeTeX hasn't been maintained upstream for a long time now, so having it in opt feels a bit weird :P Whoever picks up JDK and JRE gets a cookie. 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? pgpgTjzpqEm8V.pgp Description: PGP signature ___ crux-devel mailing list crux-devel@lists.crux.nu http://lists.crux.nu/mailman/listinfo/crux-devel
Re: [crux-devel] My status
Simon Gloßner [2008-12-19 17:04]: Hi Simon, I don't want to retire from the project, as it's possible that my situation will change in the future. At the weekends and at semester breaks I will try to keep my ports up to date and work at the portdb. But if there are any important updates (e.g. security related), please update them for me. And perhaps somebody is interested in adopting some of my ports. Okay, I'll try to keep an eye on Postfix and gnupg at least. btw, is there still much of a point to have mpg321 in opt? These days, mpg123 is licensed under the GPL. It seems to me that mpg321 could be safely dropped. 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? pgpILu8mx6bNU.pgp Description: PGP signature ___ crux-devel mailing list crux-devel@lists.crux.nu http://lists.crux.nu/mailman/listinfo/crux-devel
Re: [crux-devel] CRUX 2.5-rc2
Ricardo Oliveira [2008-12-15 09:26]: [...] make menuconfig results in the following error: scripts/basic/fixdep.c: In function 'is_defined_config': scripts/basic/fixdep.c:399: internal compiler error: Illegal instruction Please submit a full bug report, with preprocessed source if available See http://gcc.gnu.org/bugs.html for instructions. make[1]: *** [scripts/basic/fixdep] Error 1 make: *** scripts_basic] Error 2 What CPU does this happen with? 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? pgpSNy805u4mK.pgp Description: PGP signature ___ crux-devel mailing list crux-devel@lists.crux.nu http://lists.crux.nu/mailman/listinfo/crux-devel
[crux-devel] FOSDEM 2009
Hi, is anyone of you going to be at FOSDEM (http://fosdem.org) next year? I'll most likely be there :) 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? pgproHkd7zRYu.pgp Description: PGP signature ___ crux-devel mailing list crux-devel@lists.crux.nu http://lists.crux.nu/mailman/listinfo/crux-devel
[crux-devel] Please update your ports in the 2.5 trees
Hi guys, we're quite happy with how CRUX 2.5-rc1 turned out and would like to release the final soonish. So, please update your ports in the various ports trees for 2.5. In particular, a bunch of perl and python ports need a footprint fix for the new perl/python releases. Programs written in C++ might need a patch to build with gcc 4.3. If you need help porting stuff, poke me on IRC (or by mail if you prefer). 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? pgpiLqYcLucfg.pgp Description: PGP signature ___ crux-devel mailing list crux-devel@lists.crux.nu http://lists.crux.nu/mailman/listinfo/crux-devel
[crux-devel] ANN: CRUX 2.5-test3
Hi, we are pleased to announce the third test release of the upcoming CRUX 2.5 release. Please give it a try and report any problems you might find. Thanks, Tilman, for the CRUX team. [1] http://crux.nu/~jue/tmp/crux-2.5-test3.iso http://crux.nu/~jue/tmp/crux-2.5-test3.md5 pgpPx9fYT0uGd.pgp Description: PGP signature ___ crux-devel mailing list crux-devel@lists.crux.nu http://lists.crux.nu/mailman/listinfo/crux-devel
Re: [crux-devel] CRUX 2.5: replace slocate by mlocate
Juergen Daubert [2008-10-28 12:50]: [...] if you are using the current version of pkgmk you have to download the source-file by hand, because of a failed certificate check, pkgmk in git already has a fix for that [4]. A new pkgutils release for 2.5 would be nice. Oops, I forgot that there have been a few fixes piling up in pkgutils.git :) I'll take care of releasing them. Is anyone else working on patches for pkgutils for 2.5 still? If so, please speak up soon :p 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? pgpqvX0jJDSVJ.pgp Description: PGP signature ___ crux-devel mailing list crux-devel@lists.crux.nu http://lists.crux.nu/mailman/listinfo/crux-devel
[crux-devel] Proposed git-rsync script updates
Hi all,
some months ago, I was frustrated with our git_to_httpup script.
That script is run every 5 minutes and exports our ports repositories'
contents to ~crux/git-to-rsync-working-copy directory structure.
Which looks like this:
git-to-rsync-working-copy
|---crux-2.4
|---core
|--- udev
|--- rsync
|--- ...
|---opt
|--- ...
|---crux-2.5
|---core
|--- ...
|---opt
|--- ...
It annoys me that we're exporting *everything* every 5 minutes.
I'd prefer if we exported only those repositories that changed, *when*
they change, i.e. when some commit is pushed to the repository.
This means we'd have to adjust the script that does the exporting.
I suggest to make use of git's post-update hook there. That hook would
run as the user who does the push, so the httpup area has to be writable
by that user. Long story cut short, here's the new directory hierarchy:
git-to-rsync-working-copy2
|---core (owned by core)
|---2.4
|--- udev
|--- rsync
|--- ...
|---2.5
|--- ...
|---opt (owned by opt)
|---2.4
|--- ...
|---2.5
|--- ...
Since we'd switch from crux-2.4/core style directories to core/2.4
or something, we'd have to adjust our *.rsync files. Also we'd need to
keep the old rsync area alive for users who are still running old CRUX
systems.
Advantages: o Updated ports are rsync-able after a very short time and not
just after up to 5 minutes.
o No more disk thrashing just because another 5 minutes went
by even though there was no git activity.
Disadvantages: o We'd have to adjust the *.rsync files. Would be doable
with the CRUX release (2.5)
o The branches that should be exported are currently set
in each separate post-update hook, so once a new CRUX
version is released, you need to touch
{core,opt,contrib,xorg,xfce}.git/hooks/post-update.
o More?
Opinions? Should we do that switch? I've already written the necessary
shell code, it just needs to be put in some separate function that can
be sourced from the various hooks.
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?
pgp1v4zupdQiD.pgp
Description: PGP signature
___
crux-devel mailing list
crux-devel@lists.crux.nu
http://lists.crux.nu/mailman/listinfo/crux-devel
[crux-devel] 2.5 preparations
Hi, I've branched off core.git for 2.5, and imported a few of Juergen's new and updated ports etc. There's also a wiki page that lists the remaining tasks for 2.5, see http://crux.nu/Wiki/TODO25. That page will probably grow a bit more; it's certainly not the definitive list yet. 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? pgpSJBadVJfSH.pgp Description: PGP signature ___ crux-devel mailing list crux-devel@lists.crux.nu http://lists.crux.nu/mailman/listinfo/crux-devel
Re: [crux-devel] [RFC] use GNU inetutils for core-ports inetd, netkit-ftp, netkit-telnet
Juergen Daubert [2008-09-09 11:50]:
Hi,
1. Keep names as they are
2. Keep inetd, rename netkit-ftp to inetutils-ftp and
netkit-telnet to inetutils-telnet
3. Keep inetd, rename netkit-ftp to ftp and netkit-telnet to
telnet
4. Rename all to inetutils-{inetd,ftp,telnet}
5. Replace inetd, netkit-ftp and netkit-telnet with one port
called inetutils
6. ?
I tend to option 5 because it's the easiest way to maintain,
the binaries are very slim and we reduce the number of core
ports. Even options 3 and 4 are looking more consistent to me
as our current situation.
I'm voting to go with 5 as well.
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?
pgptjNxoIDVHg.pgp
Description: PGP signature
___
crux-devel mailing list
crux-devel@lists.crux.nu
http://lists.crux.nu/mailman/listinfo/crux-devel
Re: [crux-devel] strange request
Lucas Hazel [2008-08-28 21:35]: Hi, So here's the deal. I'm applying for a new job and I need one more reference. I have my boss, and one of my clients who I do a lot of work for. However, it's one of those jobs where you have to establish that you are a team player. Unfortunately, in real life I mostly work alone or with idiots. Hehe :D Seeing as I spend most of my free time playing with the CRUX team, I thought I'd see if any of you would be be interested as being put down as a reference? Sure, feel free to put my name there. 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? pgp1otXSjYbKh.pgp Description: PGP signature ___ crux-devel mailing list crux-devel@lists.crux.nu http://lists.crux.nu/mailman/listinfo/crux-devel
Re: [crux-devel] Sourceforge / ck4up
Juergen Daubert [2008-08-24 11:16]: [...] To get the same as before we have to do something like: @SF@ http://sourceforge.net/project/showfiles.php?group_id= @SFpkg@ package_id= atermmd5 @[EMAIL PROTECTED]@[EMAIL PROTECTED] @TAR@ Thanks, works nicely for me. I think. 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? pgpHxMfGRB34b.pgp Description: PGP signature ___ crux-devel mailing list crux-devel@lists.crux.nu http://lists.crux.nu/mailman/listinfo/crux-devel
Re: [crux-devel] Request for maintainer
Tim Biermann [2008-08-02 01:42]: On Sat, Aug 02, 2008 at 09:05:11AM +1000, Lucas Hazel wrote: No one has put up their hand for the nvidia port, apparently the version in ports is no longer available. I don't have an i686 with an nvidia card in it. I have some old cards at work I could probably use, but they are very old and most likely only supported by nvidia-legacy. I told once I would take care of the nvidia port.. nobody got up to me and said do it so I never thought about it. I still volunteer, if you guys want me. I can send in new Pkgfiles too if you dont want to give me write access ;-) Have a look at my ports collection that was once lost from portdb - [1] Is this a full-fledged opt maintainer application? :) 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? pgp4AR3gJ4WN8.pgp Description: PGP signature ___ crux-devel mailing list crux-devel@lists.crux.nu http://lists.crux.nu/mailman/listinfo/crux-devel
Re: [crux-devel] Request for maintainer
Tim Biermann [2008-08-02 20:42]: On Sat, Aug 02, 2008 at 12:08:40PM +0200, Tilman Sauerbeck wrote: Is this a full-fledged opt maintainer application? :) Regards, Tilman Hi Tilman, why not? If you guys need me, and you think I can handle some ports, count me in. Cool. I'll review your stuff and will probably hunt you down on IRC for a chat, too. 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? pgpjN1Gt6ebPV.pgp Description: PGP signature ___ crux-devel mailing list crux-devel@lists.crux.nu http://lists.crux.nu/mailman/listinfo/crux-devel
Re: [crux-devel] opt maintainer application
Jose V Beneyto [2008-07-17 20:35]: I'd like to propose you my application to opt. I think that I have enough knowledgements for being involved on, also I'm consider to myself collaborative, that's for what I honestly think I could work in the right way. Alright, it took us quite some time, but here it goes: Welcome! :) I've just added you to the opt group and extended your Flyspray permissions. Let me know if there's any problems. 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? pgpeUkmUPhPFx.pgp Description: PGP signature ___ crux-devel mailing list crux-devel@lists.crux.nu http://lists.crux.nu/mailman/listinfo/crux-devel
Re: [crux-devel] Locale generation, again
Juergen Daubert [2008-07-21 09:46]: On Sun, Jul 20, 2008 at 10:41:42PM +0200, Tilman Sauerbeck wrote: Hi, this has been brought up a couple of times already, but we never thought it was a big enough issue. Here it goes again: /usr/lib/locale/locale-archive is huge. With every glibc release it's growing some more. On this x86_64 system which runs glibc 2.7, locale-archive is 75 MB. That's just enough my personal pain threshold :P IMO with the next CRUX release, we should switch glibc from building it's huge /usr/lib/locale and instead ask users to build just the locales that they need. +1 It should be just one more command to run after installing CRUX: $ localedef -i de_DE -f UTF-8 de_DE.utf8 Arch has some support stuff for that [1], might be worth looking at it. I had a real quick look and I wonder whether it's necessary for us :D 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? pgpDq4qsQDWRh.pgp Description: PGP signature ___ crux-devel mailing list crux-devel@lists.crux.nu http://lists.crux.nu/mailman/listinfo/crux-devel
[crux-devel] Locale generation, again
Hi, this has been brought up a couple of times already, but we never thought it was a big enough issue. Here it goes again: /usr/lib/locale/locale-archive is huge. With every glibc release it's growing some more. On this x86_64 system which runs glibc 2.7, locale-archive is 75 MB. That's just enough my personal pain threshold :P IMO with the next CRUX release, we should switch glibc from building it's huge /usr/lib/locale and instead ask users to build just the locales that they need. It should be just one more command to run after installing CRUX: $ localedef -i de_DE -f UTF-8 de_DE.utf8 Objections? 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? pgp2itNmT7dCz.pgp Description: PGP signature ___ crux-devel mailing list crux-devel@lists.crux.nu http://lists.crux.nu/mailman/listinfo/crux-devel
Re: [crux-devel] Casual meeting reminder #3
Johannes Winkelmann [2008-07-08 08:16]: As there have been no comments on this following my last mail, I suggest we start only at 20 CEST, and - as always - stay there till late at night :-) Yay for 20 CEST :) 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? pgpNY8jP5ZDHC.pgp Description: PGP signature ___ crux-devel mailing list crux-devel@lists.crux.nu http://lists.crux.nu/mailman/listinfo/crux-devel
Re: [crux-devel] Specifying architecture in port
Lucas Hazel [2008-06-27 09:40]: On Thu, 26 Jun 2008 14:30:47 +0200 Juergen Daubert [EMAIL PROTECTED] wrote: [...] I'd not call the file .arch but find a better name that reflects more what it really does, pulling in different settings to build the port. It should be read after pkgmk.conf so it would be possible to alter other variables like MAKEFLAGS for example. One drawback of the . file approach is that a modification of pkgmk is required, but I tend to favor that solution. Perhaps an alternative solution would be to have a .pkgmk.conf to allow the port to make extra changes that may be required, such as extra CFLAGS, MAKEFLAGS, and so on. For example, with compat32 stuff .pkgmk.conf could contain, . /etc/pkgmk-compat32.conf This would remove the need for PKGMK_ARCH and the case structure in my version of pkgmk.conf. This could also allow a number of x86_64 ports that for example, have to have -fPIC set in their CFLAGS to have the same build script as the offificial ones as in those ports as the extra CFLAGS could be set in .pkgmk.conf rather than in build(). I prefer .arch. Looks like the least intrusive approach to me. So, I'm ACKing the patches you linked to in your original mail. 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? pgpjra2NQft2i.pgp Description: PGP signature ___ crux-devel mailing list crux-devel@lists.crux.nu http://lists.crux.nu/mailman/listinfo/crux-devel
Re: [crux-devel] More orphans
Lucas Hazel [2008-06-24 21:05]: Just found these orphaned ports in opt: $ grep #.*Maintainer.*Matt Housh */Pkgfile | cut -d/ -f1 Updated: $ grep #.*Maintainer.*Matt Housh */Pkgfile | cut -d/ -f1 $ Hurray! So I think we just need to find a poor soul to take nvidia, right? Any volunteers? Please? 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? pgpepkXO6sFSU.pgp Description: PGP signature ___ crux-devel mailing list crux-devel@lists.crux.nu http://lists.crux.nu/mailman/listinfo/crux-devel
Re: [crux-devel] 64-bit test run
Bartek Palmowski [2008-06-21 02:04]: crux64 looks promissing, and I'd me more than happy if I could help with project. I already have done some initial testing and must say crux for 64 bit processors is in demand. If I may suggest an idea to add variable to pkgmk.conf like ie. ARCH_HOST=64, which would make easier architecture type extraction. What were playing with atm are separate ports trees for x86_64. So opt-x84_64/foo/Pkgfile will only be used on x86_64 and so there's no need to check the current architecture etc. I guess I should document the layout I have in mind in the wiki? 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? pgpl3Gz1gwuic.pgp Description: PGP signature ___ crux-devel mailing list crux-devel@lists.crux.nu http://lists.crux.nu/mailman/listinfo/crux-devel
Re: [crux-devel] 64-bit test run
Johannes Winkelmann [2008-06-16 09:44]:
On Mon, Jun 16, 2008 at 08:35:26 +0200, Johannes Winkelmann wrote:
[...]
In other words, there won't be an automatic way to merge changes,
however in most situations updates should be straight forward anyway,
and for the rest I'd suggest to write a script which fetches the primary
port, and runs some merge tool.
I've quickly put together a script that fetches a port from another
arch, and runs diff:
http://jw.smts.ch/files/crux/get_port
Adding hooks similar to rejmerge (merge/keep/overwrite) would be fairly
easy.
Will of course not work for 'x86_64' for now, since there's git repo
(and thus no rsyncable directory) available.
I've set up {core,opt,xorg}-x86_64.git today. So opt.rsync looks like
this eg:
host=crux.nu
collection=ports/crux-2.4/opt-x86_64/
destination=/usr/ports/opt
... so just append -x86_64 to the URLs ;)
The repos are still pretty empty, but will probably be populated soonish
:D
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?
pgpCsZaLGU0Po.pgp
Description: PGP signature
___
crux-devel mailing list
crux-devel@lists.crux.nu
http://lists.crux.nu/mailman/listinfo/crux-devel
Re: [crux-devel] 64-bit test run
Lucas Hazel [2008-06-19 01:42]: On Wed, 18 Jun 2008 17:06:42 +0200 Tilman Sauerbeck [EMAIL PROTECTED] wrote: We'd like to achieve omg-awesome portability (I care much more about other architectures than operating systems though). Hopefully the scheme we have in mind will allow for the needed flexibility. Is it just me or does there appear to be a CRUX SECRET UNDERGROUND, it seems there's a lot of discussion that doesn't even make it to -devel... Johannes and me had a private chat about this crux64 test thingie a couple of days ago. It was a little bit undergroundish, but since the topic made it to the list I don't feel very bad ;o 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? ___ crux-devel mailing list crux-devel@lists.crux.nu http://lists.crux.nu/mailman/listinfo/crux-devel
Re: [crux-devel] 64-bit test run
Lucas Hazel [2008-06-18 12:35]: On Tue, 17 Jun 2008 18:27:37 +0200 Tilman Sauerbeck [EMAIL PROTECTED] wrote: Hannes Mayer [2008-06-17 16:20]: Hi Hannes, A pure 64Bit version or 32 and 64 multilib? The first will be very easy. I working with my crux 64bit Version since over one year. I have only 30 new / different ports. Just get them if you like. http://ecarux.de/crux86_64/ At the moment it looks like we'll be getting started with an updated version of your ISO, i.e. a pure 64 bit system. I don't know yet whether a multilib system would be better[tm]; we'll have to make up our minds later on this one :) Sure pure64 has it's advantages in that it's a single library set, but there are a number of sacrifices you have to be willing to make in terms of applications that are 32 bit only. Of course flash and acroread come to mind. But there's also proprietary media codecs, you can also say goodbye to wine, and any games out there you might like to play. Until recently there was no java plugin for 64 bit browsers as well. However I just discovered that RedHat is developing one in OpenJDK. True... I still need to finish Doom3, and I probably don't want to wait until it's GPLd :| Personally I feel rather than targeting a specific alternative platform, we should be coming up with a solution for any number of systems. We have had people targeting other systems other than amd64 such as a port to openbsd and even versions for the PPC and ARM processor. While I'll be the first to agree that my multiarch solution is probably not the best, however, it has allowed me to keep in sync with the official crux repos with relative ease as it makes changes required of me to make minimal, git merges are always conflict free aswell. I have a set of 110 ports that require compat32 and or x86_64 changes across core/opt/xorg/contrib. Most of time I will only need to edit these is when there is a change to the build script otherwise it's just a matter of fetch/merge/push. Again, I think a more holistic approach should be taken if CRUX officially decided to adopt another platform such as amd64. We'd like to achieve omg-awesome portability (I care much more about other architectures than operating systems though). Hopefully the scheme we have in mind will allow for the needed flexibility. We have of course looked at your multiarch solution, but found it to be kind of ugly. 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? pgpTRWc11qhK3.pgp Description: PGP signature ___ crux-devel mailing list crux-devel@lists.crux.nu http://lists.crux.nu/mailman/listinfo/crux-devel
Re: [crux-devel] 64-bit test run
Hannes Mayer [2008-06-17 16:20]: Hi Hannes, A pure 64Bit version or 32 and 64 multilib? The first will be very easy. I working with my crux 64bit Version since over one year. I have only 30 new / different ports. Just get them if you like. http://ecarux.de/crux86_64/ At the moment it looks like we'll be getting started with an updated version of your ISO, i.e. a pure 64 bit system. I don't know yet whether a multilib system would be better[tm]; we'll have to make up our minds later on this one :) 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? pgp6Lq3AQ7hBs.pgp Description: PGP signature ___ crux-devel mailing list crux-devel@lists.crux.nu http://lists.crux.nu/mailman/listinfo/crux-devel
Re: [crux-devel] pkgmk source verification is not always needed
Jose V Beneyto [2008-06-07 02:37]: I keep my old laptop by installing packages manually instead of building it, I ear about pkg-get but in the practice I can do whatever it does by using prt-get and configuring PKGMK_PACKAGE_DIR variable in pkgmk.conf. However after playing a bit, see that pkgmk does something odd: Teaching pkgmk not try to making anything seems a bit odd. I think I'd rather patch prt-get to call pkgadd directly instead of whatever it does atm :] 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? pgpD1wzpIdez9.pgp Description: PGP signature ___ crux-devel mailing list crux-devel@lists.crux.nu http://lists.crux.nu/mailman/listinfo/crux-devel
Re: [crux-devel] pkgutils, pkgmk, build from existing work patch
Bartek Palmowski [2008-05-23 09:07]: Johannes Winkelmann wrote: //So you'd end up with a package you can't reproduce after the 'work' is removed, because you didn't make patches from your changes. Seems like a major step back, and nothing that should be actively encouraged. Pkgfile is the only interface to interact with building process, whats the point of doing all changes to Pkgfile then rebuild, do changes again, then rebuild again (note that source package gets extracted every time that happens. Lets look at the situation when maintainer 'A' tries to build some port, he needs to perform some surgery on the Makefile, to do that in usual method he needs to think of a sed lines or make a patch, put in on the Pkgfile, and then perform build only to notice that he made i.e stupid mistake. With the pkgmk -b feature he could do it quikly, and by _memorizing_ (im talking about minor changes) apply those modifications to Pkgfile, which would speed port developing process and make it easier. I wonder whether we can protect ourselves from releasing a port that only worked because we messed with the srcdir directly :) maybe we could make pkgmk _not_ create the final package if -b is used, so you just get to see whether the build succeeded, but you'll only get a package if you do _not_ use -b. 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? pgpAdA148ybJp.pgp Description: PGP signature ___ crux-devel mailing list crux-devel@lists.crux.nu http://lists.crux.nu/mailman/listinfo/crux-devel
Re: [crux-devel] pkgutils, pkgmk, build from existing work patch
Juergen Daubert [2008-05-23 09:55]: On Fri, May 23, 2008 at 10:06:30AM +1000, Lucas Hazel wrote: [...] 1 - http://article.gmane.org/gmane.linux.distributions.crux.general/2940 I submitted that patch almost a year ago, and it wasn't accepted. So I guess core didn't think it's useful. No, I asked Tilman some time ago to include the --extract-only patch and he had no objections IIRC. I guess next release of pkgutils will have it. Yep. Back then I noticed that Lucas' original patch had a few rough edges etc - I asked Lucas to fix it up and then it got off my radar :) So yes, I think -extract-only makes sense and it should go in. 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? pgpowwupnhi5O.pgp Description: PGP signature ___ crux-devel mailing list crux-devel@lists.crux.nu http://lists.crux.nu/mailman/listinfo/crux-devel
Re: [crux-devel] Precompiled headers and distributed compilation
Danny Rawlins [2008-05-19 13:42]: area that interests me. I would guard my ports but it seems I'll lose some ports like mpfr later since gcc will require it in later versions. That seems to be a huge problem for you, which I really don't understand. What's the deal about not maintaining one of a couple of hundred ports anymore? It's not like it will be dumped, it will continue to be maintained in core. 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? pgpQykKBgrjkY.pgp Description: PGP signature ___ crux-devel mailing list crux-devel@lists.crux.nu http://lists.crux.nu/mailman/listinfo/crux-devel
Re: [crux-devel] +1 for Rotwang to join contrib
Johannes Winkelmann [2008-05-12 09:41]: Hi Danny, On Mon, May 12, 2008 at 11:05:28 +1000, Danny Rawlins wrote: +1 for Rotwang to join contrib even thouh i've said it a number of times in irc. I think you should only vote on crux-contrib, and send a mail to this list once a consensus has been reached among the contrib developers. crux-devel should have no influence on the application process of 'contrib' IMO, nor have to count votes and take the final decision. Yes, that's what I mentioned in #crux a couple of times, but... Anyway, I created Bartłomiej's account last night :) 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? pgpbHT1DLN0HY.pgp Description: PGP signature ___ crux-devel mailing list crux-devel@lists.crux.nu http://lists.crux.nu/mailman/listinfo/crux-devel
Re: [crux-devel] +1 for Rotwang to join contrib
Danny Rawlins [2008-05-12 18:03]: Johannes Winkelmann wrote: Hi Danny, On Mon, May 12, 2008 at 11:05:28 +1000, Danny Rawlins wrote: +1 for Rotwang to join contrib even thouh i've said it a number of times in irc. I think you should only vote on crux-contrib, and send a mail to this list once a consensus has been reached among the contrib developers. crux-devel should have no influence on the application process of 'contrib' IMO, nor have to count votes and take the final decision. Keep in mind that this request for a new contrib account should also include the user name the user wants for git. HTH, Johannes I posted to crux-devel because of tilman. [...] Sorry, I guess what I said was misleading. What I meant is: 1.) contrib people reach a consensus 2.) one contrib person writes to crux-devel saying that they did reach a consensus, what the solution is etc. The vote casting should be done in contrib space only ;) 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? pgp40lXWWWys5.pgp Description: PGP signature ___ crux-devel mailing list crux-devel@lists.crux.nu http://lists.crux.nu/mailman/listinfo/crux-devel
Re: [crux-devel] +1 for Rotwang to join contrib
Danny Rawlins [2008-05-12 18:13]: Tilman Sauerbeck wrote: Danny Rawlins [2008-05-12 18:03]: Johannes Winkelmann wrote: Hi Danny, On Mon, May 12, 2008 at 11:05:28 +1000, Danny Rawlins wrote: +1 for Rotwang to join contrib even thouh i've said it a number of times in irc. I think you should only vote on crux-contrib, and send a mail to this list once a consensus has been reached among the contrib developers. crux-devel should have no influence on the application process of 'contrib' IMO, nor have to count votes and take the final decision. Keep in mind that this request for a new contrib account should also include the user name the user wants for git. HTH, Johannes I posted to crux-devel because of tilman. [...] Sorry, I guess what I said was misleading. What I meant is: 1.) contrib people reach a consensus 2.) one contrib person writes to crux-devel saying that they did reach a consensus, what the solution is etc. The vote casting should be done in contrib space only ;) Regards, Tilman Ah sorry for the posting to crux-devel then i didn't get what you ment, now that clears that up, I also think Rotwang should have his mxq on flyspray changed to 'rotwang' as is his contrib account name to keep things consistent. I think FlySpray displays the real name attached to an account everywhere it matters... you hardly get to see the login name. 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? pgpaNBv1t519e.pgp Description: PGP signature ___ crux-devel mailing list crux-devel@lists.crux.nu http://lists.crux.nu/mailman/listinfo/crux-devel
Re: [crux-devel] Application
Johannes Winkelmann [2008-05-09 15:10]: Hi, As tilman already wrote on crux@ I'll be trying to help with some bug triaging, and I'd like to apply to become a member again to help implementing some of the issues reported myself. In addition to flyspray, I'd mainly like to help with things that might currently get a little less attention, like announcements to crux@, updates to the web site wiki (also to get the public wiki in better shape), organizing IRC meetings and the like, or helping contrib to grow. My goal would be to improve the community spirit, both within the project and amongst the users. Finally I'm still interested in package installation and the software stack involved in that :-) Hooray, sounds awesome \:D/ +1 obviously. 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? pgpc5K5XPC260.pgp Description: PGP signature ___ crux-devel mailing list crux-devel@lists.crux.nu http://lists.crux.nu/mailman/listinfo/crux-devel
Re: [crux-devel] git ports(8) driver
Johannes Winkelmann [2008-05-06 13:00]: Hi Richard, On Tue, May 06, 2008 at 09:55:10 +0200, Richard Pöttler wrote: Hi, [...] So I wrote a git driver for ports (attached) and some example configuration files for the namenlos and opt repositories (also attached). What do you think? This has a couple of nice properties: [...] If git gains a partial clone feature, that would definitely help. git clone URL --depth n seems to give you a clone that only contains the n last changesets. I never tried it though. 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? pgpuw5a7BoiX6.pgp Description: PGP signature ___ crux-devel mailing list crux-devel@lists.crux.nu http://lists.crux.nu/mailman/listinfo/crux-devel
Re: [crux-devel] cdrkit vs. cdrtools
Antti Nykänen [2008-05-03 23:32]: It's been some time now since the possibility of migrating to cdrkit from cdrtools was brought up by Johannes Winkelmann on crux-devel[1]. I made a port back then and have been using it since, burning piles of CD's and DVD's without problems. Putting it into opt has been brought up from time to time, but to my knowledge there hasn't been any serious discussion. In fact, I don't really know how many peopole even want it there. The work this migration will cause is already pretty much done, I wrote some stuff down earlier today[2]. So, do we want to switch cd recording suites, and when? I want us to switch, and I think doing it for the next CRUX release would work (ie, we'd do the switch when we branch off 2.5 and a couple weeks/months after we'd release it). 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? pgpdKpYFRQOj0.pgp Description: PGP signature ___ crux-devel mailing list crux-devel@lists.crux.nu http://lists.crux.nu/mailman/listinfo/crux-devel
[crux-devel] Playing with the git-rsync scripts...
Hi, I'm currently playing with the git-rsync scripts on crux.nu. The current script is run as a cronjob every 5 minutes, exporting all of the branches of all of the repos. The script doesn't check whether there's actually new commits available. What I'm playing with is moving that script to the post-update hook of the git repos, which is exporting the tree whenever a new commit is pushed. So port updates are available instantly (instead of after 0-5 minutes), and we're only exporting the tree if it's necessary. I'm not sure whether I'll keep the new script, for now I'm just experimenting. This is mostly a heads up to people who push to core.git or xorg.git or tilman.git (so mostly to myself ;D). If you see any warnings or errors when you push your commits, please let me know. Those errors aren't fatal, but it means that my hook failed :o 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? pgpwydIz6OZfz.pgp Description: PGP signature ___ crux-devel mailing list crux-devel@lists.crux.nu http://lists.crux.nu/mailman/listinfo/crux-devel
[crux-devel] [RFC] pkgmk: multiple make jobs by default?
Hi, the idea to put export MAKEFLAGS=-j2 in pkgutils' pkgmk.conf has been around for a while. Pros: o Slightly faster builds even on single core machines o Packagers will find out immediately whether a port needs -j 1 or not. No more surprises and delayed fixups. I cannot think of any cons :p Any objections to putting export MAKEFLAGS=-j2 in pkgmk.conf by default? 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? pgp6lQ5wVtWQr.pgp Description: PGP signature ___ crux-devel mailing list crux-devel@lists.crux.nu http://lists.crux.nu/mailman/listinfo/crux-devel
Re: [crux-devel] [RFC] pkgmk: multiple make jobs by default?
Johannes Winkelmann [2008-05-02 11:30]: Hi Tilman On Fri, May 02, 2008 at 11:20:06 +0200, Tilman Sauerbeck wrote: Hi, [...] Any objections to putting export MAKEFLAGS=-j2 in pkgmk.conf by default? No objection per se, but remarks/questions: 1. When introducing this, we should also come up with a recommended way to force single job builds to make sure it's used consistently Mmh yeah. OTOH I'd prefer if maintainers would patch the Makefiles to allow multiple jobs at once. But that's probably not realistic since the reasons for the breakage aren't always easy to find :] 2. what about non-make tools like jam, scons et all? Do they honour the same environment variable? Well, almost nobody use jam and scons anyway :P. And I believe scons has much better dependency tracking than Make, so I guess there might not even be an issue with scons. No idea about jam though. 3. should there maybe be some abstraction, like PKGMK_JOBS which exports MAKEFLAGS (and other variables) unless there's a .noparallel file or a -np flag specified to be consistent with no-strip? Interesting idea! Does a -np switch make sense though? If multiple jobs are supported I don't think there's a reason why you'd want to revert to a single job. And if multiple jobs don't work at all, the user shouldn't have to specify -np herself IMO. I think I like .noparallel, but I need to ponder it some more ;P 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? pgp3te4yvzz5q.pgp Description: PGP signature ___ crux-devel mailing list crux-devel@lists.crux.nu http://lists.crux.nu/mailman/listinfo/crux-devel
Re: [crux-devel] prt-get nicetohave
Juergen Daubert [2008-05-01 18:52]: On Thu, May 01, 2008 at 04:52:29PM +0200, Johannes Winkelmann wrote: Hi, On Thu, May 01, 2008 at 15:45:32 +0200, Jose V Beneyto wrote: Johannes Winkelmann wrote: Is there a formal definition of what the Nice to have field should contain? [...] yeah, it's not official, [...] The official wasn't really where I wanted to go... is there a definition of what should go to the Nice to have / Optional line? i.e. should only be ports that you can install without changing the build() function, or would you also allow dependencies which would then require the build() function to be adjusted? What if a developer can't test it (i.e. for a non-gnome user, if gnome could be an optional dep), should it be added? What if the developer thinks it's not nice to have, although it adds functionality? Even with all optional deps, should a port still be simple/debloated, or would you add every possible optional dependency? What about the minimal version, should it be as plain as possible, or provide a set of functionality the packager considers sensible? TBH I don't know why/who/when this field was introduced. And TBH I don't like it at all. In many cases it's not really maintainable, You're referring to Optional, right? cause the maintainer isn't able to test all the possible options a program is providing, e.g php or apache. So, keep it simple and don't try to mimic Gentoo's use flag in a strange manner. Apparently Danny started using Optional as an alias for nice-to-have. So it's a different name for the same thing, and apparently it's not supposed to introduce pkginfo-i-grep-something games in build() per se. 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? pgpvUmHJr06qC.pgp Description: PGP signature ___ crux-devel mailing list crux-devel@lists.crux.nu http://lists.crux.nu/mailman/listinfo/crux-devel
Re: [crux-devel] [RFC] Bumping gcc to 4.2.3
Tilman Sauerbeck [2008-03-19 17:14]: I'd like to bump core/gcc to 4.2.3. Please test the attached port and report any problems. I've got a number of success reports on IRC and by personal mail, so I updated the port. 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? pgpIFmwtx44at.pgp Description: PGP signature ___ crux-devel mailing list crux-devel@lists.crux.nu http://lists.crux.nu/mailman/listinfo/crux-devel
[crux-devel] [RFC] Bumping gcc to 4.2.3
Hi, I'd like to bump core/gcc to 4.2.3. Please test the attached port and report any problems. 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? gcc.port.tar.gz Description: application/tar-gz pgpBupZMsyLB9.pgp Description: PGP signature ___ crux-devel mailing list crux-devel@lists.crux.nu http://lists.crux.nu/mailman/listinfo/crux-devel
[crux-devel] IRC meeting
Hi, I'd like to propose to have an IRC meeting next week. Juergen and me believe that we need to discuss how to strengthen the CRUX development team again now that Matt has left. Does Wednesday, 2007-01-30, 20:00 CET work? 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? pgpfyrx5xiDzv.pgp Description: PGP signature ___ crux-devel mailing list crux-devel@lists.crux.nu http://lists.crux.nu/mailman/listinfo/crux-devel
Re: [crux-devel] Retirement from CRUX development
Matt Housh [2008-01-24 09:52]: Sad to say but I no longer have the time and the inclination to continue as a CRUX developer. It's been quite an enjoyable project for quite a while but I find lately that time concerns aside, my enjoyment and energy for it are waning. I will likely continue to use CRUX and maintain my personal ports repository but I hope someone can take over my ports in the official repositories. DO NOT WANT. It's sad and shocking to see you go, your leave will hit CRUX quite badly. So, thanks for your huge amount of work over the years. It was fun working with you :) Take care, 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? pgpB58YV3jqVZ.pgp Description: PGP signature ___ crux-devel mailing list crux-devel@lists.crux.nu http://lists.crux.nu/mailman/listinfo/crux-devel
[crux-devel] Install /usr/bin/bsdtar with core/libarchive?
Hi, I'd like to make the core/libarchive port install /usr/bin/bsdtar. I think I once did that months ago, but then decided it wasn't the proper place, and made a bsdtar port for my personal repo. But maintaining two ports for the same source tarball is annoying, and bsdtar is actually too good to omit from core :D Any objections to me having core/libarchive that bsdtar binary? Don't worry, I won't kill off core/tar yet :) 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? pgpkN9dM3TebR.pgp Description: PGP signature ___ crux-devel mailing list crux-devel@lists.crux.nu http://lists.crux.nu/mailman/listinfo/crux-devel
Re: [crux-devel] revdep output
pitillo [2007-12-05 08:26]: Hi, I am using the output of revdep without parms (at man page it's shown), like this: prt-get update -fr `revdep` I checked the output and source of revdep and it is looking for the pattern not found with ldd. There are some cases, for example, firefox, wich they aren't really binaries and revdep shows them. I am not sure if revdep must work in this way, but if someone is using it in the way I said, some ports will be rebuilded and this isn't really necessary. I changed the line in revdep's source wich looks for the pattern: ldd /$f 2 /dev/null |grep -E not found | not a dynamic /dev/null Can someone tell me if this is a good idea or if I am making it bad. In the case this is well done and if it's a good idea, can be added to revdep? Look at lines 24..25 in the revdep script: file -b /$f |grep -q 'shared' if [ $? -eq 0 ]; then ... That *should* guarantee that it only continues if the file is a shared object or a shared executable. And when I run revdep firefox, that test really prevents the ldd call on eg /usr/lib/firefox/firefox. So I don't see why it fails for you :( 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? pgplbrSmhoOnm.pgp Description: PGP signature ___ crux-devel mailing list crux-devel@lists.crux.nu http://lists.crux.nu/mailman/listinfo/crux-devel
Re: [crux-devel] Suggestion to replace util-linux
Juergen Daubert [2007-11-30 09:49]: On Thu, Nov 29, 2007 at 09:50:16PM +0100, Mustafa Oezkan wrote: i suggest to replace util-linux in favour for [1]util-linux-ng. Util-linux is unmaintained since years. Thanks for your sugesstion. I moved this thread to crux-devel for further discussion. The last update of util-linux was in march 06, so it's only 1.5 years. Anyway, I'd second the move to util-linux-ng. Please test the attached port. If there are no objections we should do the change with the 2.4-rc1 next week. Your port works for me, though I didn't test *all* of the included programs. 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? pgp8tQlCf4wz3.pgp Description: PGP signature ___ crux-devel mailing list crux-devel@lists.crux.nu http://lists.crux.nu/mailman/listinfo/crux-devel
[crux-devel] openssl 0.9.8f breaks binary compatibility
Hi, openssl 0.9.8f has been released and includes fixes for the two vulnerabilities that we patched so far. The downside is that 0.9.8f breaks binary compatibility. And since openssl is in core, we don't list it as a dependency anywhere, so revdep fails. Did this situation come up before? I don't know what's how to handle this the best way. On idea could be to not update openssl in the 2.3 branch and only push 0.9.8f to the 2.4 branch. 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? pgpXpBpZip7pd.pgp Description: PGP signature ___ crux-devel mailing list crux-devel@lists.crux.nu http://lists.crux.nu/mailman/listinfo/crux-devel
Re: [crux-devel] openssl 0.9.8f breaks binary compatibility
Tilman Sauerbeck [2007-10-12 10:46]: The downside is that 0.9.8f breaks binary compatibility. And since openssl is in core, we don't list it as a dependency anywhere, so revdep fails. Disregard that, I wasn't recalling our guidelines for listing dependencies correctly (again) :/ I pushed openssl 0.9.8f to 2.4. 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? pgpglieWOJp5l.pgp Description: PGP signature ___ crux-devel mailing list crux-devel@lists.crux.nu http://lists.crux.nu/mailman/listinfo/crux-devel
Re: [crux-devel] IRC Meeting
Simone Rota [2007-10-06 15:39]: I propose a IRC meeting next week to discuss about the 2.4 release and other CRUX related topics (as ususal, bring yours!). Suggested date/time: Tue, Oct 9, 20:00 CEST Totally accepted, I've wanted to suggest a meeting myself for some days now. 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? pgpaNREW3zpgt.pgp Description: PGP signature ___ crux-devel mailing list crux-devel@lists.crux.nu http://lists.crux.nu/mailman/listinfo/crux-devel
Re: [crux-devel] New CRUX release
Juergen Daubert [2007-09-09 18:54]: On Tue, Aug 28, 2007 at 08:18:29PM +0200, Tilman Sauerbeck wrote: Juergen Daubert [2007-08-17 19:26]: - gcc 4.2.1 I'm not sure on this one. The list of serious regression bugs for 4.2.1 contains stuff like http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32544 which makes me wonder how stable gcc 4.2.1 really is :/ That's true, but is 4.1.x really an option for 4.2? Anyway we have to decide which compiler we will use, or the release will certainly be delayed. BTW, there is an updated status report: http://gcc.gnu.org/ml/gcc/2007-09/msg00046.html I'd suggest to use 4.2.1 for our tests now and update to 4.2.2 as soon as available, so 4.2.2 will be the version on the 2.4 ISO. Alright, let's do it like that. Can you do the port upgrade 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? pgprC0WIAWxI5.pgp Description: PGP signature ___ crux-devel mailing list crux-devel@lists.crux.nu http://lists.crux.nu/mailman/listinfo/crux-devel
Re: [crux-devel] New CRUX release
Juergen Daubert [2007-08-17 19:26]: To initiate the whole thing I've created updated ports of those stuff, all of them available from my private httpup-repo [1] for now: - gcc 4.2.1 - glibc 2.6.1 with kernel headers 2.6.22 - binutils 2.18.50 I've branched core.git off for 2.4: http://crux.nu/gitweb/?p=ports/core.git;a=shortlog;h=2.4 so far it only has the new glibc. Juergen, do you mind bumping binutils, gzip and perl in there? Otherwise I'll do it. 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? pgpdHrweVHRrV.pgp Description: PGP signature ___ crux-devel mailing list crux-devel@lists.crux.nu http://lists.crux.nu/mailman/listinfo/crux-devel
Re: [crux-devel] New CRUX release
Clemens Koller [2007-08-29 00:17]: Tilman Sauerbeck schrieb: Juergen Daubert [2007-08-17 19:26]: - gcc 4.2.1 I'm not sure on this one. The list of serious regression bugs for 4.2.1 contains stuff like http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32544 which makes me wonder how stable gcc 4.2.1 really is :/ I'm using gcc-4.2.1 right now and didn't run into any severe problems. There was some discussion that gcc-4.2.1 will become gcc-4.3.3 or get some other strange number due to the GPLv3 relicensing. Ah, I guess you meant gcc-4.2.2 and not 4.2.1, right? http://gcc.gnu.org/ml/gcc/2007-07/msg00389.html Their roadmap is a bit confusing atm, I have no clue whether waiting for 4.3.3 might be an option (though I didn't look too hard yet :P). Thanks for the heads-up on the binutils release, btw. 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? pgp1UPAODqFH5.pgp Description: PGP signature ___ crux-devel mailing list crux-devel@lists.crux.nu http://lists.crux.nu/mailman/listinfo/crux-devel
Re: [crux-devel] New CRUX release
Juergen Daubert [2007-08-17 19:26]: - gcc 4.2.1 I'm not sure on this one. The list of serious regression bugs for 4.2.1 contains stuff like http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32544 which makes me wonder how stable gcc 4.2.1 really is :/ 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? pgpN9ZtNZXjBg.pgp Description: PGP signature ___ crux-devel mailing list crux-devel@lists.crux.nu http://lists.crux.nu/mailman/listinfo/crux-devel
Re: [crux-devel] New CRUX release
treach [2007-08-22 17:39]: Another, more debatable point is the use of a more standard adherent shell as the default, with the removal of bashisms from the rc scripts as an addon. I've used dash quite successfully in the past for this, which is also used by debian/*buntu. It's a lot faster and smaller than bash, however, if used as /bin/sh it will trigger misbehaviour from broken software that assumes /bin/sh == /bin/bash. So far I've only heard of cdega having this issue though - I've come across nothing that complained so far myself (fwiw). +1, I like the idea of removing bashisms from the RC scripts. Any objections? :p However, I'm not sure whether it's a good idea to start doing a /bin/sh switch now, ie shortly before release preparations begin. However, we could: * make the scripts sh compatible now * switch /bin/sh over to eg dash (tbh I'm not sure what other alternative smallish shells exist) early *after* the next release and get people to test it. I'm afraid that there might be other applications that expect bash in /bin/sh. How does this sound? 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? pgpRCktgn1Qs1.pgp Description: PGP signature ___ crux-devel mailing list crux-devel@lists.crux.nu http://lists.crux.nu/mailman/listinfo/crux-devel
Re: [crux-devel] New CRUX release
Juergen Daubert [2007-08-17 19:26]: our last CRUX release is nearly a half year ago, so I thought it might be a good idea to think about a new one. Somewhat related: I'd like to build xorg/xorg-server without Xprint support starting with the next CRUX release. Reasons: it sucks, virtually nobody uses it, it's buggy and broken. For the majority of CRUX users this shouldn't be a problem, for the few (insane) others, I might create a port that enables it. Should you have objections to this, please let me know. 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? pgpQFOG19ZF4q.pgp Description: PGP signature ___ crux-devel mailing list crux-devel@lists.crux.nu http://lists.crux.nu/mailman/listinfo/crux-devel
Re: [crux-devel] New CRUX release
Simone Rota [2007-08-17 22:09]: Full UTF-8 support comes out of my mind (see our tracker); I lack some knowledge on this matter so I'm not sure if some config option is enough or rather we have to ensure all the ports supports UTF-8 where available. This isn't as straight forward as I had thought: If you set LESSCHARSET to UTF-8 so it can properly display your files, some man pages will look strange (e.g. the list bullets in prt-get(8)). Jesse pointed me to the fix to that. It's a one-line fix in /etc/man.conf: -NROFF /usr/bin/nroff -Tlatin1 -mandoc -c +NROFF /usr/bin/nroff -mandoc -c Note that this is the point where you definitely need a UTF-8 capable font, otherwise (again), man pages will look strange in a few places. ... but that doesn't seem to be a guarantee still, since gcc(1) has issues even when displayed with Bitstream Vera or Terminus (which should work I think!) I'll look into it further. Time permitting, I think merging with Matt's livecd would be great, maybe together with a simple remote install option. We can just leave this out if it turns out too time consuming, I prefer to put out a release sooner than later as you seem to support. Agreed. Matt has asked for testing of his netinstall ISO for a few times on IRC, but I still didn't give it a shot. Matt, do you want to publish the URLs here so we can get a wider audience to test it? :D I suggest we write in this thread what we'd like to add to next release, vote / discuss if needed and move the results to the wiki or better to the bug tracker: - UTF-8 X - Xorg 7.3X - LiveCD X Finally, I think we'd benefit from setting an estimated release date / period, i.e. the beginning of october is my guess. Sounds good to me. - UTF-8 X (level of support might vary) - Xorg 7.3X - LiveCD X - Netinstall X (if it can be ready by release time) 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? pgpJ0Uy7bAFHN.pgp Description: PGP signature ___ crux-devel mailing list crux-devel@lists.crux.nu http://lists.crux.nu/mailman/listinfo/crux-devel
Re: [crux-devel] New CRUX release
Juergen Daubert [2007-08-17 19:26]: Hi Juergen, our last CRUX release is nearly a half year ago, so I thought it might be a good idea to think about a new one. I had this on my list for a few weeks now, too. Question is how to proceed, I think we have the options to make a update-only release within a short timeframe or put more new, fancy stuff (which one?) in it and, of course, do nothing. Please comment. Originally I had hoped to finally be able to include texinfo in the next release, but since that depends on pkgutils extensions I think it won't go in yet. So, a simple updated-toolchain-release sounds good to me. However, I'd like to include Xorg 7.3 in the next release. The planned release date for that is 2007-08-29 (which probably means it should be out sometime in September). 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? pgpW3aW4AYkTq.pgp Description: PGP signature ___ crux-devel mailing list crux-devel@lists.crux.nu http://lists.crux.nu/mailman/listinfo/crux-devel
Re: [crux-devel] pkgutils 6
Anton Vorontsov [2007-08-12 02:35]: On Sat, Aug 11, 2007 at 05:10:12PM +0200, Tilman Sauerbeck wrote: Tilman Sauerbeck [2007-08-09 01:16]: over the last few days I have started working on the next major incarnation of pkgutils, version 6. I was bored earlier today and compared the run times and memory usage of pkginfo -i from pkgutils-c 1.5 and the tip of the pkgutils6 branch. I only ran each binary once, as I'm mostly interested in memory usage here (memory usage should be constant no matter whether you're running with a hot or a cold cache, whereas run time typically won't be). Here's the graphs from valgrind resp. massif: pkgutils-c 1.5: http://crux.nu/~tilman/pkginfo_i.1.5.png pkgutils6: http://crux.nu/~tilman/pkginfo_i.6.png I'll leave the interpretation of these graphs to you ;) I really doubt that you didn't know the reason: Yes, I do know the reason. Hint: don't start your replies by implying ignorance. It doesn't really increase my willingness to give a thorough answer. I.e. you're just reading package names in memory. So, you're using ad-hoc methods, and yes they're faster, eat less memory. While pkgutils-c's functions to the database done w/o premature optimizations: I remember that you accused me of wasting memory. Guess in the pkginfo-i case it's you instead who's eating RAM alive. ...and that's the whole point of my previous mail. 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? pgpY5KFEN6SPW.pgp Description: PGP signature ___ crux-devel mailing list crux-devel@lists.crux.nu http://lists.crux.nu/mailman/listinfo/crux-devel
Re: [crux-devel] pkgutils 6
Tilman Sauerbeck [2007-08-09 01:16]: over the last few days I have started working on the next major incarnation of pkgutils, version 6. I was bored earlier today and compared the run times and memory usage of pkginfo -i from pkgutils-c 1.5 and the tip of the pkgutils6 branch. I only ran each binary once, as I'm mostly interested in memory usage here (memory usage should be constant no matter whether you're running with a hot or a cold cache, whereas run time typically won't be). Here's the graphs from valgrind resp. massif: pkgutils-c 1.5: http://crux.nu/~tilman/pkginfo_i.1.5.png pkgutils6: http://crux.nu/~tilman/pkginfo_i.6.png I'll leave the interpretation of these graphs to you ;) NB: pkgutils6 is work-in-progress, so take these numbers with a grain of salt. 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? pgp3TShCBBtZl.pgp Description: PGP signature ___ crux-devel mailing list crux-devel@lists.crux.nu http://lists.crux.nu/mailman/listinfo/crux-devel
[crux-devel] Do contributors need a real name?
Hi, one of the few things that I remember about the ancient CLC days was that the rules had an item like this: Contributors need a real name. [...] I couldn't find anything about this in the wiki, so my question is whether we still believe that contributors (contrib users and core/opt maintainers) need to have a real name? Personally it makes me feel uneasy when I imagine commits in our git tree that are attributed to people by nick name only. Maybe it's just me, and maybe I'm crazy :) What do you guys think? Do CRUX contributors and developer need to have a real name or not? Regards, Tilman P.S.: I'm not just trying to raise the amount of meaningful traffic on crux-devel with this :D -- 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? pgpmsQyCUr48z.pgp Description: PGP signature ___ crux-devel mailing list crux-devel@lists.crux.nu http://lists.crux.nu/mailman/listinfo/crux-devel
[crux-devel] pkgutils 6
Hi guys,
over the last few days I have started working on the next major
incarnation of pkgutils, version 6.
All of the package/archive and database handling has been moved into a
library (atm called libpkgutils), which is used by our small trio of
apps, pkg{info,add,rm}.
As we had planned for a long time now, this rewrite is done in C instead
of C++.
None of the libpkgutils API is final yet of course, so feel free to make
comments or suggestions.
So far I've implemented functionality for almost all of pkginfo's
features, and pkgrm. Feel free to test those, but please make a backup
of your package database before trying pkgrm :)
The code is available in the pkgutils6 branch of the pkgutils.git
repository:
http://crux.nu/gitweb/?p=tools/pkgutils.git;a=shortlog;h=pkgutils6
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?
pgpyoGYdPZ846.pgp
Description: PGP signature
___
crux-devel mailing list
crux-devel@lists.crux.nu
http://lists.crux.nu/mailman/listinfo/crux-devel
Re: [crux-devel] location of iso.git
Mark Rosenstand [2007-05-12 03:16]: My local copy of git://crux.nu/system/iso.git is very outdated and only has a master branch (at 2.1), while http://crux.nu/gitweb/?p=system/iso.git;a=summary seems to have a 2.3 branch and a lot of activity. Is the gitweb page showing a different repository? Nope, the repository didn't move. I suggest to re-clone with git 1.5 and then follow the git tutorial that I sent here some months ago to keep track of updates. 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? pgprgXOWivMLd.pgp Description: PGP signature ___ crux-devel mailing list crux-devel@lists.crux.nu http://lists.crux.nu/mailman/listinfo/crux-devel
Re: [crux-devel] pkgutils: Finalizing the libarchive move
Simone Rota [2007-04-18 03:23]: On Tue, Apr 17, 2007 at 09:40:06PM +0200, Tilman Sauerbeck wrote: I'd like to finalize the move of pkgutils to libarchive, and make another pkgutils release soonish. Great, thank you very much for your work so far. Apologizes for not having tested the libarchive branch as promised. Not a problem. I'm quite sure that it's working nicely :) The main reason I send this mail is to ask for any last minute objections to this. I remember Simone had some doubts about the performance, but I don't see any problems wrt to that. Sounds ok to me, my initial concerns were about a simple comparison of GNU tar with bsdtar, but I see nice news on the libarchive page, and a quick test supports that. Great :) 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? pgphApgzkEmhJ.pgp Description: PGP signature ___ crux-devel mailing list crux-devel@lists.crux.nu http://lists.crux.nu/mailman/listinfo/crux-devel
[crux-devel] Wiki: Setting up Handbook_2_4
Hi guys, I just wanted to merge treach's changes to the handbook (he reworked the why crux? paragraph nicely -- http://hem.bredband.net/treach/Why.txt), but I'm unsure about how to set up the Handbook_2_4 Wiki pages. Do I need to copypaste the ~5 sections of the handbook manually? Or is there some easy way to have the wiki do it? ;) 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? pgpqFUBuJHq5z.pgp Description: PGP signature ___ crux-devel mailing list crux-devel@lists.crux.nu http://lists.crux.nu/mailman/listinfo/crux-devel
Re: [crux-devel] CRUX 2.3-rc1
Till Biedermann [2007-03-02 00:03]: I have tested an upgrade on my notebook (hp omnibook 6100), which was still running CRUX 2.1. :-) It works so far, except an udev-related problem: The udev-package was not installed by the setup script, so i had to install it manually. I think the setup script only supports upgrades from the previous CRUX release. So going to 2.2 first, and then updating to 2.3 should have worked. And starting Xorg (with my old config) fails with the following error: (EE) Failed to load module pcidata (module does not exist,0) Fatal server error: Unable to load required base modules, Exiting... Do you override your module path in xorg.conf? You shouldn't :) I guess you set it to /usr/X11R6/something. 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? pgpAiAvuKl9pw.pgp Description: PGP signature ___ crux-devel mailing list crux-devel@lists.crux.nu http://lists.crux.nu/mailman/listinfo/crux-devel
Re: [crux-devel] Miscellaneus notes for CRUX 2.3 ports
Till Biedermann [2007-01-27 15:23]: Hi Till, Simone Rota wrote: - Johannes (opt) ports need a new maintainer: I'll likely adopt the following: neon, subversion, polymer, xxdiff, licq. Is there a list of unmaintained ports? Unmaintained ports just get deleted these days. I don't know the git command to show deleted files/directories off hand though :o How can I checkout the opt and contrib repos? Following the ContribHowTo i get the error: Permission denied (publickey). Write access to the git repositories is available via SSH only, so please send your public SSH key to your favourite crux.nu admin. Or to me ;) The contrib repo is now a standalone git repository? So the merging of .sync-tagged ports from httpups is completely gone? Correct. 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? pgplRZYROCkl4.pgp Description: PGP signature ___ crux-devel mailing list crux-devel@lists.crux.nu http://lists.crux.nu/mailman/listinfo/crux-devel
[crux-devel] libarchive-fied pkgutils
Hi guys, I'd like to ask for testers of pkgutils's master branch, which uses libarchive rather than libtar now. Get libarchive from contrib, and please let me know if you notice any oddities or problems. I've been running it for some weeks now without any trouble. If it works well for anyone, maybe we could even ship it with CRUX 2.3. 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? pgpFXa4CC8Ab6.pgp Description: PGP signature ___ crux-devel mailing list crux-devel@lists.crux.nu http://lists.crux.nu/mailman/listinfo/crux-devel
Re: [crux-devel] status report for 2.3
Juergen Daubert [2006-11-19 14:27]: as you might have already seen, I've commited some updates for core-ports to our 2.3 branch. Did you forget to push these commits? They don't show up here ;) 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? pgp7DNTi0k5qJ.pgp Description: PGP signature ___ crux-devel mailing list crux-devel@lists.crux.nu http://lists.crux.nu/mailman/listinfo/crux-devel
Re: [crux-devel] status report for 2.3
Juergen Daubert [2006-11-19 15:05]: On Sun, Nov 19, 2006 at 02:41:13PM +0100, Tilman Sauerbeck wrote: Juergen Daubert [2006-11-19 14:27]: as you might have already seen, I've commited some updates for core-ports to our 2.3 branch. Did you forget to push these commits? They don't show up here ;) Not that I'm aware of, see http://crux.nu/gitweb/?p=ports/core.git;a=shortlog;h=2.3 Nevermind, I'm an idiot. I read into your original mail that you had committed the gcc and glibc updates. 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? pgprTDSLs3r25.pgp Description: PGP signature ___ crux-devel mailing list crux-devel@lists.crux.nu http://lists.crux.nu/mailman/listinfo/crux-devel
[crux-devel] 2.3 branching
Hi, I just created 2.3 branches in both core.git and opt.git. Please add the following line to the respective .git/remotes/origin files to get that new branch: Pull: refs/heads/2.3:refs/heads/2.3 Feel free to commit 2.3 material to these branches. I already removed the x11 and mesa3d ports from opt. As everyone probably knows by now, you'll have to use the xorg repo to get your beloved X ports. Note that xorg.git has no 2.3 branch yet, so use 2.2 for the time being. 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? pgpneEhHV2Ctx.pgp Description: PGP signature ___ crux-devel mailing list crux-devel@lists.crux.nu http://lists.crux.nu/mailman/listinfo/crux-devel
Re: [crux-devel] prtverify daily results
Mark Rosenstand [2006-10-10 17:37]: On Tue, 2006-10-10 at 10:32 +0200, [EMAIL PROTECTED] wrote: ERROR opt/jack . header not found: URL ERROR opt/libsndfile ... header not found: URL ERROR opt/madwifi .. header not found: URL I thought these were fixed a couple of days ago? ;) Jay messed up ;p Jay, please revert your s/URL/Url/ changes. 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? pgpktAfoDbgMX.pgp Description: PGP signature ___ crux-devel mailing list crux-devel@lists.crux.nu http://lists.crux.nu/mailman/listinfo/crux-devel
Re: [crux-devel] Motion: URL/Description removal
Anton [2006-10-10 03:59]: I'm about URL and Description Pkgfile's fields removal. Reason: bloat. Seems quite silly to me, sorry. 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? pgpfUJZJKxqES.pgp Description: PGP signature ___ crux-devel mailing list crux-devel@lists.crux.nu http://lists.crux.nu/mailman/listinfo/crux-devel
Re: [crux-devel] pkgutils: INSTALL rule support
Tilman Sauerbeck [2006-08-29 22:38]: Tilman Sauerbeck [2006-08-25 15:56]: [...] The documentation hasn't been updated yet, but if anyone wants to try I attached a patch to the pkgadd man page. Do you think this is good enough? Committed (with minor tweaking). I think the INSTALL stuff is good to go now. Should I roll a new pkgutils release? 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? pgpAJOstWb5pc.pgp Description: PGP signature ___ crux-devel mailing list crux-devel@lists.crux.nu http://lists.crux.nu/mailman/listinfo/crux-devel
Re: [crux-devel] Mirror for gnu stuff
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? pgpRoa1B5dc7F.pgp Description: PGP signature ___ crux-devel mailing list crux-devel@lists.crux.nu http://lists.crux.nu/mailman/listinfo/crux-devel
Re: [crux-devel] RFC: New fontconfig release
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? pgpRon0QAd47C.pgp Description: PGP signature ___ crux-devel mailing list crux-devel@lists.crux.nu http://lists.crux.nu/mailman/listinfo/crux-devel
Re: [crux-devel] [PROPOSAL] - Provide svn access on crux.nu for contrib
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? pgpOGnU28PARF.pgp Description: PGP signature ___ crux-devel mailing list crux-devel@lists.crux.nu http://lists.crux.nu/mailman/listinfo/crux-devel
Re: [crux-devel] [PROPOSAL] - Provide svn access on crux.nu for contrib
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? pgp12UDhZCHf5.pgp Description: PGP signature ___ crux-devel mailing list crux-devel@lists.crux.nu http://lists.crux.nu/mailman/listinfo/crux-devel
Re: [crux-devel] Reorganization, part 2
Simone Rota [2006-08-27 17:58]: On 08/27/06 14:39 Johannes Winkelmann wrote: That said, we need coaches for the 'ports' team as well as for the 'core' team. CRUX maintainers, please submit your nominations :-). Exchanging the favour, I nominate Johannes for the core team leader role, given his hard work so far on everyting CRUX related and his great programming skills. I second this nomination :) 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? pgp14qmqHVKKz.pgp Description: PGP signature ___ crux-devel mailing list crux-devel@lists.crux.nu http://lists.crux.nu/mailman/listinfo/crux-devel
[crux-devel] autoconf mandir patch
Hi, when I updated autoconf to 2.60 some weeks ago, Matt noticed that it broke grub (in grub's Pkgfile, we regenerate configure because we need to patch configure.in). With autoconf 2.60, the default mandir changed from /usr/man to /usr/share/man. We decided to patch autoconf to revert this change, but I don't think this is a good idea anymore. This issue is non-critical, and I'd like to avoid having a different autotools environment than on any other distro. We'll have to add --mandir=/usr/man to more configure lines in the next few months anyway, while projects update autoconf to 2.60, so it doesn't really matter if we add it to the Pkgfiles where we call autoconf ourselves. Comments? 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? pgpJesFNDtIqX.pgp Description: PGP signature ___ crux-devel mailing list crux-devel@lists.crux.nu http://lists.crux.nu/mailman/listinfo/crux-devel
Re: [crux-devel] ANN: portverify
Juergen Daubert [2006-07-24 18:57]: - junk files like perllocal.pod WARN core/autoconf ... junk file found: usr/share/autoconf/INSTALL WARN core/automake ... junk file found: usr/share/automake-1.9/COPYING WARN core/automake ... junk file found: usr/share/automake-1.9/INSTALL Maybe these should be put on a whitelist? These files are the templates that are copied to your working directory if you're setting up a new autotool-ed project. 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? pgpziMixOswTM.pgp Description: PGP signature ___ crux-devel mailing list crux-devel@lists.crux.nu http://lists.crux.nu/mailman/listinfo/crux-devel
