You can subscribe to this list here.
2004 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(100) |
Jun
(134) |
Jul
(149) |
Aug
(123) |
Sep
(185) |
Oct
(122) |
Nov
(59) |
Dec
(127) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2005 |
Jan
(128) |
Feb
(233) |
Mar
(210) |
Apr
(196) |
May
(85) |
Jun
(96) |
Jul
(76) |
Aug
(149) |
Sep
(65) |
Oct
(78) |
Nov
(121) |
Dec
(82) |
2006 |
Jan
(249) |
Feb
(181) |
Mar
(176) |
Apr
(156) |
May
(128) |
Jun
(102) |
Jul
(157) |
Aug
(80) |
Sep
(42) |
Oct
(49) |
Nov
(36) |
Dec
(42) |
2007 |
Jan
(64) |
Feb
(38) |
Mar
(45) |
Apr
(74) |
May
(26) |
Jun
(20) |
Jul
(17) |
Aug
(12) |
Sep
(40) |
Oct
(7) |
Nov
(14) |
Dec
(16) |
2008 |
Jan
(52) |
Feb
(49) |
Mar
(90) |
Apr
(80) |
May
(78) |
Jun
(82) |
Jul
(25) |
Aug
(8) |
Sep
(10) |
Oct
(11) |
Nov
(3) |
Dec
(17) |
2009 |
Jan
(12) |
Feb
(16) |
Mar
(20) |
Apr
(14) |
May
(17) |
Jun
(10) |
Jul
(13) |
Aug
(12) |
Sep
(21) |
Oct
(10) |
Nov
(30) |
Dec
(1) |
2010 |
Jan
(2) |
Feb
(7) |
Mar
(22) |
Apr
(6) |
May
(33) |
Jun
(5) |
Jul
(4) |
Aug
(38) |
Sep
(46) |
Oct
(23) |
Nov
(9) |
Dec
(5) |
2011 |
Jan
(21) |
Feb
(27) |
Mar
(1) |
Apr
(18) |
May
(12) |
Jun
(12) |
Jul
(10) |
Aug
(30) |
Sep
(4) |
Oct
|
Nov
(9) |
Dec
(19) |
2012 |
Jan
(26) |
Feb
(6) |
Mar
(8) |
Apr
(7) |
May
(3) |
Jun
|
Jul
(10) |
Aug
(1) |
Sep
(18) |
Oct
(5) |
Nov
|
Dec
(1) |
2013 |
Jan
(27) |
Feb
|
Mar
(11) |
Apr
(14) |
May
|
Jun
(1) |
Jul
|
Aug
(7) |
Sep
|
Oct
(1) |
Nov
(2) |
Dec
|
2014 |
Jan
|
Feb
|
Mar
|
Apr
(25) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2015 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
(1) |
Aug
|
Sep
(1) |
Oct
|
Nov
(2) |
Dec
|
2016 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
2017 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(2) |
Sep
|
Oct
|
Nov
|
Dec
|
2024 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
2025 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(2) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Shang-Feng Y. <st...@ch...> - 2004-05-31 18:00:38
|
Neil wrote: >I have installed CoLinux 0.6.1 and got everything working, but I can't get >it to go through my Kerio firewall. I am using a TAP driver and ICS. When >CoLinux first starts up Kerio asks if this is a trusted network and I say >yes. I can then ping from CoLinux to the internet. If I try browsing it >sometimes works for a while but then stops. If I disable the firewall it >works again. >What is the rule I need to set to enable CoLinux to go through the firewall. >Thanks >Neil > > What version of Kerio PFW do you use? I am using Kerio v2.1.5, and my coLinux v0.6.1 with Fedora Core 1 root image is capable to access internet smoothly with TAP driver via Windows XP ICS. The rules specialized for coLinux internet accessing are: 1. permit ICMP [3] & [8] incoming traffic from the intranet address coLinux used. 2. permit all TCP/UDP incoming traffic from coLinux. 3. enable the special forwarding mode -- Internet Gateway -- of Kerio. 4. permit all outgoing TCP traffic of the application "c:\windows\system32\alg.exe" (Application Layer Gateway Service). The ICMP rule must be prior to the rule "Other ICMP" that Kerio pre-configured to take effect. The rules I used may be slack in security, but it work for me. :> May these info be helpful! :> S.F. Yang PS. I'm very sorry for the previous reply which "To:" field was carelessly filled to col...@li.... I hope that would not cause trouble to list administrator. |
From: David K. <da...@gi...> - 2004-05-31 16:18:51
|
> Michael Laccetti wrote: >>> Not sure if anybody else is having this problem, or I'm just the >>> lucky soul. ...using Gentoo ... 'emerge sync' followed by 'emerge >>> -u world'. The world upgrade chokes horribly on upgrading Perl, >>> for some reason. Has anybody seen this >>> problem, and better yet, resolved it? I'm having a specific problem >>> with the tests that are performed, it basically hangs at the >>> following 'lib/Benchmark........................' >>> >> Joel Moore wrote >> >> I have the same problem. I didn't notice it eating CPU, I thought it >> was just hung and doing nothing, but I could be wrong. >> > > Well, I've done an emerge inject perl-5.8.4 just to get past it. But > still, this is a bit of a showstopper. If you can't emerge -u world, > that's not a good sign. it's not limited to gentoo either, of course. the make tests also fail for Time::Hires, and thus for all the Benchmarks, even when compiling perl 5.8.4 on the coLinux-supplied debian filesystem image. i was trying this perlmonks tutorial "Install parallel Perl on Debian" [ http://perlmonks.thepen.com/285799.html ] i think it has something to do with the fact that my underlying filesystem is FAT32 instead of NTFS. FAT32 files have a time "resolution" of just less that 2 seconds, which confuses compilers and makes Time::Hires think it has failed when it hasn't really -- the filesystem has failed it. the only workaround i know of is to just not run "make test" when compiling perl -- not an optimal solution, of course. but i skipped it and just did a make install and my new perl 5.8.4 installed flawlessly and works great. i'd be interested to see if it really *is* the FAT32 -second time resolution limitation that is causing this, and if so, what can be done about it to make perl detect the environment, and skip the test on this platform, as perl for windows does on FAT32 volumes. are you two both running colinux on Fat32-formatted drives? if you're not sure then, in explorer, right-click the drive colinux is installed on, select properties, and "General" tab should show Type: Local Disk File System: FAT32 if it says NTFS instead of FAT32 and you're getting this error compiling perl, then drop me a note so i can look into it further. Dan, if my suspicions are right, how could perl tests running on coLinux even *discover* that the host filesystem is FAT32 so that we can teach them to skip these tests? and wouldn't there have to be some run-time test perl could do to learn the host filesystem, since the colinux image might be moved to and from different filesystems while it was "asleeep"? -dave |
From: Neil <new...@ma...> - 2004-05-31 11:53:50
|
I have installed CoLinux 0.6.1 and got everything working, but I can't get it to go through my Kerio firewall. I am using a TAP driver and ICS. When CoLinux first starts up Kerio asks if this is a trusted network and I say yes. I can then ping from CoLinux to the internet. If I try browsing it sometimes works for a while but then stops. If I disable the firewall it works again. What is the rule I need to set to enable CoLinux to go through the firewall. Thanks Neil |
From: Chris D. <da...@ya...> - 2004-05-31 00:08:23
|
I managed to get the Intel C++ Compiler (free linux license) installed under coLinux. You may recall that I was trying to install it on the Fedora Core 1 basic image that is available from the SourceForge page. The install script was failing during rpm installation. I decided to just try installing the rpms by hand. Well, when I did so I discovered a number of dependencies that were unsatisified (sorry, I forgot to write down which ones.) So I just used apt-get to install the required dependencies. I then manually installed the rpms. Finally, I re-ran the install.sh script. The only remaining problem was that the INSTALL_PATH did not get set in some of the scripts in the /opt/intel/bin directory. After a little global replacement using vi, all is well and good in the world. So I used it to compile a short code snippet (in a loop) from some AI stuff I have been plaing with. The code is just some basic calculations including addition, subtraction, rand(), pow() and sqrt() interating through data stored as ints and chars in fixed length arrays. No disk i/o or writing to stdout. For this little loop, the coLinux code actually seems to run about 1% (significant?) FASTER than the same code compiled with the Windows version of the same Intel compiler. (I used the "time" shell command to do my timings) I ran the same code in a smaller loop to compare some Windows compilers. I used gcc, Visual Studio .NET and the Intel compiler. Here are some approximate results: First, using default optimizations: VS.NET - 28 secs gcc - 80 secs Intel - 2.5 secs! Now using optimizations like -O3 (and -O2) and targeting my P4 etc... VS.NET - 25 secs gcc - 25 secs Intel - 1.8 secs! Intel under Mandrake - 1.8 secs! As I mentioned above, I also compared Intel under coLinux and Windows with a 10X loop and they performed almost exactly the same. (maybe 1/10 second difference in favor of colinux. Needless to say, I am floored by this. I do realize that this isn't a very good real-world benchmark. Things like disk I/O will make the advantage significantly smaller. But it definately convinced me that using the Intel compiler for my hardcore number crunching was worth while. I guess that is the advantage building the compiler when you also built the CPU. ;-) Hope someone finds this interesting. If anyone else installs the Intel compiler and does some similar number crunching, I would be interested in hearing if you see the same dramatic differences. --Chris ===== There is a very fine line between "hobby" and "mental illness." --Dave Barry linux dvds: http://www.LinuxDVDs.com beginners robotics: http://www.robots101.com personal pages: http://www.dahlweb.net |
From: Michael L. <mi...@s2...> - 2004-05-30 23:53:01
|
Well, I've done an emerge inject perl-5.8.4 just to get past it. But still, this is a bit of a showstopper. If you can't emerge -u world, that's not a good sign. -----Original Message----- From: col...@li... [mailto:col...@li...] On Behalf Of Joel Moore Sent: May 30, 2004 7:48 PM To: col...@li... Subject: Re: [coLinux-users] Gentoo (Deluxe) - Perl compile issues? I have the same problem. I didn't notice it eating CPU, I thought it was just hung and doing nothing, but I could be wrong. Joel Michael Laccetti wrote: > Not sure if anybody else is having this problem, or I'm just the lucky > soul. I've been using Gentoo for about two years, and was quite happy > to get it running under coLinux. Now, I have everything setup, > networking works great, etc, etc. Today, I tried the magic 'emerge > sync' followed by 'emerge -u world'. The world upgrade chokes > horribly on upgrading Perl, for some reason. Has anybody seen this > problem, and better yet, resolved it? I'm having a specific problem > with the tests that are performed, it basically hangs at the following > 'lib/Benchmark........................' > > So, any help would be appreciated. :) > > Thanks, > > Mike ------------------------------------------------------- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click _______________________________________________ coLinux-users mailing list coL...@li... https://lists.sourceforge.net/lists/listinfo/colinux-users |
From: Joel M. <jo...@ma...> - 2004-05-30 23:47:42
|
I have the same problem. I didn't notice it eating CPU, I thought it was just hung and doing nothing, but I could be wrong. Joel Michael Laccetti wrote: > Not sure if anybody else is having this problem, or I'm just the lucky > soul. I've been using Gentoo for about two years, and was quite happy > to get it running under coLinux. Now, I have everything setup, > networking works great, etc, etc. Today, I tried the magic 'emerge > sync' followed by 'emerge -u world'. The world upgrade chokes horribly > on upgrading Perl, for some reason. Has anybody seen this problem, and > better yet, resolved it? I'm having a specific problem with the tests > that are performed, it basically hangs at the following > 'lib/Benchmark........................' > > So, any help would be appreciated. :) > > Thanks, > > Mike |
From: Supergeek <web...@we...> - 2004-05-30 23:12:54
|
I'm gettin this problem aswell. It'll just sit there for hours eating up CPU cycles without doing anything. Does anyone know a way to diable the tests so that it can continue without them? Thanks Mark Michael Laccetti wrote: > Not sure if anybody else is having this problem, or I'm just the lucky > soul. I've been using Gentoo for about two years, and was quite happy > to get it running under coLinux. Now, I have everything setup, > networking works great, etc, etc. Today, I tried the magic 'emerge > sync' followed by 'emerge -u world'. The world upgrade chokes > horribly on upgrading Perl, for some reason. Has anybody seen this > problem, and better yet, resolved it? I'm having a specific problem > with the tests that are performed, it basically hangs at the following > 'lib/Benchmark........................' > > So, any help would be appreciated. :) > > Thanks, > > Mike |
From: Michael L. <mi...@s2...> - 2004-05-30 22:47:50
|
Not sure if anybody else is having this problem, or I'm just the lucky soul. I've been using Gentoo for about two years, and was quite happy to get it running under coLinux. Now, I have everything setup, networking works great, etc, etc. Today, I tried the magic 'emerge sync' followed by 'emerge -u world'. The world upgrade chokes horribly on upgrading Perl, for some reason. Has anybody seen this problem, and better yet, resolved it? I'm having a specific problem with the tests that are performed, it basically hangs at the following 'lib/Benchmark........................' So, any help would be appreciated. :) Thanks, Mike |
From: Damian M. <da...@sp...> - 2004-05-30 16:59:32
|
Help with the network I've just installed the new build 0.6.1 and winpcap 3.1 beta3 I'm using my already installed Debian (dual boot system) The network config of the Windows Machine is : DHCP - getttig ip 10.x.x.x internet from vpn I've tried 1. Windows Native Bridging but when i enable it my vpn connection disconnects and so I don't have internet 2. WinPCAP static ip in linux config and dhcp in linux config nothing happens - no connection just messages - packet tx: pcap - FAILED in colinux console and message in linux console : damencho:~# /etc/init.d/networking restart Reconfiguring network interfaces...SIOCADDRT: Network is unreachable SIOCADDRT: Network is unreachable ......... done. I just want to share the same ip between windows and linux and to be accessable from my local network ( 10.x.x.x ) and from internet ( vpn connection with real static ip). Any suggestions and help. |
From: Andreas <ge...@gm...> - 2004-05-30 09:00:30
|
Hi, does the coLinux/WinPcap bridged networking setup use "arp proxying" or "ethernet broadcast forwarding"? And, if it is just forwarding, how much time (approx.) would it take, to implement proxying? The background: the machine i'm using colinux with is connected to a switch with "port security". This means, my machines port will always be closed, if the switch notices any traffic emerging from my port with an alien MAC address. Regards, Andreas Schaefer |
From: Andreas <ge...@gm...> - 2004-05-29 16:00:36
|
Sorry, of course i meant, the switch will close the port, if it notices any arp traffic emerging from my port containing an unregistered mac address. Thanks in advance, Andreas Schaefer ----- Forwarded message from Andreas Schäfer <gentryx@wintermute.local> ----- Hi, does the coLinux/WinPcap bridged networking setup use "arp proxying" or "ethernet broadcast forwarding"? And, if it is just forwarding, how much time (approx.) would it take, to implement proxying? The background: the machine i'm using colinux with is connected to a switch with "port security". This means, my machines port will always be closed, if the switch notices any arp traffic emerging from my port. Regards, Andreas Schaefer ----- End forwarded message ----- -- |
From: Andreas <ge...@gm...> - 2004-05-29 15:55:32
|
Hi, does the coLinux/WinPcap bridged networking setup use "arp proxying" or "ethernet broadcast forwarding"? And, if it is just forwarding, how much time (approx.) would it take, to implement proxying? The background: the machine i'm using colinux with is connected to a switch with "port security". This means, my machines port will always be closed, if the switch notices any arp traffic emerging from my port. Regards, Andreas Schaefer |
From: Dan A. <da...@co...> - 2004-05-29 14:21:30
|
Hello, I have just released 0.6.1. It is not that different from the latest snapshot accept a fix in the installer for the upgrade of the TAP driver + a workaround to make TAP networking work under service mode in Windows XP. This version of coLinux brings forth a bunch of fixes against 0.6.0, plus a few changes in interface of the daemon, an upgrade to the recent version of the TAP driver, and a Linux port (it requires a kernel module and therefore not distributed as binaries). UPGRADING from 0.6.0 and earlier: It is better to remove the old version from Add/Remove programs before beginning intallation. Please take into account that rebooting after installation could be necessary in order for the actual upgrade of the TAP driver to take place, unless you prefer to play with it manually. The new version will not work with the old TAP driver. Both OpenVPN and coLinux will work now with the same TAP driver version. Also, the name attribute of the network element in the configuration is now matched against the TAP adapter name that appears in the Network Connections Control Panel, so you need either to have them matched for that particular TAP to be used, or remove the 'name' attribute altogether to let the first TAP device detected to be used instead. The coLinux daemon requires the '-c' command line switch and will not use default.colinux.xml by default :) You should have already copied default.colinux.xml to another name and use that switch anyway. Changes: * Version 0.6.1 * Multiple virtual NICs are supported (eth1, eth2, etc...). * Some small bugfixes. * Added the ability to send Ctrl-Alt-Del to the Linux machine. * Linux patch updated to 2.4.26 * Linux port (for systems running kernel 2.6.x) * Fixed a crash that could happen on swapoff(). * Initmem is freed (no more 'missing implementation') * The number of maximum cobd block devices was increased to 32. * The daemon process is pinned to the first processor until we get the SMP stability issue fixed. * Time is not going backward for gettimeofday() users anymore. * Support for running more than one instance of coLinux is now functional. * No port I/O allowed from userspace: the guest Linux can't change the host's clock, and it also fixed crashes that were caused by trying to run X. * Windows: * Sizes of raw partition devices are now detected properly. This means that the resierfs problems should be over, plus cat /dev/cobd* would work for you. * Suspension of the host machine won't cause colinux-daemon problems like memory leaks. * The daemon can install itself as a service (Jaroslaw Kowalski). Stopping the service sends Ctrl-Alt-Del to let the Linux VM shutdown cleanly. * The daemon can install the linux.sys driver separately from its run, which can allow you to run coLinux as any user that have access to the installed driver (Daniel R. Slater). * coLinux now builds using MingW32 and no longer depends on cygwin1.dll. * Added scripts for building the MingW32 cross compiler on Linux, plus scripts that download, compile, and install the libraries coLinux depends on. * The name of the TAP device to use can be specified with the 'name' attribute in the XML. NOTICE: The name is matched against the string that appears in Network Connections (e.g., 'Local Area Connection') and not the device name assigned by Windows (e.g., 'TAP-Win32 Adapter') * The driver is installed from the daemon's installation directory rather than from the current running directory. * Linux port: * Sending SIGHUP to the daemon causes it to issue Ctrl-Alt-Del on the Linux VM. * Consoles: * Fixed a bug in the clear operation: let it clear with the right video erase character so that ncurses apps would appear properly. * Fixed virtual console switching (alt-f1, alt-f2, etc.) so it will save/redraw the screen like it should. * FLTK: The cursor is visible again. * If keyboard focus is taken away from the consoles, it will release any pressed key in the VM. -- Dan Aloni da...@co... |
From: tei <42...@in...> - 2004-05-29 12:09:15
|
Same problem here. Fixed. I forgot how (!), I have a incredible bad memory (ha). I now work with "FireDaemon Service Manager" that let me remove/add services and edit these. I have hammered the service "command" itself to death fixing some problem.. but.. I have say that I have bad memory? I forgot whats the actual error. Here is my data from FireDaemon: Work dir: D:\coLinux Exe: D:\coLinux\COLINUX-DAEMON.EXE (I have rename the file itself from colinux-daemon.exe to COLINUX-DAEMON.EXE ) Parameters: -d -c default.colinux.xml Maybe you can try exactly this. The FireDaemon lite version is free. Øyvind Harboe wrote: > First things first: I love coLinux! Excellent work guys! :-) > > > Symptom: > > - coLinux runs fine when run from the command line > - when running as a service, it starts fine, but it immediately quits. > No error messages or events seen in the event log. > |
From: Chris D. <da...@ya...> - 2004-05-29 12:02:42
|
I am running coLinux 0.6.1 dated April 29th. My image is the basic Fedora Core 1 image. I am trying to install the Intel C++ Compiler and I get these seg faults (see below) when the install script gets to the point of installing the RPMs. I have had this happen with 2 downloads now. And I did not have this issue when running the install on a native fedora or mandrake setup. Thoughts? Thanks! --Chris -------------------------------------------------------------------------------- Substitute Headers for Intel(R) C++ Compiler for 32-bit applications, Version 8.0 Installing... ./install.sh: line 908: 745 Segmentation fault rpm $OPTIONS $PREFIX $CHOSENRPM >&$TEMPFILE.rpmout Installation failed. -------------------------------------------------------------------------------- -------------------------------------------------------------------------------- Intel(R) C++ Compiler for 32-bit applications, Version 8.0 Installing... ./install.sh: line 908: 755 Segmentation fault rpm $OPTIONS $PREFIX $CHOSENRPM >&$TEMPFILE.rpmout Installation failed. -------------------------------------------------------------------------------- ===== There is a very fine line between "hobby" and "mental illness." --Dave Barry linux dvds: http://www.LinuxDVDs.com beginners robotics: http://www.robots101.com personal pages: http://www.dahlweb.net |
From: H. <oyv...@zy...> - 2004-05-28 19:02:21
|
First things first: I love coLinux! Excellent work guys! :-) Symptom:=20 - coLinux runs fine when run from the command line - when running as a service, it starts fine, but it immediately quits. No error messages or events seen in the event log. Possible cause:=20 CygWin sets some funky security premissions on the files that it creates(e.g. when bunzip2'ing the Debian image using CygWin). CygWin + coLinux is a likely combination, hence this problem should be somewhat commonly seen. Solution: - Strip all files/folders that coLinux touches of the "funky security CygWin security premissions". This is what fixed the problem for me. - Alternatively, running the service under the same user as created the CygWin files, would probably work fine. Proposed improvement to coLinux: coLinux could log an event if it fails to launch(e.g. because it gets access denied to root images/config files, etc.). --=20 =D8yvind Harboe http://www.zylin.com |
From: gboutwel <gbo...@pr...> - 2004-05-27 13:32:12
|
> Is alias support functional yet? If so, what else should I do other than > adding in config file? No it's not there yet. The current plan is to add that to an release that is based on a 2.6.x kernel, as it becomes easier to add there. ---------------------------------------- Single? Find Christian Singles like you! http://www.praize.com/singles/ |
From: A. A. A. <alp...@tt...> - 2004-05-26 19:42:49
|
Hi, On Fri, May 21, 2004 at 07:44:29PM +0300, Dan Aloni wrote: > Hello, > > I've upgraded the TAP driver in the latest snapshot, so let the setup > reinstall it - otherwise it won't work. > > On unrelated news, I've added support for multiple virtual NICs in the > snapshot (i.e, eth1, eth2, etc.). > Is alias support functional yet? If so, what else should I do other than adding in config file? |
From: Samuel L. <sa...@li...> - 2004-05-26 14:05:33
|
that worked nice, thanks Sam "Daniel Slater" <dan...@ya...> wrote in message news:BAC...@h0...... > > Will this really work? It looks to me like the colinux patch prevents you > from building network drivers and the supporting PCI drivers you need. If > this does work, then maybe the colinux patch shouldn't prevent building > hardware drivers when you're configuring your kernel, Seems that this could > actually be quite useful on a multi-homed machine. > > Dan > > -----Original Message----- > From: col...@li... > [mailto:col...@pu...ane.or g] On Behalf Of Samuel > Liddicott > Sent: Monday, May 17, 2004 11:17 AM > To: col...@li... > Cc: col...@li... > Subject: [coLinux-users] Re: [coLinux-devel] Windows XP native bridging > > > > "John Nelson" <jo...@mo...> wrote in > message news:40A...@mo...... > > I have been using XP's native bridging without a hitch for quite some > > time now. If you want *all* of your traffic to go to colinux, just > > disable your network adapter in windows, and find and load an > > appropriate driver module for the adapter under colinux. As long as > > Windows know not to touch the adapter, colinux is free to sieze it for > > itself. > <...snip...> > > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: SourceForge.net Broadband > Sign-up now for SourceForge Broadband and get the fastest > 6.0/768 connection for only $19.95/mo for the first 3 months! > http://ads.osdn.com/?ad_id=2562&alloc_id=6184&op=click > _______________________________________________ > coLinux-users mailing list > coL...@li... > https://lists.sourceforge.net/lists/listinfo/colinux-users > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: SourceForge.net Broadband > Sign-up now for SourceForge Broadband and get the fastest > 6.0/768 connection for only $19.95/mo for the first 3 months! > http://ads.osdn.com/?ad_id=2562&alloc_id=6184&op=click |
From: Damian M. <da...@sp...> - 2004-05-25 17:55:50
|
My mistake - I mean SP2 :)) I had the same problem, but I downloaded the latest snapshot of the openvpn i think it was 0 (2.0_beta1) where the problem is corrected. I don't know whether it works , because lately I don't have time to test. |
From: Greg L. <gr...@li...> - 2004-05-25 16:25:50
|
I'm on SP2 RC1... |
From: Damian M. <da...@sp...> - 2004-05-25 12:00:33
|
Greg Lamb wrote: > After installing the TAP driver I am able to see it fine in Device > Manager, and it reports that it is working properly... however it does > not appear under Network Connections... > > I am running Windows XP Professional > > Any ideas? > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: Oracle 10g > Get certified on the hottest thing ever to hit the market... Oracle 10g. > Take an Oracle 10g class now, and we'll give you the exam FREE. > http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click > _______________________________________________ > coLinux-users mailing list > coL...@li... > https://lists.sourceforge.net/lists/listinfo/colinux-users > Are you using SP1 ? it is common problem in Windows XP with SP1 |
From: Greg L. <gr...@li...> - 2004-05-25 09:52:10
|
After installing the TAP driver I am able to see it fine in Device Manager, and it reports that it is working properly... however it does not appear under Network Connections... I am running Windows XP Professional Any ideas? |
From: <ben...@id...> - 2004-05-25 09:47:51
|
Dear Open Source developer I am doing a research project on "Fun and Software Development" in which I kindly invite you to participate. You will find the online survey under http://fasd.ethz.ch/qsf/. The questionnaire consists of 53 questions and you will need about 15 minutes to complete it. With the FASD project (Fun and Software Development) we want to define the motivational significance of fun when software developers decide to engage in Open Source projects. What is special about our research project is that a similar survey is planned with software developers in commercial firms. This procedure allows the immediate comparison between the involved individuals and the conditions of production of these two development models. Thus we hope to obtain substantial new insights to the phenomenon of Open Source Development. With many thanks for your participation, Benno Luthiger PS: The results of the survey will be published under http://www.isu.unizh.ch/fuehrung/blprojects/FASD/. We have set up the mailing list fa...@we... for this study. Please see http://fasd.ethz.ch/qsf/mailinglist_en.html for registration to this mailing list. _______________________________________________________________________ Benno Luthiger Swiss Federal Institute of Technology Zurich 8092 Zurich Mail: benno.luthiger(at)id.ethz.ch _______________________________________________________________________ |
From: Aaron S. <as...@in...> - 2004-05-25 01:53:18
|
Is there anyone else having the problem with the coLinux timer running really fast? (Eating up all cpu time, and the linux system clock running really fast? ) If someone else is, please share. Also let me know if anyone found way to fix it. -Aaron |