Hi all, I've uploaded a first test release of CRUX 2.4 [1]. The image is build with Matt's ISO stuff, available through our system/iso.git repository, branch new_iso. Please give it a try and report any problems. Known issues, open tasks: - Update feature not tested yet - ... best regards Juergen [1] http://crux.nu/~jue/tmp/crux-2.4-test1.iso http://crux.nu/~jue/tmp/crux-2.4-test1.md5 -- Juergen Daubert | mailto:jue@jue.li Korb, Germany | http://jue.li/crux
On Thu, 25 Oct 2007 20:04:10 +0200 Juergen Daubert <jue@jue.li> wrote:
Hi all,
I've uploaded a first test release of CRUX 2.4 [1]. The image is build with Matt's ISO stuff, available through our system/iso.git repository, branch new_iso.
Please give it a try and report any problems.
Known issues, open tasks: - Update feature not tested yet - ...
best regards Juergen
[1] http://crux.nu/~jue/tmp/crux-2.4-test1.iso http://crux.nu/~jue/tmp/crux-2.4-test1.md5
Hello Juergen, popt is missed in the iso and it's needed by rsync. I hope this can be usefull for you. Thank you and all devs working on the next realease. You are doing a very good job. Greetings. - pitillo - Learning bit by bit.
On Fri, Oct 26, 2007 at 10:53:05AM +0200, pitillo wrote:
On Thu, 25 Oct 2007 20:04:10 +0200 Juergen Daubert <jue@jue.li> wrote:
Hi all,
I've uploaded a first test release of CRUX 2.4 [1]. The image is build with Matt's ISO stuff, available through our system/iso.git repository, branch new_iso.
Please give it a try and report any problems.
Known issues, open tasks: - Update feature not tested yet - ...
best regards Juergen
[1] http://crux.nu/~jue/tmp/crux-2.4-test1.iso http://crux.nu/~jue/tmp/crux-2.4-test1.md5
Hello Juergen, popt is missed in the iso and it's needed by rsync. I hope this can be usefull for you.
As suggested by Simone I've added the --with-included-popt configure option to the rsync port. A fixed package is available at [1].
Thank you and all devs working on the next realease. You are doing a very good job.
Thanks for testing and the bug-report. Greetings Juergen [1] http://crux.nu/~jue/tmp/rsync%232.6.9-2.pkg.tar.gz -- Juergen Daubert | mailto:jue@jue.li Korb, Germany | http://jue.li/crux
Hello, Juergen!
Juergen Daubert <jue@jue.li> wrote:
I've uploaded a first test release of CRUX 2.4 [1]. The image is build with Matt's ISO stuff, available through our system/iso.git repository, branch new_iso.
Please give it a try and report any problems.
Known issues, open tasks: - Update feature not tested yet - ...
I've had time to update some machines here. Things are looking fine, basically. But when it comes to X dependencies, there are some hickup, which I am wondering how this is supposed to be fixed. The upgrade from 2.3 to 2.4 seems to remove an installed libXp.so.6 which breaks opt/emacs when it was installed before (configured --with-x): $ emacs emacs: error while loading shared libraries: libXp.so.6: cannot open shared object file: No such file or directory ...which in turn breaks the update of gettext because it want's to use emacs for any reason. ...rebuilding emacs fails because there are tons of undefined references in libXaw.so due to some other missing X stuff... ...rebuilding xorg-libxaw fails because libgcrypt.so.11 is missing... I am fine with rebuilding stuff manually, but did I miss something obvious during the upgrade? Regards, -- Clemens Koller __________________________________ R&D Imaging Devices Anagramm GmbH Rupert-Mayer-Straße 45/1 Linhof Werksgelände D-81379 München Tel.089-741518-50 Fax 089-741518-19 http://www.anagramm-technology.com
On Mon, Nov 19, 2007 at 05:46:12PM +0100, Clemens Koller wrote:
Hello, Juergen!
Hello Clemens,
Juergen Daubert <jue@jue.li> wrote:
I've uploaded a first test release of CRUX 2.4 [1]. The image is build with Matt's ISO stuff, available through our system/iso.git repository, branch new_iso.
Please give it a try and report any problems. Known issues, open tasks: - Update feature not tested yet - ...
I've had time to update some machines here. Things are looking fine, basically. But when it comes to X dependencies, there are some hickup, which I am wondering how this is supposed to be fixed.
The upgrade from 2.3 to 2.4 seems to remove an installed libXp.so.6 which breaks opt/emacs when it was installed before (configured --with-x): $ emacs emacs: error while loading shared libraries: libXp.so.6: cannot open shared object file: No such file or directory
Yep, Xprint support has been removed for 2.4, see [1].
...which in turn breaks the update of gettext because it want's to use emacs for any reason.
Gettext tries to install some emacs stuff if emacs is installed, I've explicit disabled that now in the port.
...rebuilding emacs fails because there are tons of undefined references in libXaw.so due to some other missing X stuff...
...rebuilding xorg-libxaw fails because libgcrypt.so.11 is missing...
Hmm, that's strange. I've found lately that libxslt was by mistake linked against libgcrypt, a fixed package is available at [2]. But IMO libxaw dosn't depend on libxslt. Do you mean xorg-libxcb ?
I am fine with rebuilding stuff manually, but did I miss something obvious during the upgrade?
No, don't think so. But we definitely should find the reason for your problems with libxaw. HTH and many thanks for your report Juergen [1] http://lists.crux.nu/pipermail/crux-devel/2007-September/002833.html [2] http://crux.nu/~jue/tmp/ -- Juergen Daubert | mailto:jue@jue.li Korb, Germany | http://jue.li/crux
Hi, Juergen! Juergen Daubert wrote:
I've had time to update some machines here. Things are looking fine, basically. But when it comes to X dependencies, there are some hickups, which I am wondering how this is supposed to be fixed.
The upgrade from 2.3 to 2.4 seems to remove an installed libXp.so.6 which breaks opt/emacs when it was installed before (configured --with-x): $ emacs emacs: error while loading shared libraries: libXp.so.6: cannot open shared object file: No such file or directory
Yep, Xprint support has been removed for 2.4, see [1].
So, updating a 2.3 release will kill the dependent ports if it was used there. Well... not nice, but it's a minor problem as long as it's fixable. I'm just wondering how many people will fail to resolve that issue manually.
...which in turn breaks the update of gettext because it want's to use emacs for any reason.
Gettext tries to install some emacs stuff if emacs is installed, I've explicit disabled that now in the port.
Good... that would avoid this little dependency hell in that case.
...rebuilding emacs fails because there are tons of undefined references in libXaw.so due to some other missing X stuff...
...rebuilding xorg-libxaw fails because libgcrypt.so.11 is missing...
Hmm, that's strange. I've found lately that libxslt was by mistake linked against libgcrypt, a fixed package is available at [2]. But IMO libxaw dosn't depend on libxslt. Do you mean xorg-libxcb ?
Yes.
I am fine with rebuilding stuff manually, but did I miss something obvious during the upgrade?
No, don't think so. But we definitely should find the reason for your problems with libxaw.
I tried rebuilding xorg-libxaw with removed libgcrypt and libxslt, but couldn't trigger the problem again. qed. :-( I'll have a look again when I update the next machine. Thanks, -- Clemens Koller __________________________________ R&D Imaging Devices Anagramm GmbH Rupert-Mayer-Straße 45/1 Linhof Werksgelände D-81379 München Tel.089-741518-50 Fax 089-741518-19 http://www.anagramm-technology.com
pitillo wrote:
Hello Juergen, popt is missed in the iso and it's needed by rsync. I hope this can be usefull for you.
I suggest we use the --with-included-popt option in the rsync port. Generally speaking I think it's a good idea to prevent unwanted linking at least for core ports when there's an option for that. Regards, Simone
On Fri, 26 Oct 2007 11:39:30 +0000 Simone Rota <sip@varlock.com> wrote:
pitillo wrote:
Hello Juergen, popt is missed in the iso and it's needed by rsync. I hope this can be usefull for you.
I suggest we use the --with-included-popt option in the rsync port.
I rebuilt rsync with the --with-included-popt option and really it doesn't need popt. Rsync was built fine and now there aren't problems related with it. I filled a bug in flyspray and I think it wasn't needed. Sorry if I didn't in the right way. Thank you for your answer Simone.
Generally speaking I think it's a good idea to prevent unwanted linking at least for core ports when there's an option for that.
Regards, Simone _______________________________________________ crux-devel mailing list crux-devel@lists.crux.nu http://lists.crux.nu/mailman/listinfo/crux-devel
Hi, all!
Juergen Daubert <jue@jue.li> wrote:
I've uploaded a first test release of CRUX 2.4 [1]. The image is build with Matt's ISO stuff, available through our system/iso.git repository, branch new_iso.
Please give it a try and report any problems.
Known issues, open tasks: - Update feature not tested yet - ...
Looks very good! Thank you! I didn't try to do an update yet... Some minor issues/questions came up here: - I hardly used framebuffer consoles in the past, so this might be a stupid question: On an old machine with an ATI Tage 128 PF/PRO AGP 4x TMDS the fb1280 only comes up in interlaced mode and the fb{1024,800,600} only with 60Hz. Is there an easy way to change that or some better default to vesafb that it comes up with a higher refresh rate? - handbook.txt: Please update the version numbers of the kernel to the one used: 2.6.23.1 - I would also add quick installation instructions like the ones from Till Biedermann - maybe as an chapter "Quick Summary" in the handbook. - How can I disable the ANSI colors again? Regards, -- Clemens Koller _______________________________ R&D Imaging Devices Anagramm GmbH Rupert-Mayer-Str. 45/1 81379 Muenchen Germany http://www.anagramm-technology.com Phone: +49-89-741518-50 Fax: +49-89-741518-19
participants (4)
-
Clemens Koller -
Juergen Daubert -
pitillo -
Simone Rota