similar to: debian package from svn / errors and non working debian rules

Oliver Oli wrote: > Hello, > > I tried to build an debian package from svn. First I checked out trunk > and the 2.3.2 branch, which both build this quite "old" package :-) > > icecast2_1.9+2.0alphasnap2+20030802-1_amd64.deb > > Then I tried the kh branch, which doesn't build with dpkg-buildpackage: > > debian/rules:6:

maybe include the debian dir as an external from svn://svn.debian.org/pkg-icecast/icecast2/trunk/debian/ ? On Mon, Aug 11, 2008 at 4:09 PM, Karl Heyes <karl at xiph.org> wrote: > Oliver Oli wrote: >> >> Hello, >> >> I tried to build an debian package from svn. First I checked out trunk >> and the 2.3.2 branch, which both build this quite "old"

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:

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

On Jul 13, 2014, at 9:46 AM, pere at riusnebot.com wrote: > Dear Charles Lepple, > Sorry for my email intrusion. for next time: http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/nut-upsuser > I have an UPS called Ovislink 1000VA and it use a UPSMART2000R (with ?ATCL FOR UPS?). > I?m a beginner Linux user and I ?will install your new driver <nutdrv_atcl_usb > to work

Hi, A radio is being developped at school, and we wanted to avoid eating too much bandwidth, so we had a look at RTP. I first implemented it in icecast1 and it worked well (although we had to apply a patch to make RTP work with xmms). We are indeed saving a lot of bandwidth. I then adapted it to icecast2, here is the patch. The biggest trouble for now is the configurability. I added 3 global

Hi, I have setup MRTG with 14all.cgi cgi script. I downloaded it from below URL. http://my14all.sourceforge.net/14all-1.1.txt and did only below 3 changes to that file. those can be seen in BOLDletters. # if MRTG_lib.pm (from mrtg) is not in the module search path (@INC) # uncomment the following line and change the path appropriatly: #use lib qw(/usr/local/mrtg-2/lib/mrtg2); use lib

Hello, I didn't want to have to choose between Icecast running on port 80 and all my Apache virtual hosts, running also on port 80, on my sole external IP address. I didn't want either to open port 8000 on my firewall because I wanted all users being able to reach Icecast even the ones behind enterprise firewalls. So I managed to run Apache 2.2 listening on port 80 and Icecast 2.3.2

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)

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

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

apt-get install svn-buildpackage cat <<_eof >> ~/.svn-buildpackage.conf svn-lintian svn-linda svn-move _eof mkdir logcheck; cd logcheck svn co svn+ssh://svn.debian.org/svn/logcheck/logcheck/trunk cd trunk svn-buildpackage -k<your key ID> -rfakeroot man svn-buildpackage for more. Nice, huh? -- .''`. martin f. krafft <madduck at debian.org> : :' :

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): >> >> >> "

Hello, I am facing a problem when rebuilding Samba 3.4.8dfsg2 on Debian Testing. Command used: "dpkg-buildpackage -uc -us -rfakeroot --source-option=--format=1.0" Linking bin/smbcontrol /usr/bin/ld: /usr/lib/gcc/x86_64-linux-gnu/4.4.4/../../../../lib/libunwind-ptrace.a(_UPT_access_fpreg.o): relocation R_X86_64_32S against `_UPT_reg_offset' can not be used when making a shared

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

Hi! Put these in the debian directory to make the packages produced by dpkg-buildpackage actually contain the files of interest. Note that the build process actually doesn't work now, because building outside of the source tree fails (e.g. ./obj-i386-linux that debian uses). The problem is in the python things in doc/Makefile.am, someone might want to have a look at that. Should be

I'm trying to get icecast 2.3.1 compiled on a slackware 10.0 box. I've successfully compiled the libshout libraries. Now this is what I got after a make in the source dir: > make[3]: Entering directory `/tar_archive/icecast-2.3.1/src' > /bin/sh ../libtool --mode=link gcc -pthread -g -O2 -L/usr/local/lib > -o icecast cfgfile.o main.o logging.o sighandler.o connection.o

Hello, While testing Fedora 16 Xen PVHVM guests I noticed the following problem: When starting F16 PVHVM guest I can see the vifX.0 and tapX.0 interfaces appear on dom0, but after the guest kernel (Linux 3.1.0) starts and loads PVHVM drivers the vif/tap interfaces disappear from dom0.. so the bridge in dom0 doesn''t have any vifs/taps connected to it anymore. Has anyone seen that

I've just downloaded 2.2.7 from CVS and started dpkg-buildpackage: dpkg-buildpackage: source version is 2.2.6-0.1 Eventually somebody should change the file packaging/Debian/debian/changelog regards Markus Schabel +--------------------------------------------+ | TGM - Die Schule der Technik | | IT-Service | | A-1200 Wien, Wexstrasse 19-23

Hi, Where is the mount option 'limit-rate' in the current version? I checked in cfgfile.c and in the documentation, no mention. Yet this option did exist at one time: http://lists.xiph.org/pipermail/icecast/2010-October/011703.html http://lists.xiph.org/pipermail/icecast/2009-January/011391.html I try to limit the bitrate of a mount-point, is there another solution? Do you know why this