Re: Bug#729660: ITP: xemacs21 -- highly customizable text editor

2013-11-17 Thread Mark Brown 
On Sat, Nov 16, 2013 at 07:07:21PM +0100, Andreas Tille wrote:

> This is what Paul did:  When writing just a single sentence it might be
> reasonable to derive from a role which is good in general but not
> helpful in specific cases.  Please try to make reasonable
> top-posting-bashings if necessary, not in every case to people who are
> known to behave correctly.

Generally people who do do the right thing but have some reason not to
will mention their reason when they 

> > Technically, there are no outstanding RC bugs, all bugs were closed when
> > it was removed.

> Nice trick to wait for removal of a package to let a bucket of bugs
> vanish and start from scratch.  This is wasting the time of previous bug
> reporters.  There was a lot of time to fix those long standing bugs if
> there would have been any interest in the package and I perfectly share
> Paul's point.

Had I been aware that there was a problem with the package prior to it
being removed I'd probably have done something about it, ideally prior
to the wheezy release or at least prior to removal from sid.  This would
have enabled me to skip this thread, delightful though it is.  As it was
it was sitting running quite happily and rc-alert doesn't seem to work
for me so I had no idea there was a problem.  

> > Furthermore, is it not usual practice for ftp master to comment on
> > actual packages, rather than theoretical ones? an ITP is "intent to
> > package". There's no package to critique yet!

> Ftpmaster had just work to do on the removal (probably not much work)
> and if I would be ftpmaster and see an ITP of a just removed package I
> would be seriously wondering if people want to play some not so funny
> game with me. 

Our processes for advertising the pending removal of packages aren't
that great, sadly - this isn't the first time I've noticed something had
a problem only because it vansihed.


signature.asc
Description: Digital signature

Re: Bug#729660: ITP: xemacs21 -- highly customizable text editor

2013-11-17 Thread Mark Brown 
On Sat, Nov 16, 2013 at 11:37:00AM -0800, Russ Allbery wrote:

> Emacs vs. XEmacs is a little like the perpetual vim vs. nvi argument.
> They work differently.  Which is "better" can be a matter of opinion,
> speaking as an nvi user who can't stand vim despite the fact that vim
> clearly does more and nvi is in deep-freeze maintenance mode.  If you're
> used to one of them, switching to the other one is painful.

> If someone proposed to remove nvi from the archive because vim is better,
> I would be quite annoyed.  If it ever did get removed from the archive, I
> would probably adopt it and reintroduce it, because nvi is the editor that
> I'm used to for small files and for root editing tasks, I want to keep
> using it, and none of the things that are wrong with it are fatal for that
> usage.

The above pretty much exactly encapsulates what made me do this, the
release critical bugs in XEmacs seem easier to deal with than the effort
of changing and the other bugs aren't an issue for me (and seem to be
coming in at a very low rate).  It's possible that at some point Wayland
will mean that I'll need to bite the bullet and find another editor, but
not today.


signature.asc
Description: Digital signature

Bug#729781: ITP: subliminal -- Command-line tool to search and download subtitles

2013-11-17 Thread Etienne Millon 
Package: wnpp
Severity: wishlist
Owner: Etienne Millon 
X-Debbugs-Cc: python-modules-t...@lists.alioth.debian.org

* Package name: subliminal
  Version : 0.7.2
  Upstream Author : Antoine Bertin 
* URL : http://subliminal.readthedocs.org/
* License : MIT
  Programming Lang: Python
  Description : Command-line tool to search and download subtitles

It comes with an easy to use CLI (command-line interface) suitable for
direct use or cron jobs.
 
Subliminal uses multiple providers to give users a vast choice and
have a better chance to find the best matching subtitles. Providers
are extensible through a dedicated entry point.

I intend to maintain this package within the Debian Python Modules
Team.

It has a few unpackaged dependencies (I'll file RFPs and/or ITPs if
there is no objection to the inclusion of subliminal):

  - python-charade (ITP #698258, not sure if replaceable by chardet)
  - python-enzyme (same author ; https://github.com/Diaoul/enzyme ; Apache2)
  - python-babelfish (same author ; https://github.com/Diaoul/babelfish ; BSD-3)
  - python-guessit (https://github.com/wackou/guessit ; LGPLv3)
  - python-pysrt (https://github.com/byroot/pysrt ; GPLv3)

-- 
Etienne Millon


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20131117105653.GA5685@klow

Re: Bug#729660: ITP: xemacs21 -- highly customizable text editor

2013-11-17 Thread Sune Vuorela 
On 2013-11-16, Russ Allbery  wrote:
> If someone proposed to remove nvi from the archive because vim is better,
> I would be quite annoyed.  If it ever did get removed from the archive, I
> would probably adopt it and reintroduce it, because nvi is the editor that
> I'm used to for small files and for root editing tasks, I want to keep
> using it, and none of the things that are wrong with it are fatal for that
> usage.

Note that nvi is orphaned, no removal could happen given that many
people thinks vim is better.

/Sune
 - this post written using vim


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/slrnl8hc0g.j8.nos...@sshway.ssh.pusling.com

Re: Re: Bug#729660: ITP: xemacs21 -- highly customizable text editor

2013-11-17 Thread Fabian Greffrath 

> Please let people maintain packages they use. Even more so when they
> apparently use them on a daily fashion. 

Sounds like a rather strong incentive to revive the package upstream.
Maybe that makes more sense than reintroducing it in Debian as it is?

- Fabian


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/1384702697.19198.1.camel@kff50

Re: Bug#729660: ITP: xemacs21 -- highly customizable text editor

2013-11-17 Thread Russ Allbery 
Sune Vuorela  writes:
> On 2013-11-16, Russ Allbery  wrote:

>> If someone proposed to remove nvi from the archive because vim is
>> better, I would be quite annoyed.  If it ever did get removed from the
>> archive, I would probably adopt it and reintroduce it, because nvi is
>> the editor that I'm used to for small files and for root editing tasks,
>> I want to keep using it, and none of the things that are wrong with it
>> are fatal for that usage.

> Note that nvi is orphaned, no removal could happen given that many
> people thinks vim is better.

Yeah, I know, which is part of why I used it for an example.  I looked at
it yesterday and will probably adopt it at some point when I have enough
free time to do a proper job on the initial upload.

We're carrying around a ton of patches, and upstream seems to still exist
although they've been quite dormant, so some investigation will be
required.

-- 
Russ Allbery (r...@debian.org)   


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/87zjp2bzp8@windlord.stanford.edu

Bug#729814: ITP: makedepf90 -- Fortran-90 dependency processor for Makefiles

2013-11-17 Thread Alastair McKinstry 
Package: wnpp
Severity: wishlist
Owner: Alastair McKinstry 

* Package name: makedepf90
  Version : 2.8.8
  Upstream Author : Erik Edelmann
  URL : http://personal.inet.fi/private/erikedelmann/makedepf90
* License : GPL
  Programming Lang: C
  Description : Fortran-90 dependency processor for Makefiles

Makedepf90 is a program for automatic creation of Makefile dependency lists
 for Fortran source code. 
Makedepf90 supports MODULE:s, INCLUDE:s, cpp #include:s, f90ppr $include:s and 
coco ??include:s and set-files. 
Its functionality is similar to : 'gcc -MM *.c ' for C.


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20131117202148.15133.73073.report...@ailm.sceal.ie

Bug#729821: ITP: hidrd -- tools for parsing and generating HID report descriptors

2013-11-17 Thread Klee Dienes 
Package: wnpp
Severity: wishlist
Owner: Klee Dienes 

* Package name: hidrd
  Version : 0.2
  Upstream Author : Nikolai Kondrashov 
* URL : 
http://sourceforge.net/apps/mediawiki/digimend/index.php?title=Hidrd
* License : GPL-2+
  Programming Lang: C
  Description : tools for parsing and generating HID report descriptors

The hidrd package is a library and collection of tools for parsing and
generating HID report descriptors. It is an alternative to and in some
ways an improvement over the official HID Descriptor Tool.

Native descriptor format is fully supported. An XML format is
developed and supported for input and output. Specification example
format is supported for output. Output to C source code with
specification example format comments is supported. A tool called
"hidrd-convert" is implemented and could be used to convert
descriptors between formats.


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20131117233002.5035.46122.reportbug@romulus-89.local