reassign 799520 kdepimlibs5-dev
thanks
Hi, Chris,
On 19/09/15 21:46, Chris Lamb wrote:
> Source: tellico
> Version: 2.3.9+dfsg.1-1
> Severity: serious
> Justification: fails to build from source
> User: reproducible-bui...@lists.alioth.debian.org
> Usertags: ftbfs
> X-Debbugs-Cc:
, as recommended by lintian.
+
+ -- Regis Boudin re...@debian.org Mon, 23 Apr 2012 22:52:11 +0200
+
tulip (3.6.0dfsg-2) unstable; urgency=low
* Don't build docs for tulip-doc from build-arch, move java packages,
diff -Nru tulip-3.6.0dfsg/debian/control tulip-3.6.0dfsg/debian/control
--- tulip
Hi,
thanks for the report, I'm looking into the issue, hopefully will get it
fixed soon.
Regis
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Hi,
I believe I found the issue, which is the forced -DGTK_DISABLE_DEPRECATED
flag in libgnomecanvas/gnome/gw/Makefile.am, and that the libgnomeui
headers don't like.
I have a patch fixing it (using $(GTK_DEPRECATED_CFLAGS) instead, I'll
upload a NMU later today unless someone advises against
tag 604815 squeeze
thanks
dssi-host-jack is now built on kfreebsd* and available in wheezy, which
means only squeeze is affected, so tagging this bug accordingly.
Thanks,
Regis
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
Hi,
I made the upload, so I guess I should comment on this.
On Sun, 2011-08-28 at 15:39 +0200, Jakub Wilk wrote:
* Philipp Kern pk...@debian.org, 2011-08-28, 10:52:
The package FTBFS'es on mips, powerpc, s390, sparc and the inofficial
ports s390x and powerpcspe because of changes in the
tags 622047 pending
thanks
Hi,
Thanks for the report. The bug is known and fixed in the upstream svn so
I plan to make an upload soon.
Regis
On Sat, 2011-04-09 at 14:17 +0200, Lucas Nussbaum wrote:
Source: tellico
Version: 2.2-5
Severity: serious
Tags: wheezy sid
User:
Hi Felix,
Thank you very much for the pointer. I'm about to go to bed very soon,
but I'll make a new upload to fix that tomorrow.
Regis
On Tue, 2010-05-18 at 23:47 +0200, Felix Geyer wrote:
Package: tellico
Version: 2.2-3
Justification: ftbfs
Severity: serious
tellico FTBFS as
On Wed, 2009-04-01 at 23:30 +0200, Moritz Muehlenhoff wrote:
Package: amaya
Severity: grave
Tags: security
CVE-2009-1209:
Stack-based buffer overflow in W3C Amaya Web Browser 11.1 allows remote
attackers
to execute arbitrary code via a script tag with a long defer attribute.
And that's two
Hi,
Thanks for the report. I'm extremely busy at the moment, sorry for the
delay. The Gtk-CRITICAL message doesn't actually trigger the crash, it
shows up at every start (I should add a patch for that).
So overall that's another crash with no explaination...
Regis
On Tue, March 3, 2009 23:17,
Hi Nico,
Many thanks for the additional digging into the code. I'm curently on
holiday, but will try to find some time to work on bits. Will try to at
least make an upload of 11.0.1 tomorrow.
On Tue, 2008-12-23 at 16:29 +0100, Nico Golde wrote:
Hi,
CCed upstream.
Similar things are done at
Hi Steffen,
Thanks for the report. I had a quick look at the advisory, apparently both
attacks have the same origin, TtaWCToMBstring().
Will have a look at fixing it, CC'ing upstream, since I haven't seen
anything about the advisory over there.
Regis
On Tue, December 2, 2008 19:20, Steffen
Hi,
On Thu, 2008-11-27 at 15:04 -0600, Raphael Geissert wrote:
Source: amaya
Version: 10.1~pre4+dfsg.0-2
Severity: serious
User: [EMAIL PROTECTED]
Usertags: proposed-removal
Hi,
While reviewing some packages, your package came up as a possible
candidate
for removal from Debian, because:
On Fri, November 28, 2008 09:48, Amaya wrote:
Raphael Geissert wrote:
Source: amaya
Version: 10.1~pre4+dfsg.0-2
Severity: serious
User: [EMAIL PROTECTED]
Usertags: proposed-removal
You are evil!
Do not remove me from the archive!
:)
Somebody speak up!
Well, as said in my other mail,
ressign 489095 libkcal2-dev
thanks
Hi,
There must have been a change in the new kdepim source package. If the
libkcal.la references libkmime.la, then libkcal2-dev package should have
the right dependency.
Thanks,
Regis
On Thu, 2008-07-03 at 10:15 +0200, Lucas Nussbaum wrote:
Package: tellico
Hi,
The bug is not actually about building with gcc 4.3 but because of the
libyaz transition. A new package fixing the FTBS is already waiting in
NEW.
Thanks,
Regis
On Sat, 2008-04-26 at 02:46 +0200, Lucas Nussbaum wrote:
Package: tellico
Version: 1.3.1-1
Severity: serious
User: [EMAIL
Yes, yes, yes, I know, no need to remind me. This seems to be fixed with
Amaya 10, with which I still have some issues, and can only upload to
experimental because of the wxWidgets 2.8 dependency anyway.
Regis
On Sun, 2008-04-06 at 18:35 +0100, Ralph Janke wrote:
This crash still happens in
On Thu, 2008-01-03 at 21:49 +0100, Richard Atterer wrote:
OK, the good news is, upstream reacted very positively to my suggestion to
switch to libcurl.
That's great! TBH, I'm not too surprised, libwww _is_ difficult to get to
work at times.
I was more referring to issues I have with
On Sat, December 15, 2007 11:42, Richard Atterer wrote:
On Fri, Dec 14, 2007 at 05:38:12PM -, Regis Boudin wrote:
Amaya build-depends on libwww and seriously relies on it. Removing it
will put me in a quite uncomfortable situation. I would like to avoid
following upstream who use
On Sat, December 15, 2007 11:42, Richard Atterer wrote:
On Fri, Dec 14, 2007 at 05:38:12PM -, Regis Boudin wrote:
Amaya build-depends on libwww and seriously relies on it. Removing it
will put me in a quite uncomfortable situation. I would like to avoid
following upstream who use
tags 456373 moreinfo unreproducible
severity 456373 important
thanks
This this bug was only visible in one case, right after an upgrade of KDE
from 3.5.5 to 3.5.8 which is known to cause trouble and crashes for all
KDE apps, and I can't reproduce it, and tagging accordingly.
Considering the
Hi Mark,
Thanks for the report. However, I can't reproduce it on my machine.
Did you try to log out and back in ? It seems the error messages you got
happen when people don't do it after a KDE upgarde. Considering you went
from 3.5.5 to 3.5.8, I guess it could be related.
If you could test this
Hi Richard,
Amaya build-depends on libwww and seriously relies on it. Removing it will
put me in a quite uncomfortable situation. I would like to avoid following
upstream who use a statically built and linked version of the library if I
can.
I could try to push them towards libcurl, though I'm
Hi again,
With my account finally created, I uploaded a new release of Tellico to
the archive. According to Robby, there should be a fix for this crash in
it.
Could you please test if it is the case, so I can close this bug ?
Thanks for your help,
Regis
On Tue, November 6, 2007 10:23,
Hi,
On Tue, November 6, 2007 10:23, Victor-Philipp Busch wrote:
Package: tellico
Version: 1.2.11-1
Severity: critical
--- Please enter the report below this line. ---
Hello,
tellico crashs if I'm using the internet search with my movie database
(300
entrys). I can search and I see the
Hi,
For the record, emacs-snapshot was removed from unstable as well, so xtla
definitely needs to be updated and this build-dep to be removed.
Regis
Hi,
This package has been in an FTBS situation for almost one year now,
without a fix or a reply to the bugs. Please tell us what your plans are
regarding testresources, whether you plan to maintain it actively, orphan
it, or if it should be removed from Debian.
Thanks,
Regis
Hi,
This FTBFS bug has been open for 4 months without a reply, and one of the
b-deps was removed 3 months ago.
What's your plan ? Is this package still actively maintained ?
Regis
tags 435442 patch
thanks
Hi,
The simplest solution to this is to conflicts against versions older than
the dummy package when it was introduced, that is 2.5-1, instead of trying
to do that against the current one.
The attached patch does that, as well as using ${binary:Version} instead
of
Hi,
This package, silgraphite1.0, has had a single upload to experimental
almost 3 years ago, and an FTBFS bug open against it since November 2004.
Is it worth keeping it in the archive ? If it's not, please ask ftp-master
to remove it.
Thanks,
Regis
tags 425968 +upstream
found 425968 1.2.11-1
severity 425968 important
thanks
Hi,
This loss of data is not in the sense that it will actually make existing
data disappear and break your existing collection, rather it doesn't
export them in the expected format. So I'm lowering priority to non-RC.
Hi,
Thanks for the additional informations. The next upload will fix the
dependency. I will check with upstream if they plan to make a new release
soon before, though.
Regis
On Wed, May 16, 2007 02:49, Theppitak Karoonboonyanan wrote:
severity 423585 serious
thanks
Up severity, as this
Hi,
The orca package was last uploaded in July 2004 (same age as the latest
upstream release), has 5 RC bugs open against it, needs to be ported to
the new rrd and tinysnmp APIs since 2 years ago. Is this package still
active upstream and maintained ? Or should we request for its removal ?
Same
Yes, yes I know. This bug is actually a mixed thing somewhere between
wxWidgets, Mesa and Xorg.
And you're running GLX without DRI, which is (almost) the only situation
triggering the bug I have seen.
For more informations, see bug #357439 :
On Sun, 2007-03-11 at 20:50 +0100, Amaya wrote:
Regis Boudin wrote:
For more informations, see bug #357439 :
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=357439
Regis, do you think we can merge these?
I'm not sure the BTS would be very happy about merging bugs assigned to
different
Hi,
On Wed, February 21, 2007 09:00, Steve Langasek wrote:
On Tue, Feb 20, 2007 at 06:28:59PM +, Regis Boudin wrote:
The tellico packag currently in etch and unstable has a couple of nasty
bugs reported and fixed upstream, causing crashes and loss of data.
Where are these nasty bugs
Package: tellico
Version: 1.2.4-1
Severity: grave
Tags: pending
The tellico packag currently in etch and unstable has a couple of nasty
bugs reported and fixed upstream, causing crashes and loss of data.
A new package is ready to fix them, and will hopefully be uploaded very
soon.
--
To
Ok pulling my head out of the car stuffs...
First, thanks to Amaya for tagging the bug.
Second, I now have an package based on upstream 9.53. The source package
is available at http://www.imalip.info/amaya/ , for those who want to
test/check it and possibly upload it, which would be nice
it, e. g. by inserting a blank character.
Save it.
{3}
Open the saved file with a text editor and you will see what I mean.
Greetings,
Georg
Am Samstag, den 02.12.2006, 18:53 + schrieb Regis Boudin:
Hi,
Sorry for the delay in replying. The bug arrived at the wrong time
a blank character.
Save it.
{3}
Open the saved file with a text editor and you will see what I mean.
Greetings,
Georg
Am Samstag, den 02.12.2006, 18:53 + schrieb Regis Boudin:
Hi,
Sorry for the delay in replying. The bug arrived at the wrong time and
found itself sort of lost
Hi,
Sorry for the delay in replying. The bug arrived at the wrong time and
found itself sort of lost...
Anyway, I don't really understand what the problem is, or how to trigger
it. Do you have a way to reproduce the problem, so that I can either try
to fix the problem or check with upstream ?
Hi,
On Tue, November 14, 2006 12:28, LENHOF Jean-Yves said:
I saw on this page that there are about three ways to compile amaya
http://www.w3.org/Amaya/User/Autoconf.html
Compiling with GTK+ seems not so interesting because of the SVG
support...
AFAIK, SVG support is independant from the
OK,
After some more tests, I noticed that if I disable acceleration with
DRIConf, Amaya still work but is very slow, while it crashes when I
disable DRI from the xorg.conf.
CC'ing Michel, as this information gives him a more precise idea about
where the problem can be tracked down. Also, Michel,
Hi,
Considering that :
-I'm not a DD
-My usual sponsor is on holidays
-I checked the package builds and runs without a problem by only
changing 'libyaz-dev' by 'libyaz2-dev' in the Build-Depends
I will be more than happy to see someone do a NMU with this trivial fix.
(Modulo the fact the
Yes, no need for more reports, please. I know it works with the
W3C-provided package and not with the Debian-provided one.
The problem is :
The amaya package provided by the W3C uses a statically (built and) linked
libGL, unsing the full software rendering, equivalent to the
libgl1-mesa-swx11
Hi,
CCing debian-x again, Michel Dänzer might be interested and have some
advice on what to try next.
Ian Zimmerman said:
The ovbious next data point would be - do the upstream packages work with
Composite enabled?
Or have you already done that?
Yes, I have, and it doesn't work. Actually,
Michel Dänzer said:
I know. The previously attached backtrace was obtained with
libgl1-mesa-swx11,
running amaya with the --sync parameter, so there might be a problem
there
too. Doing the same with libgl1-mesa-glx and DRI disabled, I get the
attached one. Could wxWidgets be doing something
tags 367642 +pending
thanks
Frederik Schüler said:
Package: amaya
Version: 9.51-1
Severity: serious
Hello,
There was an error while trying to autobuild your package:
Yeah, I know, already noticed it. I guess I shouldn't trust upstream when
they say they applied my patches... Well,
On Thu, 2006-04-27 at 18:28 +0200, Michel Dänzer wrote:
All running tests point to a problem with Mesa :
-crash with Mesa in software mode
You mean the X error from the original report?
Yes, I meant this one.
Did you find out which extension generates it using
xdpyinfo -queryExt|grep
tags 362575 +pending
thanks
Hi,
I have a package almost ready, just waiting for a redland bug to reach the
pool. (It makes Amaya FTBFS)
Regis
Moritz Muehlenhoff said:
Package: amaya
Severity: grave
Tags: security
Justification: user security hole
Two exploitable buffer overflows have
the AmayaPage_WX.html page these changing of color stop and the
program does not crash.
Very strange!
Anyway now I can use the program.
Andrea.
Il giorno mar, 21/03/2006 alle 14.47 +, Regis Boudin ha scritto:
Hi Andrea,
Andrea De Michele said:
Hi Regis,
I used ati driver
Package: librdf0-dev
Version: 1.0.3-6
Severity: serious
Hi,
The rdf library is linked against libdb4.3, but the librdf0-dev doesn't
depend on libdb4.3-dev. This leads to FTBFS for packages trying to link
against librdf, as redland-config --libs return -ldb4.3 and
the /usr/lib/librdf.la file
Hi Andrea,
Andrea De Michele said:
Hi Regis,
May be the following can be useful:
If I start amaya with a file name, like:
~$ amaya file.html
the program starts correctly with file.html open.
May be the problem is with the Welcome start page of amaya.
In fact if I start simply amaya:
~$
Hi Andrea,
Andrea De Michele said:
Hi Regis,
I used ati driver without DRI.
I do not use DRI because it give me some problem: when i switch console
(CTRL+ALT+Fn) the system crash if DRI is loaded.
Thanks for the additional informations. This tend to confirm my thoughts
that the problem is
proprietary driver, no problem
-with the radeon driver and DRI, it run with display bugs
-with the radeon driver but no DRI, it crashes.
I will continue investigating the problem...
Regis
On Fri, 2006-03-17 at 12:53 +, Regis Boudin wrote:
tags 357439 +confirmed
thanks
Hi
tags 357439 +confirmed
thanks
Hi,
This is a known problem, which appears on some machines but not some
others, depending on... Well, nobody seems to actually know what's wrong.
Thanks for the report.
Regis
Andrea De Michele said:
Package: amaya
Version: 9.4-2
Severity: grave
Hi,
Thanks for the information. This problem seems to come from upstream, as
I've seen reports of the same problems from users of Gentoo/Fedora/Ubuntu,
sometimes triggered by an update of Xorg.
Unfortunately, I can't reproduce the error on my systems, but will
definitely try to find what is
tags 355063 +pending
tags 355090 +pending
thanks
Hi,
Having finally found a 64 bits machine to test, I now have a patch for
this bug. Thanks for the report.
Regis
Roberto Pariset said:
Package: amaya
Version: 9.4-1
Severity: serious
Justification: fails to build from source
Hi,
amaya
Hi Dave,
Dave Beckett said:
To fix this, I suppose rdf_log.h should include raptor.h
You should never include rdf_log.h directly, always #include redland.h
which pulls in raptor.h there.
Just for the record, the code isn't mine, but comes from Amaya (the
browser), which includes librdf.h
Package: librdf0-dev
Version: 1.0.2-2
Severity: grave
Hi,
Trying to build Amaya using the system librdf fails because the
raptor_locator type is not defined in rdf_log.h
To fix this, I suppose rdf_log.h should include raptor.h
Regards,
Regis
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
Hi,
Is there someone around to upload a fixed package or sponsor a NMU ?
There is a source package at
http://www.imalip.info/amaya/9.2.1-6.1/
with the attached patch applied, and the following new changelog entry :
8-
amaya (9.2.1-6.1)
Package: kdepim
Version: 3.5.0-5
Severity: grave
Hi,
Trying to build a snapshot of tellico, it FTBS because of a
missing /usr/lib/libXft.la file. I tried to rebuild the latest version
of tellico with pbuilder, which also failed with the same error.
All the .la files from the kdepim dev packages
Hi,
having thought about it since yesterday evening and checked this morning
in the upstream configure.in file, it looks like passing the --with-gl
flag when calling configure would be enought to fix this bug. However, I
can't test it before this evening, but I will do it and give the result as
On Wed, 2006-01-25 at 16:49 +0100, Amaya wrote:
Regis Boudin wrote:
It looks like the problem is due to the Mesa part. Applying the
attached patch, amaya was linked against the Xorg shared library
during the build instead of the internally provided one.
Forgot to attach the patch maybe
Hi,
Considering cursel has been removed from sid, shouldn't these bugs be
closed ?
Regis
--
While a monkey can be a manager, it takes a human to be an engineer Erik
Zapletal
tags 348706 +patch
thanks
Hi,
Continuing my amaya bug squashing.
It looks like the problem is due to the Mesa part. Applying the attached
patch, amaya was linked against the Xorg shared library during the build
instead of the internally provided one.
Note this patch also includes the one
Hi,
Is there any reason why this bug should be kept open, considering sarge
has been released ?
I suggest it should be closed.
Regards,
Regis
--
While a monkey can be a manager, it takes a human to be an engineer Erik
Zapletal
Hi,
Looking at the changelog and versions history, it looks like libtunepimp
0.3.0-test2-1 was actually a mis-numbered pre-0.3.0 snapshot, which was
expected to be superseded by 0.3.0-1.
Therefore, I suggest to remove the version from experimental and close
this bug.
HTH,
Regis
--
While a
tags 336014 +patch
thanks
Hi,
Find attached a patch setting the HOME directory to Amaya/WX directory
when calling make. This means that the .amaya directory is created in
the build directory instead the original /home and should fix the bug.
At least I could build in a chrooted environment with
tags 340289 +patch
tags 346632 +patch
thanks
Hi again.
The pango problem is actually a wxWidgets bug with GTK+ 2.8. Please find
attached a patch fixing it, stolen from CVS (and the wxwidgets2.6
package).
Also attached a patch replacing the xlibs-dev Build-Depends by libxt-dev
and
Hi again,
The previous patch is buggy, and it won't even build.
Tha new attached one actually works.
Regis
--
While a monkey can be a manager, it takes a human to be an engineer
Erik Zapletal
diff -urN amaya-9.2.1.o/Amaya/configure amaya-9.2.1/Amaya/configure
---
tags 341424 +patch
thanks
Hi,
Please find attached a patch, which :
-adds the --disable-rpath flag when configuring wxWidgets
-removes the rpath option from the GL_LIBRARIES variable.
Applying it, I rebuilt the package and lintian stopped complaining about
rpath.
HTH,
Regis
--
While a monkey
tags 347475 + patch
thanks
Hi Amaya,
I managed to reproduce the bug with pbuilder and found a fix. The
problem is that the detection the X11 directory is based on the
detection of libXt. Adding libxt-dev to the build-dependencies means the
configure script can find where to get the X11 lib.
Se
merge 328009 326850
thanks
Hi,
I already know about it, and I have a couple of issues :
-tellico build-depends on kdemultimedia-dev which is not built on m68k yet
-I am not yet a DD, so I need a sponsor to upload.
Plus, a new version, which build-depends on kdepim-dev has been released,
and
Hi again,
So, as promised earlier this morning, the latest tellico source package
is at http://www.imalip.info/tellico/sid/source
The upstream site is http://periapsis.org/tellico/ which show the same
md5sum for the original source archive as the .orig.tar.gz
If someone wants to sponsor this
Package: kdepim
Severity: serious
Hi,
kdepim FTBFS on the 3 arch with the usual internal compiler error :
http://buildd.debian.org/fetch.php?pkg=kdepimver=4%
3A3.4.2-1arch=hppastamp=1125769502file=logas=raw
http://buildd.debian.org/fetch.php?pkg=kdepimver=4%
Hi,
For the record, this bug is actually due to an error in the
linux-kernel-headers. I already filed a bug for it a couple of weeks ago,
see #321246.
Regards,
Regis
--
While a monkey can be a manager, it takes a human to be an engineer Erik
Zapletal
Hi,
It looks like there is no more enigma package in experimental, and a
version higher than the one which FTBFS is in the archive (0.92 vs
0.90-rc1), built on every architecture.
Maybe this bug could/should be closed ?
HTH
Regards,
Regis
--
While a monkey can be a manager, it takes a human to
Hi,
Innovation3d has been removed from the archive last month, I suppose these
RC bugs should be closed, as well as the following (I only sent this mail
to the RC ones to avoid flooding):
270341
205065
225756
Regards,
Regis
--
While a monkey can be a manager, it takes a human to be an engineer
Hi,
the package op-showimg-fb seems to have been removed for some time from
the archive, so this big can probably be closed now.
Regards,
Regis
--
While a monkey can be a manager, it takes a human to be an engineer Erik
Zapletal
Hi Sam,
This bug is against version 3.2-2 of the package with no fastjar
build-depends. The has been fixed with the 3.2-3 upload, so this bug
should probably be closed.
Andreas, could you please check everything builds fine with the latest
version ?
Regards,
Regis
--
To UNSUBSCRIBE, email
Hi,
I don't have any of the architectures on which it fails, but I think I
found one of the reasons of the FTBFS. The config.sub and config.guess
files in the libical-0.23 directory are oudated (1999). The attached
patch should at least fix the problem seen on the s390 and parisc
buildds.
Hi,
The reason it fails is fairly simple. Instead of linking using -lxmms,
this module links against libxmms using dlopen. As it dlopen's
'libxmms.so' which is only provided by xmms-dev... well it doesn't work
if the package is not present.
To fixes are possible. Either making the dlopen against
Hi,
I have been looking at this bug, and it appears that the actual problem
comes from the libccscript package. For some reason, the library crashes
and returns a Bus Error. I supose the same happens on ia64 and hppa
which FTBFS too.
The result is that the test in the configure file returns an
Hi J.L.,
In case you are interested, here is the latest patch I made against
bacula 1.36.1-1. Unfortunately is send it just after another one has
been proposed.
It adds support for a remote database by temporarily storring the
password in the bacula .pgpass file. I have also updated the
Hi,
I am not a PostgreSQL specialist, but to become a DD I have been asked
to send patches to fix some RC bugs, so...
Anyway, I am currently working on these issues, and I have managed to
get this package installed correctly, and the database created. It would
need a few more tests, but is looks
86 matches
Mail list logo
