this appears to be a dupe of
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=402407
if you belive that the files used to build debians packages are free then
wouldn't the obvious thing to do be to remove everything else from the
source packages?
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
package: gaim
severity: wishlist
it seems crazy to me to have a package from an abandoned (at least i get the
impression its abandoned from #gaim and similar) series and especially a cvs
snapshot of the abandoned series going into a stable distribution. It seems
like it would make far more sense
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]
and it seems the guy who did it this time understands that libraries have
versions.
Package: netbase
Severity: normal
right now netbase is mostly but not quite a metapackage.
this is a pita for those of us trying to maintain slim chroot environments,
some of the files in netbase are needed by tools like ftp which give strange
errors if they are not present but netbase has 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.
package:gaim
severity:normal
right now gaim and gaim-dev use a == dependency on gaim-data.
because gaim and gaim-dev are arch any while gaim-data is arch all when a new
version of gaim is uploaded gaim becomes temporally uninstallable on most
architectures. This causes a LOT of buildd
you reported this bug over 3 years ago and gaim has changed a lot in
that time. If you are still experiancing the crashes with the current
version of gaim please provide more recent backtraces, otherwise please
close the bug
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
this looks like a UCS2/UTF-16 endian screwup (a-z all map to cjk
ideographs when byteswapped and - and . both map to characters from
strange languages that you probablly won't have fonts for)
is this issue still happening with 2.0.0beta4?
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
i'm guessing from the comment Also, they distribute non-free software as
plug-ins that gnuzilla has messed with the plugin finder, is this something
that debian wants? (it seems like it would interfere with a lot of users who
wan't stuff like flash to work)
--
To UNSUBSCRIBE, email to [EMAIL
Package: ftp
Version: 0.17-12
Severity: important
netbase contains /etc/services which ftp needs to run but ftp doesn't depend
on it
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
package: gij-4.1
severity: grave
the buildd log in question is at
http://buildd.debian.org/fetch.php?pkg=guificationsver=2.13%7Ebeta3-0.1ar
ch=powerpcstamp=1159970889file=logas=raw, the following is an extract
from that log
Setting up gij-4.1 (4.1.1-15) ...
gcj-dbtool-4.1: error while loading
sametime support is now a built in feature of the main gaim package so this
package should be reduced to a dummy for ease of upgrading.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
tags 391242 +patch
thanks.
making this build against 2.0.0beta3.1 in my sid chroot was pretty easy, i
just nicked some headers that are no longer in the official public interface
of gaim from the gaim source package (yes eliminating the dependance on non
public interfaces is a good move long term
since my previous message i have been advised that because this package
already depended on gaim it should be removed from unstable rather than
converted into a dummy.
i've been told that such removal requests are made by submitting a bug on
the ftp.debian.org psudo package, if noone objects
package: ftp.debian.org
Serverity: Serious
per bug #391244 gaim-meanwhile is now redundant (since its functionality has
been integrated into gaim) and is blocking gaim2 from entering testing.
Please remove it from unstable.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
a buildd problem, not a package problem; will be fixed tonight.
has this been fixed and if so has the guifrications build been requeued?
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
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]
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.
--
package: ca-certificates
severity: normal
While doing regular updates using update-manager on my lenny system I
got the following error
Setting up ca-certificates (20080809) ...
Updating certificates in /etc/ssl/certsdone.
Running hooks in /etc/ca-certificates/update.dCertificate
Please run the following:
for i in /etc/ca-certificates/update.d/*; do dpkg -S $i; echo $i;
cat $i; done
This looks like a bug in another package adding certificates from
ca-certificates into its own (Java-ish) truststore...
debian:/home/plugwash# for i in /etc/ca-certificates/update.d/*;
package: ftp.debian.org
azureus-gcj has been dropped from the azureus source as it was useless
(azureus doesn't work with gij) but old binaries are still in the
archive. Please remove them.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact
tags 493411 +patch
thanks
replace the parseopt= and sys= lines near the top of the makefile with
the following to fix this bug
parseopt=parseopt/confread.o parseopt/lex.o parseopt/parse.o
sys=sys/exit.o sys/xalloc.o sys/log.o sys/communication.o
sys/sighandlers.o sys/processtitle.o
package: win32-loader
severity: important
justification: renders the package unusable for some users.
according to [EMAIL PROTECTED] win32-loader will use an
existing directory that matches debian in the windows filesystem.
Unfortunately grub's filename matching and windows are different
tags 493453 +patch
thanks
change /bin/sh to /bin/bash on line 83 of the Makefile to fix this bug
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
[EMAIL PROTECTED] wrote:
I run the windows based installer but after reboot grub won't boot and shown
his prompt.
After a little investigation I discovered grub was asked to look for image files to load from a
debian directory in the Windows disk but they were in Debian directory
instead.
package: bugs.debian.org
severity: important.
The bug number of the clone seems to be missing from the clone message
on bugs.debian.org . This makes it rather hard to find the clone when
following a bugreport.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe.
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 501048 +patch
thanks
this bug is trivial to fix, just change rm Coco to rm -f Coco in the
clean target in the Makefile
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
ii python 2.5.2-2 An interactive high-level object-o
Shouldn't we make destar conflict with python 2.5?
No that would just make the package uninstallable. If the package really can't be used with python 2.5 then it should
explicitly depend on python 2.4 and be
tags 498053 +patch
forcemerge 498053 492538
thanks
disabling optimisation seems to fix this, attatched is a patch to do so
for arm only.
diff -ur vtk-5.0.4/debian/rules vtk-5.0.4.new/debian/rules
--- vtk-5.0.4/debian/rules 2008-10-08 20:26:39.0 +0100
+++ vtk-5.0.4.new/debian/rules
I think adding the following to the work target in debian/rules just
before the last line should make this package build succesfully
cp /usr/share/misc/config.sub work.tmp
cp /usr/share/misc/config.guess work.tmp
Unfortunately since I have been unable to reproduce the problem (it
seems to be
tags 492455 +patch
thanks
The attatched debian/rules file has been modified to only build that
plugin on i386 only (I don't think any via chips support amd64 and even
if they do the current padlock code won't build on it)
#!/usr/bin/make -f
# Sample debian/rules that uses debhelper.
# GNU
http://www.jbidwatcher.com/commercial_resale.shtml
Doesn't that make jbidwatcher non-free ?
Afaict no because it is not a part of the license just a request.
In addition, although /not/ as a legal license addendum
As several people have asked, this isn't an addendum to the license
Looks like
the current packages fail to build using the openjdk-6 in the archive, or using
the ecj based bootstrap.
Looks like the package is now building successfully on all architectures it has ever built successfully on.
Should this bug now be closed (or if the build was fixed by a workarround
reopen 482946
thanks
...which I'm pretty sure has been fixed now, so I'm closing it.
I just updated my experimental amd64 chroot and tried to build the
latest version of apache2-mpm-itk and it failed with the same error as
before.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a
Anyway, given that 0.3.4.cvs.20050813-3 compiled but
0.3.4.cvs.20050813-4 didn't, I guess this is somehow related to
gcc-4.3.
It looks like the default python version also changed between the two
builds from 2.4 to 2.5 so that would be a suspect too.
--
To UNSUBSCRIBE, email to [EMAIL
I have successfully loaded an earlier build of lenny on the same hardware.
Checking Google, I found a long discussion of the problem at:
http://www.gossamer-threads.com/lists/linux/kernel/949548
This suggests that the lenny beta 2 kernel may not work with my processor.
Is this something
tags 486654 +patch
thanks
Rebuilding with gcc-4.2 fails in the same way, so I guess it is due to
Python changes.
The package builds succesfully on arm (I don't have armel availible to
test but I presume the issue is the same on both) with python2.4. I have
attatched a patch to make it use
@@
+#
+# - afnix-gcc-4.2-
+# - afnix compiler configuration - forced gcc 4.1 configuration -
+# - created by peter green based on afnix-gcc-4.mak to workarround a build
#482946: apache2-mpm-itk FTBFS in experimental chroot
It has been closed by Stefan Fritsch [EMAIL PROTECTED].
I can confirm that this is indeed fixed and apache2-mpm-itk once again
builds in my experimental chroot.
Thanks.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject
It is indeed required on armel but your patch is buggy.
You need to use DEB_BUILD_ARCH instead of DEB_BUILD_ARCH_CPU,
which is arm on both, whilc D_B_A is arm or armel
Good to know.
Actually your patch works fine, since D_A_B_CPU matches arm both on
arm and on armel. My apologies
While it
tags 493341 +patch
thanks
add bioperl to the build-depends to fix this bug.
you might also want to add libgd-gd2-perl to the build-depends to fix
the following warning
-
WARNING
The attached patch fixes this (with casts etc.) for at least these two
architectures, but it still needs correction for big-endian systems. It
should (probably) be reworked a little to properly serialise the reading
writing within the FileData class.
Why not simply make blobandconquer-data arch
If the patch doesn't work
The patches author clearly stated that the patch was incomplete only
dealing with word size differences not endian differences (so it will
fix compatibility between i386 and amd64 but not between those
architectures and say powerpc). That should be easilly fixed
I have managed to fix it up so it doesn't error out but it produces
different output on the two platforms. and i'm finding the code very
hard to follow.
The first issue was a relatively simple one.
in utils/dr_rdpng.c some tweaking is required, replace the call to
png_get_IHDR with
tags 493429 +patch
thanks
change priv-PM-pcm-addPCMfloat(*pcm,512); to
priv-PM-pcm()-addPCMfloat(*pcm,512); to fix this bug
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
package: ftp.debian.org
The latest version of the kdebindings source package dropped a number of binary packages on alpha as a result of the
removal of gcj from that architecture.
* No java in alpha:
- Do not build depend on java-gcj-compat-dev.
- Remove binaries in alpha:
retitle 493992 jcc FTBFS on everything except amd64 due to wrong paths.
thanks
Reading the build log carefully this doesn't look like a missing
dependency error to me (openjdk-6-jdk which depends on openjdk-6-jre
which depends on openjdk-6-jre-headless which provides the libjvm.so is
indeed
Jeff Breidenbach wrote:
Peter,
Thank you very much for the patch. It is almost right.
Open JDK 1.6 has this really weird setup where one of the shared libraries
is under the server subdirectory on AMD64 and under the client subdirectory
under i386. (Not sure what the story is on other
The PyLucene binary has almost exactly the same problem if you are interested
in looking at that one too.
PyLucene seems to build fine in my i386 sid chroot using the jcc built
using my patch.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact
Jeff Breidenbach wrote:
What library is that?
libjvm.so
Specifically /usr/lib/jvm/java-6-openjdk/jre/lib/i386/client/libjvm.so
As found here:
http://packages.debian.org/sid/i386/openjdk-6-jre-headless/filelist
checking packages.debian.org it seems that file is in the server
I'm surprised you got PyLucene to build; I wonder if it runs (there is
a simple test in
the PyLucene README.Debian)
From my i386 chroot with jcc built with my patch and pylucene built
using the jcc built with my patch and unmodified source.
debian:/# python
Python 2.5.2 (r252:60911, Jul
Rosegarden is uninstallable, at least on my Sid system. I get the
following error message when running apt-get install rosegarden:
The following packages have unmet dependencies.
rosegarden: Depends: kdebase-bin but it is not going to be installed
E: Broken packages
I tried and failed to
my test results for pdftk (which has the same version in both lenny and sid)
build in sid: builds sucessfully
build in lenny: FTBFS
build in lenny with sids gcj-4.2, gcj-4.2-base, gij-4.2, libgcj8-1,
libgcj8-1-awt, libgcj8-dev, libgcj8-jar (that is all packages from the
gcj-4.2 source package
my test results
lenny's version in lenny: (though I got a different error: FATAL ERROR:
ACL2 does not yet support GCL ANSI. Please use a non-ANSI GCL.
sid's version in lenny: FTBFS with Compile FAILED: file acl2-status.txt
is missing.
lenny's version in sid: FTBFS with Initialization FAILED:
package: ftp.debian.org
kaya dropped support for the ia64 architecture due to toolchain
issues. Please remove the old ia64 binaries so the new version can
migrate to testing (which is important because the new version fixes a
rc bug)
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a
severity 494405 normal
thanks
Justification: no longer builds from source
experimental version of asterisk (1:1.4.21.2~dfsg-2) found in trunk for
svn repo of pkg-voip doesnt build on etch as it requires
libc-client2007b-dev which is not found in etch.
Sarge's version builds fine in sarge,
package: jcc
version: 1.9-5
severity: important
justification: FTBFS on an architecture the package has never
sucessfully built on before.
I made a typo in the patch I sent you
ifeq ($(DEB_BUILD_ARCH_CPU),powerpc)
JAVAARCH :=powerpc
endif
should have been
ifeq
I must be tired, I can't even get my corrections right first time :(
I made a typo in the patch I sent you
ifeq ($(DEB_BUILD_ARCH_CPU),powerpc)
JAVAARCH :=powerpc
endif
should have been
ifeq ($(DEB_BUILD_ARCH_CPU),powerpc)
JAVAARCH :=ppc
endif
--
To UNSUBSCRIBE, email to [EMAIL
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
The maintainer for
icedtea-gcjwebplugin argued for this being contrib with wrong reasoning.
Where did he do that? I don't see any posts from the maintainer in the
bug report log (even the setting of pending wasn't done by someone on the
current maintainers list though they may be someone in the
#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
I just tried to reproduce this in both my normal sid amd64 chroot and a
sid amd64 pbuilder and could not do so.
Can you still reproduce the issue on your system?
Is the system suffering the issue the same one you reported the bug
from? if not what architecture is the system suffering the
package: iceweasel
The homepage on my iceweasel install which was set by the package and
never changed manully used to be about: which was IMO a reasonable
choice. At some stage it changed to
http://www.mozilla.org/projects/granparadiso/; which says
Note: The Gran Paradiso Alpha build you
Should a bug in a kernel/architecture that is not even supported by
Debian really be considered RC?
Most Probably not. However I currently suspect this bug to be a
duplicate Bug #498397. In that case, we would indeed have RC bug that
would affect both mips and mispel.
This patch was one of
A NMU of gem was made by Alexander Reichle-Schmehl [EMAIL PROTECTED]
mailto:tolimar%40debian.org to fix the rc bugs 421560, 484190 and
485798 and was unblocked by he. Unfortunately it has picked up a
depedency on a new upstream version of libquicktime which is blocking
it's transition to
I believe this should not be RC for Lenny. The bug only triggers
for people using multiple releases; so anyone hitting this bug
should be able to get an updated version from unstable or
squeeze-testing without needing it in Lenny.
It could also cause issues for people upgrading from lenny
Did you report this from the system you had the problem on.
If so then the following line of your bug report explains your issue and
it is not a bug.
APT policy: (700, 'stable'), (500, 'testing')
python-xlrd is not in stable so apt picks the testing version but then
it's dependencies can't
tags 500325 +patch
thanks
It seems you have a mix of things you want to build shared and static,
but that doesn't work.
It looks to me like the package builds a static library and then tries
to use that static library to form part of a shared library.
Unfortunately that static library is not
tags 491385 +patch
thanks
replace xlibs-data with xbitmaps in the build dependencies to fix this bug
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Since openjdk is now available in main, wouldn't that be the best solution?
It would if it was in lenny but unfortunately openjdk was delayed hugely
by license issues :(. Now we have a situation where afiact openjdk will
only make it into lenny if one of the following happens.
*The rc
forcemerge 488170 489083
thanks
489083 is a dupe of 488170
Some upstream discussion can be found at at
http://www.nabble.com/Poppler-0.8.3-change-to-GfxFont-td17806656.html .
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
package: kdebindings
version: 4:3.5.9-1
severity serious
The package depends on java-gcj-compat-dev on a number of platforms
including alpha, but that package is no longer available on alpha making
kdebindings ftbfs.
I don't know if it is safe to just remove it from the list of
BTW, would it be a good idea to package lrmi appart ?
In the short term IMO no. The library freeze is already in place and the
full freeze is imminent. So if you want to see the package in lenny you
don't want to be making major structural changes right now.
In the long term IMO it depends
It seems this package has never been built successfully by any buildd.
The version in testing does not build any architecture specific binaries
(which are not built on buildds). Given that right now azureus doesn't
work with gcj anyway maybe the package should go back to doing that.
--
To
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: installation-reports
Package: installation-reports
Boot method: kernel and initrd passed to qemu on command line
Image version: daily build downloaded on sat 6 sep 2008 from
http://people.debian.org/~joeyh/d-i/armel/images/daily/versatile/netboot/
Date: sat 6 sep 2008
Machine:
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]
package: gdb
version: 6.8-3
severity: important
I have been trying to track down the build failure of vlc on mips. The
build fails with a segmentation fault when doing a test run of the newly
built vlc binary.
I tried to use gdb to get a backtrace of the problem. Unfortunately gdb
refuses
1 - 100 of 2693 matches
Mail list logo