Suppose one has access to a computer resonably well endowed in the CPU and disk departments, running SUSE 10.0. By far most of the beta testing could be done inside something like vmware. However, vmware is out of rea$$ of the average home user. What are the options? Xen, qemu, seperate disk partition to install into, ...? Can someone who has played with Xen, qemu, etc give a quick rundown for this purpose? Given a limited bandwidth which would make it at least 2 days to download all the selected packages, the above ability of doing this in some container running on a standard desktop box in the background would be a prerequisite. This would save having to download all the CDs in advance (and therefore a lot of unused volume). Is it possible to burn the downloaded used packages to DVD to test a non-virtual installation as well? Thanks, Volker -- Volker Kuhlmann is possibly list0570 with the domain in header http://volker.dnsalias.net/ Please do not CC list postings to me.
Suppose one has access to a computer resonably well endowed in the CPU and disk departments, running SUSE 10.0. By far most of the beta testing could be done inside something like vmware. However, vmware is out of rea$$ of the average home user. What are the options? Xen, qemu, seperate disk partition to install into, ...? Can someone who has played with Xen, qemu, etc give a quick rundown for this purpose? You can use VMware for free. You must download it from the official site, then you make the virtual PC with the workstation, then you start
On Thursday 19 January 2006 23:55, Volker Kuhlmann wrote: the virtual PC with VMware Player, which is free. I didn't used Xen, but on the openSUSE is a tutorial about how to use it. [1] I used qemu, and I also made a tutorial on how to set up it with the qemu acceleration module. [2] [1]http://www.opensuse.org/Xen [2]http://www.opensuse.org/Qemu_with_kqemu_kernel_module_support Cheers, -- Liviu Damian Mobile phone: +40 741 226993 URL: http://liviudm.blogspot.com
on January 15th / major change in USB subsystem and GPL_EXPORT_SYMBOL declaration Greg Kroah-Hartman added a Patch to kernel 2.6.15-git12, which substantially changed the USB system. The module "usb.c" is now a module named "driver.c" which exports its symbols with EXPORT_SYMBOL_GPL: -> usb_match_id; usb_register_driver; usb_deregister Novell added the official kernel 2.6.16 incl. this patch to OSS 10.1 beta. consequences Because of the GPL_EXPORT declaration it is no longer possible to build and run non-GPL loadable drivers for USB devices. We´ve put a lot of energy into providing the open source community with Linux drivers for nearly all of our products within the last six years. Today, the customer has the option to choose Windows or Linux drivers for AVM USB products. AVM is the market leader in the ISDN controller market with more than 80% market share in Germany (close to 50% in Europe). Moreover AVM is one of a handful manufacturers who provide a Linux driver for their WLAN USB devices. Technically, there are a number of reasons, e.g. service quality and reliability, to establish kernel mode drivers for communication devices offering services like Fax G3, analog modem etc. by means of software. conclusion If it is no longer possible to have non-GPL USB drivers, we shall have to drop our Linux support for all AVM USB devices. We would even have to discontinue the 802.11g++ WLAN USB device driver Linux developement. This mail is not intended to provoke a discussion of open vs closed source. The only intention of this mail is to make you aware of the consequences of such a decision. Kind Regards Sven Schmidt AVM Audiovisuelles Marketing und Computersysteme GmbH Alt-Moabit 95, 10559 Berlin, Germany http://www.avm.de
participants (3)
-
Liviu Damian -
s.schmidt＠avm.de -
Volker Kuhlmann