Bug#176485: uml does not start up with slirp backend
On Sun, Jul 02, 2006 at 01:23:24PM +0200, Mattia Dongili wrote: Hello, this bug is 3.5 years old and I can't reproduce it here with current user-mode-linux package (iow, the slirp backend works here). Can some of you still reproduce it? If not (or if no answer comes) I'll close this bug in a couple of weeks. This bug was reported against user-mode-linux 2.4.x. There have been a large version jump. This bug was caused by a compiler problem: user-mode-linux 2.4.x build with gcc-3.3 - tt mode is broken user-mode-linux 2.4.x build with gcc-2.95 - slirp support is broken. In both case the symptom was a failure to boot. I have been using user-mode-linux 2.4.x build with gcc-2.95 in skas mode with slirp network for ages without trouble. With more recent user-mode-linux 2.4.x release, I hit a issue with hostsfs support that is unrelated to this bug, but I got stuck to use older release. I would be quite happy to test user-mode-linux 2.6 but I will not have enough bandwidth until September. Cheers, -- Bill. [EMAIL PROTECTED] Imagine a large red swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#176485: uml does not start up with slirp backend
On Wed, Jul 05, 2006 at 03:52:45PM +0200, Bill Allombert wrote: On Sun, Jul 02, 2006 at 01:23:24PM +0200, Mattia Dongili wrote: Hello, this bug is 3.5 years old and I can't reproduce it here with current user-mode-linux package (iow, the slirp backend works here). Can some of you still reproduce it? If not (or if no answer comes) I'll close this bug in a couple of weeks. This bug was reported against user-mode-linux 2.4.x. There have been a large version jump. Yes, that's why I was asking and my default assumption would be that the bug is gone. This bug was caused by a compiler problem: user-mode-linux 2.4.x build with gcc-3.3 - tt mode is broken user-mode-linux 2.4.x build with gcc-2.95 - slirp support is broken. In both case the symptom was a failure to boot. Did it was fully reproducible by anyone? If so the bug is definitely gone, slirp here is fully functional with current u-m-l. Also, TT mode is deprecated, unset and unused (skas0 is preferred anyway): $ grep MODE_TT ~/devel/debian/uml/pkg-uml/trunk/src/user-mode-linux/config.i386 # CONFIG_MODE_TT is not set Thanks again -- mattia :wq! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#176485: uml does not start up with slirp backend
On Tue, July 4, 2006 2:36 am, Junichi Uekawa said: Hi, this bug is 3.5 years old and I can't reproduce it here with current user-mode-linux package (iow, the slirp backend works here). Can some of you still reproduce it? If not (or if no answer comes) I'll close this bug in a couple of weeks. I thought the bug was closed by the message date 04 Apr 2003 from the then maintainer Matt Zimmerman. So, in particular, I have not followed through on this bug. In fact, I have not used UML for quite a while. So I have no objections to closing this bug. I think the discussion was like, building UML with gcc 3.X broke one part and 3.Y broke another part, so each release of UML had different parts functional, different parts non-functional. yes, there was also gcc 2.95 in the game, (3.2 and 3.3 were the others) That was the old days; not quite sure if things have progressed too much. well, the official compiler for the linux kernel is now gcc = 3.2 so at least _one_ step ahead should have happened. -- mattia :wq!
Bug#176485: uml does not start up with slirp backend
Hi, this bug is 3.5 years old and I can't reproduce it here with current user-mode-linux package (iow, the slirp backend works here). Can some of you still reproduce it? If not (or if no answer comes) I'll close this bug in a couple of weeks. I thought the bug was closed by the message date 04 Apr 2003 from the then maintainer Matt Zimmerman. So, in particular, I have not followed through on this bug. In fact, I have not used UML for quite a while. So I have no objections to closing this bug. I think the discussion was like, building UML with gcc 3.X broke one part and 3.Y broke another part, so each release of UML had different parts functional, different parts non-functional. That was the old days; not quite sure if things have progressed too much. regards, junichi -- [EMAIL PROTECTED],netfort.gr.jp} Debian Project -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#176485: uml does not start up with slirp backend
Hello, this bug is 3.5 years old and I can't reproduce it here with current user-mode-linux package (iow, the slirp backend works here). Can some of you still reproduce it? If not (or if no answer comes) I'll close this bug in a couple of weeks. Thanks in advance -- mattia :wq! signature.asc Description: Digital signature
Bug#176485: uml does not start up with slirp backend
Hi, this bug is 3.5 years old and I can't reproduce it here with current user-mode-linux package (iow, the slirp backend works here). Can some of you still reproduce it? If not (or if no answer comes) I'll close this bug in a couple of weeks. UML doesn't boot at all for me, so no problem, feel free to close this bug. There's no real point in tracking this bug. regards, junichi -- [EMAIL PROTECTED],netfort.gr.jp} Debian Project -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#176485: uml does not start up with slirp backend
Hello, On Sun, 02 Jul 2006, Mattia Dongili wrote: this bug is 3.5 years old and I can't reproduce it here with current user-mode-linux package (iow, the slirp backend works here). Can some of you still reproduce it? If not (or if no answer comes) I'll close this bug in a couple of weeks. I thought the bug was closed by the message date 04 Apr 2003 from the then maintainer Matt Zimmerman. So, in particular, I have not followed through on this bug. In fact, I have not used UML for quite a while. So I have no objections to closing this bug. Regards, Kapil. -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
