search for: msg00003

Hi, i allready searched the archives, but found no message that really helps me. i am running debian etch on dom0 and debian sarge on domU. I had a running setup with debain sarge on dom0 before, but now with etch i can not get networking to work in domU. I use routed networking, but the same seems to happen with bridged networking: eth0 within domU is not brought up. I think it maybe related

Hi All, I'm attempting to compile virt-v2v 1.42.0 on Debian testing. With gcc 9.3.0, libosinfo 1.7.1, and glib 2.64.2, `./configure && make` fails on libosinfo-c.c with the following error message: -8<-------------------------------------------------------------------- In file included from /usr/lib/x86_64-linux-gnu/glib-2.0/include/glibconfig.h:9, from

...r now >> it supports the id of the OS only. However that is still a very helpful feature >> that is already supported in gnome-boxes and virt-manager (at least). >> >> The discussion happened here: >> >> https://www.redhat.com/archives/libosinfo/2018-September/msg00003.html > >It's a shame I missed this thread because I'd probably have asked why >we're inventing yet another scheme for naming guests. Particularly in >the libosinfo project which has already got the canonical naming >scheme! > >Anyway that's water under the brid...

...u would > think (the Perl bindings are automatically generated, so any bugs > would be systematic, affecting many different calls at once). > > [...] > > [1] https://bugzilla.redhat.com/show_bug.cgi?id=1026688 > > [2] https://www.redhat.com/archives/libguestfs/2013-November/msg00003.html > > > > Full Debug Output: > > > > libguestfs: trace: set_verbose true > > libguestfs: trace: set_verbose = 0 > > libguestfs: create: flags = 0, handle = 0x2e74d90, program = perl > > libguestfs: trace: set_trace true > > libguestfs: trace: set...

...ost=192.168.0.35\:6789\;192.168.0.2\:6789\;192.168.0.40\:6789:auth_supported=none: Invalid argument I am able to add non rbd images without an issue. Any thoughts? Thanks, Jon A [1] https://bugzilla.redhat.com/show_bug.cgi?id=1026688 [2] https://www.redhat.com/archives/libguestfs/2013-November/msg00003.html Full Debug Output: libguestfs: trace: set_verbose true libguestfs: trace: set_verbose = 0 libguestfs: create: flags = 0, handle = 0x2e74d90, program = perl libguestfs: trace: set_trace true libguestfs: trace: set_trace = 0 libguestfs: trace: add_drive "libvirt-pool/build_vm_test-os&quot...

...libosinfo namespace for libvirt domain metadata. For now it supports the id of the OS only. However that is still a very helpful feature that is already supported in gnome-boxes and virt-manager (at least). The discussion happened here: https://www.redhat.com/archives/libosinfo/2018-September/msg00003.html So let's add the support to local and libvirt outputs. Signed-off-by: Martin Kletzander <mkletzan@redhat.com> --- v2v/create_libvirt_xml.ml | 109 ++++++++++++++++++++++++++++++++++++- v2v/create_libvirt_xml.mli | 1 + v2v/output_libvirt.ml | 4 +- v2v/output_local.ml...

Hi, I found this email http://lists.xensource.com/archives/html/xen-users/2006-12/msg00119.html while browsing the xen-users list. Apparently quite a few users are seeing related problems (reboots when starting a 2nd or 3rd domU). I don't really like the proposed workaround to use a 2.6.18 kernel backported from sid. I searched through this lists archive and bugs.debian.org but

...and that it would be better to get MSVC working with the standard build system - a quick search for 'autoconf msvc' leads me to this thread which suggests it is mostly a matter of installing MSYS and passing suitable options to configure: https://lists.gnu.org/archive/html/automake/2011-09/msg00003.html > so i decided to try mingw. The configure script worked perfectly, but > "make" finished with a error (see the output below). So far i have two > questions: > > 1) Why mingw is not working for me? Is it bug or i am doing something wrong? Our buildbot has a mingw-w6...

...in the right direction, I'd appreciate it. Uhm, that's indeed a problem, and apparently due to a bug in libosinfo and a change in glib. I just posted a change that should fix this, see its message for a longer explanation of the issue: https://www.redhat.com/archives/libguestfs/2020-June/msg00003.html tested on Fedora 31 and Debian testing. I mentioned your name in the commit message to give you credit for the report, is it OK for you? (If not, I will remove it before pushing.) Thanks, -- Pino Toscano -------------- next part -------------- A non-text attachment was scrubbed... Name: sig...

...s, but these are rarer than you would think (the Perl bindings are automatically generated, so any bugs would be systematic, affecting many different calls at once). [...] > [1] https://bugzilla.redhat.com/show_bug.cgi?id=1026688 > [2] https://www.redhat.com/archives/libguestfs/2013-November/msg00003.html > > Full Debug Output: > > libguestfs: trace: set_verbose true > libguestfs: trace: set_verbose = 0 > libguestfs: create: flags = 0, handle = 0x2e74d90, program = perl > libguestfs: trace: set_trace true > libguestfs: trace: set_trace = 0 > libguestfs: trace: add_d...

Hi there! I have recently migrated my old server from OpenSUSE 10.0 to CentOS 5. Almost everything works great, except for one thing - user passwords. In the old system they were in a form: root:$2a$05$9V.P3/KV2fd0r/O8hs0gNueaidF35edj3DL6skb32qZJNpvwVHiUO:12183:0:99999:7::: and that format doesn't seem to be understood by CentOS. When I change the password I get something like:

...ugh: -lstdc++ was not found, simply putting the symlink wasn't enough either since the .a was picked up still) I think its a mistake in the binary package: the .la and .a shouldn't be shipped, and the .so should be built & shipped! [1] http://lists.gnu.org/archive/html/libtool/2010-04/msg00003.html Best regards, --Edwin

...bindings are automatically generated, so any bugs > > would be systematic, affecting many different calls at once). > > > > [...] > > > [1] https://bugzilla.redhat.com/show_bug.cgi?id=1026688 > > > [2] > https://www.redhat.com/archives/libguestfs/2013-November/msg00003.html > > > > > > Full Debug Output: > > > > > > libguestfs: trace: set_verbose true > > > libguestfs: trace: set_verbose = 0 > > > libguestfs: create: flags = 0, handle = 0x2e74d90, program = perl > > > libguestfs: trace: set_trace true...

...orts the id of the OS only. However that is still a very helpful feature > >>that is already supported in gnome-boxes and virt-manager (at least). > >> > >>The discussion happened here: > >> > >> https://www.redhat.com/archives/libosinfo/2018-September/msg00003.html > > > >It's a shame I missed this thread because I'd probably have asked why > >we're inventing yet another scheme for naming guests. Particularly in > >the libosinfo project which has already got the canonical naming > >scheme! > > > >Any...

A quick question on the fasttrack repo which is now up to date with upstream. Why is the fasttrack repo not in the main CentOS-Base.repo file but contrib which has never had anything is included in the main CentOS-Base.repo file? The goal of CentOS is to be binary-compatible with upstream so fasttrack is "more important" in this regard than contrib. Upsteam ships with the main channels

v1 was here: https://www.redhat.com/archives/libguestfs/2019-November/msg00003.html This version depends on: https://www.redhat.com/archives/libguestfs/2019-November/msg00004.html and this series: https://www.redhat.com/archives/libguestfs/2019-November/msg00009.html The delta has been reduced slightly because of changes made possible by cleaning up and fixing the quit path...

Picking up on a couple really old threads (e.g. http://osdir.com/ml/ietf.secsh/2001-09/msg00003.html ) I've finally gotten around to this. The EXTPROC support on Linux is missing, but you can find kernel patches for that here http://lkml.org/lkml/2010/6/11/403 I've also fixed up the netkit telnet / telnetd code to work with EXTPROC / LINEMODE on Linux, those patches are here htt...

Hi, The link to the release notes seems should have an 'l' on the end: Try: https://www.sourceware.org/ml/libc-alpha/2018-08/msg00003.html This with gdb: thunderstorm /usr/src/dovecot/dovecot-2.3/src/auth # gdb /root/dovecot-auth-crash/auth /root/dovecot-auth-crash/core.auth.29667 GNU gdb (Gentoo 8.1.1 p1) 8.1.1 Copyright (C) 2018 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/li...

Hello, i am trying to install xapian on windows. As the xapian download page says, there are two options here: 1) mingw 2) a separate set of makefiles for MSVC. If i understand correctly, MSVC is supported only by xapian 1.2.8 and older, so i decided to try mingw. The configure script worked perfectly, but "make" finished with a error (see the output below). So far i have two

...;d like to share and get feedback on. Our work is based on the 'experimental-relr' prototype from Cary that is available at 'users/ccoutant/experimental-relr' branch in the binutils repository [1], and was described earlier in this thread: https://sourceware.org/ml/gnu-gabi/2017-q2/msg00003.html We've taken the '.relr.dyn' section from Cary's prototype, and implemented a custom encoding to compactly represent the list of offsets. We're calling the new compressed section '.relrz.dyn' (for relocations-relative-compressed). The encoding used is a simple comb...