-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Danilo Piazzalunga wrote:
> Package: wnpp
> Version: N/A; reported 2006-02-13
> Severity: wishlist
> Owner: Danilo Piazzalunga <[EMAIL PROTECTED]>
>
> * Package name: cairomm
> Version : 0.5.0
> Upstream Authors: Murray Cumming <[EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Danilo Piazzalunga wrote:
> On Tuesday 21 February 2006 04:40, Dave Beckett wrote:
>
>>If you want this in Debian and can do the packaging, I might be able to
>>sponsor it for you. I'm not really a C++ developer so I would mo
Dave Beckett wrote:
> Are you actually using cairomm under Debian? If not, then you can't
> really maintain it there.
To keep the bug info up-to-date.
Danilo doesn't use Debian so can't really maintain it properly. I
propose to use his packaging and maintain it myself esp
Regis Boudin wrote:
> 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
You should never include rdf
Javier Kohen wrote:
> Package: muine
> Version: 0.8.4-1
> Severity: serious
> Justification: It allows itself to be installed with an incompatible library
>
> I just upgraded to dbus-0.61, ...
I think you've found the problem.
> ii libdbus-1-cil0.61-2 CLI binding for D-BUS
Luk Claes wrote:
> Hi
>
> Attached the patch for the version I uploaded. Please respond if
> you think that the attached patch won't work.
It will work. This fix is in the redland 1.0.3 build which has been
stuck in the "new queue" for 7 days+ now and closes this bug.
Dave
--
To UNSUBSCRIBE,
[EMAIL PROTECTED] wrote:
> Package: librdf0
> Version: 1.0.2-2
>
> The librasqual provided by the package, as also reported in librdf's
> BTS [1], makes Python bindings unusable.
>
> [EMAIL PROTECTED]:~/rdf/foaf_db$ python raptor_foaf.py
> Querying..
> rdf_query_rasqal.c:177:rasqal_literal_to_r
On Wed, 2006-03-22 at 14:52 +0100, Bernhard R. Link wrote:
> * Dave Beckett <[EMAIL PROTECTED]> [060322 08:11]:
...
> > I am not going to do either of these. The choice cairo made is
> > perfectly acceptable and good, common practice.
>
> I even want to challenge the
Sebastian Rittau wrote:
> Package: pycairo
> Severity: wishlist
>
> It would be great the Debian package of pycairo could support SVG.
> Currently libsvg and libsvg-cairo aren't packaged, but I would be
> willing to work on that if pycairo will then get SVG support.
Neither (cairo) libsvg or libs
Sebastian Rittau wrote:
> Package: libcairo2-dev
> Version: 1.0.4-1
> Severity: important
>
> Please rebuild cairo against X11R7. With X11R7 the .la files have gone
> from X -dev packages, but are still referenced in /usr/lib/libcairo.la.
Why have they been removed?
> (This would be the right mo
Benoît Dejean wrote:
> Package: tomboy
> Version: 0.3.3-3
> Severity: normal
>
> Please change /usr/bin/tomboy so that tomboy's mono VM
> is not started with --debug. This saves some memory.
> Thanks.
It doesn't start with debug in normal use:
$ sh -x /usr/bin/tomboy
+ '[' -e ./Tomboy.exe ']'
+
Emil Nowak wrote:
> Package: libcairo2-dev
> Version: 1.0.2-3
> Severity: normal
>
> If I try to use some pdf related functions (which are described in
> libcairo2-doc package). I have error message that this symbol is undefined.
>
> It seems that there is nothing related to pdf:
>
> $ objdump -
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Aaron M. Ucko wrote:
> reopen 348792 327407
> thanks
>
> Although the tweak for string-to-double conversion on 64-bit systems
> that made it into the latest gcj-4.0 upload has been a definite
> improvement, the new code still fails on at least one inp
On Wed, 2006-02-08 at 16:57 -0500, Benjamin Seidenberg wrote:
> Package: muine
> Version: 0.8.3-8
> Severity: grave
> Justification: renders package unusable
>
> Muine fails to start after freshly being installed on my system.
>
> [EMAIL PROTECTED]:~$ muine
>
> ** (muine:19775): WARNING **: No
You said re cairo 1.0.2-3 on 12 Jan 2006:
> So, maybe just downgrade this bug report to severity normal and I'll
> re-check with the next regular unstable version.
If you haven't seen this crash since then, I'd propose to close this bug
as unreproducable.
Dave
--
To UNSUBSCRIBE, email to [EMAI
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Bernhard R. Link wrote:
> libcairo2-dev has headers in /usr/include/cairo that
> are referenced by itself and by other packages without
> the cairo subdirectory thus forcing all programs directly
> or indirectly (e.g. gtk) libcairo to include an
> -I/
One more vote for a new version - some software I want to use needs this.
Thanks
Dave
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
The links here don't seem recent and working but if there are some packages
in a reasonable state, I'll take a look.
Dave
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Your package builds a PHP extension but doesn't depend on phpapi-*.
This is incorrect and will break it on PHP transitions, such as the
soon-to-come PHP 5.3 transition.
Why is it incorrect and where was this announced and documented? You
should have filed a wishlist or lower priority bug wel
This clearly shouldn't have been uploaded until raptor2 was accepted into
sid (1 month waiting), which is a dependency. I built it against my own
local copy. Not sure how to resolve it now.
Dave
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscr
On 1/21/10 2:26 AM, Benjamin Scherrer wrote:
> Hi,
>
> this bug seems to be still active to me. I'm up to date on Debian
> testing amd64 with the versions:
>
> ardour 2.8.4-3
> librdf0 1.0.10-1
> librdf0-dev 1.0.10-1
> librasqal2 0.9.17-1
> librasqal2-dev 0.9.17-1
>
> But I still get this consol
On 1/21/10 3:51 AM, Benjamin Scherrer wrote:
> Hi,
>
> I also asked at the Ardour forums about this problem.
> (http://ardour.org/node/3287)
>
> As advices there, a quick
> ln -s /usr/lib/librasqal.so.2 /usr/lib/librasqal.so.1
> as root solved my problems.
That seems indicates ardour must have b
On 2/15/11 7:12 AM, Frederic Peters wrote:
> Dave Beckett wrote:
>
>> An aside at Ardour:
>> If I look in sid at ardour, it says:
>> Build-Depend:
>> ... libraptor1 (>= 1.4.19), librasqal2 (>= 0.9.18), librdf0 (>= 1.0.9),
>>
>> which is shortly g
On 2/15/11 7:21 AM, Adrian Knoth wrote:
> Hi!
>
> I've built a debug version of librdf and found the following code:
>
> librdf_parser_raptor_constructor (world=0x877e5a0) at
> rdf_parser_raptor.c:1328
> 1328syntax_name = desc->names[0];
> (gdb) bt
> #0 librdf_parser_raptor_constructor (
> You'll get "good enough" symbol versions by adding
> LDFLAGS += -Wl,--default-symver
I can try this but I'm skeptical it will fix the essential problem - two
versions of the same library in the same memory space. It's not just
symbols, it's that they will attempt to use and control the same res
See subject
Dave
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
At the time of your email 1.8.4 had been packaged and installed for 6 days.
The 1.8.4-2 has a critical fix and it's uploading now. 10 days after that
reaches unstable, it'll migrate to testing and this bug will become out of
date and I'll close it.
Dave
--
To UNSUBSCRIBE, email to debian-bug
On Fri, 7 May 2010, Jari Aalto wrote:
In that case, would you like to file the removal request to ftp masters
or is it okay if I do it?
Thanks for keeping Debian archives in shape,
Jari
Go ahead and file it
Dave
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a
I made a test package of 4store 1.0.3 (latest release) at
http://download.dajobe.org/debian/unstable/
Based on a much derived version of some earlier work.
It builds and is relatively lintian clean but I haven't tested it.
It makes a new user 'fourstore' but I've just remembered it still starts
I applied Kjetil's patch and made some other changes to give 1.0.3-2
at http://download.dajobe.org/debian/unstable/
4store (1.0.3-2) unstable; urgency=low
.
* debian/control: Build-Depend: on libavahi-client-dev and libavahi-glib-dev
to get mDNS enabled
* set initial KB to 'default'
Michael Biebl wrote:
> Hi Dave,
>
> could you please comment on this issue and if you'd be willing to compile
> libraptor against libcurl-gnutls.
Sure, it's only used to get https urls working. I don't care which library
implements that. I haven't tested it but assume it works.
Dave
--
To
The package is not as you put "useless".
Yes, the libxml2-dev dependency needs adding but otherwise, it's still 1
line to compile a program against flickcurl:
gcc -o prog prog.c `pkg-config flickcurl --cflags` `pkg-config flickcurl --libs`
and that *does* include the right include line.
flickcu
No version before 1.0.9 is vulnerable - they do not use libtool and ltdl.
That leaves:
testing/squeeze 1.0.9-2
unstable/sid1.0.9-3
which are vulnerable.
No etch or lenny releases are vulnerable.
redland 1.0.9 upstream was built with libtool 2.2.6 so patching
source file redland-1.0.9/libltd
Adrian Knoth wrote:
> On Sat, Dec 19, 2009 at 05:02:21PM +0100, hungerburg wrote:
>
> Hi!
>
>> the last time I used ardour two days ago. I believe it was
>> 1:2.8.4-1 - today after updating to 1:2.8.4-2 I can no longer
>> launch the application. A downgrade does not help. Maybe its
>> because a f
There's a version 1.10.0 out now (9 May 2011). I intend to package that
instead of the 1.9.x series. Can you check if that is ok for gtkmm3.0
Thanks
Dave
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@list
101 - 135 of 135 matches
Mail list logo
