tags 39753 patch
thanks
note: this reply is to the first message in this bug, the second message looks
like it could be a seperate (but most likely similar) issue.
from the most recent changelog:
* 06_irc-signal-crash.patch:
- Add patch to work around crash on receiving non-ASCII
retitle 394773 support for the gaim 2.0.0beta5 required.
thanks
just to let you know that what is now needed is beta5 support, since
beta5 has replaced beta4 in sid.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
any chance of an english translation of those error messages?
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
tags 399670 patch
thanks
ok i've done some more investigation
the problem appears to be caused by there being something in
/etc/firefox/profile that wasn't put there by dpkg and so doesn't
get removed by dpkg. The result of this is that dpkg purges the
files it installed but leaves the
severity 400052 grave
reassign 400052 gaim-autoprofile
merge 400052 394773
thanks
Debian Bug report logs source autoprofile.URL
Description: Binary data
found 397788 mailto:[EMAIL PROTECTED]1:2.0.0+beta5-1
Thanks
the testing scripts seem to think this is not in beta5-1, hopefully this
message will fix that problem.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
it seems that this bug was actually in 2.0.0-1 and therefore only effected
updates from 2.0.0-1 to 2.0.0-2. imo since 2.0.0-1 was never in testing this
bug should not be allowed to keep the current version of freepascal out of
testing.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a
retitle 394773 minor change needed for compatibility with gaim2.0.0beta4
thanks
this sounds like an ideal candidate for a nmu, i've changed that title as it
misleadingly implied that a binnmu would have fixed this.
tags 502636 +patch
thanks
It seems this package just changed from being purely arch independent to
also building some arch dependent packages. The build-depends-indep line
needs changing to simply build-depends so the packages are availible
when building the arch dependent packages.
--
This bug has been pending for over a fortnight and the bug that was
marked as blocking it after it was tagged pending was fixed over a week ago.
What is the current status of the bug and if there are still problems is
the work in progress code availible anywhere?
--
To UNSUBSCRIBE, email
I think nbsmtp should conflict with mail implementations, which it does
not support. I use bsd-mailx and it does not work.
Even with the conflicts nbsmtp would still be rc buggy
according to the lenny rc policy (
http://release.debian.org/lenny/rc_policy.txt ) .
The /usr/sbin/sendmail
tags 503800 +patch
thanks
add
ANT_OPTS := -Dant.build.javac.source=1.5 -Dant.build.javac.target=1.5
immeditately after the line that sets DEB_ANT_BUILDFILE in debian/rules
to fix this bug
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL
found 503800 1.20.0-1
thanks
btw this bug also affects the version in lenny (which is built using the
propietry sun jdk)
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
tags 503771 +patch
thanks
While coco-java does list openjdk in it's build-dependencies it lists
other options too so the class versions will depend on the build machine
setup (as they will for any package that doesn't take explicit steps to
choose the build jdk that matches the
found 503775 2+b58g-3
thanks
ok it seems some of the binaries generated from this source have the
classfile version issue but not others. It looks like
Also given that this package only migrated over from contrib recently I
strongly suspect that the dependencies on the binary packages would
The jar contains a mixture of versions 47 and 48 in the lenny and sid
packages and in a self built version of the sid package so I presume the
build system is already taking steps to control the classfile version
and am closing this as a false positive. reopen if you disagree.
--
To
found 503798 1.0.3.GA-1
thanks
This bug also affects the version in lenny (which is built with the sun
propietry jdk) marking as such
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
tags 503798 +patch
thanks
add
ANT_OPTS := -Dant.build.javac.source=1.5 -Dant.build.javac.target=1.5
immeditately after the line that sets DEB_JARS in debian/rules to fix
this bug
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL
retititle 504181 apt FTBFS with dpkg-buildpackage -B
tags 504181 +patch
thanks
In my amd64 chroot that the package builds with a straight
dpkg-buildpackage but fails with dpkg-buildpackage -B . Since the
buildds always use -B this would explain it building for the maintainers
but not on any
It seems wolfram.com changed the location of fonts or
removed the fonts.
Regardless of what caused the failure IMO with a package of
this style it is not acceptable to leave the package in an
unremovable state if the download fails.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a
I have attatched a patch which reduces the optimisation level of the
build to O2 on ia64. I have checked the patch sets the optimisation
level correctly by using a different architecture in the test but I do
not have access to an ia64 box so I can't test to confirm the subitters
statement
tags 506009 +patch
thanks
the issue seems to be caused by upstream defining _FILE_OFFSET_BITS=64
but not _LARGEFILE64_SOURCE causing the zlib header to misbehave.
Defining _LARGEFILE64_SOURCE as well fixes it.
This can be done by adding the following to debian/rules
#needed to make the zlib
Thanks, peter. John uploaded a fixed package with your patch.
The good news is it built sucessfully on ia64
The bad news is it failed on alpha arm mips s390 and sparc due to a
failure to install the build-depends. I have reproduced this failure on
my qemu arm system and the culprit seems
tags 494225 +patch
thanks
add
LDFLAGS += -L/usr/lib/xulrunner-1.9
to debian/rules (I put it just below the block of comments at the start)
to make this package build.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
tags 494216 +patch
thanks
the following patch fixes the ftbfs, I haven't tested if the resulting
package actually works or not though.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
oops forgot to actually push the patch out to a file and attatch it to
the mail
peter green wrote:
tags 494216 +patch
thanks
the following patch fixes the ftbfs, I haven't tested if the resulting
package actually works or not though.
diff -ur shaperd-0.2.1/debian/control shaperd-0.2.1
tags 484695 patch sid
thanks
fixing this seems to be as simple as just changing the build-depends.
However lenny still has a libavcodec-dev that depends on
libdc1394-13-dev so care should be taken to make sure that a fixed vlc
doesn't make it into lenny too early.
Build-Depends: debhelper (= 5), autotools-dev, bzip2, m4, lsb-release, wget, zip, unzip,
sharutils, gawk, pkg-config, procps, automake, autoconf, ant, g++-4.3, gcj (= 4:4.2.1)
[armel ia64 m68k mips mipsel s390], ecj [armel ia64 m68k mips mipsel s390],
java-gcj-compat-dev (= 1.0.76-2ubuntu3)
tags 489838 +patch
thanks
It seems that upstream has switched to using qt4 rather than qt3 but the
build-depends were not updated to match.
to fix this bug change libqt3-mt-dev to libqt4-dev, libqt4-opengl-dev in
the build dependencies
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a
package: azureus
severity: serious
justification: policy 3.5
There were a number of rc bugs reported about azureus not working with
gij. Theese were closed with the justification that azureus could now be
used with openjdk. However no packaging changes were made to reflect this.
IMO the
I cannot find this package anyway, Maybe a typo?
cacao-oj6 is the source package name.
http://packages.qa.debian.org/c/cacao-oj6.html
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
@@
+azureus (3.1.1.0-3.1) unreleased; urgency=medium
+
+ * fixups to stop azureus using gcj (which it doesn't work with)
+* don't bother generating a package with useless gij native code
+* make startup script select a suitable runtime
+* change depdencies
+* Closes: 495514
+
+ -- Peter
Here's a debdiff that fixes #495514 by using openjdk-6-jdk as the
default JDK, while still giving a user the option to rebuild with any
JDK he likes,
What JDK the package is built with is irrelevent. The problem is it
doesn't work when RUN WITH gij.
Indeed the dependencies on your package
generally speaking, the JDK the package is built with *is* relevant,
if only to avoid java.lang.UnsupportedClassVersionError: for instance
your fix considers the JRE from sun-java5-jre to be acceptable, when
it definitely is not if the package is compiled with a JDK6 (which is
what will happen
#introduces a security hole allowing access to the accounts of users who use
the package
severity 495770 grave
tags 495770 +patch
thanks
I have prepared a patch to debian/rules which fixes the issue by removing the
rpath from all binaries in that directory.
there is also some code in
tags 495785 +patch
thanks
It seems when adapting the package to work under fhs rather than from a
single directory a new rpath was added but the old one
was never removed. I have attatched a new version of 05_rpath.diff that
does so. Just replace the old one in debian/patches.
Index:
isn't building with -DCMAKE_SKIP_RPATH=ON enough to fix it without using
chrpath ?
adding that to the CMAKE= line in debian/rules does indeed deal with the
rpath issue
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Thanks for your work. I'm away on my honeymoon though, and so won't be
able to help out. If, amongst yourslves, you're able to arrive at a
consensus as to the best solution, please NMU as necessary.
While I preffer my soloution to sebastiens his current nmu to delayed
will solve the main
found 497131 1.9-1
thanks
this bug also affects the version currently in testing.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
tags 497683 +patch
thanks
doing as the error message suggests and adding texlive-fonts-recommended
to the build-dependencies will make this package build.
BTW this bug also affects sid.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL
As far as I know this definitely is a lenny issue as well. I'll try to build the
FAI package in a minimalist chroot this evening, unless someone else manages to
do so earlier (appreciated :-) ).
I tested this in my normal (pretty dirty) lenny and sid i386 chroots and in a
clean sid amd64
tags 497689 +patch
thanks
If the build-depedencies are overridden opencv builds succesfully with
libdc1294-13-dev missing. So the bug can be fixed by either changing the
build dependency to the 22 version or removing it completely and letting
libavcodec-dev pull it in.
--
To
tags 497688 +patch
thanks
If the build-depedencies are overridden kino builds succesfully with
libdc1294-13-dev missing. So the bug can be fixed by either changing the
build dependency to the 22 version or removing it completely and letting
libavcodec-dev pull it in.
--
To UNSUBSCRIBE,
package: libvtk5-qt3
severity: serious
justification: causes another package to FTBFS
fslview fails to build on arm with a segfault in libQVTKWidgetPlugin.so
which is called into from uic-qt3
a backtrace of this segfault is below.
#0 0x40e3b010 in ucm_instantiate ()
from
I hereby give up on trying to find a fix/workarround to this bug,
building the package with qemu-system-arm on my hardware is just
impractically slow.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
tag 46 +patch
thanks
the submitter included a patch, tag as patch to mark as such.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
package: gnat-gps
version: 4.0.1-6
severity: serious
It seems the -dev packages for libgnatprj have now been versioned to
allow multiple versions of gnat to be installed using thier own version
of it. To allow successfull builds on both testing and unstable it
appears the first line of
Looks like this failure was taken from the buildd logs.
I have tried to reproduce this in a amd64 sid chroots doing build as
root, build with fakeroot and build with sudo and all builds succeeded.
I also tried with fakeroot in an i386 sid chroot again it was fine.
So I would guess this is
tags 477956 +patch
thanks
It seems even bash was getting confused by some of the stuff in debian/rules
The following modified rules file is enough to make it build ok with
bash and dash, posh fails on the configure script before it gets to the
isntallation sections.
#!/usr/bin/make -f
Are you sure this is a bug?
the debconf message before I get that error seems to ask for a
commercial CD (which I don't have, it seems this package can only be
used if you own the appropriate commercial software.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
I have reproduced this in my experimental chroot and have attatched the
config.log.
Strangely the CFLAGS that dpkg-buildpackage claims to be using do not
seem to match up with the on the compiler is complaining about.
dpkg-buildpackage: set CFLAGS to default value: -g -O2
dpkg-buildpackage:
tags 478503 +patch
thanks
to fix this bug add
chmod 755 src/native/unix/configure
to the beggining of the configure-stamp target in debian/rules.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
tags 475207 +patch
thanks
changing libgnet2.0-dev to libgnet-dev in debian./control makes this
package build succesfully.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
tags 479687 +patch
thanks
adding pcp, libglu1-mesa-dev andmesa-common-dev to the
build-dependencies will make this build (at least on i386 and amd64, I
don't have any other platforms handy to test).
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble?
tags 479613 +patch
thanks
it looks like libosip renamed it's md5 functions/types (probablly to
avoid symbol conflicts) causing this failure.
I have attatched a patch to make siproxd use the new functions, this can
be dropped straight into the debian/patches directory (the package uses
cdbs
The package seems to require Sun Java as it stated in README.txt. I gave
up with trying to run it on free VM's available in Debian etch.
It would appear that way
In addition, the azureus wrapper expects java in the path, which is
available only with Sun Java package installed.
Afaict this is
tags 477046 +patch
thanks
this bug is caused by some minor misquoting in debian/rules. fixed
debian/rules file is attatched.
#!/usr/bin/make -f
# Sample debian/rules that uses debhelper.
# This file is public domain software, originally written by Joey Hess.
# Uncomment this to turn on
tags 479971 +patch
thanks
The inclusion of asm/page.h in lib/gexec_process.c seems to be
supirous, simply removing the #include makes the file build.
To get the complete package to build (I did my test builds on AMD64) I
also had to add -fPIC to the CFLAGS in debian/rules
--
To
tags 479973 +patch
thanks
removing the #include asm/page.h from base/sched/liblxrt/touchall.c
will make this build (at least on i386).
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
tags 479974 +patch
thanks
it seems that simply removing the #include asm/page.h from swapd.c is
enough to make this package build (at least on i386, not tested elsewhere).
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
tags 479975 +patch
thanks
simply removing the #include asm/page.h from font/j3100.c makes this
package build successfully (at least on i386).
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
simply removing the #include asm/page.h from proc/ps.h will make this
package build (at least on i386).
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
tags 479977 +patch
thanks
It seems that simply removing the #include asm/page.h from
src/linux/proc/ps.h is enough to make this build (at least on i386).
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
tags 479979 +patch
thanks
It seems that simply removing the #include asm/page.h from
um-viewos/um_mmap.c will make this build fine at least on i386
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
tags 479981 +patch
thanks
simply removing the #include asm/page.h from fbcommon.c is enough to
make this build (at least on i386)
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
tags 479982 +patch
thanks
it seems that simply removing the #include asm/page.h from
util-linux/mkswap.c is sufficiant to make this build (at least on i386).
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
tags 479980 +patch
thanks
simply removing the #include asm/page.h from mount.ocfs2/mount.ocfs2.h
will make this build (at least on i386)
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
tags 479872 +patch
thanks
This seems to be a g++ 4.3 issue. The failure happened on all buildds
for architectures that have 4.3 as default and it also fails with the
same error in my amd64 experimental chroot.
Adding #include typeinfo to the top of
src/FertilityCalculatorThreadMessage.cpp
tags 477016 +patch
thanks
Note that even though this option doesn't need any parameter, in some
configurations curl_easy_setopt might be defined as a macro taking
exactly three arguments. Therefore, it's recommended to pass 1 as
parameter to this option.
adding a 1 as an extra parameter to
tags 479935 +patch
thanks
the package seems to contain a broken check for outdated perl versions,
simply disabling the check makes it build.
attatched is a patch that does just that ready to be added to the dpatch
sequence.
#! /bin/sh /usr/share/dpatch/dpatch-run
##
tags 479892 +patch
thanks
add libx11-dev to the build-depends to fix this bug
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
tags 474787 +patch
thanks
patch is attatched
diff -ur hugin-0.6.1/debian/rules hugin-0.6.1-plugwash/debian/rules
--- hugin-0.6.1/debian/rules 2008-04-09 20:17:53.0 +
+++ hugin-0.6.1-plugwash/debian/rules 2008-04-09 19:43:49.0 +
@@ -21,7 +21,7 @@
DEB_BUILD_GNU_TYPE ?=
tags 474794 +patch
thanks
patch is attatched.
The patch also fixes an unreported FTBFS if built twice in a row bug.
Only in gnome-color-chooser-0.2.3: config.guess
Only in gnome-color-chooser-0.2.3: config.sub
diff -ur gnome-color-chooser-0.2.3/debian/rules
tags 474795 +patch
thanks
to fix this bug add #include libintl.h to the top of gpar2.cc
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
tags 474798 +patch
thanks
add #include string.h to the top of C++/test/main.cc to fix this bug
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
tags 471004 +patch
thanks
to fix this bug add -fno-strict-aliasing to the line that adds cflags in
base/common.make
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
tags 460191 +patch
thanks
add the following commands to the clean target near the end (I put them
just before dh_clean) to fix this bug.
-rm -rf /cdrdao-1.2.2/scsilib/librscg/OBJ
-rm -rf /cdrdao-1.2.2/scsilib/libscg/OBJ
-rm -rf /cdrdao-1.2.2/scsilib/libschily/OBJ
P.S. this
--
To
tags 477011 +patch
thanks
patch is attatched. just add it to the quilt series.
Index: adonthell-0.3.4.cvs.20050813/src/py_adonthell_wrap.cc
===
--- adonthell-0.3.4.cvs.20050813.orig/src/py_adonthell_wrap.cc 2008-04-20
investigating 486260 I have discovered the following
the i386 package from the archive (uploaded by the nmuer) segfaults
the amd64 package from the archive (built by a buildd) runs and shows
the GUI (whether it does what it is supposed to I can't say as I don't
use the package)
A self built
peter green wrote:
investigating 486260 I have discovered the following
the i386 package from the archive (uploaded by the nmuer) segfaults
the amd64 package from the archive (built by a buildd) runs and shows
the GUI (whether it does what it is supposed to I can't say as I don't
use
starvoyager refuses to start with the following error:
starvoyager: error while loading shared libraries:
libstdc++-libc6.2-2.so.3: cannot open shared object file: No such file
or directory
I have tried and failed to reproduce this error in my i386 sid chroot.
The starvoyager binary seems to be
tags 486349 +patch
the patch in debian/patches makes an unexplained change from srcdir to
sourcedir that causes the build to silently fail if the source copy is
not done before the build. A new version of the patch with this change
removed is attatched.
Files javatar-2.5.orig/javatar-2.5.tar
make[4]: Entering directory
`/build/buildd/adonthell-0.3.4.cvs.20080529/src/modules'
../../src/adonthell-0.3 -c
*** warning: prefs::read_adonthellrc: creating config file failed
Fatal Python error: exceptions bootstrapping error.
Something is going wrong with the intitalisation of the embedded
I posted about this to the upstream forum (
http://foro.pixjuegos.com/viewtopic.php?t=224start=0 ) and got some replies.
The good news is that the upstream developers posted a link to a tarball containing the source for the images.
http://pixjuegos.com/descargas/recursospixbros.tar.bz2
The
it seems ocamlopt is only availible on some architectures and ocamlc
needs to be used on those without it. I'm not sure how much of a drop
in replacement it is though.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
tags 487039 +patch
just change the 11 to a 13 to fix this bug.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
tags 487051 +patch
thanks
add libboost-thread-dev to the build dependencies to fix this bug.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
tags 487054 +patch
thanks
add libxext-dev to the build dependencies to fix this bug
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
tags 487057 +patch
thanks
add libxext-dev to the build-depends to fix this bug.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
package: xutils-dev
version: 1:7.4+2
severity: serious
justification: causes another package to FTBFS
When run as part of the build process for 9menu xmkmf generates a
makefile with -lXext in it but xutils-dev has no dependency on
libxext-dev, this causes 9menu to FTBFS.
--
To UNSUBSCRIBE,
tags 488132 +patch
thanks
DO NOT SEND THIS MESSAGE YET
I'd like to verify the
fix, but there doesn't seem to be an amd64 emulator in the archive...
I have added int casts to all the printf calls the compiler was
complaining about and the package now builds.
patch is attatched
BTW in the
DO NOT SEND THIS MESSAGE YET
Sorry that was a note to myself that I forgot to delete when the message
was finally ready for sending.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
tags 482516 +patch
thanks
changet the build-depends line in debian/control to
Build-Depends: libbg1-dev
to fix this bug
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
reassign 482515 hs-plugins
retitle 482515 current version of hs-plugins FTBFS on the buildd and old
version is no longer installable.
tags 482515 +patch
Thanks
The real issue here is that the latest version of libghc6-plugins-dev
failed to build on the build. It seems the issue is that
tags 482513 +patch
thanks
replace bglibs-dev ( 1.022-0) with libbg-dev in the build-depends to
fix this bug
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
tags 482649 +patch
thanks
This is a g++-4.3 issue add #include limits.h to (I put it just under
the inclusion of ogre.h but I doubt the precise location is too
important) to fix it.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL
tags 482650 +patch
thanks
this is an issue on any platform that uses g++ 4.3. It is caused by a
couple of missing include statements.
patch is attatched.
diff -ur gigedit-0.1.1/src/gigedit/mainwindow.cpp gigedit-0.1.1.new/src/gigedit/mainwindow.cpp
--- gigedit-0.1.1/src/gigedit/mainwindow.cpp
tags 482676 +patch
thanks
I can confirm that removing configure from the .PHONY line in
debian/rules will make this package build with -rsudo
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
tags 482264 +patch
thanks
relavent part of config.log
configure:4503: checking for C compiler default output file name
configure:4525: i486-linux-gnu-gcc -g -O2 -pipe -I/usr/include/xmltok
-I/usr/inc
/usr/bin/ld: cannot find -lmysqlclient_r
collect2: ld returned 1 exit status
configure:4529:
tags 482920 +patch
thanks
add the following to debian/rules immediately below the first endif to
fix this bug
DEB_MAKE_BUILD_TARGET += OCAML_BACKEND=gcc
DEB_MAKE_INSTALL_TARGET += OCAML_BACKEND=gcc
DEB_MAKE_CLEAN_TARGET += OCAML_BACKEND=gcc
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
1 - 100 of 1819 matches
Mail list logo