similar to: r26 - in trunk/debian: . patches

Author: tha-guest Date: 2006-02-18 16:38:52 +0000 (Sat, 18 Feb 2006) New Revision: 19 Modified: trunk/debian/control trunk/debian/patches/00list trunk/debian/rules trunk/debian/xen-hypervisor-pae.install trunk/debian/xen-hypervisor.install Log: - changed debian/rules to build a pae hypervisor on i386 (has to be done after the "make dist" for the non-pae stuff) - changed

Author: tha-guest Date: 2006-02-18 22:55:21 +0000 (Sat, 18 Feb 2006) New Revision: 24 Removed: trunk/debian/patches/30rename-pae-hypervisor.dpatch Log: Guido found a better way to have the pae hypervisor installed with another name without patching upstream and it seems to work as good as the patched upstream version, so I removed my patch from svn again. There seems to be no need to just

Hi, during the week I was thinking to send an email to the upstream development list to see if, at some point in the future, we might have the changes needed for us not to patch their package, or to reduce our patches even more... The points I was going to touch were: /etc/sysconfig: We'd like, if it's possible, to have this be configurable at build time... The default can remain like

THE GOOD: NUT is able to communicate with my Powerware 5115A over USB using the bcmxcp_usb driver: ambient.temperature: 38 battery.charge: 99 battery.runtime: 9000 battery.voltage: 27.07 driver.name: bcmxcp_usb driver.parameter.pollinterval: 2 driver.parameter.port: auto driver.version: 2.2.1 driver.version.internal: 0.13 input.frequency: 50.34 input.voltage: 235 output.current: 0.0

Hi I'm trying to build an Asterisk packages for a C3 system (256MB memory, cpuinfo below). /proc/cpuinfo: processor : 0 vendor_id : CentaurHauls cpu family : 6 model : 9 model name : VIA Nehemiah stepping : 8 cpu MHz : 1000.736 cache size : 64 KB fdiv_bug : no hlt_bug : no f00f_bug : no coma_bug : no fpu

Author: ultrotter Date: 2006-02-17 06:56:29 +0000 (Fri, 17 Feb 2006) New Revision: 9 Modified: trunk/debian/changelog trunk/debian/control Log: Change the version and debian revision, as agreed on the ML Start tracking the bugs that need to be closed on upload Modified: trunk/debian/changelog =================================================================== --- trunk/debian/changelog

Hi, I was noticing that our debian/rules did: ... debian/stamps/build: mkdir -p $(@D) rm -rf debian/install $(MAKE) all DESTDIR=$(CURDIR)/debian/install KERNELS= GCC=$(CC) CC=$(CC) HOSTCC=$(CC) touch $@ install: debian/stamps/build rm -rf debian/install $(MAKE) dist DESTDIR=$(CURDIR)/debian/install KERNELS= XEN_PYTHON_NATIVE_INSTALL=1 CC=$(CC)

Tags: patch fixed-upstream Patch below allows this package to be built on ia64. Xen has supported ia64 since ~3.0.1. Thanks, Alex diff -urN a/xen-3.0-3.0.4-1/debian/arch/defines b/xen-3.0-3.0.4-1/debian/arch/defines --- a/xen-3.0-3.0.4-1/debian/arch/defines 2007-07-17 12:40:58.000000000 -0600 +++ b/xen-3.0-3.0.4-1/debian/arch/defines 2007-07-17 12:41:17.000000000 -0600 @@ -5,3 +5,4 @@

Author: tha-guest Date: 2006-02-20 18:22:11 +0000 (Mon, 20 Feb 2006) New Revision: 40 Modified: trunk/debian/control trunk/debian/rules Log: - changed "hotplug | udev (>=0.059)" dependency to "hotplug | udev" - removed "hotplug" as build-dependency - updated rules file to have hotplug & udev etc files installed Modified: trunk/debian/control

download deb source http://ftp.debian.org/debian/pool/main/d/dovecot/dovecot_1.0.3-3.diff.gz http://ftp.debian.org/debian/pool/main/d/dovecot/dovecot_1.0.3.orig.tar.gz http://ftp.debian.org/debian/pool/main/d/dovecot/dovecot_1.0.3-3.dsc download managesieve patch http://sinas.rename-it.nl/~sirius/dovecot-1.0.3-MANAGESIEVE-v7.diff.gz extract deb source dpkg-source -x dovecot_1.0.3-3.dsc

From: Wei Yongjun <yongjun_wei at trendmicro.com.cn> Add the missing unlock before return from function fill_balloon() in the error handling case. Introduced by 9864a8(virtio_balloon: introduce migration primitives to balloon pages) dpatch engine is used to auto generate this patch. (https://github.com/weiyj/dpatch) Signed-off-by: Wei Yongjun <yongjun_wei at trendmicro.com.cn> ---

From: Wei Yongjun <yongjun_wei at trendmicro.com.cn> Add the missing unlock before return from function fill_balloon() in the error handling case. Introduced by 9864a8(virtio_balloon: introduce migration primitives to balloon pages) dpatch engine is used to auto generate this patch. (https://github.com/weiyj/dpatch) Signed-off-by: Wei Yongjun <yongjun_wei at trendmicro.com.cn> ---

Hi I wrote a small patch to netcat to work with unix domain sockets to enable me to communicate with an asterisk daemon through the unix-domain socket /var/run/asterisk/asterisk.ctl . Only then I noticed that reading the code is done very differently than a typical network protocol: it expects every command in a separate read. Basically I used the following filter to pipe commands from the

Hi, I have just looked at the xen source, because I want to finish my work from yesterday and have the hypervisor-pae really build & packaged. It seems so that we have two possibilities to do this: 1) create another dpatch that would patch xen/Makefile in order to have other filenames for the hypervisor when the pae-flag is set. the advanced would be, that if we use diffrent filenames

I've been working on a buildrelease.sh script to call hg2dist.sh, export debian/ from svn and run dpkg-source for me. When I ran dpkg-source I noticed that it gave warnings regarding the *.dpatch files being chmod 0755 is there any reason to maintain this within the repository or would 0644 suffice and remove these warnings from dpkg-source? Regards, Jeremy --

Hi: I installed Lucid Lynx amd64 on my system today, dual booted with Win 7. I've managed to install several packages through the Ubuntu Software Center with success and also installed texlive. Alas, installing my favorite software has not been so joyful. I went through the last few months of posts in this group to find something similar, but to no avail. After a couple of false starts, I

On Tue, Feb 14, 2006 at 10:17:14AM +0100, Guido Trotter wrote: Hello, > Do you mean svn or some other new revision control system, right? Yes, please, use subversion, not CVS anymore :) Reading http://svn.debian.org/, we should ask for a repository. I think the project admin should do this ;) > Anyway, yeah, I think the debian directory should be fine! We can still use > dpatch if we

So, let's get started! One of the first changes we might want to do is move away /etc/sysconfig/xendomains... We should put it either in /etc/default/xendomains (since it's an init script configuration) or /etc/xen/xendomains (since it's xen related)... Which one do you prefer? As for the way to do it I propose a dpatch file that changes the two files in the upstream tarball that

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

I stumbled across the following patch and wondered if it wouldn't be a good idea to have it included. http://foldingcd.svn.sourceforge.net/viewvc/*checkout*/foldingcd/trunk/folding_cd/patches/syslinux-3.51-64bit.patch?revision=5 It adds a default64 keyword and detection of a 64bit processor. It could be useful for mixed environments. The patch is against 3.51, but looks like it would port