similar to: Bug#450638: Rebuild fails even if only debian/changelog updated

Source: xen Version: 4.0.1~rc3-1 Severity: serious From my pbuilder build log: ... fakeroot debian/rules clean if [ -f debian/control ] && [ -f debian/control.md5sum ] && [ -f debian/rules.gen ]; then \ if md5sum debian/changelog debian/bin/gencontrol.py debian/templates/control.hypervisor.in debian/templates/control.main.in debian/templates/control.source.in

Hans van Kranenburg writes ("Re: Plans for buster"): > This can be done from tag debian/4.11.1_pre+1.733450b39b-1_exp1 (which > is right now the same as the master branch). Thanks for doing all this work. I have just sent it to experimental. I did some reviewing and diffing. I have some comments, or, at least, things I noticed. None of them were IMO blockers for experimental.

Hi, I'm having difficulty applying and rebuilding the patch for the version of Xen included in Debian's Etch release. After applying the patch and updating the changelog I receive this error: steve at dev:~/xen-3.0-3.0.3-0$ debuild -sa fakeroot debian/rules clean if [ -f debian/control ] && [ -f debian/control.md5sum ] && [ -f debian/rules.gen ]; then \

Package: xen-3 Version: 3.2.1-2 Severity: serious From my pbuilder build log: ... fakeroot debian/rules clean if [ -f debian/control ] && [ -f debian/control.md5sum ] && [ -f debian/rules.gen ]; then \ if md5sum debian/changelog

To build in current unstable (and, I suspect, squeeze) xen-3 seems to need the following patch. (I'm not really sure what I'm doing and just cribbed from r14469 in the debian-kernel tree which is where the pertinent change to the linux-support package came from. It seems to work....) The errors from only editing rules.defs are attached. Index: debian/bin/gencontrol.py

Package: xen-3 Version: 3.1.0-2 Severity: minor Hi, when I build xen-3 for etch I get the following error: mrvn at book:~/src/xen/xen-3-3.1.0% debuild -us -uc -sa fakeroot debian/rules clean if [ -f debian/control ] && [ -f debian/control.md5sum ] && [ -f debian/rules.gen ]; then \ if md5sum debian/changelog debian/templates/control.hypervisor.in

I've resolved the conflicts between the xen-unstable svn tree's patchset and xen-unstable 16319 (which was the tip a few days ago). The result is below, as the output of `svn diff' - so a series of interdiffs, unfortunately. Also, I noticed that after installing the resulting packages, it wasn't able to correctly select the xen-unstable tools; instead, it fell back to the default.

Package: xen-3 Version: 3.2.1-1 Severity: important Apparently upstream supports ia64 in xen 3 or 3.1 or so.... lamont There was an error while trying to autobuild your package: > Automatic build of xen-3_3.2.1-1 on mundy by sbuild/ia64 98 > Build started at 20080527-2018 [...] > ** Using build dependencies supplied by package: > Build-Depends: debhelper (>= 5.0.37.2),

The interval between having to clear out the git caches has become ridiculously short. I''m going to arrange to keep the logs for less long. We need, however, to have more space for logs. I will try to organise this. We also need an approach to git caching that is less wasteful of space. If anyone fancies writing a competent caching proxy for git, please get in touch. Failing that

Hi, I am the Debian GNU/Linux of the Samba package in this distribution. Today I received this bug report but since I don't use the authentication method this user mentions, I can't reproduce the problem. I heard Jeremy Allison said something about a bug in 1.9.18p8 regarding user mappings and posted a patch but since the patch is applied to the version of Samba this user is using, I am

I am seeing the same problem reported in #404538. Interestingly it only fails the first time which makes sense if you look at the code in debian/rules: ======================================================================== debian/control debian/rules.gen: $(CONTROL_FILES) if [ -f debian/control ] && [ -f debian/control.md5sum ] && [ -f debian/rules.gen ]; then \

Package: xen-3.0 Version: 3.0.4-1-1 Severity: minor Starting from a fresh source package, if you build the package once and then attempt to build it again, there are file permissions not being cleaned up that then cause warnings when building the source package. Here is the section of the build log: dh_clean dpkg-source -b xen-3.0-3.0.4-1 dpkg-source: building xen-3.0 using existing

Knorrie and I just discussed our plans for sid and buster, on the phone. Here's my notes of the discussion. Plan is to upload Knorrie's 4.11 packages to experimental, to make them more public, while we fix the bugs in them. There's a list of Salsa issues and the BTS bugs list. This duplication is not ideal. We agreed that new things should go to the BTS. For now we'll keep

I have just applied this to staging-4.1. Since my own backport and Bastian''s were entirely identical, I haven''t tested it other than to compile it... Thanks, Ian. commit 5e73e3548ce70e433a03843ac4fc21a49277baad Author: Ian Jackson <ian.jackson@eu.citrix.com> Date: Fri Mar 15 18:09:51 2013 +0000 Add DomU xz kernel decompression Signed-off-by: Jan Beulich

Package: xen-3.0 Version: 3.0.3-0-2 Severity: serious This source package is not binNMU safe, which I understand is an RC bug. If the changelog, or any of several other files are changed, the build process wants to rebuild debian/control, and tries to use files from linux-support-2.6.18-1 to do it. This fails, since that package is a) not a build dependency b) not in the archive under that name

(CC to xen-devel added) Ian Jackson writes ("Problem with 4.1.6 release"): > Jan Beulich writes ("please sign-and-tag 4.2.3 and 4.1.6"): > > Ian - could you also create tarballs as usual? > > The 4.1.6 tarball failed its build test. This is due to an actual > build failure in 4.1.6. See below. This is probably a result of >

https://bugzilla.mindrot.org/show_bug.cgi?id=2476 Bug ID: 2476 Summary: ssh fails to report IO errors on stdin/stdout/stderr Product: Portable OpenSSH Version: 6.0p1 Hardware: Other OS: Linux Status: NEW Severity: normal Priority: P5 Component: ssh Assignee: unassigned-bugs at

ioemu-remote: Enable pci pass-through by default. -- Jean Guyader _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel

This is an update to the patches sent out on 25th October. I expect, as before, that some of the larger patches won't get to the list so they are also available here: https://github.com/jonludlam/pkg-xen/commits/for-debian6. Changes since last mail: * I have split out the unrelated change to include 2 extra header files in libxen-dev * I have removed some instances of brace expansion

Hello all, I''ve patched pv-grub to allow it to boot a Solaris PV domU using an unmodified menu.lst. The attached patch has been tested with various Solaris versions (Solaris 11 Express, OpenIndiana 151a, OpenSolaris 134, Nexenta Core 3.0.1; all 64-bit). I appreciate your feedback. The patch consists mainly of Oracle''s grub modifications, which add ZFS support and