similar to: Bug#469013: bug lies in (presently) unused code path

Hello everyone, I faced mentioned (in subject) problem today. I made some debugging - and found error ind ext2module.c code (it still exists in 3.0.2). In FC5 one should just unpack Xen, patch file, change directory to tools/pygrub and reinstall pygrub''s helper library. It worked for me. Here the patch follows. --- ext2module.c.orig 2006-04-10 23:18:00.000000000 +0200 +++

tag 469013 patch thanks Hi, Sandro Tosi asked me to forward the attached patch fixing the problem. Kind regards T. -------------- next part -------------- A non-text attachment was scrubbed... Name: xen-unstable.memory.morph_.diff Type: text/x-c Size: 528 bytes Desc: not available Url : http://lists.alioth.debian.org/pipermail/pkg-xen-devel/attachments/20080307/b7367328/attachment-0001.bin

Anyone else seeing problems with this combo? I'm running: linux-image-2.6.18-4-xen-686 2.6.18.dfsg.1-9 linux-modules-2.6.18-4-xen-686 2.6.18.dfsg.1-9 xen-hypervisor-3.0-unstable-1-i386-pae 3.0-unstable+hg11561-1 xen-utils-3.0-unstable-1 3.0-unstable+hg11561-1 xen-utils-common 3.0.3-0-2 When I try to fire up xend, it bombs.. doing some

Package: xen-utils-common Version: 3.0.3-0-2 Severity: important I have installed all the packages I can think of to get Xen going and it still fails with the following : /var/log/xen/xend-debug.log: Exception starting xend: (111, 'Connection refused') er.py", line 463, in process_request_thread self.finish_request(request, client_address) File "SocketServer.py",

user pkg-xen-devel@lists.alioth.debian.org usertag 271051 + close-after-first-upload usertag 326817 + probably-unreproducible usertag 331297 + probably-fixed usertag 321154 + probably-fixed usertag 327493 + pending-in-svn usertag 342249 + pending-in-svn usertag 321157 + pending-in-svn usertag 323698 + pending-in-svn thanks Hi! I'm user-tagging some of the bugs in the bts so we can keep a

Package: xen-hypervisor-3.0-unstable-1-amd64 Version: 3.0-unstable+hg11292-2 Severity: important My server is a dell 2950 server. Before the dom0 rebooting bug ocurred, xen was well even for hvm domU. By now i have tried xen-hypervisor-3.0-amd64 (3.0.2+hg9697-2) and xen-hypervisor-3.0-unstable-1-amd64 (3.0-unstable+hg11292-2), but both of them are unusable for me. for

Package: xen-hypervisor-3.0-unstable-1-amd64 Version: 3.0-unstable+hg11561-1 Severity: serious It seems Xen has a similar trademark policy as the much discussed Mozilla one. Specifically http://www.xensource.com/xen-tm-faq.html says: | 16. If I distribute a changed version of the Xen? hypervisor, may I | say that the changed product is the Xen hypervisor? | | No. If you have changed an

On Mon, 2013-08-19 at 13:28 +0200, Bastian Blank wrote: > On Fri, Aug 16, 2013 at 03:16:49PM +0100, Ian Campbell wrote: > > Looking through http://bugs.debian.org/cgi-bin/pkgreport.cgi?src=xen I > > think it would be useful to add some usertags, in particular to easily > > filter for toolstack specific (i.e xend) bugs. > > I've never seen the use for this. I was

Looking through http://bugs.debian.org/cgi-bin/pkgreport.cgi?src=xen I think it would be useful to add some usertags, in particular to easily filter for toolstack specific (i.e xend) bugs. I think we can use the pkg-xen-devel at lists.alioth.debian.org namespace for this -- what do you think? Ian.

tags 490409 + patch thanks Hi, The following is the diff for my xen-3 3.2.1-2.1 NMU. It incorporates three patches from upstream and aims to fix CVE-2008-2004 aka #490409. It is not yet tested much, I would appreciate if interested parties could give it a try. I'll upload in due course. Kind regards T. diff -u xen-3-3.2.1/debian/control.md5sum xen-3-3.2.1/debian/control.md5sum ---

On Fri, Aug 16, 2013 at 03:16:49PM +0100, Ian Campbell wrote: > Looking through http://bugs.debian.org/cgi-bin/pkgreport.cgi?src=xen I > think it would be useful to add some usertags, in particular to easily > filter for toolstack specific (i.e xend) bugs. I've never seen the use for this. The kernel team tried and it did not work well. The release team however uses them and like it.

Package: xen-unstable Version: 3.0-unstable+hg11561-1 Followup-For: Bug #399700 The included patch overcomes the old build dependency on linux-support-2.6.17-2, and replaces it with linux-support-2.6.22-3. I filed a previous bug #453912 - but I guess it doesn't apply? -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable')

FYI: The status of the xen-unstable source package in Debian's testing distribution has changed. Previous version: 3.0-unstable+hg11292-2 Current version: 3.0-unstable+hg11561-1 -- This email is automatically generated; henning@makholm.net is responsible. See http://people.debian.org/~henning/trille/ for more information.

http://bugzilla.mindrot.org/show_bug.cgi?id=132 Summary: connects to 1.2.2? vintage sshd sometimes gets "Server lies" about host key size off by 1 bit Product: Portable OpenSSH Version: -current Platform: All OS/Version: other Status: NEW Severity: normal Priority: P2

We started receiving this message in our production server. Warning: Server lies about size of server public key: actual size is 767 bits vs. announced 768. Warning: This may be due to an old implementation of ssh. When I looked in the list archives I see that there has been a conversation about this topic before back about a year ago. Currently we are going from Openssh version 3.4 to another

http://bugzilla.mindrot.org/show_bug.cgi?id=132 markus at openbsd.org changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|markus at openbsd.org |openssh-unix-dev at mindrot.org ------- You are receiving this mail because: ------- You are the assignee for the bug, or are

I always thought that previous injury has very deep, very painful I always thought he was unlikely to get more power to love I've been more think oneself since then won't believe the true love in the world closeouts (http://www.ebuybus.com)

These are most certainly accessed from far more than the mgr work. In fact, up_req_recv is -only- ever accessed from outside the mgr work. Cc: Juston Li <juston.li at intel.com> Cc: Imre Deak <imre.deak at intel.com> Cc: Ville Syrjälä <ville.syrjala at linux.intel.com> Cc: Harry Wentland <hwentlan at amd.com> Cc: Daniel Vetter <daniel.vetter at ffwll.ch>

On 05/26/2018 05:32 PM, Fred Smith wrote: > however if I do: > yum install wxWidgets wxWidgets-devel > it says: > Package wxGTK3-3.0.2-15.el7.x86_64 already installed and latest version > Package wxGTK3-devel-3.0.2-15.el7.x86_64 already installed and latest version wxWidgets and wxGTK3 are the same package: $ rpm -q --whatprovides wxWidgets wxGTK3-3.0.4-1.fc28.x86_64 $ yum

In 2.2.8a days, findsmb would print the OS and Server version of the machines it found, like this: *=DMB +=LMB IP ADDR NETBIOS NAME WORKGROUP/OS/VERSION --------------------------------------------------------------------- 192.168.49.247 WINQA1 [QATEST] [Windows 5.0] [Windows 2000 LAN Manager] 192.168.49.250 WINQA2