Bug#466336: O: ikvm -- Java virtual machine/compiler implemented in .NET (Mono)
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 available in unreleased software. A complete pain I'd imagine. ikvm is a b*gger to build and regularly fails when the mono toolchain changes (which is often). It also fails to build on many architectures. Good luck. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-k7 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#477064: RFA: nant -- .NET build tool similar to Ant
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 writing shell commands, the configuration files are XML-based, calling out a target tree where various tasks get executed. Each task is run by an object that implements a particular Task interface. There are two serious bugs on nant: 1) #475213: nant: FTBFS: [csc] /build/user/nant-0.85/src/NAnt.DotNet/Tasks/ScriptTask.cs(519,50): error CS0612: `System.Reflection.Assembly.LoadWithPartialName(string)' is obsolete http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=475213 This isn't important I feel, since once built by the maintainer, nant never needs rebuilding. 2) #374634: nant: includes binary-only copies of nunit, SharpZipLib and log4net in source tarball (DFSG ยง2 violation) http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=374634 Requires a tedious and complex dive into nant's wierd build system. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#352729: ITP: cairomm -- C++ wrappers for Cairo
-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 PROTECTED]> > The cairomm Development Team > * URL : http://www.cairographics.org/cairomm > * License : LGPL > Description : C++ wrappers for Cairo > > cairomm provides C++ bindings for the Cairo graphics library, > a multi-platform library providing anti-aliased vector-based > rendering for multiple target backends. I'm the maintainer of the core cairo packages for debian.It is a supported API which is a good reason to package it. 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 mostly be only checking it on the packaging side of things. Dave -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (Darwin) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFD+ou7Q+ySUE9xlVoRAljoAKCoI5NbH0oO1cAgghqU+pLaeZoZjwCfaLas RUVNBMYwA0EZpNnZGpfJaUo= =iP75 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#352729: ITP: cairomm -- C++ wrappers for Cairo
-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 mostly be >>only checking it on the packaging side of things. > > > I have prepared a package and sumitted to Ubuntu developers for reviewing. It > is already available at http://revu.tauware.de/details.py?upid=1898 > > If you like you can review the package from there (nothing is > Ubuntu-specific, > except the version number), but if you prefer I can upload it to > mentors.debian.net. The packaging looks good. I'm happy to upload it in the current state. I just added a line to close the ITP bug, and to add myself as Uploader: - the rest would be the same. > Oh, and did I thank you for your kind offer of sponsorhip? :-) Are you actually using cairomm under Debian? If not, then you can't really maintain it there. Dave -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (Darwin) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFD+97CQ+ySUE9xlVoRAr15AJ9bIh6c+wIorZfijIE5t9aVawrOmQCfVD6U awrJpjcL9cl8pSDnCLVRArU= =Gvgd -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#352729: ITP: cairomm -- C++ wrappers for Cairo
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 especially as gtkmm 2.10 will need it. Dave -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#431465: ITP: libsvg -- library for parsing SVG files
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 : LGPL > Programming Lang: C > Description : library for parsing SVG files > > libsvg provides a parser for SVG content in files or buffers. > > The last upstream release was in 2005, though and it's still only > under snapshots/, so it seems quite dead upstream. OOo will in the > future most probably use it for svg import, though... > (http://svn.gnome.org/viewcvs/ooo-build/trunk/patches/src680/svg-import.diff?revision=9660&view=markup) > > If anyone else than me wants to maintain this (Dave?), be welcome to > take this ITP :-) libsvg is dead upstream and not supported, not under development. I talked to Carl today and he was surprised OOo was using it. librsvg is something that is supported, maybe you can get them to use that.. Otherwise, you become the maintainer of libsvg :) Dave -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#436065: ITP: flickcurl -- C library for the Flickr API
-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 PROTECTED]> > * URL : http://librdf.org/flickcurl/ > * License : LGPL 2.1 / GPL 2 /Apache 2.0 > Programming Lang: C > Description : C library for the Flickr API > > Flickcurl is a C library for the Flickr API, handling creating the > requests, signing, token management, calling the API, marshalling > request parameters and decoding responses. It uses libcurl to call the > REST web service and libxml2 to manipulate the XML responses. The > current version supports part of the API, primarily the functions for > reading photo, people and tags description, uploading photos, changing > tags and comments. Hello, as you can see I'm the author, and I'm also a Debain Developer. I was looking at the thread on debian-mentors about this http://www.mail-archive.com/[EMAIL PROTECTED]/msg51084.html With respect to example.c - that should be in the public domain, I've made it so in SVN. My only other comment on the packaging is that very likely the FTP masters would reject it because there are two packages with only a couple of files: flickcurl, flickrdf and their man pages. In a real package layout I expect a flickcurl-utils package that contained both would be more acceptible to them, although you can never tell. Dave -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (Darwin) iD8DBQFGti5WQ+ySUE9xlVoRAnXaAJ9M4Uk983MXDNHDXCHunnbTCyryiACeMWhR BqjhfXBeRTd9PC5OS4Dtc0A= =krUG -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#558137: Willing to sponsor 4store packages
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-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4c177ff0.9050...@dajobe.org
Bug#558137: test debian package of 4store
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 it as root instead of setuid with start-stop-daemon. Nevermind - that'll have to be in another attempt. The server doesn't start at package install since there are no DB files created, but otherwise the init scripts are built. So if you want to run it as root, install this and then sudo /etc/init.d/4store start Dave -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4c18335e.4030...@dajobe.org
Bug#558137: More updated 4store package
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' * really run server as user 'fourstore' * do not run server at package install time * install a skeleton /etc/default/4store Getting closer to what I'd submit, but I'd like a co-maintainer. Dave -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4c1e62f7.5000...@dajobe.org
Bug#151388: ITP: libraptor -- Raptor RDF Parser library
Package: wnpp Version: N/A; reported 2002-06-29 Severity: wishlist * Package name: libraptor Version : 0.9.5 Upstream Author : Dave Beckett <[EMAIL PROTECTED]> * URL : http://www.redland.opensource.ac.uk/raptor/ * License : LGPL/GPL/MPL Description : Raptor RDF Parser library Raptor is a parser library for the Resource Description Framework (RDF) format, part of the Redland RDF system. It provides two parsers - RDF/XML using libxml2 and N-Triples. Raptor is designed for performance, flexibility and embedding and to closely match the RDF/XML specification. Prototype packages (libraptor0, libraptor-dev and libraptor0-util) are available at http://www.redland.opensource.ac.uk/dist/binaries/debian/ I'm not a Debian developer yet and am looking for a sponsor. -- System Information Debian Release: 3.0 Architecture: i386 Kernel: Linux hedwig.dajobe.org 2.4.18 #3 Tue Jun 18 00:16:06 BST 2002 i686 Locale: LANG=C, LC_CTYPE=C -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#206225: ITP: redland -- Redland RDF Library
Package: wnpp Version: unavailable; reported 2003-08-19 Severity: wishlist * Package name: redland Version : 0.9.11 Upstream Author : Dave Beckett <[EMAIL PROTECTED]> * URL : http://www.redland.opensource.ac.uk/ * License : LGPL/GPL/MPL Description : Redland RDF Library Redland is a library that provides a high-level interface for RDF (Resource Description Framework) implemented in an object-based API. It is modular and supports different RDF/XML parsers, storage mechanisms and other elements. Redland is designed for applications developers to provide RDF support in their applications as well as for RDF developers to experiment with the technology. Prototype packages are available at http://www.redland.opensource.ac.uk/dist/binaries/debian/ It depends on libraptor that I have already packaged and maintained in sid/unstable since June 2003. I am not a Debian developer however I have a sponsor for this package - Edd Dumbill - ejad at debian dot org. -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux hedwig 2.6.0-test1 #4 Fri Jul 25 22:13:18 BST 2003 i686 Locale: LANG=C, LC_CTYPE=C
Bug#272264: tomboy debs, sponsor offer
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 great. I'm a DD and happy to sponsor it. Dave -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#272264: tomboy debs for mono 1.0 and mono 1.1
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 the Debian Mono Group is testing at present. The results are lintian, linda clean and work ok. The debs for mono 1.0 (tomboy 0.3.2-1) mono 1.1 experimental http://debian.meebey.net/mono/ (tomboy 0.3.2-3) are at http://download.dajobe.org/debian/experimental/ I think Tomboy is ready to go into the archive, at least in experimental, probably tracking the mono1 .1 debs. I didn't do the ITP, but if it's still hanging about in a week, I'd like to take it forward. Dave -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#305459: Intent to maintain ikvm
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]
Bug#305458: Intent to maintain
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]
Bug#300656: svn2png packages
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 Description: This is a digitally signed message part
Bug#205346: Cairo packages
I've been packaging these for months from the CVS and more recently, from snapshots. These have now stabilisied and Sven and I agree these are stable enough to be uploaded. My test packages are at: http://cairographics.org/packages/debian/ Dave
Bug#230896: ITP: libgdiplus -- libgdiplus: drawing library for the Mono project
On Tue, 03 Feb 2004 07:59:10 +0100 Eduard Bloch <[EMAIL PROTECTED]> wrote: > Package: wnpp > Severity: wishlist > > * Package name: libgdiplus > Version : x.y.z > Upstream Author : Name <[EMAIL PROTECTED]> > * URL : http://www.example.org/ > * License : (GPL, LGPL, BSD, MIT/X, etc.) > Description : drawing library for the Mono project > > This library is the architecture-dependent backend of the > mono-assemblies, it is needed by the System.Drawing classes. You might be interested in bug #205346 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=205346 which is the WNPP for cairo. I've been building Mono cvs against it for months, and as part of that, the libgdiplus against the above cairo debs. The current (going in today) sid packages for mono don't link against the latest cairo sources and use the obsolete libic, libpixregion that are replaced with libpixman. At least that's what I found when I tried the earlier ones hosted off alioth. Happy to coordinate to get this all working. Dave
Bug#248706: ITP: glitz -- OpenGL accelerated 2D graphics library
Package: wnpp Severity: wishlist * Package name: glitz Version : 0.1.2 Upstream Author : David Reveman <[EMAIL PROTECTED]>, Peter Nilsson <[EMAIL PROTECTED]> * URL : http://www.freedesktop.org/Software/glitz * License : MIT/X Description : OpenGL accelerated 2D graphics library A 2D graphics library that uses OpenGL to render hardware accelerated graphics using an API matching the X Render Extension semantics. It is standalone but also designed to provide an OpenGL accelerated backend for the Cairo vector graphics library. Note: I have made initial packages available at http://cairographics.org/packages/debian/ and the cairo packages may depend on these soon. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.4 Locale: LANG=C, LC_CTYPE=C
Bug#248706: Outstanding ITP - glitz
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 > > Do you still intend to create this package? If so, please keep the > bugtracking system informed of progress and delays. ITPs which are > just waiting for a sponsor should be tagged 'patch'; I recommend the > bts script from the devscripts package. > > If not, please retitle to RFP (Request For Package), or close the bug, > as is appropriate. > > Note that I'm not personally interested in this package; I just want > to keep the WNPP area well-pruned. Feel free to respond to me > directly, though (but also Cc: the bug if appropriate). In reply: I'm waiting to become a DD before uploading this rather than bug my sponsor more. I've been packaging it for a long time at; http://cairographics.org/packages/debian/ It looks like this closer than it was recently since I completed the new maintainer process months ago, an account looks nearer. In more relevant news, the newer cairo is using more of glitz and will benefit from it. The interface isn't considered stable yet by the cairo developers but stable-ish, so it'll need careful build checking. Dave
Bug#319779: ITP: pycairo -- python language bindings for the Cairo vector graphics library
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 Description : Python language bindings for the Cairo vector graphics library This package contains modules that allow you to use the Cairo vector graphics library in Python programs. I've been packaging this for several years, tracking cairo snapshots. ITP now as it seems to be needed for pygtk and cairo is heading towards a stable API. Initial packages are available from http://cairographics.org/packages/debian/unstable/ -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-k7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#276096: eclipse 3.1 in debian
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 was one of the sources of broken-links. Dave signature.asc Description: This is a digitally signed message part
Bug#276096: eclipse 3.1 in debian
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/java-common/java-common.sh: No such file or directory /usr/bin/eclipse: line 5: jvm_find: command not found which seems to be caused by using files in the java-common package from ubuntu (0.23ubuntu3) which are not in the debian one (0.23). I also think eclipse-ecj should Conflict: and Replace: ecj-bootstrap so that installing eclipse-ecj kicks out ecj-bootstrap. The resulting binaries I'm not wanting to host myself but 've put the diff I've got so far at http://people.debian.org/~dajobe/eclipse/ I'm not very interested in maintaining it, but as the maintainer of ikvm I'd like it build as ikvm's latest release now needs either ecj-bootstrap or eclipse-ecj to compile. I'm presently using the former. Dave signature.asc Description: This is a digitally signed message part
Re: Bug#319779: marked as done (ITP: pycairo -- python language bindings for the Cairo vector graphics library)
On Mon, 15 Aug 2005, Steve Langasek wrote: On Tue, Aug 16, 2005 at 08:24:45AM +0200, Nico Golde wrote: 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 Description : Python language bindings for the Cairo vector graphics library This package contains modules that allow you to use the Cairo vector graphics library in Python programs. I've been packaging this for several years, tracking cairo snapshots. ITP now as it seems to be needed for pygtk and cairo is heading towards a stable API. Initial packages are available from http://cairographics.org/packages/debian/unstable/ I heared rumours that the cairo development is dead at the moment and will not be development in the future That's a rather bizarre rumour. Yes, rather. http://weblogs.mozillazine.org/roc/archives/2005/07/gecko_19.html In any case, Dave is also the libcairo maintainer for Debian, so is well positioned to know its status. The rumours are entirely wrong. Cairo has just shipped the first release (0.9.0) with APIs and ABIs now now maintained as stable. 1.0 should appear very shortly. It's being used by GNU classpath (for Java 2D) used with GCJ 4.0, Mozilla Firefox (for SVG), Mono (for 2D graphics/GDI+), Gnome Pango/GTK+ 2.7+ for all it's rendering and probably several other projects. If anything, it's more mature and developed than ever. It has been available and packaged by myself in Debian for several years and on the Cairo site itself, there are debs for the entire suite of Cairo-related software which are not appropriate for entering Debian: http://cairographics.org/packages/debian/ Remember guys, don't believe all you read, especially anything on OSNews :) Dave -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#253750: ITP: rasqal -- Rasqal RDF query library
Package: wnpp Severity: wishlist * Package name: rasqal Version : 0.9.0 Upstream Author : Dave Beckett <[EMAIL PROTECTED]> * URL : http://www.redland.opensource.ac.uk/rasqal/ * License : LGPL/MPL Description : Rasqal RDF query library Rasqal is a C library providing full support for querying RDF including parsing query syntaxes, constructing the queries, executing them and returning result bindings. It currently handles the RDF Data Query Language (RDQL) language. Rasqal is designed for performance, flexibility and embedding (no memory leaks) and to track ongoing RDF query language work. I have made initial packages which are available at http://www.redland.opensource.ac.uk/dist/binaries/debian/ as librasqal0, librasqal0-dev and rasqal-utils -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.4 Locale: LANG=C, LC_CTYPE=C
Bug#257673: ITP: libgtkcairo -- A Cairo widget for GTK+
On Mon, 05 Jul 2004 18:15:24 +0900 NIIBE Yutaka <[EMAIL PROTECTED]> wrote: > Package: wnpp > Severity: wishlist > > * Package name: libgtkcairo > Version : 20040629 > Upstream Author : Carl Worth <[EMAIL PROTECTED]> > Evan Martin <[EMAIL PROTECTED]> > OEyvind Kolaas <[EMAIL PROTECTED]> > David Reveman <[EMAIL PROTECTED]> > * URL : http://cairographics.org/ > * License : BSD > Description : A Cairo widget for GTK+ > > GtkCairo is a library that provides a new widget to be used in your > GTK+ program: a Cairo surface. > This package would be useful for developers who try to understand > Cairo. When GTK+ will adopts Cairo for its backend renderer, this > package will be useless, though. I'm the maintainer of the libcairo library and have from time-to-time packaged libgtkcairo for myself (I could probably refresh these). I also look after other cairo deb preview packages at http://cairographics.org/packages/debian/ The cairo API is not totally stable and needs careful updates with it's dependencies and it's requirements, these are likely to change over time as more backends are already under development (such as glitz, already ITPed but upstream says is not ready for use). I would prefer that this is co-ordinated closely with the libcairo packaging since it will need close version dependencies and checks. Dave
Bug#248706: Outstanding ITP - glitz
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 > > Do you still intend to create this package? If so, please keep the > bugtracking system informed of progress and delays. ITPs which are > just waiting for a sponsor should be tagged 'patch'; I recommend the > bts script from the devscripts package. > > If not, please retitle to RFP (Request For Package), or close the bug, > as is appropriate. > > Note that I'm not personally interested in this package; I just want > to keep the WNPP area well-pruned. Feel free to respond to me > directly, though (but also Cc: the bug if appropriate). In reply: I'm waiting to become a DD before uploading this rather than bug my sponsor more. I've been packaging it for a long time at; http://cairographics.org/packages/debian/ It looks like this closer than it was recently since I completed the new maintainer process months ago, an account looks nearer. In more relevant news, the newer cairo is using more of glitz and will benefit from it. The interface isn't considered stable yet by the cairo developers but stable-ish, so it'll need careful build checking. Dave -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#737261: ITP: nghttp2 -- HTTP/2 library
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 library that provides an experimental implementation of Hypertext Transfer Protocol version 2.0 including a server (nghttpd), client (nghttp) and reverse proxy (nghttpx) for fronting other HTTP servers. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20140131221502.1224.40946.report...@shuttle.dajobe.org