USB digital camera erroneously says "no medium found"

Hello I have Nikon Coolpix 2000 digital camera which was working well on my old Linux 2.6.? machine. After moving to a different one while the old one is not accessible, where the new one has Linux version 2.6.13, I found it doesn't work anymore. When compact flash is inside the camera, camera

USB digital camera erroneously says no medium found

Hello I have Nikon Coolpix 2000 digital camera which was working well on my old Linux 2.6.? machine. After moving to a different one while the old one is not accessible, where the new one has Linux version 2.6.13, I found it doesn't work anymore. When compact flash is inside the camera, camera

man sendto ENOBUFS desc. wrong

man send(2): " ENOBUFS The output queue for a network interface was full. This gener- ally indicates that the interface has stopped sending, but may be caused by transient congestion. (Normally, this does not occur

man sendto ENOBUFS desc. wrong

man send(2): ENOBUFS The output queue for a network interface was full. This gener- ally indicates that the interface has stopped sending, but may be caused by transient congestion. (Normally, this does not occur

docbook stylesheets complaints when they are installed

kestrel linux-2.6.11.7 # make htmldocs *** You need to install DocBook stylesheets *** * app-text/docbook-dsssl-stylesheets Latest version available: 1.77-r2 Latest version installed: 1.77-r2 ^^^ Size of downloaded files: 385 kB

Which Docbook stylesheets?

kestrel linux-2.6.11.7 # make htmldocs *** You need to install DocBook stylesheets *** * app-text/docbook-dsssl-stylesheets Latest version available: 1.77-r2 Latest version installed: 1.77-r2 Size of downloaded files: 385 kB Homepage:http://docbook.sourceforge.net

Which Docbook stylesheets?

kestrel linux-2.6.11.7 # make htmldocs *** You need to install DocBook stylesheets *** * app-text/docbook-dsssl-stylesheets Latest version available: 1.77-r2 Latest version installed: 1.77-r2 Size of downloaded files: 385 kB Homepage:http://docbook.sourceforge.net

docbook stylesheets complaints when they are installed

kestrel linux-2.6.11.7 # make htmldocs *** You need to install DocBook stylesheets *** * app-text/docbook-dsssl-stylesheets Latest version available: 1.77-r2 Latest version installed: 1.77-r2 ^^^ Size of downloaded files: 385 kB

Re: Open hardware wireless cards

On Wed, Jan 05, 2005 at 03:05:26PM -0500, Luis R. Rodriguez wrote: > On Wed, Jan 05, 2005 at 02:24:47PM -0500, Luis R. Rodriguez wrote: > <-- snip --> > > > As far as support for the new chipsets goes -- sorry -- we won't be able > > to support it as I don't think even Conexant has a final well

GPL violation by CorAccess?

Hello I have seen a device by CorAccess which apparently uses Linux and didn't find anything that would suggest it complies to GPL, though I had access to the complete shipping package. Does anyone know about known cause of violation by this company or should I investigate further? CL< - To

GPL violation by CorAccess?

Hello I have seen a device by CorAccess which apparently uses Linux and didn't find anything that would suggest it complies to GPL, though I had access to the complete shipping package. Does anyone know about known cause of violation by this company or should I investigate further? CL - To

Re: Open hardware wireless cards

On Wed, Jan 05, 2005 at 03:05:26PM -0500, Luis R. Rodriguez wrote: On Wed, Jan 05, 2005 at 02:24:47PM -0500, Luis R. Rodriguez wrote: -- snip -- As far as support for the new chipsets goes -- sorry -- we won't be able to support it as I don't think even Conexant has a final well tested

Ethernet driver tweak for error correction codes

Is it possible to use up the src, dest MAC addresses (12B) and the CRC field (4B?) on a point-to-point full duplex Ethernet link for my own data? I would like to implement an error correction on this, because I'm gonna build a freespace laser link which would run just this way. And i want to use

53c400a status

I got a HP Scanjet 3p with a SCSI card that got a 53c400a SCSI interface chip with only one jumper without a label. The card was shipped with the scanner. I tried to insert the module and it does the same that was written in this archive earlier: complaint about business of the bus and then the

53c400a status

I got a HP Scanjet 3p with a SCSI card that got a 53c400a SCSI interface chip with only one jumper without a label. The card was shipped with the scanner. I tried to insert the module and it does the same that was written in this archive earlier: complaint about business of the bus and then the

Ethernet driver tweak for error correction codes

Is it possible to use up the src, dest MAC addresses (12B) and the CRC field (4B?) on a point-to-point full duplex Ethernet link for my own data? I would like to implement an error correction on this, because I'm gonna build a freespace laser link which would run just this way. And i want to use

Can't compile 2.2.18

clock@ghost:~$ gcc --version 2.95.2.1 libc5 make -C arch/i386/kernel make[1]: Entering directory `/usr/src/linux-2.2.18/arch/i386/kernel' cc -D__KERNEL__ -I/usr/src/linux-2.2.18/include -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -fno-strict-aliasing -pipe -fno-strength-reduce -m486

Can't compile 2.2.18

clock@ghost:~$ gcc --version 2.95.2.1 libc5 make -C arch/i386/kernel make[1]: Entering directory `/usr/src/linux-2.2.18/arch/i386/kernel' cc -D__KERNEL__ -I/usr/src/linux-2.2.18/include -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -fno-strict-aliasing -pipe -fno-strength-reduce -m486

Re: /dev/random: really secure?

> There are hidden sources of entropy. One is clock skew between the keyboard > processor's clock, the keyboard controller's clock, and the CPU clock > generator's PLL. Another is data motion between the CPU cache and main In the RFC 1750, they write it is not recommended to rely on

/dev/random: really secure?

I noticed peculiarities in the behaviour of the delta-delta-3 system for entropy estimation in the random.c code./ When I hold right alt or control, I get about 8 bits of entropy per repeat fro the /dev/random which is overestimated. I think the real entropy is 0 bits because it is absolutely

random.c patch

There are several places where the rotation yields garbage according to ANSI C definition when called with 0 bit position argument. diff -Pur linux_reference/drivers/char/random.c linux/drivers/char/random.c --- linux_reference/drivers/char/random.c Wed Jul 19 00:58:13 2000 +++

random.c patch

There are several places where the rotation yields garbage according to ANSI C definition when called with 0 bit position argument. diff -Pur linux_reference/drivers/char/random.c linux/drivers/char/random.c --- linux_reference/drivers/char/random.c Wed Jul 19 00:58:13 2000 +++

/dev/random: really secure?

I noticed peculiarities in the behaviour of the delta-delta-3 system for entropy estimation in the random.c code./ When I hold right alt or control, I get about 8 bits of entropy per repeat fro the /dev/random which is overestimated. I think the real entropy is 0 bits because it is absolutely