Bug#372259: user-mode-linux: the uml_switch control file is not been searched as in uml-utilities package
Package: user-mode-linux Version: 2.6.16-1um-2 Severity: grave Justification: renders package unusable hello, this is a change in required parameters that left me with no networking in uml. i'm using uml with eth0=daemon option. if no uml_switch control file is specified, linux has previously (probably) searched it as configured in the uml-utilities package, while now it searches it in the loacation default for uml_switch upstream itself. while it's grave (the uml networking is quite vital), there is a simple workaround: specify the exact control file location with the daemon arg. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-skas3-v8.2 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages user-mode-linux depends on: ii uml-utilities 20060323-3 User-mode Linux (utility programs) user-mode-linux recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#372259: user-mode-linux: the uml_switch control file is not been searched as in uml-utilities package
On Fri, Jun 09, 2006 at 09:57:26AM +0300, alex bodnaru wrote: Dear Alex, > this is a change in required parameters that left me with no networking > in uml. > i'm using uml with eth0=daemon option. if no uml_switch control file is > specified, linux has previously (probably) searched it as configured in > the uml-utilities package, while now it searches it in the loacation > default for uml_switch upstream itself. The uml-utilities daemon is designed to create, once installed, a default ctl file in the following location: /var/run/uml-utilities/uml_switch.ctl then when started it waits for $UML_SWITCH_CTL which is by default set to the previous parameter. If you go in to the uml-utilities source code the usage it expects is descripted in the following way (uml_switch.c): fprintf(stderr, "\tand run the UMLs with " "'eth0=daemon,,unix,,'\n"); and also, if not specified, it expects to find it in here (uml_switch.c): static char *ctl_socket = "/tmp/uml.ctl"; > while it's grave (the uml networking is quite vital), there is a simple > workaround: specify the exact control file location with the daemon arg. In this way you specify the data it expects! Doesn't it? Cheers SteX -- Stefano Melchior, GPG key = D52DF829 - <[EMAIL PROTECTED]> http://etinarcadiaego.dyndns.org-- http://www.stex.name Skype ID "stefanomelchior" signature.asc Description: Digital signature
Bug#372259: user-mode-linux: the uml_switch control file is not been searched as in uml-utilities package
On Sun, Jun 11, 2006 at 07:19:46AM +0300, alex bodnaru wrote: Dear Alex, > > when the control file parameter is not specified, older user-mode-linux > should take the uml-utilities default. but version 2.6.16-um1 (now on > testing) was taking the uml-switch default. > > the problem is, that previously working activation scripts that have not > specified the exact control ceased to work as expected, hence i offered > the workaround. > > fortunately, this has changed in um2 version, and now upgrading is smoother. > thus does this mean that "-2um" version fixed the bug you submitted? If so, if you feel it should be fixed, please let me know it, because I would like to close the bug, please. Thank You in advance Cheers SteX -- Stefano Melchior, GPG key = D52DF829 - <[EMAIL PROTECTED]> http://etinarcadiaego.dyndns.org-- http://www.stex.name Skype ID "stefanomelchior" signature.asc Description: Digital signature
Bug#372259: user-mode-linux: the uml_switch control file is not been searched as in uml-utilities package
On Sun, Jun 11, 2006 at 09:35:51AM +0200, Stefano Melchior wrote: > On Sun, Jun 11, 2006 at 07:19:46AM +0300, alex bodnaru wrote: [...] > > fortunately, this has changed in um2 version, and now upgrading is smoother. > > > thus does this mean that "-2um" version fixed the bug you submitted? If > so, if you feel it should be fixed, please let me know it, because I would > like to close the bug, please. it already is. thanks -- mattia :wq! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]