On Wed, 19 Jan 2005 20:46:05 -0500, Javier Kohen <[EMAIL PROTECTED]> wrote:
> Package: muine
> Version: 0.6.3-5
> Followup-For: Bug #290923
>
> I'm seeing a similar pattern in totem-xine when playing a CD, so I guess it
> could
> be libxine that's causing these weird allocations.
That's good be
Andreas Degert wrote:
> Update:
>
> I rebuilt the package libcairo2 (with apt-get -b source ...), now it
> works.
Ok... this is good, but not really very helpful in finding what actually
caused the segv. Wwhat broke? Clearly cairo didn't change recently so
it must have been something else in t
Tim Nowaczyk wrote:
> Package: redland-bindings
> Severity: wishlist
>
> dpkg-buildpackage does not currently build the php modules that are a
> part of this source package. Can these modules be built officially?
They could. Do you have a preference for which php version?
The downside of addin
Marco Tulio Gontijo e Silva wrote:
> Package: python2.3-cairo
> Version: 1.0.0-1
> Severity: normal
>
> As pygtk 2.7+ is not on sid yet, it would be good that cairo have cairo.gtk
> support
> cause if not there's no way to use cairo + python + gtk.
As I was just reviewing the bugs for pycairo I
Jamie Wilkinson wrote:
import cairo
print cairo.HAS_PDF_SURFACE
0
print cairo.HAS_PS_SURFACE
0
print cairo.HAS_GLITZ_SURFACE
0
This makes me a sad panda. Can you please enable all the target
formats?
Not at present since they are totally unsupported by upstream and I
don't want to
On Sat, 2005-06-11 at 16:21 +, ROBERTOJIMENOCA wrote:
> > Please package new version 0.5.0.
>
> > It would maybe be needed to change the shlib version, I cannot tell.
> The cairo API is not yet stable. Although there aren't many things left
> to be done to have a stable API:
> http://cvs.cairo
Yes, please revert this change. It caused emacs to fail to save any
version controlled file (svn or not) or do vc operations or allow you to
quit (unsaved changes).
I reverted to the copy of vc-svn.el in 1.1.4-2 and things are working
again.
Thanks
Dave
signature.asc
Description: This is a
Hi Philip
On Fri, 20 May 2005, Philip Blundell wrote:
> On Fri, 2005-05-20 at 16:39 +0100, Dave Beckett wrote:
> > I am the maintainer of the cairo libraries in debian and I have
> > recently made the request that they be removed from sarge as the API
> > is about to make a
On Sun, 29 May 2005, Kurt Roeckx wrote:
> Package: ikvm
> Version: 0.14.0.1-2
> Severity: serious
> Tags: experimental
>
> Hi,
>
> When only building the architecture specific .debs, it fails to
> build because "binary-arch" does nothing. Just running
> dpkg-buildpackage -B has this effect.
Pleas
Having got no reply to my status query for a week, I've made some tomboy
debs.
I looked at the version on mentors but instead decided to start
with the ubuntu packaging and go from there, fixing the images problem.
I've made a couple of versions now, the most recent one for the mono 1.1
debs that
I intend to maintain ikvm, will try to package it shortly.
Dave
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
I intent to maintain nant, will try packaging it shortly.
Dave
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
I've been packaging these for debian for a long time, hosted at the
http://cairographics.org/packages/debian/unstable/
site and my own.
I'm a debian developer and maintain the rest of the cairo packages.
If you think svg2png is worth adding, I'm happy to do this.
Dave
signature.asc
Descriptio
This seems to be a bug in libpixman not libcairo, which was fixed in
CVS and in the new release that came out yesterday.
It's small enough to include here.
If you can try it out, let me know. It makes your test code run for me.
Dave
--- src/icformat.c.orig 2005-03-02 15:43:33.0 +
Package: libgpewidget1
Version: 0.88-1
Severity: normal
I am the maintainer of the cairo libraries in debian and I have
recently made the request that they be removed from sarge as the API
is about to make a big change and it is probably a bad idea to ship
the old api version in a release:
http
On Sat, 2005-01-22 at 12:40 +0300, Dan Korostelev wrote:
> Cairo 0.3 was just released, please, update your packages!
> Thanks for maintaining!
I've made some experimental packages here with -0.1 release
http://cairographics.org/packages/debian/
I am hoping my Debian developer account gets create
On Sun, 2005-03-20 at 22:01 +0200, Gintautas Miliauskas wrote:
> Package: muine
> Version: 0.6.3-7
> Followup-For: Bug #300541
>
> I am experiencing the same problem. It appears that I can't even downgrade
> easily because the version in testing is the same as in unstable.
There is no version of
On Tue, 2005-03-22 at 15:25 -0500, Jeff Licquia wrote:
> Package: python2.3-librdf
> Version: 1.0.0.2-1
> Tags: sarge, sid
> Severity: grave
> Justification: renders package unusable
>
> [EMAIL PROTECTED]:~$ python
> Python 2.3.4 (#2, Dec 3 2004, 13:53:17)
> [GCC 3.3.5 (Debian 1:3.3.5-2)] on linu
Package: fakeroot
Version: 1.4
Severity: grave
Justification: renders package unusable
The fakeroot scripts do not have the #! prefix before the path.
This causes fakeroot to invoke a shell, waiting for user response (^D
/ exit) before actually running the program requested.
$ mkdir foo
$ cd
Package: oregano
Version: 0.40.0-5
Severity: normal
libcairo1 (cairo 0.4.0) has been removed from sid and replaced with
libcairo0.5.1 (cairo 0.5.1). oregano is now uninstallable.
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable')
Arch
muine has been switched to use the gstreamer backend and is now using a
much newer mono runtime. Has this problem been seen with muine 0.8.3?
Dave
signature.asc
Description: This is a digitally signed message part
Package: wnpp
Severity: wishlist
Owner: Dave Beckett <[EMAIL PROTECTED]>
Package name: pycairo
Version : 0.5.1
Upstream Author : James Henstridge, Steve Chaplin, Kevin Worth
URL : http://cairographics.org/snapshots/
License : LGPL / MPL
Descr
I'm the maintainer of the cairo packages in debian and I've just
replaced cairo0.4.0 with cairo0.5.1 after discussion with ftpmasters.
poppler 0.3.1 is thus no longer buildable from source.
I downloaded poppler 0.3.3 and tried it against the new packages using
the debian diff.gz and it builds OK.
On Sun, 03 Apr 2005 00:01:04 +0200
Joergen Scheibengruber <[EMAIL PROTECTED]> wrote:
> Subject: muine: Puhulease fix this bug :)
> Followup-For: Bug #300541
> Package: muine
> Version: 0.6.3-7
>
> I experience this bug, too. It's very annoying :(
> Could you please look into this?
It seems there
Are there any public debs of this yet? We were discussing it on #debian-mono
and I checked the ITP for news.Good to see the icon has been sorted out.
There's no chance of it reaching sarge, that's clear as it depends on mono
which isn't going in. However if it goes into unstable that'd be gr
severity 333259 normal
thanks
As of curl 7.15.0-3, libcurl3-dev has been restored so libraptor1-dev is
buildable from source again now (I checked, with a sid pbuilder
build).
This bug is thus not severe anymore, but the dependency can be updated at
next upload to pick one of libcurl3-gnutls or l
"When muine jumped the gun on gtk-sharp2 2.3.91, it did so only for
i386; on other architectures, the autobuilders naturally continued to
use 1.9.5. ..."
nope. It requires gtk-sharp2 1.9.2+ and was uploaded with that
dependency in the build which is recorded in, for example, the i386 deb.
Any 2.
On Mon, 12 Sep 2005, Sven Neumann wrote:
Package: libcairo2
Version: 1.0.0-1
Followup-For: Bug #325526
The very same problem happens when I try to build GIMP from CVS on a
Debian testing system. The PDF import plug-in that uses poppler fails
to build:
/usr/bin/../lib/libcairo.so.2: undefined re
On Sat, 2005-09-10 at 00:10 +0200, Kurt Roeckx wrote:
> Package: ikvm
> Version: 0.18.0.0-2
> Severity: important
>
> Hi,
>
> Your package is failing to build on amd64. I see those things in
> the build log:
> [exec] 1. ERROR in ../classtmp/java/lang/Double.java
>
Yes, the postscript, PDF and OpenGL backends were removed at cairo 1.0.0
after upstream made them unsupported (for now) and the pycairo bindings
need a rebuild to reflect that.
Dave
signature.asc
Description: This is a digitally signed message part
On Mon, 2005-08-29 at 18:22 +1000, jim wrote:
> Package: libcairo2
> Version: 1.0.0-1
> Severity: important
>
> Building openoffice.org SRC680_m125 with GNU/Linux sparc debian/unstable
> gcc-4.0 gcj-4.0
>
> Making: ../../unxlngs.pro/lib/libofficebean.so
> ccache g++-4.0 -z combreloc -Wl,-z,defs
On Fri, 2005-08-12 at 10:30 -0700, Matt Kraai wrote:
> Package: byacc
> Version: 20050505-1
> Severity: serious
>
> groff fails to build from source because byacc generates an incomplete
> declaration of YYSTYPE in the header file. The first attachement
> contains the header file it generates. T
After much searching and broken links, I see eclipse 3.1 is in ubuntu.
Here's the crucial link:
ftp://ftp.ubuntu.com/ubuntu/pool/universe/e/eclipse/
Is there any reason why this can't be packaged for debian now?
Who is (intending to) maintain it? debian-java seemed rather quiet
about it, and wa
On Sun, 2005-07-31 at 23:30 +0200, Kurt Roeckx wrote:
> Package: ikvm
> Version: 0.16.0.0-1
> Severity: important
>
> Hi,
>
> Building the package is failing on amd64. I see this in the
> build log, and assume that's why it's failing:
> [csc] Unhandled Exception:
> System.Secur
After I emailed the bug, I ported the ubuntu packages to debian, fixing
a few problems with dependencies.
It takes about 1.3G of disk, 500M+ of /tmp and 100Ms of memory and 30+
minutes to build on system.
and still isn't quite working yet:
$ /usr/bin/eclipse
/usr/bin/eclipse: line 4: /usr/share/
poppler is still depending on a libcairo binary removed some time ago.
libcairo0.6.0{,dev} are the packages for latest cairo version 0.6.0 that
I've just added to sid (I'm the cairo maintainer). Upstream cairo
developers are heading for 1.0 and a stable API "soon" so there will
definitely be more
Package: oregano
Version: 0.40.4-1
Severity: normal
For your information, libcairo0.5.1 (cairo 0.5.1) has just been
removed from sid and replaced with libcairo0.6.0 (cairo 0.6.0) so
oregano is now uninstallable.
Dave
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
Jeroen Pulles wrote:
> Package: python-librdf
> Version: 1.0.4.1-2
> Severity: normal
>
> Hi Dave,
>
> "import RDF" fails because RDF.py is not in the modules path.
> RDF.py is available in the pycentral/python-librdf/site-packages
> directory. I can't find any (byte-compiled) copies or symlink
Shawn K. Quinn wrote:
> Package: tomboy
> Version: 0.4.1-2
> Severity: grave
> Justification: renders package unusable
>
>
> After recent upgrades, tomboy crashes on start:
> ...
It worked for me when I built it.
Why don't you try 0.5.0 in experimental at
http://ftp.debian.org/debian/pool/mai
Andrey Fedoseev wrote:
> Package: tomboy
> Version: 0.4.1-2
> Severity: grave
> Justification: renders package unusable
>
...
> When trying to run tomboy I get:
>
> [START]
> ** ERROR **: file threadpool.c: line 990 (mono_thread_pool_init):
> assertion failed: (async_call_klass)
> aborting...
On Tue, 31 Oct 2006, jetxee wrote:
Package: tomboy
Version: 0.4.1-1
Severity: normal
After upgrade from 0.3.3-3 to 0.4.1-1 tomboy does not start any more.
It seems like a broken dependency on mono, but all dependencies are
satisfied. The stderr output of the programme follows:
...
Versions
Loic Dachary wrote:
> Thanks for the explanation. I'm confused though because
> apt-cache show claims support for python2.3. Any idea why this is so ?
When I built it, there might have been support for python2.3. Although
I haven't changed anything, the python defaults have changed, so th
Redland bindings 1.0.0.1-1 (source) and python2.3-librdf 1.0.0.1-1
(binary package) are now in sid. Could you maybe confirm that you don't
get your bug/crash with this version? It works for me, as it did with
the version your reported against.
Thanks
Dave
--
To UNSUBSCRIBE, email to [EMAIL
Package: debianutils
Version: 2.12.0
Severity: important
# touch foo
# chown mail.adm foo
# savelog -p -c 10 foo
chown: failed to get attributes of `--': No such file or directory
chmod: failed to get attributes of `--': No such file or directory
Rotated `foo' at Fri Feb 18 15:07:02 GMT 2005.
# l
On Fri, 18 Feb 2005, Clint Adams wrote:
> > chown: failed to get attributes of `--': No such file or directory
> > chmod: failed to get attributes of `--': No such file or directory
>
> This might have been fixed in 2.12.1; can you confirm?
Sorry, no. Taking http://incoming.debian.org/debianuti
I am the maintainer of the muine[1] music player in debian - packages at
[2].
muine versions 0.8.0 (0.6.x are in the archive) now require dbus-sharp
in order to build and run. I'd appreciate if a dbus-sharp binary
package was made part of the standard dbus packaging. I've used the
patch in this
On Sat, 01 Jan 2005 14:28:00 -0500, Justin Pryzby <[EMAIL PROTECTED]> wrote:
> This is a batch mailing regarding your stated ITP (Intent To Package)
> of the following Debian package; I apologize in advance if it is sent
> in error.
>
> glitz -- OpenGL accelerated 2D graphics library
>
> D
On Fri, 16 Feb 2007, Jerome Blondel wrote:
Package: libcairo2
Version: 1.2.4-4
# LANG=en apt-get -s install libcairo2
Reading Package Lists... Done
Building Dependency Tree... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you ar
Brian M. Carlson wrote:
> Is this bug still relevant? ikvm has successfully built on amd64 since
> this bug was filed, and it works on my amd64 machine. ISTR that some
> bug was present in Mono a few months ago, and that might have affected
> the build environment.
I've never had it working, and
Emil Nowak wrote:
> Package: libcairo2
> Version: 1.2.2-1
> Severity: normal
>
> I'm using ssh X11Forwarding to run applications remotely from other machines.
> As long as I remember it worked well.
>
> But with the current libairo every gtk application crashes on startup on
> cairo_xlib_surface
Nigel Johnston wrote:
> I've just been trying to run various GTK based apps and they all fail in
> the same place - cairo_xlib_surface_get_display(), so I guess I've got
> the same problem.
>
> I connect to my Debian system from OS X (latest) using 'ssh -Y'. Using
> gdb & xsane, I get:
So it's no
Marcelo Monteiro wrote:
> I was idem problem.
>
> I use vncserver and gtk application crash with 1.2.2.
>
> When I downgrade to 1.0.4 everything works fine.
Please can you give more information on your X setup. What
does xdpyinfo show?
Also note there are bugs with 8-bit displays not fixed ups
Toufeeq Hussain wrote:
> Subject: libcairo2: GNOME app's fail to start
> Package: libcairo2
> Version: 1.2.4-1
> Severity: critical
> Justification: breaks unrelated software
>
> *** Please type your report below this line ***
>
> All GNOME app's fail to start. They quit with the following error:
Jesse Alec Wolfe wrote:
> This bug affects my system, too. It still occurs in the most recent
> unstable (0.8.5-1.1). I spoke to the developers in #muine, and they
> tell me that this issue is fixed in CVS. (until then, Muine is nearly
> unusable: can we get a pre-release package in experimental? h
Jérémy Bobbio wrote:
> Hi!
>
> I can reproduce this bug. I also tried to build pan against a libcairo2
> with the patch presented in #383034 and it still crash.
>
> The backtrace is totally unhelpfull, though. :(
I agree it isn't. It must have been corrupted before you got
the crash. Maybe t
Jérémy Bobbio wrote:
> On Sat, Oct 07, 2006 at 03:40:43PM -0700, Dave Beckett wrote:
>>> I can reproduce this bug. I also tried to build pan against a libcairo2
>>> with the patch presented in #383034 and it still crash.
>>>
>>> The backtrace is totally unh
Nigel: you say:
I connect to my Debian system from OS X (latest) using 'ssh -Y'. Using
gdb & xsane, I get: [crash]
when I do the same from OSX, it works just fine but does nothing
since I don't have a scanner.
I probably can't test things like:
dimensions:3120x1050 pixels (1055x355 mill
Looking at the end of the backtrace:
Core was generated by `pan'.
Program terminated with signal 11, Segmentation fault.
#0 0xb79281f9 in cairo_xlib_surface_get_display () from /usr/lib/libcairo.so.2
#1 0xb790d7b1 in cairo_surface_reference () from /usr/lib/libcairo.so.2
#2 0xb7901fdc in cairo_
Please report this information as soon as possible. The very same thing
has been reported previous times and it was always a local configuration
problem with out of date freetype.
See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=325526 for what I mean
and tests you can try.
I will downgrade
Loïc Minier wrote:
> tag 383297 + patch
> stop
>
> Hi,
>
> On Wed, Aug 16, 2006, Loïc Minier wrote:
>> I've rebuilt libcairo (with a newer directfb snapshot too, see #383238)
>> with these flags, and Gtk 2.10 now links fine.
>
> I've confirmed this also works with unstable's DirectFB.
Package: wnpp
Severity: wishlist
Owner: Dave Beckett
Package name: nghttp2
Version : 0.2.0
Upstream Author : Tatsuhiro Tsujikawa
URL : http://tatsuhiro-t.github.io/nghttp2/
License : MIT/X
Programming Lang: C
Description : HTTP/2 library
A
This is a documentation bug. -m strict was removed from rapper as
part of the Raptor V2 work. It's replacement is -f strict=true
(default is -f strict=false)
I will update the help message
Dave
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscri
I read the description but I don't think I can attempt to reproduce
or diagnose this. I need steps like: install this package, type this
Thanks
Dave
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian
On 9/8/12 1:58 PM, Jonathan Nieder wrote:
> Dave Beckett wrote:
>
>>* debian/control: add a breaks relation by libraptor2-0 against squeeze
>> libraptor1 to force upgrades to a version with symbol versioning
>> (Closes: #656928)
>>* Added debi
That option was removed from raptor's configure some time ago, it
just generates a warning and has no new effect since libxml2 is now
the only choice.
Dave
On Mon, 10 Sep 2012, Jonathan Nieder wrote:
Dave Beckett wrote:
There are no more changes coming for 2.0.8
I didn't real
"Starting with the 6.0 / 12c releases, all Berkeley DB products are licensed
under the GNU AFFERO GENERAL PUBLIC LICENSE (AGPL), version 3."
--
http://docs.oracle.com/cd/E17076_03/html/installation/license_change60.html
This probably means that some things cannot link with db6.0 and so will have
Package: wnpp
Severity: normal
I intend to orphan the ikvm package.
To any future maintainer:
There are lots of packaging problems that ikvm 0.36.0.5 have
including needing extra source packages, plus licensing concerns of
combining OpenJDK, Classpath and IKVM code, some of which is only
avail
... libcurl4-openssl-dev, which conflicts with several other packages...
I can imagine both versions clash with other packages. Can you provide
some more specific details to pick one over the other?
Dave
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble?
Nico Golde wrote:
> Hi Gabor,
> * Gabor Gombas <[EMAIL PROTECTED]> [2007-12-11 15:02]:
>> On Tue, Dec 11, 2007 at 02:46:59PM +0100, Nico Golde wrote:
>>
>>> I did not forget it, it was attached by the one who replied
>>> to this bug before me :)
>> Hmm, that mail did not reach me for some reason.
>Firefox stopped displaying some pages correctly on updating from
>libcairo2 version 1.4.10-1 .
>Some text is missing. Downgrading helps
>
>Sample pages:
>www.debian.org
Never was able to duplicate this - far too vague.
Please try 1.4.10-1.3 and see if that fixed what you saw.
Otherwise, pro
> Program received signal SIGFPE, Arithmetic exception.
> [Switching to Thread 0xb6d996b0 (LWP 4198)]
> 0xb725dcd2 in _get_bitmap_surface (bitmap=0x83efe34, own_buffer=0,
> font_options=0x844d358, surface=0xbfcfe02c)
> at /home/slomo/projects/debian/tmp/libcairo-1.4.10/src/cairo-ft-font.c:7
This is cairo bug
https://bugs.freedesktop.org/show_bug.cgi?id=9719
Dave
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Kumar Appaiah wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Kumar Appaiah <[EMAIL PROTECTED]>
>
>
> * Package name: flickcurl
> Version : 0.11
> Upstream Author : Dave Beckett <[EMAIL PROTE
Mark Hedges wrote:
> The latest libcairo2_1.6.4-6.1 did not contain this fix. I
> had to downgrade using your packages.
>
> Any chance your patch to libcairo2_1.6.4-6.0.1 can make it
> into the next upgrade?
I don't now where "this fix" that was in Mike's build called
libcairo2_1.6.4-6.0.1 came
The patch looks OK although I cannot test any directfb stuff, or do
any cairo work today.
One reason the directfb was NOT enabled in the main cairo package
by me is that it is unsupported upstream. The customer for debian
is really just the installer, so limiting the packages for that
was a goal,
Nick Lewycky wrote:
> Package: libglitz1
> Version: 0.4.4-1
> Severity: wishlist
>
> The latest release snapshot of glitz is version 0.5.3, which is one of
> the components needed to compile Xgl. The debian/ directory from 0.4.4
> can be inserted into the 0.5.3 directory tree just fine. Please upd
Loïc Minier wrote:
> Package: libcairo2-dev
> Version: 1.2.0-2
> Severity: serious
>
> Hi,
>
> #377234 was just filed against gnome-keyring which uses libtool and
> pkg-config --libs gtk+-2.0 to build. libtool sees the -lcairo from
> this command and includes the dependency_libs of li
ASJ wrote:
> Package: libcairo2
> Version: 1.2.0-3
> Followup-For: Bug #325526
>
>
> In the latest update to 1.2.0-3 anything using python's wxGtk interface
> dies on startup:
>
> Traceback (most recent call last):
> File "CastPodderGui.py", line 32, in ?
> import wx
> File "/usr/lib/pytho
stall ok installed
> Priority: optional
> Section: libs
> Installed-Size: 676
> Maintainer: Dave Beckett <[EMAIL PROTECTED]>
> Architecture: i386
> Source: libcairo
> Version: 1.2.0-3
> Replaces: libcairo0.5.1, libcairo0.6.0, libcairo0.9.0, libcairo1
> Pr
Adeodato Simó wrote:
> unmerge 377147
> retitle 377147 libcairo 1.2.0: regression: gtk apps are not anti-aliased if
> anti-aliasing is disabled in ~/.qt/qtrc
> notforwarded 377147
> unblock 377879 by 377147
> unblock 379482 by 377147
>
> retitle 376714 libcairo 1.2.0 text disappears after first w
The antialiasing problem seems to be caused by the KDE bug mentioned in
the cairo bug https://bugs.freedesktop.org/show_bug.cgi?id=7494
[[
I think I've figured out what was all this about, and it's not cairo's
fault. In fact, it's been a fix on cairo
(http://gitweb.freedesktop.org/?p=cairo;a=comm
Oliver Jato wrote:
> hello,
>
> the file seems to be okay:
...
> flyricky:/home/olli# cat > foo.c
> main() { FT_GlyphSlot_Embolden(); }
> flyricky:/home/olli# less foo.c
> flyricky:/home/olli# gcc -o foo foo.c -lcairo
> flyricky:/home/olli# ./foo
> flyricky:/home/olli#
so in terms of this bug, i
Nick Lewycky wrote:
> Package: libcairomm-1.0-dev
> Version: 0.6.0-2
> Severity: normal
>
> The examples for PsSurface, PdfSurface and SvgSurface don't link:
>
> $ g++ `pkg-config --cflags --libs cairomm-1.0` cairograph.cpp
> /tmp/ccqYR7Sy.o: In function `main':
> cairograph.cpp:(.text+0x141): un
This seems more like a compiler problem, the mathcalls.h lines are
things like:
extern double y1 (double) __attribute__ ((__nothrow__)); extern double
__y1 (double) __attribute__ ((__nothrow__));
(after pre-processor expansion)
The name in a function declaration.
In cairo, they are parameters i
If you are compiling against redland correctly you have two choices
to set up the compile flags correctly
either a)
$ redland-config --cflags
-I/usr/include/rasqal
(which uses the program /usr/bin/redland-config in librdf0-dev)
or b)
$ pkg-config redland --cflags
-I/usr/include/rasqal
(which uses
FYI the next release of redland 1.0.9 has the dynamic loading storages
enabled so that means the packages can be adjusted to have just a core with
the simple storages (sqlite, bdb, files) separate from packages for the
relational backends (mysql, postgresql, others in future).
I'm just noting this
On Fri, 27 Apr 2007, Dirk Haage wrote:
Package: libcairo2
Version: 1.4.4-1
Severity: important
when version 1.4.4-1 of libcairo2 is installed, Azureus is not able to start:
Error: Cairo 1.4.4 does not yet support the requested image format:
Depth: 32
Alpha mask: 0x
Dirk Haage wrote:
> Dave Beckett wrote:
>> On Fri, 27 Apr 2007, Dirk Haage wrote:
>>> Package: libcairo2
>>> Version: 1.4.4-1
>>> Severity: important
>>>
>>>
>>> when version 1.4.4-1 of libcairo2 is installed, Azureus is not able
&g
Guus Sliepen wrote:
> Package: libcairomm-1.0-dev
> Version: 0.6.0-4
> Severity: important
>
> Hello, upstream has released cairomm 1.2.4 on January 17, 2007. Please
> update the Debian package. I set the severity to important, because the
> latest version of gtkmm also depends on cairomm >= 1.2.0
Marc 'HE' Brockschmidt wrote:
> tags 422388 + fixed-upstream
> thanks
>
> Heya,
>
> Marc 'HE' Brockschmidt <[EMAIL PROTECTED]> writes:
>> Lucas Nussbaum <[EMAIL PROTECTED]> writes:
>>> During a rebuild of all packages in sid, I discovered that your package
>>> failed to build on i386.
>> After so
Michael Biebl wrote:
> Package: librdf0-dev
> Severity: normal
>
> Currently librdf builds and links against libdb4.3, librfd0-dev depends
> on libdb4.3-dev.
> Unfortunately, most of the other packages, like libsvn were built against
> db4.4, and
> the -dev packages of libsvn can't be installed i
Jérémy Bobbio wrote:
> Package: libcairo
> Version: 1.4.6-1.1
> Severity: important
>
> Hi!
>
> libcairo2 and libcairo-directfb2 .shlibs files disagree on which
> dependencies should be used for udebs:
>
> * /var/lib/dpkg/info/libcairo2.shlibs
>
> libcairo 2 libcairo2 (>=1.4.0)
> udeb
reassign 523043 liblrdf
forcemerge 521898 523043
done
fixing previous reassignment - liblrdf != librdf
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Package: wnpp
Severity: normal
I request an adopter for the nant package as I no longer use
or have interest in .NET/mono.
The package description is:
NAnt is different. Instead of a model where it is extended with
shell-based commands, NAnt is extended using task classes. Instead of
writin
Otavio Salvador wrote:
notfound 1.4.14-1
found 1.5.6-1
thanks
I've been able to reproduce the issue outside d-i environment, using
cdebconf, and this allowed me to test with previous available versions
of package.
I figure that, of available packages, the first to show this issue is
1.5.6-1 whi
Mike Hommey said:
> Looks like it's happening in cairo.
>> #6 0xb7241e2d in nsProfileLock::FatalSignalHandler (signo=11) at
nsProfileLock.cpp:216
>> #7
>> #8 cairo_draw_with_xlib (cr=0xbc55ff8, callback=0xb79c4698
, closure=0xbfea8c40, dpy=0x0, width=560, height=228,
is_opaque=CAIRO_XLIB_DRAWIN
The cairo upstream bug for this:
http://bugzilla.gnome.org/show_bug.cgi?id=359243
claims it was fixed in cairo 1.2+ series which was a long time ago.
Attilio: can you check since you knew of the workaround?
Dave
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe".
Package: ftp.debian.org
Severity: normal
Please remove the following packages from unstable (all architectures):
libpixman1 - Cairo pixel manipulation library
libpixman1-dev - Cairo pixel manipulation library development libraries and
headers
which are generated from the libpixman source packa
Rene Engelhard wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Rene Engelhard <[EMAIL PROTECTED]>
>
> * Package name: libsvg
> Version : 0.1.4
> Upstream Author : Carl Worth <[EMAIL PROTECTED]>
> * URL : http://cairographics.org/snapshots/
> * License : LGP
Package: git-core
Version: 1.1.5-1
Severity: normal
Please can you package git 1.2.0 which has been released at
http://www.kernel.org/pub/software/scm/git/
a few days.
(and 1.1.6 has been available for 2 weeks at this time).
Thanks
Dave
-- System Information:
Debian Release: testing/unstable
1 - 100 of 135 matches
Mail list logo
