Bug#320067: ITP: vamps -- Vamps evaporates DVD compliant MPEG2 program streams by selectively copying audio and subpicture tracks and by re-quantizing the embedded elementary video stream.
ti, 2005-07-26 kello 21:36 +0200, Moratti Claudio kirjoitti: > Description : Vamps evaporates DVD compliant MPEG2 program streams > by selectively copying audio and subpicture tracks and by re-quantizing > the embedded elementary video stream. This short description is a bit long and it also leaves it unclear to me what the program actually does. The verb evaporate means, according the WordNet dictionary: v 1: lose or cause to lose liquid by vaporization leaving a more concentrated residue; "evaporate milk" syn: vaporize, vaporise 2: cause to change into a vapor; "The chemist evaporated the water" syn: vaporise 3: change into a vapor; "The water evaporated in front of our eyes" syn: vaporise At a guess, does vamps make MPEG2 streams smaller? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#322969: ITP: episoder -- TV show episode reminder
la, 2005-08-13 kello 22:25 +0200, Stefan Ott kirjoitti: > * Package name: episoder > > episoder is a tool to tell you about new episodes of your favourite TV > shows. It gets is data by parsing online TV show episode guides and is > supposed to be called from your .bashrc in order to keep you reminded. It would be useful to add to the long description a note about which countries this works in, or possibly which television networks it works for. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#322969: ITP: episoder -- TV show episode reminder
ma, 2005-08-15 kello 18:25 +0200, Stefan Ott kirjoitti: > On Mon, Aug 15, 2005 at 06:52:52PM +0300, Lars Wirzenius wrote: > > > It would be useful to add to the long description a note about which > > countries this works in, or possibly which television networks it works > > for. > > It currently works for every show listed on the tv.com website. episoder > won't tell you when/on which network the episode airs, it only tells you > when it's released. Then adding that information to the description would be good. The description on the ITP bug report could be understood that it works for all TV series in the world, which seemed a bit ambitious to me. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#544441: RFA: enemies-of-carlotta -- mailing list manager
Package: wnpp Severity: normal I would like to find a new maintainer for the enemies-of-carlotta package. It is a mailing list manager, of which I am upstream. I will gladly fix any bugs that exist upstream, but I do not wish to maintain the package in Debian anymore. As upstream, I do not predict any great changes, indeed no other changes than bug fixes. If a new maintainer can't be found in two weeks, I'll ask for the package to be removed from Debian. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#544441: RFA: enemies-of-carlotta -- mailing list manager)
I forgot the X-Debbugs-Cc in my original e-mail, sorry. Package: wnpp Severity: normal I would like to find a new maintainer for the enemies-of-carlotta package. It is a mailing list manager, of which I am upstream. I will gladly fix any bugs that exist upstream, but I do not wish to maintain the package in Debian anymore. As upstream, I do not predict any great changes, indeed no other changes than bug fixes. If a new maintainer can't be found in two weeks, I'll ask for the package to be removed from Debian. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#544441: enemies-of-carlotta ITA?
Hi, Dave, any progress on the enemies-of-carlotta ITA? -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#456443: ITP: python-coverage-test-runner -- fail Python program unit tests unless they test everything
Package: wnpp Version: N/A; report on 2007-12-15 Severity: wishlist * Package name: python-coverage-test-runner * Version: 1.0 * Upstream author: Lars Wirzenius <[EMAIL PROTECTED]> * URL: http://liw.iki.fi/liw/coverage-test-runner/ * License: GPL-2 Description: fail Python program unit tests unless they test everything This package contains the Python module CoverageTestRunner, which runs unit tests implemented using the unittest module in the Python standard library. It runs them using coverage.py (in the python-coverage package) and fails the test if all statements are not covered. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#456456: ITP: unperish -- release and build free software projects
Package: wnpp Severity: wishlist Owner: Lars Wirzenius <[EMAIL PROTECTED]> * Package name: unperish Version : 2.2 Upstream Author : Lars Wirzenius <[EMAIL PROTECTED]> * URL : http://liw.iki.fi/liw/unperish/ * License : GPL-2+ Programming Lang: Python Description : release and build free software projects Unperish takes care of all the repetitive, mechanical steps of releasing and bulding a free software project: creating a tar.gz for distribution, building a Debian package, etc. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#456456: ITP: unperish -- release and build free software projects
On su, 2007-12-16 at 14:08 +0100, Guus Sliepen wrote: > How does unperish make life easier than "make dist" and "debuild"? This > is unclear if you only look at the description. You're right, I shall elaborate: Unperish takes care of all the repetitive, mechanical steps of releasing and building a free software project. Starting from files committed to a version control system (Bazaar, Subversion), it can create the upstream tarball (foo-1.2.tar.gz) and the Debian source package (.orig.tar.gz, .dsc, .diff.gz), then build the binary package using pbuilder, check the result with lintian, linda, and piuparts, and put the results in an apt repository using reprepro (assuming everything is OK). Further, it is built around a plugin architecture, making automation of further steps easy. Does that sound like a better description? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#466669: ITP: squirrelmail-gpg -- GnuPG plugin for SquirrelMail
On ke, 2008-02-20 at 01:56 -0800, Don Armstrong wrote: > On Wed, 20 Feb 2008, Jan Hauke Rahm wrote: > > * Decrypt on reading encrypted message > > * Encrypt, Decrypt, and Sign Attachments > > * Sign messages and verify signatures > > I really, really hope it's implementing in some incredibly novel way > that doesn't involve having secret keys on the webserver (channeling > Manoj) or *even* network accessible. > > Otherwise it's pretty much insta-buggy by design. I can imagine ways in which this could be used safely. For instance, by using it instead of mutt or alpine or some GUI software on a machine which gets disconnected from the network while the GnuPG operations happen. That's not a very likely scenario. A more likely scenario would be to use a low-security key on a web server -- it's quite imperfect security, but if you understand the risks, it's better than not using GnuPG. For example, it prevents routine eavesdropping and requires the opponent to actually break into the web server to get a copy of your key. May I suggest that the package adds a big warning about the security issues to the description, and README.Debian? Possibly even NEWS.Debian? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#486425: ITP: bomstrip -- strip Byte-Order Marks from UTF-8 text files
ma, 2008-06-16 kello 12:14 +0300, Peter Pentchev kirjoitti: > Hm. Okay, so maybe the two command-line utilities and the collection > might be separated. IMHO, the collection *is* still useful on its own :) > If others share this opinion, I may either create two separate packages, > or just remove the command-line utilities and file a wishlist bug > against coreutils or textutils or something like that. How does that > strike you? What do others think? I wish to ask this question: is packaging this collection directly useful to Debian users? How? If the task is to remove BOMs from files, then surely that should be served by a one-line sed or perl script (plus manual page, copyright license file, etc, so a total cost of about 200 KiB). I'm not saying that the collection should not be packaged, I'm just finding it hard to imagine it being useful as a Debian package. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#489836: ITP: maq -- Mapping and Assembly with Quality
ti, 2008-07-08 kello 14:51 +0900, Charles Plessy kirjoitti: > How about "builds assembly by mapping short reads to reference > sequences"? Speaking as an outsider to both biology and interior decoration, as far as I can determine that short description could apply equally well to genetics and IKEA furniture. How about adding the word "genetic" somewhere in the sentence? (I'd suggest a place, but since I don't know genetics, I would probably put it in an inappropriate place. I would not like to suggest the birth of Godzilla.) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#555892: RFP: ptouch-driver -- CUPS/Foomatic driver for Brother P-touch label printers
Package: wnpp Severity: normal http://www.diku.dk/hjemmesider/ansatte/panic/P-touch/ has the program ptouch-driver, which is a driver for CUPS and Foomatic for Brother P-touch label printers. I made a quick-and-dirty package for myself, diff.gz attached. Note that I am _not_ willing to maintain this myself, unfortunately. I will soon be far away from my label printer. The diff contains a fix that works for at least the QL-550 model, which seems to have 275 dpi pixel density along one axis, and 300 on the other. The upstream code assumes 300 for both. The incorrect density makes the label cutter cut at the wrong place (in the middle of a label, rather than between them). I've informed the upstream author of this. Other than that, the package is extremely straightforward to make, using dh (or cups, I assume). When I installed my package, and added the printer via the GNOME printer admin tool, it generated a PPD file in /etc/cups/ppd/Brother-QL-550.ppd, which works otherwise fine, but the ImageableArea settings are wrong, and make it impossible to print near the edges of the labels. I fixed this by editing the file manually, since I could not figure out how that file gets generated and fix the source of the wrong settings. I'm attaching the manually edited file as well. Someone who understands the whole CUPS system should figure out the proper fix. ptouch-driver_1.3-1.diff.gz Description: GNU Zip compressed data *PPD-Adobe: "4.3" *% *% For information on using this, and to obtain the required backend *% script, consult http://www.openprinting.org/ *% *% This file is published under the GNU General Public License *% *% PPD-O-MATIC (4.0.0 or newer) generated this PPD file. It is for use with *% all programs and environments which use PPD files for dealing with *% printer capability information. The printer must be configured with the *% "foomatic-rip" backend filter script of Foomatic 4.0.0 or newer. This *% file and "foomatic-rip" work together to support PPD-controlled printer *% driver option access with all supported printer drivers and printing *% spoolers. *% *% To save this file on your disk, wait until the download has completed *% (the animation of the browser logo must stop) and then use the *% "Save as..." command in the "File" menu of your browser or in the *% pop-up manu when you click on this document with the right mouse button. *% DO NOT cut and paste this file into an editor with your mouse. This can *% introduce additional line breaks which lead to unexpected results. *% *% You may save this file as 'Brother-QL-550-ptouch.ppd' *% *% *FormatVersion: "4.3" *FileVersion: "1.1" *LanguageVersion: English *LanguageEncoding: ISOLatin1 *PCFileName:"BRQ550PT.PPD" *Manufacturer: "Brother" *Product: "(QL-550)" *cupsVersion: 1.0 *cupsManualCopies: True *cupsModelNumber: 2 *cupsFilter:"application/vnd.cups-postscript 100 foomatic-rip" *cupsFilter:"application/vnd.cups-pdf 0 foomatic-rip" *cupsFilter:"application/vnd.apple-pdf 25 foomatic-rip" *%pprRIP:foomatic-rip other *ModelName: "Brother QL-550" *ShortNickName: "Brother QL-550 ptouch" *NickName: "Brother QL-550 Foomatic/ptouch (recommended)" *PSVersion: "(3010.000) 550" *PSVersion: "(3010.000) 651" *PSVersion: "(3010.000) 652" *PSVersion: "(3010.000) 653" *PSVersion: "(3010.000) 704" *PSVersion: "(3010.000) 705" *PSVersion: "(3010.000) 800" *PSVersion: "(3010.000) 815" *PSVersion: "(3010.000) 850" *PSVersion: "(3010.000) 860" *PSVersion: "(3010.000) 861" *PSVersion: "(3010.000) 862" *PSVersion: "(3010.000) 863" *PSVersion: "(3010.000) 864" *PSVersion: "(3010.000) 870" *LanguageLevel: "3" *ColorDevice: False *DefaultColorSpace: Gray *FileSystem:False *Throughput:"1" *LandscapeOrientation: Plus90 *TTRasterizer: Type42 *1284DeviceID: "MFG:Brother;MDL:QL-550;CMD:PT-CBP;DRV:Dptouch,R1,M0,TF;" *driverName ptouch: "" *driverType F/Filter: "" *driverObsolete: False *HWMargins: 18 36 18 36 *VariablePaperSize: True *MaxMediaWidth: 10 *MaxMediaHeight: 10 *NonUIOrderDependency: 100 AnySetup *CustomPageSize *CustomPageSize True: "pop pop pop <>setpagedevice" *End *ParamCustomPageSize Width: 1 points 36 10 *ParamCustomPageSize Height: 2 points 36 10 *ParamCustomPageSize Orientation: 3 int 0 0 *ParamCustomPageSize WidthOffset: 4 points 0 0 *ParamCustomPageSize HeightOffset: 5 points 0 0 *FoomaticIDs: Brother-QL-550 ptouch *FoomaticRIPCommandLine: "gs -q -dBATCH -dPARANOIDSAFER -dQUIET -dNOPA&& USE -sDEVICE=cups %A%Z -sOutputFile=- - | rastertoptch dummyjob dummyu&& ser dummytitle 1 '%B'" *End *OpenGroup: General/General *OpenUI *PageSize/Page Size: PickOne *OrderDependency: 100 AnySetup *PageSize *DefaultPageSize: StandardAddressLabel *PageSize Binder3cmSpineTape/Binder 3cm - Spine Tape (29 x 209mm): "<>setpagedevice" *PageSize Binder5cmSpineTape/Binder 5cm-Spine Tape (62 x 209mm): "<>setpagedevice" *PageSize CD/DVDL
Bug#390744: O: publib -- library of miscellaneous C functions
Package: wnpp Severity: normal I have just orphaned (by doing an upload setting the maintainer to QA) the publib source package (producing the publib-dev binary package). I'm also freezing my upstream development. I haven't really used the code for many years, and every time someone else does, they find embarrassing mistakes. If anyone wants to adopt the Debian package, they might want to consider adopting it upstream as well. I've CCd (I hope) the maintainers of the two packages that are reverse build dependencies of publib-dev (there's a third, liwc, but I'm the maintainer of that, except I'm orphaning that, too). The package description is: This library contains functions for memory allocation, bit arrays, comparing standard C types for qsort and bsearch, error messages, filenames, hash tables, integer sets, log files, NNTP, priority queues, normal queues, editor buffers, stacks, and strings. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.17-2-486 Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#390745: O: liwc
Package: wnpp Severity: normal I'm orphaning liwc. Description: Tools for manipulating C source code Includes programs for converting C++ comments to C comments, removing C comments, print out string literals, and converting characters to trigraphs and trigraphs to characters. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.17-2-486 Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#390754: O: piuparts -- .deb package installation, upgrading, and removal testing tool
Package: wnpp Severity: normal I've just orphaned the piuparts package. I can't promise to spend any time on it myself in the next few months, so it's better to be explicit about this. See also http://lists.debian.org/debian-devel/2006/09/msg01068.html Alastair McKinstry offered to help, but I've concluded that I don't want to even be an uploader for now. I don't know if Alastair wants to adopt the package. Bill Allombert also replied; I'm not happy about the direction Bill wants to take piuparts, but, hey, since I'm not going to do any work on it, it's not really appropriate that I make any decisions, either. In other words, I do not intend to pick my successor(s). piuparts.cs.helsinki.fi needs to be put into use again. This involves making the package installable on sarge, because piuparts-master needs to run on sarge, and a chroot won't do without setting things up in complicated ways, and then it's better to just make the package installable directly. In addition, you need root access on the machine, to be able to run the slave, and you'd probably best talk to debian-admin about that. I had hoped that people would start using piuparts themselves, before uploading, but based on the number of failures piuparts.cs.helsinki.fi tends to find (when it does run), I'm not confident that the need for a centralized service will go away anytime soon. In addition to just running piuparts on the machine, you need to report bugs based on any failures it finds (only those that are real ones; piuparts sometimes fails for non-bugs, e.g., mirroring problems). Just putting log files up so that people can browse them doesn't work, the problems don't get fixed. lintian.debian.org has shown that. (And for those wondering why I'm on an orphaning spree: I am overcommited with regard to time and responsibilities, and am fixing this by getting rid of all the responsibilities I can. Any predictions of my leaving Debian are premature.) The package description is: piuparts tests that .deb packages (as used by Debian) handle installation, upgrading, and removal correctly. It does this by creating a minimal Debian installation in a chroot, and installing, upgrading, and removing packages in that environment, and comparing the state of the directory tree before and after. piuparts reports any files that have been added, removed, or modified during this process. . piuparts is meant as a quality assurance tool for people who create .deb packages to test them before they upload them to the Debian package archive. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.17-2-486 Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#390754: O: piuparts -- .deb package installation, upgrading, and removal testing tool
Oh, and there's a #piuparts channel on irc.debian.org, if you're interested in that. -- Without grand dreams, how can you save the world? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#390754: O: piuparts -- .deb package installation, upgrading, and removal testing tool
ti, 2006-10-03 kello 16:37 +0100, Alastair McKinstry kirjoitti: > Hi, > > Following the thread on -devel, I had already submitted ITA: to the BTS. > It sounds like setting up a project on alioth might be a good way to go > -- any > objections or better suggestions? Actually, this reminds me: during debconf6 I asked for a piuparts project on alioth, but I forget what the name was (pkg-piuparts?) and what happened to it (not much, I suspect), and I have no idea what the procedure is for assigning ownership of the project to someone else. If I'm needed for the reassigning, tell me what to do. I have no experience using alioth for anything except this aborted piuparts attempt, and that wasn't pleasant, so I don't know what to do. -- Debian is a beast that speaks with many voices -- Richard Braakman -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#390754: No new piuparts upload yet?
I notice that no-one's yet done an upload of piuparts to adopt it. Any news about that? Ian hasn't been added to the project yet. I can do that if he tells me his alioth username (I don't know how to look them up). -- sic transit discus mundi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#390754: No new piuparts upload yet?
On to, 2006-10-19 at 18:16 +0200, Amaya wrote: > Input appreciated: other tasks I might have left out, ideas you's like > to see implemented piuparts.cs.helsinki.fi could use with someone to maintain and use it to run piuparts. It's relatively fast, has oodles of disk space, and it's there explicitly for piuparts work. At this point it would be enough for someone to take over root duties on it (updating when there's security updates, etc). -- Wolfen one, you are my midday moon and I your midnight sun. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#390754: No new piuparts upload yet?
On to, 2006-10-19 at 15:30 +0200, Bill Allombert wrote: > On Thu, Oct 19, 2006 at 04:10:27PM +0300, Lars Wirzenius wrote: > > I notice that no-one's yet done an upload of piuparts to adopt it. Any > > news about that? > > > > Ian hasn't been added to the project yet. I can do that if he tells me > > his alioth username (I don't know how to look them up). > > The problems I reported are mostly work-around for transcient problem in > the upgrade process, so maybe they are not worth adressing in piuparts. It would still be good to do an upload so that bug reports go to the new maintainers, and so that etch does not release with piuparts maintained by debian-qa. -- Crappy tools are not worth it. Find or make better ones. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#104197: O: kannel
Package: wnpp I would like to orphan Kannel (package kannel). I no longer have a job where I need to develop it, and I don't have a personal use for it, so I don't follow the development, either. Someone who uses it should pick it up. -- Lars Wirzenius <[EMAIL PROTECTED]>
Bug#173496: ITP: EXIF.py by Gene Cash
Package: wnpp Severity: wishlist http://home.cfl.rr.com/genecash/digital_camera/EXIF.py contains a Python module that reads EXIF information from pictures made by digital cameras. The information contains, for example, shutter speed, aperture, and sensor sensitivity settings. License: # Redistribution and use in source and binary forms, with or without # modification, are permitted provided that the following conditions are # met: # # 1. Redistributions of source code must retain the above copyright #notice, this list of conditions and the following disclaimer. # 2. Redistributions in binary form must reproduce the above copyright #notice, this list of conditions and the following disclaimer in the #documentation and/or other materials provided with the #distribution. Thus, it is free software. I intend to use this in a new version of Lodju (older versions already packaged for Debian).
Bug#179315: ITP: enemies-of-carlotta -- Mailing list manager
Package: wnpp Version: N/A; reported 2003-02-01 Severity: wishlist * Package name: enemies-of-carlotta Version : 0.16.1 (or whatever is current at the time) Upstream Author : Lars Wirzenius <[EMAIL PROTECTED]> * URL : http://liw.iki.fi/liw/eoc/ * License : GPL Description : Mailing list manager Enemies of Carlotta is a simple mailing list manager that mimicks the ezmlm (http://www.ezmlm.org/) commands, but does not rely on Qmail to work.
Bug#228224: ITP: gsvn -- GTK GUI Client for the Subversion version control system
la, 2004-01-17 kello 14:41, OuterMind kirjoitti: > * Package name: gsvn > Version : 4241 > Upstream Author : sussman <[EMAIL PROTECTED]> > * URL : http://gsvn.tigris.org/ > * License : GPL > Description : GTK GUI Client for the Subversion version control system The upstream web page says: At the moment, gsvn has been mostly abandoned by its original authors, due to lack of time. [- - -] The rewriting was never finished, and since late 2002 the source code has undergone bit-rot. The core Subversion C API has changed quite a bit, and it's certain that in order to compile gsvn and "get it back in shape", someone needs to spend a good deal of time changing the code to match the newest Subversion API. If this is accurate, and no-one is maintaining or developing gsvn, perhaps it would not be a good idea to package it for Debian. -- http://liw.iki.fi/liw/log/
Bug#352303: ITP: gsynaptics -- configuration tool for Synaptics touchpad driver of X
la, 2006-02-11 kello 13:30 +0900, Osamu Aoki kirjoitti: > GSynaptics is a configuration tool for Synaptics touchpad driver > of X server. Before you use this package, please read > /usr/share/doc/gsynaptics/README and configure X server properly. "Properly" is a bad word to use in this context, since the configuration in question seems to result in a potential security problem. From the xfree86-driver-synaptics README.Debian file: If you want to be able to change driver parameters without restarting the X server, enable the "SHMConfig" option in the X configuration file. You can then use the "synclient" program to query and modify driver parameters on the fly. SECURITY NOTE! This is not secure if you are in an untrusted multiuser environment. All local users can change the parameters at any time. I think it would be fair to add a similar note to the description of the gsynaptics package. Note that I'm not saying that this is a serious problem with the package: in many situations it does not matter if the touchpad settings can be changed by any local user. For example, on a laptop with only a single user account, or with many accounts but no way to log in via a network. These can be an acceptable risk for the ease of configuration. It is, however, important to notify the person installing the package about the issue. -- Even a bad picture is worth 500 words. --Droidy -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#352535: ITP: gitmail -- Very simple graphical mail user agent for sending mail (GTK)
ma, 2006-02-13 kello 23:00 +0100, Adeodato Simó kirjoitti:
> * Adeodato Simó [Mon, 13 Feb 2006 22:58:24 +0100]:
>
> > And it may fall under the "too buggy that we refuse to support it"
>
> Ah, forgot to say that the code is, at least, full of malloc(FIXED_NUM),
> that afterwards get used without any check for errors.
As an example:
GList *readfile (char *file, GtkWidget *comboboxentry) {
char *homedir = (char*)malloc(1024);
strcpy (homedir, g_get_home_dir());
There are at least two big problems with this code:
1) It does not check that the malloc succeeds, resulting in a
segmentation fault on the next line if malloc fails. It would be better
to bail out with a clear error message to the user; it is arguably OK to
not try to do anything fancier to recover from the problem: if you can't
allocate even one kilobyte, it is questionable what you can do at all.
(GTK+ has ready-made functions for this.)
2) There is no guarantee that 1024 bytes is enough to make a copy of the
path to the home directory. In this case, it is pretty unlikely that the
problem ever occurs, but if it does, then you're screwed.
That example was the first I found. The code is indeed full of them.
>From the same function:
char *buffer = (char*) malloc (1);
int len;
len = read (fd, buffer, SSIZE_MAX);
Apart from the lack of checking whether malloc succeeds, SSIZE_MAX is
(much) greater than ten thousand, and any file bigger than about ten
kilobytes will cause this to happen. Files bigger than ten kilobytes are
pretty common. This particular function is now only being used to read
something that looks like config files, but for the sake of sanity,
security, and safety, it is not OK to assume they will always be less
than ten kilobytes.
I'd say that the code is not ready to be included in Debian. It needs a
very careful code review first.
While we do have some pretty crappy programs in Debian already, let's
try to avoid adding programs with known big problems, and now we know
about this one.
If the program does get reviewed, and all the problems that are found
get fixed, then I have no objection to the package.
--
The road is wide and the sky is tall, before I die I will see it
all.--H.A.
Bug#358003: ITP: ttf-dzongkha -- TrueType fonts for Dzongkha language
su, 2006-03-26 kello 04:11 -0600, Peter Samuelson kirjoitti: > > On Tue, Mar 21, 2006 at 07:08:02AM +0100, Christian Perrier wrote: > > > Well, I have one very little argument against doing so: why do it > > > for Dzongkha and why not do it for, say, French...:-) > > [Lionel Elie Mamane] > > Because "French" is the adjective in English (the language the > > package description is written in) for "from France". The same, I > > would not expect it to be done if the language were called > > "Bhutanese". > > OTOH, if you have no idea what language or what country the font > pertains to, why would you want that font? It is not inconceivable that one could stumble on a document from Bhutan, and want to install a font to be able to view it. It is a bit more convenient to be able to find the correct package by only having to search for "Bhutan", and not have to know that the language is "Dzongkha". This is not what I would call a common use case, but it exists. I've been in the situation once searching for a "Russian" font, when I should've been looking for a "Cyrillic" font, for example. I should've known better, but sometimes it is difficult to come up with the right search terms even when you supposedly know the right ones. -- Those who do, decide. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#358003: ITP: ttf-dzongkha -- TrueType fonts for Dzongkha language
su, 2006-03-26 kello 15:07 +0200, Adam Borowski kirjoitti: > Why would viewing the document matter if you don't know the language or > even the script in the first place? To get out of it what I can. Sometimes it is surprisingly much, even when one doesn't understand the language or the script. To find, say, the place that looks like the correct table of place names so that I can copy and paste it somewhere to be translated. > This is a bad example, as cyrillic is used by more than 200 languages > other than Russian; this includes both a number of southern slavic > languages (Serbian, Bulgarian, etc) and mosts nations that have been > conquered by Russians at some point in their history. According to > your argument, we would have to mention all of these in the description > of every cyrillic font. Yes, I'd like that. ;-) -- Latest nerd movie: Once were hackers -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#365087: ITP: debcheck -- Checks whether dependencies of debian packages can be satisfied
to, 2006-04-27 kello 21:53 +0200, Ralf Treinen kirjoitti: > * Package name: debcheck There is a Debian QA page of the same name: http://qa.debian.org/debcheck.php It might be good to avoid a name clash and the resulting confusion. Or, perhaps, your debcheck could be used to improve the QA page? :) -- The road is wide and the sky is tall, before I die I will see it all.--H.A. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#366780: ITP: summain -- compute and verify file checksums
Package: wnpp Severity: wishlist Owner: Lars Wirzenius <[EMAIL PROTECTED]> * Package name: summain Version : 1.0 Upstream Author : Lars Wirzenius <[EMAIL PROTECTED]> * URL : http://liw.iki.fi/liw/summain/ * License : GPL Programming Lang: Python Description : compute and verify file checksums A checksum is a number that identifies the contents of a file: if the contents change, so does the checksum. If you create a checksum before you burn a CD, when you know the files are correct, you can easily check the CD at any time: just compute the checksum again and see if they have changed. . summain computes and checks files against such checksums. It supports both MD5 and SHA-1 checksums, using formats compatible with the md5sum and sha1sum utilities, both for reading and writing. In addition, it can read and verify checksums from Debian .dsc, .changes, and Sources files. (This ITP is for a program not quite released yet. I hope to get some feedback on the description. The release and package upload to NEW will happen once Debcamp6 Internet access gets more usable, or when I return home.) -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#366780: ITP: summain -- compute and verify file checksums
to, 2006-05-11 kello 07:13 -0700, Ben Pfaff kirjoitti: > It's not clear to me, from the description, what the program does > that the md5sum and sha1sum utilities do not. It handles .dsc, .changes, and Sources files. But I also forgot to mention the main reason I wrote it: it gives progress feedback and has some convenience features. An updated suggestion for a long description, which also incorporates Thijs's suggestion to reorder paragraphs: summain computes and checks files against such checksums. It supports both MD5 and SHA-1 checksums, using formats compatible with the md5sum and sha1sum utilities, both for reading and writing. In addition, it can read and verify checksums from Debian .dsc, .changes, and Sources files. . Apart from supporting more file formats, summain differs from the traditional md5sum and sha1sum utilities by providing progress reporting, and via convenience features such as automatic recursion into directories, and looking up files relative to the location of the checksum file, rather than the current working directory. . A checksum is a number that identifies the contents of a file: if the contents change, so does the checksum. If you create a checksum before you burn a CD, when you know the files are correct, you can easily check the CD at any time: just compute the checksum again and see if they have changed. I hope this is better. -- RFC 1437 - yet another MIME specification Microsoft ignores -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#297629: ITP: gallery2 -- web-based photo album written in PHP
ti, 2005-03-01 kello 16:46 -0500, Michael Schultheiss kirjoitti: > Gallery2 (G2) has been redesigned from the ground up and is database > driven. Two years of design and development have gone into G2. It has > customizable themes and layouts using XHTML compliant templates which > make it much easier for you to personalize your G2 install. G2 is > modularized and features can be enabled and disabled separately for > maximum control. Is there any way to let people upgrade to Gallery2 from the original Gallery? If so, then we could do without having two packages in the archive and our users wouldn't have to have both installed, either. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#303986: ITP: soundconverter -- convert sound files to other formats
Package: wnpp Severity: wishlist Owner: Lars Wirzenius <[EMAIL PROTECTED]> * Package name: soundconverter Version : 0.7.1 Upstream Author : Gautier Portet * URL : http://soundconverter.berlios.de/ * License : GPL v2 Description : convert sound files to other formats A simple sound converter application for the GNOME environment. It reads anything the GStreamer library can read, and writes WAV, FLAC, MP3, and Ogg Vorbis files (MP3 only if the required module is installed, which isn't packaged for Debian). -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10-1-686 Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#303986: ITP: soundconverter -- convert sound files to other formats
su, 2005-04-10 kello 12:48 +0200, Benjamin Mesing kirjoitti: > Hello > > > * Package name: soundconverter > > Version : 0.7.1 > > Upstream Author : Gautier Portet > > * URL : http://soundconverter.berlios.de/ > > * License : GPL v2 > > Description : convert sound files to other formats > What about "converts between different sound formats". When I read your > line, I imagined it converts sound to other formats (i.e. images, > text,...) That's a good point. Thanks. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#317033: ITP: piuparts -- .deb package installation, upgrading, and removal testing tool
Package: wnpp Severity: wishlist Owner: Lars Wirzenius <[EMAIL PROTECTED]> * Package name: piuparts Version : 0.6 Upstream Author : Lars Wirzenius <[EMAIL PROTECTED]> * URL : none * License : GPL version 2 Description : .deb package installation, upgrading, and removal testing tool piuparts tests that Debian packages handle installation, upgrading, and removal correctly. It does this by creating a minimal Debian installation in a chroot, and installing, upgrading, and removing packages in that environment, and comparing the state of the directory tree before and after. piuparts reports any files that have been added, removed, or modified during this process. . piuparts is meant as a quality assurance tool for people who create Debian packages to test them before they upload them to the Debian package archive. I have the package ready: Package: piuparts Status: install ok installed Priority: optional Section: devel Installed-Size: 84 Maintainer: Lars Wirzenius <[EMAIL PROTECTED]> Architecture: all Version: 0.6-1 Depends: python2.3, debootstrap Description: .deb package installation, upgrading, and removal testing tool piuparts tests that Debian packages handle installation, upgrading, and removal correctly. It does this by creating a minimal Debian installation in a chroot, and installing, upgrading, and removing packages in that environment, and comparing the state of the directory tree before and after. piuparts reports any files that have been added, removed, or modified during this process. . piuparts is meant as a quality assurance tool for people who create Debian packages to test them before they upload them to the Debian package archive. I intend to do an upload one of these days. If piuparts might be useful for you (QA people especially), please tell me now, so I can fix things before uploading. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.10-1-686 Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#317033: ITP: piuparts -- .deb package installation, upgrading, and removal testing tool
ti, 2005-07-05 kello 21:18 +0300, Lars Wirzenius kirjoitti: > I have the package ready: > > Package: piuparts I forgot to add the URL, sorry. http://liw.iki.fi/liw/download/piuparts/ (That's a somewhat temporary location, however.) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#342039: ITP: ripit -- Textbased audio cd ripper
su, 2005-12-04 kello 23:05 +0100, Elimar Riesebieter kirjoitti: > * Package name: ripit > Description : Textbased audio cd ripper > > runs in text mode (no fancy GUI here) and does everything required to > produce a set of mp3, ogg, flac, m4a files without any user-intervention. How does this compare to the abcde program and package? -- You need fewer comments, if you choose your names carefully. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#760230: ITP: python-sk1libs -- Set of python non-GUI extensions for sK1 Project
On Mon, Sep 01, 2014 at 03:54:31PM -0700, Javi Merino wrote: > * Package name: python-sk1libs > Version : 0.9.1 > Upstream Author : Igor E. Novikov > * URL : > http://sk1project.org/modules.php?name=Products&product=sk1 > * License : LGPL-2+ > Programming Lang: Python, C > Description : Set of python non-GUI extensions for sK1 Project > > sk1libs is a set of python non-GUI extensions for sK1 Project. > The package includes multiplatform non-GUI extensions which are > usually native extensions. > > This package is a dependency of the new upstream version of > python-uniconvertor . It'll be maintained in the Python Modules Team. It would be useful to add a few words explaining what sK1 is. -- http://www.cafepress.com/trunktees -- geeky funny T-shirts http://gtdfh.branchable.com/ -- GTD for hackers -- 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/20140902065403.gd4...@exolobe1.liw.fi
Bug#576761: ITP: libmemoize-memcached-perl -- use a memcached cache to memoize functions
Package: wnpp Severity: wishlist Owner: Lars Wirzenius * Package name: libmemoize-memcached-perl Version : 0.03 Upstream Author : David Trischuk * URL : http://search.cpan.org/dist/Memoize-Memcached/ * License : Perl Programming Lang: Perl Description : use a memcached cache to memoize functions Use a memcached instance to store data stored with memoize functions. Provides the Memoize::Memcached Perl module. -- 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/20100407020518.646412b...@saimaa.wgtn.cat-it.co.nz
Bug#576757: ITP: libhttp-oai-perl -- API for the OAI-PMH
Package: wnpp Severity: wishlist Owner: Lars Wirzenius * Package name: libhttp-oai-perl Version : 3.22 Upstream Author : Tim Brody * URL : http://search.cpan.org/dist/HTTP-OAI/ * License : Perl Programming Lang: Perl Description : API for the OAI-PMH A Perl library implementing an API to use the Open Archives Initiative Protocol for Metadata Harvesting (OAI-PMH). See http://www.openarchives.org/OAI/openarchivesprotocol.html for more information. Provides the HTTP::OAI module. -- 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/20100407011713.787552b...@saimaa.wgtn.cat-it.co.nz
Bug#576762: ITP: libpdf-api2-simple-perl -- wrapper for PDF::API2 modules
Package: wnpp Severity: wishlist Owner: Lars Wirzenius * Package name: libpdf-api2-simple-perl Version : 1.001004 Upstream Author : Red Tree Systems LLC * URL : http://search.cpan.org/dist/PDF-API2-Simple/ * License : Public domain Programming Lang: Perl Description : wrapper for PDF::API2 modules Provides the PDF::API2::Simple Perl module, which is a simplistic wrapper for the PDF::API2 modules. -- 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/20100407020522.982152b...@saimaa.wgtn.cat-it.co.nz
Bug#576763: ITP: libtext-csv-encoded-perl -- encoding aware Text::CSV
Package: wnpp Severity: wishlist Owner: Lars Wirzenius * Package name: libtext-csv-encoded-perl Version : 0.09 Upstream Author : Makamaka Hannyaharamitu * URL : http://search.cpan.org/dist/Text-CSV-Encoded/ * License : Perl Programming Lang: Perl Description : encoding aware Text::CSV Provides the Text::CSV::Encoding Perl module, which is a version of Text::CSV that is encoding aware. The modules provide tools for handling files in the comma-separated values format (.csv). -- 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/20100407020527.074cc2b...@saimaa.wgtn.cat-it.co.nz
Bug#576760: ITP: liblocale-currency-format-perl -- Perl functions for formatting monetary values
Package: wnpp Severity: wishlist Owner: Lars Wirzenius * Package name: liblocale-currency-format-perl Version : 1.28 Upstream Author : Tan D Nguyen * URL : http://search.cpan.org/dist/Locale-Currency-Format/ * License : Perl Programming Lang: Perl Description : Perl functions for formatting monetary values Locale::Currency::Format is a light-weight Perl module that enables Perl code to display monetary values in the formats recognized internationally and/or locally. -- 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/20100407020513.90be92b...@saimaa.wgtn.cat-it.co.nz
Bug#578812: ITP: libfile-corresponding-perl -- Find corresponding files in the directory tree
On Wed, 2010-04-28 at 09:11 +0200, Dominique Dumont wrote: > Description : Find corresponding files in the directory tree > > File::Corresponding uses a configuration of groups of File Profiles to > identify corresponding files. It is not clear to me from the package description what "corresponding" means for this program. My immediate reaction[1] is: "Does it mean files that have identical content?" The CPAN pages have this: In a source tree it is common to have files with the same name, but in different places in the directory tree. Adding some variant of that sentence to the package description would help a lot. [1] My immediate reaction is biased since only just this morning I made some changes to my duplicate file finding program. :) -- 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/1272487789.20451.2.ca...@saimaa.wgtn.cat-it.co.nz
Bug#661565: ITP: nyancat -- Terminal-based Pop Tart Cat animation
In the "humorless jerks complaining" department: On Tue, Feb 28, 2012 at 01:23:15AM +, Jonathan McCrohan wrote: > * Package name: nyancat > * URL : http://miku.acm.uiuc.edu/ > > Nyancat is an animated, color, ANSI-text telnet server that renders a loop of > the classic Nyan Cat animation. Nyancat can also be run as a standalone > program > in a local terminal if telnet functionality is not required. Is this worth including in Debian? It's funny for several microfortnights, but how many people really need to install this? Debian already has 35 thousand binary packages. Do we really need to package everything? Even a tiny software toy brings a bit of burden to the entire project: it needs to be built on every architecture, Packages files grow (and they need to be processed by every Debian computer), translators need to translate the description, etc. If we package this, are we to package every programmatic implementation of every Internet meme out there? What about IOCCC winners? What about love letters expressed in C? tl;dr: I don't think we should have this in Debian. Sorry. signature.asc Description: Digital signature
Bug#666715: ITP: dedupdedup -- find duplicate programs for finding duplicate files
Package: wnpp Severity: wishlist Owner: Lars Wirzenius * Package name: dedupdedup Version : 1.0 Upstream Author : Lars Wirzenius * URL : http://liw.fi/dedupdedup/ * License : AGPLv3+ Programming Lang: Python Description : find duplicate programs for finding duplicate files dedupdedup is a program to find duplicate programs for finding duplicate files on the filesystem. It looks through the Debian package archive and the open ITP bugs to find programs that find duplicate files. It can then optionally close the ITP bugs, and file bugs against ftp-master.debian.org to get such programs to be removed from the archive. Not all duplicate file finder programs are exact copies of each other, so dedupdedup embeds a simple AI system to compare programs, based on package descriptions, --help output, and manual pages, to verify that only the most complete of such programs remains. -- 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/20120401084825.10835.7030.reportbug@havelock
Bug#643011: ITP: dupmerge2 -- dupmerge2 finds and hardlinks identical files
On Mon, Sep 26, 2011 at 03:44:25PM +0200, Ludovic Seegmuller wrote: > Description : dupmerge2 finds and hardlinks identical files We've got a bunch of such tools in Debian already, and ITPs for more. How does this one compare to, say, pmatch, hardlink, or fdupes? -- Freedom-based blog/wiki/web hosting: http://www.branchable.com/ signature.asc Description: Digital signature
Bug#645289: O: soundconverter
On Mon, Oct 17, 2011 at 07:59:14AM +0900, Charles Plessy wrote: > Lars, I have sponsored soundconverter in the past but never used it. Will you > adopt it, or how about trying to call for maintainers on debian-mentors ? I'll adopt it. -- Freedom-based blog/wiki/web hosting: http://www.branchable.com/ signature.asc Description: Digital signature
Bug#653015: ITP: cmdtest -- blackbox testing of Unix command line programs
Package: wnpp Severity: wishlist Owner: Lars Wirzenius * Package name: cmdtest Version : 0.0 Upstream Author : Lars Wirzenius * URL : http://liw.fi/cmdtest/ * License : GPL3+ Programming Lang: Python Description : blackbox testing of Unix command line programs cmdtest black box tests Unix command line tools. Roughly, it is given a a script, its input files, and its expected output files. cmdtest runs the script, and checks the output is as expected. . cmdtest is aimed specifically at testing non-interactive Unix command line programs, and tries to make that as easy as possible. -- 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/20111222195315.22492.33324.reportbug@havelock
Bug#655230: ITP: pushkey -- ITP: pushkey - Pushes your ssh key to a remote location. It tries to create a .ssh folder remotley then it adds your ssh key to authorized_keys.
On Mon, Jan 09, 2012 at 07:43:27PM -0500, Al wrote: > This might seem trivial but it helped enough people I work with that I thought > I should contribute the code. Instead of running "ssh-copy-id -i identityName > IPADDR" , all you had to do was "pushkey IPADDR". The difference between my > package and ssh-copy-id is that my package sets the permission on the folder > and file and it also gives you the option to create new ssh key keys if it > doesn't find it. ssh-copy-id does not have the ability to create the .ssh > folder remotely nor does it change the permissions. And you had to explicitly > specify which key to use in ssh-copy-id. I use pushkey on many other distro's > too so I thought it might be something beneficial that can be ported over > easily. Actually, ssh-copy-id does create the .ssh directory on the other end, and sets its permission and the permission of the authorized_keys file it creates. See this session: liw@havelock$ ssh -l tomjon localhost tomjon@localhost's password: Linux havelock 3.1.0-1-amd64 #1 SMP Sun Dec 11 20:36:41 UTC 2011 x86_64 tomjon@havelock:~$ ls -ld .ssh ls: cannot access .ssh: No such file or directory tomjon@havelock:~$ logout Connection to localhost closed. [status 2] liw@havelock$ ssh-copy-id tomjon@localhost tomjon@localhost's password: Now try logging into the machine, with "ssh 'tomjon@localhost'", and check in: ~/.ssh/authorized_keys to make sure we haven't added extra keys that you weren't expecting. liw@havelock$ ssh -l tomjon localhost Linux havelock 3.1.0-1-amd64 #1 SMP Sun Dec 11 20:36:41 UTC 2011 x86_64 Last login: Tue Jan 10 01:01:32 2012 from localhost tomjon@havelock:~$ ls -la .ssh total 12 drwx-- 2 tomjon tomjon 4096 tammi 10 01:01 . drwxr-xr-x 3 tomjon tomjon 4096 tammi 10 01:01 .. -rw--- 1 tomjon tomjon 385 tammi 10 01:01 authorized_keys tomjon@havelock:~$ ssh-copy-id does not create keys, it is true. -- Freedom-based blog/wiki/web hosting: http://www.branchable.com/ signature.asc Description: Digital signature
Bug#656142: ITP: duff -- Duplicate file finder
On Mon, Jan 16, 2012 at 12:58:13PM -0800, Kamal Mostafa wrote: > * Package name: duff > * URL : http://duff.sourceforge.net/ A quick speed comparison: real user system max RSS elapsed cmd (s) (s) (s)(KiB) (s) 3.2 2.4 5.862784 5.8 hardlink --dry-run files > /dev/null 1.1 0.4 1.615424 1.6 rdfind files > /dev/null 1.9 0.2 2.2 9904 2.2 duff-0.5/src/duff -r files > /dev/null rdfind seems to be quickest one, but duff compares well with hardlink, which (see http://liw.fi/dupfiles/) was the fastest one I knew of in Debian so far. This was done using my benchmark-cmd utility in my extrautils collection (not in Debian): http://liw.fi/extrautils/ for source. The exact command to generate the above table: benchmark-cmd \ --setup='genbackupdata --create=100m files' \ --setup='cp -a files/0 files/copy' \ --cleanup='rm -rf files' \ --verbose \ --command='hardlink --dry-run files > /dev/null' \ --command='rdfind files > /dev/null' \ --command='duff-0.5/src/duff -r files > /dev/null' Personally, I would be wary of using checksums for file comparisons, since comparing files byte-by-byte isn't slow (you only need to do it to files that are identical in size, and you need to read all the files anyway). I also think we've now got enough of duplicate file finders in Debian that it's time to consider whether we need so many. It's too bad they all have incompatible command line syntaxes, or it would be possible to drop some. (We should accept a new one if it is better than the existing ones, of course. Evidence required.) -- Freedom-based blog/wiki/web hosting: http://www.branchable.com/ signature.asc Description: Digital signature
Bug#623857: ITP: python-tracing -- Python debug tracing helper
Package: wnpp Severity: wishlist Owner: Lars Wirzenius * Package name: python-tracing Version : 0.3 Upstream Author : Lars Wirzenius * URL : http://liw.fi/tracing/ * License : GPL3+ Programming Lang: Python Description : Python debug tracing helper Provides the Python library 'tracing' to help with logging debug messages. This module provides a couple of functions for logging debug messages. It is sometimes practical to add a lot of debugging log messages to a program, but having them enabled all the time results in very large log files. Also, logging that much takes quite a bit of time. . This module provides a way to turn such debugging or tracing messages on and off, based on the filename they occur in. (Preliminary package at http://code.liw.fi/debian/pool/main/p/python-tracing/, but it needs cleaning up before an actual upload.) -- 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/20110423191420.5045.35149.report...@havelock.liw.fi
Bug#623857: ITP: python-tracing -- Python debug tracing helper
On ma, 2011-04-25 at 19:48 +1200, Robert Collins wrote: > On Sun, Apr 24, 2011 at 7:14 AM, Lars Wirzenius wrote: > > Provides the Python library 'tracing' to help with logging debug messages. > > This module provides a couple of functions for logging debug messages. > > It is sometimes practical to add a lot of debugging log messages to a > > program, but having them enabled all the time results in very large > > log files. Also, logging that much takes quite a bit of time. > > . > > This module provides a way to turn such debugging or tracing messages > > on and off, based on the filename they occur in. > > This probably wants to explain whats different or interesting vs the > stdlib logging module, which has that sort of functionality too. Thanks, you're right, I should explain more. tracing.trace a wrapper around logging.debug, implemented in a way that makes it very cheap to have many no-op calls. This allows the calls to be sprinkled in places where they would otherwise not be OK, due to the overhead of logging. tracing.trace does not require any ifs at the place of the call. I'll work that into the long description in some way before the upload. (But I'd be happy to know of a way to achieve the same thing, with just logging. The fewer packages I have, the better.) -- Blog/wiki/website hosting with ikiwiki (free for free software): http://www.branchable.com/ -- 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/1303742939.32391.4.ca...@havelock.liw.fi
Bug#628016: ITP: python-coverage-test-runner -- fail Python program unit tests unless they test everything
Package: wnpp Severity: wishlist Owner: Lars Wirzenius This package is in oldstable, but not in squeeze and later. It was removed on my request because nothing in Debian required it, and I wanted to retire. I am now preparing to upload some software that uses this to run unit tests at build time, so I need to re-introduce the package into Debian. * Package name: python-coverage-test-runner Version : 1.5 Upstream Author : Lars Wirzenius * URL : http://liw.fi/coverage-test-runner/ * License : GPL3+ Programming Lang: Python Description : fail Python program unit tests unless they test everything This package contains the Python module CoverageTestRunner, which runs unit tests implemented using the unittest module in the Python standard library. It runs them using coverage.py (in the python-coverage package) and fails the test if all statements are not covered. -- 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/20110526124219.7456.37267.report...@havelock.liw.fi
Bug#628017: ITP: python-cliapp -- Python framework for Unix command line programs
Package: wnpp Severity: wishlist Owner: Lars Wirzenius * Package name: python-cliapp Version : 0.11 Upstream Author : Lars Wirzenius * URL : http://liw.fi/cliapp/ * License : GPL3+ Programming Lang: Python Description : Python framework for Unix command line programs cliapp makes it easier to write typical Unix command line programs, by taking care of the common tasks they need to do, such as parsing the command line, iterating over input files, and so on. -- 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/20110526124548.7580.50697.report...@havelock.liw.fi
Bug#593260: ITP: bar -- Show information about a data transfer
On ma, 2010-08-16 at 20:36 +0200, Georges Khaznadar wrote: > Bar is a simple tool to process a stream of data and print a display for > the user on stderr showing (a) the amount of data passed, (b) the > throughput of the data transfer, and, if the total size of the data stream > is known, (c) estimated time remaining, percent complete, and a progress bar. > . > Bar was originally written for the purpose of estimating the amount of time > needed to transfer large amounts (many, many gigabytes) of data across a > network. (Usually in an SSH/tar pipe. How does this compare to the pv tool in the package of the same 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/1281985819.12989.77.ca...@havelock
Bug#593260: ITP: bar -- Show information about a data transfer
Dropped debian-devel from the Cc list. On ma, 2010-08-16 at 21:57 +0200, Georges Khaznadar wrote: > with bar, the replacement would be: > bar -s 4G -if someImageFile -of > /dev/disk/by-id/usb-TheNiceStick_0878101B77D1D977-0:0 pv -petrb someImageFile > /dev/disk/... (Or pipe to sudo dd of=/dev/disk/... if that's better for you, permissionwise.) If pv can't figure out the size of the image file, add "-s 4G". I haven't tried bar, but from the description it looks very similar to pv. As far as I care, both are welcome in Debian, but sometimes it is sensible to ask if duplicate tools to do the same thing are a good idea. -- 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/1281989595.12989.98.ca...@havelock
Bug#631862: ITP: seivot -- benchmark program for backup software
Package: wnpp Severity: wishlist Owner: Lars Wirzenius * Package name: seivot Version : 1.9 Upstream Author : Lars Wirzenius * URL : http://liw.fi/seivot/ * License : GPL Programming Lang: Python Description : benchmark program for backup software seivot generates synthetic test data and backs it up using the desired backup tool. It then modifies the test data, and makes further backups. It also does restores, verifications, and forgets backup generations. It measures the runtime and memory usage of each run of the backu program. . Originally written for Obnam, seivot aims to be useful for benchmarking many backup programs. -- 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/20110627211927.5353.32610.report...@havelock.liw.fi
Bug#631864: ITP: python-larch -- B-tree library for Python
Package: wnpp Severity: wishlist Owner: Lars Wirzenius * Package name: python-larch Version : 0.19 Upstream Author : Lars Wirzenius * URL : http://liw.fi/larch/ * License : GPL Programming Lang: Python Description : B-tree library for Python An implementation of a particular kind of B-tree, based on research by Ohad Rodeh. This is the same data structure that btrfs uses, but in a new, pure-Python implementation. . The distinctive feature of this B-tree is that a node is never (conceptually) modified. Instead, all updates are done by copy-on-write. This makes it easy to clone a tree, and modify only the clone, while other processes access the original tree. . The implementation is generic and flexible, so that you may use it in a variety of situations. For example, the tree itself does not decide where its nodes are stored: you provide a class that does that for it. The library contains two implementations, one for in-memory and one for on-disk storage. -- 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/20110627212650.5504.50781.report...@havelock.liw.fi
Bug#631861: ITP: summain -- create file manifests with checksums
Package: wnpp Severity: wishlist Owner: Lars Wirzenius * Package name: summain Version : 0.8 Upstream Author : Lars Wirzenius * URL : http://liw.fi/summain/ http://liw.fi/summain/README/ http://liw.fi/summain/NEWS/ http://liw.fi/summain/summain.1.txt * License : GPL Programming Lang: Python Description : create file manifests with checksums Summain generates file manifests, which contain metadata about the files, and a checksum of their content for regular files. The manifest can be generated for a directory tree at different points in time and compared (with diff) to see if something has changed. -- 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/20110627211225.5260.34143.report...@havelock.liw.fi
Bug#632450: ITP: pmatch -- Duplicate finder and removal tool.
On Sat, Jul 02, 2011 at 11:27:36AM +0100, Tomasz Muras wrote: > * Package name: pmatch > Version : 0.4.0 > Upstream Author : Tomasz Muras > * URL : http://pmatch.rubyforge.org > * License : GPL v3 > Programming Lang: Ruby > Description : Duplicate finder and removal tool. > > Perfect Match (pmatch) is a command-line utility for finding duplicate files. > It can perform some logic for choosing which duplicate to act on (delete, > create > a link or perform any other action). We have a bunch of these in Debian already. For example: * finddup * finddup * hardlink How does pmatch compare to the others? I wrote one myself (http://liw.fi/dupfiles/), but it turned out hardlink is way faster, so decided not to add mine to Debian, since it would be unnecessary duplication. -- Freedom-based blog/wiki/web hosting: http://www.branchable.com/ -- 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/20110702111231.ga22...@havelock.liw.fi
Bug#636443: ITP: python-ttystatus -- terminal progress bar and status output for Python
Package: wnpp Severity: wishlist Owner: Lars Wirzenius * Package name: python-ttystatus Version : 0.12 Upstream Author : Lars Wirzenius * URL : http://liw.fi/ttystatus/ * License : GPL Programming Lang: Python Description : terminal progress bar and status output for Python The ttystatus Python library provides a simple widget-based way to show progress and current status in command line programs. (Needed for Obnam.) -- 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/20110803065949.10794.5735.report...@havelock.liw.fi
Bug#636444: ITP: obnam -- online and disk-based backup application
Package: wnpp Severity: wishlist Owner: Lars Wirzenius * Package name: obnam Version : 0.18 Upstream Author : Lars Wirzenius * URL : http://braawi.org/obnam/ * License : GPL Programming Lang: C, Python Description : online and disk-based backup application Obnam makes backups. Backups can be stored on local hard disks, or online via the SSH SFTP protocol. The backup server, if used, does not require any special software, on top of SSH. . * Snapshot backups. Every generation looks like a complete snapshot, so you don't need to care about full versus incremental backups, or rotate real or virtual tapes. * Data de-duplication, across files, and backup generations. If the backup repository already contains a particular chunk of data, it will be re-used, even if it was in another file in an older backup generation. This way, you don't need to worry about moving around large files, or modifying them. * Encrypted backups, using GnuPG. * Push or pull operation, depending on what you need. You can run Obnam on the client, and push backups to the server, or on the server, and pull from the client over SFTP. -- 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/20110803070651.11092.57033.report...@havelock.liw.fi
Bug#636445: ITP: genbackupdata -- generate test data sets for backup software
Package: wnpp Severity: wishlist Owner: Lars Wirzenius * Package name: genbackupdata Version : 1.5 Upstream Author : Lars Wirzenius * URL : http://braawi.org/genbackupdata/ * License : GPL Programming Lang: Python Description : generate test data sets for backup software genbackupdata creates or modifies directory trees in ways that simulate real filesystems sufficiently well for performance testing of backup software. For example, it can create files that are a mix of small text files and big binary files, with the binary files containing random binary junk which compresses badly. This can then be backed up, and later the directory tree can be changed by creating new files, modifying files, or deleting or renaming files. The backup can then be run again. -- 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/20110803071412.12126.75599.report...@havelock.liw.fi
Bug#585145: RFA: gtimelog -- minimal timelogging system
On Wed, Aug 17, 2011 at 04:28:29PM -0400, Barry Warsaw wrote: > On Jul 12, 2011, at 04:17 PM, Simon McVittie wrote: > > >On Thu, 17 Mar 2011 at 09:58:17 +, Lars Wirzenius wrote: > >> Hi, Barry, > >> > >> I'd be happy to sponsor your gtimelog uploads to Debian. > > > >Any news on this? I notice there's a newer-still version in Ubuntu now. Could > >someone please take this package away from me? :-) > > > >Sorry, I can't test gtimelog enough to maintain or sponsor it myself, since > >I have to use a fork of it for work; but if you're having trouble finding a > >sponsor, perhaps the Python applications team can help? > > Well, I've *finally* gotten around to fixing a few bug in the Launchpad > tracker, and I might still get to a couple more based on some feedback. I'd > like to do an 0.6.0 release this week or next, if Marius doesn't object. At > that point I'll do the upload to Ubuntu and ping Lars to sponsor an upload to > Debian. > > Sound good? I no longer use gtimelog, but I can sponsor an upload to Debian. It might be good to move it into the Python application team in Debian, so it's easy to find sponsors. Barry, e-mail me the source package when you need an upload, please. -- Freedom-based blog/wiki/web hosting: http://www.branchable.com/ -- 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/20110818090247.ga24...@havelock.liw.fi
Bug#584493: ITP: libbusiness-issn-perl -- Perl extension for International Standard Serial Numbers (ISSN)
Package: wnpp Severity: wishlist Owner: Lars Wirzenius * Package name: libbusiness-issn-perl Version : 0.91 Upstream Author : brian d foy * URL : http://search.cpan.org/dist/Business-ISSN/ * License : Same as Perl (Artistic or GPL1+) Programming Lang: Perl Description : Perl extension for International Standard Serial Numbers (ISSN) A Perl module (Business::ISSN) for working with ISSN numbers (International Standard Serial Numbers), used to identify periodical publications, such as magazines. -- 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/20100603222353.24243.67094.report...@saimaa.wgtn.cat-it.co.nz
Bug#729660: ITP: xemacs21 -- highly customizable text editor
On Fri, Nov 15, 2013 at 03:25:16PM +, Mark Brown wrote: > On Fri, Nov 15, 2013 at 10:06:37AM -0500, Paul Tagliamonte wrote: > > > Before you put this in NEW, how do you plan on fixing the outstanding RC > > bugs? > > By making changes to the software. This discussion is getting a tad too antagonistic, maybe? May I suggest someting? * The FTP team has valid concerns about re-introducing a package that's already been removed, partly due to not being maintained well by a previous maintainer. * Mark's a long-time Debian developer. We can expect him to do his best to fix the package before uploading, without interrogating him on the details at ITP time. * Backups are tasty snacks. Let's all run a backup now. -- http://www.cafepress.com/trunktees -- geeky funny T-shirts http://gtdfh.branchable.com/ -- GTD for hackers -- 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/20131115154543.GG8314@holywood
Bug#769372: RFA: soundconverter -- GNOME application to convert audio files into other formats
Package: wnpp Severity: normal It turns out I don't need it very often, so I request someone else adopt the soundconverter package. The package description is: SoundConverter is a simple sound converter application for the GNOME environment. It reads sound files in any format supported by GStreamer and outputs them in Ogg Vorbis, FLAC, or WAV format, or MP3 format if you have the GStreamer LAME plugin. -- 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/20141113045827.4161.58481.reportbug@exolobe1
Bug#775658: O: soundconverter
Package: wnpp Severity: normal I am orphaning the soundconverter package, which I no longer use myself. Someone who uses it would be a better person to care for the package. Upstream is friendly and helpful, and it's a package with a fair number of users, so it's a good package for someone to adopt as their first package, as well. Happy hacking. -- 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/20150118095337.2963.60406.reportbug@exolobe1
Bug#810576: ITP: hail -- Efficiently extract arbitrary lines from a file or stream
I'm not objecting to this package, but for those who want achieve what it does without having to depend on an extra package, I offer the following. On Sun, Jan 10, 2016 at 10:17:22AM +1100, Kevin Murray wrote: > Hail gets its name from a contraction of head and tail, the common alternative > to this program. It extracts lines from a file, taken on stdin, and prints > them > on stdout. It's so simple that the Unix wizards of old never bothered. The README gives the following examples: # prints 1 through 10, i.e. does nothing seq 1 10 | hail 1- # prints 1 through 3, i.e. equivalent to `head -n 3` seq 1 10 | hail 1-3 # prints 3 through 5, i.e. equivalent to `head -n 5 | tail -n 3` seq 1 10 | hail 3-5 # prints 5 through 10, i.e. equivalent to `tail -n 6` seq 1 10 | hail 5- # prints 2, 3, 5 and 7, which is where I'll give up on my comparisons to # head and tail seq 1 10 | hail 2-3 5-5 7-7 These can be done with sed: seq 1 10 | sed -n '1,$p' seq 1 10 | sed -n '1,3p' seq 1 10 | sed -n '3,5p' seq 1 10 | sed -n '5,$p' seq 1 10 | sed -n '2,3p;5p;7p' The syntax is not quite as easy, of course. Happy hacking. -- Schrödinger's backup hypothesis: the condition of any backup is undefined until a restore is attempted. -- andrewsh signature.asc Description: Digital signature
Bug#720327: ITP: esu -- It allows to copy files with different checksums on the fly.
On Tue, Aug 20, 2013 at 06:41:22PM +0400, Konstantin Khomoutov wrote: > On Tue, 20 Aug 2013 10:21:05 -0400 > Ryan Kavanagh wrote: > > > On Tue, Aug 20, 2013 at 03:33:06PM +0200, root wrote: > > > * Package name: esu > > > Description : It allows to copy files with different checksums > > > on the fly. > > > > > > Basicly a replacement for cp with additional checksum on the fly > > > support. It allows MD5, SHA1, SHA224, SHA265, SHA384, SHA512 > > > algorithm to be used. > > > > How is this different from rsync? Quoting rsync(1): ... > [discussion of meaning of rsync option] It would be helpful if the upstream README.md and the package description explain what the checksums are for. Is this a replacement for cp+sha1sum (or sha256sum or whatever algorithm is used), or is the checksum used for verifying that the resulting file is copied correctly and has not become corrupted during the copy? If the latter, does the program do anything else to ensure a safe copy, such as fsync to make sure the target file is committed to disk, or flushing kernel buffer caches so that checksumming the target file happens on data that is read from the target disk, and not from cache memory? Also an explanation of why this is useful and why (and when) the kernel's usual mechanisms aren't enough would be a good idea. "cp, but with checksums" isn't a useful description of a program. Unless the program's output includes the checksums (perhaps for later verification), the checksums don't seem interesting to me as a user. They seem like an implementation detail rather than an essential feature of the program. -- http://www.cafepress.com/trunktees -- geeky funny T-shirts http://gtdfh.branchable.com/ -- GTD for hackers -- 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/20130820150940.gg4...@mavolio.codethink.co.uk
Bug#613986: ITP: run -- tool for sampling time and memory usage
On pe, 2011-02-18 at 18:30 +0100, Thomas Krennwallner wrote: > Package: wnpp > Severity: wishlist > Owner: Thomas Krennwallner > > > * Package name: run > Version : 1.4 > Upstream Author : Armin Biere and Toni Jussila > * URL : http://fmv.jku.at/run/ > * License : BSD > Programming Lang: C > Description : tool for sampling time and memory usage > > run is a tool for sampling time and memory usage of a program and its > children using the proc file system of Linux. Time and space limits > are also supported. It is very helpful for benchmarking and running > competitions. It also supports limits on wall clock time and thus can > control runs of multi-threaded programs on multi-core machines as > well. This sounds like a very interesting tool to me, since I've been wanting to write something similar myself. I look forward to seeing it in the archive. However, the name is perhaps a tad generic. Would it be possible for you to rename it in Debian to something less generic? -- 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/1298052079.22676.66.camel@tacticus
Bug#615591: ITP: lightdm -- simple display manager with GTK+, Qt and Webkit greeters
On su, 2011-02-27 at 16:25 +0100, Yves-Alexis Perez wrote: > Package: wnpp > Severity: wishlist > Owner: Debian Xfce Maintainers > > > * Package name: lightdm > Version : 0.2.3 > Upstream Author : Robert Ancell > * URL : https://launchpad.net/lightdm > * License : GPL-3 > Programming Lang: C/ > Description : simple display manager with GTK+, Qt and Webkit greeters > > LightDM is a simple display manager which intents to support “modern” > standards (like ConsoleKit), various desktop environments (having three > greeters using GTK+, Qt and Webkit libs) and still be lightweight. How does this compare to gdm3? It might be good to amend the package description, so that those installing it can make an informed decision. -- Blog/wiki/website hosting with ikiwiki (free for free software): http://www.branchable.com/ -- 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/1298825015.2809.70.ca...@havelock.lan
Bug#613986: Status?
On la, 2011-03-12 at 17:40 +, Michael Tautschnig wrote: > Hi all, > > I just wanted to ask what the status of the proposed package "run" (or > whatever > its name shall be) is as I'd be interested in using that for an upcoming > package. Lars, Thomas told me you were taking over, is that right? I haven't had time to sponsor an upload yet, sorry. I'm OK with anyone else doing it, of course, please don't block on me if you want to do it. -- Blog/wiki/website hosting with ikiwiki (free for free software): http://www.branchable.com/ -- 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/1300031911.2771.46.ca...@havelock.lan
Bug#585145: RFA: gtimelog -- minimal timelogging system
Hi, Barry, I'd be happy to sponsor your gtimelog uploads to Debian. -- 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/1300355897.25164.0.camel@tacticus
Bug#405230: ITP: python-coverage -- coverage testing tool for Python
Package: wnpp Severity: wishlist Owner: Lars Wirzenius <[EMAIL PROTECTED]> * Package name: python-coverage Version : 2.6 Upstream Author : Ned Batchelder, Gareth Rees * URL : http://www.nedbatchelder.com/code/modules/coverage.html * License : BSD-like Programming Lang: Python Description : coverage testing tool for Python >From the upstream web site: Coverage.py is a Python module that measures code coverage during Python execution. It uses the code analysis tools and tracing hooks provided in the Python standard library to determine which lines are executable, and which have been executed. This is useful for developing test suites for Python software. (This is not really the long description, I'm not far enough yet to formulate one.) I'll co-maintain the package with Wouter van Heyst. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#412566: ITP: aes2501-wy -- userspace software for usb aes2501 fingerprint scanner
On ma, 2007-02-26 at 23:09 +0100, Evgeni Golov wrote: > On Mon, 26 Feb 2007 21:28:28 +0100 Miguel Gea Milvaques wrote: > > > Command line scanning sofware for AES2501B usb fingerprint reader. > > The ouput are gray pnm files with quite good quality. > > Please mention Authentec (the vendor) and the places where you > can find this reader (Medion MD85264 USB sensor, HP nx6125 notebook) in > the long description, so the users can find them easily. The Fujitsu-Siemens P7120 seems to contain one as well. -- Programming should be fun, otherwise you're doing something wrong. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#705954: ITP: ms-sys -- writes Microsoft compatible boot records
On Mon, Apr 22, 2013 at 01:57:16PM -0300, Joao Eriberto Mota Filho wrote: > * Package name: ms-sys > Description : writes Microsoft compatible boot records > > Does the same as Microsoft "fdisk /mbr" to a hard disk or "sys d:" to a floppy > or FAT32 partition except that it does not copy any system files, only the > boot > record is written. > > The current version supports up to Windows 7. Is this different from the mbr package already in Debian? -- http://www.cafepress.com/trunktees -- geeky funny T-shirts http://gtdfh.branchable.com/ -- GTD for hackers -- 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/20130422183134.gb8...@havelock.liw.fi
Bug#706162: ITP: luxio -- Posix bindings for Lua
Package: wnpp Severity: wishlist Owner: Lars Wirzenius * Package name: luxio Version : 1.0 Upstream Author : Rob Kendrick * URL : http://www.rjek.com/software.html * License : MIT (Same as Lua) Programming Lang: Lua Description : Posix bindings for Lua Lightweight UNIX I/O and POSIX binding for Lua 1. Reasonably good coverage of POSIX and BSD Sockets, including IPv6, and some GNU extensions. 2. Meant to be buildable anywhere that is POSIX.1-1996. If it's not, there's a bug. These are likely, as I have nowhere other than Linux to test. 3. Low-level. You get the return values and the errno for the bound functions where possible. Others take a table to fill in, or may return tables. 4. High-level wrapper library providing nice IO access and to misc. utility functions. Generates useful errors in assert()able form, and provides meaningful __tostring metamethods to aid debugging. 5. A high-level poll()-based event dispatch library. 6. Sub-process handling library (read/write io.popen with job control). 7. A prototype POSIX Message Queue-based IPC scheme that can serialise most simple Lua values. (No closures, userdata, etc) This package is needed as a dependency for Gitano, for which an ITP will be filed later. I will be co-maintaining this package with Daniel Silverstone. -- 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/20130425182657.411.13242.report...@havelock.liw.fi
Bug#706985: ITP: opensmtpd -- Simple Mail Transfer Protocol daemon
On Mon, May 06, 2013 at 05:10:17PM +0100, Daniel Walrond wrote: > Package: wnpp > Severity: wishlist > Owner: Daniel Walrond > > > * Package name: opensmtpd > Version : 5.3.1p1 > Upstream Author : OpenBSD > * URL : http://www.opensmtpd.org/ > * License : ISC, BSD > Programming Lang: C > Description : Simple Mail Transfer Protocol daemon > > OpenSMTPD is a FREE implementation of the server-side SMTP protocol as > defined by RFC 5321, with some additional standard extensions. It allows > ordinary machines to exchange e-mails with other systems speaking the > SMTP protocol. Is this better than exim4 or postfix, or one of the other SMTP servers we already have in Debian? -- http://www.cafepress.com/trunktees -- geeky funny T-shirts http://gtdfh.branchable.com/ -- GTD for hackers -- 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/20130506164234.ge2...@havelock.liw.fi
Bug#416992: ITP: gtkcanvas-muxitex-slur-k -- Postscript Slur Package K for MusiXTeX
Package: wnpp Owner: Lars Wirzenius <[EMAIL PROTECTED]> Severity: wishlist * Package name: gtkcanvas-muxitex-slur-k Version : 4.1 Upstream Author : Lars Wirzenius <[EMAIL PROTECTED]> * URL : N/A * License : CDDL Programming Lang: C#, with Markov Chain support Description : Postscript Slur Package K for MusiXTeX This package is called GtkCanvas. This widget behaves identically to the collection fully sorted. HERWIG is a standard Unix pipelines. In other words, we have put great effort into designing the API, to ensure that the standard for applications and devices. sirc, the Perl Shell will use one of the simple, but it's mostly meant for AMD64 systems. Contains unstripped shared libraries. . For example: . 1234 + 5678 -- 6802 . For more information on the Sun Netra J software environment to run, which can be scheduled to be simple, productive, powerful, extensible, dynamic, efficient, and real-time. . Its keybindings are much higher resolution, and more. . LilyPond's text-based music input language is similar in feel to games such as the ability to select all the files used by the MusicBrainz::Client module for convert japanese encodings. Features: * nearly complete XMPP IM (RFC 3921) protocol (lacks privacy lists) * User- and Group-Management * Powerful yet clean configuration files needed for both low-level data access package with the various enemy bases around the RRD tool by other boot managers, like scheduled default, boot from other games, especially Gauntlet (TM) and Nethack/Moria. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-686 Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#753704: ITP: amap -- Next-generation scanning tool for pentesters
On Sun, Jul 06, 2014 at 10:49:30PM +0900, Charles Plessy wrote: > Le Sun, Jul 06, 2014 at 10:33:35AM +0200, Andreas Tille a écrit : > > On Sat, Jul 05, 2014 at 04:37:16PM +0200, Ralf Treinen wrote: > > > > > > > > This violates the Policy's section 10.1, but it is still my > > > > favorite solution for the reason that you explained above. > > > > > > I don't agree, packages should not be in conflict when it can be > > > easily avoided by renaming files. > > > > +1 > > Hi Andreas, > > Feel free to rename yourself, but do not forget to remove me from > the uploaders list. > > On my side I find these renamings harmful and illogical. The > probability that people want to use both amaps on the same machine > is close to zero, and the probability that users of both amaps will > be annoyed by the rename is close to one. I think that these > renamings are applied dogmatically in a way that makes Debian > inferior. I do not want to participate to this. I can see, and sympathise, with several sides of this debate of what to do when two upstream projects choose the same executable name. However, I do think what Debian's historically been doing (i.e., renaming even when upstream doesn't want to rename) is the right thing to do. Given projects foo and bar, which both provide an executable called yoyo, there is no way for everyone to be happy. Both foo's and bar's users are, presumably, used to calling it yoyo. Third party scripts will exist that invoke either using the name yoyo. Whichever yoyo Debian chooses to call by that name, some users will be surprised and unhappy. The standards FHS directory layout gives us four locations in which to put executabes: /bin, /sbin, /usr/bin, /usr/sbin. In theory we could then have four providers of yoyo, but that would be very confusing. Even using bin vs sbin is confusing: if you're used to running foo's yoyo as your normal user, it'll be quite a surprise when you try to run it as root and get bar's yoyo instead. We could have the foo and bar packages conflict with each other, and in some cases that might not be too bad. However, it would be really unfortunate for long-term quality, in my opinion, if Debian would start choosing to compromise like that. It may be true that the intersection of users of foo and bar are really rare, and that nobody much would suffer if they conflicted, but it sets a bad precedent. Conflicts in Debian are meant to be used for a specific reason: when two packages _can't_ be used together (at least not as packaged). If we use conflicts to resolve the yoyo for foo and bar, it means that we are willing to change the meaning of conflicts to also be allowed when we just can't be bothered to make difficult distro level integration decisions. Using conflicts doesn't solve the situation for users, anyway. bar's users will still be surprised by foo's yoyo, when they find it installed and it doesn't do what they thought it would. Of course, foo's users are in the same situation, if foo's yoyo gets renamed. For this reason, I think the best approach is to get at least one of foo's or bar's upstreams to rename their yoyo. If that can't happen, I further think it's better for Debian's users if Debian renames at least one of the yoyo's. Which one gets renamed will depend on circumstance. The default, historically, has been that the first yoyo in Debian keeps the name, and newer yoyos will be renamed. However, if bar is extremly popular, and foo is rarely used, then possibly foo's yoyo should be renamed. Or we could decide to rename both to avoid anyone being surprised by the wrong yoyo. Note that the Debian alternatives system can't be used for this, unless foo and bar are both basically implementing essentially the same interface for the same program, but that's rarely the case in these cases. Charles, I'm sorry to hear you think this approach is harmful to Debian and that you don't want to participate in doing them. -- http://www.cafepress.com/trunktees -- geeky funny T-shirts http://gtdfh.branchable.com/ -- GTD for hackers -- 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/20140706150205.gl30...@exolobe1.liw.fi
Bug#889826: ITP: vmdb2 -- create disk images with Debian installed
Package: wnpp Severity: wishlist Owner: Lars Wirzenius * Package name: vmdb2 Version : 0.9 Upstream Author : Lars Wirzenius * URL : https://github.com/larswirzenius/vmdb2 * License : GPL3+ Programming Lang: Python Description : create disk images with Debian installed vmdb2 creates disk images with Debian installed. Conceptually it's like vmdebootstrap, except that the output is a disk image instead of a directory tree. Such images can be used for virtual machines, as well as real hardware. . vmdb2 is a successor of vmdebootstrap and intends to replace it. It's intentionally not backwards compatible with vmdebootstrap, however.
Bug#890983: ITP: continuity -- A transport-agnostic, filesystem metadata manifest system
On Wed, 2018-02-21 at 18:06 +0700, Arnaud Rebillout wrote: > This project is a staging area for experiments in providing transport > agnostic metadata storage. Something like my summain program? signature.asc Description: This is a digitally signed message part
Bug#890983: ITP: continuity -- A transport-agnostic, filesystem metadata manifest system
On Wed, 2018-02-21 at 18:58 +0700, Arnaud wrote: > > On 02/21/2018 06:27 PM, Lars Wirzenius wrote: > > On Wed, 2018-02-21 at 18:06 +0700, Arnaud Rebillout wrote: > > > This project is a staging area for experiments in providing transport > > > agnostic metadata storage. > > > > Something like my summain program? > > What is your summain program ? continuity is a library used by > containerd and docker. apt show summain Yes, it's a program. Your ITP doesn't say anything about being a library. If that's important, you should amend the package description. I was merely curious if continuity is doing what I've already done some years ago for a different use case. Never mind. signature.asc Description: This is a digitally signed message part
Bug#860453: ITP: sparseutils -- interact with sparse files
Package: wnpp Severity: wishlist Owner: Lars Wirzenius * Package name: sparseutils Version : 0.0.1 Upstream Author : Richard Ipsum * URL : https://pypi.python.org/pypi/sparseutils/ * License : GPL3+ Programming Lang: Python3 Description : interact with sparse files This package contains the utilities sparsemap and mksparse. Sparsemap lists the areas of a file that are holes and data, and mksparse creates a new file with holes and data. The test suite for Obnam, my package, will be using this in the future.
Bug#860453: ITP: sparseutils -- interact with sparse files
On Mon, Apr 17, 2017 at 09:51:24AM +0200, Eduard Bloch wrote: > > Description : interact with sparse files > > This doesn't align with the extended description. Sounds more like > "automated creation and inspection of sparse files". I'll tweak the short the description. I disagree that mine doesn't align with the long one, though. > > This package contains the utilities sparsemap and mksparse. Sparsemap > > lists the areas of a file that are holes and data, and mksparse creates > > a new file with holes and data. > > It would be nice to have such functionality directly in fallocate(1) > rather than having to install python 3 just for that. Feel free to get fallocate upstream to change it to work like mksparse does, and to write a tool like sparsemap. -- I want to build worthwhile things that might last. --joeyh signature.asc Description: PGP signature
Bug#843021: RFP: yarn -- a fast, reliable, and secure package manager for Node.js
On Thu, Nov 03, 2016 at 08:36:21AM +0100, Paolo Greppi wrote: >Package name: yarn > URL: https://github.com/yarnpkg/yarn My cmdtest package provides yarn, since the main tool it now provides is yarn (a testing tool), not cmdtest. Perhaps your package could be called yarnpkg? -- I want to build worthwhile things that might last. --joeyh signature.asc Description: PGP signature
Bug#843021: RFP: yarn -- a fast, reliable, and secure package manager for Node.js
On Thu, Nov 03, 2016 at 01:32:14PM +0100, Paolo Greppi wrote: > cmdtest provides yarn since this commit: > http://git.liw.fi/cgi-bin/cgit/cgit.cgi/cmdtest/commit/?id=859bb5ba9631df883dd7b074ff649ea2ca76e1ad Yep, in 0.27-1, uploaded Sep 21 this year. cmdtest has included the yarn program since June, 2013. I added that because people kept having trouble finding the package when they want to install (my) yarn. > A package search for yarn currently returns no match. > https://packages.debian.org/search?keywords=yarn I assume that's because it's a Provides, and not an actual package name. I haven't created a separate yarn package to avoid making the FTP masters from processing another package in NEW. > The real issue here is that both cmdtest and the proposed package > install a yarn binary. I don't think that's the only reason, I think the package name conflict is also an issue. But you're right that the binary name conflict also needs be resolved. > 1. as you suggest, renaming this package and the binary it installs to > yarnpkg Yes, please. :) > 2. keeping the package name yarn but renaming the binary to yarnpkg I don't see why you'd call the package yarn. There would be a conflict with the yarn name that cmdtest provides. > 3. renaming the executable yarn in cmdtest to yarn-something-else, and > have cmdtest provide yarn-something-else It's been called yarn in the cmdtest package for years. I'd prefer to not rename it, thanks. It's a name that's dear to me, has some pleasant memories associated with it, and that I've gotten used to. The JS package manager called yarn is quite new. It wouldn't be unreasonable to suggest to them to rename it to avoid a naming conflict, in my opinion. > 4. ignoring the conflict and setting the Conflict flags in both packages > (https://www.debian.org/doc/debian-policy/ch-relationships.html#s-conflicts) I don't think this is acceptable at all. There's no reason for these two packages to conflict. There's no reason why we'd prevent someone from installing both at the same time. > For 3, there could be a cmdtest-legacy package for those who do not use > yarn/yarnpkg and like to invoke the yarn binary in cmdtest as yarn > rather than yarn-something-else. Oh dear, please no. This is just insane. A whole bunch of work with no actual benefit. It just makes things more complicated for everyone. > At the moment we are confusing the newbies who come to Debian for > JavaScript development. I understand. I admit that I don't much care. Having to learn that it's called yarnpkg in Debian, yarn on MacOS, and maybe something else somewhere else seems not too big a deal to me. It's a very minor difference compared to the churn in the Javascript ecosystem. > It would be easier if they could apt-get install node/yarn and then just > type node/yarn to use them. Traditionally in Debian, we've handled naming conflicts by giving a name to the first package using it. There have been exceptions of course: node, and git come to mind. Some of these conflicts have been solved by decree by the FTP masters, a couple by the technical committee. Many have been resolved amicably by the Debian package maintainers. Let's aim for that in this case. I don't know of any cases when naming conflicts in Debian have been solved by having a duel at Debconf. It's nearly a year to the next Debconf, which is probably too long for solving this. Also, I've lost my lightsabre. We in Debian will always have naming conflicts like this, as long as we have a flat namespace for packages (or in /usr/bin). It doesn't help when upstreams don't do sufficient due diligence when choosing names, meaning that we need to resolve them in Debian. > - cmdtest has ~50 It's not a particularly popular package. I make no claim of popularity, only of having used the name first. > - for yarn/yarnpkg it's difficult to predict now, but probably it will > end up in the range 0-6000, high or low depending how much traction it > will get. I don't think that is implausible. I'm not sure it's important, though. > In conclusion, I leave it to those who know more what is the best thing > to do ! Well, my opinion is still that it'd be nice if you called both the package and binary yarnpkg. That would be a very simple, easy solution. If you can convince upstream to also call the binary yarnpkg (or yarnjs, or some other variant), that would be even better. -- I want to build worthwhile things that might last. --joeyh signature.asc Description: PGP signature
Bug#843021: RFP: yarn -- a fast, reliable, and secure package manager for Node.js
On Thu, Nov 03, 2016 at 02:02:31PM +, Ian Jackson wrote: > I searched github for `yarn'. You don't find my software on github. I do not want to rely on non-free services like github. > There are lots of hits for other > programs, including: > - a dialogue editor (for games, I think) > - a VM > - something to do with mongodb and .net > - the Hadoop thing > - a blogging application > - a wrapper for ssh. > and lots more. How many of those were public in mid-2013? > Obviously "yarn" is a really bad name. Someone who picks a name like > that must obviously expect that they can't necessarily have that name > in every namespace. When I chose the name in 2013, I didn't other software that was called yarn. -- I want to build worthwhile things that might last. --joeyh signature.asc Description: PGP signature
Bug#843021: RFP: yarn -- a fast, reliable, and secure package manager for Node.js
On Thu, Nov 03, 2016 at 04:17:37PM +0100, Paolo Greppi wrote: > Fine, I have opened an "Issue" in the github tracker, let's see if this > is received constructively: > https://github.com/yarnpkg/yarn/issues/1656 Thank you. -- I want to build worthwhile things that might last. --joeyh signature.asc Description: PGP signature
Bug#843021: RFP: yarn -- a fast, reliable, and secure package manager for Node.js
On Thu, Nov 03, 2016 at 04:17:37PM +0100, Paolo Greppi wrote: > On 03/11/2016 15:28, Lars Wirzenius wrote: > > The JS package manager called yarn is quite new. It wouldn't be > > unreasonable to suggest to them to rename it to avoid a naming > > conflict, in my opinion. > > Fine, I have opened an "Issue" in the github tracker, let's see if this > is received constructively: > https://github.com/yarnpkg/yarn/issues/1656 Upstream seems to not want to change the name. They closed that bug with the following explanation: # We don't have any intentions of using the yarnpkg binary as the sole # one. There's prior art here with Node.js using node instead of # nodejs even though there's already a Debian package called node. See # #673 for more information. The upstream 673 bug doesn't actually contain an explanation, though. I see the following possibilities now: a) You rename the yarn package manager in Debian (both package and binary). I keep the yarn name for my program and package. b) We both rename. Nobody uses the name yarn, either as package or as a binary name. I'm not happy if I have to give up the yarn name. I find it unfair that I have to rename just because some new upstream decides to use I name I've already been using for years, and refuses to reconsider their use of the name. -- I want to build worthwhile things that might last. --joeyh signature.asc Description: PGP signature
Bug#843021: RFP: yarn -- a fast, reliable, and secure package manager for Node.js
On Thu, Nov 03, 2016 at 06:04:26PM +0100, Paolo Greppi wrote: > On 03/11/2016 17:54, Lars Wirzenius wrote: > > I see the following possibilities now: > > > > a) You rename the yarn package manager in Debian (both package and > >binary). I keep the yarn name for my program and package. > > > > b) We both rename. Nobody uses the name yarn, either as package or as > >a binary name. > > I'd go for a). > > It is clear that this package will install /usr/bin/yarnpkg binary only. > The package itself should be yarnpkg or node-yarnpkg. Cool. Thank you. > Should I just retitle this bug ? Retitling the bug report is probably a convenience to those reading it later, but the important bit is that the package and binary names are correct when you upload. -- I want to build worthwhile things that might last. --joeyh signature.asc Description: PGP signature
Bug#845409: ITP: node-strip-eof -- Strip the End-Of-File (EOF) character from a string/buffer
On Wed, Nov 23, 2016 at 11:28:54AM +0530, Pirate Praveen wrote: > * URL : https://github.com/sindresorhus/strip-eof > Description : Strip the End-Of-File (EOF) character from a > string/buffer Could you fix the Debian package description to be correct? There are no EOF characters, and in any case the code actually strips CR and LF characters (i.e., it strips them away, if the string ends with LR, CR, or CRLR, but not more if there's more of those characters). Upstream's description of what the code does isn't accurate. -- I want to build worthwhile things that might last. --joeyh signature.asc Description: PGP signature
Bug#886772: ITP: debos -- Debian OS builder
On Thu, 2018-01-11 at 11:00 +0100, Benjamin Drung wrote: > Both tools create a Debian OS and use a Jinja config which allows > specifying individual steps. Can the forces be joined? One is in Go, one in Python. There's nothing similar in the code bases. I see no chance of "joining forces", nor much point.
Bug#830983: ITP: field -- extracts a list of fields from a file
On Wed, Jul 13, 2016 at 01:08:25PM -0500, Matt Zagrabelny wrote: > Perhaps moreutils? > > The utilities provided therein are (partially) written in perl. So it > is out of place in that regards - but certainly not a show stopping > road block. > > Joey Hess is the maintainer according to: > > apt-cache show moreutils | grep '^Maintainer:' > Maintainer: Joey Hess That's obsolete information. https://tracker.debian.org/pkg/moreutils has current information. -- Schrödinger's backup hypothesis: the condition of any backup is undefined until a restore is attempted. -- andrewsh signature.asc Description: PGP signature
Bug#850222: ITP: node-plur -- Pluralize a word
On Thu, Jan 05, 2017 at 01:05:09PM +0530, Abhishek Lolage wrote: > * URL : https://github.com/sindresorhus/plur > Description : Pluralize a word The package description should make it clear this code only works for English. -- I want to build worthwhile things that might last. --joeyh signature.asc Description: PGP signature
Bug#914026: O: python-ttystatus -- terminal progress bar and status output for Python
Package: wnpp Severity: normal I intend to orphan the python-ttystatus package. (Already uploaded with Maintainer set to QA.) The package description is: ttystatus is a Python library for showing progress reporting and status updates on terminals, for (Unix) command line programs. Output is automatically adapted to the width of the terminal: truncated if it does not fit, and re-sized if the terminal size changes. . Output is provided via widgets. Each widgets formats some data into a suitable form for output. It gets the data either via its initializer, or from key/value pairs maintained by the master object. The values are set by the user. Every time a value is updated, widgets get updated (although the terminal is only updated every so often to give user time to actually read the output). . The output from ttystatus goes to the terminal (`/dev/tty`) and is restricted to a single line. ttystatus is a Python library for showing progress reporting and status updates on terminals, for (Unix) command line programs. Output is automatically adapted to the width of the terminal: truncated if it does not fit, and re-sized if the terminal size changes. . Output is provided via widgets. Each widgets formats some data into a suitable form for output. It gets the data either via its initializer, or from key/value pairs maintained by the master object. The values are set by the user. Every time a value is updated, widgets get updated (although the terminal is only updated every so often to give user time to actually read the output). . The output from ttystatus goes to the terminal (`/dev/tty`) and is restricted to a single line. ttystatus is a Python library for showing progress reporting and status updates on terminals, for (Unix) command line programs. Output is automatically adapted to the width of the terminal: truncated if it does not fit, and re-sized if the terminal size changes. . Output is provided via widgets. Each widgets formats some data into a suitable form for output. It gets the data either via its initializer, or from key/value pairs maintained by the master object. The values are set by the user. Every time a value is updated, widgets get updated (although the terminal is only updated every so often to give user time to actually read the output). . The output from ttystatus goes to the terminal (`/dev/tty`) and is restricted to a single line.
Bug#914027: O: vmdb2 -- creator of disk images with Debian installed
Package: wnpp Severity: normal I intend to orphan the vmdb2 package. The package description is: vmdb2 will be a successor of vmdebootstrap. It will create disk images for virtual machines and real hardware, with partitioning, and a boot loader, and a Debian installation.
