trinux-talk — General discussion including questions and problem resolution

Re: [Trinux-talk] Invalid gzip magic

[<HHu...@t-...>]

Hallo, Matt,

Du meintest am 05.09.02 zum Thema Re: [Trinux-talk] Invalid gzip magic:

> These are immediately after booting from the floppy...

> output from df command:

> Filesystem     1k-blocks     Used     Available     Use%
> Mounted on
> /dev/ram0       6076         1811      4265         30%       /
> /dev/null       16000          48      15952         0%       /usr
> /dev/null       1000            0      1000          0%       /home


Really "/dev/null"?
That's no good device ...

Viele Gruesse!
Helmut

[Trinux-talk] New ISO with PCMCIA Support

[Matthew F. <mf...@ci...>]

Folks,

Just released another ISO. This has experimental support for PCMCIA (when
has trinux *not* been experiment) NICs.

I've successfully tested this on the following cards:

3Com 3C574TX
3Com 3C589D
Xircom CBE2-100 (tulip)
Xircom Realport (Cardbus) RBEM56G-100 (tulip)

I was unable to get the non-carbus Realport (xirc2ps) to work

All of these were tested on a Thinkpad T22. I fixed the annoying filename
problem that affected the previous ISOs. I need to specify -R -J (for Rock
Ridge and Joliet) for mkisofs. I also cleaned up some of the annoying
debugging messages from the linuxrc.

See http://trinux.sf.net/release or http://www.io.com/~mdfranz/boot/ (not
sure which is slower)

BTW, I've finally got the old trinux.org DNS under control. If anybody
wants to host a mirror site and wants a location.trinux.org site let me
know.

Next, on to wireless :) and updating the documentation for all the changes
:(. For those that are interested in helping out with or learning to use
wireless tools, I've just created a new trinux-wireless email list.

Thanks to all the folks who provided feedback on the last ISO.

- mdf

Re: [Trinux-talk] Invalid gzip magic

[Matt S. <ma...@ma...>]

Well, It's not the memory...

Intel machine, 128MB ram, same thing...

Failed packages during boot:
term
baselib
nmap
system
netconf
(others that scrolled off the screen)

All failed saying gunzip: Invalid gzip magic....

Pretty much all that worked was what was on the floppy. (dhcpcd and dnslibs)

When I got the vi package to work one time before, I changed the server
from the trinux one to one of the mirrors, but others from that mirror
failed too....


--Matt


>
> It is possible that the cause may be elsewhere.
>
> If your trinux system runs out of ramdisk, I believe that it keeps quiet
>  about it.  If you are attempting to get packages, and some fail, it
> could  be the large packages that are failing, due to insufficient
> resources  (memory or ramdisk).
>
> Trinux is special because it runs in a resource restricted environment.
>  It assumes that the operator knows this.  Error checking and the
> meaningful text messages can sometimes double the size of an executable.
>   Trinux must be kept small, and sometimes this is at the expense of
> even minimal diagnostics.
>
> Your request for help is very short on details.  A short list of 3
> packages that failed, and 3 that succeed, could help determine the
> cause.
>
> Also, try to include some parameters of your running system.  Most
> importantly, the total amount of installed ram, and the output of the df
>  (disk free) command, would really help.
>
> And please ACK the list, when a suggested fix does the deed.  It is most
>  frustrating to see several posts of a problem, and never a final "That
> fixed it!".
>
> Thanks!
>
> On Wed, 4 Sep 2002, Matt Smith wrote:
>
>> Using the latest boot floppy, when attempting to get most of the
>> packages over the network, I get:
>>
>> gunzip: Invalid gzip magic
>>
>> And the package doesn't load.  It works for some packages on the
>> mirrors, but only a couple.  I saw a post about this back in March,
>> but the suggested correction didn't help here.
>>
>> Any ideas?
>>
>>
>> --Matt
>>
>>
>>
>>
>>
>> -------------------------------------------------------
>> This sf.net email is sponsored by: OSDN - Tired of that same old cell
>> phone?  Get a new here for FREE!
>> https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390
>> _______________________________________________
>> Trinux-talk mailing list
>> Tri...@li...
>> https://lists.sourceforge.net/lists/listinfo/trinux-talk
>>
>
> --
> --------------------
> Timothy Burt
> General Manager
> Arbor Group LLC
> Los Angeles, Calif. USA

Re: [Trinux-talk] Invalid gzip magic

[Matt S. <ma...@ma...>]

Okay.. I guess there's something screwy with the packages at
http://www.trinux.org/pkg/

I removed that url from the /tux/config/server file on the floppy and just
left the io.com one and rebooted and it's working fine now.


--Matt

>
> It is possible that the cause may be elsewhere.
>
> If your trinux system runs out of ramdisk, I believe that it keeps quiet
>  about it.  If you are attempting to get packages, and some fail, it
> could  be the large packages that are failing, due to insufficient
> resources  (memory or ramdisk).
>
> Trinux is special because it runs in a resource restricted environment.
>  It assumes that the operator knows this.  Error checking and the
> meaningful text messages can sometimes double the size of an executable.
>   Trinux must be kept small, and sometimes this is at the expense of
> even minimal diagnostics.
>
> Your request for help is very short on details.  A short list of 3
> packages that failed, and 3 that succeed, could help determine the
> cause.
>
> Also, try to include some parameters of your running system.  Most
> importantly, the total amount of installed ram, and the output of the df
>  (disk free) command, would really help.
>
> And please ACK the list, when a suggested fix does the deed.  It is most
>  frustrating to see several posts of a problem, and never a final "That
> fixed it!".
>
> Thanks!
>
> On Wed, 4 Sep 2002, Matt Smith wrote:
>
>> Using the latest boot floppy, when attempting to get most of the
>> packages over the network, I get:
>>
>> gunzip: Invalid gzip magic
>>
>> And the package doesn't load.  It works for some packages on the
>> mirrors, but only a couple.  I saw a post about this back in March,
>> but the suggested correction didn't help here.
>>
>> Any ideas?
>>
>>
>> --Matt
>>
>>
>>
>>
>>
>> -------------------------------------------------------
>> This sf.net email is sponsored by: OSDN - Tired of that same old cell
>> phone?  Get a new here for FREE!
>> https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390
>> _______________________________________________
>> Trinux-talk mailing list
>> Tri...@li...
>> https://lists.sourceforge.net/lists/listinfo/trinux-talk
>>
>
> --
> --------------------
> Timothy Burt
> General Manager
> Arbor Group LLC
> Los Angeles, Calif. USA

Re: [Trinux-talk] Invalid gzip magic

[Matt S. <ma...@ma...>]

These are immediately after booting from the floppy...

output from df command:

Filesystem     1k-blocks     Used     Available     Use%     Mounted on
/dev/ram0       6076         1811      4265         30%        /
/dev/null       16000          48      15952         0%        /usr
/dev/null       1000            0      1000          0%        /home

output from free command:

                total         used      free      shared     buffers
mem:            46584         10512     36072        0       6160
swap:             0             0         0
Total:          46584         10512     36072

I don't have any extra memory handy to see if that helps, but I'm working
on another machine to try it on.  I'll let you know if I have any success.


--Matt


>
> It is possible that the cause may be elsewhere.
>
> If your trinux system runs out of ramdisk, I believe that it keeps quiet
>  about it.  If you are attempting to get packages, and some fail, it
> could  be the large packages that are failing, due to insufficient
> resources  (memory or ramdisk).
>
> Trinux is special because it runs in a resource restricted environment.
>  It assumes that the operator knows this.  Error checking and the
> meaningful text messages can sometimes double the size of an executable.
>   Trinux must be kept small, and sometimes this is at the expense of
> even minimal diagnostics.
>
> Your request for help is very short on details.  A short list of 3
> packages that failed, and 3 that succeed, could help determine the
> cause.
>
> Also, try to include some parameters of your running system.  Most
> importantly, the total amount of installed ram, and the output of the df
>  (disk free) command, would really help.
>
> And please ACK the list, when a suggested fix does the deed.  It is most
>  frustrating to see several posts of a problem, and never a final "That
> fixed it!".
>
> Thanks!
>
> On Wed, 4 Sep 2002, Matt Smith wrote:
>
>> Using the latest boot floppy, when attempting to get most of the
>> packages over the network, I get:
>>
>> gunzip: Invalid gzip magic
>>
>> And the package doesn't load.  It works for some packages on the
>> mirrors, but only a couple.  I saw a post about this back in March,
>> but the suggested correction didn't help here.
>>
>> Any ideas?
>>
>>
>> --Matt
>>
>>
>>
>>
>>
>> -------------------------------------------------------
>> This sf.net email is sponsored by: OSDN - Tired of that same old cell
>> phone?  Get a new here for FREE!
>> https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390
>> _______________________________________________
>> Trinux-talk mailing list
>> Tri...@li...
>> https://lists.sourceforge.net/lists/listinfo/trinux-talk
>>
>
> --
> --------------------
> Timothy Burt
> General Manager
> Arbor Group LLC
> Los Angeles, Calif. USA

[Trinux-talk] Re: Trinux pcmcia -smc

[Matthew F. <mf...@ci...>]

Yep. the 8390.o was missing. I've built the modules for 2.4.19 and will
release a floppy that should work and a bootable CD-ROM with working
PCMCIA tonight. :)

- mdf


> Thanks for the prompt reply. I see your change, but now I get these error
> messages:
> 
> cardmgr[187]: watching 2 sockets
> cardmgr[187]: initializing socket 1
> cardmgr[187]: socket 1 : SMC 10/100 PC Card
> cardmgr[187]: module/lib/modules/2.4.5/net/8390.o not available
> cardmgr[187]: executing: 'modprobe 8390'
> cardmgr[187]: modprobe exited with status 2
> cardmgr[187]: executing: 'insmod/lib/modules/2.4.5/pcmcia/pcnet_cs.o'
> ....followed by a "Resource temporarily unavailable"
> 
> Art
> 
> ----- Original Message -----
> From: "Matthew Franz" <mf...@ci...>
> To: "Arthur Davis" <art...@ie...>
> Cc: <tri...@ci...>
> Sent: Thursday, September 05, 2002 12:16 PM
> Subject: Re: Trinux pcmcia -smc
> 
> 
> > > I am trying to configure it to support my SMC 8041 PCMCIA, and I
> followed these directions, per SMC:
> > >
> > >        If the file /etc/pcmcia/config exists,add following
> > >        lines in this file:
> > >
> > >        card "SMC 10/100 PC Card"
> > >        version "SMC", "8041TX-10/100-PC-Card"
> > >        bind "pcnet_cs"
> > >
> > > The problem is, savecfg doesn't save /etc/pcmcia/, so the changes are
> lost when I reboot.  I've tried to edit the file (via nano) on another box,
> but Trinux doesn't like the resulting .tgz.  I could restart it manually,
> what's the Trinux equivalent of "/etc/init.d/pcmcia restart"?
> > >
> >
> > 1) As you can see--/etc/init.d/pcmcia is pretty stupid. If you want to
> > restart pcmcia, killall cardmgr and then run cardmgr
> >
> > #/etc/init.d/pcmcia
> > echo "Starting PCMCIA card services"
> > insmod pcmcia_core
> > insmod i82365
> > insmod ds
> > echo "Waiting for kernel modules to settle..."
> > sleep 4
> > echo "Starting cardmgr...."
> > cardmgr
> > echo "Waiting some more...."
> > sleep 3
> > echo "Attempting to configure network..."
> > netcfg
> >
> > You'll also need http://trinux.sf.net/pkg/2.4.5/pcmcia-pcnet.tgz
> >
> > 2) I updated the /etc/pcmcia/config file in the pcmcia-bin.tgz package
> > available withint http://trinux.sf.net/pkg/
> >
> > 3) The ability to override files (especially config files) within a
> > tarball is something I'm thinking about and your question is a good
> > example why. Basically what I'm planning is a "virtual" etc directory on
> > the boot device (/tux/config/vetc) that would contain config files that
> > would overwrite what is inside the tarball.
> >
> > - mdf
> >
> 
> 
> 

-- 
Matthew Franz                 mf...@ci...
Critical Infrastructure Assurance Group (CIAG)
Cisco Systems, Inc.                 Austin, TX

[Trinux-talk] Re: Trinux pcmcia -smc

[Matthew F. <mf...@ci...>]

> > I am trying to configure it to support my SMC 8041 PCMCIA, and I followed these directions, per SMC:
> > 
> >        If the file /etc/pcmcia/config exists,add following
> >        lines in this file:
> > 
> >        card "SMC 10/100 PC Card"
> >        version "SMC", "8041TX-10/100-PC-Card"
> >        bind "pcnet_cs"
> > 
> > The problem is, savecfg doesn't save /etc/pcmcia/, so the changes are lost when I reboot.  I've tried to edit the file (via nano) on another box, but Trinux doesn't like the resulting .tgz.  I could restart it manually, what's the Trinux equivalent of "/etc/init.d/pcmcia restart"?
> > 
> 
 1) As you can see--/etc/init.d/pcmcia is pretty stupid. If you want to
 restart pcmcia, killall cardmgr and then run cardmgr
 
 #/etc/init.d/pcmcia
 echo "Starting PCMCIA card services"
 insmod pcmcia_core
 insmod i82365
 insmod ds
 echo "Waiting for kernel modules to settle..."
 sleep 4
 echo "Starting cardmgr...."
 cardmgr
 echo "Waiting some more...."
 sleep 3
 echo "Attempting to configure network..."
 netcfg
 
 You'll also need http://trinux.sf.net/pkg/2.4.5/pcmcia-pcnet.tgz
 
 2) I updated the /etc/pcmcia/config file in the pcmcia-bin.tgz package
 available withint http://trinux.sf.net/pkg/
 
 3) The ability to override files (especially config files) within a
 tarball is something I'm thinking about and your question is a good
 example why. Basically what I'm planning is a "virtual" etc directory on
 the boot device (/tux/config/vetc) that would contain config files that
 would overwrite what is inside the tarball.
 
 - mdf

Re: [Trinux-talk] Invalid gzip magic

[Matthew F. <mf...@ci...>]

It could be the memory question or the package might not exist on the server

# free

should tell you if your ramdisks are full.

# cat /etc/tux/config/server

will tell  you where the packages are being loaded from


Or it probably does this if the package doesn't exist

# snarf http://trinux.sf.net/pkg/pkgname.tgz

if this fails, then the package doesn't exist or has been renamed

- mdf

> It is possible that the cause may be elsewhere.
> 
> If your trinux system runs out of ramdisk, I believe that it keeps quiet 
> about it.  If you are attempting to get packages, and some fail, it could 
> be the large packages that are failing, due to insufficient resources 
> (memory or ramdisk).
> 
> Trinux is special because it runs in a resource restricted environment.  
> It assumes that the operator knows this.  Error checking and the 
> meaningful text messages can sometimes double the size of an executable.  
> Trinux must be kept small, and sometimes this is at the expense of 
> even minimal diagnostics.
> 
> Your request for help is very short on details.  A short list of 3 
> packages that failed, and 3 that succeed, could help determine the cause.
> 
> Also, try to include some parameters of your running system.  Most 
> importantly, the total amount of installed ram, and the output of the df 
> (disk free) command, would really help.
> 
> And please ACK the list, when a suggested fix does the deed.  It is most 
> frustrating to see several posts of a problem, and never a final "That 
> fixed it!".
> 
> Thanks!
> 
> On Wed, 4 Sep 2002, Matt Smith wrote:
> 
> > Using the latest boot floppy, when attempting to get most of the packages
> > over the network, I get:
> > 
> > gunzip: Invalid gzip magic
> > 
> > And the package doesn't load.  It works for some packages on the mirrors,
> > but only a couple.  I saw a post about this back in March, but the
> > suggested correction didn't help here.
> > 
> > Any ideas?

Re: [Trinux-talk] Invalid gzip magic

[Matt S. <ma...@ma...>]

Thanks for the reply.  I'm not in front of the system (it's at home), but
I'll tell you what I know.

The machine is a AMD-based older box.  48MB ram.  I'm booting from the
trinux-0.80rc2-net.img floppy.

I didn't get the impression that any of the packages that the bootable
floppy attempts to load actually loaded.  I can't say any loaded for sure
because when it works, it doesn't complain.  The only package I
successfully loaded manually myself was vi.  But then, of course, it
wouldn't run due to dependency issues.  The network was working properly -
as I was able to manually pull down packages with snarf.. just trying to
gunzip them failed with the aforementioned error.

I'll provide the df output later, and I'll most definitely let you know
what works and what doesn't. :)

--Matt

>
> It is possible that the cause may be elsewhere.
>
> If your trinux system runs out of ramdisk, I believe that it keeps quiet
>  about it.  If you are attempting to get packages, and some fail, it
> could  be the large packages that are failing, due to insufficient
> resources  (memory or ramdisk).
>
> Trinux is special because it runs in a resource restricted environment.
>  It assumes that the operator knows this.  Error checking and the
> meaningful text messages can sometimes double the size of an executable.
>   Trinux must be kept small, and sometimes this is at the expense of
> even minimal diagnostics.
>
> Your request for help is very short on details.  A short list of 3
> packages that failed, and 3 that succeed, could help determine the
> cause.
>
> Also, try to include some parameters of your running system.  Most
> importantly, the total amount of installed ram, and the output of the df
>  (disk free) command, would really help.
>
> And please ACK the list, when a suggested fix does the deed.  It is most
>  frustrating to see several posts of a problem, and never a final "That
> fixed it!".
>
> Thanks!
>
> On Wed, 4 Sep 2002, Matt Smith wrote:
>
>> Using the latest boot floppy, when attempting to get most of the
>> packages over the network, I get:
>>
>> gunzip: Invalid gzip magic
>>
>> And the package doesn't load.  It works for some packages on the
>> mirrors, but only a couple.  I saw a post about this back in March,
>> but the suggested correction didn't help here.
>>
>> Any ideas?
>>
>>
>> --Matt
>>
>>
>>
>>
>>
>> -------------------------------------------------------
>> This sf.net email is sponsored by: OSDN - Tired of that same old cell
>> phone?  Get a new here for FREE!
>> https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390
>> _______________________________________________
>> Trinux-talk mailing list
>> Tri...@li...
>> https://lists.sourceforge.net/lists/listinfo/trinux-talk
>>
>
> --
> --------------------
> Timothy Burt
> General Manager
> Arbor Group LLC
> Los Angeles, Calif. USA

Re: [Trinux-talk] Invalid gzip magic

[Timothy B. <tb...@ar...>]

It is possible that the cause may be elsewhere.

If your trinux system runs out of ramdisk, I believe that it keeps quiet 
about it.  If you are attempting to get packages, and some fail, it could 
be the large packages that are failing, due to insufficient resources 
(memory or ramdisk).

Trinux is special because it runs in a resource restricted environment.  
It assumes that the operator knows this.  Error checking and the 
meaningful text messages can sometimes double the size of an executable.  
Trinux must be kept small, and sometimes this is at the expense of 
even minimal diagnostics.

Your request for help is very short on details.  A short list of 3 
packages that failed, and 3 that succeed, could help determine the cause.

Also, try to include some parameters of your running system.  Most 
importantly, the total amount of installed ram, and the output of the df 
(disk free) command, would really help.

And please ACK the list, when a suggested fix does the deed.  It is most 
frustrating to see several posts of a problem, and never a final "That 
fixed it!".

Thanks!

On Wed, 4 Sep 2002, Matt Smith wrote:

> Using the latest boot floppy, when attempting to get most of the packages
> over the network, I get:
> 
> gunzip: Invalid gzip magic
> 
> And the package doesn't load.  It works for some packages on the mirrors,
> but only a couple.  I saw a post about this back in March, but the
> suggested correction didn't help here.
> 
> Any ideas?
> 
> 
> --Matt
> 
> 
> 
> 
> 
> -------------------------------------------------------
> This sf.net email is sponsored by: OSDN - Tired of that same old
> cell phone?  Get a new here for FREE!
> https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390
> _______________________________________________
> Trinux-talk mailing list
> Tri...@li...
> https://lists.sourceforge.net/lists/listinfo/trinux-talk
> 

-- 
--------------------
Timothy Burt
General Manager
Arbor Group LLC
Los Angeles, Calif. USA

[Trinux-talk] Invalid gzip magic

[Matt S. <ma...@ma...>]

Using the latest boot floppy, when attempting to get most of the packages
over the network, I get:

gunzip: Invalid gzip magic

And the package doesn't load.  It works for some packages on the mirrors,
but only a couple.  I saw a post about this back in March, but the
suggested correction didn't help here.

Any ideas?


--Matt

[Trinux-talk] invalid gzip magic

[Barry H. <bar...@co...>]

Installed network version, can ping outside but when it trys to load the =
packages I get invalid gzip magic.  Whats up with that?
tia

Barry Hudson
bar...@co...

Re: [Trinux-talk] Small (6MB) Test 2.4.19 ISO

[Earle L. <et...@ea...>]

Matthew,

The new .iso appeared to boot fine on my HP Pavilion N5310. I hope this
information is of some use.

Thank you,
-earle.

----- Original Message -----
From: "Matthew Franz" <mf...@ci...>
To: <tri...@li...>; <tri...@li...>
Sent: Monday, September 02, 2002 11:01 PM
Subject: [Trinux-talk] Small (6MB) Test 2.4.19 ISO


> Howdy,
>
> I've released a small .iso for testing if anbody has the time/inclination.
>
> It is based on 2.4.19 and my latest initrd.gz. It has booted fine on my
> Thinkpad, VMware, and an old K6--but I'd like wider testing before doing
> even a snapshot release on sourceforge.
>
> It loops through and attempts to insmod a half-dozen or so of the most
> common NICs (it looks like I forgot a few old ISAs, though). This does
> *not* have support for any PCMCIA NiCs. Once this appears to be stable,
> I'll get to that.
>
> see:
>
> http://trinux.sf.net/release/
> http://www.io.com/~mdfranz/trinux/boot/
>
> It is 3sep02-2419.iso (with matching .md5) and it is about 6mb.
>
> Feedback/flames are welcome.
>
> I know there is still some funkiness--for example some of the packages are
> getting loaded twice (I think).
>
> - mdf
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by: OSDN - Tired of that same old
> cell phone?  Get a new here for FREE!
> https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390
> _______________________________________________
> Trinux-talk mailing list
> Tri...@li...
> https://lists.sourceforge.net/lists/listinfo/trinux-talk
>

Re: [Trinux-talk] chroot: applet not found

[Matthew F. <mf...@ci...>]

I'll go ahead and add the standalone binary to the one of the packages
(probably baselib.tgz) vs. mucking with busybox and then the next time I
rebuilt busybox I'll add it because I'm pretty sure it isn't compiled in,
even though it appears there is a symlink.

- mdf


> Hello,
> 
> Do you know please what is needed to chroot command:
> 
> chroot ...: applet ot found
> 
> chroot is linked to busybox; other commands linked to busybox seems OK
> (nslookup, reboot).
> 
> ps: on Slackware chroot is included in sh_utils package, but i do'nt
> find this package in Trinux packages.
> 
> Thanks
> 
> -- 
>         
> Jean Cou?dic
> E N P C - D I T

[Trinux-talk] chroot: applet not found

[Jean C. <co...@ma...>]

Hello,

Do you know please what is needed to chroot command:

chroot ...: applet ot found

chroot is linked to busybox; other commands linked to busybox seems OK
(nslookup, reboot).

ps: on Slackware chroot is included in sh_utils package, but i do'nt
find this package in Trinux packages.

Thanks

-- =

        =

Jean Cou=E9dic
E N P C - D I T

[Trinux-talk] configuring trinux to use wireless pcmcia card

[Ben S. <bas...@ya...>]

I see some files for wireless cards but I am not sure
how to go about configuring trinux pcmcia boot image
to work with a wireless network card. 

Thanks


__________________________________________________
Do You Yahoo!?
Yahoo! Finance - Get real-time stock quotes
http://finance.yahoo.com

RE: [Trinux-talk] Small (6MB) Test 2.4.19 ISO

[Blake, S. <Ste...@ve...>]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi Matthew,

Just tested this on one of our server boxes that has 4 NICs in it. If
found 3 out of the 4. The one it didn't find was an Intel PRO/1000
Fiber NIC. I believe there are kernel drivers for this, you just
might no be trying to insmod that particular one.

I'll try it out on a couple of other stock machines we have here and
let you know if I find any problems.

Thanks,

Stephen

> -----Original Message-----
> From: Matthew Franz [mailto:mf...@ci...]
> Sent: Tuesday, September 03, 2002 2:02 AM
> To: tri...@li...; 
> tri...@li...
> Subject: [Trinux-talk] Small (6MB) Test 2.4.19 ISO
> 
> 
> Howdy,
> 
> I've released a small .iso for testing if anbody has the 
> time/inclination.
> 
> It is based on 2.4.19 and my latest initrd.gz. It has booted 
> fine on my
> Thinkpad, VMware, and an old K6--but I'd like wider testing 
> before doing
> even a snapshot release on sourceforge. 
> 
> It loops through and attempts to insmod a half-dozen or so of the
> most common NICs (it looks like I forgot a few old ISAs, though).
> This does *not* have support for any PCMCIA NiCs. Once this appears
> to 
> be stable,
> I'll get to that.
> 
> see:
> 
> http://trinux.sf.net/release/
> http://www.io.com/~mdfranz/trinux/boot/
> 
> It is 3sep02-2419.iso (with matching .md5) and it is about 6mb.
> 
> Feedback/flames are welcome. 
> 
> I know there is still some funkiness--for example some of the 
> packages are
> getting loaded twice (I think).
> 
> - mdf
> 
> 
> -------------------------------------------------------
> This sf.net email is sponsored by: OSDN - Tired of that same old
> cell phone?  Get a new here for FREE!
> https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390
> _______________________________________________
> Trinux-talk mailing list
> Tri...@li...
> https://lists.sourceforge.net/lists/listinfo/trinux-talk
> 

-----BEGIN PGP SIGNATURE-----
Version: PGP Personal Privacy 6.5.2

iQA/AwUBPXTktsF/6XclvKB6EQK+ogCgmzl3xCph77YMkwvNt03nOcW64lsAnRgk
ZRyQRolIHsHCTpS4qmJ9Y5BK
=l25K
-----END PGP SIGNATURE-----

[Trinux-talk] Small (6MB) Test 2.4.19 ISO

[Matthew F. <mf...@ci...>]

Howdy,

I've released a small .iso for testing if anbody has the time/inclination.

It is based on 2.4.19 and my latest initrd.gz. It has booted fine on my
Thinkpad, VMware, and an old K6--but I'd like wider testing before doing
even a snapshot release on sourceforge. 

It loops through and attempts to insmod a half-dozen or so of the most
common NICs (it looks like I forgot a few old ISAs, though). This does
*not* have support for any PCMCIA NiCs. Once this appears to be stable,
I'll get to that.

see:

http://trinux.sf.net/release/
http://www.io.com/~mdfranz/trinux/boot/

It is 3sep02-2419.iso (with matching .md5) and it is about 6mb.

Feedback/flames are welcome. 

I know there is still some funkiness--for example some of the packages are
getting loaded twice (I think).

- mdf

Re: [Trinux-talk] unable to find device eth0

[Matthew F. <mf...@ci...>]

3c575 is not part of the default kernel? 

Are you using trinux-0.80rc2-pcmcia.img

Which version of trinux? Which kernel?

#uname

- mdf

> I am trying to load Trinux with a 3com fast ethernet
> pcmcia card model 3ccfe575bt-d. As far as I can tell
> this nic is support and the drivers are apart of the
> default package. I get a strange error about something
> being crazy when it tries to detect eth0. The exact
> message is interface eth0 does not exist! The
> instruments are crazy eject eject!
> I am not a linux pro but this error seems like an
> inside joke to me. 
> 
> Please help
> 
> Ben

Re: [Trinux-talk] unable to find device eth0

[Timothy B. <tb...@ar...>]

Sorry that I cannot help with your specific error, but I do have some 
insight, and a funny story to tell....

In the old days, it was very common for UNIX source code to contain all
sorts of commentary, quips and often the naming of variables used within
the source was quite creative.  The variable name "luser", representing a
local user, and making a derrogatory slap at the same time, comes
immediately to mind.  Often, an error condition that should never never 
occur will have a diagnostic message that is irreverent and funny.

Unfortunately, for those of us who read source, these departures are 
becoming less frequent as the code is "sanitized" for public comsumption.

Anyway, about 15 years ago, while developing a 80286 version of AIX under
contract for IBM, we encountered the following scenario....

A level 2 VP, was demonstrating a beta version of the port to some 
executives and engineers at IBM when the following message appeared.

"Heat shield failure upon re-entry, shutting down" ....

They removed the cover from the case and even placed fans adjacent to the 
box to help cool the unit, but to no avail...

It turns out that one of the kernel programmers had worked also at JPL, 
and was coding some intense driver routine where interrupts had to be 
disabled.  This makes the code "non-reentrant", meaning that it must not 
be interrupted.  Switching tasks during this period of suspended 
interrupts is forbidden, and should never never occur (except in beta :-).

So this programmer inserted his own error message, which should never
never be seen that included a bit of humor.  The code was "re-entered" and
the machine halted.  The part about the heat shield was a diversion for
the readers of the source.  Referring to the heat shield on the re-entry 
vehicle under development at Jet Propulsion Labs.

The results were quite unexpected however, and fortunately, the VP had a 
sense of humor, and enjoyed telling this story.  I think the folks at IBM 
also found it funny...

Ergo......

"The intruments are crazy eject eject!" probably means that you have 
stumbled upon a condition that should never never occur in the low level 
driver.  Any other diagnostic would probably be greek to you anyway.  Have 
a look at the source for that module, you will likely see more funny quips 
and quotes.

I once saw a bit of code that contained a flaming diatribe on the poor
programming skills of a fellow programmer (who was explicitly named in the
source)  and how crappy his code was and how it was making it impossible
to do this correctly.  It was a funny read.  I am sure it was removed many
years ago...

On Tue, 27 Aug 2002, Ben Smith wrote:

> I am trying to load Trinux with a 3com fast ethernet
> pcmcia card model 3ccfe575bt-d. As far as I can tell
> this nic is support and the drivers are apart of the
> default package. I get a strange error about something
> being crazy when it tries to detect eth0. The exact
> message is interface eth0 does not exist! The
> instruments are crazy eject eject!
> I am not a linux pro but this error seems like an
> inside joke to me. 
> 
> Please help
> 
> Ben
> 
> __________________________________________________
> Do You Yahoo!?
> Yahoo! Finance - Get real-time stock quotes
> http://finance.yahoo.com
> 
> 
> -------------------------------------------------------
> This sf.net email is sponsored by: OSDN - Tired of that same old
> cell phone?  Get a new here for FREE!
> https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390
> _______________________________________________
> Trinux-talk mailing list
> Tri...@li...
> https://lists.sourceforge.net/lists/listinfo/trinux-talk
> 

-- 
--------------------
Timothy Burt
General Manager
Arbor Group LLC
Los Angeles, Calif. USA

[Trinux-talk] unable to find device eth0

[Ben S. <bas...@ya...>]

I am trying to load Trinux with a 3com fast ethernet
pcmcia card model 3ccfe575bt-d. As far as I can tell
this nic is support and the drivers are apart of the
default package. I get a strange error about something
being crazy when it tries to detect eth0. The exact
message is interface eth0 does not exist! The
instruments are crazy eject eject!
I am not a linux pro but this error seems like an
inside joke to me. 

Please help

Ben

__________________________________________________
Do You Yahoo!?
Yahoo! Finance - Get real-time stock quotes
http://finance.yahoo.com

Re: [Trinux-talk] Trinux

[Matthew F. <mf...@ci...>]

On Mon, Aug 26, 2002 at 03:36:25PM +0200, Maurice Maissan wrote:
> Dear Mr/Ms,
> 
> I have read some information about Trinux on the trinux website. But I
> still have some questions about it I would like to be answered. namely:
> 1. What are ROM sizes required for trinux?
> 2. Can I easily port Trinux to the Intel 80960SA processor?
> 3. What kind of I/O is supported (e.g. FireWire, USB)?
> 

1. ROM? (not sure) RAM? (16MB - 32MB depending how tricky you want to be)

2. Trinux is Linux (i386) so however easy/hard it would be to develop a Linux port for the
processor you mentioned.

3. Whatever is supported by Linux 

- mdf

[Trinux-talk] Trinux

[Maurice M. <52...@th...>]

Dear Mr/Ms,

I have read some information about Trinux on the trinux website. But I
still have some questions about it I would like to be answered. namely:
1. What are ROM sizes required for trinux?
2. Can I easily port Trinux to the Intel 80960SA processor?
3. What kind of I/O is supported (e.g. FireWire, USB)?

I am looking forward to hear from you soon.

Kind Regards,

Maurice Maissan

[Trinux-talk] /bin/sh randomly exits ???

[Randy W. <ra...@si...>]

Hello Trinux Experts,

What could be causing my Trinux /bin/sh to exit without
warning?

Event sequence:

1) Boot Trinux net floppy
2) Mount /dev/hdc1 /mnt/hd1 (reiserfs)
3) Mount /dev/hda1 /mnt/hd2 (reiserfs)
4) cd /mnt/hd1
5) tar --preserve -xzvf wsinstall-tpl.tgz 2> /tmp/tar.err
6) tar output scrolls up the screen...
7) towards the middle to end of the "untar" before tar finishes I get:
    Please press Enter to activate this console.

Sometimes tar will finish but the shell still gets exited. =20
I get know messages at all nothing in tar.err or anything displayed to
the screen explaining what caused the shell to exit.  /var/log/messages
just tells me "/bin/sh - exited."

Things I have tried:
killed crond
find  / -name core (no core files found)
different boot floppy
different tar file
different hardware
setterm -blank 0, in case the screenblank is flaky???

I am using 0.80rc2 Trinux release:

Any guess, ideas or the answer would be greatly appreciated!!!!

Here is the contents of my server file:
http://trinux.sf.net/pkg/
http://trinux.sf.net/pkg/2.4.5/
http://the.wiretapped.net/security/operating-systems/trinux/pkg/
http://www.io.com/~mdfranz/trinux/pkg/

Here is the contents of my pkglist:
term
baselib
system
netconf
bash
nmap
pthread
netutil
swaputil
ide
cdrom
scsi
scsi-aha7xxx
nfs-client
tcpdump
vi
openssh
nano
links
lilo
arping
diskutil
fileutil
sysutil
ntfstools
pump
curl
libc++
reiserfs

--
Randy Walworth
IS Manager
Seattle Indian Health Board

[Trinux-talk] Virtual Serial Driver

[Alex K. <sof...@al...>]

	 
Good day!

Our company ( www.alarit.com ) offers software for developers  - 
"Virtual Serial Driver". If you are dealing with development 
in area of serial streams our new product can help you in your work.

Virtual Serial Driver is appointed for emulation of one, two 
or more (up to 200) serial streams. Hardware devices are not necessary. 
This product is based on Windows XP DDK and doesn’t require using 
devices of other manufacturers. The whole product is created 
with the help of Microsoft tools.
Virtual Serial Driver realizes full emulation of Serial Port functions, 
connected with each other with the help of NULL-MODEM or full cable, 
including DTR, CTS, DSR, RTS.
Virtual Serial Driver can be interesting for software (Windows 
Platforms) developers, who use external devices connected with computer 
by serial port. Also, it will be interesting for developers 
of the products appointed for connection of two or more computers 
through serial ports. 


More details and free demo version (only 28 kb) available at
http://www.alarit.com/index.php?pg=products&subpg=p_afsd

Also if you are or know somebody who may be interested in such software 
just let us know and you can earn 20% comission from each sold copy
as our reseller.


Regards 
Alex Kotov
AlarIT Inc.
Products manager
E-mail: sof...@al...
Telephone: +380-61-234-8109
Telephone-fax: +380-61-234-5457

P.S. our team of 120 full time programmers can develop any individual 
solution for you for fee 10 USD per hour. For more information 
take a look at http://www.alarit.com

---------------------------------------------------------------
Anti-spam policy :
Your e-mail was taken from open sources. Sorry if you are not
interested in receiving of our information.
In this case please visit the following link to be removed from 
mailing list:
http://193.201.100.234/nocafe.php?em=tri...@li...
Sorry again for disturbing.