Forum Replies Created
I’ve seen the problems with wineasio, too, while installing Sibelius on openmamba for a customer. I finally made it work without wineasio, so I didn’t investigate further, but when I have time I will do some more tests on this, if nobody else comes first. Thanks for testing openmamba and reporting this problem.
Yes, the interface should be renamed to wlan* for this driver. Maybe this will be done upstream by driver developers in future, at the moment I’ve recently fixed udev to keep persistent interface naming so that eth0 and eth1 are not swapped after reboot and that should solve the first need of having working network connections from the user point of view.
Piki, first of all thanks for your offer to contribute to this project.
Porting openmamba to the x86_64 architecture requires first some not trivial work on the gcc/glibc toolchain, and having or getting experience on this would be necessary. The x86_64 glibc is available for cross-compilation (package is cross-x86_64 glibc) and one of the first things to do would be creating multilib (x86 and x86_64) glibc for the x86_64. If you are interested in this development, I can provide a x86_64 kernel build and I would suggest you to subscribe to the openmamba-devel (english language) mailing list (see http://www.openmamba.org/lists/) for further discussion.January 11, 2010 at 10:05 am in reply to: [Solved] Username and password for livestudio snapshot 20091029 #19069
Thanks for your suggestion. Swami will be packaged and evaluated for the future versions of openmamba.
I’ve recently seen this problem on 1.1 too. I think it is now fixed with an update of kernel-mamba-nongpl-wl that will be available in 1-2 hours, or you can fix it yourself by replacing package kernel-mamba-wireless-backport with kernel-mamba-wireless and rebooting.
If you can cable-connect just do:
sudo apt-get install kernel-mamba-wireless
The driver is now available in milestone1 1.1. You need to install the package kernel-mamba-nongpl-wl. Make sure that the module (wl.ko) gets loaded in place of the b43 and b43legacy modules.
In devel this is currently supported by the broadcom_sta module, If you use the stable release you might want to upgrade or I’ll see if the driver can be backported.
Probably the Flash-1GB media has a problem after desktop user login. I’m not too surprised by this because as I said this media hasn’t been tested for months.
The bootusb method is more often tested, so I would suggest to try to solve the problem here. First, did you try with stable (livecd/installdvd/livegames/livestudio+bootusb) or devel (livecd/livedvd/livegames+bootusb) version? As Ercole said first ensure that you are using the same version for the iso media and the bootusb archive. Then when you boot you can select the “Debug” choice to get information on where the boot problem is.
First you need to install dhcpcd in milestone 1.1, before trying what Ercole suggests.
The Flash-1GB version doesn’t have a default password and I think you probably hit a bug in the automatic login. This is because this media is not actively tested at the time and I did not sync some changes for configuring autologin with KDE 4. If you are able to access the installed filesystem try setting
in file /opt/kde/share/config/kdm/kdmrc
Hi. The tool for mastering openmamba is called makedist, it is available for installation but it has never been used outside our development environment so I expect you need some instruction and fixes to make this work for you. Anyway I think the first part of the work would be packaging and testing lxde for openmamba. If you want to discuss on development details I would first recommend you to subscribe to the openmamba-devel list (see http://www.openmamba.org/lists/ page for details).
If it worked before try removing the file /etc/wicd/wired-settings.conf. If it never worked, which version of openmamba are you using?
can you please explain what you mean with “funny looking screen” when you boot with option 8? Isn’t that a black screen with text messages on it as it is supposed to be?August 6, 2009 at 6:46 pm in reply to: downloading ISO is VERY slow – torrent link needed? #18835
We are working on it, torrent links are being made available at:
We are working on making distributors available too, but this might be achieved more rapidly if enough users switch their downloads to torrents.
Thank you for reporting.