Bug#559761: ITP: release -- provides information about the current releases
On Mon, 2009-12-07 at 00:14 +0100, Benjamin Drung wrote: > > * Package name: release The tool isn't about releasing, but about to querying the release. Also, it's about distribution release (not package...). May be a name like {get|query}-distr[o]?-release... or something completely different like "supported-distro" would be more explicit. > Description : provides information about the current releases > > This package contains information about all releases of Debian and Ubuntu. > The > release script will give you the codename for e.g. the latest stable release > of > your distribution. There was some discussions about a similar tool & issues: http://lists.debian.org/debian-devel/2007/05/msg01138.html and to query Debian point release. http://lists.debian.org/debian-devel/2007/12/msg00742.html > To get information about a specific distribution there are > the debian-release and the ubuntu-release scripts. I suppose you mean that there will be different back-end script. (I suppose that you don't mean that each program will have to implement a select/case algorithm?) > It's based on the idea posted on the ubuntu-devel-discuss mailing list > [1]. Comments, suggestions and feature requests are highly welcome. > > For Debian I need some informations: Until when were following > releases supported: buzz, rex, bo, hamm, slink, and potato? See http://wiki.debian.org/DebianReleases but I didn't/couldn't find the information for bo/rex/buzz. Anyone ? AFAIK, Debian have never supported more than two stable distributions (stable + old-stable), therefore, you can assume that a distribution end of life is "lower than" distribution N+2 release. Franklin -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#559761: ITP: release -- provides information about the current releases
On Fri, 2009-12-11 at 00:09 +0100, Benjamin Drung wrote: > To sum up the naming discussion, there are two possible package names: > > * distro-release-info > * release-info > > The two distro-specific script will be named debian-release-info and > ubuntu-release-info. I tend to name the package distro-release-info and > the symlinked script release-info. The distro specific script should be in /usr/share/release-info/. If the distribution specific scripts are in the path, people may tend to use them, which isn't portable because one needs to know the local distribution before invoking the script. Also, it you be nice if your script was easily extensible by Debian and Ubuntu derivatives. BTW, did you notice that the DebianRelease[1] wiki page has a link per distribution release, with EOL dates (?) I just have a feature request: add some "--foobar-url" options, which would return some official urls about that distribution: * Info and support (http://www.debian.org/releases/lenny/ ) * Release Notes (http://www.debian.org/releases/lenny/releasenotes ) * Errata (http://www.debian.org/releases/stable/errata ) * Installation Guide (http://www.debian.org/releases/lenny/installmanual ) Franklin [1] http://wiki.debian.org/DebianReleases -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#495973: Status of fex in Debian [ITP].
Hello, Could you tell me what's the status of fex in Debian? I wish it were in Debian archive, but I can't find it. Do you still plan to get it the archive yourself? if not, could you publish your Debian .diff file, so other can use your work and maybe get it in the archive. Thank you for you work, Franklin -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#558684: ITP: envstore -- save and restore environment variables
Hi all, Do April Fools' Day occur in November in some part of the world? On Sun, 2009-11-29 at 21:01 +0100, Maximilian Gass wrote: > Package: wnpp > > * Package name: envstore > Version : 2.0 > Upstream Author : Daniel Friesel > * URL : https://derf.homelinux.org/~derf/projects/envstore/ > * License : WTFPL WTF? Please Sam, drop your F* webpage. The [Open-Source] world don't need yet another license. Or make it clear that no one should actually use it. > Description : save and restore environment variables > > envstore allows you to save environment variables into a seperate store, list > them, and reload them into the shell again. In most situation, this packaged can be replaced with: echo $FOO > ~/.var_FOO then FOO=$(cat ~/.var_FOO) In some exceptional situation, where the variable variables and escape code should be preserved, one can use: export | grep " PS4=" > ~/.var_FOO then . ~/.var_FOO (No, it isn't guaranteed to be portable, and there might even be easier ways to achieve all this). I wonder how Unix could survive 30 years without such command. Franklin -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#561443: ITP: linuxsampler -- realtime audio sampler
On Thu, 2009-12-17 at 09:02 +0100, Alessio Treglia wrote: > Package: wnpp > Severity: wishlist > Owner: Alessio Treglia > > * Package name: linuxsampler > Version : 1.0.0 > Upstream Author : Christian Schoenebeck > * URL : http://www.linuxsampler.org/ > * License : GPL-2 > Programming Lang: C++ > Description : realtime audio sampler > > LinuxSampler is a work in progress. It's goal is to produce a free ^^^ Hello, Since the package version is 1.0, I suppose that "work in progress" can and should be removed from the description. Franklin BTW: Won't the package work on Debian/kFreeBSD? I found the program name to be awfully generic. A "sample" probably means something completely for an artist, a physicist (and a linux kernel developer;) -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#561443: ITP: linuxsampler -- realtime audio sampler
On Thu, 2009-12-17 at 20:50 +0100, Alessio Treglia wrote: > > > Since the package version is 1.0, I suppose that "work in progress" can > > and should be removed from the description. > > You're right, already done. Cool! > The following is an updated long description: > > LinuxSampler is sampler backend, thus server-like console application. It ^^ an audio > provides a TCP based network interface with a custom ASCII based protocol > called "LSCP" to control the sampler and manage sampler sessions. Users > either have to send commands manually to LinuxSampler, e.g. by connecting > via 'telnet' or by using 'netcat' or they might want to use a graphical > user interface (frontend) like QSampler (C++/Qt based). [..] > > BTW: Won't the package work on Debian/kFreeBSD? I found the program > > name to be awfully generic. A "sample" probably means something > > completely for an artist, a physicist (and a linux kernel > > developer;) > > > > Originally its name is LinuxSampler, so I thought it was a good name, > BTW if you have some idea for providing the package an alternative > name, let me know. Yes, using upstream's name is the sensible thing to do (IMHO). Thanks, Franklin -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#562848: RFP: pencil -- animation/drawing software
Hello Nick, Nick Shaforostoff wrote: > Package: wnpp > Severity: wishlist > X-Debbugs-CC: debian-de...@lists.debian.org > > --- Please fill out the fields below. --- It is a best practice to fill all the fields below (they wouldn't be in the template otherwise ;) >Package name: pencil > Version: 0.4.4 > Upstream Author: NAME > URL: http://www.pencil-animation.org/ > License: GPL > Description: animation/drawing software Usually, it is a good idea to write the full package description that you would use for the upload... so people can give feed back. Otherwise, that looks like a funny pice of software. Thanks, Franklin -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#563004: ITP: procserv -- A process server with telnet console and log access
Hello, On Tue, 2009-12-29 at 17:35 -0500, Ralph Lange wrote: > > * Package name: procserv > * URL : http://sourceforge.net/projects/procserv/ > Description : A process server with telnet console and log access > > procServ is a wrapper that starts an arbitrary command as a child process in > the background, connecting its standard input and output to a TCP port for > telnet access. It supports logging, child restart (manual or automatic on > exit), and more. I am curious why ssh+screen can't do the job? It would be much more secure than telnet. It would be nice to add a note in the package description. Also it is much more "à la unix" to use two tools together to do one job, each one doing one thing well. Franklin -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#564424: ITP: pypibrowser -- graphical interface for browsing the Python Package Index
On Sat, 2010-01-09 at 13:18 +0100, David Paleino wrote: > Package: wnpp > Severity: wishlist > Owner: David Paleino > > * Package name: pypibrowser > Version : 1.5 > Upstream Author : David Boddie > * URL : > http://www.boddie.org.uk/david/Projects/Python/PyPI-Browser/ > * License : GPL-2+ > Programming Lang: Python > Description : graphical interface for browsing the Python Package Index > > PyPI Browser is a graphical user interface (GUI) tool for browsing the > contents of the Python Package Index (PyPI). > It uses the XML-RPC interface exposed by the Package Index server to retrieve > information about the available packages. I suggest: "It queries the online Package Index server to retrieve information about the available packages." > It aims to make it easier for users to find and download useful Python > software from a central repository. It provides facilities for searching > the package index, can display information about individual packages, > allows packages to be marked so that they can be downloaded together, and > records information about existing packages so that new ones can be > highlighted. Like for stdeb (see #564562), I suggest to add a notice in the description that the recommended way to install python module is to use a Debian package. Franklin -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#564820: ITP: libpam-barada -- PAM module to provide two-factor authentication based on HOTP
On Mon, 2010-01-11 at 18:22 -0800, Andrew Pollock wrote: > > * Package name: libpam-barada > Description : PAM module to provide two-factor authentication based on > HOTP > > Use HOTP (RFC4226) two-factor authentication with PAM. [..] > While this module could be used in conjunction with many different > client devices, > it was written specifically with Android devices in mind. There are many HOTP client out there[1]. Is it really android specific in any way? I suggest dropping that sentence. > There is companion software which runs on Android, so that your ^^ ${your phone} > phone essentially becomes a SecureID token. All you need to do is > open up the software, type in your PIN, and you get back a 6-character > number that you can use to login to your system. [1] http:// rcdevs.com/products/openotp/tokens.php I suppose this new RFC is more secure than plain old OTP/OPIE (?). In any case, the package could include those 2 keyword for `aptitude search` Franklin -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#566364: RFH: doc-central
On Sat, 2010-01-23 at 12:53 +, Neil Williams wrote: > On Sat, 23 Jan 2010 12:50:38 +0100 > Stefano Zacchiroli wrote: > > > On Sat, Jan 23, 2010 at 11:18:57AM +, Neil Williams wrote: > > > Just out of interest, what's the difference between doc-central and > > > dwww ? > > > > That's a pretty damn good question :-) > > > > I've made the choice between dwww and doc-central several years > > ago. _IIRC_ , back then dwww was missing decent browsing of the doc-base > > sections which is my main access path to documentation; more generally, > > I liked dwww more back then. FWIW I've just re-looked at dwww after > > your prod, and it seems that it has improved a lot over time. > > Agreed - and as dwww has progressed, doc-central appears to have > stalled. The Documentation Menu in dwww covers all I need from doc-base > and the addition of man page browsing, info document browsing, viewing > any file in any /use/share/doc/ directory and automatic linking from > changelog.Debian.gz to the BTS and similar - it's all really neat. Add > in the dpkg-www package to link to the Packages / apt cache data and > doc-central could have a lot of catching up to do. > > The only thing missing (for me) from dwww is an area covered by devhelp > - and even then a simple symlink is enough to make things like the > gtk2.0 reference manual available in dwww. > > devhelp has useful integration with some IDEs so that's why I use that > one as well. > > > If the point of yours, beside curiosity, was also to phase out > > doc-central in favor of dwww, that might be an option, but then > > agreement should be sought between the two packages maintainer and a bit > > of smooth upgrade path should be provided. > > There are plenty of situations in Debian where users have a choice of > options that have pros-and-cons. Personally, I don't see a need to > migrate - yet - as long as doc-central is usable and does the smaller > task of just the doc-base files, it is probably worth having both. I don't use either. I gave a quick-try to both of them. If I where to use one of them, I would probably use doc-central, because it doesn't depends on any indexing tools (dlocate, squish...). > If there is any particular content that advises doc-central over dwww > (on www.debian.org or on the Wiki) I'm not aware of it, so it's left to > user choice. It's best if packages pros/cons are summarized in package description. Here's a page for g**glers (contributions are welcome): http://wiki.debian.org/doc-base Franklin -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#569171: ITP: pinta -- a simple Gtk drawing/painting program
Hi, Just a few comment on the package description... On Wed, 2010-02-10 at 14:43 +, Iain Lane wrote: > Package: wnpp > Severity: wishlist > Owner: Debian CLI Applications team > > > * Package name: pinta > Version : 0.1 > Upstream Author : Jonathan Pobst > * URL : http://pinta-project.com > * License : MIT/X > Programming Lang: C# > Description : a simple Gtk drawing/painting program > > Pinta is a drawing/editing program modeled on Paint.NET. Its goal is to > provide a simplified alternative to the GIMP for casual users. Upstream mentioned that "It is currently early in development". You could keep this statement in the description (to avoid users deception). Also, since the program is meant to be simple, you could list the features that would be useful for the targeted audience: * Adjustments and Effects (Invert, Sepia, Black and White, and Auto Level). * Full History (unlimited levels of Undo/Redo) * Multiple Layers My 2¢ Franklin -- 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/1266154994.10902.85.ca...@solid.paris.klabs.be
Bug#571942: ITP: cmospwd -- decrypt BIOS passwords from CMOS
On Sun, 2010-02-28 at 08:31 -0500, Luke Faraone wrote: > Package: wnpp > > * Package name: cmospwd > Description : decrypt BIOS passwords from CMOS > CmosPwd is a cross-platform tool to decrypt password stored in CMOS used > to access a computer's BIOS setup. > > This application should work out of the box on most modern systems, but > some more esoteric BIOSes may not be supported or may require additional > steps. FYI, The package was already debianized for grml: http://deb.grml.org/pool/main/c/cmospwd/ Once it's packages, you can remove it from Paul Wise's list ;) http://wiki.debian.org/PaulWise/InterestingSoftware As I write this email, I just noticed that you are probably aware of Ubuntu's package ;) Franklin -- 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/1267368184.7886.5458.ca...@solid.paris.klabs.be
Bug#572545: ITP: usbview2 -- USB device viewer with GTK+
Hello, On Thu, 2010-03-04 at 21:06 +0100, Luis Galdos wrote: > > * Package name: usbview2 > Version : 1.0.0 > Upstream Author : Luis Galdos > * URL : http://sourceforge.net/projects/usbview2/ > * License : GPL > Programming Lang: C > Description : USB device viewer with GTK+ > > This application is based on USBView of Greg Kroah-Hartman but > uses GTK+ as graphical library. Additionally to the functions of > USBView, it implements three list views with extende device infos > and a new properties dialog. The package looks nice, but it to use /proc/bus/usb, which seems to be deprecated nowadays (it isn't mounted on my system). I haven't investigated that much, but I thought I should warn you before you invest too much time in this tool. Also, the package description should be reviewed. It should mention that the tool provides low level (technical details) of the devices. Franklin -- 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/1267982491.21347.5385.ca...@solid.paris.klabs.be
Bug#533708: ITP: libhugetlbfs -- Tools and Library access huge pages of memory
[re-sending, with proper debian-devel address, sorry for the noise] Hello Christopher and all, This ITP was stalled, so I packaged this tool. I am looking for one or more co-maintainer (read more at the bottom). On Fri, 2009-06-19 at 15:18 -0700, Simmons, Christopher wrote: > Package: wnpp > > I wish to work on creating a debian package for libhugetlbfs-2.4 * Package name: libhugetlbfs Version : 2.7 Upstream Authors: Eric B Munson : Adam Litke : David Gibson * URL : http://libhugetlbfs.sourceforge.net/ * License : LGPL-2.1 Programming Lang: C Description : Tools and Library access huge pages of memory ::libhugetlbfs:: Description: A library which provides access to huge pages of memory libhugetlbfs is a library which provides easy access to huge pages of memory. It is a wrapper for the hugetlbfs file system. Applications can use huge pages to fulfill malloc() requests without being recompiled by using LD_PRELOAD. Alternatively, applications can be linked against libhugetlbfs without source modifications to load BSS or BSS, data, and text segments into large pages. ::hugepages:: Description: A set of tools to configure huge pages of memory This package contains a number of utilities that will help administrate the use of huge pages on your system. hugeedit modifies binaries to set default segment remapping behavior. hugectl sets environment variables for using huge pages and then execs the target program. hugeadm gives easy access to huge page pool size control. pagesize lists page sizes available on the machine. My current work is available from: http://git.debian.org/?p=collab-maint/libhugetlbfs.git Co-maintainer wanted I am looking for a co-maintainer for this package. There are two reasons for that: 1) I can't write C, well not really. 2) I believe that every package should be co-maintained (in a perfect world anyway). You should be prepared to handle all the aspects of the packaging which are specific to C and/or library handling. I can help for other aspects of packaging, bug handling, backporting patches, etc... Current Lintian : > P: libhuge*: no-upstream-changelog > W: libhugetlbfs*: shlib-without-versioned-soname ... > E: libhugetlbfs: postinst-must-call-ldconfig Regards, Franklin signature.asc Description: This is a digitally signed message part
Bug#533708: ITP: libhugetlbfs -- Tools and Library access huge pages of memory
Hello Christopher and all, This ITP was stalled, so I packaged this tool. I am looking for one or more co-maintainer (read more at the bottom). On Fri, 2009-06-19 at 15:18 -0700, Simmons, Christopher wrote: > Package: wnpp > > I wish to work on creating a debian package for libhugetlbfs-2.4 * Package name: libhugetlbfs Version : 2.7 Upstream Authors: Eric B Munson : Adam Litke : David Gibson * URL : http://libhugetlbfs.sourceforge.net/ * License : LGPL-2.1 Programming Lang: C Description : Tools and Library access huge pages of memory ::libhugetlbfs:: Description: A library which provides access to huge pages of memory libhugetlbfs is a library which provides easy access to huge pages of memory. It is a wrapper for the hugetlbfs file system. Applications can use huge pages to fulfill malloc() requests without being recompiled by using LD_PRELOAD. Alternatively, applications can be linked against libhugetlbfs without source modifications to load BSS or BSS, data, and text segments into large pages. ::hugepages:: Description: A set of tools to configure huge pages of memory This package contains a number of utilities that will help administrate the use of huge pages on your system. hugeedit modifies binaries to set default segment remapping behavior. hugectl sets environment variables for using huge pages and then execs the target program. hugeadm gives easy access to huge page pool size control. pagesize lists page sizes available on the machine. My current work is available from: http://git.debian.org/?p=collab-maint/libhugetlbfs.git Co-maintainer wanted I am looking for a co-maintainer for this package. There are two reasons for that: 1) I can't write C, well not really. 2) I believe that every package should be co-maintained (in a perfect world anyway). You should be prepared to handle all the aspects of the packaging which are specific to C and/or library handling. I can help for other aspects of packaging, bug handling, backporting patches, etc... Current Lintian : > P: libhuge*: no-upstream-changelog > W: libhugetlbfs*: shlib-without-versioned-soname ... > E: libhugetlbfs: postinst-must-call-ldconfig Regards, Franklin -- 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/1269303319.12242.536.ca...@solid.paris.klabs.be
Bug#533708: ITP: libhugetlbfs -- Tools and Library access huge pages of memory
[re-sending, with proper debian-devel address, sorry for the noise] Hello Christopher and all, This ITP was stalled, so I packaged this tool. I am looking for one or more co-maintainer (read more at the bottom). On Fri, 2009-06-19 at 15:18 -0700, Simmons, Christopher wrote: > Package: wnpp > > I wish to work on creating a debian package for libhugetlbfs-2.4 * Package name: libhugetlbfs Version : 2.7 Upstream Authors: Eric B Munson : Adam Litke : David Gibson * URL : http://libhugetlbfs.sourceforge.net/ * License : LGPL-2.1 Programming Lang: C Description : Tools and Library access huge pages of memory ::libhugetlbfs:: Description: A library which provides access to huge pages of memory libhugetlbfs is a library which provides easy access to huge pages of memory. It is a wrapper for the hugetlbfs file system. Applications can use huge pages to fulfill malloc() requests without being recompiled by using LD_PRELOAD. Alternatively, applications can be linked against libhugetlbfs without source modifications to load BSS or BSS, data, and text segments into large pages. ::hugepages:: Description: A set of tools to configure huge pages of memory This package contains a number of utilities that will help administrate the use of huge pages on your system. hugeedit modifies binaries to set default segment remapping behavior. hugectl sets environment variables for using huge pages and then execs the target program. hugeadm gives easy access to huge page pool size control. pagesize lists page sizes available on the machine. My current work is available from: http://git.debian.org/?p=collab-maint/libhugetlbfs.git Co-maintainer wanted I am looking for a co-maintainer for this package. There are two reasons for that: 1) I can't write C, well not really. 2) I believe that every package should be co-maintained (in a perfect world anyway). You should be prepared to handle all the aspects of the packaging which are specific to C and/or library handling. I can help for other aspects of packaging, bug handling, backporting patches, etc... Current Lintian : > P: libhuge*: no-upstream-changelog > W: libhugetlbfs*: shlib-without-versioned-soname ... > E: libhugetlbfs: postinst-must-call-ldconfig Regards, Franklin -- 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/1269330984.3587.23.ca...@solid.paris.klabs.be
Bug#533708: ITP: libhugetlbfs -- Tools and Library access huge pages of memory
Hello Vincent, On Tue, 2010-03-23 at 09:08 +0100, Vincent Danjean wrote: > On 23/03/2010 01:20, Frank Lin PIAT wrote: > > Co-maintainer wanted > > > > I am looking for a co-maintainer for this package. There are two reasons > > for that: 1) I can't write C, well not really. 2) I believe that every > > package should be co-maintained (in a perfect world anyway). > > I'm willing to co-maintain : I (will) use this software at work and I have > already wrote and packaged library, so I can help you on this point. Thank you for volunteering to co-maintain this package. As you probably already noticed, I used git for the packaging, which repository is hosted on Alioth and managed "by collab-maint group". The package itself is Debian source v3, using debhelper v7. Let me know if you have different preferences. > I did not yet look at yours but can you > tell me if you followed upstream and create bi-arch packages (ie amd64 has > a 64bits and 32bits version for example) or if you want to go through > the multi-arch path (I think it is a better long-term solution) Currently, I am forcing to build in native mode only. But as I mentioned, C and libraries are a bit like Klingon to me. All your ideas are welcome, feel free to implement them. For communication, I like Jonas Smedegaard's idea to use $packagen...@packages.debian.org as a pseudo mailing list. I am not often on IRC, but you can ping me there, and I'll come back to you (within two or three days ;). My nickname is... franklin I am not always going to discuss very much of what I am doing and how I am going to do it. I use VCS like a wiki: any change can be discussed, improved or reverted. I usually tell about my TODO list by email (which is currently up to date in the debian folder). I have added you to the list of maintainers of the package. We can maintain the package together (I am not "owning" the package in any way). Welcome on board, Franklin -- 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/1269476870.16708.860.ca...@solid.paris.klabs.be
Bug#579104: ITP: libopengl-xscreensaver-perl -- Helper module for writing OpenGL-based XScreenSaver hacks
On Sun, 2010-04-25 at 13:10 +0200, Maximilian Gass wrote: > Package: wnpp > Owner: Maximilian Gass > Severity: wishlist > X-Debbugs-CC: debian-de...@lists.debian.org,debian-p...@lists.debian.org > > * Package name: libopengl-xscreensaver-perl > Version : 0.04 > Upstream Author : Lars Stoltenow > * URL : http://search.cpan.org/dist/OpenGL-XScreenSaver/ > * License : Artistic or GPL-1+ ^^ I don't think I have ever seen that license ;) check the source, but it is likely to be "GPL-2 or later" > The upstream tarball was missing a copyright statement, therefore I asked > upstream to provide one: > Programming Lang: Perl > Description : Helper module for writing OpenGL-based XScreenSaver hacks > > OpenGL::XScreenSaver allows you to write OpenGL XScreenSaver hacks in Perl. > It prepares the GL to be used with XScreenSaver. > > This module provides some methods supporting both preview and fullscreen mode. -- 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/1272437892.3308.1200.ca...@solid.paris.klabs.be
Bug#579401: ITP: pyopenfst -- Python bindings for the OpenFst library
Hello, On Tue, 2010-04-27 at 17:04 +0200, Jakub Wilk wrote: > Package: wnpp > Severity: wishlist > Owner: Jakub Wilk > > * Package name: pyopenfst python-openfst ? >Version : (not released yet) >Upstream Author : Thomas Breuel, David Huggins-Daines > * URL : http://code.google.com/p/pyopenfst/ > * License : Apache License 2.0 >Programming Lang: C++ >Description : Python bindings for the OpenFst library > > The OpenFST library implements algorithms on weighted finite state > transducers. The PyOpenFST project contains bindings for the library. I would suggest duplicating libopenfst's description, then add that this is python binding, like: OpenFst is a library for constructing, combining, optimizing, and searching weighted finite-state transducers (FSTs). Weighted finite-state transducers are automata where each transition has an input label, an output label, and a weight. The more familiar finite-state acceptor is represented as a transducer with each transition's input and output label equal. Finite-state acceptors are used to represent sets of strings (specifically, regular or rational sets); finite-state transducers are used to represent binary relations between pairs of strings (specifically, rational transductions). The weights can be used to represent the cost of taking a particular transition. This package (known upstream as PyOpenFST), contains the python bindings. Regards, Franklin -- 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/1272436382.3308.1055.ca...@solid.paris.klabs.be
Bug#579373: ITP: zthreads -- A platform-independent, multi-threading and synchronization library for C++
On Tue, 2010-04-27 at 14:07 +0200, Cleto Martin Angelina wrote: > Package: wnpp > Severity: wishlist > Owner: Cleto Martin Angelina > Owner: Cleto Martin Angelina > > * Package name: zthreads libzthreads? > Version : 2.3.2 > Upstream Author : Eric Crahen > * URL : http://zthread.sourceforge.net/ > * License : MIT > Programming Lang: C++ > Description : A platform-independent, multi-threading, object-oriented > and synchronization library for C++ This is a pretty long "short description". I would suggest something like: "synchronization library" or "synchronization library for C++" > Zthreads is an advanced platform-independant, object-oriented > threading and synchronization library. Designed and tested under POSIX > & Win32 systems. Not just another thread wrapper. > .. > It provides several structures for concurrent programming like > PoolExecutor, MonitoredQueue, Barriers and much more. Futhermore, ^^ My spell checker suggest: Furthermore > structures like Task and Thread are provided for creating threading > applications in C++ easier. > This library is used in Bruce Eckel's book "Thinking in > C++" as a good framework for concurrent programming. This last paragraph could/should be dropped. (IMHO, this sounds like advertising, and it isn't a useful information about what the package is doing / why it is useful / when it it should be used) Thanks, Franklin -- 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/1272437077.3308.1117.ca...@solid.paris.klabs.be
Bug#579076: ITP: bitfrost -- Python library for BIOS security on the OLPC XO laptop
On Sat, 2010-04-24 at 23:17 -0400, Luke Faraone wrote: > > * Package name: bitfrost > Description : Python library for BIOS security on the OLPC XO laptop > > Bitfrost is the OLPC security platform. This package contains tools to > handle securing the early boot stages of the system running on the XO > laptop. Hello, The package description could be improved, to mention what the package is doing : Is it executed at boot time (I doubt so), or is it use to configure the bootload and/or the firmware? Also, what kind of security does it configures? (define a boot password, protect the access to the firmware? configure the boot sequence, etc.) If it configures the firmware, does one needs that tool to revert the changes, or can it be done from the firmware itself? Thanks, Franklin -- 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/1272438297.3308.1242.ca...@solid.paris.klabs.be
Bug#578750: ITP: kmid -- MIDI/Karaoke player for KDE
Hello Lisandro, On Thu, 2010-04-22 at 10:40 -0300, Lisandro Damián Nicanor Pérez Meyer wrote: > > * Package name: kmid is it kmid or kmid2? > Description : MIDI/Karaoke player for KDE > KMid is a rewrite from scratch of the original KDE midi player. Not so useful for end-user > It plays MIDI and karaoke files. I would suggest: > This package provides a MIDI and karaoke player for KDE. KMid2 is a > rewrite of kmid for KDE4, with a new architecture and also some new > features. Upstream description also list some interesting features, which could de included (I have dropped some bullets, it could be shorted further to only list the nice features of this MID player). > Some major features: > * Playback to external hardware MIDI devices. > * Allows to use software synths as well. > * Tempo and volume controls. > * Pitch (transpose) control. > * Rhythm view (visual metronome). > * Configurable character encoding, font and color for lyrics. > * MIDI Mapper. > * Channels window, with solo/muting controls and instrument selectors. > * MIDI sequencing is implemented on pluggable backends. Does it just play .MID files, or does it also plays some similar files? Regards, Franklin -- 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/1272439504.3308.1361.ca...@solid.paris.klabs.be
Bug#579401: ITP: pyopenfst -- Python bindings for the OpenFst library
Jakub Wilk wrote: > * Frank Lin PIAT , 2010-04-28, 08:33: >>> * Package name: pyopenfst >>python-openfst ? > > I don't see any reason to deviate from the upstream name. (Python Policy > 2.2 does not apply here, as it doesn't talk about source package names.) I suppose that the source will be named "pyopenfst", and the binary will be named "python-openfst". That's why I have included "(known upstream as PyOpenFST)" in the description, so people doing "aptitude search pyopenfst" find it. >>I would suggest duplicating libopenfst's description, then add that this >>is python binding, like: [..] > Agreed, thanks for your feedback. Thanks, Franklin -- 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/4de39544aa3a4cce49acdad3f456ca08.squir...@www.klabs.be
Bug#579675: ITP: goban -- Goban screensaver
Hello, On Thu, 2010-04-29 at 22:36 +0400, Al Nikolov wrote: > Package: wnpp > Severity: wishlist > Owner: Al Nikolov > > > * Package name: goban > Version : 1.1 > Upstream Author : Scott Draves > * URL : http://draves.org/goban/ > * License : GPL > Programming Lang: C > Description : Goban screensaver The short description should not include the package name, maybe something like: "screen saver replaying games of Go" > Replays historical games of go (aka wei-chi and baduk) on the screen. The long description could/should also mention: - that it's a screen-saver. - that it is "Designed to work with xscreensaver and Gnome." - which "historical games of go" are replayed? (the game played using cgoban, right?) Franklin -- 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/1272832135.5782.2121.ca...@solid.paris.klabs.be
Bug#579600: ITP: sigrok -- Crossplatform logic analyzer and protocol decoder software
On Thu, 2010-04-29 at 00:41 +0200, Uwe Hermann wrote: > Owner: Uwe Hermann > > * Package name: sigrok > Version : 0.1 Version is 0.1... the package description could mention that the software is an early release (alpha/experimental), to avoid deception (and encourage feed-back). > Description : Crossplatform logic analyzer and protocol decoder software Some suggestions to improve the description: > sigrok is a portable, cross-platform, Free/Libre/Open-Source logic analyzer > software This paragraph applies to the whole Debian archive, so it could be dropped. > that supports various logic analyzer hardware products. So, the description could start with: "sigrok is a logic analyzer and protocol decoder software..." Then "This is used by [whom] to help doing [what]." > Design goals: Those features could be written as text, rather than bullets. > - Broad hardware support. Supports a wide variety of logic analyzers >from various vendors with different capabilities. Isn't that implicit, from the list below? > - Cross-platform. Works on Linux, Mac OS X and Windows, Does this really matter to Debian users? > and on many architectures including x86, ARM, Sparc and PowerPC. Unless this feature is unique to this tool, it can be dropped. > - Scriptable protocol decoding. Extendable with protocol decoders >and analyzers written in Python. > - Format support. Supports various input and output formats (raw, >ASCII, hex, CSV, gnuplot, VCD, others). > > Supported (and/or work-in-progress) logic analyzer devices: (A list is fine here.) > - Saleae Logic > - EE Electronics XLA/ESLA100 > - ASIX SIGMA > - Openbench Logic Sniffer > - ZEROPLUS Logic Cube LAP-C series > - CWAV USBee SX > - Braintechnology USB-LPS > - Buspirate (v3) > - Intronix Logicport My cents, Franklin -- 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/1272834584.5782.2402.ca...@solid.paris.klabs.be
Bug#579569: ITP: ants -- advanced normalization tools for brain and image mapping
On Wed, 2010-04-28 at 13:23 -0400, Yaroslav Halchenko wrote: > > * Package name: ants > Description : advanced normalization tools for brain and image mapping > > The ANTS package is designed to enable researchers with advanced tools for > brain and image mapping. ^^ This paragraph could be written in a way to clarify that this tool analyses brain images (i.e it has nothing to do with organizing mind/ideas) > Many of the ANTS registration tools are > diffeomorphic, but deformation (elastic and BSpline) transformations are > available. Unique components of ANTS include multivariate similarity metrics, > landmark guidance, the ability to use label images to guide the mapping and > both greedy and space-time optimal implementations of diffeomorphisms. The > symmetric normalization (SyN) strategy is a part of the ANTS toolkit as is > directly manipulated free form deformation (DMFFD). Thanks, Franklin -- 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/1272833573.5782.2283.ca...@solid.paris.klabs.be
Bug#579147: ITP: libapp-cpanminus-perl -- Get, unpack, build and install modules from CPAN
On Sun, 2010-04-25 at 18:12 +, Jeremiah C. Foster wrote: > > * Package name: libapp-cpanminus-perl > Description : Get, unpack, build and install modules from CPAN > > A dependency free, zero configuration, and stand alone CPAN module > installer. Maintainable and extensible with plugins and friendly > to shell scripting. When running, it requires only 10MB of RAM. The package description should mention that the modules aren't integrated with Debian packaging (no resolution dependency ; some conflicts may happens ; security updates aren't handled by apt***, etc). Also, installing the same module on 2 systems at a few days interval does not guarantee to install the the version (isn't it?) So the preferred way to install a perl module in Debian is to use package from Debian) My 2 cents, Franklin -- 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/1272835062.5782.2452.ca...@solid.paris.klabs.be
Bug#579177: ITP: xul-ext-monkeysphere -- Iceweasel/Firefox extension for using Monkeysphere on the web
On Sun, 2010-04-25 at 18:44 -0400, Jameson Graef Rollins wrote: > * Package name: xul-ext-monkeysphere > Version : 0.1 The package description could mention that this is an early/alpha/experimental release, to avoid deception (and encourage feed-back) > Description : Iceweasel/Firefox extension for using Monkeysphere on the > web > > Monkeysphere is a system for using the OpenPGP web of trust > as a PKI for rsa keys. ^^^ Is it appropriate to name those keys "RSA" Wouldn't it be better to state that it's a replacement for X509 certificates? (there is probably an even better wording, but I can't find it). > This extensions enables Monkeysphere checking of X.509 certificates > from https hosts whose keys are in the web of trust. The long description should mention that this package contains an Iceweasel extensions, maybe: "This package contains an Iceweasel/Firefox extensions to use Monkeysphere for checking of X.509 certificates from https hosts whose keys are in the web of trust." My 2 cents, Franklin -- 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/1272836217.5782.2566.ca...@solid.paris.klabs.be
Bug#579692: ITP: libtest-inter-perl -- framework for more readable interactive test scripts
On Thu, 2010-04-29 at 22:03 +0100, Chris Butler wrote: > Package: wnpp > Owner: Chris Butler > Severity: wishlist > X-Debbugs-CC: debian-de...@lists.debian.org,debian-p...@lists.debian.org > > * Package name: libtest-inter-perl > Version : 1.01 > Upstream Author : Sullivan Beck > * URL : http://search.cpan.org/dist/Test-Inter/ > * License : Artistic or GPL-1+ > Programming Lang: Perl > Description : framework for more readable interactive test scripts Just a quick suggestion to improve the description: > Test::Inter is another framework for writing test scripts. It is loosely ^ insert "for perl developers". which clarifies: - the programming language - who are the intended users (i.e the developers) > inspired by Test::More, and has most of it's functionality, but it is > not a drop-in replacement. > > This framework offers the ability to write the tests in a more readable > format, and you can access specific tests in a reasonably interactive fashion. My 2¢, Franklin -- 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/1272834588.5782.2403.ca...@solid.paris.klabs.be
Bug#579177: ITP: xul-ext-monkeysphere -- Iceweasel/Firefox extension for using Monkeysphere on the web
On Mon, 2010-05-03 at 12:13 -0400, Jameson Rollins wrote: > Hi, Frank. Thanks so much for the feedback. Responses below. > > On Sun, 02 May 2010 23:36:57 +0200, Frank Lin PIAT wrote: > > On Sun, 2010-04-25 at 18:44 -0400, Jameson Graef Rollins wrote: > > > * Package name: xul-ext-monkeysphere > > > Version : 0.1 > > > > The package description could mention that this is an > > early/alpha/experimental release, to avoid deception (and encourage > > feed-back) > > This extension definitely is in the early stages of development, but it > is working for most cases now, and the developers are using it > routinely. I'm also not sure how we would indicate that it's "alpha" or > "experimental" in the Package: or Version: fields of the control file, > which I think is what you're implying. Do you have a suggestion for > that? I have gathered some existing "excuses", but none seems to fit your need. http://wiki.debian.org/PackagesDescriptions/Fragments Based on what you told, upstream might want to number it 0.9 ;) Still, let me give a try: "Although the program is still in development stage, It already have some useful features, and it is quite stable" Feel free to adjust or rewrite it. > > Wouldn't it be better to state that it's a replacement for X509 > > certificates? (there is probably an even better wording, but I can't > > find it). > > Monkeysphere is not actually a replacement for X.509, at least not in > the sense of using Monkeysphere *or* X.509. The goal of Monkeysphere, > broadly, is to expand the usage of OpenPGP for authentication on the > net. In the context of the web, the Monkeysphere xul extension can be > used to validate sites that have put their host keys on the OpenPGP Web > of Trust (WOT). However, the extension actually currently relies upon > sites providing an X.509 certificate through normal TLS channels. We > provide a fallback validation check using the WOT when the standard > X.509 validation fails. Our goal is not to disrupt standard X.509 > validation if the user wishes to continue to rely upon it, but to > instead provide an alternative to standard X.509 validation that uses > OpenPGP and the WOT. ok we "just" have to figure out how to write that in 4 or 5 lines ;) "Monkeysphere uses OpenPGP's « Web of Trust » to validate X509 certificates that aren't signed by a known certificate authorities (CA)." We could also something like this: "In regular public key infrastructure (PKI), X509 certificates are signed by a third party organisations, that are considered to be trusted by both the webserver-admin and the web-browser vendor." > I agree, though, that it is relevant to mention X.509 in the package > description, at least in the sense of providing an alternative, but I > feel like we're currently doing that with this bit: > > > > This extensions enables Monkeysphere checking of X.509 certificates > > > from https hosts whose keys are in the web of trust. > > Does this not seem clear enough? Or is there something else that we're > missing in the description to make things clearer? > > > The long description should mention that this package contains an > > Iceweasel extensions, maybe: > > "This package contains an Iceweasel/Firefox extensions to use > > Monkeysphere for checking of X.509 certificates from https hosts > > whose keys are in the web of trust." > > Good point. We'll fix that. Again, just my 2 cents ;) Franklin -- 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/1272924329.3999.930.ca...@solid.paris.klabs.be
Bug#579675: ITP: goban -- Goban screensaver
On Mon, 2010-05-03 at 17:01 +0400, Al Nikolov wrote: > On Monday 03 May 2010 00:28:55 Frank Lin PIAT wrote: > > > Description : Goban screensaver > > > > The short description should not include the package name, maybe > > something like: > > "screen saver replaying games of Go" > > > Replays historical games of go (aka wei-chi and baduk) on the screen. > > > > The long description could/should also mention: > > - that it's a screen-saver. > > If this is mentioned in the short description? The short description is like the subject of an email. see developper-reference[1]. > > - that it is "Designed to work with xscreensaver and Gnome." > > I don't think it should be linked with Gnome somehow. I suppose it should only mention Gnome if it actually uses Gnome libs, or if integrates with gnome properly. (My suggestion was based on my understanding of upstream's website). > Xscreensaver is almost standard part of every usual desktop > installation, at least for Gnome/KDE, and it is in Required. xscreensaver is not part of Lenny/Gnome desktop. I would file a bug if Squeeze/Gnome were recommending xscreensaver. Anyway, it doesn't matter to mention xscreensaver in the description, the package will depend on it, isn't it? > >- which "historical games of go" are replayed? (the game played > > using cgoban, right?) > > Well, no. Actually the original source tarball is consisting of some set of > historic games which can be easily extended/replaced by user. Even though this is possible, I suppose that very few users will do it, so it isn't the main feature. So, maybe something like: "This is a screen saver that replays some games of go (aka wei-chi and baduk). The pre-recorded games shipped in the packages were recorded during various tournaments" (please review this description carefully, especially the statement in the second sentence). Feel free to improve/rewrite my suggestions. Franklin [1] http://www.debian.org/doc/developers-reference/best-pkging-practices.html#bpp-pkg-synopsis -- 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/1272926149.3999.1115.ca...@solid.paris.klabs.be
Bug#579284: ITP: voxbo -- processing, statistical analysis, and display of brain imaging data
On Mon, 2010-04-26 at 15:05 -0400, Michael Hanke wrote: > Package: wnpp > Severity: wishlist > Owner: Michael Hanke > > * Package name: voxbo > Version : 1.8.5 > Upstream Author : Daniel Kimberg > * URL : http://www.voxbo.org > * License : GPL-3 > Programming Lang: C++ > Description : processing, statistical analysis, and display of brain > imaging data This is a pretty long short-description, I suggest: "analysis, and display of brain imaging data" > This is a toolkit for analysis of functional neuroimaging (chiefly > fMRI) experiments and voxel-based lesion-behavior mapping. VoxBo > supports the modified GLM (for autocorrelated data), as well as the > standard GLM for non-autocorrelated data. The toolkit is designed to be > interoperable with AFNI, FSL, SPM and others. The package description could mention that it is targeted for medical field. Regards, Franklin -- 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/1272926615.3999.1164.ca...@solid.paris.klabs.be
Bug#579675: ITP: goban -- Goban screensaver / copyright issue
On Thu, 2010-04-29 at 22:36 +0400, Al Nikolov wrote: > > * Package name: goban > * URL : http://draves.org/goban/ > * License : GPL >From what I understood, the package contains a copy of some games that were recorded during some tournaments. The records are retrieved from [1], but the website mention: « The databases on this site are a service to the Go Community:"The databases have been compiled by Jan van Rongen and are his copyright. They can be distributed freely, as long as this copyright statement is distributed with them. The databases shall not be made part of any [non] commercially available database collection of games of go without the written permission of Jan van Rongen." » 1. Do you think Jan van Rongen actually owns some copyright on those files (I am not sure if he played any of those games) 2. If Jan van Rongen owns some copyright, I am afraid the games are non-free (are they). > Description : Goban screensaver > > Replays historical games of go (aka wei-chi and baduk) on the screen. Regards, Franklin [1] http://www.xs4all.nl/~rongen17/ -- 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/1272926518.3999.1152.ca...@solid.paris.klabs.be
Bug#579284: ITP: voxbo -- processing, statistical analysis, and display of brain imaging data
On Mon, 2010-05-03 at 19:11 -0400, Michael Hanke wrote: > On Tue, May 04, 2010 at 12:43:35AM +0200, Frank Lin PIAT wrote: > > On Mon, 2010-04-26 at 15:05 -0400, Michael Hanke wrote: > > > > > > * Package name: voxbo > > > Description : processing, statistical analysis, and display of > > > brain imaging data > > > > This is a toolkit for analysis of functional neuroimaging (chiefly > > > fMRI) experiments and voxel-based lesion-behavior mapping. VoxBo > > > supports the modified GLM (for autocorrelated data), as well as the > > > standard GLM for non-autocorrelated data. The toolkit is designed to be > > > interoperable with AFNI, FSL, SPM and others. > > > > The package description could mention that it is targeted for medical > > field. > > Do you have any specific phrase in mind. Voxbo is not limited to medical > usecases, but first and foremost neuroimaging/cognitive neuroscience research. May be something like: --- This is a toolkit for analysis of functional neuroimaging (chiefly fMRI) experiments and voxel-based lesion-behavior mapping. It is primarily used in neuroimaging and cognitive neuroscience research. . VoxBo supports the modified GLM (for autocorrelated data), as well as the standard GLM for non-autocorrelated data. The toolkit is designed to be interoperable with AFNI, FSL, SPM and others. --- Regards, Franklin -- 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/1272952261.3068.243.ca...@solid.paris.klabs.be
Bug#580221: ITP: python-libssh2 -- python-libssh2 is a python binding for libssh2 library.
On Tue, 2010-05-04 at 15:47 +0200, fabien.dot.bouc...@gmail.com wrote: > > * Package name: python-libssh2 > Description : python-libssh2 is a python binding for libssh2 library. The short description should not contain the package name, so: "python binding for libssh2 library." > python-libssh2 is a python binding for libssh2 library. > It was forked and rewrote from scratch using old org.keyphrene > (http://sourceforge.net/projects/orgkeyphrene/) bindings. It is usually a good idea to insert the original library's description, so I suggest the following long description: - libssh2 is the thin library implementing client side of SSH2 protocol as defined by Internet Drafts SECSH-TRANS, SECSH-USERAUTH, SECSH-CONNECTION, SECSH-ARCH, SECSH-FILEXFER, SECSH-DHGEX, SECSH-NUMBERS, and SECSH-PUBLICKEY . This boils down to the regular terminal, scp and SFTP sessions; port forwarding; password, key-based and keyboard-interactive authentication. . This package contains the python bindings libssh2. It is a fork and rewrite of org.keyphrene. - Note that the two first paragraph are a pristine copy of libssh2 description... the I18N teams should appreciate ;) Regards Frankli n -- 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/1273002350.3088.600.ca...@solid.paris.klabs.be
Bug#580176: ITP: obdgpslogger -- Suite of tools to log OBDII and GPS data
On Mon, 2010-05-03 at 20:39 -0700, Gary Briggs wrote: > Package: wnpp > Severity: wishlist > Owner: Gary Briggs > > * Package name: obdgpslogger > * URL : http://icculus.org/obdgpsloger/ wrong URL: http://icculus.org/obdgpslogger/ > Description : Suite of tools to log OBDII and GPS data > > Tools to log OBDII and GPS data in your car and convert to CSV or google > earth > Includes a modular OBDII Simulator This package contain a suite of tools to log OBDII and GPS data in your car and convert to CSV or google earth KML file. OBD-II (On-Board Diagnostics) are vehicle's self-diagnostic and reporting capability, which can be use to monitor vehicle speed, engine RPM, throttle position, oil temperatures and much more. The package also includes a modular OBDII Simulator The description could certainly be described further. -- 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/1273003539.3088.737.ca...@solid.paris.klabs.be
Bug#579871: ITP: libnet-https-any-perl -- A perl module for HTTPS GET and POST using any available SSL module
On Sat, 2010-05-01 at 15:25 -0700, Ivan Kohler wrote: > > * Package name: libnet-https-any-perl > Description : A perl module for HTTPS GET and POST using any available > SSL module Short description is too long. May be just: "Perl module for HTTPS GET and POST" > This is a simple wrapper around either of the two available SSL > modules. It offers a unified API for sending GET and POST requests > over HTTPS and receiving responses. I suggest a few improvements: "Net::HTTPS::Any library is a simple wrapper around either of the two available SSL/TLS perl modules. It offers a unified API for sending simple GET and POST requests over HTTPS and receiving responses." > It depends on Net::SSLeay _or_ ( Crypt::SSLeay and LWP::UserAgent ). I suppose that this last sentence is not part of the description. My two cents, Franklin -- 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/1273004357.3088.834.ca...@solid.paris.klabs.be
Bug#579796: ITP: othman -- electronic Quran browser in Python
On Fri, 2010-04-30 at 23:18 +0300, أحمد المحمودي wrote: > * Package name: othman > * License : Waqf Public License > Description : electronic Quran browser > > Othman electronic Quran browser displays Quranic text in Othmani script style > as written under authority of Othman ibn Affan the companion of prophet > Muhammad (Peace Be Upon Him). Regarding the long description, Not everyone knows that "Othmani script" is a script for Arabic. (I didn't know it anyway;) So it might be worth mentioning that the text is in Arabic only (is it?). > Othman project features fast search, autoscrolling I suggest "Othman brower features fast search and autoscrolling" > copy Quranic text to clipboard. Copy/Paste is a trivial feature. You might want to drop it from the description (except if this feature is fairly unique for Quran readers) I wonder who many people use the word "Coran" for Qur'an in English. If this is quite frequent, you might want insert this synonym somewhere in the description. My 2 cents, Franklin -- 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/1273001942.3088.553.ca...@solid.paris.klabs.be
Bug#580221: ITP: python-libssh2 -- python-libssh2 is a python binding for libssh2 library.
On Tue, 2010-05-04 at 22:40 +0200, Simon Josefsson wrote: > Frank Lin PIAT writes: > > > > Note that the two first paragraph are a pristine copy of libssh2 > > description... the I18N teams should appreciate ;) > > On the other hand, I don't think the libssh2 description is particularly > useful for a user. The uppercase acronyms aren't friendly. How about > something like this: > > libssh2 is a client-side C library implementing the SSH2 protocol > with support for regular terminal, scp and SFTP sessions; port > forwarding; password, key-based and keyboard-interactive > authentication. Yes, it looks better. We could file a bug against libssh2 now ;) > This package contains the python bindings libssh2. It is a fork and > rewrite of org.keyphrene. Regards, Franklin -- 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/1273006927.3088.1114.ca...@solid.paris.klabs.be
Bug#579569: ITP: ants -- advanced normalization tools for brain and image mapping
On Sun, 2010-05-09 at 12:36 -0400, Yaroslav Halchenko wrote: > Thanks Frank! > > On Sun, 02 May 2010, Frank Lin PIAT wrote: > > > Description : advanced normalization tools for brain and image > > > mapping > > > The ANTS package is designed to enable researchers with advanced tools for > > > brain and image mapping. > > This paragraph could be written in a way to clarify that this tool > > analyses brain images (i.e it has nothing to do with organizing > > mind/ideas) > it never used 'mind' in the description ;) but lets indeed make it more > descriptive/less confusing: thanks > Description: advanced normalization tools for brain and image analysis > Advanced Normalization Tools (ANTS) is an ITK-based suite of > normalization, segmentation and template-building tools for quantitative > morphometric analysis. > > better? The concept of "brain and image mapping" seems to be gone, I don't know how important it is. At the risk of being picky... ITK is quite technical. GUI might be more explicit. Thanks, Franklin -- 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/1273437377.7507.118.ca...@solid.paris.klabs.be
Bug#580888: ITP: gnome-media-player -- GNOME Media Player is a simple media player for GNOME that supports playing media using the vlc, xine and gstreamer engines.
On Sun, 2010-05-09 at 17:58 +0200, Julien Cristau wrote: > On Sun, May 9, 2010 at 18:25:15 +0300, Bilal Akhtar wrote: > > > Package name: gnome-media-player I find the package name extremely misleading: There is already a "Gnome Media Player": Gnome's Totem. BTW, do we really need yet another media player? If you follow GNOME HID (like Totem) and use the same back-ends as Totem, the two applications are very likely to be pretty identical (?) Why not contributing to totem directly? > > Version : 0.1.2 > > Description : GNOME Media Player is a simple media player for > > GNOME that supports playing media using the vlc, xine and gstreamer > > engines. > > This is not a short description. Try to make it fit in a line. I suggest: "simple media player for GNOME and Gtk+." Actually, I don't get the impression that "simple" is appropriate. The launchpad page mention: | The goal is to combine multiple engines into a consistent user | interface so users can switch between engines without having to | retrain themselves to use a different UI." That seems to be the "unique" feature of the tool. > > GNOME Media Player is a simple media player for GNOME that supports > > playing media using the vlc, xine and gstreamer engines. > It has the ability to switch between the engines in the GUI, This statement is strange for a package which is advertized as "GNOME Media Player". You could drop this statement and just mention that it's for GNOME and Gtk+ > > ... and features an engine Auto-select mode, which automatically > > selects the best engine for playing the selected file. I am not a native English speaker, but that could be worded in a simpler way. > And this makes it sounds like a pretty pointless piece of software... * The description should state that it is "a replacement for GNOME's official media player (totem)" (or something similar, to mention that it isn't the "official media player") * The description should mention that the software is still in "early development stage", then mention the consequences (missing feature, unstable, ...) my 2 cents, Franklin -- 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/1273647338.3588.2787.ca...@solid.paris.klabs.be
Bug#649338: ITP: pxe-kexec -- Retrieves PXE configuration file and kexec entries
Hello, Some comment regarding the package description... On Sun, 2011-11-20 at 02:32 +, Dave Walker (Daviey) wrote: > Package: wnpp > > * Package name: pxe-kexec > Description : Retrieves PXE configuration file and kexec entries > Tool that fetches PXE configuration from a TFTP (or FTP) server, Since the tools is curl based, I suppose that it supports HTTP too. This could be an interesting feature for ipxe/gpxe users, so it's worth mentioning it if it is supported. > reads that PXE configuration file, prompts the user for an boot Consider using the word "reboot" instead of "boot", so "aptitude search" work with both "boot" and "reboot" match. (and it seems more accurate, IMO) > entry (label), downloads the specified kernel and initrd and > finally tries to boot the kernel using kexec using supplied > command line retrieved via PXE. I doubt this tools supports the actual PXE protocol (UDP/4011, served by the package pxe). Altogether, the description could look like this (drop the text in brackets if it is inaccurate). Description : Fetch PXE configuration file and netboot using kexec Tool that fetches PXE configuration file (SysLinux' PXELinux format), prompts the user for a boot entry (label), [let the user interactively edit the kernel parameters], downloads the selected kernel and initrd over the network using TFTP, FTP [or HTTP] and finally boot the kernel using kexec. (I have inserted imported keyword like: syslinux, network, netboot, reboot...) This description can be further improved (especially by i18n people)! Regards, Franklin -- 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/1321776471.4618.43.ca...@solid.paris.klabs.be
Bug#710421: dnsmasq provides the ProxyDHCP feature
Hello, Package: wnpp Owner: Osamu Aoki * Package name: pxe-pdhcp Version : 0.1 Description : ProxyDHCP server for the non-DHCP server host .. The upstream source is old (2007) and not active. But there are patches on the web. The folllowing updates are made to fit for Debian. Just in case you were not aware of it... the package dnsmasq already provides the ProxyDHCP feature. I wonder if pxe-pdhcp has some features that dnsmasq doesn't. dnsmasq does have a nice feature: it's supported and actively developed :-) Regards, Franklin -- 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/a0c9437c6fa427febef9ef9ceb4c7...@klabs.be
Bug#512136: ITP: nox -- nox -- Meta package
Subject: ITP: nox -- nox -- Meta package Package: wnpp Owner: Frank Lin PIAT Severity: wishlist * Package name: nox Version : 0.1 Upstream Author : Frank Lin PIAT * URL : http://www.klabs.be/~fpiat/linux/debian/proposals/2009-01-17_nox/ * License : GPL Programming Lang: n.a Description : nox -- Meta packages No-X is a suite of shell tools, either command line or Curses based, that are useful for people that don't use X-Window. Binary packages: - nox-base, depends on the most common command line tools, that are suitable for most systems (desktop and servers). - nox-desktop-environment, which is very complete No-X metapackage for desktop user. It attempts to provides many functionality provided by graphical desktop environnements, but only text and ncurse based. - fb-desktop-environment is similar to above, but also have some graphical progams (using framebuffer... not for vt100 terminals ;-) - nox-base provides a reduced set of tools that many users might want to add to a standard system. - nox-system-tools provides a large set of tools, suitable on both end-users systems and servers. - nox-server-tools provides a set of tools, that one probably want on a servers. - nox-network-clients depends on many usual network tools and clients. The idea comes from wiki pages like http://wiki.debian.org/Console where visitors/contributors seems to like to install some extra command-line tools. The current debian/control draft is included below. The current dependencies on package with priority=standard are going to go away (like "less"), unless there are useful alternatives in which case It might depends on either (?). Franklin debian/control Source: nox Section: misc Priority: extra Maintainer: Frank Lin PIAT Build-Depends: debhelper (>= 7) Standards-Version: 3.7.3 Homepage: http://www.klabs.be/~fpiat/linux/debian/proposals/2009-01-17_nox/ Package: nox-base Architecture: all Depends: ${shlibs:Depends}, ${misc:Depends}, mc, aptitude, screen, less, w3m|elinks|links|w3mmee|html2text, curl|wget, vim-nox|emacs|editor, mutt|cone|alpine, bc, tree, gzip, bzip2, unzip, acl, attr, rsync Recommends: nox-network-clients, lsb-core, genisoimage, wodim|dvd+rw-tools, parted, file, man, info, p7zip|p7zip-full Suggests: unrar|unrar|p7zip-rar Description: Metapackage with regular command line tools for No-X users. No-X is a suite of shell tools, either command line or Curses based, that are useful for people that don't use X-Window. . This package depends on the most common command line tools, that are suitable for most systems (desktop and servers). . See also: * nox-desktop-environment, which is very complete No-X metapackage for desktop user. It attempts to provides many functionality provided by graphical desktop environnements, but only text and ncurse based. * fb-desktop-environment is similar to above, but also have some graphical progams (using framebuffer... not for vt100 terminals ;-) * nox-base provides a reduced set of tools that many users might want to add to a standard system. * nox-system-tools provides a large set of tools, suitable on both end-users systems and servers. * nox-server-tools provides a set of tools, that one probably want on a servers. * nox-network-clients depends on many usual network tools and clients. . Package: nox-desktop-environement Architecture: all Depends: nox-base, nox-network-clients, dvtm, irssi|irc|finch, xpdf-utils|pdftohtml, lbdb|bbdb|abook, xlhtml, wv, ppthtml, aview|fbi, sc|oleo, vlock, lpr, ispell, mlocate, cdw, cmus|herrie|ncmpc|moc, snownews|newsbeuter Recommends: pmount, hal, dict-client, dosfstools Suggests: fb-desktop-environment, gpm, ntfs-3g, udftools, linphone-nox Description: Metapackage with command line tools for nox "Desktop" users. nox-desktop-environment, which is very complete No-X metapackage for desktop user. It attempts to provides many functionality provided by graphical desktop environnements, but based on text and ncurse. . See also: - Othe packages that depends on libslang2 or libaa1, libncursesw5 - fb-desktop-environement, is similar, but use framebuffer. FIXME: - some avahi tools - openoffice ; ms word - cnetwork-manager (needs to be tested and ITP'd) Package: fb-desktop-environment Architecture: all Depends: nox-base, nox-desktop-environement, nox-network-clients, nox-system-tools, directvnc, fbi, xine-console|mplayer Suggests: linuxvnc Description: Metapackage with Framebuffer based desktop environement. fb-desktop-environment is similar to above, but also have some graphical progams (using framebuffer... not VT100 terminals ;-) Frame-buffer based desktop environnement. . See also: - Other packages that depends on libdirectfb-1.0-0 - nox-desktop-environement, is simi
Bug#512136: Acknowledgement (ITP: nox -- nox -- Meta package)
I forgot to 'X-Debbugs-CC: debian-devel'... so I'm forwarding it. Subject: ITP: nox -- nox -- Meta package Package: wnpp Owner: Frank Lin PIAT Severity: wishlist * Package name: nox Version : 0.1 Upstream Author : Frank Lin PIAT * URL : http://www.klabs.be/~fpiat/linux/debian/proposals/2009-01-17_nox/ * License : GPL Programming Lang: n.a Description : nox -- Meta packages No-X is a suite of shell tools, either command line or Curses based, that are useful for people that don't use X-Window. Binary packages: - nox-base, depends on the most common command line tools, that are suitable for most systems (desktop and servers). - nox-desktop-environment, which is very complete No-X metapackage for desktop user. It attempts to provides many functionality provided by graphical desktop environnements, but only text and ncurse based. - fb-desktop-environment is similar to above, but also have some graphical progams (using framebuffer... not for vt100 terminals ;-) - nox-base provides a reduced set of tools that many users might want to add to a standard system. - nox-system-tools provides a large set of tools, suitable on both end-users systems and servers. - nox-server-tools provides a set of tools, that one probably want on a servers. - nox-network-clients depends on many usual network tools and clients. The idea comes from wiki pages like http://wiki.debian.org/Console where visitors/contributors seems to like to install some extra command-line tools. The current debian/control draft is included below[1]. The current dependencies on package with priority=standard are going to go away (like "less"), unless there are useful alternatives in which case It might depends on either (?). Franklin [1] http://bugs.debian.org/512136 -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#512136: Acknowledgement (ITP: nox -- nox -- Meta package)
On Sun, 2009-01-18 at 10:21 -0800, Daniel Moerner wrote: > On Sun, Jan 18, 2009 at 12:25 AM, Frank Lin PIAT wrote: > > The current debian/control draft is included below[1]. The current > > dependencies > > on package with priority=standard are going to go away (like "less"), unless > > there are useful alternatives in which case It might depends on either (?). > > Most is a nice color alternative to less. > > I also presume that we would want vim-nox | emacs22-nox | editor. Thanks, will do. > Something I don't quite understand is the target audience: most people > who run a command line install will know exactly what they want > installed, and won't need a metapackage to do it or to bring in > extraneous stuff. The point of those package is to provide an easy way to install _popular_ package (that aren't suitable for priority=standard). > Something that might also be useful would be a nox-debian-devel > package which would include tools that everyone needs for packaging > (lintian, build-essentials, devscripts, dput | dupload, fakeroot, etc) This could be added, but the source would have to be renamed. There are many more packages to make a deb-devel-environment, like doc-debian, debian-policy, maint-guide developers-reference, git, svn, cvs, hg, debhelper, dpatch|cdbs, ssh-client... Anyone interested to collaborating is welcome (I will probably ping the tasksel maintainers myself, as it's closely related). Franklin -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#516351: ITP: see -- lightweight Linux text file and man page viewer
On Fri, 2009-02-20 at 20:29 +0100, Joop Stakenborg wrote: > Package: wnpp > Severity: wishlist > Owner: Joop Stakenborg > > * Package name: see > Version : 0.53 > Upstream Author : Mark Eriksen > * URL : > http://freshmeat.net/redir/see_/77806/url_homepage/index.html > * License : GPL > Programming Lang: C > Description : lightweight Linux text file and man page viewer A binary named "see" already exists (provided by mime-support). So you will have to rename the binary. It would be nice to name the package accordingly. BTW, the URL you have provided isn't the software's homepage, but a redirect to the actual homepage: http://www.intergate.com/~halfcountplus/see/index.html Franklin -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#750138: ITP: scap-workbench -- Scanning and tailoring tool for SCAP content
Package: wnpp Severity: wishlist Owner: Frank Lin PIAT * Package name: scap-workbench Version : 0.8.8 Upstream Author : Martin Preisler : Maros Barabas * URL : https://fedorahosted.org/scap-workbench/ * License : GPL3 Programming Lang: C++ Description : Scanning and tailoring tool for SCAP content SCAP is a line of standards managed by NIST with the goal of providing a standard language for the expression of Computer Network Defense related information. . The intended scope of this project is to implement working interface wrappers for parsing and querying SCAP content including: * Common Vulnerabilities and Exposures (CVE) * Common Configuration Enumeration (CCE) * Common Platform Enumeration (CPE) * Common Vulnerability Scoring System (CVSS) * Extensible Configuration Checklist Description Format (XCCDF) * Open Vulnerability and Assessment Language (OVAL) . This package contains a GUI tool (scap-workbench) that provides tailoring and scanning functionality for SCAP content. The tool is based on OpenSCAP library, and provides a simple GUI for oscap command-line. At the time of writing, SCAP isn't much supported by Debian. I intend to work on better support in Debian. The package is already in pretty good shape. My work should soon be available on my personal Alioth/Git repo [1] (until it's moved to a team repo). I am looking for some people interested in sponsoring and co-maintaining this packages and working on SCAP (I'll post on Debian Forensics later). Regards, Franklin [1] http://anonscm.debian.org/gitweb/?p=users/franklin-guest/scap-workbench.git git://anonscm.debian.org/users/franklin-guest/scap-workbench.git -- 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/20140601225734.20360.18207.report...@solid.klabs.be
Bug#750138: ITP: scap-workbench -- Scanning and tailoring tool for SCAP content
Hello I am looking for a co-maintainer & sponsor for this package. anyone interested in this tool ? On Mon, 2014-06-02 at 00:57 +0200, Frank Lin PIAT wrote: > * Package name: scap-workbench > Version : 0.8.8 I have now updated this package to the latest release (1.0.3). regards, Franklin > > [1] > http://anonscm.debian.org/gitweb/?p=users/franklin-guest/scap-workbench.git > git://anonscm.debian.org/users/franklin-guest/scap-workbench.git -- 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/1422048970.25971.10.ca...@klabs.be
Bug#779996: RFP: reredirect -- Tool to dynamicly redirect outputs of a running process
Package: wnpp Severity: wishlist * Package name: reredirect Version : 0.1 Upstream Author : Jérôme Pouiller * URL : https://github.com/jerome-pouiller/reredirect/blob/master * License : MIT Programming Lang: C Description : Tool to dynamicly redirect outputs of a running process reredirect - A tool to dynamically redirect outputs of a running program reredirect is a utility for taking an existing running program and attaching its outputs (standard output and error output) to files or another process. Using reredirect, you can log output of a already launched process, redirect debug output of a background process to /dev/null or to a pager as if you launched it with > or |. --- This package is very similar to the retty[1], unfortunately, retty upstream seems stalled since 2008... and it's compiled on i386 only. (I filed a bug to ask for other archs, see bug #779995 ) [1] https://packages.qa.debian.org/r/retty.html -- 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/20150307212001.6595.11971.report...@solid.klabs.be
Bug#750138: Info received (Bug#750138: scap-workbench)
Hello, On Thu, 2016-12-15 at 15:28 +0100, Petter Reinholdtsen wrote: > Frank, do you plan to set up a shared git repo for the package now? What about collab-maint ? > The build failed everywhere, probably because of missing build > dependencies, see > https://buildd.debian.org/status/package.php?p=scap-workbench > >. FTBFS was due to a hardcoded value. Fix thanks to Aaron M. Ucko (#848250) > I notice a new version is available from upstream. I have merged and tested it. It seems ok so I pushed it.(some remote features seems to require openscap >= 1.2.12 but unstable has 1.2.9, I haven't tested it) Pierre, do you intend to upgrade openscap ? Do you want some help ? > The git repo seem to lack a pristine-tar branch. Is this > intentional? Fixed There are a few more lintian info/warning to fix. I would fix later. I: scap-workbench source: unused-license-paragraph-in-dep5-copyright expat (paragraph at line 56)I: scap-workbench: spelling-error-in-binary usr/bin/scap-workbench Allows to Allows one toI: scap-workbench: hardening-no-bindnow usr/bin/scap-workbenchW: scap-workbench: extra- license-file usr/share/doc/scap-workbench/COPYING.gzI: scap-workbench: desktop-entry-lacks-keywords-entry usr/share/applications/scap- workbench.desktop Thanks
Bug#750138: scap-workbench
[CC'ing Pierre] On sam., 2016-04-30 at 11:52 -0400, Klee Dienes wrote: > I'd be happy to sponsor the package. I noticed you have Pierre > Chifflier listed in the Uploaders: field ... is > he already sponsoring the package? If so I'll gladly defer. Your offer is welcome and accepted, Pierre never had time to upload. I suppose we could decide where to host the git repository before uploading. Do you think it's better to first use a "collab-maint" repo, or create an Alioth group to collaborate on SCAP related stuff ? > I took a quick look and came up with a few minor nits: > [..] > I pushed updates [..] to a fork on > https://anonscm.debian.org/git/users/klee/scap-workbench.git Thanks, merged > I'm happy to collaborate on this and other similar projects. I'll be happy to work on this with you, Franklin
Bug#750138: scap-workbench
[Sorry for the late response] On mar., 2016-05-03 at 22:59 -0400, Greg Elin wrote: > What is the difference between the collab-maint repo and the Alioth > group? An Alioth project is meant for a group of people to collaborate. Each project has one or more repository (GIT/SVN/HG...), mailing list, homepage... On the other hand, collab-maint [Quoting https://wiki.debian.org/Glossa ry ] > Short for "collaborative maintenance"; [..] packages that don't > belong to any particular team but would benefit from being team- > maintained can just be added to the "collab-maint" project. Collab-maint provides no mailing list, no homepage, no group membership, but's it's easier to setup. Regards