Re: dvipng: Version 1.8 package (NMU / New Maintainer)

On Sat, 16 Sep 2006, George Danchev wrote: > On Saturday 16 September 2006 07:45, Kapil Hari Paranjape wrote: > > http://www.imsc.res.in/~kapil/dvipng/dvipng_1.8-0.2.diff.gz > > http://www.imsc.res.in/~kapil/dvipng/dvipng_1.8-0.2.dsc > > http://www.imsc.res.in/~ka

Re: dvipng: Version 1.8 package (NMU / New Maintainer)

On Sat, 16 Sep 2006, Kapil Hari Paranjape wrote: > On Sat, 16 Sep 2006, George Danchev wrote: > > Just to let you know that these are 'Not Found'. Why don't you upload to > > mentors.debian.net instead ? > Regarding mentors.debian.net. I was unable to sign-up

Re: dvipng: Version 1.8 package (NMU / New Maintainer)

Hello, On Sat, 16 Sep 2006, George Danchev wrote: > Just a comment: your debian/rules clean target calls top-level Makefile's > distclean target which depends on dvipng.1 target which calls unknown program > of texi2pod.pl (probably a hack for local usage by the upstream authors, > which is not

Re: dvipng: Version 1.8 package (NMU / New Maintainer)

On Sat, 16 Sep 2006, Guilherme de S. Pastore wrote: > Em Sáb, 2006-09-16 às 10:15 +0530, Kapil Hari Paranjape escreveu: > > > I would like someone to sponsor an adoption/hijacking or NMU'ing > > > of a more recent version of "dvipng" than is available in the D

Re: dvipng: Version 1.8 package (NMU / New Maintainer)

Hello, On Sat, 16 Sep 2006, James Westby wrote: > On (16/09/06 15:40), Kapil Hari Paranjape wrote: > Hi, package looks good. I just have a couple of points. > > * Why 1.8-0.3? Why not -0.1? I already uploaded 1.8-0.[12] earlier to various public places for people to check earlier

Re: dvipng: Version 1.8 package (NMU / New Maintainer)

Hello, Updated packages at: http://www.imsc.res.in/~kapil/debian/dvipng/dvipng_1.8-0.4.diff.gz http://www.imsc.res.in/~kapil/debian/dvipng/dvipng_1.8-0.4.dsc http://www.imsc.res.in/~kapil/debian/dvipng/dvipng_1.8.orig.tar.gz and http://mentors.debian.net/debian/p

Re: dvipng: Version 1.8 package (NMU / New Maintainer)

Hello, On Sat, 16 Sep 2006, Kapil Hari Paranjape wrote: > I wrote earlier on 03 Jul 2006: > > I would like someone to sponsor an adoption/hijacking or NMU'ing > > of a more recent version of "dvipng" than is available in the Debian > > archive. Please do not

Re: Cleaning/restoring autoconf generated files

On Tue, 05 Sep 2006, Kapil Hari Paranjape wrote: > I wonder ... policy says that clean must---*undo* the changes made by > 'build' and 'binary'---(my emphasis). > > So removing all the generated files may not be acceptable if > different versions of these had b

dvipng

Hello, This is regarding the current state of dvipng in Debian. As evidence of my impatience :) to have a newer version of dvipng enter the Debian archive you have my numerous mails to debian-qa. Here is one more! Timeline: The package has seen no uploads since 10 October 2005. The package was o

Re: RFH: tsocks -- transparent network access through a SOCKS 4 or 5 proxy

Hello, This is regarding RFH #387473 for the package "tsocks". On Thu, 14 Sep 2006, Mohammed Adnène Trojette wrote: > The current maintainer of tsocks, Tamas SZERB <[EMAIL PROTECTED]>, > has been busy recently. He needs help for his packages until he is back. On Mon, 2

Re: Most popular orphaned packages

Hello, On Thu, 30 Nov 2006, Nathanael Nerode wrote: > >From my periodic sweep, I find that these orphaned packages have > over 1000 reported popcon installs. I may have missed some. > > dvipng (1211) -- ITAed. There has been no activity by the person who has ITA'ed. Meanwhile, upstream has re

No reasonable solution

Hello, Regarding conflicts like that between "slang-slirp" and "slirp". (see recent bugs filed by Michael Ablassmeier <[EMAIL PROTECTED]> http://bugs.debian.org/cgi-bin/[EMAIL PROTECTED] ). I feel that this a currently an area not addressed by policy sufficiently well. Assume that: 1. There are

Re: No reasonable solution

Hello, On Fri, 22 Dec 2006, Luk Claes wrote: > Kapil Hari Paranjape wrote: > >In such a situation it would be incorrect to insist that one of the > >packages use a binary with a different name---because of (1). > > So what's wrong with insisting both of them changin

Re: No reasonable solution

Small correction. On Fri, 22 Dec 2006, Kapil Hari Paranjape wrote: > Now suppose we get two programs that give us /usr/bin/slirp.comm. > Then we have: > > /usr/bin/slirp.comm -> /etc/alternatives/slirp -> /usr/bin/slirp.comma That should be: /usr/bin/

Re: RFC: use readable $(cmd) syntax instead of unreadable `cmd`

Hello, On Fri, 09 Feb 2007, Jari Aalto wrote: > The following message is a courtesy copy of an article > that has been posted to gmane.linux.debian.devel.general as well. > BUG REPORTS -- AND REPONSES > > I have reported bugs against backtick and suggested to change to use > the more readable

Changelog not signed by "human"

Hello, On updating my system today I obtained a version of "screen" which was a binary-only upload which contained the following changelog entry: screen (4.0.3-0.3+b1) unstable; urgency=low * Binary-only non-maintainer upload for i386; no source changes. * Rebuild to

Re: Changelog not signed by "human"

Hello, On Fri, 16 Mar 2007, Wouter Verhelst wrote: > On Fri, Mar 16, 2007 at 09:27:04AM -0700, Kapil Hari Paranjape wrote: > > uploads are signed and that I am just being paranoid! > > Since the buildd host generates the changelog entry, it's only natural > that it'

Re: Changelog not signed by "human"

Hello, On Fri, 16 Mar 2007, Steve Langasek wrote: > On Fri, Mar 16, 2007 at 02:02:35PM -0700, Kapil Hari Paranjape wrote: > > I could make no sense out of the second line of the changelog > > entry. "[The] bug [...] causes screen to switch" seems to be an > > in

Re: Orphaned games

Hello, On Fri, 31 Aug 2007, tim hall wrote: > Just an opinion on the basis of having a 12 year old son. I think it is > fair to consider the playability and up-to-dateness of some of these ideas. OK. However, some people are known to take games seriously even at 21 or 121 :-) > >Package: 3dches

conky unmaintained?

Hello, The Debian package of "conky" is currently at version 1.4.4 whereas upstream is at 1.4.7. The mia-query tool shows that the Debian maintainer is currently active on Debian mailing lists and has recently (17th Sept 2007) sponsored an upload. Since conky has no RC bugs it may not be high-pr

Re: Should I report a failure to boot?

Hello, On Fri, 21 Sep 2007, Michael Burschik wrote: > if my Debian system fails to boot, should I report this as a bug? If > so, against which package should I file the bug and which severity would > be appropriate? As long as you can clearly identify that this is not due to "operator error" (:-)

Re: Should I report a failure to boot?

Hello, On Fri, 21 Sep 2007, Michael Burschik wrote: > I am willing to concede that it is not a kernel bug. However, I > maintain that it is inappropriate for the owner of the kernel > package to dismiss the bug report. If Debian wants to receive bug > reports, the maintainers need to become more c

Re: Should I report a failure to boot?

Hello, On Fri, 21 Sep 2007, Michael Burschik wrote: > I could probably use a different kernel, as the problem never > occurred with 2.6.18, 2.6.20 or 2.6.21, and this is probably what I > will do. Alternatively, initrd/initramfs could be set up to name the > disks consistently. Alternatively, I co

Bug#461000: packages.qa.debian.org: Status report bug list only links to one bug

Package: qa.debian.org Severity: normal Hello, The entry "Testing status" refers to the list of bugs that are holding back a package. This entry is a hyperlink but links to only one of the bugs even when there is more than one bug that is holding back the package. Regards, Kapil. -- System In

Re: RFS: QA Upload - imlib - Two bug fixes, including RC bug

Hello, On Mon, 04 Feb 2008, Barry deFreese wrote: > I've uploaded a version of imlib that fixes an important and RC bug. If > someone has time to review/sponsor. Sune Vuorela wrote: > On 2008-02-05, Moritz Muehlenhoff <[EMAIL PROTECTED]> wrote: >>> I've uploaded a version of imlib that fixes a

Re: What to do if Homepage seems to have vanished

Hello, On Mon, 18 Feb 2008, Alexander Schmehl wrote: > Well, a third and fourth alternative would be to download the > documentation from archive.org, and (assuming you have the right for > distribution) but them in a -doc package or put it on > people.debian.org - in that case your might want to

tex4ht -- LaTeX and TeX for Hypertext (HTML)

://www.imsc.res.in/~kapil/gpg.html for my Public Key. -- 1024D/5416E5B8 2004-10-13 Kapil Hari Paranjape <[EMAIL PROTECTED]> 1024g/3BDF565B 2004-10-13 Key fingerprint = F160 CBB9 03C8 425D 4BBA 79F4 491F 8FDA 5416 E5B8 --

Bug #228452 and "cdw"

Hello, I sent the following mail to the Debian Bug Trackers and they redirected me here. Regards, Kapil. - Forwarded message - Date: Sun, 4 Apr 2004 09:33:49 +0530 To: Varkonyi Balazs <[EMAIL PROTECTED]>, Debian Bug Tracking System <[EMAIL PROTECTED]> Dear Debian Bug Tracking S

Elvis (wnpp #341821)

Hello, Perhaps this is not the right list for this question but here goes anyway. I have indicated my willingness to adopt elvis and have prepared a patched version that fixes the outstanding bugs. At the same time I recognise that my patches are rather minor and so could easily be part of a QA

NMU upload sponsor required for asciijump

Hello, I have prepared a NMU for asciijump which fixes the two remaining open bugs against it (use of slang1 and a segfault). The former is grave as slang1 is now phased out. The packages are under http://www.imsc.res.in/~kapil/debian/asciijump I'd be grateful if some DD on this list wo

Re: NMU upload sponsor required for asciijump

Hello, On Mon, 16 Jan 2006, Thomas Viehmann wrote: > Kapil Hari Paranjape wrote: > > I have prepared a NMU for asciijump which fixes the two > > remaining open bugs against it (use of slang1 and a segfault). > > The former is grave as slang1 is now phased out. > - is this

Re: orphan asciijump?

Dear Thomas, On Mon, 16 Jan 2006, Thomas Viehmann wrote: > On a second thought: Given the history of the current and past bugs you > might additionally try to contact the maintainer and if he doesn't > respond in due time you could orphan[1] / take over the package. As the enclosed message shows

Helper script

ckage would like to see its bugs squashed. Regards, Kapil. encl: rcbugs-alert (A bash script which depends on w3m/lynx) -- #! /bin/bash -e # rcbugs-alert -- check for installed packages which have been RC bugs # This script is in the PUBLIC DOMAIN. # Authors: # Kapil Hari Paranjape <[EMAIL P

Re: Helper script

Hello, On Tue, 17 Jan 2006, Christoph Berg wrote: > Re: Kapil Hari Paranjape in <[EMAIL PROTECTED]> > > I've written a small script that lists all installed packages > > that have RC bugs. This is hacked from wnpp-alert from devscripts > > and is called rcbugs-al

Regarding the package par

Dear Craig Sanders, I have noticed that your package "par" has not been updated in a while. A new upstream version has been made available at http://www.nicemice.net/par/ for a while now. As far as I can see this release should fix outstanding bugs on par. However, the changes required in order t

PNG crush NMU

Hello, I've prepared an NMU of pngcrush that applies currently available patches and closes the RC bugs on it. The files are under http://www.imsc.res.in/~kapil/debian/pngcrush/ Since I am not a DD I request one of the QA team who *are* to please sponsor the upload. Before you do however

Re: PNG crush NMU

Hello, In response to On Thu, 26 Jan 2006, Russ Allbery wrote: > Ugh, that's not a very good solution. That means that the next time > there's a security hole in zlib or libpng, which hasn't been uncommon, it > may also affect pngcrush and someone has to remember to update it as well. > This mak

Re: PNG crush NMU

Dear Thomas, On Fri, 27 Jan 2006, Thomas Viehmann wrote: > You might also consider asking on the png-mng-implement list. It looks > like the current maintainer of libpng is also the author of pngcrush, so > there might be a chance of getting some good advice there. Thanks for this pointer. I have

Re: PNG crush NMU

Hello, Following the suggestion of Thomas Viehmann I joined the "png-mng-implement" list where the development of libpng is discussed by many including among them the author of pngcrush. My posting there let to the following thread: http://sourceforge.net/mailarchive/forum.php?thread_id=9575058&

pngcrush and bugs 331068, 338659, 355693, 352177, 330026

Hello, This is somewhat long. My apologies in advance: A. As I posted on debian-qa earlier, the bugs mentioned in the subject were discussed in png-mng-implement in the following thread. http://sourceforge.net/mailarchive/forum.php?thread_id=9575058&forum_id=43850 The upstream author o

Re: pngcrush and bugs 331068, 338659, 355693, 352177, 330026

Hello, On Wed, 22 Mar 2006, Matej Vela wrote: > pngcrush was later orphaned -- -- and is > marked as being adopted by Alexander Schmehl. Oops. I missed that somehow. I didn't mean to hijack this adoption. Regards, Kapil. -- signature.asc Description: Digital s

Re: pngcrush and bugs 331068, 338659, 355693, 352177, 330026

Hello, On Thu, 23 Mar 2006, Alexander Schmehl wrote: > However, I want be able to upload a fixed package till mid/end of next > week. I'll assume you meant "I won't be able to upload ... till mid/end of next week". > If you want it, you can have it. Thanks. I've made a pngcrush_1.6.2-1.dsc at

Re: pngcrush and bugs 331068, 338659, 355693, 352177, 330026

Hello, On Fri, 24 Mar 2006, Andreas Tille wrote: > On Thu, 23 Mar 2006, Nelson A. de Oliveira wrote: > I guess this would work if we notice that each > upstream is not that active that releasing one single upstream > triggers many package updates. The package that I have recently prepared of pngc

Re: pngcrush and bugs 331068, 338659, 355693, 352177, 330026

Hello, On Tue, 28 Mar 2006, Nelson A. de Oliveira wrote: > Just in the case that none of the 4 authors want to merge the > programs. We will create one Debian package, containing the 4 > programs, with a wrapper (a "pngoptimizer", for example), that will > select one of the programs, based on the

Re: pngcrush and bugs 331068, 338659, 355693, 352177, 330026

Hello, On Wed, 29 Mar 2006, Nelson A. de Oliveira wrote: > Is the ITA (#353392) not active? > Alexander said on 23 Mar 2006: > > "However, I want be able to upload a fixed package till mid/end of next week." IMHO this was a typo and he meant: "However, I wont be able to upload a fixed package t

RFS: dvipng QA upload?

ex4ht*" and those packages use (though they only Recommend) dvipng. Hence my interest. Thanks and regards, Kapil. - Forwarded message from Kapil Hari Paranjape <[EMAIL PROTECTED]> - Date: Fri, 7 Apr 2006 16:01:04 +0530 From: Kapil Hari Paranjape <[EMAIL PROTECTED]> To: [EM

Re: Version 1.8 package available

Hello, I would like someone to sponsor an adoption/hijacking or NMU'ing of a more recent version of "dvipng" than is available in the Debian archive. I have prepared an NMU of dvipng containing the latest version from upstream and have been trying to contact the previous maintainer as noted belo

Cleaning/restoring autoconf generated files

Hello, I was examining #385980 (grub - clean target does not undo changes). What is happening here is that the build system is running autotools (aclocal; automake; autoconf) which are rewriting some of the files distributed by upstream (which are also autotools generated but by an older version

Re: Cleaning/restoring autoconf generated files

On Tue, 05 Sep 2006, Matej Vela wrote: > Kapil Hari Paranjape <[EMAIL PROTECTED]> writes: > > > I was wondering whether Debian policy regarding the 'clean' target > > is to be interpreted as applying to the autotools generated files as > > well. (As c

dvipng: Version 1.8 package (NMU / New Maintainer)

Hello, I wrote earlier on 03 Jul 2006: > I would like someone to sponsor an adoption/hijacking or NMU'ing > of a more recent version of "dvipng" than is available in the Debian > archive. (Package description: dvipng -- convert PNG graphics from DVI files) I have not received any responses. A s