Bug#353293: ITP: littlewizard -- development environment for children
Kari, I'm interested in littlewizard, as it may be suitable to include in Debian Jr.'s junior-programming metapackage. If you need any help, please drop me a note. Thanks, Ben -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#339896: Status of your freedroid-rpg ITP
What's the status of this? My son picked up an old LJ in which he read about this game. He's interested in trying it. Do you have any packages to test? Ben -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#236721: Squeak in Debian main
Lex, I had hoped, as Petter suggested in the Squeak RFP #236721, that Squeak could now go into Debian main because the font issues have been resolved, as Debian Jr. would like to include Squeak in the junior-programming metapackage. However, it seems Roland's points here are not yet addressed in the RFP: (3) Clause 6 states: "You may not use or otherwise export or reexport the Apple Software except as authorized by United States law and the laws of the jurisdiction in which the Apple Software was obtained. In particular, but without limitation, the Apple Software may not be exported or reexported (i) into (or to a national or resident of) any U.S. embargoed country [...]" Which seems to violate DFSG.5 ("No Discrimination Against Persons or Groups") since it explicitly excludes people in countries like Cuba (?) from receiving copies of this package. I don't think we can maintain a list of countries which the USA enforce an embargo on at a time. (4) The distributed files squeak.changes and squeak.image, both around 10MB, are shipped in binary form. I wonder if there should be source code to create them initially. (See DFSG.2, "Source Code") Has any progress been made with these last remaining issues? I notice that we list this software as unpackageable due to license issues, yet the RFP remains on the books, which leaves the situation ambiguous. http://www.us.debian.org/devel/wnpp/unable-to-package Ben -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#236721: Squeak in Debian main
This looks like a step in the right direction: http://lists.squeakfoundation.org/pipermail/squeak-dev/2006-May/104466.html Although it has been noted in this thread that historically Debian has removed APSL2 packages, and that therefore BSD/MIT would be better. Also, it's one thing to get approval from the Squeak board, and quite another to actually do the work of putting together a relicensed distribution. So it seems all we can do now is wait and see. Now, the question is, in light of this recent development, should Squeak be removed from the "cannot be packaged" list, or would that be premature? Also, Lex, in light of the fact that you have packages already (albeit for the non-DFSG version) and Squeak seems to be moving towards a solution, is it time to change the RFP to an ITP? Regards, Ben -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#325448: Are you aware of mupen64plus?
Ryan, we've been using your packages for a while now, but realize upstream has been dead for some years. Today my son pointed out that there is this new project, reviving development again: http://code.google.com/p/mupen64plus/ Thought you might be interested in checking it out. The LICENSE file says this is GPL'd, though I haven't done a thorough review of it yet. Ben -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#492029: ITP: atl1e -- Atheros(R) L1e ethernet driver
Package: wnpp Severity: wishlist Owner: Ben Armstrong <[EMAIL PROTECTED]> * Package name: atl1e Version : 1.0.0.7r5 Upstream Author : xiong huang <[EMAIL PROTECTED]> * URL : http://marc.info/?t=12160065951&r=1&w=2 * License : GPL Programming Lang: C Description : Linux Base Driver for the Atheros(R) L1e Fast Ethernet Adapter The Atheros(R) L1e Fast Ethernet Adapter is present in a few ultraportable Asus laptop systems, such as the Asus Eee PC models 901, 1000 and 1000H. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.25-2-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#498180: ITP: eee-applet -- A systray applet for Eee Pc
On Mon, 08 Sep 2008 00:07:39 +0200 Julien Lavergne <[EMAIL PROTECTED]> wrote: > * Start or stop Wifi I'm concerned about how this is implemented. Does it play well with eeepc-acpi-scripts? > * Control fan speed I'd be interested to see that supported in a way that doesn't require the unsupported eee.ko module. I understand some patches have been accepted to support fan control in eeepc_laptop.ko through the sysfs interface, but there is no support for it in userspace yet, and that further patches may be needed before it is. > * Overclock the processor Not so much interested in this. Since eee.ko is not in Debian (nor do I see it ever entering Debian unless it is accepted upstream in the kernel,) does the applet leave out that option if you don't have eee.ko loaded? Ben -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#452014: ITP: atl2-source -- Source for the Attansic L2 ethernet driver
Package: wnpp Severity: wishlist Owner: Ben Armstrong <[EMAIL PROTECTED]> * Package name: atl2-source Version : 1.0.40.2 Upstream Author : xiong huang <[EMAIL PROTECTED]> * URL : https://launchpad.net/ubuntu/hardy/+source/linux-ubuntu-modules-2.6.22/ * License : GPL Programming Lang: C Description : Source for the Attansic L2 ethernet driver This is the driver for the Attansic/Atheros L2 which is present in systems such as the Asus Eee PC. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#565770: ITP: libterm-ansicolor-ruby -- Colors strings using ANSI escape sequences
Package: wnpp Severity: wishlist Owner: Ben Armstrong * Package name: libterm-ansicolor-ruby Version : 1.0.4 Upstream Author : Florian Frank * URL : http://flori.github.com/term-ansicolor/ * License : GPL Programming Lang: Ruby Description : Colors strings using ANSI escape sequences Small Ruby library that colors strings using ANSI escape sequences. It's possible to use constants or unary functions. Block-forms also autoreset at the block's end. It's also possible to use this module as a mixin for classes of objects that respond to :to_str, e.g. String. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#565769: RFP: libcucumber-ruby -- execute plain-text functional descriptions as automated tests
Package: wnpp Severity: wishlist * Package name: libcucumber-ruby Version : 0.6.1 Upstream Author : Aslak Hellesøy * URL : http://cukes.info/ * License : MIT Programming Lang: Ruby Description : execute plain-text functional descriptions as automated tests While Cucumber can be thought of as a testing tool, the intent of the tool is to support BDD. This means that the tests (plain text feature descriptions with scenarios) are typically written before anything else and verified by business analysts, domain experts, etc. non technical stakeholders. The production code is then written outside-in, to make the stories pass. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#586413: RFA: a lot of packages
On 19/06/10 11:55 AM, Ola Lundqvist wrote: Bug#586413: RFA: tightvnc -- virtual network computing server software Bug#586414: RFA: vnc4 -- Virtual network computing server software Although I cannot take on sole maintainership, I'm interested in the survival of the best VNC server and client in Debian. If a team can be put together, I would be happy to contribute in what small ways I can. What about eventual replacement by TigerVNC (http://tigervnc.org/), since upstream for that fork is actually active? Ben -- 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/4c1d0f40.9060...@sanctuary.nslug.ns.ca
Bug#594482: ITP: libsyntax-ruby -- A simple Ruby syntax highlighting library
Package: wnpp Severity: wishlist Owner: Ben Armstrong * Package name: libsyntax-ruby Version : 1.0.0 Upstream Author : Jamis Buck * URL : http://syntax.rubyforge.org/ * License : BSD Programming Lang: Ruby Description : A simple Ruby syntax highlighting library This is a simple syntax highlighting library for Ruby. It is a naive syntax analysis tool, meaning that it does not "understand" the syntaxes of the languages it processes, but merely does some semi-intelligent pattern matching. There are primarily two uses for the Syntax library: # Convert text from a supported syntax to a supported highlight format (like HTML). # Tokenize text in a supported syntax and process the tokens directly. While there already exist other Ruby syntax highlighting libraries in Debian, this one is a dependency of Cucumber, which I RFP'd (#565769) a while ago and will shortly be converted to an ITP, if not by me then by a colleague. -- 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/20100826105205.23934.30037.report...@lear.nslug.ns.ca
Bug#129699: ITP: race -- A 3D arcade overhead car game.
On Fri, Jan 18, 2002 at 02:46:38PM +0100, Guus Sliepen wrote: > On Fri, Jan 18, 2002 at 02:05:48PM +0100, Tille, Andreas wrote: > > I personally do not care about music and I have to admit that I mostly > > switch it off (by software or by just removing the power connector of > > the speakers ;-). But it was just an idea for those who might like it ... > > It wouldn't be a real problem for me if there wouldn't be any sound. > > I'll ask the band that wrote the music about it. > > > Perhaps we build a further package junior-race? > > > > > (After hearing the soundtrack I think it wouldn't be > > > suitable for Debian-Jr anyway.) > > Well than it would go this way: > > > > junior-race > > > > Depends: trophy, race > > Suggests: tuxracer ## only suggets, because it needs 3D support > > Conflicts: race-sound ## if there would really be a race-sound Not having heard the soundtrack, what is objectionable about it? It would be nice if upstream could provide an alternative soundtrack that is appropriate for children. Also, Conflicts: race-sound is not acceptable from my point-of-view. This would be fine for a child-only system, but we assume that some systems are used both by young children and older siblings or parents. The soundtrack may be perfectly acceptable to the older ones, so Conflicts is wrong. Instead, we should look at solutions which make turning off a particular feature that is inappropriate for children the default for child users. This is getting to be a rather regular issue (that is, what to do about features of a program that are deemed inappropriate for children) so here are my thoughts (a sort of draft Debian Jr. policy, I guess). The classic example is xpenguins. From the man page: Some notes regarding the various activities. If you design a new theme, feel free to make the splatted, squashed, zapped and exit animations as gory and bloody as you like, but please keep the explosion activity nice and tame; that way those of a nervous disposition can employ the --no-blood option which replaces all these violent deaths with a tasteful explosion that wouldn't offend your grandmother. So we should be encouraging upstream to do something like this. If upstream decides to make such an option the default, great. If they don't, then Debian Jr. may provide an alternate version that makes it the default and conflicts with the non-junior version. Older users who wish to use the "inappropriate for children" version can simply start the application with the switch to enable the disabled feature. If upstream does not wish to add such a switch, the DD may wish to patch it. If neither of these solutions are implemented, Debian Jr. would simply drop the package. (Note: this isn't such a bad solution, and is often the easiest. If a parent's judgement differs from Debian Jr's and they wish to install the package and use it with their children in the state it is in, they are certainly free to do so.) The "hard line" on this would be to rip out the feature from the code altogether. If there is sufficient interest in providing packages that do this, it may be that upstream also supports a build-time option to disable it. But I feel that the approach I outlined above is the best compromise for the general case. If there is sufficient interest in providing an entirely "foolproof kid safe" version of a given package, then the DD may elect to provide a third conflicting alternative binary package built without the inappropriate feature. The default Debian Jr. offering, however, will provide the "option" version. Ben -- nSLUG http://www.nslug.ns.ca [EMAIL PROTECTED] Debian http://www.debian.org [EMAIL PROTECTED] [ pgp key fingerprint = 7F DA 09 4B BA 2C 0D E0 1B B1 31 ED C6 A9 39 4F ] [ gpg key fingerprint = 395C F3A4 35D3 D247 1387 2D9E 5A94 F3CA 0B27 13C8 ]
Bug#136515: RFA: robodoc
Package: wnpp Version: N/A; reported 2002-03-02 Severity: normal This package is in good health, with no bugs filed against it (or maybe nobody uses it :) I packaged it so I could use it myself, but have since found I am no longer using it and have no plans in the immediate future to do so. Nor have I been keeping up with upstream releases. There are both a new stable and new beta release at: http://download.sourceforge.net/robodoc/ If nobody adopts this right away, I will look at packaging one of the new releases (but at a very low priority on my list). Otherwise, they would be a good place for you to start if you want this package. Basically, if you use robodoc and care about it, or think you might like to use it and care for it, you're probably a better choice of maintainer for this than I am. Ben Armstrong ([EMAIL PROTECTED]) -- System Information Debian Release: testing/unstable Architecture: i386 Kernel: Linux fountain 2.2.20 #1 Sun Nov 4 15:44:23 EST 2001 i586 Locale: LANG=C, LC_CTYPE=C
Bug#112118: Anything holding this up? Would be nice for Debian Jr.
Is anything holding this ITP up? The license looks DFSG-free. Is there some other reason the ITP is now several months old with nothing showing for it? This would make an attractive addition to junior-math in Debian Jr. In particular, if python-visual (vpython) were packaged, then PyGeo, which depends on vpython, could be packaged as well: http://home.netcom.com/~ajs/ This comment from the PyGeo home page caught my attention: PyGeo was created for, and is therefore particularly suitable for, the visualization of concepts of the root geometry - Projective Geometry. Yet it is suitable for exploring the most basic concepts of Euclidean geometry at an introductory level, including by elementary schools students and their teachers. -- Ben Armstrong ([EMAIL PROTECTED])
Bug#141099: ITP: xpilot-ng -- XPilot game "next generation"
Package: wnpp Version: N/A; reported 2002-04-03 Severity: wishlist * Package name: xpilot-ng Version : 4.3.0X Upstream Author : Uoti Urpala * URL : http://xpilot.sf.net/ * License : GPL Description : XPilot game "next generation" I am the maintainer for XPilot, and have been following this fork from the official XPilot release for some time. The polygon map format that it implements is a radical departure from the official version which is why these changes aren't presently integrated back into the official one. That is to say, the map format that the xpilot-ng server uses is fundamentally incompatible with official xpilot clients. That being said, the xpilot-ng client will work with both new and old map formats. My intent is to package the CVS version of xpilot-ng instead of the latest tarball, as it is rather out of date. I will periodically rebuild and upload new CVS versions until such time as this project has established a regular release cycle of distribution tarballs. My packaging of 'xpilot-ng' will be done in such a way that integrates well with the official 'xpilot' package: - sharing data files where appropriate - providing alternatives where appropriate - supporting multiple instances of the server on the same system without conflicts so that a games server can serve users both with official and "next generation" clients Changes will be made to the official 'xpilot' package to accomodate for 'xpilot-ng' as needed. Hm, what else ... umm ... you'll notice that there is a java map editor which depends on a non-free implementation of java. I won't be including that. Uoti Urpala has written a map editor in python, so I will include that instead. There is also a C++ map editor, but that hasn't been worked on for many months. Hopefully once we get more users for this version, that will help spur along development of one or both of these editors. Ben Armstrong -- ,-. nSLUGhttp://www.nslug.ns.ca [EMAIL PROTECTED] \`' Debian http://www.debian.org[EMAIL PROTECTED] ` [ gpg 395C F3A4 35D3 D247 1387 2D9E 5A94 F3CA 0B27 13C8 ] [ pgp 7F DA 09 4B BA 2C 0D E0 1B B1 31 ED C6 A9 39 4F ] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#145555: ITP: subproject-howto -- A HOWTO for starting a Debian subproject
Package: wnpp Version: N/A; reported 2002-05-02 Severity: wishlist * Package name: subproject-howto Version : 1.0 Upstream Author : synrg <[EMAIL PROTECTED]> * URL : http://ftp.debian.org/ * License : TBA (FDL is under consideration) Description : A HOWTO for starting a Debian subproject There is an unreleased early draft of this native Debian package (html version only) at: http://people.debian.org/~synrg/subproject-howto.html It is obviously not finished yet, but it will be fleshed out and version 1.0 will be uploaded before the end of this month. I have deliberately chosen the shorter "subproject-howto" name rather than "debian-subproject-howto" as the latter is a bit unwieldly. Besides, "subproject of what project?" is implicit (cf. harden and harden-* packages where "harden what distribution?" is implicitly Debian). While my first draft was placed under the GPL, as this document is patterned after junior-doc/quickguide which is currently GPL'd, it will certainly not remain this way. I am considering the GNU FDL license in spite of all of the recent controversy. It seems to suit my purposes best. The document is written in debiandoc format. -- Ben Armstrong <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#148080: ITP: apache2 -- Apache version 2.0.36
On Sat, May 25, 2002 at 01:06:13AM +0200, Eduardo Garcia wrote: > Package: wnpp > Version: N/A; reported 2002-05-25 > Severity: wishlist > > * Package name: apache2 > Version : 2.0.36 > Upstream Author : Name <[EMAIL PROTECTED]> > * URL : http://www.apache.org/ > * License : (Apache Software License) > Description : Apache version 2.0.36 Are you aware of #103471? Ben -- nSLUG http://www.nslug.ns.ca [EMAIL PROTECTED] Debian http://www.debian.org [EMAIL PROTECTED] [ pgp key fingerprint = 7F DA 09 4B BA 2C 0D E0 1B B1 31 ED C6 A9 39 4F ] [ gpg key fingerprint = 395C F3A4 35D3 D247 1387 2D9E 5A94 F3CA 0B27 13C8 ] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#150460: ITP: tuxpaint -- A paint program for children with simple interface
Package: wnpp Version: N/A; reported 2002-06-19 Severity: wishlist * Package name: tuxpaint Version : 2002.06.17a Upstream Author : Bill Kendrick <[EMAIL PROTECTED]> * URL : http://www.newbreedsoftware.com/tuxpaint/ * License : GPL Description : A paint program for children with simple interface -- System Information Debian Release: 3.0 Architecture: i386 Kernel: Linux sanctuary 2.4.18 #1 Sun Jun 9 09:33:06 ADT 2002 i686 Locale: LANG=C, LC_CTYPE=C -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#150460: ITP: tuxpaint -- A paint program for children with simple interface
??? by whom? no, don't answer that. i'm checking now. only mildly annoying, as i was in direct contact with bill about packaging this. Ben On Wed, Jun 19, 2002 at 01:43:39PM -0400, Daniel Burrows wrote: > On Wed, Jun 19, 2002 at 01:56:18PM -0300, Ben Armstrong <[EMAIL PROTECTED]> > was heard to say: > > * Package name: tuxpaint > > Version : 2002.06.17a > > Upstream Author : Bill Kendrick <[EMAIL PROTECTED]> > > * URL : http://www.newbreedsoftware.com/tuxpaint/ > > * License : GPL > > Description : A paint program for children with simple interface > > This was added to the archive yesterday... (without, so far as I can > tell, a formal ITP) > > Daniel > > -- > / Daniel Burrows <[EMAIL PROTECTED]> ---\ > | It is hard to think of anything > | > | less sentient than a pumpkin. > | > | -- Terry Pratchett, _Witches Abroad_ > | > \-- A duck! -- http://www.python.org > -/ > -- -- nSLUG http://www.nslug.ns.ca [EMAIL PROTECTED] Debian http://www.debian.org [EMAIL PROTECTED] [ pgp key fingerprint = 7F DA 09 4B BA 2C 0D E0 1B B1 31 ED C6 A9 39 4F ] [ gpg key fingerprint = 395C F3A4 35D3 D247 1387 2D9E 5A94 F3CA 0B27 13C8 ] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#150460: ITP: tuxpaint -- A paint program for children with simple interface
On Wed, Jun 19, 2002 at 01:08:51PM -0700, Joseph Carter wrote: > Eh, I just mentioned on the SDL list I was going to package this after the > thing had some sort of save facility, but don't let that stop you from > packaging it sooner. It's a cool program for all of us who have > absolutely no art talent. ;) Sure it can save ... xwd -name 'Tux Paint' | xwdtopnm | pnmcut 96 0 448 376 | pnmtopng >image.png Well, just make sure the window isn't occluded by another when you do this. :) Ben -- nSLUG http://www.nslug.ns.ca [EMAIL PROTECTED] Debian http://www.debian.org [EMAIL PROTECTED] [ pgp key fingerprint = 7F DA 09 4B BA 2C 0D E0 1B B1 31 ED C6 A9 39 4F ] [ gpg key fingerprint = 395C F3A4 35D3 D247 1387 2D9E 5A94 F3CA 0B27 13C8 ] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#150761: ITP: moin -- Python clone of WikiWiki
On Mon, Jun 24, 2002 at 09:01:44AM +0200, Luca - De Whiskey's - De Vitis wrote: > Doesen't the upstream software call `MoinMoin'? > If so, you'd call the package moinmoin. Hm. From the ITP: http://purl.net/wiki/moin/ No reduplication of "moin" in that URL. Also, at sf.net their project page is sf.net/projects/moin and home page is moin.sf.net, and the files offered for download there are called "moin-x.y.z". It seems that in spite of the project officially being called MoinMoin (mimicking WikiWiki, and *not* an attempt to avoid namespace collision with your hypothetical "Moin" package) there are several precedents set by the project itself for shortening that to just "moin" in path and filenames. I don't see why the Debian package name should not follow this convention (after all, officially, the package name would be MoinMoin, not moinmoin). Ben -- nSLUG http://www.nslug.ns.ca [EMAIL PROTECTED] Debian http://www.debian.org [EMAIL PROTECTED] [ pgp key fingerprint = 7F DA 09 4B BA 2C 0D E0 1B B1 31 ED C6 A9 39 4F ] [ gpg key fingerprint = 395C F3A4 35D3 D247 1387 2D9E 5A94 F3CA 0B27 13C8 ] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#151027: ITP: washerdryer -- wmaker dock applet for timing your wash
On Wed, Jun 26, 2002 at 09:12:02AM +0100, Malcolm Parsons wrote: > Ryan M. Golbeck wrote: > > > Description : wmaker dock applet for timing your wash > > What does this do that wmtimer doesn't? It has a distinictive appearance. It includes two timers in one dockapp. Ben -- nSLUG http://www.nslug.ns.ca [EMAIL PROTECTED] Debian http://www.debian.org [EMAIL PROTECTED] [ pgp key fingerprint = 7F DA 09 4B BA 2C 0D E0 1B B1 31 ED C6 A9 39 4F ] [ gpg key fingerprint = 395C F3A4 35D3 D247 1387 2D9E 5A94 F3CA 0B27 13C8 ] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#156852: ITP: ttf-dustismo -- general purpose gpl'ed truetype sans serif font
On Thu, Aug 15, 2002 at 04:35:01PM -0700, Michael Cardenas wrote: > Ben suggested that I make > a package for each foundry, and then a virtual package that includes > all of them. If Dustin agrees to gpl the rest of his fonts, I'll just > make a ttf-cheapskate package. Meta package. A virtual package is something quite different. It is not a package itself, but rather a package name, named in the "Provides:" control field, thus emacs21 and emacs20 both have "Provides" of the virutal package "emacsen". A meta package, on the other hand, is a real package that has nothing but control information in it, usually "Depends:" so when you install the meta package it causes a group of other packages to be installed. If I gave the impression that the grouping should be by foundry, that is not what I meant. I think I mentioned that the foundry may be present in the name of each actual font package, but that is all. I imagined a good grouping would be by function, i.e. "fonts suitable for foo". The grouping I suggested was ttf-latin for a nice collection of fonts supporting latin characters. Ben -- nSLUG http://www.nslug.ns.ca [EMAIL PROTECTED] Debian http://www.debian.org [EMAIL PROTECTED] [ pgp key fingerprint = 7F DA 09 4B BA 2C 0D E0 1B B1 31 ED C6 A9 39 4F ] [ gpg key fingerprint = 395C F3A4 35D3 D247 1387 2D9E 5A94 F3CA 0B27 13C8 ]
Bug#158820: ITP: lpairs -- The classical memory card game
On Thu, Aug 29, 2002 at 09:32:03PM -0400, Nick Hurley wrote: > * Package name: lpairs > Version : 1.0 > Upstream Author : Michael Speck <[EMAIL PROTECTED]> > * URL : http://lgames.sourceforge.net/ > * License : GPL > Description : The classical memory card game > > LPairs is like the old childhood board game 'Memory'. This means that > you have to find pairs of identical cards that will then be > removed. Your time and tries needed are counted but there is no high > score file or limit to this. This game is part of the LinuxGames suite > available from http://lgames.sourceforge.net/ and, like all LGames > programs, provides a menu to configure sound, graphics, and gameplay. If you need testers, look me up. I would like to see lpairs in Debian Jr. Thanks. Ben -- nSLUG http://www.nslug.ns.ca [EMAIL PROTECTED] Debian http://www.debian.org [EMAIL PROTECTED] [ pgp key fingerprint = 7F DA 09 4B BA 2C 0D E0 1B B1 31 ED C6 A9 39 4F ] [ gpg key fingerprint = 395C F3A4 35D3 D247 1387 2D9E 5A94 F3CA 0B27 13C8 ]
Bug#224081: Tuxpaint needs a Tamil font
The tuxpaint package needs one of these Tamil fonts (in particular, TSCu_Comic) for the newly committed to tuxpaint CVS Tamil support. I would be very interested to test ttf-tamil-fonts (or ttf-indic -- whichever is eventually going to go into sid and includes the font I need) so I can prepare to modify my package to make use of it. Thanks, Ben Armstrong, Debian tuxpaint maintainer
Bug#122242: ITP: xletters -- Type falling words before they land
Package: wnpp Severity: wishlist A typing practice game for X similar to typespeed and tuxtype. The license is GPL. Download it here: http://www.seul.org/edu/packages/xletters What distinguishes it from typespeed is that it runs under X, whereas typespeed is console-based. What distinguishes it from the tuxtype is it is considerably more lightweight (i.e. pure X, non-SDL) so it works better on very low end platforms on which SDL sucks. Ben -- nSLUG http://www.nslug.ns.ca [EMAIL PROTECTED] Debian http://www.debian.org [EMAIL PROTECTED] [ pgp key fingerprint = 7F DA 09 4B BA 2C 0D E0 1B B1 31 ED C6 A9 39 4F ] [ gpg key fingerprint = 395C F3A4 35D3 D247 1387 2D9E 5A94 F3CA 0B27 13C8 ]
Bug#125904: ITP: fungetty, a fun new getty for Linux framebuffers
On Thu, Dec 20, 2001 at 02:36:52AM -0800, Ben Pfaff wrote: > If so, then maybe you should have a look at fungetty, a > replacement for the standard Linux getty that can display > full-color graphics above the login prompt. I hacked this up > over the last week or so, and it seems to work pretty well. It > can display many kinds of PNG files above the login prompt. > There are some bugs and limitations, but nothing unreasonable. How does this differ from fbgetty? Ben Armstrong -- nSLUG http://www.nslug.ns.ca [EMAIL PROTECTED] Debian http://www.debian.org [EMAIL PROTECTED] [ pgp key fingerprint = 7F DA 09 4B BA 2C 0D E0 1B B1 31 ED C6 A9 39 4F ] [ gpg key fingerprint = 395C F3A4 35D3 D247 1387 2D9E 5A94 F3CA 0B27 13C8 ]
Bug#340631: ITP: culmus-fancy -- Type1 Fancy Hebrew Fonts for X11
On Sat, 2005-11-26 at 21:38 -0600, Peter Samuelson wrote: > [Lior Kaplan] > > * Package name: culmus-fancy > > Description : Type1 Fancy Hebrew Fonts for X11 > > I understand that the 'culmus' package already exists, and other > packages like 'lmodern' don't follow any particular name convention > either, but could you consider naming this thing t1-culmus-fancy or > something? We don't really have a package name convention for fonts, > but xfonts-*, t1-* and ttf-* are the closest thing we have. Besides which, doesn't 'culmus' already contain Ktav Yad? Ben -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#167189: ITP: mbrola -- Mbrola is a "free", multilingual (25 languages at the moment) speech synthesis, it is not open source but has a really nice quality and is very important for brlspeak (debian for visual deficient) so we can have a software speech synthesis mode
On Thu, Oct 31, 2002 at 08:27:55AM +0100, [EMAIL PROTECTED] wrote: > Package: wnpp > Version: N/A; reported 2002-10-31 > Severity: wishlist > > * Package name: mbrola > Version : 3.01h > Upstream Author : Dr Thierry Dutoit <[EMAIL PROTECTED]> > * URL : http://tcts.fpms.ac.be/synthesis/mbrola.html > * License : http://tcts.fpms.ac.be/synthesis/mbrola/mbrlicen.html OK, just checked this out. > Description : Mbrola is a "free", multilingual (25 languages at the > moment) speech synthesis, it is not open source but has a really nice > quality and is very important for brlspeak (debian for visual deficient) > so we can have a software speech synthesis mode Just to save others time checking out the license, mbrola is not DFSG free because: "This Program may not be sold or incorporated into any product which is sold without prior permission from the Author." "If you wish to incorporate the Program into other free programs whose distribution conditions are different, write to the Author to ask for permission." "Permission is granted to use this Program for non-commercial, non-military purposes ..." Also, I don't see provision for making changes to the code in the license. It is important to clear this up before packaging this for non-free because we'll need to make changes to the distributed code to package it, make bug fixes, etc. Ben -- nSLUG http://www.nslug.ns.ca [EMAIL PROTECTED] Debian http://www.debian.org [EMAIL PROTECTED] [ pgp key fingerprint = 7F DA 09 4B BA 2C 0D E0 1B B1 31 ED C6 A9 39 4F ] [ gpg key fingerprint = 395C F3A4 35D3 D247 1387 2D9E 5A94 F3CA 0B27 13C8 ]
Bug#172645: ITP: tuxpaint-fonts-korean -- Meta package to install Korean fonts for Tux Paint
Package: wnpp Version: unavailable; reported 2002-12-11 Severity: wishlist * Package name: tuxpaint-fonts-korean Version : 1.0 Upstream Author : Ben Armstrong <[EMAIL PROTECTED]> * URL : http://packages.debian.org/ * License : GPL Description : Meta package to install Korean fonts for Tux Paint This native Debian package will merely depend on the appropriate package(s) to provide Korean fonts for tuxpaint, symlinking to the fonts contained in those packages so that Tuxpaint can find the desired font. Currently, upstream uses a font from ttf-baekmuk, so this will be the sole dependency in tuxpaint-fonts-korean 1.0. This package will provide tuxpaint-fonts-nonlatin, and serves as the first of its kind. It is expected that similar tuxpaint-fonts-* packages will follow as Tux Paint is developed to support more languages. My tuxpaint-data package will be modified to suggest tuxpaint-fonts-nonlatin.
Bug#181508: RFA: camE -- Rewrite of the xawtv webcam app using imlib2
I'll take camE off your hands. I have already prepared packages here: http://people.debian.org/~synrg/came/ Just give me the word and I'll upload. Ben -- ,-. nSLUGhttp://www.nslug.ns.ca [EMAIL PROTECTED] \`' Debian http://www.debian.org[EMAIL PROTECTED] ` [ gpg 395C F3A4 35D3 D247 1387 2D9E 5A94 F3CA 0B27 13C8 ] [ pgp 7F DA 09 4B BA 2C 0D E0 1B B1 31 ED C6 A9 39 4F ]
Bug#185717: RFP: Dustismo -- TrueType-font under GPL
On Fri, 2003-03-21 at 05:19, Juhapekka Tolvanen wrote: > Package: wnpp > Severity: normal > > Some guy has released beautiful and personal font called Dustismo. It is > in True Typre-format and licenced under GNU GPL: > > http://www.cheapskatefonts.com/ > > I propose this name for package: ttf-dustismo Already an ITP for this: #156852: ITP: ttf-dustismo -- general purpose gpl'ed truetype sans serif font -- Ben Armstrong <[EMAIL PROTECTED]>
Bug#190971: ITP: libsdl-sound1.2 -- Decodes several sound file formats including wav and mp3
Package: wnpp Version: unavailable; reported 2003-04-27 Severity: wishlist * Package name: libsdl-sound1.2 Version : 1.0.0 Upstream Author : Ryan Gordon <[EMAIL PROTECTED]> * URL : http://icculus.org/SDL_sound/ * License : GPL Description : Decodes several sound file formats including wav and mp3 This library is meant to make the programmer's sound playback tasks simpler. The programmer gives SDL_sound a filename, or feeds it data directly from one of many sources, and then reads the decoded waveform data back at her leisure. If resource constraints are a concern, SDL_sound can process sound data in programmer-specified blocks. Alternately, SDL_sound can decode a whole sound file and hand back a single pointer to the whole waveform. SDL_sound can also handle sample rate, audio format, and channel conversion on-the-fly and behind-the-scenes, if the programmer desires. I am packaging this out of necessity, since I am adopting gltron, and since version 0.62, gltron depends on SDL_sound. Ben Armstrong <[EMAIL PROTECTED]> -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux sanctuary 2.4.20sanctuary.3.3 #1 Sat Dec 21 22:56:44 AST 2002 i686 Locale: LANG=C, LC_CTYPE=C
Bug#275092: RFA: xpilot -- Multi-player tactical game for X
Package: wnpp Severity: normal I request an adopter for the xpilot package. I have put a fair amount of care into this package over the years, but no longer play the game, so it really deserves to be looked after by an active player of the game, or at least someone with an interest in XPilot development. I had always intended to package the de facto successor, so anyone interested in adopting this package should also look at this ITP (which I will shortly retitle to RFP): #141099: ITP: xpilot-ng -- XPilot game "next generation" I hope the new maintainer will either take on both packages, or at least do xpilot-ng. Development of the original xpilot.org version continues in a different direction, but since it seems to have stalled out, it appears that xpilot-ng is the XPilot of the future. So if NG goes into Debian, the original package could be removed, and therefore would only need occasional care in Debian "stable" until it is superceded by NG. The package description is: XPilot is a multi-player tactical manoeuvring game for X. Each player controls their own fighter equipped with a variety of weapons and power-ups. Players compete as teams or as individuals; the object of the game is to score points by blasting the opposition, stealing their treasure or by racing round a circuit. WARNING: This game is very addictive. . This package has been split into xpilot-client-common, xpilot-client-nosound, xpilot-client-nas, xpilot-client-rplay and xpilot-server. There is an additional package (xpilot-extra) containing various free maps and sounds as well as a useful utility program to interrogate the metaserver. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.4.26-1-k7 Locale: LANG=C, LC_CTYPE=C
Bug#141099: Waiting for development to settle down
I have talked over the situation with both the original xpilot developers and the xpilot-ng fork, and we'd like to put together a hybrid that incorporates both of their work rather than split into two sets of packages. But we'll need some more time to work out the details. Look for it after sarge releases. Ben -- ,-. nSLUGhttp://www.nslug.ns.ca [EMAIL PROTECTED] \`' Debian http://www.debian.org[EMAIL PROTECTED] ` [ gpg 395C F3A4 35D3 D247 1387 2D9E 5A94 F3CA 0B27 13C8 ] [ pgp 7F DA 09 4B BA 2C 0D E0 1B B1 31 ED C6 A9 39 4F ]
Bug#68243: So, now what?
Samuel, OK, now that it is more than 10 days since you stated you intended to take over the ITP of linphone, what's the status of the linphone upload? Thanks, Ben -- Ben Armstrong <[EMAIL PROTECTED]>
Bug#664784: ITP: sandbox -- A helper utility to run programs in a sandboxed environment
On 03/20/2012 05:11 PM, Ivan Krylov wrote: Package: wnpp Severity: wishlist Owner: Ivan Krylov * Package name: sandbox I worry about how generic this name is. I know of at least 'sandboxgamemaker' package (Platinum Arts Sandbox) which was renamed to avoid conflicts. Please also note 'policycoreutils' contains /usr/bin/sandbox. Perhaps this package (and any program of the same name it contains) should be too? Though, I can't think of a suitable suffix off the top of my head -- reviewing the package is hard for me due to my next complaint ... * URL : http://gentoo.org/ I wanted to check this package upstream, not search all day through the gentoo site for it. Help me out, please? Thanks, Ben -- 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/4f6a1a27.3060...@sanctuary.nslug.ns.ca
Bug#625865: ITP: ocportal -- ocPortal is a Content Management System for building and maintaining a dynamic website
On 05/06/2011 10:49 AM, Tshepang Lekhonkhobe wrote: > What's up with the hate? It's always convenient to have a package in > Debian, instead of hunting for it upstream. If it rots in Debian, then > it can easily be removed again (or left in Unstable). Wrong. Every additional package costs the whole Debian project in numerous ways. That's why we have these discussions up front on all ITPs, so objections can be voiced. Ben -- 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/4dc3ff0c.3080...@debian.org
Bug#625865: ITP: ocportal -- ocPortal is a Content Management System for building and maintaining a dynamic website
On 05/06/2011 12:14 PM, Tshepang Lekhonkhobe wrote: > Q: How many content management systems written in php does Debian need? > A: How about zero? > > Not exactly helpful. When developers are passionately opposed to a particular technology (and not without reason here, I think,) they can be a bit blunt in expressing it. The list of these goes on and on ... and while I certainly would be more polite myself about expressing reservations about adding any more, I'm not going to fault others for expressing their dissent. The way you expressed your support seemed to me to gloss over the real cost of adding a new package to the archive without any coherent argument as to why this particular one was going to be no trouble at all (and/or worth the trouble because it's so special). Ben -- 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/4dc420c1.2080...@debian.org
Bug#719307: ITP: ruby-parseconfig -- Simple standard configuration file parser for Ruby
Package: wnpp Severity: wishlist Owner: Ben Armstrong * Package name: ruby-parseconfig Version : 1.0.2 Upstream Author : BJ Dierkes * URL : https://github.com/derks/ruby-parseconfig & http://rubygems.org/gems/parseconfig * License : MIT Programming Lang: Ruby Description : Simple standard configuration file parser for Ruby ParseConfig provides simple parsing of standard configuration files in the form of 'param = value'. It also supports nested [group] sections. This package is a dependency of taskwarrior-web, for which I will file a separate ITP. -- 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/20130810134546.22446.30043.report...@lear.nslug.ns.ca
Bug#719308: ITP: ruby-rack-flash3 -- Flash hash for Ruby Rack applications
Package: wnpp Severity: wishlist Owner: Ben Armstrong * Package name: ruby-rack-flash3 Version : 1.0.3 Upstream Author : Pat Nakajima & Travis Reeder * URL : https://github.com/treeder/rack-flash & https://rubygems.org/gems/rack-flash3 * License : Needs clarification; authors emailed Programming Lang: Ruby Description : Flash hash for Ruby Rack applications Rack Flash is a simple flash hash implementation for Rack apps. This version is Travis Reeder's fork of Pat Nakajima's original implementation that works with Sinatra. This package is a dependency of taskwarrior-web, for which I will file a separate ITP. As noted above, the license needs clarification. I could not find any statement in the source, and so have emailed both authors. -- 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/20130810140902.24206.94691.report...@lear.nslug.ns.ca
Bug#719310: ITP: ruby-simple-navigation -- A library to create navigations for Ruby web applications
Package: wnpp Severity: wishlist Owner: Ben Armstrong * Package name: ruby-simple-navigation Version : 3.11.0 Upstream Author : Andi Schacke & Mark J. Titorenko * URL : https://github.com/andi/simple-navigation & http://rubygems.org/gems/simple-navigation * License : MIT Programming Lang: Ruby Description : A library to create navigations for Ruby web applications Simple Navigation is a ruby library for creating navigations (with multiple levels) for your Rails2, Rails3, Sinatra or Padrino applications. Render your navigation as html list, link list or breadcrumbs. This package is a dependency of sinatra-simple-navigation which is in turn a dependency of taskwarrior-web, for which I am filing separate ITPs. -- 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/20130810142054.31106.44808.report...@lear.nslug.ns.ca
Bug#719312: ITP: ruby-sinatra-simple-navigation -- Create simple navigations for Sinatra or Padrino web applications
Package: wnpp Severity: wishlist Owner: Ben Armstrong * Package name: ruby-sinatra-simple-navigation Version : 3.6.0 Upstream Author : Andi Schacke & Mark J. Titorenko * URL : https://github.com/andi/sinatra-simple-navigation & http://rubygems.org/gems/sinatra-simple-navigation * License : MIT Programming Lang: Ruby Description : Create simple navigations for Sinatra or Padrino web applications A Sinatra extension enabling the use of ruby-simple-navigation in your Sinatra and Padrino web applications. This is a dependency of taskwarrior-web for which I am filing a separate ITP. -- 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/20130810143355.2789.62799.report...@lear.nslug.ns.ca
Bug#719313: ITP: ruby-blockenspiel -- A comprehensive implementation of Ruby DSL blocks
Package: wnpp Severity: wishlist Owner: Ben Armstrong * Package name: ruby-blockenspiel Version : 0.4.5 Upstream Author : Daniel Azuma * URL : http://dazuma.github.io/blockenspiel/ & http://rubygems.org/gems/blockenspiel * License : 3 Clause BSD Programming Lang: Ruby Description : A comprehensive implementation of Ruby DSL blocks Blockenspiel is a helper library designed to make it easy to implement DSL blocks. It is designed to be comprehensive and robust, supporting most common usage patterns, and working correctly in the presence of nested blocks and multithreading. This is a dependency of ruby-versionomy, which is in turn a dependency of taskwarrior-web, for which I am filing ITPs separately. -- 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/20130810144749.6697.4755.report...@lear.nslug.ns.ca
Bug#719314: ITP: ruby-versionomy -- A generalized version number class for Ruby
Package: wnpp Severity: wishlist Owner: Ben Armstrong * Package name: ruby-versionomy Version : 0.4.4 Upstream Author : Daniel Azuma * URL : http://dazuma.github.io/versionomy/ & http://rubygems.org/gems/versionomy * License : 3 Clause BSD Programming Lang: Ruby Description : A generalized version number class for Ruby Versionomy is a generalized version number library. It provides tools to represent, manipulate, parse, and compare version numbers in the wide variety of versioning schemes in use. Versionomy’s default versioning scheme handles four primary fields (labeled major, minor, tiny, and tiny2). It also supports prerelease versions such as preview, development, alpha, beta, and release candidate. Finally, it supports patchlevel numbers for released versions. Versionomy can compare any two version numbers with compatible structure, and “bump” versions at any level. It supports parsing and unparsing in most commonly-used formats, and allows you to extend the parsing to include custom formats. Finally, Versionomy also lets you to create alternate versioning “schemas”. You can define any number of version number fields, and provide your own semantics for comparing, parsing, and modifying version numbers. You can provide conversions from one schema to another. As an example, Versionomy provides a schema and formatter/parser matching Gem::Version. This is a dependency of taskwarrior-web for which I am filing a separate ITP. -- 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/20130810145229.8466.84270.report...@lear.nslug.ns.ca
Bug#719315: ITP: taskwarrior-web -- A web interface for the Taskwarrior todo application
Package: wnpp Severity: wishlist Owner: Ben Armstrong * Package name: taskwarrior-web Version : 1.1.11 Upstream Author : Jake Bell * URL : https://github.com/theunraveler/taskwarrior-web & https://rubygems.org/gems/taskwarrior-web * License : MIT, GPL-2 Programming Lang: Ruby Description : A web interface for the Taskwarrior todo application A lightweight, Sinatra-based web interface for the wonderful Taskwarrior todo application. The current featureset includes: * Viewing tasks sorted and grouped in various ways. * Creating a new task with a due date, project, and tags. * Editing and deleting tasks. * Uses your task config to determine date formatting and when an upcoming task should be marked as "due". * Optional HTTP Basic authentication. This depends on a number of ruby libraries for which I have filed ITPs: - ruby-parseconfig #719307 - ruby-rack-flash3 #719308 - ruby-simple-navigation #719310 - ruby-sinatra-simple-navigation #719312 - ruby-blockenspiel #719313 - ruby-versionomy#719314 Since the license for ruby-rack-flash3 still needs clarification, I am waiting on a response from upstream before I can proceed with that one (as noted in #719308). I am cautiously optimistic that the license will be OK. Worst case, if the license is non-free and I cannot convince upstream to change it, I will work with taskwarrior-web upstream to use a free alternative. With luck, it will not come to that. The source embeds a number of components that probably need to be packaged separately. If I find these are not yet in the archive, I will file additional ITPs as needed (and will tidy up this list and DEP5 format it :) lib/taskwarrior-web/public/css/bootstrap.min.css lib/taskwarrior-web/public/css/bootstrap-responsive.min.css lib/taskwarrior-web/public/js/bootstrap.js Copyright 2012 Twitter Inc, ASL 2.0 lib/taskwarrior-web/public/css/datepicker.css lib/taskwarrior-web/public/js/bootstrap-datepicker.js Copyright 2012 Stefan Petre, ASL 2.0 lib/taskwarrior-web/public/js/jquery.dataTables.min.js Copyright 2008-2012 Allan Jardine, Dual GPLv2+BSD lib/taskwarrior-web/public/js/jquery.hotkeys.js Copyright 2010, John Resig, Dual MIT+GPLv2 lib/taskwarrior-web/public/js/jquery.min.js MIT lib/taskwarrior-web/public/js/tinycon.min.js Copyright (c) 2012 Tom Moor, MIT These other files are included in the source for development purposes and therefore will be excluded from the taskwarrior-web deb: coverage/assets/0.7.1/application.css coverage/assets/0.7.1/application.js embeds Blueprint CSS Framework 0.9 Copyright (c) 2007-, MIT embeds github.com style (c) Vasily Polovnyov , ? embeds jQuery Copyright 2010, Dual MIT+GPLv2 embeds jquery.dataTables.min.js Copyright 2008-2010 Allan Jardine, Dual GPLv2+BSD embeds FancyBox Copyright (c) 2008 - 2010 Janis Skarnelis, Dual MIT+GPL version unspecified embeds timeago Copyright (c) 2008-2010, Ryan McGeary, MIT embeds jQuery URL parser Written by Mark Perkins, m...@allmarkedup.com, http://unlicense.org/ (i.e. do what you want with it!) coverage/assets/0.7.1/smoothness/images/*.png Apparently the jQuery UI theme "smoothness" by the jQueryUI team, MIT http://www.nuget.org/packages/jQuery.UI.Themes.smoothness/ -- 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/20130810155310.9667.7387.report...@lear.nslug.ns.ca
Bug#719315: ITP: taskwarrior-web -- A web interface for the Taskwarrior todo application
Jérémy, Thanks for reviewing this. On 26/08/13 03:38 PM, Jérémy Bobbio wrote: > Packaged in libjs-twitter-bootstrap. Check out my work in progress in git. You'll find I already depend on this. > Ben Armstrong: >> lib/taskwarrior-web/public/css/datepicker.css >> lib/taskwarrior-web/public/js/bootstrap-datepicker.js >> Copyright 2012 Stefan Petre, ASL 2.0 > > Does not look packaged. Nor would I want to package it. I could find no VCS for this upstream, and the release is an unversioned zip archive. I'll just leave this embedded for now. Maybe I can convince either upstream for taskwarrior-web to use something better, or upstream for datepicker to produce "proper" releases. >> lib/taskwarrior-web/public/js/jquery.dataTables.min.js >> Copyright 2008-2012 Allan Jardine, Dual GPLv2+BSD > > Does not look packaged. But the good news is, Matthias Schmitz is packaging this and I will be sponsoring the upload. We're already partway through the review process. See #719601. > Packaged in libjs-jquery-hotkeys. Again, I already depend on this (and have included a patch to make taskwarrior-web work with Debian's version). > Packaged in libjs-jquery. Yup, I depend on this, too. With this, and other minified js files for some of the other dependencies above, I need to do a dfsg repack, which is next up on my TODO. >> lib/taskwarrior-web/public/js/tinycon.min.js >> Copyright (c) 2012 Tom Moor, MIT > > Does not look packaged. I will file an ITP for this. It looks pretty slick and has a reasonable upstream. Ben signature.asc Description: OpenPGP digital signature
Bug#721611: ITP: libjs-tinycon -- Library to manipulate the favicon by adding an alert bubble
Package: wnpp Severity: wishlist Owner: Ben Armstrong * Package name: libjs-tinycon Version : 0.5 Upstream Author : Tom Moor * URL : https://github.com/tommoor/tinycon * License : MIT Programming Lang: Javascript Description : A small library to manipulate the favicon Tinycon adds an alert bubble to the favicon containing a small amount of text. It also supports numeric contents up to 2 digits, automatically truncating using a metric suffix (k, M, G) when it gets too large to fit. -- 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/20130902112734.29752.92174.reportbug@shade.edennet
Bug#721647: ITP: taskd - not ready to package yet?
Alejandro, I was discussing your ITP of taskd with upstream because we noticed you had filed this and a handful of other ITPs of tasktools.org software. What is your plan for this? Upstream believes it is not really suitable to package yet as it is "only barely in beta". Thanks for your work on packaging tasktools software, though, and particularly for vit! Ben -- 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/522a09d4.8000...@sanctuary.nslug.ns.ca
Bug#721647: taskd now released
See: http://taskwarrior.org/news/186 After three years, 400 commits, a false start, a wrong turn, and a lengthy beta, Taskserver is finally released. ... Taskwarrior 2.3.0 (also released today) supports Taskserver. Also, note that jwilk put taskwarrior 2.3 in experimental recently. So maybe it's a good time to get taskd uploaded there too? :) Cheers, Ben -- 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/52e7ccb0@gmail.com
Bug#719601: What is the status of the packaging?
Matthias, On 02/04/2014 06:48 PM, Matthias Schmitz wrote: > Hi Ben, hi Ole, hi *, > > On Fri, Jan 31, 2014 at 08:28:21PM +0100, Matthias Schmitz wrote: >> On Fri, Jan 24, 2014 at 09:11:51PM +0100, Ole Streicher wrote: >>> Control: affects -1 + python-astropy >>> >>> I am packaging python-astropy, and this package includes >>> jquery.datatable.min.js for some extended functionality. I would like to >>> replace this by this Debian package. What is the current status here? >> i started the packaging here [1] and mailed with Ben Armstrong who is >> willing (or was ;) ) to sponsor it but i lost track >> >> I'll take a look at the package and answer soon. If you like ping my again >> in some days if i don't document the progress here. > i updated the package and pushed the changes to git.debian.org [1]. I reworked > the creation of the dfsg-clean orig tarball now only three files get deleted > for legal reasons. > > Ben if you still wan't to sponsor the package would you please review? > > Best wishes, > Matthias > > [1] > http://anonscm.debian.org/gitweb/?p=collab-maint/jquery-datatables.git;a=summary I'll take a look when I can. Sooner, if possible, but if not, then on the weekend. Ben -- 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/52f21604.3090...@sanctuary.nslug.ns.ca
Bug#730084: Potential removal - python-irc
On 29/08/15 07:12 PM, Iain R. Learmonth wrote: > ... > Ben Armstrong (xpilot-ng-common) > ... > I'm not familiar with these packages that are depending on python-irc, but > if you would like to continue to have them depend on python-irc, please > update bug #730084. > > As this package is now almost 2 years behind upstream and has been orphaned > for a considerable time, I may request removal of this package unless I hear > otherwise from you. > If it came down to it and python-irc were removed, xpngcc (a python-based launcher for the game) would need to be patched to remove or replace the 'Support and Chat' option. While that would not be ideal, and I'd rather not have to lose functionality, I could live with it, as it's not core functionality required by the game. So, yes, I'm interested in seeing python-irc continue to be maintained, if someone is available to do the work, but it's not something I'm personally interested in taking on. Ben
Bug#513535: ITP: peg-e -- peg elimination solitaire game
On Sat, 31 Jan 2009 13:04:05 +0100 (CET) Andreas Tille wrote: > I'm really unsure whether this kind of help is welcome > or not and I even have to admit that I'm not able to > continue with this job as the only one. There is no > problem in just doing *some* edits or helping out in case > of questions but as long as I have no response at all > I'm completely unsure whether this is welcome at all. It's certainly welcome, and I did have some discussion with Miriam on irc about this briefly, but she's very busy at this time. Some of the packages reviewed in my blog article are not suitable for inclusion in Debian Jr. (or even Debian) for various reasons. I do not remember all of the details at this time, so I had hoped Miriam would get a chance later to fill you in. I believe in one case (anagramarama?) it was written in such a way as to make localization difficult (anagramarama?), if not impossible. In another case (kartofel) the controls are quite difficult. Miriam wanted to see if they could be improved. Anyway, thanks for making this set of additions. They looked basically OK except since I don't know exactly which packages are going to end up in Debian I couldn't revise them accordingly. Ben -- ,-. nSLUGhttp://www.nslug.ns.ca sy...@sanctuary.nslug.ns.ca \`' Debian http://www.debian.orgsy...@debian.org ` [ gpg 395C F3A4 35D3 D247 1387 2D9E 5A94 F3CA 0B27 13C8 ] -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#513535: ITP: peg-e -- peg elimination solitaire game
On Sat, 31 Jan 2009 13:04:05 +0100 (CET) Andreas Tille wrote: > This is definitely a package which should be added to > the tasks files[1]. I have not recieved any answer to > my mail about editing the Debian Jr. tasks files. [2] As for Peg-e itself, I agree that it looks like a good candidate. In the past my policy has been that any package that I have personally tried with the children and had a positive response from them, and I cannot find any other objection to adding, I have added. Or in the absence of evidence that it is good for kids by my own direct observation of children using the software, I have asked for confirmation from other project members via such direct observation instead. So far, I have not tried Peg-e with my own kids. Can someone vouch for it from experience using it with kids? If so, I recommend we include it. How we are going to handle user recommendations of software for Debian Jr. in general is still an open question and I apologize for the apparent lack of care to answering it. We do not mean to exclude other project members from the discussion, but the fact is that much of the discussion so far has been on irc, so anyone who has not been present for such discussions does not get filled in on it. I will make more of an effort to summarize and post such discussions as they happen from now on. Ben -- ,-. nSLUGhttp://www.nslug.ns.ca sy...@sanctuary.nslug.ns.ca \`' Debian http://www.debian.orgsy...@debian.org ` [ gpg 395C F3A4 35D3 D247 1387 2D9E 5A94 F3CA 0B27 13C8 ] -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#775436: ITP: xlennart -- An XBill fork but with Lennart and SystenD instead of Bill and Wingdows
On 16/01/15 08:15 AM, Stephan Seitz wrote: > On Fri, Jan 16, 2015 at 07:32:41AM +1100, Riley Baird wrote: >> (Also, in any case, don't you think that this game is going a little too >> far? It's fine to be opposed to systemd, but don't do to Lennart > > Well, do you see a difference to the original game with Bill Gates? Do you honestly not see the difference between poking fun at an upstream that is at the center of an ongoing controversy vs. poking fun at a competitor? I personally don't care for the satire in this case and don't think it's constructive for the project. Is it worth the expenditure of project resources, even if ever so small, to allow a "joke package" (and a bad joke, at that, and hopefully one with limited shelf life), which throws oil on the fire? Where does it stop? A separate x package per person whom some subset of users holds accountable for "ruining Linux"? How does this package make Debian better? I'd also object on the technical grounds that we already have xbill and the changes in xlennart don't truly justify a fork. Ben signature.asc Description: OpenPGP digital signature
Bug#775436: ITP: xlennart -- An XBill fork but with Lennart and SystenD instead of Bill and Wingdows
Dmitry, On 16/01/15 09:48 AM, Dmitry Yu Okunev wrote: > Is it really necessary to discuss this on debian-devel@? IMHO, it's > local issue, yet… And also please sorry for my English skills. It's an ITP, so it goes to debian-devel by default to discuss amongst ourselves whether a package is suitable to enter Debian or not. So yes, it's a necessary part of the process. > On 01/16/2015 03:48 PM, Ben Armstrong wrote: >> Do you honestly not see the difference between poking fun at an >> upstream that is at the center of an ongoing controversy vs. poking >> fun at a competitor? > 1. Everybody (who doesn't like systemd) already resigned, IMHO. There's > already no "controversy". We'll have to agree to disagree here. I still see lots of systemd hate on irc from certain users, and not just loons. Also, I see it every now and then on the mailing lists and in blogs as well, and it will be a while before that fire goes out. I expect another flare-up again immediately after Jessie is released. > 2. So you don't mind to add this package in future, right? > > So, I can't tell for Stephan Seitz (who you asked), but I don't see > difference between "XLennart" and "XBill" in ethical and practical meanings. I can envision a time in the future when it's no longer too soon for this kind of joke, yes. >> I personally don't care for the satire in this case and don't think it's >> constructive for the project. > "The project" is Debian? Yes. >> Is it worth the expenditure of project >> resources, even if ever so small, to allow a "joke package" (and a bad >> joke, at that, and hopefully one with limited shelf life), which throws >> oil on the fire? > 1. You mean Debian infrastructure resources (like HDD space on Debian > mirrors)? And the human cost: ftpmaster team's time, and security team's time, and QA team's time, and the release team's time ... > 2. As I said above, there no "oil on the fire". However I may be wrong, > of course. I think you are wrong. However, I may be wrong, too. :) >> Where does it stop? A separate x >> package per person whom some subset of users holds accountable for >> "ruining Linux"? How does this package make Debian better? > 2 packages for 20 years is not too much. Why this should be stopped? > It's a part of history. This game represents very loud, long and > interesting moment in FOSS history. And it represents an essential > culture subset of nowadays FOSS community. So Debian will be better for > this people. If there's nobody from DD will agree with it, then the > package just won't be sponsored. I don't see any problem. > > How does XBill make Debian better? Once it's "history" and not "present", sure. And by "stop" I don't mean active suppression of xlennart's existence (or writing of new satire), just rampant explosion of multiple redundant packages in Debian, each serving the same basic purpose with trivial differences from the last. I don't think this is a good trend. >> I'd also object on the technical grounds that we already have xbill and >> the changes in xlennart don't truly justify a fork. > This could be easily solved by merging xbill with xlennart to "xperson" > with collection of this people (bill and lennart). Sure, after the joke is no longer too soon, I'd have no problem with that (or even keep the original name "xbill" for continuity with its long history, but that's something upstream can judge best). Regards, Ben -- 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/54b92d0f.1060...@sanctuary.nslug.ns.ca
Bug#775436: ITP: xlennart -- An XBill fork but with Lennart and SystenD instead of Bill and Wingdows
On 16/01/15 11:34 AM, Markus Koschany wrote: > My personal opinion is that both XBill and xlennart are mildly > entertaining and it is rather immature to depict living people as a > "virus". The message is either silly or offensive. While we're talking about personal opinions, and clarifying for Dmitry, whom I never answered on the question of "what good is xbill to debian?" it's not entirely beneath me to chuckle at public figures at their expense. (What listener of CBC radio hasn't chuckled at the Canadian Air Farce poking fun at public Canadian figures, for instance? Or if that's not your nationality ... pick your favourite example of the same genre.) Yes, xbill is funny (to me) and I think enjoying a bit of silliness like this can enrich our lives. So my own feelings regarding lampooning Lennart in a game are, as I said, just my personal distaste for it. I find it too soon and unfunny, given what the Debian project has just been through over systemd. I'm not saying satire has no value for Debian, categorically. As for the rest of what you wrote, I can only agree. Cheers, Ben signature.asc Description: OpenPGP digital signature
Bug#775436: ITP: xlennart -- An XBill fork but with Lennart and SystenD instead of Bill and Wingdows
Dmitry, On 16/01/15 12:17 PM, Dmitry Yu Okunev wrote: > I see. By the way, it's _not my_ changes. I'm just a Debian user that > tries to get more experience of Debian packaging. I found the project > ("xlennart") and just wanted to make a package and find a sponsor. I > didn't expected that this will be a sore subject. I'll just switch my > attention to other projects. OK. If you've decided to drop the ITP, then please just close the bug. Thanks, Ben -- 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/54b944f6.1000...@sanctuary.nslug.ns.ca
Bug#775436: ITP: xlennart -- An XBill fork but with Lennart and SystenD instead of Bill and Wingdows
On 16/01/15 01:33 PM, Dmitry Yu Okunev wrote: > Isn't it premature? Shouldn't abandoned ITP be converted to RFP. If I > close the bug it may be duplicated by somebody else, soon. Sorry for my > newbie-ness. Closing the bug doesn't make it vanish from the system. People will still be able to find it if they search for it. I asked the QA team and they said it should just be closed. Ben -- 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/54b96da5.5040...@sanctuary.nslug.ns.ca
Bug#775436: ITP: xlennart -- An XBill fork but with Lennart and SystenD instead of Bill and Wingdows
On 16/01/15 01:33 PM, Dmitry Yu Okunev wrote: > Isn't it premature? Shouldn't abandoned ITP be converted to RFP. If I > close the bug it may be duplicated by somebody else, soon. Sorry for my > newbie-ness. Closing the bug doesn't make it vanish from the system. People will still be able to find it if they search for it. I asked the QA team and they said it should just be closed. Ben -- 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/54b96da5.6050...@sanctuary.nslug.ns.ca
Bug#719601: ITP: libjs-jquery-datatable
On 15/04/15 05:20 PM, Ole Streicher wrote: > But could you, Ben, or Martin sponsor? Martin & Ole, I'm sorry. I had the best of intentions in initially offering to help, but my project that required this has subsequently been shelved and other priorities added to the top of my queue. I had hoped to at least take a peek again by the end of this month, but as that has not happened, I had better just let you know you should seek someone else. Ben -- 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/5541fb07.10...@sanctuary.nslug.ns.ca
Bug#721647: ITP: taskd - not ready to package yet?
On 07/09/13 06:30 PM, Alejandro Garrido Mota wrote: > taskd is in alpha version and should not be in unstable, initially. I > think that experimental is good branch for taskd. What do you think? Sure, that sounds good. > Your welcome... and now vramsteg is in unstable :) Yes! And in fact, it was vramsteg I first noticed, and then saw the others. Ben -- 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/522c580a.4070...@sanctuary.nslug.ns.ca
Bug#833173: O: eeepc-acpi-scripts -- 00cfc39420956e29eab8942cc6c0b1a4
Package: wnpp Severity: normal I intend to orphan the eeepc-acpi-scripts package. I have retired, and nobody remains from the original debian-eeepc team to look after it, since the project officially ended years ago. Thanks, Ben Armstrong The package description is: role::plugin, works-with::TODO