Re: Bug#773656: ITP: daps -- DocBook Authoring and Publishing Suite
Control: reassign -1 wnpp On Du, 21 dec 14, 17:35:39, Sascha Manns wrote: > Package: daps > Severity: wishlist > > URL: http://daps.sourceforge.net/ > SVN: http://sourceforge.net/p/daps/svn/HEAD/tree/ > > The DocBook Authoring and Publishing Suite (DAPS) fills this gap by > providing a tool set for easy creation and publication of DocBook sources on > Linux. DAPS lets you create HTML (incl. webhelp), PDF, EPUB, man pages, and > other formats with a single command. > > It automatically takes care of validating and filtering (profiling) your > sources and automatically converts images into a format best suited for the > output format. Furthermore one can easily create profiled source tarballs > for translation or review. > > DAPS supports authors by providing linkchecker, validator, spellchecker, and > editor macros. It is perfectly suited to manage large documentation projects > with multiple authors using the DAPS docmanager. > > -- > Yours sincerly > Sascha Manns > > Maifeldstraße 10 > 56727 Mayen > Phone: +49-1573-9242730 > Email: sascha.ma...@bdvb.de > Web: http://saigkill.ddns.net/wordpress -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Re: Check whether fsck would run
Hi, martin f krafft: > There are two problems here: > 3. Spurious errors may be reported if fsck happens to run across an inconsistent state. -- -- Matthias Urlichs -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141222114504.ga13...@smurf.noris.de
Bug#773725: ITP: ruby-cfpropertylist -- CFPropertyList implementation
Package: wnpp Severity: wishlist Owner: Anish A * Package name: ruby-cfpropertylist Version : 2.2.8 Upstream Author : Christian Kruse * URL : https://github.com/ckruse/CFPropertyList * License : Expat Programming Lang: Ruby Description : CFPropertyList implementation Class to read, manipulate and write both XML and binary property list files (plist(5)) as defined by Apple. Have a look at CFPropertyList::List for more documentation. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141222164508.26029.75550.reportbug@Packaging
Bug#773733: ITP: masscan -- Mass IP port scanner
Package: wnpp Severity: wishlist Owner: Federico Ceratto * Package name: masscan Version : 1.0.3 Upstream Author : Robert David Graham * URL : https://github.com/robertdavidgraham/masscan * License : AGPLv3 Programming Lang: C Description : Mass IP port scanner Masscan is currently the fastest Internet port scanner. It can scan the entire Internet in under 6 minutes, transmitting 10 million packets per second. It produces results similar to nmap, the most famous port scanner. Internally, it operates more like scanrand, unicornscan, and ZMap, using asynchronous transmission. The major difference is that it's faster than these other scanners. In addition, it's more flexible, allowing arbitrary address ranges and port ranges. The package will be maintained using Git, in the collab-maint group. I'll be looking for a sponsor. Comaintainers are very welcome. -- Federico -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141222184520.24059.39864.reportbug@localhost
Unversioned dependencies and empty packages
Dear fellow developers,
Sorry for the cross-post, I'm not sure what the most appropriate list for
this is.
Recently debhelper was changed to ensure that packages which link to another
package's documentation directory (/usr/share/doc/${package}) have a strictly
versioned dependency on the latter package. (This is dh_installdocs with
the --link-doc option.) The latest version of debhelper now causes an error
if this is done from an arch: all to an arch: any package (or vice versa), to
avoid a common case where binNMUs result in uninstallable packages.
There's nothing wrong with all this, but it brings up an interesting,
somewhat related, point. Can empty packages (such as transitional package or
metapackages) depend on another package for their documentation (including
licensing information) without having a strict versioned dependency on that
package?
An example is gcc-mingw-w64: it produces a number of empty metapackages and
one transitional package (mingw32, containing only links), which all depend on
gcc-mingw-w64-base, and the latter contains the documentation. The
dependencies don't have a version, which means that even though the
empty packages are arch: all, the whole contraption is binNMU-friendly.
I reckon this is OK since there is no content in these binary packages to
license in any way, unless the meta-data itself needs to be licensed. So it
doesn't matter if the versions of the metapackages and the "real" packages
diverge (from a licensing point of view), even if the license on the
corresponding source packages changes...
What do you think?
Thanks for your time,
Stephen
pgpExhcwpDG9H.pgp
Description: OpenPGP digital signature
