Bug#202226: O: xcal -- a graphical calendar with memos and reminder alarms
Package: wnpp Version: unavailable; reported 2003-07-20 Severity: normal I am orphaning the xcal package. The software is ancient, and there is no active upstream. It may be helpful for the adopter to be familiar with Imake/xmkmf, but for the most part, maintaining the package consists of recompiling it from time to time to keep up with X and the menu standards. The package description is: The "classic" calendar app with memos and alarms, xcal normally sits idle and displays the date. When clicked on, pops up a `strip' for this month. Clicking on a day allows you to enter details. Automatically parses times entered, and reminds you 5 minutes before your appointment. . Supports daily and weekly repeating events and context-sensitive help.
Bug#202227: O: mwavem -- Mwave/ACP modem support
Package: wnpp Version: unavailable; reported 2003-07-20 Severity: normal I intend to orphan the mwavem package. Please be aware that any potential adoptor should have access to a ThinkPad with this specific modem chipset. Furthermore, please be aware that there are open questions regarding the license of the firmware included in the package. Lastly, there are newer versions available from upstream (IBM). The package description is: The mwavem program implements a Hayes-compatible V.90 modem in the 3780i Mwave/ACP DSP chip which is built in to certain IBM ThinkPad laptop computers, including the ThinkPad 600, 600E and 770 models. . A driver for the mwave device is required. Source code for the driver, built as a module called 'mwave.o', is included in the latest 2.4 kernel sources. To build the module, set "ACP/Mwave Modem support" under "Character devices" to "m" at kernel configuration time. Source code is available from IBM which can be used to build a module compatible with earlier kernels.
Bug#202228: O: gtkgraph -- an interactive function-plotter/calculator
Package: wnpp Version: unavailable; reported 2003-07-20 Severity: normal I intend to orphan the gtkgraph package. It's a neat little program, but the upstream is dead, and it needs someone who can hack bison to fix the bug filed against it. The package description is: GtkGraph is an application designed to replace a conventional graphing calculator. It allows you to plot up to 10 functions on the same graph. Graphs may be exported to PostScript, printed, or exported to any bitmap file format that Imlib supports. The user can zoom and scroll, or set the range manually with X/Y minimums and X/Y maximums. In addition, a small arithmatic calculator window is included, which has a convenient history mechanism.
Bug#202232: O: pup -- Printer Utility Program
Package: wnpp Version: unavailable; reported 2003-07-20 Severity: normal I intend to orphan the pup package. There hasn't been anything from upstream on this package in over a year, so it may or may not be dead. No bugs, but then again, there might not be any users either. The package description is: This is a GUI utility for maintaining your printer under Linux. For uni-directional mode it supports the Lexmark Optra Color 40 and 45, Lexmark Optra E310, HP 2100M, HP 4000, and HP LJ4 Plus. For bi-directional mode it supports any PJL printer (or partially, depending on the printer).
Bug#202230: O: xflip -- programs to mirror-image or melt your display.
Package: wnpp Version: unavailable; reported 2003-07-20 Severity: normal I intend to orphan the xflip package. There is no upstream (at least none that I'm aware of), so one day the nine year old source is probably going break. Hence, a knowledge of X programming may be of benefit, along with Imake. Other than that, the package is extremely simple. The package description is: Flip your (or your "xhost +" using friend's) screen on either the vertical or horizontal axis or melt away the graphics on your display. Both commands have a -planes option to independently act on individual bit planes. This version now comes with a new -oblic option which flips horizontally and vertically simultaneously.
Bug#202238: O: nwrite -- Enhanced replacement for the write command
Package: wnpp Version: unavailable; reported 2003-07-20 Severity: normal I intend to orphan the nwrite package. It is a simple package, with no upstream development to worry about. In other words, it requires basic policy maintenance. The package description is: Nwrite is a replacement for the standard write program that lets you write directly to the terminal of another logged-in user without the overhead of talk taking over the full screen or the other user having to respond first. Nwrite's advantages over traditional write include the ability to send the same message simultaneously to multiple users, and a receiver-configurable message format, including a tag at the start of each line that identifies the sender.
Bug#202328: O: libvorbis-perl -- Perl extension for Ogg Vorbis streams
Package: wnpp Version: unavailable; reported 2003-07-21 Severity: normal I intend to orphan the libvorbis-perl package. A very simple package, the upstream source of this hasn't been changed in quite a while. The package description is: The Ogg::Vorbis Perl module, an object-oriented interface to the libvorbisfile Ogg Vorbis library. Currently reading but not writing of streams is supported. Includes a sample mpg123-like script for playing Ogg Vorbis files. . Ogg Vorbis is a fully Open, non-proprietary, patent-and-royalty-free, general-purpose compressed audio format for high quality (44.1-48.0kHz, 16+ bit, polyphonic) audio and music at fixed and variable bitrates from 16 to 128 kbps/channel. This places Vorbis in the same class as audio representations including MPEG-1 audio layer 3, MPEG-4 audio (AAC and TwinVQ), and PAC.
Bug#202329: O: mp3burn -- burn audio CDs directly from MP3, Ogg Vorbis, or FLAC files
Package: wnpp Version: unavailable; reported 2003-07-21 Severity: normal I intend to orphan the mp3burn package. This is a great first package for anyone with some familiarity with Perl and a CD burner. The Debian version has diverged (evolved) quite a bit beyond the upstream version, and the script is easy to understand and modify. There are also a fair number of active users, many of whom have submitted very useful patches from time to time. The package description is: mp3burn is a Perl script that allows you to burn audio CDs composed of MP3, Ogg Vorbis, or FLAC tracks without an intermediate file conversion to .cdr or .wav. The .mp3/.ogg/.flac files *are* converted using a decoder, but are written to FIFOs so they don't consume filesystem space during the burn.
Bug#202330: O: xzoom -- magnify part of X display, with fast updates
Package: wnpp Version: unavailable; reported 2003-07-21 Severity: normal I intend to orphan the xzoom package. There is no upstream that I'm aware of, so maintenance of this package boils down to keeping it up to day with policy and occassional recompiles against new releases of X. The package description is: Like xmag, xzoom magnifies a section of the X display. Xzoom is different because it will continuously update the magnified area as the display changes. It is fast enough to enlarge small animations, for example.
Bug#202346: O: liblog-agent-rotate-perl -- provides Log::Agent::Rotate perl module
Package: wnpp Version: unavailable; reported 2003-07-21 Severity: normal I intend to orphan the liblog-agent-rotate-perl package. Maintenance of this package is simple. The upstream source is available on CPAN. The package description is: The Log::Agent::Rotate module is an extension of Log::Agent that brings file-rotating features to the File logging driver. . This is NOT a generic all-purpose logfile rotation package. It is meant to be used only within the Log::Agent framework.
Bug#202349: O: xmountains -- fractal landscape generator for X
Package: wnpp Version: unavailable; reported 2003-07-21 Severity: normal I intend to orphan the xmountains package. There is no active upstream for this package, so some knowledge of old-school X programming may come in handy to maintain it. There is one wishlist bug open against this package for some additional functionality. The package description is: Generates random fractal mountains and displays them in a window (even in the X root window). . While the program is running the fractal is continuously extended on the right and the image is scrolled from right to left to expose the newly generated area.
Bug#202347: O: liblog-agent-perl -- provides Log::Agent perl module
Package: wnpp Version: unavailable; reported 2003-07-21 Severity: normal I intend to orphan the liblog-agent-perl package. Maintenance of this package is simple. The upstream source is part of CPAN. The package description is: Log::Agent is a general logging framework aimed at reusable modules that allow code to be written that is independent of the final logging method to be used.
Bug#202538: O: qpage -- SNPP-to-TAP/IXO gateway and SNPP client
Package: wnpp Version: unavailable; reported 2003-07-22 Severity: normal I intend to orphan the qpage package. It's non-free, but it's not extremely non-free (if you subscribe to that type of thinking). Aside from needed a rewrite to support threading (and preferably in Perl), it's a very solid program and has been the primary production notification system at several of my employers. The source is in C, and is fairly easy to hack. Upstream is not active. The package description is: QuickPage is a paging program. It can speak SNPP (Simple Network Paging Protocol, RFC 1861) to another paging server, or it can act as an SNPP server and dial your modem to send alphanumeric pages. . HylaFAX contains similar functionality but is more complex by at least an order of magnitude. If you just need to send pages, this does (most) everything you want.
Bug#202541: O: ripperx -- a GTK-based ripper/encoder
Package: wnpp Version: unavailable; reported 2003-07-22 Severity: normal I intend to orphan the ripperx package. This is a fun package to maintain, but be prepared to do some occassional coding (in C). Also, note that there are several Debian-specific "extensions" (e.g. FLAC support) that aren't yet in the upstream version. I'll be working to try to get those into the upstream version via its sourceforge page. Updates from upstream are infrequent. The package description is: ripperX is a graphical interface to a CD ripper (cdparanoia) and the Vorbis/Ogg, FLAC, and MP3 encoders, very similar to grip.
Bug#202543: O: easytag -- viewing, editing and writing ID3 tags of MP3 and Ogg files
Package: wnpp Version: unavailable; reported 2003-07-22 Severity: normal I intend to orphan the easytag package. This package has a very active and helpful upstream author. (Several times, Jerome has incorporated Debian bug fixes before I had a chance to send them to him.) The package description is: EasyTAG is an utility for viewing, editing and writing the ID3 tags of MP3 and Ogg files, using a GTK+ interface. . Currently EasyTAG supports the following features: - Viewing, editing, writing ID3 TAGs of MP3 and Ogg files, - Process all files of the selected directory, - Ability to browse subdirectories, - Recursion for tagging, removing, renaming, saving..., - Easy directory selection with a tree browser, - Supports ID3v1, ID3v1.1, and ID3v2 tags, - Scan file for automatic tagging (using masks), - Scan tag for automatic renaming file (using masks), - Rename mp3 file, - Can apply a field (artist, title,...) to all other files, - Display MP3 header informations, - Can load a character translation file.
Bug#202544: O: cdlabelgen -- generates front cards and tray cards for CDs
Package: wnpp Version: unavailable; reported 2003-07-22 Severity: normal I intend to orphan the cdlabelgen package. It might be helpful to be able to navigate PostScript source in order to maintain this package. Also, the cdinsert.pl CGI that comes with the upstream source should probably find its way into a separate package (it's currently ignored). Upstream is active, and there are currently no bugs open against this package. The package description is: cdlabelgen was designed to simplify the process of generating labels for CDs. It originated as a program to allow auto generation of front cards and tray cards for CDs burned via an automated mechanism (specifically for archiving data), but has now become popular for labelling CD compilations of mp3's, and copies of CDs. Note that cdlabelgen does not actually print anything--it just spits out postscript, which you can then do with as you please. . Author: Avinash Chopde <[EMAIL PROTECTED]> Homepage: http://www.aczone.com/tools/cdinsert/
Bug#102739: retitle 102672 ITP: liblog-agent-rotate-perl -- Log::Agent extension that adds file-rotating abilities (fwd)
Package: wnpp Severity: wishlist Good suggestion; I hereby ITP liblog-agent-rotate-perl. tony mancill <[EMAIL PROTECTED]>
Bug#103410: ITP: netsaint-statd -- NetSaint statd plugin/server pair
Package: wnpp Severity: wishlist NetSaint addon that includes a perl daemon and perl scripts that allow you to check remote host information (load, users, filesystem, etc.) easily. (Just recently released under a DFSG-compatible license.) URL: http://www.netsaint.org/download/contrib/addons/netsaint_statd_v2.11.tar.gz License: Copyright (c) 2000, 2001 Nicholas Reinking Copyright (c) 1999 Nicholas Reinking & Charlie Cook All rights reserved. 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. 3. The name of the author may not be used to endorse or promote products derived from this software without specific prior written permission. THIS SOFTWARE IS PROVIDED BY THE AUTHOR ``AS IS'' AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
Bug#108052: ITA: qpage
retitle 108052 ITA: qpage -- alphanumeric paging client and server When in doubt, tell the truth. -- Mark Twain
Bug#124295: ITP: mwavem -- user-space Mwave/ACP modem support
Package: wnpp Severity: wishlist URL: http://oss.software.ibm.com/acpmodem/ License: GPL Description: Mwave/ACP modem support The mwavem program implements a Hayes-compatible V.90 modem in the 3780i Mwave/ACP DSP chip which is built in to certain IBM ThinkPad laptop computers, including the ThinkPad 600, 600E and 770 models. This is a repackage of Thomas Hood's mwavem binary package available at http://panopticon.csustan.edu/thood/tp600lnx.htm#secmodem and includes all of his modifications to the upstream code from IBM. Cheers, tony -- "Along with freedom of speech and freedom of assembly, there is freedom to share generally useful information with other people. This should be an inalienable right." Richard M. Stallman, creator of the GNU Public License.
Bug#135213: Sponsor wanted for solarwolf
On 29 Mar 2002, Josselin Mouette wrote: > Thank you very much ! I haven't found any sponsor yet, and I will be > happy to see this game in the archive. > > Is there something that needs to be modified in the packaging ? I will take a closer look at the package now that I know you need a sponsor, but from the time I've spent, it all looks fine. I'll build the package on my machine and sign it with my key, but you will still be listed as the maintainer in the Debian archive. This means that you will receive bug reports and such. If that's all ok with you, I can probably upload the package tomorrow. Regards, tony leadership (n.) A form of self-preservation exhibited by people with auto- destructive imaginations in order to ensure that when it comes to the crunch it'll be someone else's bones which go crack and not their own. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#87949: Removing frad?
*Please* remove it. It is complete cruft at this point, and Sangoma continues to provide current, open drivers for these cards. If it would help anyone feel better about it, I'll agree to keep the source available on my people.debian.org page (which I'll need to set up; it's not there yet). Can anyone suggest an applicable list to post to that'll get sucked up by Google so that folks searching for frad will still find it? Cheers, tony <[EMAIL PROTECTED]> On Sat, 18 May 2002, Colin Watson wrote: > Hi folks, > > Should we ask for frad to be removed? The former maintainer recommended > this in his orphaning message (#87949, cc'ed), and nobody has picked up > the package in the year and more since it was orphaned. According to > #87949, it only supports 2.0/2.1 kernels, and even users of those have > an alternative. > > Any objections? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#168461: ITP: libvorbis-perl -- Perl extension for Ogg Vorbis streams
Package: wnpp Severity: wishlist Package name: libvorbis-perl Version : 0.04 Upstream Author : Alex Shinn <[EMAIL PROTECTED]> URL : http://synthcode.com/code/vorbis/ License : GPL or Artistic Description : Perl extension for Ogg Vorbis streams The Ogg::Vorbis Perl module, an object-oriented interface to the libvorbisfile Ogg Vorbis library. Currently reading but not writing of streams is supported. Includes a sample mpg123-like script for playing Ogg Vorbis files. . Ogg Vorbis is a fully Open, non-proprietary, patent-and-royalty-free, general-purpose compressed audio format for high quality (44.1-48.0kHz, 16+ bit, polyphonic) audio and music at fixed and variable bitrates from 16 to 128 kbps/channel. This places Vorbis in the same class as audio representations including MPEG-1 audio layer 3, MPEG-4 audio (AAC and TwinVQ), and PAC.
Bug#179392: O: wanpipe
Package: wnpp Version: N/A; reported 2003-02-01 Severity: normal I no longer have the proper hardware environment to maintain wanpipe. Prospective maintainers should have access to Sangoma cards and be familiar with their use in a production environment. The upstream has been very helpful. This software may be better-suited for a "wanpipe-source" package that allows users to build wanpipe debs for their specific environment (particularly, their specific kernel). -- System Information Debian Release: testing/unstable Architecture: i386 Kernel: Linux bach 2.4.20 #17 SMP Sat Jan 25 12:13:18 PST 2003 i686 Locale: LANG=C, LC_CTYPE=C
Bug#293965: ITP: libvideo-ivtv-perl -- Perl extension for using V4l2 in the ivtv perl scripts
Package: wnpp Severity: wishlist Owner: tony mancill <[EMAIL PROTECTED]> * Package name: libvideo-ivtv-perl Version : 0.13 Upstream Author : James A. Pattie <[EMAIL PROTECTED]> * URL : http://sourceforge.net/project/showfiles.php?group_id=73219&package_id=83888 * License : GPL Description : Perl extension for using V4l2 in the ivtv perl scripts The Video::ivtv module will provide helper methods for working with videodev2.h structures and making ioctl calls that have proven to be too difficult to create pack strings for in perl itself. This is not supposed to be an equivalent of the Video::Capture::V4l module which was created for videodev.h. The package is necessary for running the utilities included with ivtv-0.2 and newer. - Information: Debian Release: 3.1 Architecture: amd64 (x86_64) Kernel: Linux 2.6.10 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#277175: upload in progress
Package: wnpp Followup-For: Bug #277175 Owner: tony mancill <[EMAIL PROTECTED]> I've packaged this CPAN module and will upload a package shortly. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#312866: ITA 312866 rexima -- A nice little ncurses mixer.
I've located a copy of version 1.4 of the upstream source and am preparing an upload. Thanks, tony mancill -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#278923: O:nagios
Hi Sean, I'd be interested in co-maintaining this with you. I also use it a lot a work, and maintain the netsaint-statd package. Cheers, tony On Sat, 2004-10-30 at 13:14 -0400, sean finney wrote: > hi turbo, > > On Thu, Oct 28, 2004 at 01:25:16PM +0200, Turbo Fredriksson wrote: > > I just don't care (any more)! I just don't have the time > > nor interest in maintaining this beast. I don't use it > > personaly any more (and if I have it installed, I haven't > > checked it's information in months!). > > > > Therefor I'm orphaning the nagios and netsaint packages. > > i'd be interested in picking this up, or ideally co-maintaining > it with someone. i use it tons at work and have worked with the > package before. signature.asc Description: This is a digitally signed message part
Bug#229839: ITP: libconfig-simple-perl -- simple configuration file class
Package: wnpp Severity: wishlist * Package name: libconfig-simple-perl Version : 4.55 Upstream Author : Sherzod B. Ruzmetov <[EMAIL PROTECTED]> * URL : http://search.cpan.org/~sherzodr/Config-Simple-4.55/ * License : Perl Artistic License Description : simple configuration file class Reading and writing configuration files is one of the most frequent aspects of any software design. Config::Simple is the library to help you with it. . Config::Simple is a class representing configuration file object. It supports several configuration file syntax and tries to identify the file syntax to parse them accordingly. Library supports parsing, updating and creating configuration files. Note that this modules is being packaged in order to package clusterssh. Please copy me on replies; I'm not subscribed to debian-devel.
Bug#230720: ITP: clusterssh -- administer multiple ssh or rsh shells simultaneously
Package: wnpp Severity: wishlist * Package name: clusterssh Version : 1.49 Upstream Author : Duncan Ferguson <[EMAIL PROTECTED]> * URL : http://sourceforge.net/projects/clusterssh/ * License : GPL Description : administer multiple ssh or rsh shells simultaneously ClusterSSH allows you to control multiple ssh sessions at the same time. It is a Perl-Tk app that launched xterms for each of the sessions, but also allows you to interact with the individual xterms if desired. -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux bach 2.4.23 #1 SMP Tue Dec 2 20:08:18 PST 2003 i686 Locale: LANG=en_US, LC_CTYPE=en_US
Bug#443783: O: dguitar -- Guitar Pro 3/4 tablature viewer and player
Package: wnpp Severity: normal I intend to orphan the dguitar package. Upstream has been in active since February of 2006 and there seems to be more activity and interest in tuxguitar (including based on comments made by the lead upstream developer). The package description is: DGuitar is a Guitar Pro (*.GP4,*.GP3,GTP) tablature viewer and player written in Java and includes language support for French, German, Spanish, and English. It currently requires a non-free JVM to build and run. . Homepage - http://dguitar.sourceforge.net -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22.5 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#677942: xz-java uploaded - pending processing in NEW queue
xz-java was uploaded on 2012/06/21. signature.asc Description: OpenPGP digital signature
Bug#694278: ITP: gpg-remailer -- GnuPG-enabled remailer for mailing lists
Package: wnpp Severity: wishlist Owner: tony mancill * Package name: gpg-remailer Version : 2.53.0 Upstream Author : Frank Brokken * URL : https://www.icce.rug.nl/debian/remailer * License : GPLv3 Programming Lang: C++ Description : GnuPG-enabled remailer for mailing lists Encrypting and signing remailer for groups of users/mailing lists. The original message can be sent to the remailer encrypted and the remailer will handle decryption and re-encrypting for the list recipients. The remailed content bears the signature and/or encryption of the remailer's GPG key. For this reason, the remailer is intended to run from a dedicated user account on a secured system. The remailer supports a number of configure options related to operation, including support for: o Multi-part encrypted messages o Encrypted messages containing detached signatures o Various signature requirements for received messages o Conifgurable logging and debugging -- 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/20121124233946.20383.50809.reportbug@boson
Bug#694278: ITP: gpg-remailer -- GnuPG-enabled remailer for mailing lists
On 11/24/2012 04:39 PM, intrigeri wrote: > Hi, > > tony mancill wrote (24 Nov 2012 23:39:46 GMT) : >> * Package name: gpg-remailer >> [...] >> Description : GnuPG-enabled remailer for mailing lists > > Just curious: what are the gpg-remailer advantages over schleuder[1]? > > [1] http://packages.qa.debian.org/s/schleuder.html Hi, I took a look at schleuder before filing the ITP and they are very similar in scope. I'm not a user of schleuder, but key difference I see is the implementation language - schleuder is written atop Ruby, whereas gpg-remailer written in C++, so perhaps gpg-remailer is bit lighter-weight (although I have no evidence for that claim), and thus perhaps gpg-remailer is preferable on very small system. So it's fair question. I think they're quite similar. Cheers, tony signature.asc Description: OpenPGP digital signature
Bug#555683: RFS: closure-compiler/20121212+dfsg1-1 (new, dep for GWT 2.5)
On 02/22/2013 10:03 AM, Thomas Koch wrote: > Hi, > > I am looking for a sponsor for my package "closure-compiler". It is a > dependency for GWT since version 2.5. It itself depends on libandroid-json- > org-java which is still in the new queue. > > * Package name: closure-compiler >Version : 20121212+dfsg1-1 >Upstream Author : Google > * URL : http://code.google.com/p/closure-compiler/ > * License : Apache 2.0 >Section : java Hello Thomas, The packaging builds fine, but I think there is a bit more work to do on debian/copyright. The following files carry a BSD license: ./src/com/google/debugging/sourcemap/Base64VLQ.java: BSD (3 clause) ./test/com/google/debugging/sourcemap/Base64VLQTest.java: BSD (3 clause) Also, now that there is a build-dep on librhino, can the following trees be pruned from repacked tarball? The files under these directories are dual licensed under the MPL 1.1/GPL 2.0. ./src/com/google/javascript/rhino/ ./test/com/google/javascript/rhino/ Cheers, tony signature.asc Description: OpenPGP digital signature
Bug#704186: RFP: jgoogleanalyticstracker -- lightweight Java library for tracking your Java application with Google Analytics
Package: wnpp Severity: wishlist Package name: jgoogleanalyticstracker Version : 1.2.1-SNAPSHOT Upstream Author : Daniel Murphy, Stefan Brozinski URL : https://code.google.com/p/jgoogleanalyticstracker/ License : MIT Programming Lang: Java Description : lightweight Java library for tracking your Java application with Google Analytics -- 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/20130329044205.24223.85034.reportbug@boson
Bug#707093: reproducing the build and the upload process of libhtmlcleaner-java
On 05/19/2013 01:33 AM, Geert Stappers wrote:
> Hello Alexandre,
> Hello People reading ITP libhtmlcleaner-java,
> and hello Debian Java People,
>
> Summary:
> Please document the maintainers workflow for libhtmlcleaner-java,
> have a debian/README.soure in the git repository.
>
> This is an e-mail about wanting to help, but being helpless.
> About wanting to go beyond helpless and being helpfull.
>
> There is Debian Bug report #707093
> ITP: libhtmlcleaner-java -- Java HTML Parser library
> ( http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=707093 )
>
> Alexandre Rossi did the packing work, but has no upload privilege.
> Geert Stappers has upload privilege, but can't review the work of Alexandre.
>
> It is part my ignorance and part missing documentation.
>
> To solve my ignorance am I, stappers, willing to learn. To solve missing
> documentation
> is my proposal add a debian/README.source file. See
> http://wiki.debian.org/Java/JavaVcs
> for minimal content.
>
> In the README.source having documented how to "convert" the .zip from upstream
> into the git repository would also be a good thing.
>
>
> The command `dpkg-buildpackage -uc -us` gives this
>
> dpkg-source -b libhtmlcleaner-java
> dpkg-source: error: can't build with source format '3.0 (quilt)': no upstream
> tarball found at ../libhtmlcleaner-java_2.2.orig.tar.{bz2,gz,lzma,xz}
> dpkg-buildpackage: error: dpkg-source -b libhtmlcleaner-java gave error exit
> status 255
>
>
> If something else as `dpkg-buildpackage` should be used, please document it.
Hi Geert, Alexandre:
In general the issue appears to be that there's no orig.tar.gz file and
not documentation about how to create one. Alexandre, on May 10th you
posted to the bug report that you uploaded the packages (presumably one
of which was libhtmlcleaner-java) to mentors.debian.net, but I'm not
able to find them. That source package would have included an
.orig.tar.gz file.
While it's possible to recreate the upstream orig.tar.gz from the
upstream branch in the git repository using git-archive, it would be
preferable going forward to use pristine-tar to create a pristine-tar
branch. (Since you already have an upstream branch it won't take up
much extra space.)
And from that, was able to build a package using "debuild -us -uc".
However, the packaging repo in pkg-java/libhtmlcleaner-java.git is kind
of a mess. Newer upstream versions 2.2.1 and 2.4 have already been
committed and merged, but the files in debian/ (changelog and patches)
are for the 2.2 version. Thus, the package can't build when the master
branch of the git repository has been merged with upstream/2.4, but the
debian/changelog is expecting an orig.tar.gz version 2.2.
If you just want to see how it build, you can follow these steps:
# clone the pkg-java repo
git clone git+ssh://git.debian.org/git/pkg-java/libhtmlcleaner-java.git
cd libhtmlcleaner-java
# (re)create the upstream tarball for the 2.2 version
git archive upstream/2.2 --prefix=libhtmlcleaner-java-2.2/ -o
../libhtmlcleaner-java_2.2.orig.tar.gz
# clean up the 2.4 sources that are currently there
# (as an alternative, you could copy ./debian/ to a new folder)
rm -rf .git __MACOSX src
# restore the 2.2 sources
tar --strip-components=1 -xvf ../libhtmlcleaner-java_2.2.orig.tar.gz
# build!
debuild -us -uc
While this "works," it's completely and deeply flawed from a
git-buildpackage work-flow point of view. Alexandre, what I recommend
doing is to:
1) Get a working source package for whatever version it is you want to
package and then make that package available on mentors.debian.net.
Iterate over that package until your sponsor feels it is ready for Debian.
2) Completely erase the existing pkg-java/libhtmlcleaner-java.git repo
so we can start over fresh.
3) Use git-import-dsc to create a local gbp repository for your package.
4) Verify that your package builds with git-buildpackage.
5) Push the newly created repository, including the upstream and
pristine-tar branches, to pkg-java/libhtmlcleaner-java.git.
Hope that helps,
tony
signature.asc
Description: OpenPGP digital signature
Bug#709262: ITP: bpm-tools -- command-line tool to calculate beats per minute of audio
Package: wnpp Severity: wishlist Owner: tony mancill -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 * Package name: bpm-tools Version : 0.3 Upstream Author : Mark Hills * URL : http://www.pogo.org.uk/~mark/bpm-tools/ * License : GPLv2 Programming Lang: C Description : command-line tool to calculate tempo of audio The bpm-tools commands are used to automatically calculate the tempo (in beats-per-minute) of music, optionally displaying an analysis and adding it to file 'tags'. The data from these tags can be especially useful for navigating a music library in DJ software such as xwax(1). The bpm command implements the algorithm on raw data, but the most commonly used command is bpm-tag to tag the file with the tempo in bpm. The bpm-graph command will produce a plot of the results of the autocorrelation. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBAgAGBQJRnEd9AAoJECHSBYmXSz6WLA0P/R9NsuHW1rYcTZxS5/8ZtEcj yv+4RIOM35WL0JWc8o9iJFybdm7EPIOdiUyaQxpz6/KH9O4X9gc9TlffEMe//3Mu YOa0Lo17vNdHbgB2SW0NvtBGO/fAUlecW9tf2i3s6fK7pO7+B26Agf8nH7RIu73c 553f4CWWkLMSpnKnm/dJP7w/ZNXLdX7r+bxImLHlok1C1UjSdoakVUPtmPUXeRli NZFetS53QvfDreD1JhtUg7mfuej6pMmDkfuBd8cXZyX5nh0chbCGjv+Hz03zY6AY VbId5vxHlSjrAG9cydsASUmTFEbmg6iYR8M2evftIF56sVQRSQCjlfC/dxxRQg2x k926YlV71Nb5+QQduY0BEYyoFTRFrPFh3Jl8P+ilqIVcTXEElqJallhqLUgQ9gpU xIMnsOwMVMGE86qf0ZJGIKYXObvCcIsJLGJnNT1jRuLnhq5YVE1Au8Edib5RO5oR zEkFG1RddyBIuMM186nQo35WORiPhNXuGJZLqtOvqt7f5uGZimCPVrmTzTzv3fxc WsAZnrLsVCDaE7HwdpmFc55PLyqpI5n5Q9nFcKaR2f/jmD6U82AlyDkpCLkx8feh OGe+KlMY5w8Rp2yWMJNp7LVlRHhLOJIU4bU46xTrBSYlxNN5OfZTQo/NzKG9cjPp 4o5ZvkaUY9F8t0a/usGt =XpRE -END PGP SIGNATURE- -- 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/20130522042013.14567.17317.reportbug@boson
Bug#749839: ITP: guncat -- cat variant that handles partial encrypted sections of text
Package: wnpp Severity: wishlist Owner: tony mancill * Package name: guncat Version : 0.92.00 Upstream Author : Frank B. Brokken * URL : http://guncat.sourceforge.net/ * License : GPLv3 Programming Lang: C++ Description : cat variant that handles mixed clear and encrypted text Guncat (Gpg UNencrypting CAT) was designed to tackle a problem encountered with (partially) PGP encrypted files (as encountered, e.g., in mailboxes): the encrypted sections of such files are relatively difficult to browse through. Guncat acts like unix's cat command, but handles (partially) encrypted sections of processed files. Sections of guncat's input files which are surrounded by -BEGIN PGP MESSAGE- and -END PGP MESSAGE- markers are decrypted before being concatenated to the standard output stream. Guncat's output (i.e., the standard output stream) may subsequently be processed by other programs, like grep or less. -- 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/20140530045452.GA20888@boson
Bug#750713: ITP: gf-complete -- Galois Field Arithmetic
On 06/06/2014 01:15 AM, Thomas Goirand wrote: > Package: wnpp > Severity: wishlist > Owner: Thomas Goirand > > * Package name: gf-complete > Version : 1.02~0+2014.05.git259d53ea590b > Upstream Author : Jim Plank > * URL : https://bitbucket.org/jimplank/gf-complete > * License : BSD-3-clause > Programming Lang: C > Description : Galois Field Arithmetic > > Galois Field arithmetic forms the backbone of erasure-coded storage systems, > most famously the Reed-Solomon erasure code. A Galois Field is defined over > w-bit words and is termed GF(2w). As such, the elements of a Galois Field are > the integers 0, 1, . . ., 2w − 1. Galois Field arithmetic defines addition > and > multiplication over these closed sets of integers in such a way that they > work as you would hope they would work. Specifically, every number has a > unique multiplicative inverse. Moreover, there is a value, typically the > value > 2, which has the property that you can enumerate all of the non-zero elements > of the field by taking that value to successively higher powers. Hi, The description a decent synopsis of Galois fields, but the package description doesn't say anything at all about what's included in the package. Is it a library, a primer, or perhaps something else? It would be helpful to provide some details about the package before it's uploaded to the archive. Cheers, tony signature.asc Description: OpenPGP digital signature
Bug#1013777: O: tuxguitar -- Multitrack guitar tablature editor and player (gp3 to gp5)
Package: wnpp Severity: normal Control: affects -1 src:tuxguitar I intend to orphan the tuxguitar package. The package description is: TuxGuitar is a multitrack Guitar tablature editor and player. It can open GP3, GP4, and GP5 files and exports in MIDI and PDF. signature.asc Description: PGP signature
Bug#1017877: ITP: reload4j -- Drop-in replacement for Apache log4j 1.2 Java logging framework
Package: wnpp Severity: wishlist Owner: tony mancill X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: reload4j Version : 1.2.22 Upstream Author : Ceki Gülcü * URL : https://reload4j.qos.ch/ * License : Apache 2.0 Programming Lang: Java Description : Drop-in replacement for Apache log4j 1.2 Java logging framework The reload4j project is a fork of Apache log4j version 1.2.17 in order to fix most pressing security issues. It is intended as a drop-in replacement for log4j version 1.2.17. By drop-in, we mean the replacement of log4j.jar with reload4j.jar in your build without needing to make changes to source code, i.e., to your java files. With release 1.2.18.0 and later, the reload4j project offers a clear and easy migration path for the thousands of users who have an urgent need to fix vulnerabilities in log4j 1.2.17. This is being packaged because it is a dependency of slf4j [1] since version 1.7.33 (Debian currently ships version 1.7.32 [2]) and because a number of upstream projects have switched to reload4j. Having a separate reload4j source package will allow us to provide a clean transition from liblog4j1.2-java -> libreload4j-java and fully EOL Apache log4j 1.2. [1] https://www.slf4j.org/ [2] https://tracker.debian.org/pkg/libslf4j-java signature.asc Description: PGP signature
Bug#1041488: Please review patches for initial upload
Hello Elias, On Wed, Jul 19, 2023 at 11:49:46PM +0200, Elias Oltmanns wrote: > Sorry for all those emails, but I have just realised that > debian/README.source needed fixing. The reason is that I started out > with the test suite disabled but have managed to get it running after > all. > > So, I have added another patch to the previous two and will append all > three to this message. I have created a git repository for the Debian packaging [1] and started reviewing the package. Everything looks good from the standpoint of constructing the .deb. I haven't uploaded yet because I am not yet sure how (or whether it is even necessary) to document the license and copyright of a few of the test resources. In particular, these files: Files: jwat-arc/src/test/resources/IAH-20080430204825-0-blackbook.arc jwat-arc/src/test/resources/IAH-20080430204825-0-blackbook.arc.gz jwat-gzip/src/test/resources/IAH-20080430204825-0-blackbook.warc jwat-gzip/src/test/resources/IAH-20080430204825-0-blackbook.warc.gz jwat-warc/src/test/resources/IAH-20080430204825-0-blackbook.warc jwat-warc/src/test/resources/IAH-20080430204825-0-blackbook.warc.gz For which the decopy [2] utility generates a very messy copyright entry that ends with: License: CC-BY-NC-SA-ND-3 or Expat or GPL or LGPL-2.1+ It's conceivable that these WARC [3] files contain copyrighted materials and that uploading them as components of the source package would be considered redistribution, but I am admittedly not well-versed enough in this area to say for sure without looking into the contents in more detail. It would be nice to be able to (a) use the files as-is so that we don't have to either (b) remove the files and disable tests, or (c) replace the files and rewrite the tests that access them. I spot-checked a few tests and they appear to expect to be able to locate specific contents in the archive, so (c) would be non-trivial and could result in the package being quite difficult to maintain over time, since any upstream changes to those tests would require updating the patch(es). Let me know if you have any thoughts on this. Otherwise, I will follow up once I have a chance to look through the test resources in more detail. Thank you, tony [1] https://salsa.debian.org/java-team/libjwat-java [2] https://tracker.debian.org/pkg/decopy [3] https://www.loc.gov/preservation/digital/formats/fdd/fdd000236.shtml signature.asc Description: PGP signature
Bug#1041488: Please review patches for initial upload
Hello Elias, On Mon, Jul 24, 2023 at 10:41:02PM +0200, Elias Oltmanns wrote: > Am 21. Juli 2023 um 08:08 schrieb tony mancill: > [...] > > Contacting archive.org and asking for license clarification might be an > option. I am not sure whether I would hold my breath, but it seems to me > that removing the files in question might turn out to be the only > alternative. Then again, we could disable the test suite, after all, so > the build would not depend on the presence of those files. I intend to remove files for which we don't have clear licenses from the DFSG repacked tarball and disable the tests that depend upon them. Apologies for the delay here - it will be a few days yet before I will have the package for an upload. Thank you, tony signature.asc Description: PGP signature
Bug#841855: RFP: libghc-tidal -- Domain Specific Language for musical pattern embedded
On Sun, Oct 23, 2016 at 10:05:24PM +0100, Alex McLean wrote: > Package: wnpp > Severity: wishlist > > * Package name: libghc-tidal > Version : 0.8.2 > Upstream Author : Alex McLean > * URL : http://tidalcycles.org/ > * License : GPL3 > Programming Lang: Haskell > Description : Domain Specific Language for musical pattern > embedded in Haskell > > This is the Haskell library for TidalCycles (aka Tidal), a > Domain Specific Language for musical pattern. Looks like this was uploaded in 2017 [1] without referencing the RFP bug. The package is being actively maintained by the Debian Haskell Team [2], so I will close this. Cheers, tony [1] https://tracker.debian.org/news/856977/accepted-haskell-tidal-082-1-source-amd64-all-into-unstable-unstable/ [2] https://tracker.debian.org/pkg/haskell-tidal
Bug#980400: RFA: picocli -- Tiny command line interpreter library for Java applications
On Mon, Jan 18, 2021 at 08:13:42PM +0100, Miroslav Kravec wrote: > Package: wnpp > Severity: normal > X-Debbugs-CC: pkg-java-maintain...@lists.alioth.debian.org > > Hello there, > > I've lost interest in maintaining the package in my free time, and the > package won't be receiving attention from me. > > I'd like it if someone would take over the package. Feel free to > remove me from the uploaders list on the next upload. > > Kind regards, > Miro Hi Miro, The package is team-maintained. I will take care of removing your name from Uploaders with the next upload. Cheers, tony signature.asc Description: PGP signature
Bug#971823: ITP: simrisc -- simulation model for risk associated with breast cancer
Package: wnpp Severity: wishlist Owner: tony mancill X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: simrisc Version : 13.02.00 Upstream Author : Frank B. Brokken * URL : https://fbb-git.gitlab.io/simrisc/ * License : GPL-3+ Programming Lang: C++ Description : simulation model for breast cancer risk https://www.ncbi.nlm.nih.gov/pmc/articles/PMC3668482/ I intend to maintain this package as part of the Debian-Med team. Regards, tony signature.asc Description: PGP signature
Bug#913079: ITP: strawberry -- an audio player and music collection organizer fully based on Qt5
On Tue, Nov 06, 2018 at 07:19:58PM +0100, Thomas Pierson wrote: > Package: wnpp > Owner: Thomas Pierson > Severity: wishlist > > * Package name : strawberry > * Version : 0.4.1 > * Upstream Author : Jonas Kvinge > * URL : https://strawbs.org/ > * License : GPL-3+ > * Programming Lang : C++ > * Description : an audio player and music collection organizer > fully based on Qt5 Hi Thomas, I came across your ITP for strawberry and am wondering if you'd like to resume work on it. I can offer to sponsor. I took a look upstream [1], and a lot of the hard work (e.g., debian/copyright) has been addressed and the upstream packaging looks pretty near to being ready. Cheers, tony [1] https://github.com/strawberrymusicplayer/strawberry signature.asc Description: PGP signature
Bug#913079: ITP: strawberry -- an audio player and music collection organizer fully based on Qt5
On Sun, Jan 10, 2021 at 10:34:25AM +0200, Thomas Pierson wrote: > Hi Tony, > > Thank you very much for your offer but strawberry is already sponsored and > waiting in the NEW queue now. So hopefully it will be accepted very soon. > > I should have mention the ongoing review/sponsoring here, I'm sorry about > that. Hi Thomas, No need to apologize! I'm glad that you have found a sponsor for the package, and thank you for maintaining this software for Debian. Best regards, tony signature.asc Description: PGP signature
Bug#959829: [covid-19] Help needed to finalise bazel predependency google-api-client-java
On Tue, Jun 16, 2020 at 11:19:45AM +0200, Andreas Tille wrote: > Hi Olek, > > On Tue, Jun 16, 2020 at 05:01:37AM -0400, Olek Wojnar wrote: > > > > Good question! Due to some dependency issues, the bom artifacts are not > > packaged. > > OK, that explains the issue ... > > > But you should be able to just depend on the non-bom pom files. > > ... but I'm to uneducated to implement your suggested solution. > (Feel free to push and I keep on testing). Hi Andreas, I've pushed a "tmancill" branch to the Salsa repo that gets us further along. At this point, the build is failing with this error: package com.google.api.client.util does not exist This Java package should be part of the google-http-java-client package. I'm looking into why it's missing now. Cheers, tony signature.asc Description: PGP signature
Bug#963561: ITP: eclipse-wtp -- Eclipse Web Tools Platform
On Thu, Jul 09, 2020 at 11:22:16AM +0100, Sudip Mukherjee wrote: > Hi All, > > On Tue, Jun 23, 2020 at 07:50:17PM +0100, Sudip Mukherjee wrote: > > Package: wnpp > > Severity: wishlist > > Owner: Sudip Mukherjee > > Control: block 943552 by -1 > > > > * Package name: eclipse-wtp > > So, one of the plugin has the name: > org.eclipse.wst.common.emfworkbench.integration which generates a package: > libeclipse-wst-common-emfworkbench-integration-java and lintian is giving > a warning about "very long filename". > What is the preferred solution for this? Can I rename the plugin to: > org.eclipse.wst.common.emfworkbench ? or just ignore the lintian warning? In my opinion, you should prefer consistent naming and ignore (or override) the lintian warning. Cheers, tony signature.asc Description: PGP signature
Bug#756172: ITP: ssh-cron -- cron-like job scheduler than handles ssh key passphrases
Package: wnpp Severity: wishlist Owner: tony mancill * Package name: ssh-cron Version : 0.91.01 Upstream Author : * URL : * License : GPL-2+ Programming Lang: C++ Description : cron-like job scheduler than handles ssh key passphrases ssh-cron acts like cron, but is provided with ssh passphrases allowing its commands to access remote systems without requiring a passphrase to be stored in a clear-text file or resorting to ssh keys without passphrases. -- 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/20140727040536.GA17911@boson
Bug#756172: ITP: ssh-cron -- cron-like job scheduler than handles ssh key passphrases
On 07/27/2014 06:45 AM, peter green wrote: >> >> ssh-cron acts like cron, but is provided with ssh passphrases allowing >> its commands to access remote systems without requiring a passphrase >> to be stored in a clear-text file or resorting to ssh keys without >> passphrases. >> > How is it provided with them? is the user required to enter them on > startup? are they stored somewhere? if the latter how is it more secure > than using a key without a passphrase? Hi Peter, The passphrases are managed via ssh-agent, which will employ ssh-askpass to collect the necessary passphrase(s) at startup. You can get an overview of the sequence via the manpage: http://sshcron.sourceforge.net/ssh-cron.1.html Cheers, tony signature.asc Description: OpenPGP digital signature
Bug#756172: ITP: ssh-cron -- cron-like job scheduler than handles ssh key passphrases
/me mutters something about being incompatible with reportbug... The upstream author and URL should have been in the original report (corrected below). On 07/27/2014 01:54 AM, Marc Haber wrote: > On Sat, 26 Jul 2014 21:05:37 -0700, tony mancill > wrote: >> * Package name : ssh-cron >> Version : 0.91.01 >> Upstream Author : Frank B. Brokken >> * URL: http://sshcron.sourceforge.net/ >> * License: GPL-2+ >> Programming Lang: C++ >> Description : cron-like job scheduler than handles ssh key passphrases >> >> ssh-cron acts like cron, but is provided with ssh passphrases allowing >> its commands to access remote systems without requiring a passphrase >> to be stored in a clear-text file or resorting to ssh keys without >> passphrases. > > Why would one use such a tool? passphraseless keys exist, and can be > configured to be secure. Hello Marc, Thank you, Ansgar and Paul for responses regarding other ways to perform these tasks. Specifically: > It is possible to restrict keys in .ssh/authorized_keys so that they are > only allowed to run specific commands, see the 'command="command"' bit in > man:sshd(8). One probably wants to combine this with no-port-forwarding > and similar options. and in more detail: > http://blog.ganneff.de/blog/2007/12/29/ssh-triggers.html The idea for ssh-cron is to be able to use the keys (one might currently already have) without having to generate separate keys for triggers, and while maintaining a passphrase. Whether or not that's advisable given alternatives such as ssh triggers depends on your risk tolerance and the specifics of your environment. It seems like with Ganneff's trigger mechanism, one attack vector is to steal a backup of the passphraseless key and spoof the source IP - now you can run the trigger at will. Having a passphrase on the key could at least slow the attacker down. I could imagine using ssh-cron together with "command=" for a higher level of security. In any event, thank you for the discussion. I'll confer with the upstream author before proceeding with the package. Regards, tony signature.asc Description: OpenPGP digital signature
Bug#756172: ITP: ssh-cron -- cron-like job scheduler that handles ssh key passphrases
On 07/27/2014 08:40 AM, tony mancill wrote: > On 07/27/2014 01:54 AM, Marc Haber wrote: >> On Sat, 26 Jul 2014 21:05:37 -0700, tony mancill >> wrote: >>> * Package name : ssh-cron >>> Version : 0.91.01 >>> Upstream Author : Frank B. Brokken >>> * URL: http://sshcron.sourceforge.net/ >>> * License: GPL-2+ >>> Programming Lang: C++ >>> Description : cron-like job scheduler that handles ssh key passphrases >>> >>> ssh-cron acts like cron, but is provided with ssh passphrases allowing >>> its commands to access remote systems without requiring a passphrase >>> to be stored in a clear-text file or resorting to ssh keys without >>> passphrases. >> >> Why would one use such a tool? passphraseless keys exist, and can be >> configured to be secure. > > Hello Marc, > > Thank you, Ansgar and Paul for responses regarding other ways to perform > these tasks. Specifically: > >> It is possible to restrict keys in .ssh/authorized_keys so that they are >> only allowed to run specific commands, see the 'command="command"' bit in >> man:sshd(8). One probably wants to combine this with no-port-forwarding >> and similar options. > > and in more detail: > >> http://blog.ganneff.de/blog/2007/12/29/ssh-triggers.html > > The idea for ssh-cron is to be able to use the keys (one might currently > already have) without having to generate separate keys for triggers, and > while maintaining a passphrase. Whether or not that's advisable given > alternatives such as ssh triggers depends on your risk tolerance and the > specifics of your environment. > > It seems like with Ganneff's trigger mechanism, one attack vector is to > steal a backup of the passphraseless key and spoof the source IP - now > you can run the trigger at will. Having a passphrase on the key could > at least slow the attacker down. I could imagine using ssh-cron > together with "command=" for a higher level of security. > > In any event, thank you for the discussion. I'll confer with the > upstream author before proceeding with the package. I contacted the upstream author (on the cc: - hi Frank), and his concern with the passphraseless key trigger mechanism is precisely that you don't have a passphrase. The key is unprotected and subject to theft/unauthorized use. This could potentially occur on the system that is (normally) the legitimate source of the trigger. Therefore, I don't think there's feature parity between the trigger mechanism and ssh-cron. (And even if there were, TIMTOWTDI, etc...) Of course once there is a package, feature requests and bug reports are welcome. Thanks for reviewing and responding to the ITP. Cheers, tony p.s. Where else but in Debian can you get constructive feedback on grammar and secure system administration *in the same thread*? :) signature.asc Description: OpenPGP digital signature
Bug#756172: ITP: ssh-cron -- cron-like job scheduler that handles ssh key passphrases
On 07/31/2014 02:59 PM, Jeroen Dekkers wrote: > At Wed, 30 Jul 2014 22:17:43 -0700, > tony mancill wrote: >> I contacted the upstream author (on the cc: - hi Frank), and his concern >> with the passphraseless key trigger mechanism is precisely that you >> don't have a passphrase. The key is unprotected and subject to >> theft/unauthorized use. This could potentially occur on the system that >> is (normally) the legitimate source of the trigger. > > But ssh-cron will need to have the passphrase to be able to use the > key, so someone who can steal the key from ssh-cron can also steal the > passphrase from ssh-cron. What is the added security benefit of > storing a key and passphrase instead of a passphraseless key? ssh-cron uses ssh-agent, as Clint Byrum suggested in his post. If you're curious to learn more, please refer to the upstream page: http://sshcron.sourceforge.net/ signature.asc Description: OpenPGP digital signature
Bug#759822: ITP: sortjar -- remove nondeterministic aspects of jar files
On 08/30/2014 11:08 AM, Drew Fisher wrote: > Package: wnpp > Severity: wishlist > Owner: Drew Fisher > User: reproducible-bui...@lists.alioth.debian.org > Usertags: toolchain, fileorder, timestamps > > * Package name: sortjar > Version : 0.0.1-maybe > Upstream Author : Michael Rogers > * URL : https://code.briarproject.org/akwizgran/sortjar > * License : To be announced (still in communication with upstream) > Programming Lang: Java > Description : remove nondeterministic aspects of jar files > > sortjar is a command-line tool which rewrites Java jar files so that they can > be reproduced bit-for-bit, given identical contents. Excellent - let me know if I can help with review and/or sponsoring. Cheers, tony signature.asc Description: OpenPGP digital signature
Bug#774006: RFP: libinline-python-perl -- write Perl subs and classes in Python
Package: wnpp Severity: wishlist * Package name: libinline-python-perl Version : 0.46 Upstream Author : Stefan Seifert * URL : https://metacpan.org/release/Inline-Python * License : The Perl 5 License (Artistic 1 & GPL 1) Programming Lang: Perl Description : write Perl subs and classes in Python Inline::Python is a module that allows one to write Perl subroutines in Python. . The Inline module supports multiple programming languages and each language has its own support module. This module allows one to use Inline with the Python programming language. -- 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/20141227062709.GA28953@boson
Bug#774006: RFP: libinline-python-perl -- write Perl subs and classes in Python
On 12/27/2014 08:43 AM, gregor herrmann wrote: > On Fri, 26 Dec 2014 22:27:10 -0800, tony mancill wrote: > >> * Package name: libinline-python-perl >> Version : 0.46 >> Upstream Author : Stefan Seifert >> * URL : https://metacpan.org/release/Inline-Python >> * License : The Perl 5 License (Artistic 1 & GPL 1) >> Programming Lang: Perl >> Description : write Perl subs and classes in Python > > Uploaded to NEW, git repo in pkg-perl. Hello Gregor, Thank you for the super-quick response to this RFP. I had run dh-make-perl and was in the midst of cleaning things up for a potential ITP, but am glad if the Perl team will maintain this package. In case you're curious, this module is used by squeezebox-googlemusic [0] to allow the gmusicapi (Python) to run inside of the Logitech Media Server (100% Perl). Perhaps others will find it useful. Cheers, tony [0] https://github.com/hechtus/squeezebox-googlemusic signature.asc Description: OpenPGP digital signature
Bug#806286: ITP: libgoogle-truth-java -- Assertion/Proposition framework for Java unit tests
Package: wnpp Severity: wishlist Owner: tony mancill * Package name: libgoogle-truth-java Version : 0.27 Upstream Author : Christian Gruber, Kurt Kluever, David Saff, David B * URL : http://google.github.io/truth * License : Apache 2.0 Programming Lang: Java Description : Assertion/Proposition framework for Java unit tests Truth is a testing framework designed to make your tests and their error messages more readable and discoverable, while being extensible to new types of objects. . Truth adopts a fluent style for test propositions, is extensible in several ways, supports IDE completion/discovery of available propositions, and supports different responses to un-true propositions. Truth can be used to declare JUnit-style assumptions (which skip the test on failure), assertions (interrupt the test on failure), and expectations (continue the test, but collect errors and report failure at the end). This package is a pre-requisite for packaging the latest version of the closure-compiler.
Bug#806286: ITP: libgoogle-truth-java -- Assertion/Proposition framework for Java unit tests
On 11/26/2015 06:22 AM, Benjamin Barenblat wrote: > ++! A (very old) version of this package already exists in Sid,¹ but > the maintainer is no longer active. The sources are still in pkg-java,² > though I don’t know how helpful they’ll be. > > Thanks again for packaging! > > > 1 https://packages.debian.org/libtruth-java > 2 ssh://git.debian.org/git/pkg-java/libtruth-java.git Hi Benjamin, Thank you for pointing this out. I'm trying to figure out how I missed it - "apt-cache search libtruth-java" returns nothing on my system. Cheers, tony signature.asc Description: OpenPGP digital signature
Bug#806774: ITP: mchange-commons-java -- General-purpose Java utilities by Machinery For Change, Inc.
Package: wnpp Severity: wishlist Owner: tony mancill * Package name: mchange-commons-java Version : 0.2.10 Upstream Author : Steve Waldman * URL : https://github.com/swaldman/mchange-commons-java * License : LGPL 2.1 or EPL 1.0 Programming Lang: Java Description : General-purpose Java utilities by Machinery For Change, Inc. mchange-commons-java is a utility library, a place to put widely reusable code Machinery for Change has grown over the years. It is a prerequisite for updating the c3p0 package to a current version. This package will be maintained by the Debian Java team.
Bug#787953: Status of insubstantial/jajuk transition
On 02/28/2016 03:26 AM, Felix Natter wrote: > - unfortunately, we need to upgrade libjaudiotagger-java from 2.0.3 to > 2.2.5. Fortunately, there is only one r-dep beside jajuk, so it > shouldn't be that much work. > > [javac] > /home/felix/jajuk-unstable/jajuk/src/org/jajuk/services/tags/JAudioTaggerTagImpl.java:52: > error: package org.jaudiotagger.tag.images does not exist > [javac] import org.jaudiotagger.tag.images.Artwork; > > Tony (or Damien?), since you touched this > http://anonscm.debian.org/viewvc/pkg-java/trunk/libjaudiotagger-java/ > Would you consider helping me upgrading this? Hi Felix, Yes, I will take a look at libjaudiotagger-java. Cheers, tony
Bug#845471: ITP: java-diff-utils -- library for computing diffs, applying patches, and generation of side-by-side view in Java
Package: wnpp Severity: wishlist Owner: tony mancill * Package name: java-diff-utils Version : 2.1.1 Upstream Author : Dmitry Naumenko, Brendan Kromhout * URL : https://github.com/bkromhout/java-diff-utils * License : Apache 2.0 Programming Lang: Java Description : library for computing diffs, applying patches, and generation of side-by-side view in Java The java-diff-utils library is for computing diffs, applying patches, generation side-by-side view in Java. It is an open source library for performing comparison operations between chunks of text: computing diffs, applying patches, generating unified diffs or parsing them, generating diff output for easy future display (like a side-by-side view) and so on. The main reason for creating this library was the lack of easy-to-use libraries with all the usual features necessary for working with diff files. Originally it was inspired by the JRCS library and its nice diff module design. This package is required for the upgrade of JabRef to 3.x (#810725). It will be team-maintained by the Java Team. The code originates from Google Code and there are numerous extant forks available on GitHub. The "bkromhout" fork was chosen as the basis for packaging because it is being actively maintained with participation by the JabRef upstream maintainers.
Bug#845471: ITP: java-diff-utils -- library for computing diffs, applying patches, and generation of side-by-side view in Java
On Wed, Nov 23, 2016 at 07:47:51PM +, Wookey wrote: > On 2016-11-23 11:06 -0800, tony mancill wrote: > > Package: wnpp > > Severity: wishlist > > Owner: tony mancill > > > > * Package name: java-diff-utils > > OK. So my copyright file contains this: > > Upstream-contact: Dmitry Naumenko > Source: http://code.google.com/p/java-diff-utils/ > Comment: Much of this code was derived from JRCS, written by Juancarlo Añez > , which was originally Apache-1.1 and later > relicenced to LGPL-2.1. This version was derived from the 2003.06 LGPL > vintage of JRCS at http://code.google.com/p/jrcs. Clarified in emails > from Juancarlo Añez and Dmitry Naumenko. This is inconsistent with > the headers provided by upstream at > http://code.google.com/p/java-diff-utils/ > > Files: * > Copyright: Copyright 2010 Dmitry Naumenko > License: Apache-2.0 > > Files: test/* > Copyright: Copyright 2010 Dmitry Naumenko > License: GPL-v3+ > > Files: diffutils/myers/* > Copyright: Copyright 1999-2003 The Apache Software Foundation > License: LGPL-2.1 > > This tooks me weeks to sort out IIRC, so that should be helpful. I did this > in 2013 for v1.2.1 so you will need to update for 2.1.1 This is excellent - thank you! > I also have a packaged libjrcs-java > > The reason I did this was for the caveconverter package, which is > stalled because I also needed to package jscience, which needs > geoapi and javolution, which needs maven-native-helper. I am on the > last package of this 3-year saga... > > Here are the packages I have: > http://wookware.org/software/libjrcs-java_0.4.2-1.dsc > http://wookware.org/software/libdiffutils-java_1.2.1-1.dsc > > I forget if there was more tweaking to do which is why they never > actually got uploaded, but they look plausible. > > I think I persuaded my caveconverter upstream to use jrcs instead of > diffutils to avoid the licence confusion, so was planning to upload > that one, but if you want the other that's fine. I can't find the mail thread > now to remind myself of the details. You bring up a good point regarding the license. I am adding Oliver Kopp to the cc: so he is aware of potential license implications for JabRef. Cheers, tony
Bug#845471: ITP: java-diff-utils -- library for computing diffs, applying patches, and generation of side-by-side view in Java
On Wed, Nov 23, 2016 at 10:19:06PM +0100, Emmanuel Bourg wrote: > This is probably a duplicate of #696165, i.e. an ITP for the same > library when it was hosted on Google Code. Unfortunately the original > code has a license issue. Bah! Thank you for the pointer - it is most definitely a duplicate. I was searching here [1] for other ITPs but didn't consider looking for archived ITPs. Cheers, tony [1] https://bugs.debian.org/cgi-bin/pkgreport.cgi?dist=unstable;package=wnpp signature.asc Description: PGP signature
Bug#847046: ITP: podcastparser -- Simple, fast and efficient podcast parser in Python
Package: wnpp Severity: wishlist Owner: tony mancill * Package name: podcastparser Version : 0.6.0 Upstream Author : Thomas Perl * URL : https://github.com/gpodder/podcastparser * License : Expat/MIT Programming Lang: Python Description : Simple, fast and efficient podcast parser in Python The podcast parser project is a library from the gPodder project to provide an easy and reliable way of parsing RSS- and Atom-based podcast feeds in Python. This is being packaged as a dependency of gPodder version 3.9.2. signature.asc Description: PGP signature
Bug#579027: closed by Bart Martens (closing RFP: xqproxy -- proxy that supports XDMCP tunneled over SSH)
Hi Bart, Just curious - this is an RFP bug, not an ITP. Is the policy now to close user requests for packages after a certain amount of time? If it were an ITP bug, I would expect it be closed after a certain amount with no progress, but an RFP is simply that - a request that some piece of software be packaged. Thank you, tony On Fri, Aug 12, 2016 at 3:19 AM, Debian Bug Tracking System wrote: > This is an automatic notification regarding your Bug report > which was filed against the wnpp package: > > #579027: RFP: xqproxy -- proxy that supports XDMCP tunneled over SSH > > It has been closed by Bart Martens . > > Their explanation is attached below along with your original report. > If this explanation is unsatisfactory and you have not received a > better one in a separate message then please contact Bart Martens > by > replying to this email. > > > -- > 579027: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=579027 > Debian Bug Tracking System > Contact ow...@bugs.debian.org with problems > > > -- Forwarded message -- > From: Bart Martens > To: 579027-d...@bugs.debian.org > Cc: > Date: Fri, 12 Aug 2016 09:56:33 + > Subject: closing RFP: xqproxy -- proxy that supports XDMCP tunneled over SSH > RFP 579027 has no visible progress for a long time, so closing. > > -- Forwarded message -- > From: tony mancill > To: Debian Bug Tracking System > Cc: > Date: Sat, 24 Apr 2010 07:52:44 -0700 > Subject: RFP: xqproxy -- proxy that supports XDMCP tunneled over SSH > Package: wnpp > Severity: wishlist > > > * Package name: xqproxy > Version : 0.1.0 > Upstream Author : Vic Lee > * URL : https://bugs.freedesktop.org/attachment.cgi?id=29349 > * License : MIT/X > Programming Lang: C > Description : proxy that supports XDMCP tunneled over SSH > > A proxy program that can send XDMCP query to a display manager via SSH > to establish an XDM session for an existing local X display. This allows > the entire XDM session to ride over SSH. > > >
Bug#838245: ITP: java-string-similarity -- A library implementing different string similarity and distance measures.
Package: wnpp Severity: wishlist Owner: tony mancill * Package name: java-string-similarity Version : 0.18 Upstream Author : Thibault Debatty * URL : https://github.com/tdebatty/java-string-similarity * License : MIT Programming Lang: Java Description : A library implementing different string similarity and distance measures. Implementation of various string similarity and distance algorithms: Levenshtein, Jaro-winkler, n-Gram, Q-Gram, Jaccard index, Longest Common Subsequence edit distance, cosine similarity, and others. This package is reverse-dependency of packaging JabRef 3.6. It will be team-maintained by the Java Team. signature.asc Description: PGP signature
Bug#754935: I'd like to adopt the scala package
On Sat, 14 Mar 2015 01:22:30 +0100 Torsten Landschoff wrote: > I'd really like to adopt this package, given that I am currently > learning Scala and I think it would be a pity not to have a current > version in Debian. Agreed! I'm interested in working on this too. > I'll go and try to build the 2.11 version based on the last Debian > release by Mehdi. Hi Torsten, We have been kicking around the idea of bringing the scala package under the Java Team umbrella of package maintenance. Would you be interested in working on it as a member of the Java Team? Essentially, we'd move the packaging repo to be under pkg-java on Alioth and collaborate there. Cheers, tony signature.asc Description: OpenPGP digital signature
Bug#754935: I'd like to adopt the scala package
On Sun, 10 May 2015 09:32:57 -0700 tony mancill wrote: > On Sat, 14 Mar 2015 01:22:30 +0100 Torsten Landschoff > wrote: > > > I'd really like to adopt this package, given that I am currently > > learning Scala and I think it would be a pity not to have a current > > version in Debian. > > Essentially, we'd move the packaging repo to be under pkg-java on Alioth > and collaborate there. After a private response from Torsten, I have copied the existing Alioth repo from pkg-scala to pkg-java and fixed up the group rights and configs to point to the pkg-java list. For the time-being, the scala.git repo beneath pkg-scala is still intact in case there are any concerns. However, we intend to start updating and uploading from the pkg-java repo: git://anonscm.debian.org/pkg-java/scala.git Thank you, tony signature.asc Description: OpenPGP digital signature
Bug#786460: ITP: kafka -- Distributed, partitioned, replicated commit log service
On Thu, 21 May 2015 15:56:44 -0500 Brandon Bradley wrote: > Package: wnpp > Owner: Brandon Bradley > Severity: wishlist > > * Package name: kafka > Version : 0.8.2.1 > * URL : http://www.example.org/ > * License : Apache 2.0 > Programming Lang: Java, Scala > Description : Distributed, partitioned, replicated commit log service Hi Brandon, I'm cross-posting your ITP for kafka to the debian-java list. I believe there may be interest in helping and/or co-maintaining the package. Cheers, tony signature.asc Description: OpenPGP digital signature
Bug#888087: RFP: libjjbibtex-java -- Java BibTeX and LaTeX parser and formatter library
On Tue, 23 Jan 2018 08:35:03 +0100 Oliver Kopp wrote: > Package: wnpp > Severity: wishlist > > * Package name: libjjbibtex-java > Version : 1.0.15 > Upstream Author : Villu Ruusmann > * URL : https://github.com/codecentric/javafxsvg > * License : BSD-3-Clause > Programming Lang: Java > Description : Java BibTeX and LaTeX parser and formatter library. > > JabRef 4.0 relies on this library. Hi Oliver, I think there's a copy-and-paste error in the RFP for the URL. Here's an updated description: * Package name: libjbibtex-java Version : 1.0.15 Upstream Author : Villu Ruusmann * URL : https://github.com/jbibtex/jbibtex * License : BSD-3-Clause Programming Lang: Java Description : Java BibTeX and LaTeX parser and formatter library. In any event, I'll start on the packaging for this soon. Cheers, tony
Bug#890222: ITP: jnacl -- Pure Java implementation of the NaCl: Networking and Cryptography library
Package: wnpp Severity: wishlist Owner: tony mancill * Package name: jnacl Version : 0.1.1 Upstream Author : Neil Alexander * URL : https://neilalexander.eu/jnacl * License : BSD-2-clause Programming Lang: Java Description : Pure Java implementation of the NaCl: Networking and Cryptography library jnacl is a library that implements some of Daniel J. Bernstein's NaCl encryption primitives. The functions are written in pure Java, and are therefore very straight-forward to make use of in a Java application without the use of native libraries and bindings. The following primitives are included: - curve25519: Elliptic curve key agreement - salsa20: Stream cipher - poly1305: Message authenticator (MAC) It is open-source and available on GitHub. Even though it has not been comprehensively benchmarked, jnacl performs exceptionally well, even on resource-constrained Android platforms. This package will be maintained by the Debian Java Team. This library is a new dependency required to update jeromq. Note that the upstream author hasn't tagged releases in [0], therefore the packaging will track the releases of this fork [1]. [0] https://github.com/neilalexander/jnacl [1] https://github.com/trevorbernard/jnacl signature.asc Description: PGP signature
Bug#890222: ITP: jnacl -- Pure Java implementation of the NaCl: Networking and Cryptography library
On Mon, Feb 12, 2018 at 06:11:31PM +0800, 殷啟聰 | Kai-Chung Yan wrote: > Perhaps urge him to make a release? I will try that via an issue on Github - so far I haven't been able to find a direct email address for the author. However, if that doesn't work, I'm not overly concerned about using the trevorbenard/jnacl fork because it is being used to publish to Maven Central and the differences between the repos [0] are only related to the pom. Thanks, tony [0] https://github.com/neilalexander/jnacl/compare/master...trevorbernard:master signature.asc Description: PGP signature
Bug#863685: ITP: jbibtex -- Java BibTeX and LaTeX parser and formatter library
Package: wnpp Severity: wishlist Owner: tony mancill * Package name: jbibtex Version : 1.0.15 Upstream Author : Villu Ruusmann, University of Tartu * URL : https://github.com/jbibtex/jbibtex * License : BSD-3-clause Programming Lang: Java Description : Java BibTeX and LaTeX parser and formatter library jbibtex provides a BibTeX parser, writer, and methods to iterate over entries in a BibTex database. It additionally provides utility classes to parse LaTeX strings into plain text representations. This library is a dependency of citeproc-java [1], which is in turn a dependency for packaging of JabRef 4.x. The package will be maintained by the Java Team. It is unrelated to the "Japanized BibTeX" jbibtex-base package [2] (src:ptex-base). [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=841020 [2] https://packages.debian.org/unstable/jbibtex-base signature.asc Description: PGP signature
Bug#939091: ITP: libcore-java -- Core barcode encoding/decoding library
On Sun, Sep 01, 2019 at 10:06:31AM +0200, Mechtilde Stehmann wrote: > Package: wnpp > Severity: wishlist > * Package name: libzxing-core-java > Version : 3.4.0 > Upstream Author : Jeremias Maerki, ZXing authors > * URL : http://central.maven.org/maven2/com/google/zxing/core Hi Mechtilde, Instead of using the sources.jar from Maven Central, is there a reason that we shouldn't use this repo to build the core module? https://github.com/zxing/zxing The project is active which could be useful for support. Thanks, tony signature.asc Description: PGP signature
Bug#1057882: ITP: golang-github-howeyc-crc16 -- Implements the 16-bit cyclic redundancy check, or CRC-16, checksum
Package: wnpp
Severity: wishlist
Owner: tony mancill
* Package name: golang-github-howeyc-crc16
Version : 0.0~git20171223.2b2a61e-1
Upstream Author : Chris Howey
* URL : https://github.com/howeyc/crc16
* License : BSD-3-clause
Programming Lang: Go
Description : Implements the 16-bit cyclic redundancy check, or CRC-16,
checksum
GoDoc (https://godoc.org/github.com/howeyc/crc16) Build Status
(http://travis-ci.org/howeyc/crc16)
.
CRC16
.
A Go package implementing the 16-bit Cyclic Redundancy Check, or CRC-16,
checksum.
.
Usage
.
To generate the hash of a byte slice, use the crc16.Checksum()
(https://godoc.org/github.com/howeyc/crc16#Checksum) function:
.
import "github.com/howeyc/crc16"
.
data := byte("test")
checksum := crc16.Checksum(data, crc16.IBMTable)
.
The package provides the following
(https://godoc.org/github.com/howeyc/crc16#pkg-variables) hashing tables.
For each of these tables, a shorthand can be used.
.
// This is the same as crc16.Checksum(data, crc16.IBMTable)
checksum := crc16.ChecksumIBM(data)
.
Using the hash.Hash (https://godoc.org/hash#Hash) interface also works.
.
h := crc16.New(crc16.IBMTable)
data := byte("test")
data2 := byte("data")
h.Write(data)
h.Write(data2)
checksum := h.Sum(nil)
.
Changelog
.
* 2017.03.27 - Added MBus checksum
* 2017.05.27 - Added checksum function without XOR
* 2017.12.08 - Implement encoding.BinaryMarshaler and
encoding.BinaryUnmarshaler to allow saving and recreating their
internal state.
--
The rationale for packaging is github.com/howeyc/crc16 is that it is a
dependency of github.com/harenber/ptc-go, which will permit enabling
PACTOR modem support in pat (winlink), as discussed in #1057276:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1057276
Bug#1057884: ITP: golang-github-harenber-ptc-go -- A driver for SCS PACTOR modems for Pat
Package: wnpp Severity: wishlist Owner: tony mancill * Package name: golang-github-harenber-ptc-go Version : 2.2.3-1 Upstream Author : * URL : https://github.com/harenber/ptc-go * License : Expat Programming Lang: Go Description : A driver for SCS PACTOR modems for Pat ptc-go - SCS PACTOR modems driver for the Pat Winlink-client . Documentation has been moved to the Wiki (https://github.com/harenber/ptc-go/wiki). -- The rationale for packaging golang-github-harenber-ptc-go will permit enabling PACTOR modem support in pat - see: #1057276 [1] This package depends on wnpp bug #1057882 [2]. [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1057276 [2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1057882
Bug#956547: ITP: golang-github-harenber-ptc-go -- A driver for SCS PACTOR modems for Pat
On Sun, Apr 12, 2020 at 12:13:35PM -0400, Taowa Munene-Tardif wrote: > On Sun, Apr 12, 2020 at 11:59:49AM -0400, Taowa Munene-Tardif wrote: > > [1] Unfortunately, I have to write to the three upstream authors to get > > them to license ptc-go. I'll ask that they reply to the bug to have it > > on record :). > > Here's the github issue: https://github.com/harenber/ptc-go/issues/28 The licensing issue has been addressed upstream. I am in the process of packaging the necessary build-deps - see #1057882. Thanks, tony signature.asc Description: PGP signature
Bug#579027: RFP: xqproxy -- proxy that supports XDMCP tunneled over SSH
Package: wnpp Severity: wishlist * Package name: xqproxy Version : 0.1.0 Upstream Author : Vic Lee * URL : https://bugs.freedesktop.org/attachment.cgi?id=29349 * License : MIT/X Programming Lang: C Description : proxy that supports XDMCP tunneled over SSH A proxy program that can send XDMCP query to a display manager via SSH to establish an XDM session for an existing local X display. This allows the entire XDM session to ride over SSH. -- 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/20100424145244.729.73303.report...@honig.hsd1.wa.comcast.net
Bug#588988: O: mwavem
Package: wnpp Severity: normal Thomas Hood and I are orphaning mwavem as neither of us have interest in continuing to maintain it. It would be helpful for any potential maintainers to have access to ThinkPad hardware with the Mwave modem hardware. Regards, tony -- 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/20100714035948.1175.83634.report...@honig.hsd1.wa.comcast.net
Bug#590527: ITP: mussh -- MUltihost SSH Wrapper
Just weighing in (and subscribing to the bug), since I intend to sponsor the upload of this package for Jacob... Having multiple packages/variants that serve essentially the same purpose isn't a problem provided that the packages are actively maintained. Cheers, tony signature.asc Description: OpenPGP digital signature
Bug#608285: RFS: libconcurrentlinkedhashmap-java (new package needed for Grails)
Hello Miguel, One thing that's interesting is none of the files under ./unittest/ carries a license, although it seems reasonable to assume that they are under the same license as the library source itself, given they are by the same author. I'm wonder if it's common not to license unit tests... In any event, the packaging looks clean, and good job of documenting in debian/copyright. I have uploaded it. Cheers, tony On 01/03/2011 10:57 AM, Miguel Landaeta wrote: > Hi team, > > I am looking for a sponsor for my package "libconcurrentlinkedhashmap-java". > > * Package name: libconcurrentlinkedhashmap-java > Version : 1.1~jdk5-1 > Upstream Author : Ben Manes > * URL : http://code.google.com/p/concurrentlinkedhashmap/ > * License : Apache-2.0 > Section : java > > It builds these binary packages: > libconcurrentlinkedhashmap-java - Implementation of java.util.LinkedHashMap > with concurrency support > libconcurrentlinkedhashmap-java-doc - Documentation for > libconcurrentlinkedhashmap-java > > The package is lintian clean. > The upload would fix these bugs: 608285. > > My motivation for maintaining this package is: > I need this library in order to build a package > for the Grails framework. Also this library is > needed to package Cassandra. > > The package can be found on mentors.debian.net: > - URL: > http://mentors.debian.net/debian/pool/main/l/libconcurrentlinkedhashmap-java > - Source repository: deb-src http://mentors.debian.net/debian unstable main > contrib non-free > - dget > http://mentors.debian.net/debian/pool/main/l/libconcurrentlinkedhashmap-java/libconcurrentlinkedhashmap-java_1.1~jdk5-1.dsc > - Vcs-Git: git://git.debian.org/pkg-java/libconcurrentlinkedhashmap-java.git > > I would be glad if someone uploaded this package for me. > > Cheers, signature.asc Description: OpenPGP digital signature
Bug#608284: RFS: xhtmlrenderer (new package, needed to package Grails)
Hi Miguel, The packaging looks good. However, unfortunately there are a number of source files that carry neither a copyright nor an author. For example: ./src/java/org/xhtmlrenderer/tool/Boxer.java or less trivially: ./src/java/org/xhtmlrenderer/simple/PDFRenderer.java It might be worth clarifying with upstream before uploading to the archive. Regards, tony On 01/12/2011 07:03 PM, Miguel Landaeta wrote: > Hi team, > > I am looking for a sponsor for my package "xhtmlrenderer". > > * Package name: xhtmlrenderer > Version : 0.0~R8-1 > Upstream Author : Joshua Marinacci > * URL : https://xhtmlrenderer.dev.java.net/ > * License : LGPL-2.1 and others > Section : java > > It builds these binary packages: > libcore-renderer-java - Java library that provides an XML/XHTML/CSS 2.1 > Renderer > libcore-renderer-java-doc - Documentation for libcore-renderer-java > > The package is lintian clean. > The upload would fix these bugs: 608284. > > My motivation for maintaining this package is: > I need this library in order to build and package the Grails > framework. > > The package can be found on mentors.debian.net: > - URL: http://mentors.debian.net/debian/pool/main/x/xhtmlrenderer > - Source repository: deb-src http://mentors.debian.net/debian unstable main > contrib non-free > - dget > http://mentors.debian.net/debian/pool/main/x/xhtmlrenderer/xhtmlrenderer_0.0~R8-1.dsc > - Vcs-Git: git://git.debian.org/git/pkg-java/xhtmlrenderer.git > > I would be glad if someone uploaded this package for me. > > Cheers, > signature.asc Description: OpenPGP digital signature
Bug#608284: RFS: xhtmlrenderer (new package, needed to package Grails)
Hi Miguel, In lieu of a new upstream release, an email from the upstream clarifying the license for those files could be added to debian/copyright would probably be sufficient. Another option would be to drop the files under ./test/ in a DFSG version of the tarball. Andrew Ross did this recently for another package I sponsored. Cheers, tony On 01/12/2011 08:50 PM, Miguel Landaeta wrote: > On Wed, Jan 12, 2011 at 11:53 PM, tony mancill wrote: >> Hi Miguel, > > Hi Tony, > Thanks for taking a look at my package so quickly. > >> The packaging looks good. However, unfortunately there are a number of >> source files that carry neither a copyright nor an author. For example: >> >> ./src/java/org/xhtmlrenderer/tool/Boxer.java >> ./src/java/org/xhtmlrenderer/simple/PDFRenderer.java > > What worried me about this package were not the .java files without > copyright notice but all those .dtd, .xml and .mod files but fortunately > they are licensed under a free enough license. > > What I could understand from the documentation was all source code > is licensed under LGPL-2.1 except some files bundled from > another projects (e.g. .css test files). Their LICENSE file states: > > "All source code to Flying Saucer itself is licensed under the > GNU Lesser General Public License (LGPL); you can redistribute > it and/or modify it under the terms of the GNU Lesser General Public > License as published by the Free Software Foundation, either version > 2.1 of the License, or (at your option) any later version." > >> It might be worth clarifying with upstream before uploading to the archive. > > I guess I can contact Joshua and ask about this. > Though they don't release frequently, it seems to be some activity on > upstream mailing lists. > > Cheers, > signature.asc Description: OpenPGP digital signature
