Bug#204807: adopting
On 2005-05-01 "Martin v. Löwis" <[EMAIL PROTECTED]> wrote: > Matej Vela wrote: > > Are you still planning to adopt these packages? (This is just a ping, > > I'm not interested in adopting them myself.) > > Yes, I am. For Snacc, I had some talk with the current maintainer; for > python-xlib, I have not taken any action, yet. If you are still intending to adopt, _now_ would be a good time. The package needs an upload urgently, it is unbuildable (#307760) and needs to be renamed for the gcc4 transition http://lists.debian.org/debian-devel-announce/2005/07/msg1.html cu andreas
Bug#543150: ITP: pdkim -- cryptographically identify the sender of email
On 2009-08-23 Magnus Holmgren wrote: > On lördagen den 22 augusti 2009, Aaron M. Ucko wrote: >> Magnus Holmgren writes: >>> * Self-contained, no dependencies (except libc), thanks to code >>> included from the PolarSSL project. >> From a Debian perspective, that's a policy violation, not a feature! >> Please arrange for it to use an external PolarSSL installation. > I know and agree and will talk to Tom about this. PolarSSL currently only > provides a static library however, which is also not good. I am somehow also not happy with a situation where any given exim installation would end linked dynamically (indirectly) against at least two full blown ssl libraries (OpenSSL or GnuTLS for STARTTLS, polarssl for DKIM). On a sidenote, is the cause for this ITP just exim or is general interest in this library? > AFAICT pdkim "borrows" the code needed to implement DKIM (i.e. RSA, SHA-1 > etc.), Afaiui this "gnulib style" usage of polarssl by picking a handful of files is supported upstream. http://polarssl.org/?page=features | All symmetric and hashing algorithms are not coupled to any other file | and can thus be easily integrated into existing projects. > but I haven't checked whether Tom has made any modifications to it. pdkim.(c|h) is new code, all the rest is basically unmodified from polarssl (stripped out selftest, disabled #include "polarssl/config.h" + check for #if defined(POLARSSL_), except for rsa.(h|c). The latter contains the two newly written functions rsa_parse_public_key and rsa_parse_key which require asn1_get_tag and asn1_get_mpi. Sadly these asn_... functions are not (yet?) part of polarssl's public API. (They are part of x509parse.c). Which is why Tom has copied their sourcecode into rsa.(h|c). I agree that all this should at least be separared clearly (like gnulib/) in the pdkim distributions, be it just for easy updates. cu andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure' -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#516585: RFH: alsa-lib
On 2009-02-22 Elimar Riesebieter wrote:
> Package: wnpp
> Severity: normal
> Hi Debian ALSA developers,
> I want to prepare alsa-lib 1.0.19 for upload. Building alsa-lib on i386 and
> amd64 gives:
> ...
> checking for strip... strip
> checking for cross-compiler... i486-i486-pc-linux-gnu-gcc
> checking for i486-linux-gnu-gcc... i486-i486-pc-linux-gnu-gcc
> checking for C compiler default output file name...
> configure: error: C compiler cannot create executables
> See `config.log' for more details.
[...]
> The correct compiler should be: i486-linux-gnu-gcc and not
> i486-i486-pc-linux-gnu-gcc!
> From upstreams changelog:
> "Don't use AC_CANONICAL_SYSTEM, only use AC_CANONICAL_HOST"
Hello,
I am not sure, but I think (see
/usr/share/doc/autotools-dev/README.Debian.gz) you are invoking
./configure the wrong way. This makes it build successfully for me:
---
--- debian/rules(Revision 2165)
+++ debian/rules(Arbeitskopie)
@@ -56,7 +56,7 @@
--mandir=\$${prefix}/share/man \
--infodir=\$${prefix}/share/info \
--datadir=\$${prefix}/share \
- --host=$(DEB_BUILD_GNU_TYPE) \
+ --build $(DEB_BUILD_GNU_TYPE) \
--enable-static --disable-maintainer-mode
touch configure-stamp
@@ -72,7 +72,7 @@
--mandir=\$${prefix}/share/man \
--infodir=\$${prefix}/share/info \
--datadir=\$${prefix}/share \
- --host=$(DEB_HOST_GNU_TYPE) \
+ --build $(DEB_BUILD_GNU_TYPE) \
--enable-static --disable-maintainer-mode \
--disable-python --with-plugindir=/$(bilibdir)/alsa-lib
#ln -sf . include/alsa
---
And the new buildlog (the gcc invokations) is basically identical to
1.0.18-1.
[...]
> The orig tgz must be loaded from:
> wget ftp://ftp.alsa-project.org/pub/lib/alsa-lib-1.0.19.tar.bz2
> tar jxf alsa-lib-1.0.19.tar.bz2
> tar zcf alsa-lib-1.0.19.tar.gz alsa-lib-1.0.19
> mv alsa-lib-1.0.19.tar.gz alsa-lib_1.0.19.orig.tar.gz
I prefer this for bz2- only packages:
bzcat alsa-lib-1.0.19.tar.bz2 | gzip -9 --rsyncable >
alsa-lib_1.0.19.orig.tar.gz
* Saves diskspace
* Faster
* mdsum of upstream tarball and repacked one stay identical.
cu andreas
--
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'
--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#516585: RFH: alsa-lib
On 2009-02-22 Elimar Riesebieter wrote: > * Andreas Metzler [090222 17:42 +0100] >> On 2009-02-22 Elimar Riesebieter wrote: [...] >>> I want to prepare alsa-lib 1.0.19 for upload. Building alsa-lib on i386 and >>> amd64 gives: >>> ... >>> checking for strip... strip >>> checking for cross-compiler... i486-i486-pc-linux-gnu-gcc >>> checking for i486-linux-gnu-gcc... i486-i486-pc-linux-gnu-gcc >>> checking for C compiler default output file name... >>> configure: error: C compiler cannot create executables >>> See `config.log' for more details. [...] >> I am not sure, but I think (see >> /usr/share/doc/autotools-dev/README.Debian.gz) you are invoking >> ./configure the wrong way. This makes it build successfully for me: >> --- >> --- debian/rules(Revision 2165) >> +++ debian/rules(Arbeitskopie) [...] >> - --host=$(DEB_HOST_GNU_TYPE) \ >> + --build $(DEB_BUILD_GNU_TYPE) \ >> --- > Yes, but in that case: > > checking whether we are cross compiling... no > > This is what we don't want. Afaiui multilib and cross-compiling work differently and you wanted multilib, not cross compiling. But my understanding of this area is almost non-existing. If you wanted to cross compile for amd64 on i386 you would set --build i486-linux-gnu --host x86_64-linux-gnu and this would cause ./configure to use amd64-pc-linux-gnu-gcc as compiler. > Second: Why does it build on ppc ? No idea. :-( cu and- not getting the point of 64bit alsa on i486 anyway. - reas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure' -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#466427: JBIG1 packaging
Hello, packaging would be straightforward, since there is just a static library. However I guess the patent issues will keep us from shipping it in Debian. Example packaging attached. (Not shipping example applictions and images.) cu andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure' jbigkit_1.6-1.diff.gz Description: Binary data
Bug#469906: debian : RFS flashblock
On 2008-04-26 Philippe Coval <[EMAIL PROTECTED]> wrote:
> Let me update this bug status,
> I published a source package at :
> http://mentors.debian.net/debian/pool/main/f/flashblock/
> Sponsorship/Upload is welcome too :
> http://mentors.debian.net/cgi-bin/maintainer-packages?action=details;package=flashblock
Hello,
Thanks for your efforts.
I have taken a short look at the package. This is the first
mozilla-pugin source package I have taken a look at, I am not familiar
with the best-practices. - Eyeing example packages (venkman) there
seems to be some black magic involved, like writing a chrome.d file
and generating the correct symlinks in {/usr/share,/var/lib}. Which i
why I do not intend to sponsor this.
Anyway, I think the following might still be helpful.
There are a couple of things that probably need to be fixed:
#1 The version number. You (claim to) have taken a svn snapshot and
labeled it 1.3.9a.
This is going to make problems if you ever want to upload the
released version of 1.3.9:
-
[EMAIL PROTECTED]:/tmp/$ dpkg --compare-versions 1.3.9a-1 \
'<=' 1.3.9-1 || echo beta version sorts after release
beta version sorts after release
-
1.3.9~svn20080307-1 (with 20080307 being the checkout date) would sort
correctly and would correctly label this as svn-snapshot.
#2 The generation of orig.tar.gz. Please document exactly and in
detail how the orig.tar.gz was generated in debian/README.source. This
should show how to package a released version (using the .xpi as
input), too.
#3 There is no seamonkey package in Debbian, you probably should
depend on iceape-browser instead. (Not that the package currently
works with iceape-browser, there is a magic symlink or chrome.d file
missing somewhere.)
cu andreas
--
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#472712: Adoptining gtkam (was: your mail)
On 2008-03-29 Anibal Avelar <[EMAIL PROTECTED]> wrote: > retitle 472712 ITA: gtkam -- GTK+ application for digital still cameras Any progress on that? I occassionally use the program (actually a private 0.1.15 package), and since it is written in C instead of C++ I might take a shot a (co-)maintainership, possibly in the pkg-phototools group. cu andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure' signature.asc Description: Digital signature
Bug#524569: ITP: pqiv -- a minimalistic picture viewer for X
Package: wnpp Severity: wishlist Owner: Andreas Metzler * Package name: pqiv Version : 0.8 Upstream Author : Phillip Berndt * URL : http://www.pberndt.com/Programme/Linux/pqiv/ * License : GPLv2+ Programming Lang: C Description : a minimalistic picture viewer for X Pqiv is a rewrite of the small image viewer qiv that does not rely on unmaintained libraries anymore. Pqiv is small, quick and easily controllable either from the keyboard or by mouse klicks. Yes, *another* image viewer. ;-) Afaik however the only similar one (i.e. optimized for keyboard control and fullscreen mode) is feh, which somehow manages to just not fel comfortable, although offering more features. I am not stuck on maintaining this myself, but have already prepared preliminary packages. See also 456133. cu andreas -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#533819: ITP: xfpt -- generate XML from plain text
Package: wnpp Severity: wishlist * Package name: xfpt Version : 0.06 Upstream Author : Philip Hazel License : GPLv2+ Programming Lang: C Description : generate XML from plain text xfpt is a program that reads a file of plain text that contains relatively simple markup, and outputs an XML file. It is intended to simplify the management of XML data. It is not a program that attempts to turn a plain text document into XML. Markup within text is introduced by ampersand characters, but is otherwise "soft". You can define what follows the ampersand, for example, &" to generate a "quote" element. There is also a macro facility that allows for higher level concepts such as chapters, displays, tables, etc. xfpt is used for building exim's documentation. -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure' -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#533819: ITP: xfpt -- generate XML from plain text
On 2009-06-20 Osamu Aoki wrote: > On Sat, Jun 20, 2009 at 04:45:00PM +0200, Andreas Metzler wrote: > > Package: wnpp > > Severity: wishlist > > > > * Package name: xfpt [...] > > xfpt is used for building exim's documentation. > Looks interesting. URL? > http://vcs.exim.org/viewvc/exim/exim-doc/doc-src/markup.sg?view=markup > Is this the same thing? No, doc-src basically is cruft. SGCAL was used up to 4.50. The sources that processed by xfpt live in the doc-docbook directory. See ABOUT in the top directory. cu andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure' -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#533819: ITP: xfpt -- generate XML from plain text
On 2009-06-21 Osamu Aoki wrote: [...] > We do not seem to have sdop too. Are you packaging it too? Yes I do. I will post an temporary URL, once both packages are in NEW. > (I use asciidoc for Debian Reference now but I feel its shortcomings > exactly as exim author felt.) My motivation really only comes from the wish to be able to upload a CVS snapshot of exim *with* documentation. cu andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure' -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#533872: ITP: sdop -- Simple DocBook Processor
Package: wnpp Severity: wishlist * Package name: sdop Version : 0.52 Upstream Author : Philip Hazel * License : GPLv2+ Programming Lang: C Description : Simple DocBook Processor SDoP (Simple DocBook Processor) reads a DocBook XML file, processes it into typeset pages, and outputs the result as PostScript (which can easily be converted to a PDF). It is "simple" because it supports only a subset of DocBook, and also because it does not make use of a DTD or stylesheets or any other heavyweight apparatus. It is a single rogram. SDoP is used to format the Exim reference manual. cu andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure' -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#533819: ITP: xfpt -- generate XML from plain text
On 2009-06-21 Andreas Metzler wrote: > On 2009-06-21 Osamu Aoki wrote: > [...] > > We do not seem to have sdop too. Are you packaging it too? > Yes I do. I will post an temporary URL, once both packages are in NEW. deb http://www.bebt.de/debian/ sid xfpt+sdop deb-src http://www.bebt.de/debian/ sid xfpt+sdop cu andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure' -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#533872: ITP: sdop -- Simple DocBook Processor
On 2009-06-21 Hendrik Sattler wrote: > Am Sonntag 21 Juni 2009 10:05:34 schrieb Andreas Metzler: > > * Package name: sdop > > Version : 0.52 > > Upstream Author : Philip Hazel > > * License : GPLv2+ > > Programming Lang: C > > Description : Simple DocBook Processor > > > > SDoP (Simple DocBook Processor) reads a DocBook XML file, processes it > > into typeset pages, and outputs the result as PostScript (which can > > easily be converted to a PDF). It is "simple" because it supports only > > a subset of DocBook, and also because it does not make use of a DTD or > > stylesheets or any other heavyweight apparatus. It is a single rogram. > > SDoP is used to format the Exim reference manual. > Which DocBook version? > Is the "subset" standardized somwehere? According to the documentation: "Support for almost all the elements that are part of Simplified DocBook, as defined in the following URL: http://docs.linux.cz/programming/markup/www.docbook.org/tdg/simple/en/html/sdocbook.html The main omissions are support for bibliographies, multiple authors, subtables within tables, and some element attributes. Chapter 7 below contains a complete list of what SDoP does support." > Has the program a webpage? No, just a freshmeat entry and a download location. For clarity's sake this is primarily intersting for me since sdop and xfpt are the canonical (and fastest) way for building exim's documentation. cu andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure' -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#188434: ITP: fm -- FM is a Gtk+ file manager
Rodrigo Tadeu Claro <[EMAIL PROTECTED]> wrote: > Package: wnpp > Version: 0.2.2; reported 2003-04-10 > Severity: wishlist > * Package name: fm > Version : 0.2.2 > Upstream Author : Geert Bevin <[EMAIL PROTECTED]> > * URL : http://thunderstorms.org/fm/downloads.html > * License : (GPL) > Description : FM is a Gtk+ file manager. It aims to offer the best [...] The package name shouldn't repeated in the short description. I haven't got better suggestions but imho fm is a bad name for the project (freshmeat-what?) and especially a bad name for the debian package, it's too short (gtk-fm?). cu andreas
Bug#182929: O: mixer.app -- Another mixer application designed for WindowMaker
retitle 182929 ITA: mixer.app -- Another mixer application designed for WindowMaker thank I intend to make an upload of 1.8.0 real soon. cu andreas pgpkrGAoh5rWr.pgp Description: PGP signature
Bug#171480: tvtime packaging?
On Sun, 23 Mar 2003 16:31:07 -0500 Matt Zimmerman wrote > On Sun, Mar 23, 2003 at 04:27:12PM -0500, Simon Law wrote: >> It is progressing, but slowly. I appear to have overcommitted >> myself, and tvtime is not quite amicable to Debian packaging. >> For me to see tvtime Debian ready, I think we'll need to do the >> following things, sorted from easiest to most difficult: >> 1) Make tvtime look for its fonts from the ttf-freefont package, and not >>ship them ourselves. >> 2) Fix the Autoconf / Automake badness with "tvtime*dir" variables. >> 3) Use Debconf in the postinst to build a default /etc/tvtime/tvtimrc >>file. This should resemble dexconf in some respects, although I'd >>consider it better if the postinst could parse the file. >> I have not yet committed my packaging to CVS, since it is not >> yet atomic. If you are interested in trying to kill bugs 1 and 2, I >> could put some time into exposing my work. > If you can get your code into a public CVS repository somewhere, I'll see > what I can do about 1 and 2. Hello, How about pkg-tvtime on alioth? > I don't think that the third item should hold > up inclusion of the package in Debian, to be honest. I agree. BTW there is another problem (probably a subproblem of 2), tvtime throws the binary plugins in /usr/share/ instead of /usr/lib. At least the copyright seems to be ok. ;-) cu andreas
Bug#387476: Packages available
On 2006-09-21 Michal Čihař <[EMAIL PROTECTED]> wrote: > as I already wrote to Aníbal who offered sponsorship, updated package > is available: > Thanks, new package is available on mentors.debian.net [1]: > - URL: http://mentors.debian.net/debian/pool/main/n/nanoblogger [...] Michal, if you have got troubles finding a sponsor (e.g. because Anibal is busy) just send me a mail. cu andreas -- The 'Galactic Cleaning' policy undertaken by Emperor Zhark is a personal vision of the emperor's, and its inclusion in this work does not constitute tacit approval by the author or the publisher for any such projects, howsoever undertaken.(c) Jasper Ffforde -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#179066: ITP: exim4 -- EXperimental Internal Mailer -- a Mail Transport Agent
Package: wnpp Version: N/A; reported 2003-01-30 Severity: wishlist * Package name: exim4 Version : 4.12 Upstream Author : Philip Hazel <[EMAIL PROTECTED]> * URL : http://www.exim.org/ * License : GPL with OpenSSL exception Description : EXperimental Internal Mailer -- a Mail Transport Agent A team of several people including the current exim maintainer is preparing packages of Exim v4. The packages will offer (optional) *SQL and TLS support, configuration with debconf and easy upgrades from exim v3. Report of current status, test packages compiled for woody and debianized sources can be found on http://www.logic.univie.ac.at/~ametzler/debian/exim4manpages/ A mailinglist for discussion about these packages can be found on http://www.logic.univie.ac.at/mailman/listinfo/exim4debian cu andreas -- System Information Debian Release: 3.0 Architecture: i386 Kernel: Linux balrog 2.4.19 #1 Mon Okt 21 15:31:20 CEST 2002 i686 Locale: LANG=de_AT, LC_CTYPE=de_AT
Bug#223695: ITP: swaks -- SMTP test tool
Package: wnpp Version: N/A; reported 2003-12-11 Severity: wishlist * Package name: swaks Version : 0+20031210.0 Upstream Author : John Jetmore <[EMAIL PROTECTED]> * URL : http://www.jetmore.org/john/code/#swaks * License : GPL Description : SMTP command-line test tool swaks (Swiss Army Knife SMTP) is a command-line tool written in Perl for testing SMTP setups; it supports STARTTLS and SMTP AUTH (PLAIN, LOGIN, CRAM-MD5, SPA, and DIGEST-MD5). swaks allows to stop the SMTP dialog at any stage, e.g to check RCPT TO: without actually sending a mail. . If you are spending too much time iterating "telnet foo.example 25" swaks is for you. -- There is a possible copyright thingy I need to ask on legal about (it uses libnet-ssleay-perl while being GPL) before the upload. This is semi RFP/ITP - I am not _very_ keen on maintaining the package as my perl is rudimentary, but I use the package myself, John is responsive and I think it would make a nice addition to Debian. cu andreas -- System Information Debian Release: 3.0 Architecture: i386 Kernel: Linux downhill 2.4.23 #1 Fre Dez 5 19:57:45 CET 2003 i686 Locale: LANG=de_AT, LC_CTYPE=de_AT -- "See, I told you they'd listen to Reason," [SPOILER] Svfurlr fnlf, fuhggvat qbja gur juveyvat tha. Neal Stephenson in "Snow Crash"
Bug#223695: ITP: swaks -- SMTP test tool
On Thu, Dec 11, 2003 at 11:25:08AM -0600, Gunnar Wolf wrote: > Andreas Metzler dijo [Thu, Dec 11, 2003 at 05:02:23PM +0100]: > > This is semi RFP/ITP - I am not _very_ keen on maintaining the package > > as my perl is rudimentary, but I use the package myself, John is > > responsive and I think it would make a nice addition to Debian. > Perl is practically my mother tongue. If you do not want to maintain > it, I will be glad to adopt it once you package it ;-) :-) Thank you very much for the offer, I think I will take you up on it. I will send you a mail when I am need of your assistance. cu andreas signature.asc Description: Digital signature
Bug#226173: ITP: regionset -- view and modify the region code of DVD drives
Josselin Mouette <[EMAIL PROTECTED]> wrote: > Package: wnpp > Version: unavailable; reported 2004-01-04 > Severity: wishlist > * Package name: regionset > Version : 0.1 > Upstream Author : Mirko Dölle <[EMAIL PROTECTED]> > * URL : http://linvdr.org/projects/regionset/ > * License : GPL > Description : view and modify the region code of DVD drives > Regionset is a small utility which allows to display and set the > region/zone setting of a DVD drive, allowing it to decrypt the DVD's > sold in this geographical zone. Hardware vendors often limit the number > of such modifications, but it is necessary to set it at least once with > a brand new drive. Correct me if I am wrong but afaik you'll still need libdvdcss2 and libdvdcss2 can decrypt DVD's whose RC does not match the one of the drive, it just takes a little bit longer (but the cracked keys are cached on disk. cu andreas -- Hey, da ist ein Ballonautomat auf der Toilette! Unofficial _Debian-packages_ of latest unstable _tin_ http://www.logic.univie.ac.at/~ametzler/debian/tin-snapshot/
Bug#226414: ITP: powervr -- PowerVR XFree86 drivers and kernel modules
On Tue, Jan 06, 2004 at 02:59:52PM +, Henning Makholm wrote: > Scripsit Piotr Roszatycki <[EMAIL PROTECTED]> > > > The LICENSE.TXT file contains: > > > 2.1.1 Rights. You may copy and distribute verbatim copies of the > > SOFTWARE as you received it, in any medium, > > There does not seem to be any permission to distribute binaries. So > this cannot even go into non-free. > > Further, the license explicitly forbids to "attempt (..) to obtain > the source code. It seems that even downloading the tarball at the > vendor's own site is forbidden by this license. The PowerVR drivers are similar to the Nvidia ones, there is a small open source wrapper and a big binary only part that does the real work. cu andreas
Bug#350740: SeaMonkey 1.0.x: I'm willing to provide and "own"
On 2006-05-06 Alex Vincent <[EMAIL PROTECTED]> wrote:
> I build SeaMonkey on a regular basis, and I'm currently running
> Kanotix. If you want me to provide an official SM 1.0.x build for
> Debian, and to own the process for providing future releases, I'm
> game.
> I'm currently compiling SM 1.0.1 now, using the official Linux
> tinderbox ("hoshi") mozconfig. I also work loosely with the SeaMonkey
> council, so I generally know what to do on the mozilla.org side of
> things.
> I'll need someone to point me to a how-to for putting together a
> Debian package for release, though.
Hello,
mozilla is rather complex thing to package for Debian, take a look at
.
Seamonkey packaging should be simpler because mozilla-dev (and probably
all other -dev packages) should be dropped, as other packages will use
xulrunner. - However it is probably still beyond a quick HOWTO.
cu and- Just reading the bugreport, not involved in packaging mozilla
in any way -reas
--
The 'Galactic Cleaning' policy undertaken by Emperor Zhark is a personal
vision of the emperor's, and its inclusion in this work does not constitute
tacit approval by the author or the publisher for any such projects,
howsoever undertaken.(c) Jasper Ffforde
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#350740: SeaMonkey 1.0.x: I'm willing to provide and "own"
On 2006-05-07 Alex Vincent <[EMAIL PROTECTED]> wrote: > >Seamonkey packaging should be simpler because mozilla-dev (and probably > >all other -dev packages) should be dropped, as other packages will use > >xulrunner. > That doesn't apply in this case, because SM1.0.x is based on the same > code as Firefox 1.5.0.x, and neither will be ported over to XULRunner > on these branches. I fail to parse that. - I was not suggesting for seamonkey to use xulrunner. - That is about *other* packages, e.g. galeon or evolution which afaik should not use stuff from mozilla/seamonkey anymore but switch to xulrunner. cu andreas -- The 'Galactic Cleaning' policy undertaken by Emperor Zhark is a personal vision of the emperor's, and its inclusion in this work does not constitute tacit approval by the author or the publisher for any such projects, howsoever undertaken.(c) Jasper Ffforde -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#290276: RFA: alevt -- X11 Teletext/Videotext browser
Package: wnpp Severity: normal I request an adopter for the alevt package. I've got rid of the necessary hardware to use it. (TV is just not worth the tax/toll.) alevt is very little work, and upstream is responsive. - The package description is: AleVT is an X11 program for browsing and searching Teletext/Videotext pages received by a compatible decoder (at the moment, bttv). . Features include: . * Multiple windows * Page cache * Regular expression searching * Built-in manual . Additional command line utilities can . * receive the time from Teletext/Videotext * capture pages and write them to disk . Teletext/Videotext is used by TV channels to transmit textual information pages (it's transmitted via non-visible scan lines). . Homepage: http://www.goron.de/~froese/ - -- "See, I told you they'd listen to Reason," [SPOILER] Svfurlr fnlf, fuhggvat qbja gur juveyvat tha. Neal Stephenson in "Snow Crash" http://downhill.aus.cc/ signature.asc Description: Digital signature
Bug#290276: RFA: alevt -- X11 Teletext/Videotext browser
On 2005-01-13 Andreas Rottmann <[EMAIL PROTECTED]> wrote: > Andreas Metzler <[EMAIL PROTECTED]> writes: > > Package: wnpp > > Severity: normal > > I request an adopter for the alevt package. I've got rid of the > > necessary hardware to use it. (TV is just not worth the tax/toll.) > > alevt is very little work, and upstream is responsive. > As I use it regularly, I'd like to take it. I don't know when I'll > come around to upload a new version as it's end of semester now and > things are busy, but I certainly can in february. Thsnks, perfect. The package will even stay in Vienna. ;-) cu andreas -- "See, I told you they'd listen to Reason," [SPOILER] Svfurlr fnlf, fuhggvat qbja gur juveyvat tha. Neal Stephenson in "Snow Crash" http://downhill.aus.cc/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#290276: RFA: alevt -- X11 Teletext/Videotext browser
On 2005-01-14 Adrian von Bidder <[EMAIL PROTECTED]> wrote: > On Thursday 13 January 2005 11.22, Andreas Metzler wrote: [...] > > I request an adopter for the alevt package. I've got rid of the > > necessary hardware to use it. (TV is just not worth the tax/toll.) [...] > I'd be happy if you'd keep the package for now (or, of course, find a > willing maintainer.) Hello, Thanks for the kind offer. Andreas Rottmann has already offered to adopt it. (He'll probably upload in February). cu andreas -- "See, I told you they'd listen to Reason," [SPOILER] Svfurlr fnlf, fuhggvat qbja gur juveyvat tha. Neal Stephenson in "Snow Crash" http://downhill.aus.cc/ signature.asc Description: Digital signature
Bug#304016: RFA: newsx
Package: wnpp Severity: normal As I am not participating in usenet anymore I cannot maintain newsx correctly. Upstream is helpful, but not too active. Newsx is little work to maintain once you've setup the infrastructure for local testing (inn2 and cnews). cu andreas -- "See, I told you they'd listen to Reason," [SPOILER] Svfurlr fnlf, fuhggvat qbja gur juveyvat tha. Neal Stephenson in "Snow Crash" http://downhill.aus.cc/ signature.asc Description: Digital signature
Bug#290276: RFA: alevt -- X11 Teletext/Videotext browser
Package: wnpp Severity: normal I request an adopter for the alevt package. I've got rid of the necessary hardware to use it. (TV is just not worth the tax/toll.) alevt is very little work, and upstream is responsive. - The package description is: AleVT is an X11 program for browsing and searching Teletext/Videotext pages received by a compatible decoder (at the moment, bttv). . Features include: . * Multiple windows * Page cache * Regular expression searching * Built-in manual . Additional command line utilities can . * receive the time from Teletext/Videotext * capture pages and write them to disk . Teletext/Videotext is used by TV channels to transmit textual information pages (it's transmitted via non-visible scan lines). . Homepage: http://www.goron.de/~froese/ - -- "See, I told you they'd listen to Reason," [SPOILER] Svfurlr fnlf, fuhggvat qbja gur juveyvat tha. Neal Stephenson in "Snow Crash" http://downhill.aus.cc/ signature.asc Description: Digital signature
Bug#290276: RFA: alevt -- X11 Teletext/Videotext browser
On 2005-01-13 Andreas Rottmann <[EMAIL PROTECTED]> wrote: > Andreas Metzler <[EMAIL PROTECTED]> writes: > > Package: wnpp > > Severity: normal > > I request an adopter for the alevt package. I've got rid of the > > necessary hardware to use it. (TV is just not worth the tax/toll.) > > alevt is very little work, and upstream is responsive. > As I use it regularly, I'd like to take it. I don't know when I'll > come around to upload a new version as it's end of semester now and > things are busy, but I certainly can in february. Thsnks, perfect. The package will even stay in Vienna. ;-) cu andreas -- "See, I told you they'd listen to Reason," [SPOILER] Svfurlr fnlf, fuhggvat qbja gur juveyvat tha. Neal Stephenson in "Snow Crash" http://downhill.aus.cc/
Bug#290276: RFA: alevt -- X11 Teletext/Videotext browser
On 2005-01-14 Adrian von Bidder <[EMAIL PROTECTED]> wrote: > On Thursday 13 January 2005 11.22, Andreas Metzler wrote: [...] > > I request an adopter for the alevt package. I've got rid of the > > necessary hardware to use it. (TV is just not worth the tax/toll.) [...] > I'd be happy if you'd keep the package for now (or, of course, find a > willing maintainer.) Hello, Thanks for the kind offer. Andreas Rottmann has already offered to adopt it. (He'll probably upload in February). cu andreas -- "See, I told you they'd listen to Reason," [SPOILER] Svfurlr fnlf, fuhggvat qbja gur juveyvat tha. Neal Stephenson in "Snow Crash" http://downhill.aus.cc/ signature.asc Description: Digital signature
Bug#716768: RFA: openexr -- command-line tools and docs for the OpenEXR image format
Control: retitle 716768 O: openexr -- command-line tools and docs for the OpenEXR image format I have uploaded -8 with maintainer set to QA. cu Andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure' -- 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/20140831125818.gb31...@downhill.g.la
Bug#1023369: ITP: s2n-tls -- C99 implementation of the TLS/SSL protocols
On 2022-11-02 Noah Meyerhans wrote: > * Package name: s2n-tls [...] > s2n-tls implements SSLv3, TLS1.0, TLS1.1, and TLS1.2. For encryption, [...] Hello, I was wondering whether we should still add new TLS implementations to Debian that did not support TLS1.3. However README.md since 1.3.2 says "s2n-tls implements SSLv3, TLS1.0, TLS1.1, TLS1.2, and TLS1.3." cu Andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure'
Bug#1058807: ITP: acme.sh -- Pure unix shell script implementing ACME client protocol
On 2023-12-16 Jérémy Lal wrote: [...] > * Package name: acme.sh > Version : 3.0.7 > Upstream Contact: w...@neilpang.com > * URL : https://acme.sh > * License : GPL-3 > Programming Lang: Shell > Description : Pure unix shell script implementing ACME client protocol [...] > This acme.sh tool is a must-have for everyone who stumbled upon > certbot shotcomings. It is odd that it isn't already in debian. Good, morning, letsencrypt.org lists 6 bash-implementations of the acme protocol, I do not think it is surprising that not all of them are packaged (letsencrypt.sh/dehydrated has been available in Debian forever). Not trying to discourage you from packaging, at a first glance acme.sh seems to be very much alive project. cu Andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure'
Bug#808074: RFA: fbreader -- e-book reader
On 2015-12-15 "Eugene V. Lyubimkin" wrote: > Package: wnpp > Severity: normal > Hello, > I request an adopter for the fbreader package, since I don't use it > actively anymore. [...] fbreader upstream has switched their business/mainainance model ages ago, it not free software, not even open source anymore. cu Andreas
Bug#698988: O: nvi - 4.4BSD re-implementation of vi
On 2024-02-05 Tobias Heider wrote: [...] > As an active nvi user I would love to step up and help, but the biggest > problem I see is that the choice of upstream project. Since the original > is gone there isn't a clear successor. > The BSDs all have their own forks which diverged over time (and those don't > build on Linux). > The other two options there are today are https://repo.or.cz/nvi.git which > d/control currently points to and more recently > https://github.com/lichray/nvi2. > The first has a very low commit frequency (last commit was 2020, before > that 2016) and sticks very closely to the original source. nvi2 has added > new features such as multibyte support and is starting to receive bug fixes > and features from the different *BSD forks. > I have been thinking of proposing a new package for nvi2 but maybe it > would make more sense to move this one to the more active upstream. > It looks like some of the issues we are carrying patches for in Debian > might be fixed there already and if not they seem active enough to > merge our fixes. > What would be the best way forward here? ITA and eventually switch the > upstream or start a new package and let this one continue its slow > death? Hello Thomas, On one hand it depends on whether there is significant value in keeping the other nvi around, i.e. a significant part of the userbase would be reluctant to switch. (I have no opinion on that I use vim ;-) On the other hand reducing the number of QA-maintained packages is a strong argument for switching. cu Andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure'
Bug#1010062: RFA: autogen -- automated text file generator
On 2022-04-23 Andreas Metzler wrote: > Package: wnpp > Severity: normal > X-Debbugs-Cc: auto...@packages.debian.org > Control: affects -1 src:autogen > I request an adopter for the autogen package. [...] Hello, Please note that autogen is nearing EOL. It is also pretty complicated internally (guile, C code, shell scripting). I will probably look into submitting bug reports against rdeps so they know they need to move on. cu Andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure'
Bug#1065221: O: py7zr -- pure Python 7-zip library
On 2024-03-02 Sandro Tosi wrote: [...] > I intend to orphan the py7zr package. > The package description is: > py7zr is a library and command-line utility to support 7zip archive > compression, decompression, encryption and decryption. I will take a look, since I use calibre. (Just a heads-up, I will happily step back if if other adopters with strong python-foo come forth.) cu Andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure'
Bug#1065221: O: py7zr -- pure Python 7-zip library
On 2024-03-30 yokota wrote: > I'm interested in py7zr because it is required by Calibre. > New py7zr requires some other modules that not packaged by Debian yet. > I make those modules into Debian packages. > https://salsa.debian.org/yokota/python-multivolumefile > https://salsa.debian.org/yokota/python-bcj > https://salsa.debian.org/yokota/python-brotlicffi > https://salsa.debian.org/yokota/python-inflate64 > https://salsa.debian.org/yokota/python-pyppmd > https://salsa.debian.org/yokota/python-pyzstd > And here is my py7zr repository. > https://salsa.debian.org/yokota/py7zr > I am a Debian Maintainer, so I want mentor to upload these packages. Amazing. :-) Thank you very much for the heads-up. I am not yet confident enough in python packaging to sponsor the uploads. I trust you'll find knowledgeable helpers in Debian Python Team, of which you are already a member. cu Andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure'
Bug#996232: ITP: android-file-transfer-linux -- Android File Transfer for Linux
On 2021-10-12 YaNing Lu wrote: > Package: wnpp > Severity: wishlist > X-Debbugs-Cc: debian-de...@lists.debian.org > * Package name: android-file-transfer-linux > Version : 4.2.0 > Upstream Author : Vladimir > * URL : https://github.com/whoozle/android-file-transfer-linux This is already packaged. https://packages.qa.debian.org/android-file-transfer cu Andreas
Bug#1010062: RFA: autogen -- automated text file generator
Package: wnpp Severity: normal X-Debbugs-Cc: auto...@packages.debian.org Control: affects -1 src:autogen I request an adopter for the autogen package. The package description is: AutoGen is a tool designed for generating program files that contain repetitive text with varied substitutions. This is especially valuable if there are several blocks of such text that must be kept synchronized. . Included with AutoGen is a tool that virtually eliminates the hassle of processing options, keeping usage text up to date and so on. This tool allows you to specify several program attributes, innumerable options and option attributes, then it produces all the code necessary to parse and handle the command line and initialization file options. . This package contains the development tools. libopts25-dev contains the static libraries and header files. libopts25 contains the shared libraries. autogen-doc contains the PostScript and HTML documentation. I adopted this about 10 years ago because it was a gnutls build-dependency. GnuTLS has switched away in January, so I am not using it anymore. cu Andreas signature.asc Description: PGP signature
Bug#1017361: ITA: postsrsd -- Sender Rewriting Scheme (SRS) lookup table for Postfix
On 2023-07-17 Oxan van Leeuwen wrote: > On 16-07-2023 22:35, Timo Röhling wrote: > > I think this was not forwarded to Oxan, so I'm resending it to > You're right, thanks for the forward. > On Sun, 11 Jun 2023 23:09:11 +0530 Abhijith PA wrote: > > I would like to adopt this package. I maintain a mailing list server > > where I am already using postsrsd. > That's great! The packaging is currently hosted in the Debian group on > Salsa, so as a DD you should already have access to it. I'm not aware of > anything that needs to be done for the handover, so feel free to take over > that repository (or move it elsewhere, if you prefer), and to upload a new > version with you listed as Maintainer. > If you've any questions about the current packaging, don't hesitate to reach > out! Hello Abhijith, I guess you are not interested anymore? cu Andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure'
Bug#1017361: ITA: postsrsd -- Sender Rewriting Scheme (SRS) lookup table for Postfix
On 2024-04-12 Abhijith PA wrote:
> On 12/04/24 03:34 PM, Andreas Metzler wrote:
[...]
>>> On Sun, 11 Jun 2023 23:09:11 +0530 Abhijith PA wrote:
>>>> I would like to adopt this package. I maintain a mailing list server
>>>> where I am already using postsrsd.
>> I guess you are not interested anymore?
> I am interested. I have pushed latest upstream source to
> salsa.(https://salsa.debian.org/debian/postsrsd). Made an upload for
> Raju (Cc'ed). But I failed to package latest upstream to Debian repo.
> I tried and hit at obstacle and then left at there.
> I am happy to pass it you and Raju. Let me know.
Hello,
I am not going to adopt it (Using exim). It is just that I browsed over
the open RC bug list and found both an RC bug (#1068053) and a ITA that
did not look like it was going anywhere and wondered what was up.
FWIW I played a little bit with 2.0.8 and got it to build with:
a) extending b-d by libconfuse-dev, check, pkgconf, systemd-dev
b) Patching cmake/FindCheck.cmake
-find_path(Check_subunit_LIBRARY subunit HINTS ${PC_SUBUNIT_LIBRARY_DIRS})
+find_library(Check_subunit_LIBRARY subunit HINTS
${PC_SUBUNIT_LIBRARY_DIRS})
[This is now upstream issue #176)
c) Invoking cmake with -DFETCHCONTENT_TRY_FIND_PACKAGE_MODE=ALWAYS
(Borrowed from OpenSuse ;-)
It is not enough to get a functioning package, but it is packaging and
not compilation from there on.
cu Andreas
--
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'
Bug#1010062: RFA: autogen -- automated text file generator
On 2024-02-18 Andreas Metzler wrote: [...] > Please note that autogen is nearing EOL. It is also pretty complicated > internally (guile, C code, shell scripting). I will probably look into > submitting bug reports against rdeps so they know they need to move on. Hello, I have now submitted bugs against the packages build-depending on it (except for the gcc-9 packages which are scheduled for removal). https://udd.debian.org/cgi-bin/bts-usertags.cgi?user=ametzler%40debian.org&tag=autogen-eol cu Andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure'
Bug#674867: O: autogen -- automated text file generator
Hello, please check http://anonscm.debian.org/gitweb/?p=collab-maint/autogen.git for up to date packaging. In case nobody else takes the package I might do so as it is needed for gnutls. However I am completely open to somebody else adopting or co-maintainership. cu andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure' -- 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/20120529172343.gb4...@downhill.g.la
Bug#646315: RFA: qtpfsgui -- graphical user interface providing a workflow for HDR imaging
Package: wnpp Severity: normal I request an adopter for the qtpfsgui package. The package description is: Features: * Create an HDR file from a set of images (formats: JPEG, TIFF 8bit and 16bit, RAW) of the same scene taken at different exposure setting. * Save and load HDR images. * Rotate and resize HDR images. * Tonemap HDR images. * Copy exif data between sets of images. . Supported HDR formats: * OpenEXR (extension: exr). * Radiance RGBE (extension: hdr). * Tiff formats: 16bit, 32bit (float) and LogLuv (extension: tiff). * Raw image formats (extension: various). * PFS native format (extension: pfs). . Supported LDR formats: JPEG, PNG, PPM, PBM, TIFF (8 bit). qtpfsgui is maintained in the pkg-phototools GIT repository. Cyril Brulebois who did all the maintainer uploads had to reshuffle his priorities in January: http://lists.alioth.debian.org/pipermail/pkg-phototools-devel/2011-January/003289.html Up to this date no existing committer to the pkg-phototools repository has stepped forward and taken over the package. It needs a little bit of love, there are new upstream versions, changing the name to "Luminance HDR". cu andreas signature.asc Description: Digital signature
Bug#651426: RFA: libpuzzle
Package: wnpp Severity: normal libpuzzle is maintained in the pkg-phototools GIT repository. Cyril Brulebois who did all the maintainer uploads had to reshuffle his priorities in January: http://lists.alioth.debian.org/pipermail/pkg-phototools-devel/2011-January/003289.html Up to this date no existing committer to the pkg-phototools repository has stepped forward and taken over the package. cu andreas -- 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/20111208150140.ga31...@downhill.g.la
Bug#239960: Why two yEnc packages?
On 2004-03-25 Martin Michlmayr <[EMAIL PROTECTED]> wrote: > Do we really need two yEnc packages in Debian? > Apparently yydecode can only decode, while yencode can do both, but > I'm not sure yencode is even still developed, while yydecode seems to > have an upstream. Can those two tools be merged? FYI uu(de|en)code can also handle yEnc. cu andreas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#241936: ITP: daemontools -- 'daemontools' is a collection of tools for starting, restarting, stopping, monitoring and logging *nix services.
In article <[EMAIL PROTECTED]> (local.debian-devel) you wrote: > Package: wnpp > Version: N/A; reported 2004-04-03 > Severity: wishlist > * Package name: daemontools > Version : 0.76 > Upstream Author : Daniel J. Bernstein <[EMAIL PROTECTED]> > * URL : http://cr.yp.to/daemontools.html > * License : Public Domain > Description : 'daemontools' is a collection of tools for starting, > restarting, stopping, monitoring and logging *nix services. Hello, Has the license changed at some time or why is there a daemontools-installer package in contrib? cu andreas -- NMUs aren't an insult, they're not an attack, and they're not something to avoid or be ashamed of. Anthony Towns in 2004-02 on debian-devel
Bug#241936: ITP: daemontools -- 'daemontools' is a collection of tools for starting, restarting, stopping, monitoring and logging *nix services.
In article <[EMAIL PROTECTED]> (local.debian-devel) you wrote: [...] > * Package name: daemontools > Version : 0.76 > Upstream Author : Daniel J. Bernstein <[EMAIL PROTECTED]> > * URL : http://cr.yp.to/daemontools.html > * License : Public Domain [...] Daemontools is *not* "Public Domain". Please check http://cr.yp.to/distributors.html and the copyright notices in the separate c-files. - 23 files in there are *not* "Public Domain". This is not packageable even for non-free. cu andreas -- NMUs aren't an insult, they're not an attack, and they're not something to avoid or be ashamed of. Anthony Towns in 2004-02 on debian-devel
Bug#244199: O: gtklp -- Frontend for cups written in gtk
Package: wnpp Severity: normal The current maintainer of gtklp, Matthias Kabel <[EMAIL PROTECTED]>, does not take care of this package any more. Therefore, I orphan this package now. If you want to be the new maintainer, please take it -- see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: gtklp Priority: optional Section: x11 Installed-Size: 584 Maintainer: Matthias Kabel <[EMAIL PROTECTED]> Architecture: i386 Version: 0.9n-1 Depends: libc6 (>= 2.3.1-1), libcupsys2 (>= 1.1.19final-1), libgcrypt1 (>> 1.1.11-0), libglib1.2 (>= 1.2.0), libgnutls5 (>= 0.8.0-1), libgtk1.2 (>= 1.2.10-4), libtasn1-0 (>= 0.1.1-2), xlibs (>> 4.1.0), zlib1g (>= 1:1.1.4) Filename: pool/main/g/gtklp/gtklp_0.9n-1_i386.deb Size: 156938 MD5sum: 8eff8b277a8f6b6033e48162354a9381 Description: Frontend for cups written in gtk GTK-Frontend for cups. It has: theme-support IPP support Printer specific options All standard-cups options different preferences-files for each printer It comes now with gtklpq, a frontend for administering your current print jobs. Justification: Last upload 2003-06-20. Unacknowleged NMU 2002-11-26. Last reaction of the maintainer to any of the currently 15 open bug reports on 2002-11-21 (#170025). No answer to mail. Discussion on -qa http://lists.debian.org/debian-qa/2004/debian-qa-200403/msg00246.html http://lists.debian.org/debian-qa/2004/debian-qa-200404/msg00013.html -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.5.fb Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 -- "See, I told you they'd listen to Reason," [SPOILER] Svfurlr fnlf, fuhggvat qbja gur juveyvat tha. Neal Stephenson in "Snow Crash" signature.asc Description: Digital signature
Bug#244201: O: newsflash -- Get news with the newnews command from a server
Package: wnpp Severity: normal The current maintainer of newsflash, Matthias Kabel <[EMAIL PROTECTED]>, does not take care of this package any more. Therefore, I orphan this package now. If you want to be the new maintainer, please take it -- see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: newsflash Priority: optional Section: news Installed-Size: 124 Maintainer: Matthias Kabel <[EMAIL PROTECTED]> Architecture: i386 Version: 0.99-6.1 Depends: libc6 (>= 2.3.2-1) Filename: pool/main/n/newsflash/newsflash_0.99-6.1_i386.deb Size: 16590 MD5sum: ab198db1f460184dce5ec0c7b338c314 Description: Get news with the newnews command from a server The Newsflash program retrieves news articles via NNTP from one server and delivers them to another. It requires at least read-only permissions on the remote server, and needs to have peer permissions on the local server. It works well with INN, but should also work with any other RFC977 compliant news software. Newsflash's highly parallel design is optimized for throughput, which makes quite a difference to INN's nntpget and the like. Justification: Last maintainer upload 2000-11-08. Unacknowleged NMU 2003-08-21. Last reaction of the maintainer to any of the currently open bug reports on 2001-04-30 (#95249). No answer to mail. Discussion on -qa http://lists.debian.org/debian-qa/2004/debian-qa-200403/msg00246.html http://lists.debian.org/debian-qa/2004/debian-qa-200404/msg00013.html -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.5.fb Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 -- "See, I told you they'd listen to Reason," [SPOILER] Svfurlr fnlf, fuhggvat qbja gur juveyvat tha. Neal Stephenson in "Snow Crash" signature.asc Description: Digital signature
Bug#244200: O: cd-circleprint -- prints round shaped cd-labels
Package: wnpp Severity: normal The current maintainer of cd-circleprint, Matthias Kabel <[EMAIL PROTECTED]>, does not take care of this package any more. Therefore, I orphan this package now. If you want to be the new maintainer, please take it -- see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: cd-circleprint Priority: optional Section: text Installed-Size: 301 Maintainer: Matthias Kabel <[EMAIL PROTECTED]> Architecture: i386 Version: 0.4-1.1 Depends: perl, perl-modules, perl-tk Suggests: imagemagick, gv, gs Filename: pool/main/c/cd-circleprint/cd-circleprint_0.4-1.1_i386.deb Size: 161986 MD5sum: 09379eaa9c12af92d2162b7ae7d93b9c Description: prints round shaped cd-labels a program to create round shaped cd-labels written in perl, using perl-tk as frontend. It has four lines of nice round shaped text for each label, additional four fields with normal text, choosable text-size, font colour, background colour and background images. You can squeeze the whole page if your printer doesn't generate correct circles and you can move the circle on the sheet. The output is postscript so it should be usable on any system. Justification: Last upload 2003-04-06. Unacknowleged NMU 2003-08-04. Last reaction of the maintainer to any of the currently open bug reports on 2002-08-26 (#158293). No answer to mail. Discussion on -qa http://lists.debian.org/debian-qa/2004/debian-qa-200403/msg00246.html http://lists.debian.org/debian-qa/2004/debian-qa-200404/msg00013.html -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.5.fb Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 -- "See, I told you they'd listen to Reason," [SPOILER] Svfurlr fnlf, fuhggvat qbja gur juveyvat tha. Neal Stephenson in "Snow Crash" signature.asc Description: Digital signature
Bug#244203: O: translate -- translates given words from english to german or vice versa
Package: wnpp Severity: normal The current maintainer of translate, Matthias Kabel <[EMAIL PROTECTED]>, does not take care of this package any more. Therefore, I orphan this package now. If you want to be the new maintainer, please take it -- see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: translate Priority: optional Section: text Installed-Size: 80 Maintainer: Matthias Kabel <[EMAIL PROTECTED]> Architecture: i386 Version: 0.6-2 Depends: trans-de-en Suggests: xtranslate Filename: pool/main/t/translate/translate_0.6-2_i386.deb Size: 5148 MD5sum: 6fa2ea9d67c4fff348acd0eeac8ffe54 Description: translates given words from english to german or vice versa It looks up a word in a file with language-to-language translations (field separator should be \" :: \") and maintains local dictionaries. So it should be easy to add more languages, if you have such a dictionary. Justification: Last maintainer upload 2001-10-09. Last reaction of the maintainer to any of the currently open bug reports on 2001-10-18 (#116100). No answer to mail. Discussion on -qa http://lists.debian.org/debian-qa/2004/debian-qa-200403/msg00246.html http://lists.debian.org/debian-qa/2004/debian-qa-200404/msg00013.html -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.5.fb Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 -- "See, I told you they'd listen to Reason," [SPOILER] Svfurlr fnlf, fuhggvat qbja gur juveyvat tha. Neal Stephenson in "Snow Crash" signature.asc Description: Digital signature
Bug#244202: O: postit -- A program sending news
Package: wnpp Severity: normal The current maintainer of postit, Matthias Kabel <[EMAIL PROTECTED]>, does not take care of this package any more. Therefore, I orphan this package now. If you want to be the new maintainer, please take it -- see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: postit Priority: optional Section: news Installed-Size: 112 Maintainer: Matthias Kabel <[EMAIL PROTECTED]> Architecture: i386 Version: 0.5-2.1 Depends: libc6 (>= 2.3.2-1), inn Suggests: newsflash Filename: pool/main/p/postit/postit_0.5-2.1_i386.deb Size: 11708 MD5sum: 02809c8ceab4c45791d5a9eab29a274b Description: A program sending news Sending news from your local inn news server to another host Justification: Last maintainer upload 2000-01-23. Unacknowleged NMU 2003-08-22. Last reaction of the maintainer to any of the currently open bug reports NONE. No answer to mail. Discussion on -qa http://lists.debian.org/debian-qa/2004/debian-qa-200403/msg00246.html http://lists.debian.org/debian-qa/2004/debian-qa-200404/msg00013.html -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.5.fb Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 -- "See, I told you they'd listen to Reason," [SPOILER] Svfurlr fnlf, fuhggvat qbja gur juveyvat tha. Neal Stephenson in "Snow Crash" signature.asc Description: Digital signature
Bug#244204: O: xtranslate -- This is a x11-version translate wich will translate the xclipboard
Package: wnpp Severity: normal The current maintainer of xtranslate, Matthias Kabel <[EMAIL PROTECTED]>, does not take care of this package any more. Therefore, I orphan this package now. If you want to be the new maintainer, please take it -- see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: xtranslate Priority: optional Section: x11 Installed-Size: 43 Maintainer: Matthias Kabel <[EMAIL PROTECTED]> Architecture: i386 Version: 0.2-5.1 Depends: libc6 (>= 2.3.1-1), xlibs (>> 4.1.0), translate, xcontrib Filename: pool/main/x/xtranslate/xtranslate_0.2-5.1_i386.deb Size: 5188 MD5sum: adb3968a8077d8c9eed918136bcacec3 Description: This is a x11-version translate wich will translate the xclipboard This is a X11-version for translate. It writes the contents of the X-selection and the commandline-option in a temporary used environment-variable, calls the script translate and pipes the results in a xmessage window. It will install a menuentry for the debian menusystem. It is possible to make a shortcut in some windowmanagers to use it more quickly. Justification: Last maintainer upload 2000-01-14. Unacknowleged NMU 2003-03-21. Last reaction of the maintainer to any of the currently open bug reports: NONE. No answer to mail. Discussion on -qa http://lists.debian.org/debian-qa/2004/debian-qa-200403/msg00246.html http://lists.debian.org/debian-qa/2004/debian-qa-200404/msg00013.html -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.5.fb Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 -- "See, I told you they'd listen to Reason," [SPOILER] Svfurlr fnlf, fuhggvat qbja gur juveyvat tha. Neal Stephenson in "Snow Crash" signature.asc Description: Digital signature
Bug#217575: ITA: seti-applet - GNOME 2 applet that displays the progress of a seti@home client
On 2004-03-02 Peter Joseph <[EMAIL PROTECTED]> wrote: [...] > I intend to adopt this package and I will make a new upload as soon as > it is required. That is great. :-) Could you make an upload as soon as possible? It is required, seti-applet is uninstallable in sid. (#253264). thanks, cu andreas -- "See, I told you they'd listen to Reason," [SPOILER] Svfurlr fnlf, fuhggvat qbja gur juveyvat tha. Neal Stephenson in "Snow Crash"
Bug#587063: Bug#542258: enblend-enfuse: embeds the VIGRA library
On 2012-09-29 Andreas Metzler wrote: > OTOH libvigraimpex has been orphaned in Debian (#587063). There is some good news, though: An updated version (1.8.0+dfsg-0ubuntu2) has been uploaded to Ubuntu a couple of days ago. cu andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure' -- 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/20120929063800.gb3...@downhill.g.la
Bug#632875: See discussion on wmaker-devel
Hello, this has been taken up on wmaker-devel. See http://mid.gmane.org/camsuddyswsauanfrssopsdz6s-pm06rwdac-1igbn6egod8...@mail.gmail.com I would be willing to push this to Debian, however it should probably be team-maintained. cu andreas -- 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/20110709171438.gc2...@downhill.g.la
Bug#636938: ITP: p11-kit -- Library for loading and coordinating access to PKCS#11 modules
Package: wnpp Severity: wishlist Owner: Andreas Metzler * Package name: p11-kit Version : 0.2 Upstream Author : Stef Walter * URL : http://p11-glue.freedesktop.org/p11-kit.html * License : BSD-3-Clause Programming Lang: C Description : Library for loading and coordinating access to PKCS#11 modules Provides a way to load and enumerate PKCS#11 modules. Provides a standard configuration setup for installing PKCS#11 modules in such a way that they're discoverable. Also solves problems with coordinating the use of PKCS#11 by different components or libraries living in the same process. --- p11-kit is going to be a dependency of gnutls, which is why I am a) interested and will b) upload this as Priority: standard. The software is already shipped in Ubuntu (package by Chris Coulson). cu andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure' -- 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/20110807090622.ga12...@downhill.g.la
Bug#636938: ITP: p11-kit -- Library for loading and coordinating access to PKCS#11 modules
On 2011-08-07 Andreas Metzler wrote: [...] > p11-kit is going to be a dependency of gnutls, This has happened now. Both 2.12.8 and 3.0.0 depend on it for PKCS#11. cu andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure' -- 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/20110809171410.gb10...@downhill.g.la
Bug#729751: ITP: efl -- Enlightenment Foundation Libraries
On 2013-11-16 Albin Tonnerre wrote: > * Package name: efl > Version : 1.8.0 [...] > Description : Enlightenment Foundation Libraries > This package contains all Enlightenment Foundation Libraries from the > 1.8.0 release onwards, and includes the following libraries that are [...] Just in case somebody else just thought "Eh, we already have enlightenment in sid." - Albin himself is maintaining it, this ITP is for the new upstream release. cu Andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure' -- 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/20131117070546.ga3...@downhill.g.la
Bug#767915: your mail
On 2014-11-05 "Torrance, Douglas" wrote: > tags 449774 pending Hello Douglas, I have just seen that you ITA wmbiff. Great! Could you please let 0.4.27-2.3 propagate to testing before you make a cleanup upload? 759259 should be fixed in jessie ASAP. Thanks, cu Andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure' signature.asc Description: Digital signature
Bug#587063: ITA: libvigraimpex -- C++ computer vision library
On 2015-01-04 Daniel Stender wrote: > There is a new package for Experimental at Mentors: > http://mentors.debian.net/debian/pool/main/libv/libvigraimpex/libvigraimpex_1.10.0+dfsg-8.dsc [...] > But, this remains to fail to build an amd64. I want to fix this > before I'm going to file the RFS. Hello Daniel, thanks for the progress report. The tarball does not match the one in the Debian archive. It uses a top level directory name without .orig (which would be best-practice). ametzler@argenau:/tmp/VIGRA/comp$ md5sum ../MENTORS/libvigraimpex_1.10.0+dfsg.orig.tar.xz ../libvigraimpex_1.10.0+dfsg.orig.tar.xz 59bda68b2a7086f0e481ba10686b2952 ../MENTORS/libvigraimpex_1.10.0+dfsg.orig.tar.xz 46960d4a67fe7d1a79399f7260051285 ../libvigraimpex_1.10.0+dfsg.orig.tar.xz ametzler@argenau:/tmp/VIGRA/comp$ tar xf ../MENTORS/libvigraimpex_1.10.0+dfsg.orig.tar.xz ametzler@argenau:/tmp/VIGRA/comp$ tar xf ../libvigraimpex_1.10.0+dfsg.orig.tar.xz ametzler@argenau:/tmp/VIGRA/comp$ ls vigra-1.10.0 vigra-1.10.0.orig ametzler@argenau:/tmp/VIGRA/comp$ diff -NurBp vigra-1.10.0.orig vigra-1.10.0 | diffstat .gitignore | 35 .travis.yml | 15 doc/vigra/LICENSE.txt| 25 doc/vigra/dynsections.js | 97 -- doc/vigra/formula.repository | 139 --- doc/vigra/jquery.js |8 doc/vigra/tabs.css | 60 - doc/vigra/vigra.css | 457 doc/vigra/vigra_1_8_2.css| 1622 --- 9 files changed, 2458 deletions(-) BTW could you perhaps include https://github.com/ukoethe/vigra/commit/c3fb6c90ab8b4243b752919d0e491df2a2d4f047 from upstream GIT to fix an exr issue in enblend? thanks, cu Andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure' -- 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/20150208141826.ga1...@downhill.g.la
Bug#767988: O: plotutils -- GNU plotutils command line tools based on libplot
Control: retitle 767988 ITA: plotutils -- GNU plotutils command line tools Control: owner 767988 Andreas Metzler On 2014-11-03 Floris Bruynooghe wrote: > Package: wnpp > Severity: normal > I intend to orphan the plotutils package. It is very low maintenance > and currently in a pretty good shape. It may just require some updates > for policy changes but there shouldn't be anything major. > The package description is: > The GNU plotting utilities include programs for plotting > two-dimensional scientific data. They are built on top of GNU > `libplot', a library for device-independent two-dimensional vector > graphics. Hello, FWIW I had some time to spare and have refreshed the packaging and forwarded two patches upstream. Will probably upload in the next two weeks. cu Andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure'
Bug#716766: RFA: ilmbase -- several utility libraries from ILM used by OpenEXR
Package: wnpp Severity: normal Hello, I am requesting an an adopter for the ilmbase and openexr packages. I myself adopted this because it's needed for hugin but this needs somebody with better C++ foo than me. Debian is several upstream versions behind, which is caused among other things because upstream develops on on AMD64 and it looks like no testing on other archs (like e.g. ix86) is done. Experimental has 1.0.3 which has a test-failure on ix86 (it is supposed to be fixed by disabling optimization.) 2.0.1 has recently been released and I am not convinced the dynamic libraries are set up correctly there. Upstream is mixing libtool's -release with -version-info and ends up with: lrwxrwxrwx 1 libIlmThread-2_0.so.10 -> libIlmThread-2_0.so.10.0.1 -rwxr-xr-x 1 libIlmThread-2_0.so.10.0.1 lrwxrwxrwx 1 libIlmThread.so -> libIlmThread-2_0.so.10.0.1 I think there shouldn't be any libIlmThread.so here, but only a libIlmThread-2_0.so. Anyway I am not totally ssure this is broken but it might need fixing and making upstream understand. thanks, cu Andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure' signature.asc Description: Digital signature
Bug#716768: RFA: openexr -- command-line tools and docs for the OpenEXR image format
Package: wnpp Severity: normal Hello, I am requesting an an adopter for the ilmbase and openexr packages. I myself adopted this because it's needed for hugin but this needs somebody with better C++ foo than me. Debian is several upstream versions behind, which is caused among other things because upstream develops on on AMD64 and it looks like no testing on other archs (like e.g. ix86) is done. thanks, cu Andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure' signature.asc Description: Digital signature
Bug#784054: RFP: libgcrypt11 -- LGPL Crypto library
On 2015-05-02 Pierre Rudloff wrote: > Package: wnpp > Severity: wishlist > Hello, > It seems libgcrypt11 has been removed from Jessie. But it is needed > by external packages like Spotify (cf. > https://community.spotify.com/t5/Help-Desktop-Linux- > Mac-and/spotify-error-while-loading-shared-libraries-libgcrypt- > so-11/td-p/970485) or Brackets. > I tried to rebuild the Wheezy package on Jessie > (http://mentors.debian.net/package/libgcrypt11) and it seems to work > correctly. > Would it be possible to reintegrate this package in Jessie? Hello, No, jessie is closed, only security issues and rc-bugs are fixed, no new packages. Also with libgcrypt20 jessie includes upstream's current stable release of gcrypt. I suggest contacting spotify support and ask for a rebuild against libgcrypt20. cu Andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure' -- 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/20150502153432.ga1...@downhill.g.la
Bug#748383: ITP: bash8 -- bash script style guide checker
On 2014-05-16 Thomas Goirand wrote: [...] > * Package name: bash8 [...] > Description : bash script style guide checker > This program attempts to be an automated style checker for bash scripts to > fill the same part of code review that pep8 does in most OpenStack projects. > It started from humble beginnings in the DevStack project, and will continue > to evolve over time. Hello Thomas, how about choosing a different package name? As a user I would expect to find bash v8 inside a "bash8" package. cu Andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure' -- 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/20140517065413.gc1...@downhill.g.la
Bug#748383: ITP: bash8 -- bash script style guide checker
On 2014-05-17 Thomas Goirand wrote: > On Sat May 17 2014 02:54:13 AM EDT, Andreas Metzler wrote: >> On 2014-05-16 Thomas Goirand wrote: >> [...] >>> * Package name : bash8 >> [...] >>> Description : bash script style guide checker >>> This program attempts to be an automated style checker for bash >>> scripts to fill the same part of code review that pep8 does in most >>> OpenStack projects. It started from humble beginnings in the DevStack >>> project, and will continue to evolve over time. >> how about choosing a different package name? As a user I would expect >> to find bash v8 inside a "bash8" package. > This is a reference to "pep8" in the Python. Yes, the long description says so. Still it is not good name, imho. Note that pep8 is *not* named python8. cu Andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure' -- 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/20140517113143.gh1...@downhill.g.la
Bug#678862: O: anubis -- SMTP message submission daemon
On 2012-06-24 Bart Martens wrote: > Package: wnpp > Krzysztof Burghardt has confirmed to me via private e-mail that he will no > longer be maintaining this package, and that he agrees to transfer > maintenance > to anyone interested. Therefor I'm marking this package as orphaned now. > Regards, FWIW I have updated the packaging: * QA upload. * Set maintainer to QA. * Build gainst GnuTLS 3. * Use packaging format 3.0. (Patch by Jari Aalto). Closes: #661030 * Convert to dh. * Use --with autotools-dev. Closes: #727318 (libtools is not used, no update needed.) * Add getconf LFS_CFLAGS to CPPFLAGS to enable gpg support on all archs. Closes: #643975 * 51_pam_module_path.diff: Stop hardcoding path to pam modules which stopped working with multiarch. Patch by Jan-Kaspar Muennich. Closes: #728917 However I have not and will not upload this, because I could not test it at all and fixing the pam issue #728917 made anubis segfault. I am attaching the debian.tar.xz anyway, since I have invested quite some time in this. cu Andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure' anubis_4.1.1+dfsg1-4.debian.tar.xz Description: Binary data
Bug#941199: Upstream has valid debian packaging
Control: unblock 941199 by 958509 On 2020-04-17 Seunghun Han wrote: [...] > Dear Laurent Bigonville and Christian Ehrhardt, > I would like to package this one. > Best regards, Hello Seunghun, are you still working on this or should I retitle this to ITP? cu Andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure'
Bug#945193: O: libvigraimpex -- C++ computer vision library
On 2019-11-21 Daniel Stender wrote: > Package: wnpp > Severity: normal > I'm orphaning this package due to retirement. Hello, I intend to keep this in shape to the best I can do with QA uploads. I will not properly adopt since my C++ foo is weak. Repo is currently available on https://salsa.debian.org/ametzler/libvigraimpex cu Andreas
Bug#945193: O: libvigraimpex -- C++ computer vision library
Control: owner -1 ametz...@debian.org Control: retitle -1 ITA: libvigraimpex -- C++ computer vision library On 2019-12-30 Andreas Metzler wrote: [...] > I intend to keep this in shape to the best I can do with QA uploads. I > will not properly adopt since my C++ foo is weak. Since Daniel Haley has offered to help along with C++ issues I am going to adopt this. cu Andreas signature.asc Description: PGP signature
Bug#1109697: ITP: liboqs -- library for quantum-safe cryptographic algorithms
On 2025-07-23 Hector Oron wrote: > El mié, 23 jul 2025 a las 6:40, Andreas Metzler () escribió: >> On 2025-07-22 Hector Oron Martinez wrote: >>> I would like to provide Quantum Safe algorithms for Debian usage and >>> form a team of people that works enabling this in the project. >> liboqs already once was part of Debian/sid and was removed later. >> One of the major reasons was that upstream did not want to see liboqs >> shipped in a stable release (See >> https://github.com/orgs/open-quantum-safe/discussions/1625 ) > The documented reason for removal from unstable was a FTBFS > https://bugs.debian.org/1100144 [...] Hello, Yes. liboqs ended up being unmaintained, lagging multiple upstream versions behind. I pondered adopting/rescueing it but refrained from doing so when I got the impression this might probably never be a candidate for Debian stable, i.e. it should always have lived in experimental instead of sid. cu Andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure'
Bug#1109697: ITP: liboqs -- library for quantum-safe cryptographic algorithms
On 2025-07-22 Hector Oron Martinez wrote: > Package: wnpp > Severity: wishlist > Owner: Hector Oron Martinez > X-Debbugs-Cc: debian-de...@lists.debian.org, j...@debian.org, > mer...@debian.org, zu...@debian.org, woohee9...@gmail.com > * Package name: liboqs > Version : 0.14.0 [...] > I would like to provide Quantum Safe algorithms for Debian usage and > form a team of people that works enabling this in the project. > This package is the first step, from my point of view, to get this > enabled in the distribution. liboqs already once was part of Debian/sid and was removed later. One of the major reasons was that upstream did not want to see liboqs shipped in a stable release (See https://github.com/orgs/open-quantum-safe/discussions/1625 ) GnuTLS has (temporarily, until nettle has PQ in a released version) switched to leancrypto from liboqs, have you looked at that? cu Andreas
Bug#1109697: ITP: liboqs -- library for quantum-safe cryptographic algorithms
On 2025-07-23 Simon Josefsson wrote:
> Andreas Metzler writes:
>>> The documented reason for removal from unstable was a FTBFS
>>> https://bugs.debian.org/1100144
>> [...]
>> Hello,
>> Yes. liboqs ended up being unmaintained, lagging multiple upstream
>> versions behind. I pondered adopting/rescueing it but refrained from
>> doing so when I got the impression this might probably never be a
>> candidate for Debian stable, i.e. it should always have lived in
>> experimental instead of sid.
> Is it forbidden for packages to exist in unstable and/or experimental
> only in Debian?
Hello Simon,
*I* think having packages only available in experimental is perfectly
fine. unstable is ditchy because iirc it has happened that our stopgap
measure to prevent testing migration (rc-bug) failed to work. Imho that
might work for leaf-packagages but not for libraries because it adds
another possibility for making errors. ("Gosh I did not realize my
package did not migrate to testing anymore because it picked up a dep on
a non-migratable package.")
> While liboqs is not intended for normal production use because of
> certain properties, it is useful for its designated purposes of
> experiments and testing. I think we somehow conflate these two,
> thinking that everything in a Debian stable release MUST be intended for
> secure production use. I think it is fine to ship things with known
> serious issues for certain use-cases, but perfectly good properties for
> other use-cases, as long as the limitations and use-cases are clearly
> documented. So to me having liboqs in a Debian stable release seems
> acceptable.
[...]
Two things:
* Afaiui upstream would prefer we did not do that.
* I doubt that a multi-year old version of liboqs (which is what you'd
have in stable in a not too distant future) would be useful for
experiments and testing. liboqs is pretty fast moving. You would want
bleeding edge for experimenting.
cu Andreas
--
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'
Bug#1109697: ITP: liboqs -- library for quantum-safe cryptographic algorithms
On 2025-07-25 Simon Josefsson wrote: > Andreas Metzler writes: [...] > > * I doubt that a multi-year old version of liboqs (which is what you'd > > have in stable in a not too distant future) would be useful for > > experiments and testing. liboqs is pretty fast moving. You would want > > bleeding edge for experimenting. > My primary use-case for liboqs in stable is to setup interop testing > between different PQ libraries and help development of PQ libraries. > Having some OLD and stable release of liboqs widely available is what I > would prefer. I want to test that some other PQ crypto libraries are > able to interop with some old known-to-produce-correct-results liboqs. > So there is no need for this liboqs to be able to protect sensitive > data. It just have to produce something. Which seems to match what the > liboqs maintainers says it is good for. Hello, If there is a stable release of liboqs this indeed makes sense. cu Andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure'
