similar to: Bug#443963: Missing executable flag when debian/control needs changes

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 \

Hi, I hope I''m right here. If not then please point me in the right direction. My problem in short: I have problems using (pinning, mmu_update) physical pages from 0x900000 to 0xB1000 usualy. I''m writing my own little amd64 64bit toy kernel (based on Mini-OS as starting point) for xen and I run into problems with the way the start of day sets up the physical pages. My kernel

Processing commands for control at bugs.debian.org: > submitter 252771 Goswin von Brederlow <goswin-v-b at web.de> Bug #252771 [bsign] FTBFS: wrong architecture Changed Bug submitter to 'Goswin von Brederlow <goswin-v-b at web.de>' from 'Goswin von Brederlow <brederlo at informatik.uni-tuebingen.de>' > submitter 268152 Goswin von Brederlow <goswin-v-b at

Package: xen-3 Version: 3.1-2 Severity: normal Hi, when a domain crashed and enable-dump is yes then the wrong path is tried to dump core: ERROR Internal error: Could not open corefile /var/xen/dump/2007-0925-1045.08-Moose.11.core (2 = No such file or directory) MfG Goswin -- System Information: Debian Release: 4.0 APT prefers stable-security APT policy: (1001,

Hi, has anyone build a linux-2.6.16 deb that can be used to compile xen? The default unstable package does not seem to have any xen patches included, only the /debian/arch/amd64/xen dir for the .config files. MfG Goswin

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

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

[was Re: [Nut-upsuser] Belkin USB UPSes] On 5/24/07, Arnaud Quette <aquette.dev at gmail.com> wrote: > Simply symlink debian to packaging/debian, and either "fakeroot > debian/rules binary" or whatever is your prefered method. I just noticed that if you use the "fakeroot debian/rules binary" method, the "ifeq (linux,$(DEB_HOST_ARCH_OS))" test is false,

Dear Charles, Thanks for your quick reply, but I can't install nut_2.7.2 in my raspberry. 1) I create a [nut] directory and use wget to download three files: [nut_2.7.2-1.dsc] [nut_2.7.2.orig.tar.gz] [nut_2.7.2-1.debian.tar.xz] 2)I unpack: dpkg-source -x nut_2.7.2-1.dsc 3) I use command root at pi1:/nut/nut-2.7.2# debuild -us -uc . .. And I have the following error code:

Hi. On all of my machines, except for a netbook cursed with the GMA500 chipset, the R packages are synced to lenny-cran. I have been using rpy in a chroot using the official lenny R packages (2.7.1) given that i have not been able to find compatible rpy deb packages to work with lenny-cran. I am able to build the rpy deb package from source in a 32-bit lenny chroot (with the stock R packages)

On Sat, Mar 26, 2016 at 04:51:35PM -0500, Yannick Warnier wrote: > On an Ubuntu 15.10, following the docs at > https://trac.xapian.org/wiki/FAQ/PHP%20Bindings%20Package > > When > > running debuild -e PHP_VERSIONS=5 -us -uc > > I get (sorry for the French): > > > " > dpkg-buildpackage -rfakeroot -D -us -uc > dpkg-buildpackage: paquet source

I tried your procedure, that's to say: sudo apt-get build-dep xapian-bindings sudo apt-get install php5-dev php5-cli apt-get source xapian-bindings cd xapian-bindings-1.2.* rm debian/control env PHP_VERSIONS=5 debian/rules maint debuild -e PHP_VERSIONS=5 -us -uc cd .. sudo dpkg -i php5-xapian_*.deb Though, it is failing with this error message: dpkg-buildpackage -rfakeroot -D -us -uc

Hi Olly and co, On an Ubuntu 15.10, following the docs at https://trac.xapian.org/wiki/FAQ/PHP%20Bindings%20Package When running debuild -e PHP_VERSIONS=5 -us -uc I get (sorry for the French): " dpkg-buildpackage -rfakeroot -D -us -uc dpkg-buildpackage: paquet source xapian-bindings dpkg-buildpackage: version source 1.2.21-2.1 dpkg-buildpackage: distribution source unstable

Dear Steve, Thanks. Until today I could not install the nut in my raspberry. All installation good, but with my ups " Ovislink Chrome 1000VA" and "nutdrv_atcl_usb" driver, it inform me the following error details. I can startup nut but nutmon don't receive anything only (lost conection). My setup: root at pi1:/nut# lsusb Bus 001 Device 002: ID 0424:9512 Standard

Le 26/03/16 18:44, Yannick Warnier a ?crit : > Le 26/03/16 18:04, Olly Betts a ?crit : >> On Sat, Mar 26, 2016 at 04:51:35PM -0500, Yannick Warnier wrote: >>> On an Ubuntu 15.10, following the docs at >>> https://trac.xapian.org/wiki/FAQ/PHP%20Bindings%20Package >>> >>> When >>> >>> running debuild -e PHP_VERSIONS=5 -us -uc

I think I may be of some help in this matter. Since I am running a bunch of Raspberry Pi's with NUT and it took a lot of hacking to make it possible. You could probably copy and paste this right into a shell script and just run it ... # Do an rpi-update FIRST to prevent USB strangeness #some depencies from repo sudo apt-get -y install m4 libtool libudev-dev automake #fixing autoconf for

Le 26/03/16 18:04, Olly Betts a ?crit : > On Sat, Mar 26, 2016 at 04:51:35PM -0500, Yannick Warnier wrote: >> On an Ubuntu 15.10, following the docs at >> https://trac.xapian.org/wiki/FAQ/PHP%20Bindings%20Package >> >> When >> >> running debuild -e PHP_VERSIONS=5 -us -uc >> >> I get (sorry for the French): >> >> >> "

Processing commands for control at bugs.debian.org: > # Automatically generated email from bts, devscripts version 2.9.26 > close 476201 3.2.0-5 Bug#476201: Fails to start 'close' is deprecated; see http://www.debian.org/Bugs/Developer#closing. Bug marked as fixed in version 3.2.0-5, send any further explanations to Goswin von Brederlow <goswin-v-b at web.de> > End of

Hi, maybe I'm missing something fundamental but I can't seem to be able to build a custom kernel-image.deb for xen. I was able to build the linux-2.6 with xen images from the repository and build a vmlinux file using the directions from upstream Xen. But I've had no luck with make-kpkg. Can anyone give me some hints? MfG Goswin

Hi, I''m trying to use the SYSCALL/SYSRET opcodes with a minios kernel without much success. Going by the manuals (and linux sources) I first have to setup the STAR and LSTAR registers to define the segment and instruction pointer to be used for SYSCALL: /* * LSTAR and STAR live in a bit strange symbiosis. * They both write to the same internal register. STAR allows