Bug#1062455: ITP: tiv -- Small command-line image viewer using RGB ANSI colors and Unicode block characters to render image

[Gunnar Wolf]

Before adding yet another tool doing more or less the same, please
check whether this tool is better for all use cases. In case you
require a "modern terminal" (as mentioned by tiv's web page), consider
"chafa" instead.

I read my mail with mutt on a (often) remote system. I use a terminal
emulator capable of displaying "sixels", and by using chafa, I can
view attached images basically with no need to infer anything from the
images, as if it were a local image viewer.

My only quip about using sixels is that it takes a long time to open a
large image (compared to "cacaterm", what I used before. I think tiv's
quality is better than cacaterm's, but I'm not sure if your needs will
be better covered by chafa.

Loren M. Lang dijo [Thu, Feb 01, 2024 at 07:35:24AM -0800]:
> Package: wnpp
> Severity: wishlist
> Owner: "Loren M. Lang" 
> X-Debbugs-Cc: debian-de...@lists.debian.org
> 
> * Package name: tiv
>   Version : 1.2.1
>   Upstream Author : Aaron Liu , Stefan Haustein 
> 
> * URL : https://github.com/stefanhaustein/TerminalImageViewer
> * License : GPL3, ASL
>   Programming Lang: C++
>   Description : Small command-line viewer using RGB colors and Unicode 
> block characters to render image
> 
> Small command-line image viewer using 24-bit RGB ANSI colors and Unicode
> block characters which create a 4x8 pixel cell for each character. With
> the use of these Unicode block characters, this can provide a higher
> resolution image for the same screen real estate.
> 
> It was compared with timg and catimg and can get out finer detail than
> those tools and make a sharper presentation. The mail_new.png icon seems
> to have a lot of fine detail with the text on the page. Here is my
> comparision case:
> 
> catimg -H 32 /usr/share/icons/mate/256x256/actions/mail_new.png
> timg -g 32x32 /usr/share/icons/mate/256x256/actions/mail_new.png
> ./tiv -h 32 -w 32 /usr/share/icons/mate/256x256/actions/mail_new.png
> 
> I am currently planning on maintaining it myself, but I am open if there
> is a team that is more appropriate to help with it. The package itself
> is very lightweight and should not require much maintenance. I will need
> a sponsor to get this package into Debian.



-- 



signature.asc
Description: PGP signature

Bug#1037270: ITP: node-ftp -- FTP client module for node.js

[Gunnar Wolf]

Israel Galadima dijo [Fri, Jun 09, 2023 at 11:59:35PM +0100]:
> * Package name: node-ftp
>   Version : 0.3.10
>   Upstream Author : Brian White 
> * URL : * https://github.com/mscdex/node-ftp
> *
> * License : Expat
>   Programming Lang: JavaScript
>   Description : FTP client module for node.js
> 
> An FTP client module for node.js that provides an asynchronous interface
> for communicating with an FTP server.
> 
> This package is part of my effort to package corepack for Debian.

It's time to let FTP die! It is a terrible protocol, in so many
levels. The world would be better served if the energy invested in
packaging yet-another-FTP-client is rather used in helping
yet-another-obsolete-service-served-by-FTP migrate by something that
belongs to the current millenium :-\

(Of course, I'm nobody to oppose you working in whatever you wish to,
and your upstreams might be requiring this for $reasons... but still,
had to say it!)

Bug#1032663: ITP: eludris -- A simple CLI to help you with setting up and managing your Eludris instance

[Gunnar Wolf]

Oliver Wilkes dijo [Sun, Mar 12, 2023 at 04:12:11PM +]:
> Located at https://github.com/eludris/eludris/tree/main/cli, this is a
> package for creating an Eludris instance with ease. It is officially
> supported and maintained by Eludris and reduces the barrier to entry for new
> instance owners.
> 
> An Eludris instance is your own personally managed node of the Eludris
> server protocol, found at https://github.com/eludris/eludris.
> 
> More info about what Eludris is all about can be found here:
> https://eludris.github.io/docs/index.html.

Still not very useful. Something like the first paragraph of the mage
you quote last:

  Eludris is a FOSS federated, End-To-End-Encrypted Discord x Reddit
  mesh-like social media platform where the priority is for it to be
  truly yours.

I'd even prefer it to be without the hype (starting at "where the
priority..."). Having this explanation makes clear what the package is
about and whether you should be interested or not.

Bug#1032663: ITP: eludris -- A simple CLI to help you with setting up and managing your Eludris instance

[Gunnar Wolf]

Please explain briefly in your package description what is an Eludris
instance and why it might be useful or interesting to a Debian user
who stumbles upon your package!

Oliver Wilkes dijo [Fri, Mar 10, 2023 at 04:43:19PM +]:
> Package: wnpp
> Severity: wishlist
> Owner: Oliver Wilkes 
> X-Debbugs-Cc: debian-de...@lists.debian.org
> 
> * Package name : eludris
> Version : 0.3.2
> Upstream Author : Oliver Wilkes 
> * URL : https://github.com/eludris/eludris/tree/main/cli/
> * License : MIT
> Programming Lang: Rust
> Description : A simple CLI to help you with setting up and managing your
> Eludris instance
> 
> Located at https://github.com/eludris/eludris/tree/main/cli, this is a
> package for creating an Eludris instance with ease. It is officially
> supported and maintained by Eludris and reduces the barrier to entry for new
> instance owners.
> 
> ### Why is this package useful/relevant?
> 
> This CLI provides an easy way for users to create their own Eludris instance
> from scratch. There are currently no alternatives as Eludris is relatively
> new and this is an 'official' CLI.
> 
> ### How do you plan to maintain it?
> 
> I am not all too sure how this works as this is my first time packaging for
> Debian. I plan to maintain it solo for now, unless if anyone has any better
> suggestions as to what team to maintain it under.
> 

-- 

Bug#1031634: ITP: gum -- A tool for glamourous shell scripts

[Gunnar Wolf]

Hello Scarlett,

Scarlett Moore dijo [Sun, Feb 19, 2023 at 09:01:56AM -0700]:
> Package: wnpp
> Severity: wishlist
> Owner: Scarlett Moore 
> X-Debbugs-Cc: debian-de...@lists.debian.org, sgmo...@debian.org
> 
> * Package name: gum
>   Version : 0.9.0
>   Upstream Author : Charmbracelet Inc.
> * URL : https://github.com/charmbracelet/gum
> * License : MIT
>   Programming Lang: Golang
>   Description : A tool for glamourous shell scripts
> 
> A tool for glamorous shell scripts. Leverage the power of Bubbles and 
> Lip Gloss in your scripts and aliases without writing any Go code!

I urge you to use a clearer explanation for the Description field --
The short description is fine,but the long description leaves me
scratching my head. Bubbles and Lip Gloss? Never heard of them. Bash
supports aliases, why the need to pull in Go? etc.

Thanks,

Bug#1017804: ITP: pw -- interactively filtered pipe watcher

[Gunnar Wolf]

Antoine Beaupre dijo [Sat, Aug 20, 2022 at 03:17:52PM -0400]:
> Package: wnpp
> Severity: wishlist
> Owner: Antoine Beaupre 
> X-Debbugs-Cc: debian-de...@lists.debian.org
> 
> * Package name: pw
>   Version : 2
>   Upstream Author : Kaz Kylheku
> * URL : https://www.kylheku.com/cgit/pw/
> * License : BSD-2
>   Programming Lang: C
>   Description : interactively filtered pipe watcher
> (...)

Might I suggest the name "pipewatcher" or "pipewatch"? Two-letter-long
package names abuse the namespace. Maybe the installed binary, yes,
can remain pw (I think I'd use it quite often, less typing is good),
but you should think it calmly :-]

> (...)
> For instance the command "tcpdump -i  -l | pw" turns
> tcpdump into an interactive network monitoring tool in which you can
> use the dynamic filtering in pw to select different kinds of packets,
> and use the trigger feature to capture certain patterns of
> interaction.
> 
> pw is like an oscilloscope for text streams. Digital oscilloscopes
> sample the signal and pass it through a fifo, which is sampled to the
> oscilloscope screen, and can trigger the sampling on certain
> conditions in the signal to make waveforms appear to stand still. pw
> does something like that for text streams.

The whole thing looks _quite_ interesting! I hope you do get to
package it. And, given I know your inclinations.. Once you do, please
blog so we all remember to download it, test it, and add it to our
toolbelt!

Bug#991859: Is a different opinion about a license a case for the ctte?

[Gunnar Wolf]

Sam Hartman dijo [Tue, Aug 02, 2022 at 09:17:57AM -0600]:
>  
>  TL;DR: you don't have any recourse that is appropriate for this
>  situation.
>  All the hammers are bigger than your nail.

Well, hammers usually _are_ bigger than nails, otherwise... ;-)

But anyways...

>  The secretary ruled that the CT cannover overrule a delegate acting in
>  their delegated responsibility,
>  so no the CT cannot overrule ftpmaster.

Thanks for bringing this ruling up, Sam. Usually we do feel required
to answer to any questions brought up to us, although we have often
"decided not to take action" (or decided not to rule, but explicitly)
in the past.

>  The CT could give advice to ftpmaster, especially if ftpmaster requested
>  that advice.
>  I'd expect the CT would be reluctant to give non-technical advice.
>
>  The CT could set *technical policy* and I'd expect delegates would
>  generally be expected to follow reasonable technical policy established
>  by the CT or be accountable to the DPL and membership at large.
>  However, I don't really think that license standards are technical
>  enough to be technical policy.
>
>  ftpmaster could establish an appeals procedure.

Yes, that was more or less my line of thought upon first reading
Andreas' mail. I do not think licensing advice is the kind of advice
the TC is supposed to give. We do have a delegated body whose
authority is acknowledged by the whole project. And although we could
advice them to act differently, they can decide to ignore our
advice. So, if a licensing disagreement came up, the only real
resource IMO would be a GR. And I feel that would be too much for the
simple case you are presenting here.

Greetings,

Bug#1009164: ITP: gydl -- is a GUI wrapper around the already existing youtube-dl

[Gunnar Wolf]

Braulio Henrique Marques Souto dijo [Thu, Apr 07, 2022 at 09:26:27PM -0300]:
> * Package name: gydl
>   Version : 0.1.1
>   Upstream Author : Jannik Hauptvogel 
> * URL : https://github.com/JannikHv/gydl
> * License : (GPL2+)
>   Programming Lang: (Python)
>   Description : is a GUI wrapper around the already existing youtube-dl
> 
> Gydl (Graphical Youtube-dl) it's developed with a dialog driven experience
>  in mind. This provides a quick and easy video or audio downloads
>  without disturbances. Big thank you to the developer(s) of youtube-dl!

I suggest you rethink whether it's worth uploading it. The project
webpage states:

Fellow users,

Gydl is currently in a state where it is not worth enhancing/developing it 
in any way.

I currently don't have the resources to develop Gydl myself - thus
the amount of open issues.

I plan on keeping Gydl stable for how it currently is/works and
rewrite it completely in about half a year at the latest.

And yes, the Git repository has not had any activity for almost three
years. There are other youtube-dl wrappers already in the project, and
the UI does not look too different, for example, from the one provided
by youtubedl-gui.

Greetings,

Bug#990010: ITP: mymake -- A tool for compiling C/C++ programs

[Gunnar Wolf]

Package: wnpp
Severity: wishlist
Owner: Gunnar Wolf 
X-Debbugs-Cc: debian-de...@lists.debian.org, Filip Strömbäck 

* Package name: mymake
  Version : 2.2.0
  Upstream Author : Filip Strömbäck 
* URL : https://github.com/fstromback/mymake/
* License : MIT
  Programming Lang: C++
  Description : A tool for compiling C/C++ programs with minimal 
configuration

I am proposing this package as it is a build dependency for Storm /
Progvis.

Bug#990009: ITP: progvis -- Program visualization tool for C/C++ (and others)

[Gunnar Wolf]

Package: wnpp
Severity: wishlist
Owner: Gunnar Wolf 
X-Debbugs-Cc: debian-de...@lists.debian.org, Filip Strömbäck 

* Package name: progvis
  Version : 0.5.7
  Upstream Author :  Filip Strömbäck 
* URL : 
https://storm-lang.org/index.php?q=06-Programs%2F01-Progvis.md
* License : LGPL-2.1
  Programming Lang: C++
  Description : Program visualization tool for C/C++ (and others)

 A program visualization tool (written in Storm). Supports a subset of
 C/C++, and other languages supported by Storm. Aimed at showing how
 concurrent programs interact with pointers/references and other
 fundamental programming concepts.

<>

Progvis is an educational tool based on the Storm multi-language
toolbox that helps students visualize memory allocation, thread
interaction, synchronization, and several other things.

Progvis is built from the same sources as Storm (so, of course, this
packaging will include several bits of the Storm ecosystem). I will
also upload Filip's build system, called "mymake".

Bug#982254: O: mp3roaster -- Perl hack for burning audio CDs out of MP3/OGG/FLAC/WAV files

[Gunnar Wolf]

Package: wnpp
Severity: normal

Mp3roaster is a very easy to use and well thought out program to
record compressed audio files in audio CD format. I maintained it for
some time, but it didn't require any maintenance for a long
time... Then it fell out of my radar :-(

Nowadays, I don't own a CD recorder anymore, so I cannot test it. But
#982232 was filed today, and I cannot commit to a properly tested
process for it.

So hereby, I am orphaning the mp3roaster package.

The package description is:
 Allows burning audio CDs out of MP3, Ogg Vorbis, FLAC and WAV files. The main
 highlights of this application are an easy to use command line syntax and
 automatic volume leveling support for best audio CD quality.
 .
 In order to normalize the audio level of all files which will be burned on CDs
 MP3roaster requires some free hard disk space.



signature.asc
Description: PGP signature

Bug#972790: ITP: rfc6555 -- Happy Eyeballs Algorithm described in RFC 6555 using Python

[Gunnar Wolf]

Sudip Mukherjee dijo [Fri, Oct 23, 2020 at 06:25:26PM +0100]:
> Package: wnpp
> Severity: wishlist
> Owner: Sudip Mukherjee 
> 
> * Package name: rfc6555
>   Version :
>   Upstream Author : Seth Michael Larson 
> * URL : https://github.com/sethmlarson/rfc6555
> (...)
> The new offlineimap3 (Python3 fork of offlineimap) is using this rfc6555.
> There has been no official release yet and I have mailed upstream askig
> about it.
> I can maintain it under the umbrella of Python team.

I understand you are packaging something for which the author didn't
manage to choose a name, but you are _not_ packaging RFC 6555 (and you
cannot even include it, because RFCs are nonmodifiable by their
license and thus non-free in nature). Please help choose a name;
ideally, you can communicate with the author, and try to find a
suitable, meaningful human name for this!

Bug#972674: ITP: toolbox -- Unprivileged container development environment

[Gunnar Wolf]

Hayley Hughes dijo [Thu, Oct 22, 2020 at 09:31:30PM +1100]:
> * Package name : toolbox
> (...)
> Toolbox is a tool that offers a familiar package based environment for
> developing and debugging software that runs fully unprivileged using Podman.
> 
> The toolbox environment is based on an OCI image such as fedora-toolbox.
> This image is used to create a toolbox container that seamlessly integrates
> with the rest of the operating system.
> (...)

The name "toolbox" is very non-descriptive. There are many different
toolboxes for different things in Debian. Even though this is, of
course, upstream's chosen project name, I suggest you to consider
qualifying the name in a way to make it clearer - probably something
like "toolbox-container", "container-toolbox" or something like that?

Bug#966380: O: mp3roaster -- Perl hack for burning audio CDs out of MP3/OGG/FLAC/WAV files

[Gunnar Wolf]

Package: wnpp
Severity: normal

I intend to orphan the mp3roaster package. This package has not had
any activity since 2012, and eight years later... I don't even own a
device capable of writing music CDs.

The package works quite fine, although it's about to get kicked out of
testing unless mpg321 applies a quite trivial patch (FTBFS with gcc
10, bug #957563).

The Git repository was moved to salsa, but no upload has been made
since. The new Vcs-Git and Vcs-Browser should point to
https://salsa.debian.org/debian/mp3roaster.git 

The package description is:
 Allows burning audio CDs out of MP3, Ogg Vorbis, FLAC and WAV files. The main
 highlights of this application are an easy to use command line syntax and
 automatic volume leveling support for best audio CD quality.
 .
 In order to normalize the audio level of all files which will be burned on CDs
 MP3roaster requires some free hard disk space.

Bug#890816: ITP: autovpn -- Connect to a VPN in a country of your choice

[Gunnar Wolf]

Michael Meskes dijo [Mon, Feb 19, 2018 at 12:44:40PM +0100]:
> >   I'd strongly urge you to reconsider packaging this project, for
> >  three main reasons:
> > 
> >   * It relies upon the external VPNGate.net site/service.  If this
> > goes away in the lifetime of a stable Debian release users will
> > be screwed.
> 
> That is actually a good point. I wonder if using a local copy might be
> a good alternative.

I suppose the information it downloads is needed to keep the database
up to date. Thinking about a lifetime of ~5 years (stable+oldstable),
I don't think we could work around that

> >   * It allows security attacks on against the local system which the
> > remote service could exploit:
> > 
> > 1.  The tool downloads a remote URL to /tmp/openvpnconf
> > 
> > 2.  The file is then given as an argument to the command:
> > sudo openvpn /tmp/openvpnconf
> > 
> > 3.  That generated/downloaded openvpn configuration file could
> >be written to do anything, up to and including `rm -rf /`.
> 
> Can you actually get openvpn to do this?

Depends on what information you put in /tmp/openvpn.conf, I guess. The
least likely candidates end up opening holes - i.e. remember the quite
recent KDE notifier bug allowing FAT volume labels containing $() to
be executed :-P

I mean - It might be completely OK. But given this creates
configuration for setting up a high-privileged daemon from a public
place, it'd be on you to carefully comb on the relevant parts of the
source to assert the handling of this information is sensible.

Bug#884765: ITP: drupal-init-tools -- helper commands to create and install new Drupal projects

[Gunnar Wolf]

Antonio Ospite dijo [Tue, Dec 19, 2017 at 11:45:52AM +0100]:
> (...)
> I am the upstream author of drupal-init-tool and I plan on maintaining
> the Debian package myself, but I am not a Debian Developer or a Debian
> Maintainer.
> 
> I do have a sponsor who is kind enough to upload some other packages of
> mine, but if someone is interested in web stuff and want to sponsor me
> for this one, my usual sponsor and I would surely appreciate it. :)

FWIW, as the maintainer of Drupal7 (FWIW, I requested for it to be
removed from unstable yesterday), I am interested in having it. I'm
currently away from home and with low network availability, but am
willing to look at the packaging sponsor your uploads if needed (but
expect end-of-the-year-time delays)


signature.asc
Description: PGP signature

Bug#877372: ITP: bzrmk -- Generator for .bzrignore files

[Gunnar Wolf]

Sascha Manns dijo [Sun, Oct 01, 2017 at 07:57:01AM +0200]:
> This program helps by creating a .bzrignore file for your project. After
> installing it provides a binary, which can copy the installed bzr.mk into your
> current project directory. bzr.mk itself provides some useful rules for
> blacklisting some of your files to put them into the .bzrignore.
> (...)
> - - if there are other packages providing similar functionality, how does it
> compare?
> No other packages with similar functionality found.
> 
> - - how do you plan to maintain it?
> I'm the upstream developer and can take care of this package. I don't need a
> co-maintainer, but a sponsor.

Hmmm... I know this is an ITP, but seeing you are the upstream
developer as well...

Do you think this program could be generizable? I mean, if you are
creating patterns for auto-generated files based on
$whatever_heuristic that spans a whole project, would it be possible
to use the output to create a .gitignore, .svnignore, or such as well?

Bug#868865: ITP: python-django-imagekit -- Automated image processing for Django

[Gunnar Wolf]

Michael Fladischer dijo [Wed, Jul 19, 2017 at 12:31:58PM +0200]:
>  ImageKit is a Django app for processing images. Need a thumbnail? A
>  black-and-white version of a user-uploaded image? ImageKit will make them for
>  you. If you need to programmatically generate one image from another, you 
> need
>  ImageKit.
>  .
>  ImageKit comes with a bunch of image processors for common tasks like 
> resizing
>  and cropping, but you can also create your own.

I would welcome if you added to the description a bit on how this is
done. Is it a pure-Python solution? Is it linked to a C local
implementation, or to a well-known library? Or does it invoke external
binaries such as Imagemagick's on temporary files?

Bug#865289: ITP: ruby-tool -- general purpose Ruby library used by Sinatra 2.0 and Mustermann

[Gunnar Wolf]

Balasankar C dijo [Wed, Jun 21, 2017 at 08:18:11AM +0530]:
> >Umh, the name 'tool' is as generic as 'general purpose library'. Could
> >you provide a description that people would find useful to know
> >whether they could use this library (so that it's not _only_ used as a
> >dependency)?
> 
> To be honest, I did feel the same when I filed this ITP and I spent
> some time thinking of a better description. However, after reading
> the code, the description is probably the best one it can have. This
> gem basically bundles three or four different helper methods that
> are mainly to be used by Sinatra and Mustermann. I don't think I can
> find a better short description that conveys this fact. Maybe change
> "general purpose library" with "collection of helper methods".
> 
> What I can do is beef up the extended description to specify what
> all are the methods and clarify that they are mainly used by Sinatra
> and Mustermann for their specific code structure.

Ummm, I'd probably say "collection of helper methods for Sinatra and
Mustermann" then :) Making it clear from the short description what
this "tool" aims to.

(still, terrible naming for a piece of software!)

> As English isn't my best attribute, I'm open to any suggestion you
> may have. Else I will make the changes mentioned above.

I can tell you that it's quite clear that self.english.skills < 'native'
as well ;-)

Bug#865289: ITP: ruby-tool -- general purpose Ruby library used by Sinatra 2.0 and Mustermann

[Gunnar Wolf]

Balasankar C dijo [Tue, Jun 20, 2017 at 03:47:20PM +0530]:
> Package: wnpp
> Severity: wishlist
> Owner: Balasankar C 
> 
> * Package name: ruby-tool
>   Version : 0.2.3
>   Upstream Author : Konstantin Haase
> * URL : https://github.com/rkh/tool
> * License : Expat
>   Programming Lang: Ruby
>   Description : general purpose Ruby library used by Sinatra 2.0 and 
> Mustermann
> 
> Required for GitLab 9.2.x

Umh, the name 'tool' is as generic as 'general purpose library'. Could
you provide a description that people would find useful to know
whether they could use this library (so that it's not _only_ used as a
dependency)?

Bug#861581: ITP: rainloop -- Simple, modern & fast web-based email client

[Gunnar Wolf]

Hi Daniel,

Daniel Ring dijo [Sun, May 07, 2017 at 11:01:33AM +]:
> Hi Gunnar,
> 
> I've finished putting together a preliminary version of the package, but I
> have a few concerns about it.
> 
> The largest one is that the build system is NodeJS-based, and requires a
> version of npm newer than the one currently in Debian. Bugs #857986 and 
> #794890
> have some details about npm's issues. Installing nodejs from its official
> repository works, as does building on Ubuntu.

Ugh. The whole NodeJS ecosystem makes me shiver :-(

Anyway, installing a newer version than what's available in Debian is
*not* acceptable for a package to go in Debian. Either it has to be
patched to build with older versions, or you have to wait to the newer
version to arrive to Debian.

> Secondly, the build system has the usual issue with NodeJS packaging; it
> downloads dependencies at runtime. Most of the packages don't exist in Debian
> or are out of date, and I found several existing packages doing this while
> looking for a better solution, so I'm not sure how much of an issue this is.
> This only occurs at build-time, and nodejs isn't required to use the software.

That is also something that cannot be done; packaging software cannot
depend on network connectivity (not even initiate network
connections). The dependencies must be somehow build-depended upon; in
the (ugliest, worst) case you could patch your sources to include the
packages to fulfill this... But I doubt the ftp-masters will approve
of it.

> Finally, the upstream source contains several embedded libraries. I was able 
> to
> swap a few of them for existing packages in Debian, but there are a few PHP
> libraries that don't have existing packages.

It is frowned upon, but tolerated; you have to just make sure to keep
track of them and properly attribute all of the copyrights in
debian/copyright. 

> The JavaScript libraries are amalgamated into a single file at
> build-time, and separating them out would be a non-trivial amount of
> work for decreased performance.

We have to ship sources for every piece of software. You don't need to
separate them as long as you provide all the sources and can *prove*
they can be amalgamated to the identical "binary" you are
shipping. That's not a trivial thing, sadly :(

> Again, I found several existing packages doing this, so I'm not sure
> how much of a problem it is.  Upstream provided sources for most, I
> added the few missing to satisfy lintian.
> 
> I've uploaded the package to mentors: 
> https://mentors.debian.net/package/rainloop
> Please review it when you have a chance, and let me know if there's anything I
> need to fix!

I'm just talking WRT your text, and have not looked at the packaging
itself; I think I can do it on ~thursday... If you find some other
sponsor, of course, feel free to follow up with them. I want to at
least try and get the work done with you.

If you find examples in Debian that have been accpeted in opposition
to what I have pointed out here, point me to them.

Bug#861581: ITP: rainloop -- Simple, modern & fast web-based email client

[Gunnar Wolf]

Daniel Ring dijo [Sun, Apr 30, 2017 at 05:53:11PM -0700]:
> Rainloop is a PHP-based MUA with a modern interface and no database 
> requirements.
> 
> It supports IMAP and SMTP protocols (including SSL), Sieve scripts,
> multiple accounts and identities, an admin panel for configuration,
> and integration with a variety of commonly-used services. Plugins
> can be installed to further extend functionality. Emails are not
> stored locally, but are accessed through IMAP.
> 
> Debian already has a few webmail packages, but very few with a
> modern interface style, all of which require a database backend. I
> created a package for Rainloop for personal use, but I think other
> Debian users may find it useful as well.
> 
> I should be able to handle maintainance myself, as very few changes
> are required from upstream, but I will need a sponsor.

Hi Daniel,

I'm interested in looking at your package. When it's ready and when
you need a sponsor, mail me!


signature.asc
Description: Digital signature

Bug#861340: ITP: elpa-poetry -- Poetry writing aids for Emacs

[Gunnar Wolf]

Nicholas D Steeves dijo [Thu, Apr 27, 2017 at 01:37:03PM -0400]:
> Package: wnpp
> Severity: wishlist
> Owner: Nicholas D Steeves 
> 
> * Package name: elpa-poetry
> (...)
> In combination with tools such as dict.el, and thesaurus.el, this
> package extends Emacs to make it easier to write metrically
> correct poetry with more varied diction.  Its four primary functions
> are:
>  (...)
> Formal poetry tends to be seen as something mysterious and difficult.
> This package allows someone who is still having difficulty scanning
> lines--that is to say, difficulty finding and/or counting the stressed
> and unstressed syllables--the chance to build confidence by succeeding
> in these early steps.

Sounds like very nice and fun! I would only ask you to add to the
description, if you have this information: Is this package meant to
aid only for English? Or can it be extended with other languages
syllabation rules and by-word-ending dictionaries?


signature.asc
Description: Digital signature

Bug#851306: ITP: freebayes -- Bayesian haplotype-based polymorphism discovery and genotyping

[Gunnar Wolf]

Scott Kitterman dijo [Sun, Jan 15, 2017 at 04:34:40PM +]:
> >> "freebayes" seems like a very generic name for something specific to
> >such a 
> >> narrow field.  Maybe freebayes-genetic-variance or some such instead.
> >
> >I fully agree with your generic name consideration.  The software is
> >well known in this work field anyway so I'm hesitating a bit to rename
> >it.  Would you consider this a strong issue that needs to be discussed
> >with upstream or is it in a "not nice but acceptable" status?
> 
> I think it should be discussed with upstream, but we have broader
> namespace considerations that they may not understand or care about.
> 
> As long as a package search for freebayes returns this in the result
> set, I don't think it's critical to have the package name match
> exactly the upstream name.
> 
> Not wearing my FTP team hat for this, consider it as a comment from
> another DD.

As Scott is not "officially" speaking from the FTP team but just as a
DD, I'll chime in here.

I think the package name should indicate the field for which it is
meant (freebayes-genetic-variance), but I don't think the program name
should deviate from upstream; we have had issues such as when node.js
was introduced (that 'node' was a name already taken by another
program), but I don't think 'freebayes' will be such a contentious
program name.

Bug#831365: ITP: lepton -- tool to compress JPEGs losslessly

[Gunnar Wolf]

ChangZhuo Chen dijo [Fri, Jul 15, 2016 at 09:20:06AM +0800]:
> Package: wnpp
> Severity: wishlist
> Owner: "ChangZhuo Chen (陳昌倬)" 
> 
> * Package name: lepton
>   Version : 1.0
>   Upstream Author : Copyright (c) 2016 Dropbox, Inc.
> * URL : https://github.com/dropbox/lepton
> * License : Apache-2
>   Programming Lang: C
>   Description : tool to compress JPEGs losslessly
> 
>  Lepton is a tool and file format for losslessly compressing JPEGs by an
>  average of 22%.
>  .
>  This can be used to archive large photo collections, or to serve images
>  live and save 22% bandwidth.

Umh, I read about this program, but this description (even if it
matches the upstream one) is quite odd.

JPEG is an inherently lossy format; even at top quality, the input
image will not be identical to the output one (just "good enough" for
our eyes). If Lepton can losslessly compress *any* images (or any
photographic images, or whatever kind of transforms it does best), it
should not mention as its description "to compress JPEGs losslessly",
but "to compress this-kind-of-images losslessly". If it is "just" a
tool that further compresses JPEGs, yielding back the original JPEG
bit by bit, what is the advantage of its losslessness? I mean: It is a
tool to make an absolutely faithful compression out of a somewhat
faithful compression scheme.

Please make the use case clearer!


signature.asc
Description: Digital signature

Bug#819663: O: collabtive

[Gunnar Wolf]

Package: wnpp
Severity: normal

Collabtive is a very nice and simple, calendar- and project-based
group collaboration tool. The package description reads:

Description: Web-based project management software
 This package is intended for small to medium-sized businesses and
 freelancers.
 .
 All major browsers like Internet Explorer (7/8), Firefox, Opera,
 Safari, and Chrome are supported.

(ouch, didn't see how outdated the description is! ;-) )

I have maintained it since June 2010, and has mostly been an easy
task; upstreams are friendly, although some views on the world diverge
to what we have in Debian.

I have left pending the work for the new upstream release for too
long, and I'm leaving my work-in-progress as it is in the Git
repository. IIRC, the main issue delaying the upload was that I wanted
to provide sources for the Javascript libraries that are embedded in
minified-only version.

Bug#756305: drupal8: changing from ITP to RFP

[Gunnar Wolf]

retitle 756305 ITP: drupal8 -- fully-featured content management framework
owner 756305 !
thanks

> A long time ago, you expressed interest in packaging drupal8. Unfortunately,
> it seems that it did not happen. In Debian, we try not to keep ITP bugs open
> for a too long time, as it might cause other prospective maintainers to
> refrain from packaging the software.
> 
> This is an automatic email to change the status of drupal8 from ITP
> (Intent to Package) to RFP (Request for Package), because this bug hasn't seen
> any activity during the last 12 months.

Drupal8 stayed for many months in the "just about to be released"
status; I expected it to be ready toship with Jessie. As it turned out
not to be the case, I just let the ITP age.

I have recently retaken activity on the packaging, and am working on
it currently. I will soon send a RFH and try to assemble a
team-maintained package; meanwhile, I'll just move this back to ITP.

Thanks!


signature.asc
Description: Digital signature

Bug#805035: ITP: pidgin-gpg -- OpenPGP plugin for Pidgin

[Gunnar Wolf]

Paulo Roberto Alves de Oliveira (aka kretcheu) dijo [Fri, Nov 13, 2015 at 
02:03:05PM -0200]:
> * Package name: pidgin-gpg
>   Version : 0.9
>   Upstream Author : Alexander.Murauer.
> * URL : https://github.com/segler-alex/Pidgin-GPG
> * License : GPL-3
>   Programming Lang: C
>   Description : OpenPGP plugin for Pidgin
> 
> pidgin-gpg is a plugin for the Pidgin instant messaging program which enables
> it to communicate with Jabber/XMPP peers in an encrypted manner using the
> OpenPGP standard, which is understood by other clients, such as centericq,
> gajim, kopete and mcabber.
> 
> Another package (pidgin-openpgp) intent to do the same think but not working
> anymore.

This has me a bit at unease. I don't know precisely how this plugin
works, what its UI is, or many, many other details... But:

OpenPGP key pairs are a very valuable asset for many of us. Of course,
those of us participating in the Debian project as DDs or DMs (or
those interested in joining) hold them in high value as they are our
main means of identification for the project. And there are many "best
practices", not all of them we all follow (i.e. I'd like to use a
smartcard for my keys, but I don't), but we expect all parties to
excercise a minimum common degree of care.

So, we take care to avoid storing our key pairs in computers
directly-connected to the Internet. We avoid keeping the key material
in "live" memory besides their ephimeral use. And what I feel most
important in this regard: GPG keys use cases are usually restricted to
signing documents/items, not for encrypting whole communication
sessions.

That is, in order to send this mail, I will input my key
passphrase. And according to my mail client configuration, the key
passphrase will be forgotten after a 5 minute interval.

If I add pidgin-gpg to my Pidgin, I will (probably - Again, depends on
the details of implementation) have:

- Key material in memory for the whole duration of my Pidgin session
  (which in my case means "always")

- Together with its passphrase (if it aims at not being obnoxious and
  asking for it over and over and over and over)

- In a network-connected and network-activated program

- In a fine piece of software, but one that has not been audited for
  security and lists tens of security advisories for the last few
  years, some of them leading to information leaks:

  https://www.pidgin.im/news/security/

- And for an application that already has a strong, different model
  for session encryption, better suited for full-session handling:
  OTR.

So... If you believe I'm mistaken on this, please go ahead. But do
consider the liabilities this brings to our users!


signature.asc
Description: Digital signature

Bug#783816: RFP: thefuck -- Correct your misbehavior on the command line

[Gunnar Wolf]

Ming-ting Yao Wei dijo [Thu, Apr 30, 2015 at 08:48:15PM +0800]:
>   Description : Correct your misbehavior on the command line
> 
> The package tries to fix your command line error, such as missing sudo
> or typo.

Ugh. I'd fear having an automated tool that tried to call sudo for
every action I do by mistake :-|

> Also wondering if the name is too offensive to upload.

I'd prefer not having a package by that name in Debian. I would not
oppose too much, anyway; i. e. we do have Brainfuck, and it would be
unwise to rename it.


-- 
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/20150430173621.gb15...@gwolf.org

Bug#778527: ITP: libfile-mktemp-perl -- Make temporary filename from template

[Gunnar Wolf]

Raoul Gunnar Borenius dijo [Mon, Feb 16, 2015 at 11:30:24AM +0100]:
> File::MkTemp and File::MkTempO provides functions to create unique strings
> for use as file/directory names based on an user specified template.
> 
> The package would be very useful for Nagios/Icinga-Installations
> using the optional Kerberos-Check-Plugin from
> http://exchange.nagios.org/directory/Plugins/Security/check_krb5/details
> 
> This plugin is implemented in Perl and needs File::MkTemp which
> is not in Debian yet.

Umh, what does it provide beyond what File::Temp (which is in the
standard library) already does? 

$ perl -e 'use File::Temp; $f=File::Temp->new(TEMPLATE=>"FooBar", 
DIR=>"/tmp", SUFFIX=>".foo"); print $f->filename,"\n";'
/tmp/FooBarM1Xo.foo

File::Temp not only creates unique strings, but also automatically
handles the file or directory creation and remotion.


-- 
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/20150217160723.gb83...@gwolf.org

Bug#777743: ITP: wallpaperd -- X wallpaper changing daemon

[Gunnar Wolf]

Dmitry Bogatov dijo [Thu, Feb 12, 2015 at 10:43:17AM +0300]:
>  - why is this package useful/relevant?
> 
> It follows unix way and manages wallpapers without connection to
> your DE, WM or anything.
> (...)
> if there are other packages providing similar functionality, how does it 
> compare?
> 
> Such functionality exists in GNOME and KDE, at least. But I know nothing 
> similar
> for bare WM.

I guess I do this the ugliest possible way, but my .xsession has:

BGDIR=/home/gwolf/.backgrounds
while /bin/true
do
feh --bg-max $BGDIR/$(xscreensaver-getimage-file $BGDIR)
sleep 60
done &

I guess there's more to wallpaperd than this, right?


-- 
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/20150212182329.gc59...@gwolf.org

Bug#756305: ITP: drupal8 -- fully-featured content management framework

[Gunnar Wolf]

Package: wnpp
Severity: wishlist
Owner: Gunnar Wolf 

* Package name: drupal8
  Version : 8.0
  Upstream Author : Dries Buytaert 
* URL : http://www.drupal.org/
* License : GPLv2
  Programming Lang: PHP
  Description : fully-featured content management framework

 Drupal is a dynamic web site platform which allows an individual or
 community of users to publish, manage and organize a variety of
 content, Drupal integrates many popular features of content
 management systems, weblogs, collaborative tools and discussion-based
 community software into one easy-to-use package.
 .
 This package contains version 8 of Drupal.

Please note the description is basically a copy of Drupal 7's. Drupal
does not really provide an automated upgrade path between releases
(and there are *deep* changes that can lead to hair loss when
upgrading; just look at a recent photo of myself to fully comprehend
the problematic), but several versions can be concurrently
installed. They should be regarded as independent pieces of software.
Jessie shipped with both drupal6 and drupal7.

Drupal 8.0 is not yet shipped, but I want to start preparing the
package, as they are committed to shipping before our freeze — And I
do want to try to have it available in Jessie.


-- 
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/20140728153721.7155.5105.report...@mosca.iiec.unam.mx

Bug#751397: ITP: drmips -- Educational MIPS simulator - DrMIPS

[Gunnar Wolf]

Hi Bruno,

> * Package name: drmips
>   Version : 1.2.1
>   Upstream Author : Bruno Nova 
> * URL : https://bitbucket.org/brunonova/drmips/
> * License : GPL
>   Programming Lang: Java
>   Description : Educational MIPS simulator - DrMIPS
> (...)
> I am the author of the program. Above was the "general" description of the
> software.
> This simulator is to be used mostly in Computer Architecture classes where the
> MIPS architecture is studied.
> It simulates some MIPS code and shows, step-by-step: the assembled code, the
> registers, the data memory and a graphical representation of the datapath
> (unicycle or pipeline).
> I intend to package the PC version of the simulator (obviously).

As a teacher (although I teach Operating Systems, but for some things,
I'm sure it's needed for my students to understand Computer
Architecture, and it's good to have tools to point them to), I am
interested in seeing this tool.

> Now, I know this is a very specific program, and useless to most people.
> Also, besides the University where it was created, probably almost no one else
> uses it (1 or 2 other universities, at maximum).
> So, I'm perfectly fine if the package is not accepted. After all, no one
> requested this package.
> But this would also be the first package I would send to Debian, so it would 
> be
> useful for me to learn how to submit packages to Debian and Ubuntu
> repositories.
> I have a package for Ubuntu in a PPA, though (ppa:brunonova/ppa).

Most packaes are requested only by the person uploading and
maintaining them, and only later are found to be useful for others. I
would say your package is welcome; even more so knowing that you as
the upstream author are interested in having it in Debian.

I'd only ask what does your package provide that existing packages
don't - I know, for example, we have SPIM. SPIM is quite old, and has
had a slow upload history. Its last new upstream release is eight
years already. But for the task it fulfills, it is a good tool. How
would you compare DrMIPS with SPIM?


signature.asc
Description: Digital signature

Bug#750966: ITP: pcredz -- Extract authentication information from a pcap file or from a live interface

[Gunnar Wolf]

Package: wnpp
Severity: wishlist
Owner: Gunnar Wolf 

* Package name: pcredz
  Version : 20140606
  Upstream Author : Laurent Gaffie 
* URL : http://github.com/lgandx/PCredz
* License : GPLv3+
  Programming Lang: Python
  Description : Extract authentication information from a pcap file or from 
a live interface

This package listens to a live network interface or reads from a pcap
file, and extracts different authentication information, including
POP, SMTP, IMAP, SNMP community string, FTP, HTTP Basic, NTLM v1/v2,
Kerberos and credit card numbers. 


-- 
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/20140609031734.6657.61728.report...@mosca.iiec.unam.mx

Bug#737563: ITP: telegram-cli -- Command-line interface for Telegram

[Gunnar Wolf]

Cleto Martín dijo [Mon, Feb 03, 2014 at 08:52:41PM +]:
> Package: wnpp
> Severity: wishlist
> Owner: "Cleto Martín" 
> 
> * Package name: telegram-cli
>   Version : 0.1
>   Upstream Author : Vitaly Valtman
> * URL : https://github.com/vysheng/tg
> * License : GPL
>   Programming Lang: C
>   Description : Command-line interface for Telegram messenger

Also, please look at Martín Ferrari's blog post¹ before doing work
that will promote the use of Telegram.

Granted, the Telegram client *is* free software (barring the already
mentioned GPL/SSL license compatibility issue) and has legitimate
uses, but Martín's analysis seems quite thorough and interesting!

¹ http://blog.tincho.org/posts/Telegram/


-- 
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/20140204180227.gh79...@gwolf.org

Bug#718981: ITP: ruby-colorator -- String extension for terminal coloring

[Gunnar Wolf]

Youhei SASAKI dijo [Wed, Aug 07, 2013 at 09:13:14PM +0900]:
> Package: wnpp
> Owner: Youhei SASAKI 
> Severity: wishlist
> 
> * Package name: ruby-colorator
>   Version : 0.1
>   Upstream Author : Parker Moore and Brandon Mathis
> * URL or Web page : https://github.com/octopress/colorator
> * License : MIT
>   Description : String extension for terminal coloring
>A Ruby Library colorize your text in the terminal.
>.
>There are a bunch of gems that provide functionality like this, but
>none have as simple an API as this. Just call `"string".color` and your
>text will be colorized.

How does this compare to ruby-wirble? It seems to do just part of what
Wirble does:

 A handful of useful Irb features, including colorized results,
 tab-completion, history, a simple prompt, and several helper
 methods, all rolled into one easy to use package.

Or is it a more generalized colorator?


-- 
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/20130807215207.ga3...@gwolf.org

Bug#713983: ITP: ruby-http-cookie -- Ruby library to handle HTTP cookies

[Gunnar Wolf]

Package: wnpp
Severity: wishlist
Owner: Gunnar Wolf 

* Package name: ruby-http-cookie
  Version : 1.0.1
  Upstream Author : Akinori MUSHA , Eric Hodel, Aaron 
Patterson, Mike Dalessio
* URL : https://github.com/sparklemotion/http-cookie
* License : MIT
  Programming Lang: Ruby
  Description : Ruby library to handle HTTP cookies

This library aims to be both compliant with RFCs and compatible with
today's major browsers.

It was originally a part of the Mechanize library
(https://github.com/sparklemotion/mechanize), separated as an
independent library in the hope of serving as a common component that
is reusable from any HTTP related piece of software.


-- 
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/20130624150648.14914.65595.report...@mosca.iiec.unam.mx

Bug#709507: ITP: ruby-html2haml -- Convert HTML into HAML

[Gunnar Wolf]

Package: wnpp
Severity: wishlist
Owner: Gunnar Wolf 

* Package name: ruby-html2haml
  Version : 1.0.1
  Upstream Author : Norman Clarke 
* URL : https://github.com/haml/html2haml
* License : MIT
  Programming Lang: Ruby
  Description : Convert HTML into HAML

This package was split by its upstream author from the 'Haml' gem
(package ruby-haml). It allows converting between HTML and HAML
markups, and while mainly aimed at being used within Ruby code,
includes an executable wrapper that allows it to be called from the
command line.


-- 
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/20130523162829.7978.4597.report...@mosca.iiec.unam.mx

Bug#448532: Packaging Piwik for Debian

[Gunnar Wolf]

Hi Fabrizio,

I have recently started using Piwik, and would love to have it as part
of Debian. I just found this bug report; finding you have kept
regularly updating the repository at least until last March (it does
not yet include the 1.8/1.8.1 releases, but they are very recent). 

What is the overall state of the packaging? Is there anything you want
me to do to help you get it up to speed? We are (marginally, but
still) in time to get it included in Wheezy, and I'm interested in
putting some work to it :)

Greetings,



-- 
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/20120604161249.gd6...@gwolf.org

Bug#673561: ITP: ruby-sourcify -- Extract a Ruby class or method's parse tree

[Gunnar Wolf]

Package: wnpp
Severity: wishlist
Owner: Gunnar Wolf 

* Package name: ruby-sourcify
  Version : 0.5.0
  Upstream Author : NgTzeYang 
* URL : http://github.com/ngty/sourcify
* License : Expat
  Programming Lang: Ruby
  Description : Extract a Ruby class or method's parse tree

This library is a unified solution to extract proc code into a
human-readable parse tree. It is intended as a replacement for
ruby-parsetree for versions of Ruby different to 1.8.



-- 
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/20120519170016.16239.66829.report...@mosca.iiec.unam.mx

Bug#673557: ITP: ruby-file-tail -- Ruby library for following still-growing files

[Gunnar Wolf]

Package: wnpp
Severity: wishlist
Owner: Gunnar Wolf 

* Package name: ruby-file-tail
  Version : 1.0.8
  Upstream Author : Florian Frank 
* URL : http://www.ping.de/~flori
* License : GPL-2
  Programming Lang: Ruby
  Description : Ruby library for following still-growing files

Small ruby library that allows it to "tail" files in Ruby, including
following a file that still is growing, like the unix command 'tail
-f' can.



-- 
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/20120519160620.3218.67700.report...@mosca.iiec.unam.mx

Bug#656370: ITP: ruby-ntlm -- Pure Ruby implementation of Microsoft's NTLM protocol

[Gunnar Wolf]

Package: wnpp
Severity: wishlist
Owner: Gunnar Wolf 

* Package name: ruby-ntlm
  Version : 0.1.1
  Upstream Author : Kohei Kajimoto
* URL : http://rubyforge.org/projects/rubyntlm
* License : Ruby
  Programming Lang: Ruby
  Description : Pure Ruby implementation of Microsoft's NTLM protocol

Ruby/NTLM provides message creator and parser for the NTLM authentication.

Some features:
* Independent from non-standard Ruby libraries.
* Supports NTLM and NTLMv2 reponses.



-- 
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/20120118195412.30514.61632.report...@mosca.iiec.unam.mx

Bug#656362: ITP: ruby-webrobots -- Library for creating robots.txt-aware web robots

[Gunnar Wolf]

Package: wnpp
Severity: wishlist
Owner: Gunnar Wolf 

* Package name: ruby-webrobots
  Version : 0.0.12
  Upstream Author : Akinori MUSHA 
* URL : https://github.com/knu/webrobots
* License : BSD
  Programming Lang: Ruby
  Description : Library for creating robots.txt-aware web robots

This library helps write robots.txt-compliant web robots in Ruby,
based on Nokogiri's functionality.

This package is required as a build-dependency for the new version of
ruby-mechanize.



-- 
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/20120118184707.27110.10736.report...@mosca.iiec.unam.mx

Bug#656360: ITP: ruby-ntlm-http -- 1

[Gunnar Wolf]

Package: wnpp
Severity: wishlist
Owner: Gunnar Wolf 

* Package name: ruby-ntlm-http
  Version : 0.1.1
  Upstream Author : Kohei Kajimoto, Kingsley Hendrickse 

* URL : http://rubyforge.org/projects/rubyntlm
* License : Ruby
  Programming Lang: Ruby
  Description : Library implementing NTLM authentication over HTTP

Ruby/NTLM provides message creator and parser for the NTLM
authentication.

This package is required as a build-dependency for the new version of
ruby-mechanize.



-- 
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/20120118183926.21794.65731.report...@mosca.iiec.unam.mx

Bug#656284: ITP: ruby-unf -- Wrapper library to bring Unicode Normalization Form support to Ruby

[Gunnar Wolf]

Package: wnpp
Severity: wishlist
Owner: Gunnar Wolf 

* Package name: ruby-unf
  Version : 0.0.4
  Upstream Author : Akinori MUSHA
* URL : http://github.com/knu/unf
* License : MIT
  Programming Lang: Ruby
  Description : Wrapper library to bring Unicode Normalization Form support 
to Ruby

This library allows code to be portable between Ruby implementations,
using 'unf_ext' under CRuby and 'java.text.Normalizer' on JRuby. It
normalizes UTF-8 strings into and from NFC, NFD, NFKC or NFKD

This package is needed as a build-dependency for ruby-domain-name.



-- 
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/20120118004124.19733.57215.report...@mosca.iiec.unam.mx

Bug#656282: ITP: ruby-domain-name -- Domain Name manipulation library for Ruby

[Gunnar Wolf]

Package: wnpp
Severity: wishlist
Owner: Gunnar Wolf 

* Package name: ruby-domain-name
  Version : 0.5.1
  Upstream Author : Akinori MUSHA
* URL : http://github.com/knu/ruby-domain_name
* License : BSD
  Programming Lang: Ruby
  Description : Domain Name manipulation library for Ruby

This library allows for making DNS queries from Ruby. It can also be
used for cookie domain validation based on the Public Suffix List.



-- 
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/20120118001218.10950.644.report...@mosca.iiec.unam.mx

Bug#656279: ITP: ruby-net-http-persistent -- Manages persistent connections using Net::HTTP

[Gunnar Wolf]

Package: wnpp
Severity: wishlist
Owner: Gunnar Wolf 

* Package name: ruby-net-http-persistent
  Version : 2.3.3
  Upstream Author : © 2010 Eric Hodel
© 2010 Aaron Patterson
* URL : http://docs.seattlerb.org/net-http-persistent
* License : MIT
  Programming Lang: Ruby
  Description : Manages persistent connections using Net::HTTP


Using persistent HTTP connections can dramatically increase the speed of HTTP.
Creating a new HTTP connection for every request involves an extra TCP
round-trip and causes TCP congestion avoidance negotiation to start over.

Net::HTTP supports persistent connections with some API methods but does not
handle reconnection gracefully.  Net::HTTP::Persistent supports reconnection
and retry according to RFC 2616.

This package is needed as a build-dependency for ruby-mechanize.



--
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/20120117235134.31716.58914.report...@mosca.iiec.unam.mx

Bug#656277: ITP: ruby-net-http-digest-auth -- RFC 2617 Digest Access Authentication implementation

[Gunnar Wolf]

Package: wnpp
Severity: wishlist
Owner: Gunnar Wolf 

* Package name: ruby-net-http-digest-auth
  Version : 1.3
  Upstream Author : Eric Hodel 
* URL : 
http://docs.seattlerb.org/net-http-digest_auth/Net/HTTP/DigestAuth.html
* License : MIT
  Programming Lang: Ruby
  Description : RFC 2617 Digest Access Authentication implementation

Stand-alone Ruby library implementing Digest Access
Authentication. This package is completely independent (and does not
fully integrate with) Net::HTTP.

This package is needed as a build-dependency for ruby-mechanize.



-- 
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/20120117233136.24354.72327.report...@mosca.iiec.unam.mx

Bug#654840: ITP: haml-elisp -- Emacs Lisp mode for the Haml markup language

[Gunnar Wolf]

Package: wnpp
Severity: wishlist
Owner: Gunnar Wolf 

* Package name: haml-elisp
  Version : 3.0.15
  Upstream Author : Nathan Weizenbaum
* URL : http://www.haml-lang.com
* License : MIT
  Programming Lang: Ruby
  Description : Emacs Lisp mode for the Haml markup language

This package was generated by libhaml-ruby; it was split by the author
into separate sources.



-- 
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/2012010607.22294.11875.report...@mosca.iiec.unam.mx

Bug#648256: [Cherokee] Bug#648256: RFA: cherokee -- Very fast, flexible and easy to configure web server

[Gunnar Wolf]

M. David Peterson dijo [Fri, Nov 11, 2011 at 05:30:09PM -0800]:
> > I am sending now this "Request For Adoption" bug. I intend to keep
> > maintaining Cherokee the best way I can (which as can be seen is not
> > too good) until the next Debian Stable release, and if no new
> > maintainer steps up by then, will flag it as Orphaned.
> 
> I've never maintained a Debian package before, but I'm certainly willing to
> learn if for no other reason than to ensure this project continues for as
> an active package. What's the first step?

Hi,

The package is kept in a public git repository, tracked at:

http://git.debian.org/?s=collab-maint%2Fcherokee

To be honest, I'd love to take your proposal, but that's more or less
where we are now - We need somebody familiar with maintaining packages
for Debian (and not just building packages, that's where we stand
now). This package is not too complex, but is clearly more than what
I'd suggest you to start with. Anyway, if you are interested in
maintaining packages in Debian, start with the New Maintainers' Guide:

http://www.debian.org/doc/manuals/maint-guide/

Also, be sure to get familiar with the Debian policy:

http://www.debian.org/doc/debian-policy/

Greetings,



-- 
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/2012213159.gb22...@gwolf.org

Bug#648256: RFA: cherokee -- Very fast, flexible and easy to configure web server

[Gunnar Wolf]

Package: wnpp
Severity: normal

TL;DR → I need somebody to help me with Cherokee, and I intend to stop
 maintaining it (i.e. orphan it) after Wheezy is released.

I have been maintaining Cherokee for quite a long time — I packaged
the initial version sitting together with the upstream author while at
a conference in Bolivia, back in 2004, and did the first upload to
Debian in 2006.

The package description is:
 Cherokee is a very fast, flexible and easy to configure Web Server.
 It supports the widespread technologies nowadays: FastCGI, SCGI, PHP,
 CGI, TLS and SSL encrypted connections, Virtual hosts, Authentication,
 on the fly encoding, Apache compatible log files, HTTP Load Balancing,
 Data Base Balancing, SSI, Reverse HTTP Proxy and much more.
 .
 Cherokee also provides an easy to use configuration interface that
 allows one to configure the server from top to bottom without having to
 edit a text configuration file.

After being a very quiet package for some time, it entered a phase of
quick development, and saw eight major versions (and 82 upstream
versions in total) over five years. Right now, it seems development
speed has slowed down again.

Cherokee is not a very complex package; although it generates 16
binary packages, its build and installation logic are quite
straightforward. The package is quite a typical DH-based one.

Interaction with the upstream developers is a gift, it's one of the
swiftest packages I've seen — They are most responsive, and most
interested in having it packaged for Debian. There is an important
difference in our postures, however — A common one: They are
interested in supporting the latest versions, but not as much in
giving support to older releases. I have been requested several times
to push the latest release to backports.debian.org, but have failed to
do so.

Having the upstream project leader (Álvaro López) listed as a
co-maintainer, and having Leonel Núñez as an active co-maintainer as
well, why do I request an adopter for the cherokee package instead of
leaving it just for them? Because of the work focus. I cannot provide
proper support for older releases, as I am not quite literate in C and
the (very few) patches I have submitted to them end up being worse
than the bug I'm treating, and their main focus is basically providing
newer versions and prompting the users to upgrade. Leonel's work has
been quite useful, but as I have repeatedly told him, it is often
limited to a "make it compile and ship it" stance — Again, due to a
different focus.

I expect to hand this package over to a DD or DM, so no explicit
sponsoring is needed. Álvaro is since recently a Canonical employee —
Of course, I don't know much about his position there, but if you are
also related to Ubuntu, you might find extra points in interacting
with a co-worker.

Cherokee currently has an open security bug, but before it, since
three versions ago (1.2.100) has given several FTBFS in several
platforms (during the build tests — The binary itself builds
correctly, but might be performing in a buggy way). I have been unable
to follow up in a responsible way to the bugs.

IN SHORT, MY REQUEST:


I am sending now this "Request For Adoption" bug. I intend to keep
maintaining Cherokee the best way I can (which as can be seen is not
too good) until the next Debian Stable release, and if no new
maintainer steps up by then, will flag it as Orphaned.

Thank you very much,

-- 
Gunnar Wolf • gw...@gwolf.org • (+52-55)5623-0154 / 1451-2244


signature.asc
Description: Digital signature

Bug#641597: ITP: haml -- Haml is a markup language that is used to cleanly and simply describe the HTML of any web document without the use of inline code.

[Gunnar Wolf]

Marcin Antczak dijo [Wed, Sep 14, 2011 at 04:55:12PM +0200]:
> Package: wnpp
> Severity: wishlist
> Owner: Marcin Antczak 
> 
> 
>   Package name: haml
>   Version : 3.1.3
>   Upstream Author : Hampton Catlin 
>   URL : http://haml-lang.com/
>   License : MIT
>   Programming Lang: haml
>   Description : Haml is a markup language that is used to cleanly and 
> simply describe the HTML of any web document without the use of inline code.
> 
> Haml and Sass have, finally, become independent projects. This is why I would 
> like to package this project in new version and replace current libhaml-ruby 
> package.

Great, as the current (irresponsible) maintainer (who has not yet got
time to get the package to build correctly) I welcome your efforts :)
If you want to keep me listed as an uploader, I'll be happy (that is,
instead of taking it over, you can just become comaintainer for
it). Also, please keep it under the pkg-ruby-extras team.

I strongly suggest you to use the ruby-haml name instead of the
generic "haml", as it is a Ruby library. Please look at the current
prefered way to build Ruby packages in:

http://wiki.debian.org/Teams/Ruby/RubyInWheezy

Thanks,



-- 
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/20110915173857.ga14...@gwolf.org

Bug#640885: ITP: ruby-ttfunk -- Ruby library to parse TrueType font metrics

[Gunnar Wolf]

Cédric Boutillier dijo [Fri, Sep 09, 2011 at 09:42:52AM +0200]:
> Thank you for your comments. I guess that now the point of view of
> upstream has changed a little bit [0,1].
> 
> [0] https://github.com/sandal/prawn/issues/191
> [1] https://github.com/sandal/pdf-inspector/blob/master/README (third
> paragraph)
> 
> ttfunk as well as pdf-inspector are now distributed as independent gems, and
> may have an interest independently from libprawn-ruby. As far as ttfunk
> is concerned, one might think of a font collection manager for instance?. 
> Moreover, this fits particularly well with the new Ruby packaging workflow.
> I guess that having these packages split is the easiest way to maintain
> them and to follow upstream.

Great - if this reflects upstream's viewpoints now, then I cannot
anymore justify having them squashed into a single package. And surely
they are easier to maintain as separated entities. In fact, it was
this factor that prevented me from doing some Prawn updates at some
point in time where the three gems didn't have a stable version in
sync.



--
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/20110909150901.ga15...@gwolf.org

Bug#640885: ITP: ruby-ttfunk -- Ruby library to parse TrueType font metrics

[Gunnar Wolf]

Cédric Boutillier dijo [Thu, Sep 08, 2011 at 10:13:00AM +0200]:
> Package: wnpp
> Severity: wishlist
> Owner: "Cédric Boutillier" 
> 
> Hi!
> 
> I would like to package ruby-ttfunk, under the umbrella of Ruby Extras
> Team. This font metrics parser is a dependency of a newer version of
> libprawn-ruby (soon to be renamed ruby-prawn).
> 
> * Package name: ruby-ttfunk
>   Version : 1.0.2
>   Upstream Author : Gregory Brown  and others
> * URL : https://github.com/sandal/ttfunk
> * License : Ruby or GPL-2 or GPL-3
>   Programming Lang: Ruby
>   Description : Ruby library to parse TrueType font metrics
> 
>  TTFunk is a TrueType font parser written in pure Ruby.
>  It gives access to various data included in a .ttf file, including the
>  name, family, subfamily of the font, as well as some metrics information.
>  
>  TTFunk can be used by Ruby PDF generation libraries, like ruby-prawn.

Hi,

I originally packaged libprawn-ruby in 2009. When I did it, its
upstream recommended me to keep ttfunk and pdfinspector in sync with
it, as they are not really independent packages and are (or were, at
least) unlikely to be useful by themselves. The sources are not
developed in a single tree nor distributed as a single tarball, and
that's the reason libprawn-ruby has three source tarballs. I decided
not to make it into three separate packages in order not to needlessly
create new, small packages.

Of course, it's more hassle for maintenance, and there _are_ strong
points towards having a regular, single-tarball package. I'm not
writing this to stop you  from splitting the packages, but just to give
you some perspective on my reasoning.


signature.asc
Description: Digital signature

Bug#630105: ITP: kindleclip -- User interface for managing Amazon Kindle's "My Clippings" file

[Gunnar Wolf]

Package: wnpp
Severity: wishlist
Owner: Gunnar Wolf 

* Package name: kindleclip
  Version : 0.2
  Upstream Author : Gunnar Wolf 
* URL : https://github.com/gwolf/kindleclip
* License : GPL-3+
  Programming Lang: Ruby
  Description : User interface for managing Amazon Kindle's "My Clippings" 
file

Amazon Kindle devices store a "My Clippings.txt" file, where the
bookmarks, highlights and notes are kept. This application allows you
to search within the clippings, filter the contents, and copy and
paste to other applications.

This program is in no way endorsed, promoted or should be associated
with Amazon. It is not –and does not aim to be– an official Kindle
project.



--
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/20110610235159.13906.67143.report...@mosca.iiec.unam.mx

Bug#616123: ITP: collabtive -- Simple web-based project management software

[Gunnar Wolf]

Package: wnpp
Severity: wishlist
Owner: Gunnar Wolf 

* Package name: collabtive
  Version : 0.6.5
  Upstream Author : Philipp Kiszka  et. al.
* URL : http://collabtive.o-dyn.de/about.php
* License : GPLv3+
  Programming Lang: PHP
  Description : Simple web-based project management software

A simple project management software intended for small to
medium-sized businesses and freelancers. Is structured around
projects, milestones, tasklists, and tasks, and implements
timetracking, notification and messaging between its users.

Collabtive does not aim to represent a full company's hierarchy, it is
structured in a flat way, basing its work just in project membership.



-- 
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/20110302173706.21136.40650.report...@mosca.iiec.unam.mx

Bug#600981: ITP: lv2file -- A command-line program to apply LV2 effects to files

[Gunnar Wolf]

Jeremy dijo [Sat, Oct 23, 2010 at 08:57:13PM -0400]:
> If I were to update the description, would I somehow do it on the bug
> tracker, or just in the package I create?

Just in the package. And again - I am only advising. You are the
pacakge'e "owner". You are free to do as you wish in this regard. 



-- 
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/20101024011211.gj23...@gwolf.org

Bug#600981: ITP: lv2file -- A command-line program to apply LV2 effects to files

[Gunnar Wolf]

Jeremy dijo [Sat, Oct 23, 2010 at 01:26:22AM -0400]:
> > Oh - Thanks for telling me (as this is clearly targetted as a reply to
> > the human questioning you). It is usual for Debian people to answer to
> > ITP bugs stating what they think should be added to the description
> > (or any other comments).
> 
> Should that all be included in the description?  I think it's a little bit
> too much information for the package.  Anyone who is using this program
> should know what LV2 plugins are, because this is really a tool for people
> who know what they want to do.

I would not be so quick to dismiss a user's interest in the package -
sometimes it is a description which makes you see something you'd have
never guessed...

Of course, I might ge way mistaken if the LV2 standard is too
specialized. I'm just pointing at common practice.

Anyway, I'd just include something short along what you have
described, maybe including some package names, and this paragraph (or
bits from it):

> > > In order to create these effects (as a developer) you should
> > > install lv2core and read the included documentation.  However,
> > > unless you are experienced with audio programming, you usually
> > > would only use other people's plugins, and simply adjust the
> > > parameters (for example, the volume parameter on an amplifier
> > > plugin).  Lv2file (and most other programs which work with LV2
> > > plugins) allow you to control these parameters directly.




-- 
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/20101024003919.gc23...@gwolf.org

Bug#600981: ITP: lv2file -- A command-line program to apply LV2 effects to files

[Gunnar Wolf]

Jeremy dijo [Fri, Oct 22, 2010 at 04:14:35PM -0400]:
> LV2 is a standard for audio processing plugins (http://lv2plug.in/).  There
> are numerous packages already in the debian archives containing LV2 plugins
> which will work out of the box with lv2file.  For example, the prototype
> package I and building suggests the following packages containing LV2 files:
> lv2vocoder, vocproc, invada-studio-plugins-lv2, lv2fil.  These plugins also
> work with most major audio processing software on linux, such as qtractor,
> ardour, and traverso.
> 
> In order to create these effects (as a developer) you should install lv2core
> and read the included documentation.  However, unless you are experienced
> with audio programming, you usually would only use other people's plugins,
> and simply adjust the parameters (for example, the volume parameter on an
> amplifier plugin).  Lv2file (and most other programs which work with LV2
> plugins) allow you to control these parameters directly.

Oh - Thanks for telling me (as this is clearly targetted as a reply to
the human questioning you). It is usual for Debian people to answer to
ITP bugs stating what they think should be added to the description
(or any other comments).

Greetings



-- 
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/20101023033942.ga18...@gwolf.org

Bug#600981: ITP: lv2file -- A command-line program to apply LV2 effects to files

[Gunnar Wolf]

Jeremy Salwen dijo [Fri, Oct 22, 2010 at 12:42:27AM -0400]:
> lv2file is a simple program which you can use to apply LV2 effects to your
>  audio files without much hassle.
>  Possible use cases of lv2file are:
>  * You want to apply an effect without having to open a GUI or start
>a project.
>  * You want to apply effects to a large number of files, or in an
>automated manner.
>  * You need a deterministic environment to debug a plugin you are developing.
>  * You want your audio tools to be command line only.
> 
>  lv2file does not come with any built-in effects, so you must install other
>  packages containing LV2 plugins to use with lv2file.

What are LV2 effects, how can they be useful to me? Where can I get
them? What are other example packages I can use to create those effects?



-- 
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/20101022161150.gc14...@gwolf.org

Bug#596370: ITP: drupal6-mod-tagadelic -- tagadelic module for Drupal 6

[Gunnar Wolf]

Al Nikolov dijo [Fri, Sep 10, 2010 at 11:24:02PM +0400]:
> * Package name: drupal6-mod-tagadelic
>   Version : 1.2
>   Upstream Author : Bèr Kessels (http://drupal.org/user/2663)
> * URL : http://drupal.org/project/tagadelic
> * License : GPL
>   Programming Lang: PHP
>   Description : tagadelic module for Drupal 6
> 
>  Tagadelic is a small module, without any databases, or configuration,
>  that generates a page with weighted tags. The cool thing is that by
>  merely altering font sizes, these lists suddenly gain a dimension.

Please include in your description what do you mean by "weighted tags"
- I think many people would recognize them also as "tagclouds", and
something like "a short list of the available tags on any given
taxonomy, with the term sizes being set according to their relative
popularity".

Greetings,



--
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/20100912034912.gf5...@gwolf.org

Bug#580697: ITP: libgettext-rails-ruby -- Gettext support for Rails applications

[Gunnar Wolf]

Package: wnpp
Severity: wishlist
Owner: Gunnar Wolf 
Owner: Gunnar Wolf 

* Package name: libgettext-rails-ruby
  Version : 2.1.0
  Upstream Author : Masao Mutoh 
* URL : http://www.yotabanana.com/hiki/ruby-gettext.html
* License : GPLv2, LGPLv3, Ruby
  Programming Lang: Ruby
  Description : Gettext support for Rails applications

Provides localization support for Ruby on Rails applications using the
familiar GNU Gettext syntax and semantics. Its main features are: 

* Autodetects client's locale using locale/locale_rails.
* Easy maintainance of translations using the powerful gettext tools.
* Model translation using gettext_activerecord.
* Localization for some helpers.
* Works with other Rails I18n backends (note that gettext_rails is not
  one of the I18n backends)
* Thread safe.



-- 
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/20100507204653.13008.85408.report...@mosca.local.iiec

Bug#580701: ITP: libgettext-activerecord-ruby -- Localization support for applications using ActiveRecord

[Gunnar Wolf]

Package: wnpp
Severity: wishlist
Owner: Gunnar Wolf 
Owner: Gunnar Wolf 

* Package name: libgettext-activerecord-ruby
  Version : 2.1.0
  Upstream Author : Masao Mutoh 
* URL : http://www.yotabanana.com/hiki/ruby-gettext.html
* License : GPLv2+LGPLv3+Ruby
  Programming Lang: Ruby
  Description : Localization support for applications using ActiveRecord
Localization support for ActiveRecord-2.2 or later using
libgettext-ruby. Its features include:

* Validation messages translation
* Model translation
  * extract messages from models with the rake task.



-- 
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/20100507205745.15209.39093.report...@mosca.local.iiec

Bug#580694: ITP: liblocale-rails-ruby -- Pure ruby library with basic functions for localization

[Gunnar Wolf]

Package: wnpp
Severity: wishlist
Owner: Gunnar Wolf 
Owner: Gunnar Wolf 

* Package name: liblocale-rails-ruby
  Version : 2.0.5
  Upstream Author : Masao Mutoh 
* URL : http://www.yotabanana.com/hiki/ruby-locale-rails.html
* License : GPLv2 / LGPLv3 / Ruby
  Programming Lang: Ruby
  Description : Pure ruby library with basic functions for localization

Bindings for basic Ruby localization functions for Rails applications



-- 
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/20100507203856.13594.79802.report...@mosca.local.iiec

Bug#579796: ITP: othman -- electronic Quran browser in Python

[Gunnar Wolf]

أحمد المحمودي dijo [Sat, May 01, 2010 at 12:48:47PM +0300]:
> On Sat, May 01, 2010 at 11:27:27AM +0200, Adam Borowski wrote:
> > "Harm others" is a vague term that can be applied to a wide range of
> > activities usually considered ok[1].
> 
> I am indeed discussing this matter with upstream. That license terms 
> need to be clear not vague.

Without getting deeper in the licensing of Othman itself, would you
consider the text of the Coran itself to be DFSG-free? I _think_ that
any religious text can only be distributed verbatim, not modified in
any way - That is completely legitimate, as it has been debated over
and over regarding the IETF RFCs. 

-- 
Gunnar Wolf • gw...@gwolf.org • (+52-55)5623-0154 / 1451-2244



--
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/20100504032453.gc5...@gwolf.org

Bug#511879: ITP: ojs -- Open Journal Systems (OJS)

[Gunnar Wolf]

I have packaged OJS, addressing the topics discussed in the forum¹. I
did not (my bad!) check WNPP before doing that, and my result
currently lives only on my personal APT repository². I will be
checking and merging my packaging with theirs, and expect to do an
upload soon.

¹ http://pkp.sfu.ca/support/forum/viewtopic.php?f=9&t=4514&p=17576#p17576
² deb http://www.iiec.unam.mx/apt/ lenny misc,
  deb-src http://www.iiec.unam.mx/apt/ lenny misc


-- 
Gunnar Wolf • gw...@gwolf.org • (+52-55)5623-0154 / 1451-2244


signature.asc
Description: Digital signature

Bug#538353: Review of the copyright file of libsyntax-ruby_1.0.0-1.dsc.

[Gunnar Wolf]

Charles Plessy dijo [Sat, Aug 08, 2009 at 10:35:38PM +0900]:
> user debian-le...@lists.debian.org
> usertags 538353 one-copyright-review
> thanks
> 
> Dear Joshua and Gunnar,
> 
> In the hope of speeding up and strenghtening the processing of NEW I had a 
> look
> at your package. The rationale is explained in the proposal in the following
> wiki page: http://wiki.debian.org/CopyrightReview
> 
> Unfortunately, you missed the license of the documentation, which is
> distributed under the Create Commons Attribution-ShareAlike 2.0 license.  It
> has been written that this license is not compatible with the DFSG, so it may
> be worthwile contacting the author and suggesting him to upgrade it to version
> 3.0, which is accepted by our archive administrators.

Oops. I am sorry I didn't check the package thoroughly enough :-( I
will add this information to our debian/copyright — Joshua, please
notify me when you get input from the upstream author.

Greetings,

-- 
Gunnar Wolf • gw...@gwolf.org • (+52-55)5623-0154 / 1451-2244



--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#534768: ITP: libbarby-ruby -- Pure-Ruby barcode generator

[Gunnar Wolf]

Package: wnpp
Severity: wishlist
Owner: Gunnar Wolf 

* Package name: libbarby-ruby
  Version : 0.3.1
  Upstream Author : Tore Darell 
* URL : http://toretore.github.com/barby
* License : MIT/X
  Programming Lang: Ruby
  Description : Pure-Ruby barcode generator

Extensible, complete library to generate barcodes, implemented purely
in Ruby. Implements all major 1D (and, via rqrcode, some 2D) barcode
standards, and can generate its output in a variety of formats.



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#534769: ITP: librqrcode-ruby -- Pure-ruby QR Code (2D barcode) generator

[Gunnar Wolf]

Package: wnpp
Severity: wishlist
Owner: Gunnar Wolf 

* Package name: librqrcode-ruby
  Version : 0.3.2
  Upstream Author : Duncan Robertson 
* URL : http://whomwah.com/rqrcode/
* License : MIT/X
  Programming Lang: Ruby
  Description : Pure-ruby QR Code (2D barcode) generator

rQRCode is a library for encoding QRCodes in Ruby. It has a simple
interface with all the standard qrcode options. It was adapted from
the Javascript library by Kazuhiko Arase.



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#532797: ITP: libttfunk-ruby -- Font Metrics Parser for Prawn

[Gunnar Wolf]

Package: wnpp
Severity: wishlist
Owner: Gunnar Wolf 

* Package name: libttfunk-ruby
  Version : 0~20090123
  Upstream Author : Gregory Brown 
* URL : http://prawn.majesticseacreature.com/
* License : (to be determined - likely, GPL-2)
  Programming Lang: Ruby
  Description : Font Metrics Parser for Prawn

The Prawn PDF generation library depends on libttfunk... Its
documentation is still too sparse (to say the least) A better
explanation, so others can understand and use it later, will be
written. As of right now, I am packaging this as it is a dependency. 



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#532796: ITP: libprawn-ruby -- Fast, Nimble PDF Generation For Ruby

[Gunnar Wolf]

Package: wnpp
Severity: wishlist
Owner: Gunnar Wolf 

* Package name: libprawn-ruby
  Version : 0.4.1
  Upstream Author : Gregory Brown <>, James Healy <>
* URL : http://prawn.majesticseacreature.com/
* License : GPL-2
  Programming Lang: Ruby
  Description : Fast, Nimble PDF Generation For Ruby
 Fast pure-Ruby implementation of a PDF generation library, with full
 support for UTF8



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#525026: ITP: ruby-ole -- Ruby library for read/write access for OLE compound documents

[Gunnar Wolf]

Package: wnpp
Severity: wishlist
Owner: Gunnar Wolf 

* Package name: ruby-ole
  Version : 1.2.8.2
  Upstream Author : aquasync (pending: Get his actual name!)
* URL : http://code.google.com/p/ruby-ole/
* License : GPL-2
  Programming Lang: Ruby
  Description : Ruby library for read/write access for OLE compound 
documents

 ruby-ole is a library for read/write access to OLE2 structured storage
 files, such as those produced by Microsoft Office, eg *.doc, *.msg
 etc.
 .
 It provides a simple and easy to use api, supporting read and write
 streaming, by providing transparent access to the "files" within OLE
 documents as IO-like objects, supporting all the expected operations. 



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#525019: ITP: libspreadsheet-ruby -- Ruby library for manipulating .xls spreadsheets

[Gunnar Wolf]

Package: wnpp
Severity: wishlist
Owner: Gunnar Wolf 

* Package name: libspreadsheet-ruby
  Version : 0.6.3.1
  Upstream Author : Hannes Wyss 
* URL : http://spreadsheet.rubyforge.org/
* License : GPL-3
  Programming Lang: Ruby
  Description : Ruby library for manipulating .xls spreadsheets

Pure-Ruby implementation of a spreadsheet manipulation library,
allowing for creating, reading and modifying files in the Microsoft
Excel (.xls) format.



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#524021: ITP: tuxanci -- czechoslovak multiplatform action game like Bulanci

[Gunnar Wolf]

Evgeni Golov dijo [Tue, Apr 14, 2009 at 11:48:24AM +0200]:
> X-Debbugs-Cc: sarge...@die-welt.net, debian-de...@lists.debian.org
> Package: wnpp
> Severity: wishlist
> Owner: Debian Games Team 
> 
> * Package name: tuxanci
>   Version : 0.21.0
>   Upstream Author : Tomáš Chvátal (scarab) 
> * URL : http://www.tuxanci.org/
> * License : GPL-2+
>   Programming Lang: C
>   Description : czechoslovak multiplatform action game like Bulanci

Is 'czechoslovak' a valid denomination nowadays? I guess 'Czech' would
be better. But even more: Does this matter enough for the short
description? 

-- 
Gunnar Wolf - gw...@gwolf.org - (+52-55)5623-0154 / 1451-2244
PGP key 1024D/8BB527AF 2001-10-23
Fingerprint: 0C79 D2D1 2C4E 9CE4 5973  F800 D80E F35A 8BB5 27AF



--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#522996: ITP: jruby1.2 -- 100% pure-Java implementation of Ruby

[Gunnar Wolf]

Sebastien Delafond dijo [Tue, Apr 07, 2009 at 02:17:09PM -0700]:
> On Apr/07, Mike Hommey wrote:
> > But why a need for two versions at a time ? AFAICS, jruby 1.2 supports
> > both ruby 1.8 *and* 1.9, as jruby 1.1 does, so why would jruby 1.1
> > still be needed ?
> 
> As I said in my other mail, for transition reasons;
> backward-compatibility is something many people like to *try* before
> actually taking the leap.

Umh... For our users (yes, those following stable releases), do you
want to provide an not-exactly-bleeding-edge-but-stable and one
quite-old versions? Why? What's the gain?

-- 
Gunnar Wolf - gw...@gwolf.org - (+52-55)5623-0154 / 1451-2244
PGP key 1024D/8BB527AF 2001-10-23
Fingerprint: 0C79 D2D1 2C4E 9CE4 5973  F800 D80E F35A 8BB5 27AF



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#522996: ITP: jruby1.2 -- 100% pure-Java implementation of Ruby

[Gunnar Wolf]

Sebastien Delafond dijo [Tue, Apr 07, 2009 at 01:59:00PM -0700]:
> On Apr/07, Mike Hommey wrote:
> > While I see why it can be needed for python, I fail to see how it is
> > important for jruby...
> 
> to have 2 versions of jruby available ? I guess so you can at least, for
> instance, try the new one on your existing jruby code without removing
> the old one, for instance ?
> 
> Are you advocating for only one instance of jruby at all times in the
> archive ? If so, why ?

Do the Jruby versions somehow map to the Ruby versions? If I'm not
mistaken, Jruby (and IronRuby) versions aimed at compatibility with
specific Ruby language releases - and the only Ruby language
specification is the main implementation itself.

So, does JRuby 1.2 provide a bigger/different API than 1.0? Which one
is closer to the main implementation 1.8? 1.9? 

Now, if JRuby 1.2 (say) implements 1.9 and JRuby 1.0 implements 1.8,
possibly the (so far main) implementation should be renamed to only
provide libruby1.8, so that also JRuby can satisfy it?

-- 
Gunnar Wolf - gw...@gwolf.org - (+52-55)5623-0154 / 1451-2244
PGP key 1024D/8BB527AF 2001-10-23
Fingerprint: 0C79 D2D1 2C4E 9CE4 5973  F800 D80E F35A 8BB5 27AF



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#522642: ITP: ethervendors -- Ehernet Vendor utils

[Gunnar Wolf]

Eduardo Ferro dijo [Sun, Apr 05, 2009 at 05:00:55PM +0200]:
> Package: wnpp
> Severity: wishlist
> X-Debbugs-CC: debian-de...@lists.debian.org
> 
> --- Please fill out the fields below. ---
> 
>Package name: ethervendors
> Version: 1.0.0
> Upstream Author: Alea Soluciones / Eduardo Ferro 
> URL: http://oss.alea-soluciones.com/trac/wiki/EtherVendors
> License: GPL
> Description: Ehernet Vendor utils
>  Simple  Ehernet Vendor ids utilities. Includes programs for lookup the
>  Vendor / Manufacturer name from a Ethernet MAC address, show all
>  the Vendor Ids assigned to a Manufacturer. etc.
>  .

How does it compare to macchanger? 

Greetings,

-- 
Gunnar Wolf - gw...@gwolf.org - (+52-55)5623-0154 / 1451-2244
PGP key 1024D/8BB527AF 2001-10-23
Fingerprint: 0C79 D2D1 2C4E 9CE4 5973  F800 D80E F35A 8BB5 27AF



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#514786: ITP: dh-make-drupal -- Builds a Debian package for the requested Drupal project

[Gunnar Wolf]

Package: wnpp
Severity: wishlist
Owner: Gunnar Wolf 

* Package name: dh-make-drupal
  Version : 0.1
  Upstream Author : Gunnar Wolf 
* URL : http://github.com/gwolf/dh-make-drupal/tree
* License : MIT/X
  Programming Lang: Ruby
  Description : Builds a Debian package for the requested Drupal project

The purpose of this program is to generate Debian packages for any Drupal
projects (that is, modules or themes).
 
Given that Drupal developers publish their work through the main Drupal
site (http://drupal.org), this program fetches the information for the
latest available versions (for the right Drupal release, and with the
specified stability level), and prepares a Debian package from it.

-- System Information:
Debian Release: 5.0
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#511772: ITP: func -- Func allows for running commands on remote systems in a secure way

[Gunnar Wolf]

Nima Talebi dijo [Wed, Jan 14, 2009 at 08:08:46PM +0900]:
> * Package name: func
>   Version : 0.24
>   Upstream Author : Michael DeHaan , Adrian Likins 
> , Seth Vidal 
> * URL : https://fedorahosted.org/func/
> * License : GPLv2
>   Programming Lang: Python
>   Description : Func allows for running commands on remote systems in a 
> secure way

The short description should not include the package name

> Func allows for running commands on remote systems in a secure way, like SSH,
> but offers several improvements.
> (...)
>  * Everything that can be done with the command line can be done with the 
> Python
>client API. The hack potential is unlimited.

Clear for you and me, but potentially confusing for a user. Maybe
mentioning tweakability/configurability/customizability instead of
"hack potential"?

>  * You'll never have to use "expect" or other ugly hacks to automate your
>workflow.

But, but... But it has a great hack potential!

>  * It's really simple under the covers. Func works over XMLRPC and SSL.

Uff... And it feels like I am reading a vendor's prospect. I'd suggest
you to avoid sell phrases.

Greetings,

-- 
Gunnar Wolf - gw...@gwolf.org - (+52-55)5623-0154 / 1451-2244
PGP key 1024D/8BB527AF 2001-10-23
Fingerprint: 0C79 D2D1 2C4E 9CE4 5973  F800 D80E F35A 8BB5 27AF



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#511279: ITP: python-facebook -- A Python wrapper for the facebook API

[Gunnar Wolf]

Ian Wienand dijo [Thu, Jan 08, 2009 at 05:07:39PM -0800]:
> Package: wnpp
> Severity: wishlist
> Owner: Ian Wienand 
> 
> * Package name: python-facebook
>   Version : 0.1+svn20090108
>   Upstream Author : Samuel Cormier-Iijima (sciyo...@gmail.com)
> * URL : http://code.google.com/p/pyfacebook/
> * License : BSD
>   Programming Lang: Python
>   Description : A Python wrapper for the facebook API
> 
> A useful wrapper library for accessing the Facebook API and doing
> things like uploading photos, etc...

EOXYMORON

'useful' and 'facebook' should never be grouped in the same sentence.

-- 
Gunnar Wolf - gw...@gwolf.org - (+52-55)5623-0154 / 1451-2244
PGP key 1024D/8BB527AF 2001-10-23
Fingerprint: 0C79 D2D1 2C4E 9CE4 5973  F800 D80E F35A 8BB5 27AF



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#510624: ITP: pigz -- Parallel Implementation of GZip

[Gunnar Wolf]

Eduard Bloch dijo [Sat, Jan 03, 2009 at 09:57:33PM +0100]:
> Package: wnpp
> Severity: wishlist
> Owner: Eduard Bloch 
> 
> 
> * Package name: pigz
>   Version : 2.1.4
>   Upstream Author : Mark Adler 
> * URL : http://www.example.org/
> * License : ZLib license
>   Programming Lang: C
>   Description : Parallel Implementation of GZip
> 
> pigz, which stands for Parallel Implementation of GZip, is a fully functional
> replacement for gzip that exploits multiple processors and multiple cores to
> the hilt when compressing data.

I'd s/exploits/takes advantage of/ - just for clarity sake. and, what
is "the hilt"?

Greetings,

-- 
Gunnar Wolf - gw...@gwolf.org - (+52-55)5623-0154 / 1451-2244
PGP key 1024D/8BB527AF 2001-10-23
Fingerprint: 0C79 D2D1 2C4E 9CE4 5973  F800 D80E F35A 8BB5 27AF



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#510136: ITP: libwirble-ruby -- extensions for the Ruby irb command line shell

[Gunnar Wolf]

Package: wnpp
Severity: wishlist
Owner: Gunnar Wolf 


* Package name: libwirble-ruby
  Version : 0.1.2
  Upstream Author : Paul Duncan 
* URL : http://pablotron.org/software/wirble
* License : MIT/X
  Programming Lang: Ruby
  Description : extensions for the Ruby irb command line shell

A handful of useful Irb features, including colorized results,
tab-completion, history, a simple prompt, and several helper
methods, all rolled into one easy to use package.

-- System Information:
Debian Release: 5.0
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#509159: ITP: libhaml-ruby -- Elegant, easy and powerful template engines for HTML and CSS

[Gunnar Wolf]

Package: wnpp
Severity: wishlist
Owner: Gunnar Wolf 


* Package name: libhaml-ruby
  Version : 2.0.6
  Upstream Author : Nathan Weizenbaum
* URL : http://haml.hamptoncatlin.com
* License : MIT/X
  Programming Lang: Ruby
  Description : Elegant, easy and powerful template engines for HTML and CSS
  
 Haml (HTML Abstraction Markup Language) is a layer on top of XHTML or
 XML that's designed to express the structure of XHTML or XML
 documents in a non-repetitive, elegant, easy way, using indentation
 rather than closing tags and allowing Ruby to be embedded with ease.
 It was originally envisioned as a plugin for Ruby on Rails, but it
 can function as a stand-alone templating engine.
 .
 This package includes as well Sass, a CSS templating engine based on
 the same philosophy

-- System Information:
Debian Release: 5.0
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#508311: ITP: maven-archiver -- Maven Archiver

[Gunnar Wolf]

Torsten Werner dijo [Tue, Dec 09, 2008 at 11:13:07PM +0100]:
> On Tue, Dec 9, 2008 at 11:07 PM, Cyril Brulebois <[EMAIL PROTECTED]> wrote:
> > Torsten Werner <[EMAIL PROTECTED]> (09/12/2008):
> >> * Package name: maven-archiver
> >>   Description : Maven Archiver
> >
> > No kidding‽
> 
> Do you have any better description? The title of the homepage is
> 'About Maven Archiver'.

Hmh, maybe «software project management and comprehension tool» would do?

-- 
Gunnar Wolf - [EMAIL PROTECTED] - (+52-55)5623-0154 / 1451-2244
PGP key 1024D/8BB527AF 2001-10-23
Fingerprint: 0C79 D2D1 2C4E 9CE4 5973  F800 D80E F35A 8BB5 27AF



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#507400: [DRE-maint] Bug#507400: ITP: libi18n-ruby -- I18n and localization solution for Ruby

[Gunnar Wolf]

Roberto C. Sanchez dijo [Sun, Nov 30, 2008 at 04:11:08PM -0500]:
> Package: wnpp
> Severity: wishlist
> Owner: "Roberto C. Sanchez" <[EMAIL PROTECTED]>
> 
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> * Package name: libi18n-ruby
>   Version : 0.1.1~git20081120
>   Upstream Author : The Ruby i18n Team <[EMAIL PROTECTED]>
> * URL : http://rails-i18n.org/
> * License : MIT/X
>   Programming Lang: Ruby
>   Description : I18n and localization solution for Ruby
> 
> Implementation of the Ruby on Rails I18n core api.

Ugh.

Count me in as interested... But count me in as disappointed. From the
(admittedly little) I have seen... The Rails i18n API is a huge step
backwards from using Gettext for application translations :-(

Still, if we want to further Rails' support in Debian, we have to
support this. So, will you package this under the pkg-ruby-extras
repository? I'm in for it.

-- 
Gunnar Wolf - [EMAIL PROTECTED] - (+52-55)5623-0154 / 1451-2244
PGP key 1024D/8BB527AF 2001-10-23
Fingerprint: 0C79 D2D1 2C4E 9CE4 5973  F800 D80E F35A 8BB5 27AF



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#502237: ITP: libsys-statistics-linux-perl -- Front-end module to collect system statistics

[Gunnar Wolf]

Package: wnpp
Severity: wishlist
Owner: Gunnar Wolf <[EMAIL PROTECTED]>

* Package name: libsys-statistics-linux-perl
  Version : 0.42
  Upstream Author : Jonny Schulz .
* URL : http://search.cpan.org/~bloonix/Sys-Statistics-Linux-0.42/
* License : GPL+Artistic
  Programming Lang: Perl
  Description : Front-end module to collect system statistics

 Sys::Statistics::Linux is a front-end module and gather different linux
 system informations like processor workload, memory usage, network and
 disk statistics and a lot more.

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#502023: ITP: libmouse-perl -- Lightweight object framework for Perl

[Gunnar Wolf]

Package: wnpp
Severity: wishlist
Owner: Gunnar Wolf <[EMAIL PROTECTED]>

* Package name: libmouse-perl
  Version : 0.09
  Upstream Author : Shawn M Moore <[EMAIL PROTECTED]>
* URL : http://search.cpan.org/dist/Mouse
* License : GPL+Artistic
  Programming Lang: Perl
  Description : Lightweight object framework for Perl

 Moose is the leading Perl framework for painless OO classes
 creation. Unfortunately, it's a little slow. Though significant
 progress has been made over the years, the compile time penalty is a
 non-starter for some applications.
 .
 Mouse aims to alleviate this by providing a subset of Moose's
 functionality, faster. It also has considerably less dependencies.

Mouse is being introduced as it is a build-dependency for newer
versions of libdata-visitor-perl.

-- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (900, 'stable'), (200, 'experimental')
Architecture: powerpc (ppc)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-6-powerpc
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#501137: ITP: acerfand -- Control the fan of the Acer Aspire One

[Gunnar Wolf]

Matthew Garrett dijo [Sun, Oct 05, 2008 at 02:35:11AM +0100]:
> Gunnar Wolf <[EMAIL PROTECTED]> wrote:
> 
> >  Keeps the fan from spinning constantly in the noisy Acer Aspire
> >  One. Provides also tools to query several machine-specific EC
> >  registers
> 
> Be careful with this - it can't perform the locking used by the kernel 
> and firmware for EC access, so there's a risk of racing and trashing the 
> contents of other registers. This should really be implemented as a 
> kernel driver using either the hwmon or thermal interfaces and a generic 
> fan control daemon implemented on top of that.

Thanks for the information - Given this, I retract my intention to
package. And given that the package is already packaged and uploaded:
FTP-masters, please ignore/delete it.

Matthew, and out of personal curiosity (as I will probably continue to
use this, at least until something better comes along): What does the
danger amount to? Say, a random lock-up? Or will it lead to hardware
malfunction (or shorter lifespan)? I am currently setting the
fan-on threshold at 70C, the fan-off at 60C (the default settings for
acerfand) 

Thanks!

-- 
Gunnar Wolf - [EMAIL PROTECTED] - (+52-55)5623-0154 / 1451-2244
PGP key 1024D/8BB527AF 2001-10-23
Fingerprint: 0C79 D2D1 2C4E 9CE4 5973  F800 D80E F35A 8BB5 27AF


pgpPKPtk21Lde.pgp
Description: PGP signature

Bug#501137: ITP: acerfand -- Control the fan of the Acer Aspire One

[Gunnar Wolf]

Package: wnpp
Severity: wishlist
Owner: Gunnar Wolf <[EMAIL PROTECTED]>


* Package name: acerfand
  Version : 0.03
  Upstream Author : Rachel Greenham <[EMAIL PROTECTED]> and others
* URL : http://home.strangenoises.org/~rachel/aspireone/
* License : GPL
  Programming Lang: Perl, Shell
  Description : Rudimentary automatic fan control for noisy Acer Aspire One 
models

 Keeps the fan from spinning constantly in the noisy Acer Aspire
 One. Provides also tools to query several machine-specific EC
 registers

-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#499196: Packaging a module built with libinline-ruby

[Gunnar Wolf]

Hi,

I just sent an ITP for libimage-science-ruby [1,2], and have the package
basically ready for upload (in fact, just after this mail I will
polish some details, and inject it into our packages-wip). However,
there is something that bugs me regarding this module - and that will
probably reflect on bugs on other packages :-/

libimage-science-ruby basically provides a thin layer, providing Ruby
access to some functinos of the FreeImage library (see pkg
libfreeimage-dev). This is done by embedding C code through
libinline-ruby. Building the package is very easy and straightforward,
and everything is joyous so far.

However (why must there always be a catch?), when first running any
code using this library, we get this:

0 [EMAIL PROTECTED] time ruby -e 'require "image_science"'

real   0m3.165s
user   0m0.408s
sys0m0.092s
0 [EMAIL PROTECTED] time ruby -e 'require "image_science"'

real   0m0.089s
user   0m0.072s
sys0m0.016s

Why? Simple: because the inline code must be compiled. So:

0 [EMAIL PROTECTED] find .ruby_inline/
.ruby_inline/
.ruby_inline/Inline_ImageScience_aa58.so
.ruby_inline/Inline_ImageScience_aa58.c

The C file is generated from the Ruby module - And it's quite nicely
generated, pointing to its original location and all. And if I delete
the directory, it will be resurrected - all nice, all happy. 

However, IMHO it's not adequate for a Debian package. First, this
might lead to _very_ long startup times when dealing with slightly
more complex code and on slower architectures. Second, this creates
-although in the user's home directory- a set of pseudo-source and
object files which are not managed via dpkg. But third, and most
important, because some users will not have the right to create files
in their home directories - I'm thinking, i.e., about users hosting
webapps (yes, I'm that pesky Rails guy again). Obscure messages will
be given in this case:

1  [EMAIL PROTECTED]/home/gwolf# su - nobody -c 'ruby -e "require 
\"image_science\""'
No directory, logging in with HOME=/
/usr/lib/ruby/1.8/inline.rb:325:in `mkdir': Permission denied -
/.ruby_inline (Errno::EACCES)
  from /usr/lib/ruby/1.8/inline.rb:325:in `build'
  from /usr/lib/ruby/1.8/inline.rb:709:in `inline'
  from /usr/lib/ruby/1.8/image_science.rb:84
  from -e:1:in `require'
  from -e:1

There are ways around this, although I'm not exactly happy with them:
We can set an environment variable INLINEDIR [3], so that the
directory is under /tmp or something like that:

0 [EMAIL PROTECTED]/home/gwolf# su - nobody -c 'export INLINEDIR=$(mktemp 
-d);ruby -e "require \"image_science\""'

But of course, this will incur in compiling overhead at each
invocation. And there are many possible ways out, but
they are always left for the admin to decide/solve.

What I would favor is to provide a mechanism analog to Python's
byte-compilation - but right now, this could mean some hackery on top
of Inline. This would amount to specifying a directory where modules
should be compiled to at install time (and purged from at purge time),
and where Inline would search for object files, probably at a lower
precedence than ~/.ruby_inline.

This would, of course, solve the particular problem for this module,
for which the inlined C code is statically included as strings in the
module source, although would be useless on cases where the compiled
code is dynamically generated - but I think most of the uses would
fall into the first category.

Then again, this might be just overkill... I can also just ship this,
with the issue (and workarounds) documented in README.Debian.

As for other packages using Inline: Currently, only two packages
depend on libinline-ruby1.8: libvalidatable-ruby1.8 and
libparsetree-ruby1.8. I even think libvalidatable-ruby1.8's dependency
is spurious, just at a quick glance:

0 [EMAIL PROTECTED]/tmp/libvalidatable-ruby-1.6.7$ grep -ri inline .|grep -v 
debian
./rakefile.rb:  task.options << "--line-numbers" << "--inline-source"

As for libparsetree-ruby1.8, it has the exact same effect I described
earlier. 

So... To make a long mail short: Do you think documenting the issue is
enough? Is an inlined code tracker overkill? Or does it look useful?

[1] http://bugs.debian.org/499196

[2] http://seattlerb.rubyforge.org/ImageScience.html

[3] 
http://mandarinsoda.com/2008/03/09/image-science-ruby-inline-and-your-sanity/

-- 
Gunnar Wolf - [EMAIL PROTECTED] - (+52-55)5623-0154 / 1451-2244
PGP key 1024D/8BB527AF 2001-10-23
Fingerprint: 0C79 D2D1 2C4E 9CE4 5973  F800 D80E F35A 8BB5 27AF



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#499196: ITP: libimage-science-ruby -- Clean Ruby library to provide simple transformations on images

[Gunnar Wolf]

Package: wnpp
Severity: wishlist
Owner: Gunnar Wolf <[EMAIL PROTECTED]>


* Package name: libimage-science-ruby
  Version : 1.1.3
  Upstream Author : Ryan Davis <>
* URL : http://seattlerb.rubyforge.org/ImageScience.html
* License : MIT/X
  Programming Lang: Ruby
  Description : Clean Ruby library to provide simple transformations on 
images

ImageScience is a clean Ruby library allowing for simple
transformations on images, mainly geared towards generating thumbnails
- The provided functions aim at scaling and cropping images.

Emphasis is made on keeping the code as lean as possible (at less than
200 LoC), and on correctness to avoid memory leaks and similar
problems that often accompany similar libraries.

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#492696: Adding Padre to Debian

[Gunnar Wolf]

Gabor Szabo dijo [Fri, Sep 12, 2008 at 01:31:11PM +0300]:
> > Do you know if they have individually packaged all of the
> > dependencies, or just bundled them all somehow?
> 
> I think they already had most of the things packaged  which
> actually surprised me as they seemed to be a lot less open
> than you guys ;-), or even than the Fedora people.
> They don't have a specialized Perl group either.
> 
> The #mandriva-cooker irc channel has this identity called Sophie
> you can ask her questions.
> For example this question:
> :qf perl-Padre [%{REQUIRES}\\n]
> 
> gave me this answer:
> http://pastebin.ca/1200917
> 
> So I think they packaged everything separately.

Very nice and impressive... I had the idea they were much, much
farther behind!

-- 
Gunnar Wolf - [EMAIL PROTECTED] - (+52-55)5623-0154 / 1451-2244
PGP key 1024D/8BB527AF 2001-10-23
Fingerprint: 0C79 D2D1 2C4E 9CE4 5973  F800 D80E F35A 8BB5 27AF



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#492696: Adding Padre to Debian

[Gunnar Wolf]

Gabor Szabo dijo [Tue, Sep 09, 2008 at 10:44:57PM +0300]:
> >> Is Padre intended to pull all of CPAN into Debian? :-)
> >>
> > Indeed is a very elegant way to do this :)
> 
> and there is more coming by every new release.
> 
> BTW did I mention that Padre has been already added to Mandriva Cooke ;-)

Nice way of getting things done. I don't know if I would rate you high
on moral/ethical grounds, but of course, you rank very high on
motivational tactics ;-)

Do you know if they have individually packaged all of the
dependencies, or just bundled them all somehow?

Greetings,

-- 
Gunnar Wolf - [EMAIL PROTECTED] - (+52-55)5623-0154 / 1451-2244
PGP key 1024D/8BB527AF 2001-10-23
Fingerprint: 0C79 D2D1 2C4E 9CE4 5973  F800 D80E F35A 8BB5 27AF



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#495278: ITP: libacts-as-list-ruby -- Provides the capabilities for sorting and reordering elements on ActiveRecord-based lists

[Gunnar Wolf]

Package: wnpp
Severity: wishlist
Owner: Gunnar Wolf <[EMAIL PROTECTED]>


* Package name: libacts-as-list-ruby
  Version : 2007.10.12
  Upstream Author : David Heinemeier Hansson <[EMAIL PROTECTED]>
* URL : http://github.com/rails/acts_as_list
* License : MIT
  Programming Lang: Ruby
  Description : Provides sorting and reordering on ActiveRecord-based 
listings

This plugin allows any list of elements from a table based on
ActiveRecord to be treated as an ordered list, with primitives for
sorting and reordering.
.
This plugin was written aimed at Rails applications (and is a base
Rails plugin), but can be used in any application based upon the
ActiveRecord library. 

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#494434: ITP: libb-perlreq-perl -- Perl compiler backend to extract Perl dependencies

[Gunnar Wolf]

Damyan Ivanov dijo [Sat, Aug 09, 2008 at 03:28:06PM +0300]:
> Package: wnpp
> Severity: wishlist
> Owner: Damyan Ivanov <[EMAIL PROTECTED]>
> 
> * Package name: libb-perlreq-perl
>   Version : 0.6.8
>   Upstream Author : Alexey Tourbin <[EMAIL PROTECTED]>
> * URL : http://search.cpan.org/dist/rpm-build-perl/
> * License : GPL-2+
>   Programming Lang: Perl
>   Description : Perl compiler backend to extract Perl dependencies

It seems quite similar to Module::Depends::Intrusive, which we already
have... 

-- 
Gunnar Wolf - [EMAIL PROTECTED] - (+52-55)5623-0154 / 1451-2244
PGP key 1024D/8BB527AF 2001-10-23
Fingerprint: 0C79 D2D1 2C4E 9CE4 5973  F800 D80E F35A 8BB5 27AF



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#472095: Request For Package -- Tie::RDBM

[Gunnar Wolf]

Roger Howorth dijo [Mon, Aug 04, 2008 at 09:01:48PM +0100]:
> Niko - Thanks for pointing me in the right direction - it's much
> appreciated.

Still, I cannot see you filed the bug ;-) Don't worry, I just did it,
as an ITP (Intent To Package). 

(bah... yes, you did file the RFP - I'll close both bugs upon
upload. And, re-UGH, José Parrella also filed an ITP on it - On
Tie::DBI. Well, three bugs for the price of one!)

Tie::RDBM is part of the Tie::DBI distribution, so I'll package it
under libtie-dbi-perl. 

Greetings,

-- 
Gunnar Wolf - [EMAIL PROTECTED] - (+52-55)5623-0154 / 1451-2244
PGP key 1024D/8BB527AF 2001-10-23
Fingerprint: 0C79 D2D1 2C4E 9CE4 5973  F800 D80E F35A 8BB5 27AF



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#494205: ITP: libtie-dbi-perl -- Perl module for tying hashes to relational databases

[Gunnar Wolf]

Package: wnpp
Severity: wishlist
Owner: Gunnar Wolf <[EMAIL PROTECTED]>


* Package name: libtie-dbi-perl
  Version : 1.02
  Upstream Author : Lincoln Stein <[EMAIL PROTECTED]>
* URL : http://search.cpan.org/perldoc?Tie::DBI
* License : GPL + Artistic
  Programming Lang: Perl
  Description : Perl module for tying hashes to relational databases

 This module allows you to tie Perl associative arrays (hashes) to SQL
 databases using the DBI interface.  The tied hash is associated with a
 table in a local or networked database.  One column becomes the hash
 key.  Each row of the table becomes an associative array, from which
 individual fields can be set or retrieved.

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#489836: ITP: maq -- Mapping and Assembly with Quality

[Gunnar Wolf]

Charles Plessy dijo [Tue, Jul 08, 2008 at 07:00:17PM +0900]:
> > Consider: 
> > 
> > "assembles short fixed-legth DNA sequences by mapping to reference 
> > sequences"
> 
> Hi Don,
> 
> After quickly browsing the Maq's user manual, I get the feeling that its
> main feature is not assembly (in particular, it can not compute de novo
> assemblies). Its prime function is mapping, and its advantage compared
> to other mapping programs is its extended workflow that facilities such
> as polymorphism analysis.
> 
> How about "maps short polymorphic reads to reference biological sequences".
> 
> For me, "read"(s) is an important keyword that I would like to keep in
> the description if we do not use the expansion of the acronym that is
> used to name the package.

I think this line is quite nice as a short description - And as the
first line of the long description, I'd include the package name
expansion - "maq (short for Mapping and Assembly with Quality)".

Greetings,

-- 
Gunnar Wolf - [EMAIL PROTECTED] - (+52-55)5623-0154 / 1451-2244
PGP key 1024D/8BB527AF 2001-10-23
Fingerprint: 0C79 D2D1 2C4E 9CE4 5973  F800 D80E F35A 8BB5 27AF



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#487431: ITP: libapache-mod-security2 -- Tighten web applications security for Apache

[Gunnar Wolf]

Alberto Gonzalez Iniesta dijo [Sat, Jun 21, 2008 at 09:21:51PM +0200]:
>  Mod_security is an Apache 1.x/2.x module whose purpose is to tighten the Web
>  application security. Effectively, it is an intrusion detection and 
> prevention
>  system for the web server.

Umh... As we are no longer distributing Apache 1.x, I'd suggest you to
drop the version specification from the long description. even more,
drop it from the name - It just uglifies the namespace ;-) (BTW, maybe
we could, post-lenny just to avoid breakage, s/apache2/apache/ all of
the related packages?)

Greetings,

-- 
Gunnar Wolf - [EMAIL PROTECTED] - (+52-55)5623-0154 / 1451-2244
PGP key 1024D/8BB527AF 2001-10-23
Fingerprint: 0C79 D2D1 2C4E 9CE4 5973  F800 D80E F35A 8BB5 27AF



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#484381: ITP: yaml -- YAML 1.1 parser and emitter written in C

[Gunnar Wolf]

Anders Kaseorg dijo [Tue, Jun 03, 2008 at 06:56:56PM -0400]:
> LibYAML is a YAML 1.1 parser and emitter written in C.  It's in an
> early stage of development.

Is it stable enough to be pushed in Debian? 

-- 
Gunnar Wolf - [EMAIL PROTECTED] - (+52-55)5623-0154 / 1451-2244
PGP key 1024D/8BB527AF 2001-10-23
Fingerprint: 0C79 D2D1 2C4E 9CE4 5973  F800 D80E F35A 8BB5 27AF



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]