Bug#462971: ITP: odtwriter -- convert reStructured Text to OpenDocument Text files
On Mon, Jan 28, 2008 at 05:45:53PM +0100, Michael Schutte wrote: > > Description : convert reStructured Text to OpenDocument Text files > > odtwriter is a Python library capable of translating reStructuredText > (reST) files into the OpenDocument Text (ODT) format. Applications able > to handle the latter document format include the word processors from > OpenOffice.org and KOffice, as well as AbiWord. > > The package also contains a small script, rst2odt, to do the conversion "odtwriter" seems a little generic for a package with a specific purpose. Why isn't the package called "rst2odt"? Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/ `-GPG Public Key: 0x25BFB848 Please GPG sign your mail. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#479397: RFA: gutenprint -- printer drivers for CUPS
Package: wnpp Severity: normal I request an adopter for the gutenprint package. I no longer have time to maintain it, and it deserves to be maintained to a better standard than I can currently manage. Not only am I short of time, but I no longer have an inkjet printer for testing and bug fixing. Gutenprint is used for printing on EPSON, Canon, Olympus, and some HP and other makes of printer via CUPS, LPRng etc.. It is an important part of the printing infrastructure in Debian. There is a new upstream release due out in the next week or so (5.2.0). Upstream is very friendly. The package isn't too complex, though there are quite a few binary packages. What it really needs is proper testing and bugs being pushed upstream. I'll continue to be available to co-maintain if you like, and I do know a fair bit about its internals (I am, albeit currently inactive, an upstream developer as well). I will also be orphaning ijs, one of gutenprint's build dependencies. Thanks, Roger The package description is: This package includes a CUPS driver based on Gutenprint. . The CUPS drivers contain all of the files needed to support photo-quality printing on any printer supported by Gutenprint. You can find out more about the Common UNIX Printing System ("CUPS"), an IPP-based printing system for UNIX/Linux, at: . http://www.cups.org . This is Gutenprint version 5.0.2, a stable release in the 5.0 series. . Gutenprint is the print facility for the GIMP, and in addition a suite of drivers that may be used with common UNIX spooling systems using GhostScript or CUPS. These drivers provide printing quality for UNIX/Linux on a par with proprietary vendor-supplied drivers in many cases, and can be used for many of the most demanding printing tasks. Gutenprint was formerly known as Gimp-Print. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable') Architecture: powerpc (ppc) Kernel: Linux 2.6.24-1-powerpc Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#479400: RFA: ijs -- IJS raster image transport protocol: shared library
Package: wnpp Severity: normal I request an adopter for the ijs package. I no longer have the time to maintain it. Upstream is not active (the IJS protocol draft spec this library implements has not changed since). It's used by ghostscript (internal copy of libijs), and by gutenprint (linking with shared library). Thanks, Roger The package description is: IJS is, first and foremost, a protocol for transmission of raster page images. This snapshot provides a reference implementation of the protocol, the design of which is still in flux. When the protocol specification is published, it will be authoritative. Applications should feel free to link against the library provided in this package, adapt that code for their own needs, or roll a completely new implementation. . IJS is a client-server protocol, used to write ghostscript drivers. The drivers are separate programs. The client and server communicate via pipes, though shared memory may be used additionally in the future. Currently IJS is used by the hpijs and ijsgimpprint drivers. . Code for both the client- and server-side is included in the library. This package provides the shared library. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable') Architecture: powerpc (ppc) Kernel: Linux 2.6.24-1-powerpc Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#479399: RFA: libpqxx -- C++ library to connect to PostgreSQL
Package: wnpp Severity: normal I request an adopter for the libpqxx package. I no longer have time to maintain it, and no longer make active use of it myself. The packaging is quite simple, and upstream are friendly and responsive (and Debian users). I'm CCing the maintainers of the reverse-build-deps of libpqxx to let you know about this. Thanks, Roger The package description is: C++ library to enable user programs to communicate with the PostgreSQL database backend. The database backend can be local or it may be on another machine, accessed via TCP/IP. This package obsoletes the libpqpp package. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable') Architecture: powerpc (ppc) Kernel: Linux 2.6.24-1-powerpc Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#529444: O: kde-kdm-themes
On Tue, May 19, 2009 at 01:41:42PM +0200, Bastian Venthur wrote: > I'm orphaning kde-kdm-themes, since I don't use it anymore. It is a kde3 > package and should die along with KDE3. For all these packages which should die, wouldn't a RoM removal bug against ftp.debian.org be more useful than simply orphaning? Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/ `-GPG Public Key: 0x25BFB848 Please GPG sign your mail. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#602503: ITP: ppp-2.4.5-eaptls-mppe -- PPP daemon with EAP-TLS authentication support
On Fri, Nov 05, 2010 at 12:48:32PM +0100, Werner Jaeger wrote: > Package name: ppp-2.4.5-eaptls-mppe Does the package name really need the version number encoded into it? Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/ `-GPG Public Key: 0x25BFB848 Please GPG sign your mail. signature.asc Description: Digital signature
Bug#606373: ITP: cxxtest -- a xUnit-like framework for C/C++
On Wed, Dec 08, 2010 at 08:06:45PM +0100, Cleto Martin Angelina wrote: > Package: wnpp > Severity: wishlist > Owner: Cleto Martin Angelina > > * Package name: cxxtest > Version : 3.10.1 > Upstream Author : jaredgrubb and kfitch > > * URL : http://cxxtest.tigris.org/ > * License : LGPLv2.1 > Programming Lang: C++ > Description : a xUnit-like framework for C/C++ ^ an (grammar) > > The following description has been taken from their website: The description spends a lot of time saying what CxxTest *doesn't* do, rather than what it *does* do. This doesn't make for a very informative description. What would be useful: What does CxxTest do? Why would I want to use it? What makes it different than CppUnit? > CxxTest's advantages over existing alternatives are that it: > > * Doesn't require RTTI > * Doesn't require member template functions > * Doesn't require exception handling It's not clear why any of these are "advantages". Debian supports all of these *Standard* C++ features well, so we have no reason to not want them. Note that CppUnit makes use of exception handling internally to trap failures, and this can be a big aid in debugging because I can just "catch throw" in gdb to diagnose failing tests. > * Doesn't require any external libraries (including memory management, > file/console I/O, graphics libraries) Dependencies (or lack of) aren't really that useful in a description; we can see this from the package dependencies. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/ `-GPG Public Key: 0x25BFB848 Please GPG sign your mail. signature.asc Description: Digital signature
Bug#141476: ITP: ijs-dev -- IJS raster image transport protocol
Package: wnpp Version: N/A; reported 2002-04-06 Severity: wishlist * Package name: ijs-dev Version : 0.33 Upstream Author : Raph Levien <[EMAIL PROTECTED]> * URL : http://www.linuxprinting.org/ijs * License : MIT Description : IJS raster image transport protocol IJS is, first and foremost, a protocol for transmission of raster page images. This snapshot provides a reference implementation of the protocol, the design of which is still in flux. When the protocol specification is published, it will be authoritative. Applications should feel free to link against the library provided in this package, adapt that code for their own needs, or roll a completely new implementation. IJS is a client-server protocol, used to write ghostscript drivers. The drivers are separate programs. The client and server communicate via pipes, though shared memory may be used additionally in the future. Currently IJS is used by the hpijs driver and gimp-print. Once this is packaged, the ijsgimpprint driver can also be packaged (part of the gimp-print source package). Code for both the client- and server-side is included in the library. Currently, only a static version of the library is packaged, due to the API/ABI not being stable yet. An initial package and Debianised source is available from http://www-users.york.ac.uk/~rl117/ijs/ Note that the upstream source is not actually upstream, as I needed to add automake and libtool support to it. Hopefully upstream will apply these patches. Regards, Roger -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#315104: ITP: schroot -- Execute commands in a chroot environment
Package: wnpp Severity: wishlist Owner: Roger Leigh <[EMAIL PROTECTED]> * Package name: schroot Version : 0.1.0 Upstream Author : Roger Leigh <[EMAIL PROTECTED]> * URL : http://people.debian.org/~rleigh/schroot/ * License : GPL Description : Execute commands in a chroot environment schroot allows users to execute commands or interactive shells in different chroots. Any number of named chroots may be created, and access permissions given to each, including root access for normal users, on a per-group basis. Additionally, schroot can switch to a different user in the chroot, using PAM for authentication and authorisation. All operations are logged for security. . schroot shares most of its options with dchroot, but offers vastly more functionality. The above URL is temporary. It should shortly be moved from a local Arch repository to buildd-tools CVS on Alioth. sbuild will use it in the future to allow a "true-chroot" mode for apt-get/dpkg. Regards, Roger -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12 Locale: LANG=en_GB.UTF8, LC_CTYPE=en_GB.UTF8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#315104: ITP: schroot -- Execute commands in a chroot environment
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Roger Leigh <[EMAIL PROTECTED]> writes: > Upstream Author : Roger Leigh <[EMAIL PROTECTED]> > * URL : http://people.debian.org/~rleigh/schroot/ > * License : GPL > The above URL is temporary. It should shortly be moved from a local > Arch repository to buildd-tools CVS on Alioth. sbuild will use it > in the future to allow a "true-chroot" mode for apt-get/dpkg. schroot is maintained by the Debian buildd-tools project. It was downloaded from :pserver:[EMAIL PROTECTED]:/cvsroot/buildd-tools (module "schroot"). Full instructions are available here: https://alioth.debian.org/scm/?group_id=30471 Regards, Roger - -- Roger Leigh Printing on GNU/Linux? http://gimp-print.sourceforge.net/ Debian GNU/Linuxhttp://www.debian.org/ GPG Public Key: 0x25BFB848. Please sign and encrypt your mail. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.8 <http://mailcrypt.sourceforge.net/> iD8DBQFCuFxNVcFcaSW/uEgRAr8IAKDKr/giJSzpC1BrvF1hWyK+hu8mdgCgphwV /z3kMNyz9bhgmBdGWyfA3jc= =1HiT -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#479397: closed by Paul Tagliamonte ([done] O: gutenprint -- printer drivers for CUPS)
reopen 479397 thanks On Wed, Sep 07, 2011 at 09:27:12PM +, Debian Bug Tracking System wrote: From: Paul Tagliamonte Date: Wed, 7 Sep 2011 21:23:01 + X-Google-Sender-Auth: 3HCDbAWmoHRQiKxTrAYDP18f3pU Message-ID: Subject: [done] O: gutenprint -- printer drivers for CUPS To: 479397-d...@bugs.debian.org Content-Type: text/plain; charset=ISO-8859-1 > > This package looks to be actively maintained. Closing the open WNPP > bug keeping this package up as orphaned. > > If this is not the case, please re-open the bug. I am not actively maintaining the package, and do not wish to continue maintaining the package. It is orphaned. I have been sporadically keeping up-to-date with upstream, but there has been little QA and bug fixing, and hence it does need a proper maintainer to adopt it. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/ `-GPG Public Key: 0x25BFB848 Please GPG sign your mail. signature.asc Description: Digital signature
Bug#669647: ITP: hurd-cvsfs -- CVS virtual filesystem for the GNU Hurd
On Mon, Apr 23, 2012 at 09:18:30AM +0200, Josselin Mouette wrote: > Le vendredi 20 avril 2012 à 20:23 +0200, Samuel Thibault a écrit : > > * Package name: hurd-cvsfs > > Aren’t you late by 19 days? (This isn't intended as a criticism of this specific ITP.) While it's great that Hurd can support all of these esoteric translators, in terms of making Hurd a viable *Debian* port, we really only need a few specific ones: - tmpfs - procfs - sysfs - ext?fs Speaking from the perspective of initscripts, we are carrying around a large amount of Hurd-specific code, which as far as I understand is probably actually unused. Example: All other platforms have /etc/mtab as a symlink. Yet we are carrying around large amounts of code and extra initscripts to generate mtab for the only system which does not support /proc/mounts (Hurd). A procfs translator (even an incomplete one) would allow all this (barely tested) cruft to be dropped. It would be really great if the efforts of the Hurd developers could be directed to getting the translators which are of direct benefit to the distribution as a whole functional, rather than features such as this--who uses CVS nowadays anyway, let along through a translator? It's neat, but not really useful (from the POV of the distribution as a whole). Thanks, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800 -- 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/20120423084432.gq28...@codelibre.net
Bug#669647: ITP: hurd-cvsfs -- CVS virtual filesystem for the GNU Hurd
On Mon, Apr 23, 2012 at 11:20:00AM +0200, Samuel Thibault wrote: > Roger Leigh, le Mon 23 Apr 2012 09:44:32 +0100, a écrit : > > While it's great that Hurd can support all of these esoteric > > translators, in terms of making Hurd a viable *Debian* port, > > we really only need a few specific ones: > > > > - tmpfs > > - procfs > > - ext?fs > > They are already there. OK. I was informed otherwise when I was working on all the tmpfs-related code. If this is the case, I will remove all the Hurd-specific disabling, and it will be enabled shortly. You'll get a tmpfs /run etc. like everyone else. Does Hurd support ext3/4 yet? > > - sysfs > > Err, I don't think it's a good idea to let people think it is ok to use > extremely-linuxish things there. kFreeBSD supports both linprocfs and linsysfs. If you're going to integrate well with the rest of the Debian system, the reality is that this stuff is needed. We shouldn't need Hurd to be gratuitously different for such basic stuff, it again causes a large maintenance burden, and means Hurd support will be lacking. > > Yet we are carrying > > around large amounts of code and extra initscripts to generate > > mtab for the only system which does not support /proc/mounts > > (Hurd). A procfs translator (even an incomplete one) would > > allow all this (barely tested) cruft to be dropped. > > We have an incomplete procfs already. It doesn't have /proc/mounts, > because it's not a trivial thing to implement: since mounts are > distributed, there is no central place where filesystems are to be > recorded. There are plans to somehowe build one. In the meanwhile > things are working already. I don't think spending time on a feature > just to remove some existing code is the best way to spend our time, > either. It's not just a case of "working already". I spent several days writing and testing all that code. From scratch. Just for Hurd. And this is just one example. We need a dynamic mtab; a static one is plain broken, and this does have a maintenance burden which Hurd forces me to undertake. There's special code in every initscript which mounts something, plus a whole library of shell functions... which should be deleted at the earliest opportunity. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800 -- 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/20120423094300.gr28...@codelibre.net
Bug#669647: ITP: hurd-cvsfs -- CVS virtual filesystem for the GNU Hurd
On Mon, Apr 23, 2012 at 03:47:18PM +0100, Ben Hutchings wrote: > > > around large amounts of code and extra initscripts to generate > > > mtab for the only system which does not support /proc/mounts > > > (Hurd). A procfs translator (even an incomplete one) would > > > allow all this (barely tested) cruft to be dropped. > > > > We have an incomplete procfs already. It doesn't have /proc/mounts, > > because it's not a trivial thing to implement: since mounts are > > distributed, there is no central place where filesystems are to be > > recorded. There are plans to somehowe build one. In the meanwhile > > things are working already. I don't think spending time on a feature > > just to remove some existing code is the best way to spend our time, > > either. > [...] > > I would say something *like* /proc/mounts is important for a modern > Unix-like system. I'm sure it's not trivial, but it's implementing a > standard format (mtab) and not a moving target of 'be like Linux'. For mtab, it's probably not even strictly necessary for this to be in /proc/mounts. It could be a translator on /etc/mtab directly? (If a translator can be a single file?) Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800 -- 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/20120423145529.gs28...@codelibre.net
Bug#479397: [gutenprint] Moved Git repository away from collab-maint to printing
On Tue, Apr 15, 2014 at 01:27:00PM +0200, Didier 'OdyX' Raboud wrote: > Hi Roger, > > As discussed earlier [0] on the Debian Printing Team list [1], I have > now moved the gutenprint repository away from collab-maint to the new > "printing" group on alioth [2]. > > If you had a local checkout of the repository, you need to hand it the > new repository URLs: > > git remote set-url origin > https://alioth.debian.org/anonscm/git/printing/gutenprint.git > git remote set-url origin --push > git+ssh://git.debian.org/git/printing/gutenprint.git > > I will upload the package shortly including an update of the packaging > and some fixes; I hope that's okay for you. Yes, that's totally fine with me. Thanks for doing this! Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800 -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140415131356.gn30...@codelibre.net
Bug#479397: ITA: gutenprint -- printer drivers for CUPS
On Tue, Jan 22, 2013 at 11:04:12PM +0100, Willem van den Akker wrote: > Package: wnpp > Severity: normal > > I have tried to ITA this package before. However is did not work out > because > of time and skills. > > If ok I will adopt it. It's absolutely OK, you would be most welcome to adopt it. Are you subscribed to gimp-print-devel and debian-printing? Both would be required to track upstream stuff and other Debian printing coordination. The package is all in the git repo on Alioth. Do you have access to collab-maint on Alioth? If you have any questions or need any help with anything in the package, just shout and I'll try to do my best to help. Kind regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800 -- 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/2013015137.gf16...@codelibre.net