colinux-devel — Cooperative Linux development mailing list

RE: [coLinux-devel] Why not utilize NT's Subsystem capabilities?

[Daniel S. <dan...@au...>]

=20

Implementing a Linux subsystem on NT would be considerably more work.
Instead of just patching the Linux kernel to get it to run, you would be
essentially re-implementing the Linux kernel's functionality under NT.
You would then be in a situation where every new Linux kernel feature
would heve to be re-implemented in the sub-system.

=20

Also, I believe there is a desire here to keep the CoLinux virtual
machine separate from the win32 host. This makes it less vulnerable to
windows flaws.

=20

As far as X goes, I don't believe a sub-system will help you there - you
would still need to write an X-server that deals with GDI - notice that
none of the existing sub-systems other than Win32 have graphical
capabilities.=20

=20

Dan

=20

=20

  _____ =20

From: col...@li...
[mailto:col...@li...] On Behalf Of Anthony
Scott
Sent: Tuesday, April 13, 2004 3:12 AM
To: col...@li...
Subject: [coLinux-devel] Why not utilize NT's Subsystem capabilities?

=20

I think you have a great vision and a great product, but why are you
using a virtualization method for hosting the CoLinux environment on
Windows instead of creating a true Linux Subsystem?

=20

Using the NT Subsystem would allow you many of the features you are
striving to implement, especially interoperability with the existing
Win32 subsystem and the NT kernel level drivers?

=20

One of the remarkable abilities of the NT architecture is the
client/server kernel that allows for Subsystem implementations, as has
been demonstrated by Win32, Win64, OS/2, Posix, and even Microsoft Unix
services. They are all basic independent OSes with their own kernels
that sit on top of the NT kernel architecture.

=20

If you designed CoLinux as a true subsystem of NT, you would still be
able to maintain a full Linux kernel and binary compatibility, but also
be able to utilize drivers from the NT core and not have to virtualize
'host drivers' and also be able to share information via the NT kernel
to other subsystems like Win32/Win64, etc.

=20

Even XWindowed applications could run in independent windows and not in
the CoLinux virtualization Window.

=20

I don't know if this is a concept you have already explored, but I find
it strange that with the NT kernel subsystem technologies that you would
set out to create a virtualization environment for your CoLinux instead
of creating an NT Linux Subsystem.

=20

Keep up the good work,

Anthony

RE: [coLinux-devel] documentation, icons

[Daniel S. <dan...@au...>]

http://telejano.berlios.de/option/colinux4.ico

looks great :)



-----Original Message-----
From: col...@li...
[mailto:col...@li...] On Behalf Of tei
Sent: Tuesday, April 13, 2004 2:39 PM
To: col...@li...
Subject: Re: [coLinux-devel] documentation, icons

>>Hello,
>>
>>The doc/ directory in the source tarball needs to be updated. It would
>>very be good if one of you would take a few pages from the Wiki site,=20
>>compile them into a few documents and send me a patch.
>>
>>We also need icons for the daemons / consoles executables. Would
anyone=20
>>with the graphics acumen like to contribute?
>>
>>--=20
>>Dan Aloni
>>da...@co...
>>
>>



Something about:

colinux-daemon.exe

My first attemp

http://telejano.berlios.de/option/colinux1.ico

Triing to make a circular version of the icon with a dirty result :/

http://telejano.berlios.de/option/colinux4.ico

The icon is derived work from this icons:
http://www.gentoo.org/dyn/icons/DES.xml
http://www.gentoo.org/images/icons/l33t_DES_grey-hdd_win_umount.png


-------------------------------------------------------
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=3D1470&alloc_id=3D3638&op=3Dcli=
ck
_______________________________________________
coLinux-devel mailing list
coL...@li...
https://lists.sourceforge.net/lists/listinfo/colinux-devel

Re: [coLinux-devel] The daemon's default behavior

[Dan A. <da...@co...>]

On Wed, Apr 14, 2004 at 02:56:38PM +0200, ch...@to... wrote:
> Better put a getch() or something after the printing of defautlt
> parameters or something otherwise the typical windows user will never see
> it. ;)
> 
> Speaking of the typical windows user the current behavior does make it
> easy to start with a click. So on second thought it may be better to leave
> the default alone and just have it accept -h --help or /? to get usage.

It already has a '-h'.

Hopefully, when the GUI configurator/manager/whatever is done, people
won't even have to know about the daemon executable, and coLinux's 
execution would be handled from that GUI.

> If you do decide to change it then it would probably be a good idea to
> include a runcolinux.bat file that will use the default config file. (or a
> shortcut with the apropriate parameters )
> 
> Even as a mainly linux user I still revert to just clicking on stuff when
> in windows.

BTW, coLinux's behavior/design is completely open to debate. Anyone can feel 
free to suggest any change to the way coLinux works and interracts with the
user.

-- 
Dan Aloni
da...@co...

Re: [coLinux-devel] The daemon's default behavior

[<ch...@to...>]

Better put a getch() or something after the printing of defautlt
parameters or something otherwise the typical windows user will never see
it. ;)

Speaking of the typical windows user the current behavior does make it
easy to start with a click. So on second thought it may be better to leave
the default alone and just have it accept -h --help or /? to get usage.

If you do decide to change it then it would probably be a good idea to
include a runcolinux.bat file that will use the default config file. (or a
shortcut with the apropriate parameters )

Even as a mainly linux user I still revert to just clicking on stuff when
in windows.

chris


> Hello,
>
> I've been thinking about changing the daemon's default behavior to
> print its help screen when it doesn't receive any pparameters instead
> of trying to run Linux. It would help people to notice that the daemon
> in fact accepts parameters.
>
> If you have any objections about this, please tell me.
>
> --
> Dan Aloni
> da...@co...
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: IBM Linux Tutorials
> Free Linux tutorial presented by Daniel Robbins, President and CEO of
> GenToo technologies. Learn everything from fundamentals to system
> administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
> _______________________________________________
> coLinux-devel mailing list
> coL...@li...
> https://lists.sourceforge.net/lists/listinfo/colinux-devel
>

[coLinux-devel] The daemon's default behavior

[Dan A. <da...@co...>]

Hello,

I've been thinking about changing the daemon's default behavior to
print its help screen when it doesn't receive any pparameters instead
of trying to run Linux. It would help people to notice that the daemon
in fact accepts parameters.

If you have any objections about this, please tell me.

-- 
Dan Aloni
da...@co...

Re: [coLinux-devel] coLinux on NT4?

[Benoit M. <ben...@cg...>]

Hi
these two ones are the mod I made, but only running on "clean" nt4 (fresh
install), wasn't running on my workstation (dev computer) making it to
reboot, think about free mem, but hadn' time to investigate (since this, I
migrate my computer to win2k....... sry)
i'm sorry, but i don't have unidiff
based on 20040227 :
-src/colinux/os/winnt/kernel/lowlevel/alloc.c
$ diff alloc.c alloc_mod.c
93c93
<       ExFreePoolWithTag(ptr, CO_OS_POOL_TAG);
---
>       ExFreePool(ptr);

-/src/colinux/os/winnt/user/misc.c
$ diff misc.c misc_mod.c
20,21c20
<  MEMORYSTATUSEX m;
<  BOOL ret;
---
>  MEMORYSTATUS m;
24,28c23
<  ret = GlobalMemoryStatusEx(&m);
<  if (ret != TRUE) {
<   co_debug("Error, GlobalMemoryStatusEx returned: %x\n", GetLastError());
<   return CO_RC(ERROR);
<  }
---
>  GlobalMemoryStatus(&m);
30c25
<  if (m.ullTotalPhys > (DWORDLONG)0xFF000000) {
---
>  if (m.dwTotalPhys > (DWORDLONG)0xFF000000) {
36c31
<  *mem_size = 0xFF000000 & (((unsigned long)m.ullTotalPhys) + 0xFFFFFF);
---
>  *mem_size = 0xFF000000 & (((unsigned long)m.dwTotalPhys) + 0xFFFFFF);



----- Original Message -----
From: "Dan Aloni" <da...@co...>
To: "Benoit MICHEL" <ben...@cg...>
Cc: "Cooperative Linux Development" <col...@li...>
Sent: Wednesday, April 14, 2004 6:22 AM
Subject: Re: [coLinux-devel] coLinux on NT4?


> On Thu, Mar 04, 2004 at 10:59:56AM +0100, Benoit MICHEL wrote:
> > Hi all
> >
> > I succeed in running colinux on nt4 sp6a after replacing
ExFreePoolWithTag
> > (in src/colinux/winnt/kernel/lowlevel/alloc.c) with
> > ExFreePool.
> > and GlobalMemoryStatusEx (in /src/colinux/os/winnt/user/misc.c) with
> > GlobalMemoryStatus.
>
> Can you please send a unidiff patch for the tree, with all the
> changes you have made?
>
> --
> Dan Aloni
> da...@co...
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: IBM Linux Tutorials
> Free Linux tutorial presented by Daniel Robbins, President and CEO of
> GenToo technologies. Learn everything from fundamentals to system
> administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
> _______________________________________________
> coLinux-devel mailing list
> coL...@li...
> https://lists.sourceforge.net/lists/listinfo/colinux-devel

[coLinux-devel] BG-Rescue Linux Images

[<col...@ju...>]

Hi,

i have build a modified BG-Rescue Linux image (based on busybox).=20
The filesize is only 4 MB. I have useded it successfully to install Gento=
o
Linux 2004.0.

http://www.hoetzel.info/jo/Hacking/coLinux

J=FCrgen

Posted on sourceforge.net (Re: [coLinux-devel] Colinux + Fedora + Gnome + VNC HOWTO (was: Help on Fedora))

[Dan A. <da...@co...>]

On Wed, Apr 14, 2004 at 10:54:54AM +0200, Jaroslaw Kowalski wrote:

> Dan, if you find this release satisfactory, can you please put it on
> sourceforge ?

Done.

    http://sourceforge.net/project/showfiles.php?group_id=98788&package_id=108058

-- 
Dan Aloni
da...@co...

Re: [coLinux-devel] a. Memory leak ?, b. number of /dev/cobd?

[Dan A. <da...@co...>]

On Wed, Apr 14, 2004 at 01:24:15PM +0200, Axel Jessner wrote:

> No, I cannot rule out a problem with my own userspace program (made with fpc). :-)
> But the leak happens without any of my contributions.

It could be another process. Perhaps you should try to tackle 
it a bit more.
 
> I did do a very simple test and rebooted colinux, only ran top onm the console. The problem does persist (see attached
> snapshots). 
> 
> Since the beginning, under all kernel versions and configurations, on booting I get the following boot message:
> 
> EXT3 FS 2.4-0.9.19, 19 August 2002 on cobd(117,0), internal journal
> EXT3-fs: mounted filesystem with ordered data mode.
> VFS: Mounted root (ext3 filesystem).
> Freeing unused kernel memory: IMPLEMENTATION MISSING                                   <====
> EXT3 FS 2.4-0.9.19, 19 August 2002 on cobd(117,0), internal journal
> 
> could that point to the cause?

This has nothing to do with it. That message is about initmem not being 
freed, which is annoying but harmless.

-- 
Dan Aloni
da...@co...

Re: [coLinux-devel] a. Memory leak ?, b. number of /dev/cobd?

[Dan A. <da...@co...>]

On Wed, Apr 14, 2004 at 06:53:01PM +0800, Eugene Teo wrote:
> <quote sender="Dan Aloni">
> > On Wed, Apr 14, 2004 at 11:52:21AM +0200, Axel Jessner wrote:
> > > Hello everyone,
> > > 
> > > I am finding coLinux allready an extremely useful and productive way to help me use the best of both the Linux and
> > > Win-world. I am running it on a WIN2K Laptop (1 GB RAM and 2 GHz clock) where both are stable. 
> > > 
> > > Problem a.
> > > I made an overnight test using my own software to create an index of several 10k binary raw data files residing in roughly two
> > > hundred directories on an external 160 GB USB masstorage  drive. This meant finding, opening reading each file and writing some
> > > catalogue information to a text file.
> > > All in all this were  about 90 GB of data. The programme started to execute  quickly and efficiently but in the next morning it
> > > had ground to slow crawl. I found that everthing was swapped out and and swap-use continued to increase.
> > 
> > Did you rule out the possiblity that your userspace program has a leak,
> > and not the kernel? Unless you see lines such as '__alloc_pages: 0-order 
> > allocation failed', chances are there was no kernel memory leak. 
> > The symptoms you describe fit more to the case where a userspace 
> > program eats up too much memory.
> 
> even if you get to see such lines '__alloc_pages: 0-order allocation
> failed', it does not mean that there is a kernel memory leak. That could
> mean that the memory is trying really hard to accomodate and allocate
> memory under a really bad pressure.

The situation you are describing is more likely to occur when no
swap is installed, but that's not the case here.
 
-- 
Dan Aloni
da...@co...

Re: [coLinux-devel] a. Memory leak ?, b. number of /dev/cobd?

[Eugene T. <eug...@eu...>]

<quote sender="Dan Aloni">
> On Wed, Apr 14, 2004 at 11:52:21AM +0200, Axel Jessner wrote:
> > Hello everyone,
> > 
> > I am finding coLinux allready an extremely useful and productive way to help me use the best of both the Linux and
> > Win-world. I am running it on a WIN2K Laptop (1 GB RAM and 2 GHz clock) where both are stable. 
> > 
> > Problem a.
> > I made an overnight test using my own software to create an index of several 10k binary raw data files residing in roughly two
> > hundred directories on an external 160 GB USB masstorage  drive. This meant finding, opening reading each file and writing some
> > catalogue information to a text file.
> > All in all this were  about 90 GB of data. The programme started to execute  quickly and efficiently but in the next morning it
> > had ground to slow crawl. I found that everthing was swapped out and and swap-use continued to increase.
> 
> Did you rule out the possiblity that your userspace program has a leak,
> and not the kernel? Unless you see lines such as '__alloc_pages: 0-order 
> allocation failed', chances are there was no kernel memory leak. 
> The symptoms you describe fit more to the case where a userspace 
> program eats up too much memory.

even if you get to see such lines '__alloc_pages: 0-order allocation
failed', it does not mean that there is a kernel memory leak. That could
mean that the memory is trying really hard to accomodate and allocate
memory under a really bad pressure.

It is interesting to see such behaviour though. I would suggest Axel do a
simpler test to see if it is indeed your userspace application that is
causing this problem.

Eugene
-- 
Eugene TEO -  <eugeneteo%null!cc!uic!edu> <http://www.anomalistic.org/>
1024D/14A0DDE5 print D851 4574 E357 469C D308  A01E 7321 A38A 14A0 DDE5
main(i) { putchar(182623909 >> (i-1) * 5&31|!!(i<7)<<6) && main(++i); }

Re: [coLinux-devel] a. Memory leak ?, b. number of /dev/cobd?

[Dan A. <da...@co...>]

On Wed, Apr 14, 2004 at 11:52:21AM +0200, Axel Jessner wrote:
> Hello everyone,
> 
> I am finding coLinux allready an extremely useful and productive way to help me use the best of both the Linux and
> Win-world. I am running it on a WIN2K Laptop (1 GB RAM and 2 GHz clock) where both are stable. 
> 
> Problem a.
> I made an overnight test using my own software to create an index of several 10k binary raw data files residing in roughly two
> hundred directories on an external 160 GB USB masstorage  drive. This meant finding, opening reading each file and writing some
> catalogue information to a text file.
> All in all this were  about 90 GB of data. The programme started to execute  quickly and efficiently but in the next morning it
> had ground to slow crawl. I found that everthing was swapped out and and swap-use continued to increase.

Did you rule out the possiblity that your userspace program has a leak,
and not the kernel? Unless you see lines such as '__alloc_pages: 0-order 
allocation failed', chances are there was no kernel memory leak. 
The symptoms you describe fit more to the case where a userspace 
program eats up too much memory.

> I then found that even without the programme running, with a constant number of idle processes, free memory is slowly eaten
> up at about 100kB per minute. I attached two successive "top-results" to this mail. Apparently the reservation for Buffer
> increases regularely and this is taken away from free mem. Comparing that to a another (RedHat two-cpus) system I find
> that bufferspace also increases there, but not to the detriment of free mem. Could there be a problem with memory garbage
> collection in colinux?  Or can that be remedied in another way?

On normal conditions pages of the buffer cache is freed at some point. 
I've ran a few tests on coLinux and it clearly shows that it gets freed.

> Problem b.
> One of the great and ingenious advantages of coLinux and its interface to WIN is the fact that one can mount nearly all devices
> that WIN can mount, including i.e. masstorage on the WIN-USB ports either as flash memory sticks or big external
> disks. Nice is the facility to mount even more than WIN, i.e. the reiser partions on which the alternat boot Linux resides.
> This is normally not accessible by WIN. Please include it in the next kernel release as compiled in, if possible.
> Only the UDF-Packet format for CD-RWs posing as external RW-drives doesn't work, but this isn't supported by ordinary
> Linux either. In colinux I encounter a limitation in the number of /dev/cobd slots that can be allocated. On bootup the
> console message say eight are supported, but there are only four /dev/cobd0-3. I could not find the location whre this limit
> is set, nor could I increase the number of cobd in any other way. Does that depend on the kernel or on the debian
> base image?  

You can create the device node numbers for the other 4 devices using
mknod (1). 

About the 8 limit, it is semi-hard-coded at the moment, will be taken
care of in the next release.

-- 
Dan Aloni
da...@co...

[coLinux-devel] a. Memory leak ?, b. number of /dev/cobd?

[Axel J. <je...@MP...>]

Hello everyone,

I am finding coLinux allready an extremely useful and productive way to help me use the best of both the Linux and
Win-world. I am running it on a WIN2K Laptop (1 GB RAM and 2 GHz clock) where both are stable. 

Problem a.
I made an overnight test using my own software to create an index of several 10k binary raw data files residing in roughly two
hundred directories on an external 160 GB USB masstorage  drive. This meant finding, opening reading each file and writing some
catalogue information to a text file.
All in all this were  about 90 GB of data. The programme started to execute  quickly and efficiently but in the next morning it
had ground to slow crawl. I found that everthing was swapped out and and swap-use continued to increase.

I then found that even without the programme running, with a constant number of idle processes, free memory is slowly eaten
up at about 100kB per minute. I attached two successive "top-results" to this mail. Apparently the reservation for Buffer
increases regularely and this is taken away from free mem. Comparing that to a another (RedHat two-cpus) system I find
that bufferspace also increases there, but not to the detriment of free mem. Could there be a problem with memory garbage
collection in colinux?  Or can that be remedied in another way?

Problem b.
One of the great and ingenious advantages of coLinux and its interface to WIN is the fact that one can mount nearly all devices
that WIN can mount, including i.e. masstorage on the WIN-USB ports either as flash memory sticks or big external
disks. Nice is the facility to mount even more than WIN, i.e. the reiser partions on which the alternat boot Linux resides.
This is normally not accessible by WIN. Please include it in the next kernel release as compiled in, if possible.
Only the UDF-Packet format for CD-RWs posing as external RW-drives doesn't work, but this isn't supported by ordinary
Linux either. In colinux I encounter a limitation in the number of /dev/cobd slots that can be allocated. On bootup the
console message say eight are supported, but there are only four /dev/cobd0-3. I could not find the location whre this limit
is set, nor could I increase the number of cobd in any other way. Does that depend on the kernel or on the debian
base image?  

I am truly grateful for the superb ideas and all the work you have put into the colinux development, it is certainly better
and more useful that VMware which was quite troublesome so that we don't use it much any more.

cheers

  Axel Jessner 

>>>>>>>>>>>>>>>>>>>>>>>>>>>> after boot and login via ssh

 11:10:30 up 0 min,  1 user,  load average: 0.07, 0.03, 0.01
32 processes: 30 sleeping, 2 running, 0 zombie, 0 stopped
CPU states:   0.0% user,   0.0% system,   0.0% nice,  100.0% idle
Mem:     94540K total,    18324K used,    76216K free,     1844K buffers
Swap:   262136K total,        0K used,   262136K free,     8604K cached

  PID USER     PRI  NI  SIZE  RSS SHARE STAT %CPU %MEM   TIME COMMAND
    1 root       7   0   484  484   424 S     0.0  0.5   0:00 init
    2 root       9   0     0    0     0 SW    0.0  0.0   0:00 keventd
    3 root      19  19     0    0     0 SWN   0.0  0.0   0:00 ksoftirqd_CPU0
    4 root       9   0     0    0     0 SW    0.0  0.0   0:00 kswapd
    5 root       9   0     0    0     0 SW    0.0  0.0   0:00 bdflush
    6 root       9   0     0    0     0 SW    0.0  0.0   0:00 kupdated
    7 root       9   0     0    0     0 SW    0.0  0.0   0:00 kjournald
   64 root       9   0     0    0     0 SW    0.0  0.0   0:00 kreiserfsd
   88 daemon     9   0   416  416   344 S     0.0  0.4   0:00 portmap
  148 root       9   0   780  780   664 S     0.0  0.8   0:00 syslogd
  151 root       9   0   508  508   380 S     0.0  0.5   0:00 klogd
  163 root       9   0   728  728   644 S     0.0  0.7   0:00 inetd
  167 root       9   0   744  744   652 S     0.0  0.7   0:00 lpd
  173 root       9   0  1204 1204   768 S     0.0  1.2   0:00 nmbd
  181 root       9   0  1240 1240   768 S     0.0  1.3   0:00 smbd
  194 root      10   0  1280 1280  1156 S     0.0  1.3   0:00 sshd
  197 daemon     9   0   580  580   504 S     0.0  0.6   0:00 atd
  200 root       9   0   684  684   564 S     0.0  0.7   0:00 cron
  212 root       9   0   468  468   408 S     0.0  0.4   0:00 getty
  213 root       9   0   468  468   408 S     0.0  0.4   0:00 getty
  214 root       9   0   468  468   408 S     0.0  0.4   0:00 getty
  215 root       9   0   468  468   408 S     0.0  0.4   0:00 getty
  216 root       9   0   468  468   408 S     0.0  0.4   0:00 getty
  230 root      10   0   468  468   408 S     0.0  0.4   0:00 getty
  242 root      10   0  1832 1832  1676 S     0.0  1.9   0:00 sshd
  244 jessner   14   0  1936 1936  1736 R     0.0  2.0   0:00 sshd
  245 jessner   11   0  1036 1036   764 S     0.0  1.0   0:00 tcsh
  246 jessner   11   0   816  816   644 S     0.0  0.8   0:00 sftp-server
  247 jessner   13   0  1036 1036   764 S     0.0  1.0   0:00 tcsh
  248 jessner   13   0  1480 1480   960 S     0.0  1.5   0:00 tcsh
  249 jessner   13   0   816  816   644 S     0.0  0.8   0:00 sftp-server
  250 jessner   14   0   932  932   748 R     0.0  0.9   0:00 top


>>>>>>>>>>>>>>>>>>> After 1 minute

 11:11:20 up 1 min,  1 user,  load average: 0.03, 0.02, 0.00
32 processes: 30 sleeping, 2 running, 0 zombie, 0 stopped
CPU states:   0.2% user,   0.0% system,   0.0% nice,  99.8% idle
Mem:     94540K total,    18412K used,    76128K free,     1932K buffers
Swap:   262136K total,        0K used,   262136K free,     8604K cached

  PID USER     PRI  NI  SIZE  RSS SHARE STAT %CPU %MEM   TIME COMMAND
  244 jessner   15   0  1936 1936  1736 R     0.1  2.0   0:00 sshd
    1 root       8   0   484  484   424 S     0.0  0.5   0:00 init
    2 root       9   0     0    0     0 SW    0.0  0.0   0:00 keventd
    3 root      19  19     0    0     0 SWN   0.0  0.0   0:00 ksoftirqd_CPU0
    4 root       9   0     0    0     0 SW    0.0  0.0   0:00 kswapd
    5 root       9   0     0    0     0 SW    0.0  0.0   0:00 bdflush
    6 root       9   0     0    0     0 SW    0.0  0.0   0:00 kupdated
    7 root       9   0     0    0     0 SW    0.0  0.0   0:00 kjournald
   64 root       9   0     0    0     0 SW    0.0  0.0   0:00 kreiserfsd
   88 daemon     9   0   416  416   344 S     0.0  0.4   0:00 portmap
  148 root       9   0   780  780   664 S     0.0  0.8   0:00 syslogd
  151 root       9   0   508  508   380 S     0.0  0.5   0:00 klogd
  163 root       9   0   728  728   644 S     0.0  0.7   0:00 inetd
  167 root       9   0   744  744   652 S     0.0  0.7   0:00 lpd
  173 root       9   0  1204 1204   768 S     0.0  1.2   0:00 nmbd
  181 root       9   0  1240 1240   768 S     0.0  1.3   0:00 smbd
  194 root       9   0  1280 1280  1156 S     0.0  1.3   0:00 sshd
  197 daemon     9   0   580  580   504 S     0.0  0.6   0:00 atd
  200 root       9   0   684  684   564 S     0.0  0.7   0:00 cron
  212 root       9   0   468  468   408 S     0.0  0.4   0:00 getty
  213 root       9   0   468  468   408 S     0.0  0.4   0:00 getty
  214 root       9   0   468  468   408 S     0.0  0.4   0:00 getty
  215 root       9   0   468  468   408 S     0.0  0.4   0:00 getty
  216 root       9   0   468  468   408 S     0.0  0.4   0:00 getty
  230 root       9   0   468  468   408 S     0.0  0.4   0:00 getty
  242 root       9   0  1832 1832  1676 S     0.0  1.9   0:00 sshd
  245 jessner   10   0  1036 1036   764 S     0.0  1.0   0:00 tcsh
  246 jessner   10   0   816  816   644 S     0.0  0.8   0:00 sftp-server
  247 jessner   11   0  1036 1036   764 S     0.0  1.0   0:00 tcsh
  248 jessner   11   0  1480 1480   960 S     0.0  1.5   0:00 tcsh
  249 jessner   11   0   816  816   644 S     0.0  0.8   0:00 sftp-server
  250 jessner   11   0   932  932   748 R     0.0  0.9   0:00 top













-- 


----------------------------------------------------------------

       Dr. Axel Jessner
       MPIfR Radioobservatory Effelsberg
       D-53902 Bad Muenstereifel
       Phone: Germany (0)2257-301-127
       FAX:           (0)2257-301-105

----------------------------------------------------------------

[coLinux-devel] Colinux + Fedora + Gnome + VNC HOWTO (was: Help on Fedora)

[Jaroslaw K. <ja...@zd...>]

Hi guys!

I've put an updated "colinux_minimal_fedora_core_1.zip" package that also
contains yum and all the dependencies necessary to run it. I've also
enhanced the description of the installation process and I've provided a
step-by-step instructions for running CoLinux with Gnome that comes with
Fedora over a VNC session.

Also included is a two-line howto for running synaptic and downloading
updated packages. You can find everything here:

http://jaak.sav.net/colinux/

Any feedback is welcome. Feel free to include this information in the wiki
or a FAQ.
Dan, if you find this release satisfactory, can you please put it on
sourceforge ?

Jarek

----- Original Message ----- 
From: "Jaroslaw Kowalski" <ja...@zd...>
To: "morfic" <mo...@bb...>; "Dan Milisic" <dmi...@ca...>
Cc: <col...@li...>
Sent: Wednesday, April 14, 2004 7:39 AM
Subject: Re: [coLinux-devel] Help on Fedora


> Sorry about that missing "yum". You're right - it shouldn't be called
fedora
> anymore. I suggest "minimal working Fedora with apt-get".
>
> I wanted the image to be small, so instead of installing the full fedora
on
> a partition and then dumping it to a file I started with a file and kept
> adding packages until I managed to bootstrap the base system without any
> unnecessary libraries.
>
> Basically what you're getting is:
>
> * everything needed to boot fedora and get the bash prompt (SysV init
> scripts and config stuff)
> * basic unix utilities
> * openssh client/server
> * nano text editor
> * vim text editor
> * apt-get o get anything else that might be needed.
>
> I've developed a script that produces this base system in a reliable and
> reproducible manner. The resulting filesystem is 280MB uncompressed which
is
> about 200MB less than minimal fedora I could get using anaconda. apt-get
is
> pretty good at geting the missing stuff after that.
>
> I was never successful at using YUM so obviously I forgot to include it.
> Looks like the tool can easily eat the whole available bandwidth
downloading
> package headers yet it's about 30 times slower than apt-get (I'm using a
> low-latency, 512 kbps link). I never actually understood how one could
> prefer it to apt-get which is blazing fast.
>
> Jarek
>
> BTW. I'll update the image to contain "yum" package today.
>
> ----- Original Message ----- 
> From: "morfic" <mo...@bb...>
> To: "Dan Milisic" <dmi...@ca...>
> Cc: <col...@li...>
> Sent: Wednesday, April 14, 2004 4:43 AM
> Subject: Re: [coLinux-devel] Help on Fedora
>
>
> > i was commenting on the pressumptiousness of removing a core tool, what
> > you insiuate i should do would be better directed at the individual who
> > decided to get his "real" fedora/taste spread
> > you say a missing "setup" is having all the tools to get the job done in
> > there? :)
> > and why install yum? it's part of a plain install and you have to put
> > forth effort to remove it to spread your "real" fedora, it was he who
> > put his taste forth, i simple sought out an opportunity to try either
> > im not asking to get an image "to my taste" rather than that i say
> > "don't suggest what you prefer is what everyone should use, especially
> > if setup is missing" (no, no mention of setup in initial email)
> > how is it a time saver if you have to bring it back to a decent
> > unaltered state
> >
> > not that big of a deal, i just wont use it
> > i just wonder what Gentoo users would say if someone had a great Gentoo
> > timesaver that turns out to be debian? (smile, im joking ;P)
> >
> >
> > Dan Milisic wrote:
> >
> > > Thanks for the image Jarek... The FC image is a fantastic time-saver.
> > >
> > > morfic wrote:
> > >
> > >> why waste everyone's time with a fedora image that is no longer
fedora
> > >
> > >
> > > Okay... if you don't like apt for whatever reason, use it once:
> > > "apt-get install yum"
> > >
> > > Not exactly a massive hardship.... sheesh.
> > >
> > > For what it's worth, you can apt/yum it to whatever you think a 'real'
> > > FC install is... all the tools necessary to get the job done easily
> > > are 'in there'.
> > >
> > > D.
> > >
> > >
> > > -------------------------------------------------------
> > > This SF.Net email is sponsored by: IBM Linux Tutorials
> > > Free Linux tutorial presented by Daniel Robbins, President and CEO of
> > > GenToo technologies. Learn everything from fundamentals to system
> > > administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
> > > _______________________________________________
> > > coLinux-devel mailing list
> > > coL...@li...
> > > https://lists.sourceforge.net/lists/listinfo/colinux-devel
> > >
> > >
> >
> >
> > -------------------------------------------------------
> > This SF.Net email is sponsored by: IBM Linux Tutorials
> > Free Linux tutorial presented by Daniel Robbins, President and CEO of
> > GenToo technologies. Learn everything from fundamentals to system
> > administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
> > _______________________________________________
> > coLinux-devel mailing list
> > coL...@li...
> > https://lists.sourceforge.net/lists/listinfo/colinux-devel
> >
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: IBM Linux Tutorials
> Free Linux tutorial presented by Daniel Robbins, President and CEO of
> GenToo technologies. Learn everything from fundamentals to system
> administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
> _______________________________________________
> coLinux-devel mailing list
> coL...@li...
> https://lists.sourceforge.net/lists/listinfo/colinux-devel
>

Re: [coLinux-devel] Help on Fedora

[Jaroslaw K. <ja...@zd...>]

Sorry about that missing "yum". You're right - it shouldn't be called fedora
anymore. I suggest "minimal working Fedora with apt-get".

I wanted the image to be small, so instead of installing the full fedora on
a partition and then dumping it to a file I started with a file and kept
adding packages until I managed to bootstrap the base system without any
unnecessary libraries.

Basically what you're getting is:

* everything needed to boot fedora and get the bash prompt (SysV init
scripts and config stuff)
* basic unix utilities
* openssh client/server
* nano text editor
* vim text editor
* apt-get o get anything else that might be needed.

I've developed a script that produces this base system in a reliable and
reproducible manner. The resulting filesystem is 280MB uncompressed which is
about 200MB less than minimal fedora I could get using anaconda. apt-get is
pretty good at geting the missing stuff after that.

I was never successful at using YUM so obviously I forgot to include it.
Looks like the tool can easily eat the whole available bandwidth downloading
package headers yet it's about 30 times slower than apt-get (I'm using a
low-latency, 512 kbps link). I never actually understood how one could
prefer it to apt-get which is blazing fast.

Jarek

BTW. I'll update the image to contain "yum" package today.

----- Original Message ----- 
From: "morfic" <mo...@bb...>
To: "Dan Milisic" <dmi...@ca...>
Cc: <col...@li...>
Sent: Wednesday, April 14, 2004 4:43 AM
Subject: Re: [coLinux-devel] Help on Fedora


> i was commenting on the pressumptiousness of removing a core tool, what
> you insiuate i should do would be better directed at the individual who
> decided to get his "real" fedora/taste spread
> you say a missing "setup" is having all the tools to get the job done in
> there? :)
> and why install yum? it's part of a plain install and you have to put
> forth effort to remove it to spread your "real" fedora, it was he who
> put his taste forth, i simple sought out an opportunity to try either
> im not asking to get an image "to my taste" rather than that i say
> "don't suggest what you prefer is what everyone should use, especially
> if setup is missing" (no, no mention of setup in initial email)
> how is it a time saver if you have to bring it back to a decent
> unaltered state
>
> not that big of a deal, i just wont use it
> i just wonder what Gentoo users would say if someone had a great Gentoo
> timesaver that turns out to be debian? (smile, im joking ;P)
>
>
> Dan Milisic wrote:
>
> > Thanks for the image Jarek... The FC image is a fantastic time-saver.
> >
> > morfic wrote:
> >
> >> why waste everyone's time with a fedora image that is no longer fedora
> >
> >
> > Okay... if you don't like apt for whatever reason, use it once:
> > "apt-get install yum"
> >
> > Not exactly a massive hardship.... sheesh.
> >
> > For what it's worth, you can apt/yum it to whatever you think a 'real'
> > FC install is... all the tools necessary to get the job done easily
> > are 'in there'.
> >
> > D.
> >
> >
> > -------------------------------------------------------
> > This SF.Net email is sponsored by: IBM Linux Tutorials
> > Free Linux tutorial presented by Daniel Robbins, President and CEO of
> > GenToo technologies. Learn everything from fundamentals to system
> > administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
> > _______________________________________________
> > coLinux-devel mailing list
> > coL...@li...
> > https://lists.sourceforge.net/lists/listinfo/colinux-devel
> >
> >
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: IBM Linux Tutorials
> Free Linux tutorial presented by Daniel Robbins, President and CEO of
> GenToo technologies. Learn everything from fundamentals to system
> administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
> _______________________________________________
> coLinux-devel mailing list
> coL...@li...
> https://lists.sourceforge.net/lists/listinfo/colinux-devel
>

Re: [coLinux-devel] coLinux on NT4?

[Dan A. <da...@co...>]

On Thu, Mar 04, 2004 at 10:59:56AM +0100, Benoit MICHEL wrote:
> Hi all
> 
> I succeed in running colinux on nt4 sp6a after replacing ExFreePoolWithTag
> (in src/colinux/winnt/kernel/lowlevel/alloc.c) with
> ExFreePool.
> and GlobalMemoryStatusEx (in /src/colinux/os/winnt/user/misc.c) with
> GlobalMemoryStatus.

Can you please send a unidiff patch for the tree, with all the
changes you have made?

-- 
Dan Aloni
da...@co...

Re: [coLinux-devel] Help on Fedora

[Jaroslaw K. <ja...@zd...>]

The kernel is unmodified. I just wanted to make sure that it matches the
modules inside the root filesystem.

I renamed "vmlinux" that comes with

http://www.colinux.org/snapshots/coLinux-20040411-2.exe

and put the appropriate modules inside the root.

C:\colinux>md5sum vmlinux fc1_kernel
7c0f6363be226b45ece4f101002f1816 *vmlinux
7c0f6363be226b45ece4f101002f1816 *fc1_kernel

Jarek

----- Original Message ----- 
From: "Dan Aloni" <da...@co...>
To: "Jaroslaw Kowalski" <ja...@zd...>
Cc: <wa...@co...>; <col...@li...>
Sent: Wednesday, April 14, 2004 6:49 AM
Subject: Re: [coLinux-devel] Help on Fedora


> On Wed, Apr 14, 2004 at 07:27:47AM +0300, Dan Aloni wrote:
> > On Tue, Apr 13, 2004 at 09:32:28PM +0200, Jaroslaw Kowalski wrote:
> >
> > > I'm just uploading a package containing Fedora Core 1 root image +
config
> > > file + kernel + setup instructions.
> > >
> > >[snip]
> > >
> > > P.S. The bandwidth at sav.net is not infinite, so it would be great if
> > > someone could put this on sourceforge.
> >
> > I am going to upload this today.
>
> After looking at it, no.
>
> Including a custom kernel with the image is a bad idea. At this point,
> coLinux doesn't verify compatiblity between vmlinux and the rest of the
> code. Any binary incompatiblity can lead to crashes. You wouldn't want
> to tie the image to one coLinux release anyway.
>
> If there's important something missing from the default kernel that is
> bundled with coLinux's releases, please tell me and I'll add it. You
> could have at least supply the .config file that you compiled the kernel
> with, along with that image.
>
> -- 
> Dan Aloni
> da...@co...
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: IBM Linux Tutorials
> Free Linux tutorial presented by Daniel Robbins, President and CEO of
> GenToo technologies. Learn everything from fundamentals to system
> administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
> _______________________________________________
> coLinux-devel mailing list
> coL...@li...
> https://lists.sourceforge.net/lists/listinfo/colinux-devel
>

Re: [coLinux-devel] Help on Fedora

[Dan A. <da...@co...>]

On Wed, Apr 14, 2004 at 07:27:47AM +0300, Dan Aloni wrote:
> On Tue, Apr 13, 2004 at 09:32:28PM +0200, Jaroslaw Kowalski wrote:
> 
> > I'm just uploading a package containing Fedora Core 1 root image + config
> > file + kernel + setup instructions.
> >
> >[snip]
> > 
> > P.S. The bandwidth at sav.net is not infinite, so it would be great if
> > someone could put this on sourceforge.
> 
> I am going to upload this today.

After looking at it, no.

Including a custom kernel with the image is a bad idea. At this point,
coLinux doesn't verify compatiblity between vmlinux and the rest of the 
code. Any binary incompatiblity can lead to crashes. You wouldn't want 
to tie the image to one coLinux release anyway.

If there's important something missing from the default kernel that is 
bundled with coLinux's releases, please tell me and I'll add it. You 
could have at least supply the .config file that you compiled the kernel 
with, along with that image.

-- 
Dan Aloni
da...@co...

Re: [coLinux-devel] Help on Fedora

[Dan A. <da...@co...>]

On Tue, Apr 13, 2004 at 09:32:28PM +0200, Jaroslaw Kowalski wrote:

> I'm just uploading a package containing Fedora Core 1 root image + config
> file + kernel + setup instructions.
>
>[snip]
> 
> P.S. The bandwidth at sav.net is not infinite, so it would be great if
> someone could put this on sourceforge.

I am going to upload this today.

-- 
Dan Aloni
da...@co...

[coLinux-devel] mailing list archives

[Dan A. <da...@co...>]

Hello,

Gmane has recently started archiving this mailing list, colinux-devel.

     http://news.gmane.org/gmane.linux.colinux.devel

It can serve as an alternative for the sometimes faulty sourceforge.net
archives. I have yet sent them a corpus of the last few months' threads,
but any message since yesterday should appear there already.

-- 
Dan Aloni
da...@co...

Re: [coLinux-devel] Help on Fedora

[morfic <mo...@bb...>]

i was commenting on the pressumptiousness of removing a core tool, what 
you insiuate i should do would be better directed at the individual who 
decided to get his "real" fedora/taste spread
you say a missing "setup" is having all the tools to get the job done in 
there? :)
and why install yum? it's part of a plain install and you have to put 
forth effort to remove it to spread your "real" fedora, it was he who 
put his taste forth, i simple sought out an opportunity to try either
im not asking to get an image "to my taste" rather than that i say 
"don't suggest what you prefer is what everyone should use, especially 
if setup is missing" (no, no mention of setup in initial email)
how is it a time saver if you have to bring it back to a decent 
unaltered state

not that big of a deal, i just wont use it
i just wonder what Gentoo users would say if someone had a great Gentoo 
timesaver that turns out to be debian? (smile, im joking ;P)


Dan Milisic wrote:

> Thanks for the image Jarek... The FC image is a fantastic time-saver.
>
> morfic wrote:
>
>> why waste everyone's time with a fedora image that is no longer fedora
>
>
> Okay... if you don't like apt for whatever reason, use it once:
> "apt-get install yum"
>
> Not exactly a massive hardship.... sheesh.
>
> For what it's worth, you can apt/yum it to whatever you think a 'real' 
> FC install is... all the tools necessary to get the job done easily 
> are 'in there'.
>
> D.
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: IBM Linux Tutorials
> Free Linux tutorial presented by Daniel Robbins, President and CEO of
> GenToo technologies. Learn everything from fundamentals to system
> administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
> _______________________________________________
> coLinux-devel mailing list
> coL...@li...
> https://lists.sourceforge.net/lists/listinfo/colinux-devel
>
>

Re: [coLinux-devel] Help on Fedora

[Dan M. <dmi...@ca...>]

Thanks for the image Jarek... The FC image is a fantastic time-saver.

morfic wrote:

> why waste everyone's time with a fedora image that is no longer fedora

Okay... if you don't like apt for whatever reason, use it once:
"apt-get install yum"

Not exactly a massive hardship.... sheesh.

For what it's worth, you can apt/yum it to whatever you think a 'real' 
FC install is... all the tools necessary to get the job done easily are 
'in there'.

D.

Re: [coLinux-devel] Help on Fedora

[morfic <mo...@bb...>]

why waste everyone's time with a fedora image that is no longer fedora
i would have enjoyed trying fedora this way, unfortunately tools are 
missing, especially yum, the core package manager of fedora
if you want to help people run images other than gentoo and debian, do 
not force your own preferences onto them by removing tools you 
personally dont like
"quite minimal" does in no way say "here, it was fedora, but i managed 
to butcher it enough to a point i could name it anything i want"

thanks for your effort

Jaroslaw Kowalski wrote:

>It's there. Feel free to download it and send your comments.
>
>Jarek
>----- Original Message ----- 
>From: "Jaroslaw Kowalski" <ja...@zd...>
>To: <wa...@co...>; <col...@li...>
>Sent: Tuesday, April 13, 2004 9:32 PM
>Subject: Re: [coLinux-devel] Help on Fedora
>
>
>  
>
>>I'm just uploading a package containing Fedora Core 1 root image + config
>>file + kernel + setup instructions.
>>
>>In about 30 minutes it will be available at:
>>
>>http://jaak.sav.net/colinux/
>>
>>The file is about 70 MBs in size and contains a 2GB root image + bzipped
>>swapfiles for your convenience. Fedora is quite minimal and contains
>>    
>>
>nothing
>  
>
>>but the core packages. It has "vim" and "nano" text editors "apt-get" to
>>update and install new software.
>>
>>I used the latest snapshot of CoLinux
>>
>>http://www.colinux.org/snapshots/coLinux-20040411-2.exe)
>>
>>Haven't tested it against 0.6.0.
>>
>>Jarek
>>
>>P.S. The bandwidth at sav.net is not infinite, so it would be great if
>>someone could put this on sourceforge.
>>
>>----- Original Message ----- 
>>From: <wa...@co...>
>>To: <col...@li...>
>>Sent: Tuesday, April 13, 2004 4:48 PM
>>Subject: [coLinux-devel] Help on Fedora
>>
>>
>>    
>>
>>>Is there a good resource or "how-to" on how I could use the Fedora
>>>      
>>>
>distro
>  
>
>>on colinux, vs. the Debian or Gentoo images that are available?
>>    
>>
>>>Thanks!
>>>
>>>--
>>>Scott Ware
>>>wa...@co...
>>>
>>>
>>>-------------------------------------------------------
>>>This SF.Net email is sponsored by: IBM Linux Tutorials
>>>Free Linux tutorial presented by Daniel Robbins, President and CEO of
>>>GenToo technologies. Learn everything from fundamentals to system
>>>administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
>>>_______________________________________________
>>>coLinux-devel mailing list
>>>coL...@li...
>>>https://lists.sourceforge.net/lists/listinfo/colinux-devel
>>>
>>>      
>>>
>
>
>
>-------------------------------------------------------
>This SF.Net email is sponsored by: IBM Linux Tutorials
>Free Linux tutorial presented by Daniel Robbins, President and CEO of
>GenToo technologies. Learn everything from fundamentals to system
>administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
>_______________________________________________
>coLinux-devel mailing list
>coL...@li...
>https://lists.sourceforge.net/lists/listinfo/colinux-devel
>
>
>  
>

Re: [coLinux-devel] Why not utilize NT's Subsystem capabilities?

[andre <avb...@gm...>]

On Tuesday 13 April 2004 09:12, Anthony Scott wrote:
> I think you have a great vision and a great product, but why are you using
> a virtualization method for hosting the CoLinux environment on Windows
> instead of creating a true Linux Subsystem?
>
>
>
> Using the NT Subsystem would allow you many of the features you are
> striving to implement, especially interoperability with the existing Win32
> subsystem and the NT kernel level drivers?
>
>
>
> One of the remarkable abilities of the NT architecture is the client/server
> kernel that allows for Subsystem implementations, as has been demonstrated
> by Win32, Win64, OS/2, Posix, and even Microsoft Unix services. They are
> all basic independent OSes with their own kernels that sit on top of the NT
> kernel architecture.
>
>
>
> If you designed CoLinux as a true subsystem of NT, you would still be able
> to maintain a full Linux kernel and binary compatibility, but also be able
> to utilize drivers from the NT core and not have to virtualize 'host
> drivers' and also be able to share information via the NT kernel to other
> subsystems like Win32/Win64, etc.
>
>
>
> Even XWindowed applications could run in independent windows and not in the
> CoLinux virtualization Window.

You can do that already with cygwin XFree86.

>
>
>
> I don't know if this is a concept you have already explored, but I find it
> strange that with the NT kernel subsystem technologies that you would set
> out to create a virtualization environment for your CoLinux instead of
> creating an NT Linux Subsystem.

There are a lot less people who know the NT kernel subsystem than regular 
windows. And i have a suspision that if microsoft would change it nobody but 
colinux would care.
Also colinux is not only meant for windows but also for linux and any other 
modern operating system so you can't be too smart

Re: [coLinux-devel] Help on Fedora

[Jaroslaw K. <ja...@zd...>]

It's there. Feel free to download it and send your comments.

Jarek
----- Original Message ----- 
From: "Jaroslaw Kowalski" <ja...@zd...>
To: <wa...@co...>; <col...@li...>
Sent: Tuesday, April 13, 2004 9:32 PM
Subject: Re: [coLinux-devel] Help on Fedora


> I'm just uploading a package containing Fedora Core 1 root image + config
> file + kernel + setup instructions.
>
> In about 30 minutes it will be available at:
>
> http://jaak.sav.net/colinux/
>
> The file is about 70 MBs in size and contains a 2GB root image + bzipped
> swapfiles for your convenience. Fedora is quite minimal and contains
nothing
> but the core packages. It has "vim" and "nano" text editors "apt-get" to
> update and install new software.
>
> I used the latest snapshot of CoLinux
>
> http://www.colinux.org/snapshots/coLinux-20040411-2.exe)
>
> Haven't tested it against 0.6.0.
>
> Jarek
>
> P.S. The bandwidth at sav.net is not infinite, so it would be great if
> someone could put this on sourceforge.
>
> ----- Original Message ----- 
> From: <wa...@co...>
> To: <col...@li...>
> Sent: Tuesday, April 13, 2004 4:48 PM
> Subject: [coLinux-devel] Help on Fedora
>
>
> > Is there a good resource or "how-to" on how I could use the Fedora
distro
> on colinux, vs. the Debian or Gentoo images that are available?
> >
> > Thanks!
> >
> > --
> > Scott Ware
> > wa...@co...
> >
> >
> > -------------------------------------------------------
> > This SF.Net email is sponsored by: IBM Linux Tutorials
> > Free Linux tutorial presented by Daniel Robbins, President and CEO of
> > GenToo technologies. Learn everything from fundamentals to system
> > administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
> > _______________________________________________
> > coLinux-devel mailing list
> > coL...@li...
> > https://lists.sourceforge.net/lists/listinfo/colinux-devel
> >
>