- CRUX - lists.crux.nu

Printer problems
by Helge Fredriksen 18 Jan '07

18 Jan '07

Hello, I'm trying to set up Cups on my crux 2.2 box for parallel printing to a Canon i550. I was kind of thinking using it as a printserver. I enabled parallel port support in the kernel (built in support for all options to be sure I didn't miss anything). However, I cannot seem to find any /dev/lp stuff or something to hook my printer to the parallel port. I tried /dev/port, but I get this error from CUPS web interface when trying to print a test page: Unable to open parallel port device file "/dev/port": Permission deniedI get this from lpstat: # lpstat -p Canoni550 printer Canoni550 disabled since Wed Jan 17 21:52:26 2007 - /usr/lib/cups/backend/parallel failed # Any ideas?

2 2

Japanese input with X
by EckigesAuge 18 Jan '07

18 Jan '07

Hi! I've started learning Japanese and I want to write it on my CRUX box too. Have anyone build packages or modified configuration(s) to get Japanese input working on CRUX? Please help me. I've read a lot about canna and kinput2... but nothing related to CRUX. Else I'll build some packages and create a HowTo. :) Bye, Wolfram. -- Wolfram Gerlach = http://www.wolfram.name = http://www.EckigesAuge.de PGP-Key = 6653CDE5 Wolfram Gerlach <mail(a)wolfram.name> Fingerprint = 0884 2275 C283 47E4 8330 42A4 003A 3795 6653 CDE5

3 3

ports/opt (2.3): [notify] acroread: updated to 7.0.9
by crux＠crux.nu 15 Jan '07

15 Jan '07

commit 28d3a9b909efa2faaa83fa75361fdad064c55044 Author: Simone Rota <sip(a)crux.nu> Date: Fri Jan 12 21:25:59 2007 +0100 [notify] acroread: updated to 7.0.9 This update include security fixes, see: http://www.adobe.com/support/security/advisories/apsa07-01.html diff --git a/acroread/.md5sum b/acroread/.md5sum index 4b4da8c..df4708e 100644 --- a/acroread/.md5sum +++ b/acroread/.md5sum @@ -1,2 +1,2 @@ -4834f13ee45c7b1be263fb89aa49d212 AdobeReader_enu-7.0.8-1.i386.tar.gz +a8e79a1af58f90640cf9e7e1532a5745 AdobeReader_enu-7.0.9-1.i386.tar.gz 0e1641bd90c5721284c691944c2b7ba0 acroread-expr.patch diff --git a/acroread/Pkgfile b/acroread/Pkgfile index c438ff0..7cd478d 100644 --- a/acroread/Pkgfile +++ b/acroread/Pkgfile @@ -5,9 +5,9 @@ # Depends on: gtk, libstdc++-compat name=acroread -version=7.0.8 -release=2 -source=(http://ardownload.adobe.com/pub/adobe/reader/unix/7x/7.0.8/enu/AdobeReader_enu-7.0.8-1.i386.tar.gz \ +version=7.0.9 +release=1 +source=(http://ardownload.adobe.com/pub/adobe/reader/unix/7x/7.0.9/enu/AdobeReader_enu-7.0.9-1.i386.tar.gz \ $name-expr.patch) PKGMK_NO_STRIP="yes"

1 0

ports/opt (2.2): [notify] acroread: updated to 7.0.9
by crux＠crux.nu 12 Jan '07

12 Jan '07

commit 28d3a9b909efa2faaa83fa75361fdad064c55044 Author: Simone Rota <sip(a)crux.nu> Date: Fri Jan 12 21:25:59 2007 +0100 [notify] acroread: updated to 7.0.9 This update include security fixes, see: http://www.adobe.com/support/security/advisories/apsa07-01.html diff --git a/acroread/.md5sum b/acroread/.md5sum index 4b4da8c..df4708e 100644 --- a/acroread/.md5sum +++ b/acroread/.md5sum @@ -1,2 +1,2 @@ -4834f13ee45c7b1be263fb89aa49d212 AdobeReader_enu-7.0.8-1.i386.tar.gz +a8e79a1af58f90640cf9e7e1532a5745 AdobeReader_enu-7.0.9-1.i386.tar.gz 0e1641bd90c5721284c691944c2b7ba0 acroread-expr.patch diff --git a/acroread/Pkgfile b/acroread/Pkgfile index c438ff0..7cd478d 100644 --- a/acroread/Pkgfile +++ b/acroread/Pkgfile @@ -5,9 +5,9 @@ # Depends on: gtk, libstdc++-compat name=acroread -version=7.0.8 -release=2 -source=(http://ardownload.adobe.com/pub/adobe/reader/unix/7x/7.0.8/enu/AdobeReader_enu-7.0.8-1.i386.tar.gz \ +version=7.0.9 +release=1 +source=(http://ardownload.adobe.com/pub/adobe/reader/unix/7x/7.0.9/enu/AdobeReader_enu-7.0.9-1.i386.tar.gz \ $name-expr.patch) PKGMK_NO_STRIP="yes"

1 0

ports/xorg (2.2): [notify] xorg-server: fix a few integer overflows
by crux＠crux.nu 09 Jan '07

09 Jan '07

commit 6ad390ce67731311b8abf79a01044336a44879e8 Author: Tilman Sauerbeck <tilman(a)crux.nu> Date: Tue Jan 9 16:54:06 2007 +0100 [notify] xorg-server: fix a few integer overflows CVE IDs: CVE-2006-6101, CVE-2006-6102, CVE-2006-6103 diff --git a/xorg-server/.md5sum b/xorg-server/.md5sum index b0d0d02..c2d595a 100644 --- a/xorg-server/.md5sum +++ b/xorg-server/.md5sum @@ -1,2 +1,3 @@ 61beda590bfc5b4a12e979d5f2d70d7a MesaLib-6.5.tar.bz2 a8ed678677af8ebb2fba5624602f6b2e xorg-server-1.1.1.tar.bz2 +f4325ae286e238e0fe8bc2d68b41735c xorg-xserver-1.1.0-dbe-render.diff diff --git a/xorg-server/Pkgfile b/xorg-server/Pkgfile index 507e059..5213a37 100644 --- a/xorg-server/Pkgfile +++ b/xorg-server/Pkgfile @@ -5,13 +5,16 @@ name=xorg-server version=1.1.1 -release=1 +release=2 source=(http://xorg.freedesktop.org/releases/individual/xserver/$name-$vers… \ - http://dl.sourceforge.net/mesa3d/MesaLib-6.5.tar.bz2) + http://dl.sourceforge.net/mesa3d/MesaLib-6.5.tar.bz2 \ + http://xorg.freedesktop.org/archive/X11R7.1/patches/xorg-xserver-1.1.0-dbe-…) build() { cd $name-$version + patch -Np1 -i $SRC/xorg-xserver-1.1.0-dbe-render.diff + ./configure --prefix=/usr --enable-dri \ --with-mesa-source=$SRC/Mesa-6.5 \ --localstatedir=/var

1 0

ports/opt (2.3): [notify] fetchmail: update to 6.3.6
by crux＠crux.nu 06 Jan '07

06 Jan '07

commit 2de12ec1ead10a0e9d0474fd3ac4322b1be33feb Author: Juergen Daubert <jue(a)jue.li> Date: Sat Jan 6 15:05:20 2007 +0100 [notify] fetchmail: update to 6.3.6 fixes for CVE-2006-5867 and CVE-2006-5974. See https://developer.berlios.de/project/shownotes.php?group_id=1824&release_id… diff --git a/fetchmail/.md5sum b/fetchmail/.md5sum index 22fb7d1..2f13b2b 100644 --- a/fetchmail/.md5sum +++ b/fetchmail/.md5sum @@ -1,2 +1 @@ -e8dc5cd8e80677bb60e397d6171d12ec fetchmail-6.3.5.tar.bz2 -f6cd8be4e304921caa15024e0720b968 fetchmail-brokenheaders.patch +4fab7ca100ca36e41a2e8dbf5b32a3cf fetchmail-6.3.6.tar.bz2 diff --git a/fetchmail/Pkgfile b/fetchmail/Pkgfile index baacb40..ecd7535 100644 --- a/fetchmail/Pkgfile +++ b/fetchmail/Pkgfile @@ -4,15 +4,16 @@ # Depends on: openssl name=fetchmail -version=6.3.5 -release=2 -source=(http://download2.berlios.de/$name/$name-$version.tar.bz2 \ - $name-brokenheaders.patch) +version=6.3.6 +release=1 +source=(http://download2.berlios.de/$name/$name-$version.tar.bz2) build() { cd $name-$version - patch -p0 < ../$name-brokenheaders.patch - ./configure --prefix=/usr --with-ssl=/usr --disable-nls + ./configure --prefix=/usr \ + --mandir=/usr/man \ + --with-ssl=/usr \ + --disable-nls make make DESTDIR=$PKG install rm -rf $PKG/usr/bin/fetchmailconf \ diff --git a/fetchmail/fetchmail-brokenheaders.patch b/fetchmail/fetchmail-brokenheaders.patch deleted file mode 100644 index c6828d9..0000000 --- a/fetchmail/fetchmail-brokenheaders.patch +++ /dev/null @@ -1,24 +0,0 @@ -Index: sink.c -=================================================================== ---- sink.c (revision 4923) -+++ sink.c (working copy) -@@ -1317,14 +1317,14 @@ - { - int rc,e,e2,err = 0; - -- if (ferror(sinkfp)) -- err = 1, e2 = errno; -- if ((fflush(sinkfp))) -- err = 1, e2 = errno; -- - /* close the delivery pipe, we'll reopen before next message */ - if (sinkfp) - { -+ if (ferror(sinkfp)) -+ err = 1, e2 = errno; -+ if ((fflush(sinkfp))) -+ err = 1, e2 = errno; -+ - errno = 0; - rc = pclose(sinkfp); - e = errno;

1 0

ports/opt (2.2): [notify] fetchmail: update to 6.3.6
by crux＠crux.nu 06 Jan '07

06 Jan '07

commit 2de12ec1ead10a0e9d0474fd3ac4322b1be33feb Author: Juergen Daubert <jue(a)jue.li> Date: Sat Jan 6 15:05:20 2007 +0100 [notify] fetchmail: update to 6.3.6 fixes for CVE-2006-5867 and CVE-2006-5974. See https://developer.berlios.de/project/shownotes.php?group_id=1824&release_id… diff --git a/fetchmail/.md5sum b/fetchmail/.md5sum index 22fb7d1..2f13b2b 100644 --- a/fetchmail/.md5sum +++ b/fetchmail/.md5sum @@ -1,2 +1 @@ -e8dc5cd8e80677bb60e397d6171d12ec fetchmail-6.3.5.tar.bz2 -f6cd8be4e304921caa15024e0720b968 fetchmail-brokenheaders.patch +4fab7ca100ca36e41a2e8dbf5b32a3cf fetchmail-6.3.6.tar.bz2 diff --git a/fetchmail/Pkgfile b/fetchmail/Pkgfile index baacb40..ecd7535 100644 --- a/fetchmail/Pkgfile +++ b/fetchmail/Pkgfile @@ -4,15 +4,16 @@ # Depends on: openssl name=fetchmail -version=6.3.5 -release=2 -source=(http://download2.berlios.de/$name/$name-$version.tar.bz2 \ - $name-brokenheaders.patch) +version=6.3.6 +release=1 +source=(http://download2.berlios.de/$name/$name-$version.tar.bz2) build() { cd $name-$version - patch -p0 < ../$name-brokenheaders.patch - ./configure --prefix=/usr --with-ssl=/usr --disable-nls + ./configure --prefix=/usr \ + --mandir=/usr/man \ + --with-ssl=/usr \ + --disable-nls make make DESTDIR=$PKG install rm -rf $PKG/usr/bin/fetchmailconf \ diff --git a/fetchmail/fetchmail-brokenheaders.patch b/fetchmail/fetchmail-brokenheaders.patch deleted file mode 100644 index c6828d9..0000000 --- a/fetchmail/fetchmail-brokenheaders.patch +++ /dev/null @@ -1,24 +0,0 @@ -Index: sink.c -=================================================================== ---- sink.c (revision 4923) -+++ sink.c (working copy) -@@ -1317,14 +1317,14 @@ - { - int rc,e,e2,err = 0; - -- if (ferror(sinkfp)) -- err = 1, e2 = errno; -- if ((fflush(sinkfp))) -- err = 1, e2 = errno; -- - /* close the delivery pipe, we'll reopen before next message */ - if (sinkfp) - { -+ if (ferror(sinkfp)) -+ err = 1, e2 = errno; -+ if ((fflush(sinkfp))) -+ err = 1, e2 = errno; -+ - errno = 0; - rc = pclose(sinkfp); - e = errno;

1 0

RE: Netgear FA-311
by Hitoshi Satow 04 Jan '07

04 Jan '07

the 8139too is the module name of the RealTek RTL-8129/8130/8139 PCI Fast Ethernet Adapter support (NEW) option. Note: in menuconfig you can press "h" to get some more details about an option.The one below the experimental one.I'm kinda new to Linux as well but I think if you want to use modules you should compile all the drivers you want to try as modules then you only have to compile the kernel once. But if you don't mind just try compiling in the 8139too driver into the kernel.-ToshiDate: Wed, 3 Jan 2007 23:58:16 +0100From: helgeingvart(a)gmail.comTo: satowh(a)hotmail.comSubject: Re: Netgear FA-311CC: jgilmour(a)bigpond.net.au; crux(a)lists.crux.nulspci lists in one of it's lines:00:10.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139 C+ (rev 10)Found this (as experimental) in the same place as the National Semincondutor driver, and thus enabled it with *. Recompiled and installed new kernel. WOW: eth0 up and running! Got these warnings though:8139cp: pci dev 0000:00:10.0 (id 10ec:8139 rev 10) is not an 8139C+ compatible chip8139cp: Try the "8139too" driver instead.How can I build and install this module, since it seems that it's not part of kernel config? Any hints on documents describing such a process on crux? HelgeOn 1/3/07, Hitoshi Satow <satowh(a)hotmail.com> wrote: Yes, a * means it's compiled into the kernel. While an M means it can be loaded into the kernel as a module.It shouldn't matter if it's built in the kernel or as a module. I think modules just allow more flexibility for configuring your system and switching hardware. You should have a * on EISA, VLB, PCI and on board controllersand a * on National Semiconductor DP8381x series PCI Ethernet supportcheck dmesg and lspci -> is your hardware physically installed correctly in the computer? Check all your connections.-Toshi Date: Wed, 3 Jan 2007 21:34:13 +0100From: helgeingvart(a)gmail.comTo: jgilmour(a)bigpond.net.auSubject: Re: Fwd: Netgear FA-311CC: crux(a)lists.crux.nu Then it's not compiled in either. The natsemi code is located in:Device drivers -> Network device support -> Ethernet (10 or 100Mbit) -> EISA, VLB, PCI and on board controllers (i think this is a 2.6.19.xthing) -> National Semiconductor DP8381x series ...I've done all this already before. However I have a * on National Semiconductor DP8381x series, does that mean that its somehow compiled into the kernel,and not loaded as a module, and thus not visible in /sys/modules? Also, I'm running a 2.6.15.6 kernel, dunno if that means anything? That was the latest 2.2 image though. I will try to mark it with m instead and load it using modprobe inmy net script to see if that makes a difference. If you've enabled kernel modules above then you can select m or * and ifyou haven't then you'll only be able to select *. Either way should befine.I already have a m marked on the EISA, VLB, PCI and on board controllers. Now once you've done recomiled your kernel and run lilo and rebootedthen check that eth0 will be available with ifconfig -a. The reason a lot of this stuff isn't in the handbook or on the CD isthat it is assumed that someone interested in CRUX will have a firmgrasp of setting up hardware and software and recompiling kernels. If you're willing to working through these challenges though it is a veryrewarding distribution.Please bear with me, I'm not very often using Linux, but I will morein the future. Anyway, thanks for your support. And yes: I am learning... Regard,Helge F. Get free, personalized online radio with MSN Radio powered by Pandora. Try it! _________________________________________________________________ Get the Live.com Holiday Page for recipes, gift-giving ideas, and more. www.live.com/?addtemplate=holiday

2 1

RE: Netgear FA-311
by Hitoshi Satow 04 Jan '07

04 Jan '07

Yes, a * means it's compiled into the kernel. While an M means it can be loaded into the kernel as a module.It shouldn't matter if it's built in the kernel or as a module. I think modules just allow more flexibility for configuring your system and switching hardware.You should have a * on EISA, VLB, PCI and on board controllersand a * on National Semiconductor DP8381x series PCI Ethernet supportcheck dmesg and lspci -> is your hardware physically installed correctly in the computer? Check all your connections.-ToshiDate: Wed, 3 Jan 2007 21:34:13 +0100From: helgeingvart(a)gmail.comTo: jgilmour(a)bigpond.net.auSubject: Re: Fwd: Netgear FA-311CC: crux(a)lists.crux.nuThen it's not compiled in either. The natsemi code is located in:Device drivers -> Network device support -> Ethernet (10 or 100Mbit) -> EISA, VLB, PCI and on board controllers (i think this is a 2.6.19.xthing) -> National Semiconductor DP8381x series ...I've done all this already before. However I have a * on National Semiconductor DP8381x series, does that mean that its somehow compiled into the kernel,and not loaded as a module, and thus not visible in /sys/modules? Also, I'm running a 2.6.15.6 kernel, dunno if that means anything? That was the latest 2.2 image though. I will try to mark it with m instead and load it using modprobe inmy net script to see if that makes a difference. If you've enabled kernel modules above then you can select m or * and ifyou haven't then you'll only be able to select *. Either way should befine.I already have a m marked on the EISA, VLB, PCI and on board controllers. Now once you've done recomiled your kernel and run lilo and rebootedthen check that eth0 will be available with ifconfig -a. The reason a lot of this stuff isn't in the handbook or on the CD isthat it is assumed that someone interested in CRUX will have a firmgrasp of setting up hardware and software and recompiling kernels. If you're willing to working through these challenges though it is a veryrewarding distribution.Please bear with me, I'm not very often using Linux, but I will morein the future. Anyway, thanks for your support. And yes: I am learning... Regard,Helge F. _________________________________________________________________ Type your favorite song. Get a customized station. Try MSN Radio powered by Pandora. http://radio.msn.com

3 2

Fwd: Netgear FA-311
by Helge Fredriksen 03 Jan '07

03 Jan '07

Hey, got problems after doing the change in config + $ make menuconfig $ make all $ make modules_install $ cp arch/i386/boot/bzImage /vmlinuz $ cp System.map / Lilo loading CRUXEBDA is big; kernel setup stack overlaps LILO second stage........ Helge F. On 1/2/07, Clare Johnstone <claregj(a)gmail.com> wrote: > > Hi Helge > > Device Drivers ---> > Network device support ---> > Ethernet (10 or 100Mbit) ---> > < > National Semiconductor DP8381x series PCI Ethernet support > And if you press "?" key it says: > More specific information and updates are available from > <http://www.scyld.com/network/natsemi.html>. > > Hope this helps > clare > > > > On 1/2/07, Helge Fredriksen < helgeingvart(a)gmail.com> wrote: > > Could you give me some clues as to which section in the kernel setup > > I should look in? I tried to have a look, but couldn't seem to locate it > > > in a intuitive manner... > > > > Regards, > > Helge F. > > > > > > On 12/31/06, Joe Gilmour <jgilmour(a)bigpond.net.au> wrote: > > > Helge Fredriksen wrote: > > > > Hello, > > > > > > > > I've just installed Crux 2.2 on a PC with a brand new Netgear FA-311 > > > > network card. I'm trying to launch the driver adding the statement > > > > > > > > /sbin/modprobe natsemi > > > > > > > > to the /etc/rc.d/net script. However, I found that this module > > > > probably isn't installed. How do I proceed to upgrade my system? > > > > > > > > Best regards, > > > > Helge Fredriksen > > > Welcome to CRUX. > > > > > > You need to either compile a new kernel with the natsemi code built in > > > (then you wont need to modprobe it) or build the module in whiuch case > > > > you can just build and install the modules. > > > > > > Normally a system will automatically load the modules so you shouldn't > > > need to modprobe at all. > > > > > > HTH, > > > > > > Joe > > > > > > > >

3 9