Processed: wnpp inconsistencies
Processing commands for cont...@bugs.debian.org: # bug 711039 has subject ITP -- ruby-http-parser -- high quality http parser library that can build request information iteratively retitle 711039 ITP: ruby-http-parser -- high quality http parser library that can build request information iteratively Bug #711039 [wnpp] ITP -- ruby-http-parser -- high quality http parser library that can build request information iteratively Bug #677897 [wnpp] ITP: ruby-http-parser -- HTTP Parser Library for Ruby Changed Bug title to 'ITP: ruby-http-parser -- high quality http parser library that can build request information iteratively' from 'ITP -- ruby-http-parser -- high quality http parser library that can build request information iteratively' Changed Bug title to 'ITP: ruby-http-parser -- high quality http parser library that can build request information iteratively' from 'ITP: ruby-http-parser -- HTTP Parser Library for Ruby' thanks Stopping processing here. Please contact me if you need assistance. -- 677897: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=677897 711039: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=711039 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- 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/handler.s.c.137041392927734.transcr...@bugs.debian.org
Bug#711099: ITP: libnet-ssh-perl-perl -- Perl client Interface to SSH
Hi Max On Wed, Jun 05, 2013 at 08:59:02AM +0200, Maximilian Wilhelm wrote: Anno domini 2013 Salvatore Bonaccorso scripsit: Hi Salvatore, On Tue, Jun 04, 2013 at 07:03:34PM +0200, Maximilian Wilhelm wrote: Package: wnpp Severity: wishlist Owner: Maximilian Wilhelm m...@rfc2324.org * Package name: libnet-ssh-perl-perl [...] See #469878[1]. libnet-ssh-perl-perl was already once in Debian but then removed. Does the above still holds? If it needs Math::Pari then it cannot be packaged for Debian. [1] http://bugs.debian.org/469878 Indeed, it does. It seems a colleague packaged Math::Pari locally and I didn't see it's not in Debian. That said, I'm not sure what the problem with Math::Pari and/or the dependency is exactly. Would it help if I package Math::Pari for Debian, too? As far as I can see there is no header file (as in *.h) present in the Math::Pari nor the Net::SSH::Perl package. Maybe this has been fixed? Or am I on the wrong track here? Thank you for your hint on this! Right now don't remember the details to state them here, but there is some discussion on the recent libmath-pari-perl[1], this is the most recent libmath-pari-perl ITP I found, but there where at least one more in the past. [1] http://bugs.debian.org/696836 Would one of the alternatives to libnet-ssh-perl-perl help you? E.g. there are libnet-ssh2-perl, libnet-ssh-perl, covering similar functionaliies? Hope that helps, Salvatore -- 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/20130605073303.GA24600@elende
Bug#711099: ITP: libnet-ssh-perl-perl -- Perl client Interface to SSH
Anno domini 2013 Salvatore Bonaccorso scripsit: Hi Salvatore, On Tue, Jun 04, 2013 at 07:03:34PM +0200, Maximilian Wilhelm wrote: Package: wnpp Severity: wishlist Owner: Maximilian Wilhelm m...@rfc2324.org * Package name: libnet-ssh-perl-perl [...] See #469878[1]. libnet-ssh-perl-perl was already once in Debian but then removed. Does the above still holds? If it needs Math::Pari then it cannot be packaged for Debian. [1] http://bugs.debian.org/469878 Indeed, it does. It seems a colleague packaged Math::Pari locally and I didn't see it's not in Debian. That said, I'm not sure what the problem with Math::Pari and/or the dependency is exactly. Would it help if I package Math::Pari for Debian, too? As far as I can see there is no header file (as in *.h) present in the Math::Pari nor the Net::SSH::Perl package. Maybe this has been fixed? Or am I on the wrong track here? Thank you for your hint on this! Best Max -- 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/20130605065901.ga27...@principal.rfc2324.org
Processed: tagging as pending bugs that are closed by packages in NEW
Processing commands for cont...@bugs.debian.org: # Wednesday 5 June 08:03:50 UTC 2013 # Tagging as pending bugs that are closed by packages in NEW # http://ftp-master.debian.org/new.html # # Source package in NEW: haskell-hmatrix tags 701041 + pending Bug #701041 [wnpp] ITP: hmatrix -- Linear algebra and numerical computation in Haskell Added tag(s) pending. # Source package in NEW: silversearcher-ag-el tags 709851 + pending Bug #709851 [wnpp] ITP: silversearcher-ag-el -- Emacs frontend to ag Added tag(s) pending. End of message, stopping processing here. Please contact me if you need assistance. -- 701041: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=701041 709851: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=709851 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- 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/handler.s.c.13704194414730.transcr...@bugs.debian.org
Bug#711190: ITP: php-horde-trean -- Web-based bookmarks application
Package: wnpp Severity: wishlist Owner: Mathieu Parent math.par...@gmail.com Package name: trean Version : 1.0.2 Upstream Author : Chuck Hagenbuch, Michael J Rubinsky, Jan Schneider URL : http://horde.org/ License : BSD-2-Clause Programming Lang: PHP Description : Web-based bookmarks application Trean is a web-based bookmarks application that provides management of browser bookmarks, including support for tagging, link checking, and searching bookmarks. I'm packaging this as part of Horde5 packaging. -- 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/e1ukawd-0004w9...@tourthieu.sathieu.net
Processed: closing 542652, closing 542654
Processing commands for cont...@bugs.debian.org: close 542652 Bug #542652 [wnpp] RFP: libnet-dns-sec-maint-key -- DNSSEC key database and maintenance tools Marked Bug as done close 542654 Bug #542654 [wnpp] RFP: libnet-dns-sec-maint-zone -- DNSSEC signing application Marked Bug as done thanks Stopping processing here. Please contact me if you need assistance. -- 542652: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=542652 542654: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=542654 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- 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/handler.s.c.137043006129418.transcr...@bugs.debian.org
Bug#481898: RFS: zkt -- A tool to manage keys and signatures for DNSSEC-zones
Hi Jeroen, somehow I never got your package. I would gladly sponsor your package, but the one on mentors is wrongly packaged. Same for git repo. You need to split the package into upstream sources and debian patch. O. -- Ondřej Surý ond...@sury.org
Processed: owner 668870
Processing commands for cont...@bugs.debian.org: owner 668870 stapelb...@debian.org Bug #668870 [wnpp] RFH: golang -- Go programming language compiler - metapackage Owner recorded as stapelb...@debian.org. thanks Stopping processing here. Please contact me if you need assistance. -- 668870: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=668870 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- 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/handler.s.c.137043016630865.transcr...@bugs.debian.org
Bug#710584: ITP: mediawiki-mwxml2sql -- Tools to help import MediaWiki XML dumps into database
Dear Kartik,
Yes, we do need a co-maintain/sponsor. Thank you for your offer.
Ariel T. Glenn is the upstream author. I am the packager.
Please let us know what we can do to support the process.
Sincerely Yours,
Kent
On 6/5/13, Kartik Mistry kartik.mis...@gmail.com wrote:
On Sat, Jun 1, 2013 at 7:14 AM, wpmirrordev wpmirror...@gmail.com wrote:
* Package name: mediawiki-mwxml2sql
Description : Tools to help import MediaWiki XML dumps into
database
Tools for converting MediaWiki XML dumps into a format that can be
rapidly
loaded into a local instance of MediaWiki.
Hi,
If you need co-maintainer/sponsor, do let me know!
Thanks!
--
Kartik Mistry | IRC: kart_
{0x1f1f, kartikm}.wordpress.com
--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/CAKFwuCTzO1MqG=1NSdsqH9Y5UGa=0xnsbdvvokcpmnt8mkp...@mail.gmail.com
Bug#613431: Packaging wxwidgets2.9
On Fri, May 31, 2013 at 10:23:24PM -0700, Brandon wrote: Hi Olly. What are your intentions toward packaging wxwidgets 2.9? Is it something you are still interested in? You are still listed as the owner of the ITP, but the bug report hasn't had any significant activity in the last 18 months. The main issue remains that 2.9 is a development series - the API and ABI can both change incompatibly between versions, which means that each new 2.9.x version would be like 2.6 to 2.8 in terms of work for Debian (and as I was the main driver for that migration, I have a good idea of what that's like). I do realise that 2.9.x is needed by a growing number of applications (especially as wxwidgets.org suggests you might prefer to use it for new applications). I've been talking to upstream about this, and explaining the problems that the current situation creates for distros (especially those with binary packages, but the potential for API changes is a problem for source-based distros too). They seem sympathetic, and I'm hoping we can set things on course to actually get a 3.0 release out. Meanwhile my plan is to get 2.9 packages staged in experimental, which will allow maintainers to test their existing packages with 2.9, and also to work on new packages which need 2.9. Once we have a better idea how hard 2.8 to 2.9 will be, we can make a more informed plan for what goes in Jessie. Ideally I'd like to have just one wx version in Jessie, and that to be 3.0. Cheers, Olly -- 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/20130605115927.gj31...@survex.com
Bug#698681: Any progress on seafile-client?
Hi Lin, I am sorry, but the package in the current state is nowhere near to be released in the Debian. The upstream tarball includes two upstream libraries. That might be okayish for releasing just the client, but when you package other binaries (the server) which will link to the same library, you want to use shared libraries. Also this makes the packaging unnecessarily complex. But you certainly cannot embed libjson-glib-1.0 as part of libsearpc (under different name), that's just security nightmare I will create the initial packaging in correct way (I already have libsearpc 1.1.0+dfsg, e.g. without embedded json-glib, packaged), and make you the co-maintainer of the packages. Ondrej On Wed, May 22, 2013 at 2:09 PM, Shuai Lin linshuai2...@gmail.com wrote: Hi Sury, Glad to hear this. Actually I have been working on packaging seafile-client for debian with guide and help from Jérémy Lal kapo...@melix.org, who has been very nice and patient. But for the last two months Jeremy seems to be kind of busy, so the debian related work has been stalled for a while. Since you are interested, here are some work we have done: The seafile deb branch on github: https://github.com/haiwen/seafile/tree/deb/debian seafile-client package on mentors.debian.net http://mentors.debian.net/package/seafile-client Regards, Lin On Wed, May 22, 2013 at 7:50 PM, Ondřej Surý ond...@sury.org wrote: Hi, I am interested in building seafile, seahub and client packages for Debian. Did you already do some work or it this more like RFP than ITP? Ondrej -- Ondřej Surý ond...@sury.org -- Ondřej Surý ond...@sury.org
Bug#698681: Any progress on seafile-client?
When i asked Shuai Lin about packaging them i understood those libs were in a too early development phase to be released independently, so i postponed the review of those libs. Shuai, are those two libs releasable in separate packages now ? Are those libs used by seafile-server or other software ? Ondřej, nowhere near to be released are hard words to read, considering we never said it was ready to be released at all - only that some work has been done. Let's encourage Shuai, not discourage him. Note also that it is not recommended practice to dfsg-repack only to get rid of a convenience copy of a lib : http://www.debian.org/doc/debian-policy/ch-source.html#s-embeddedfiles http://www.debian.org/doc/manuals/developers-reference/best-pkging-practices.html#repackagedorigtargz The right thing to do is to just link against the debian-installed lib. Jérémy. On 05/06/2013 15:16, Ondřej Surý wrote: Hi Lin, I am sorry, but the package in the current state is nowhere near to be released in the Debian. The upstream tarball includes two upstream libraries. That might be okayish for releasing just the client, but when you package other binaries (the server) which will link to the same library, you want to use shared libraries. Also this makes the packaging unnecessarily complex. But you certainly cannot embed libjson-glib-1.0 as part of libsearpc (under different name), that's just security nightmare I will create the initial packaging in correct way (I already have libsearpc 1.1.0+dfsg, e.g. without embedded json-glib, packaged), and make you the co-maintainer of the packages. Ondrej On Wed, May 22, 2013 at 2:09 PM, Shuai Lin linshuai2...@gmail.com mailto:linshuai2...@gmail.com wrote: Hi Sury, Glad to hear this. Actually I have been working on packaging seafile-client for debian with guide and help from Jérémy Lal kapo...@melix.org mailto:kapo...@melix.org, who has been very nice and patient. But for the last two months Jeremy seems to be kind of busy, so the debian related work has been stalled for a while. Since you are interested, here are some work we have done: The seafile deb branch on github: https://github.com/haiwen/seafile/tree/deb/debian seafile-client package on mentors.debian.net http://mentors.debian.net http://mentors.debian.net/package/seafile-client Regards, Lin On Wed, May 22, 2013 at 7:50 PM, Ondřej Surý ond...@sury.org mailto:ond...@sury.org wrote: Hi, I am interested in building seafile, seahub and client packages for Debian. Did you already do some work or it this more like RFP than ITP? Ondrej -- Ondřej Surý ond...@sury.org mailto:ond...@sury.org -- Ondřej Surý ond...@sury.org mailto:ond...@sury.org -- 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/51af4424.4080...@melix.org
Bug#711212: ITP: libfastutil-java -- Java API providing type-specific maps, sets, lists and queues
Package: wnpp Severity: wishlist Owner: Andreas Tille ti...@debian.org * Package name: libfastutil-java Version : 6.5.4 Upstream Author : Sebastiano Vigna vi...@acm.org * URL : http://fastutil.di.unimi.it/ * License : Apache-2.0, LGP Programming Lang: Java Description : Java API providing type-specific maps, sets, lists and queues Fastutil extends the Java™ Collections Framework by providing type-specific maps, sets, lists and queues with a small memory footprint and fast access and insertion; provides also big (64-bit) arrays, sets and lists, and fast, practical I/O classes for binary and text files. . The classes implement their standard counterpart interface (e.g., Map for maps) and can be plugged into existing code. Moreover, they provide additional features (such as bidirectional iterators) that are not available in the standard classes. . Besides objects and primitive types, fastutil classes provide support for references, that is, objects that are compared using the equality operator rather than the equals() method. Remark: I have basically finished the lintian clean packaging and moved the debian/ dir to http://people.debian.org/~tille/packages/libfastutil-java/ In the packaging I used Debian Med team as maintainer which is motivated by the following reasons: 1. It is a precondition for one of the Debian Med targets (goby) as explained here https://lists.debian.org/debian-med/2013/02/msg00152.html 2. If I would stay the only Uploader it would make sense to keep it here because I'm watching this team very closely However, I honestly think that the packaging should rather be done inside the Debian Java team and I'm perfectly fine to move the package in their repository (I can cope with Git and SVN - whatever is prefered). I hope that ACLs are set for DDs so I can commit straight to this dir. Is there any document that describes things I should know about this team. The third option would be to move the package into Debian GIS Project pkg-grass-de...@lists.alioth.debian.org team because my basic motivation to create the package was rather not the precondition for goby but rather to update mkgmap (that's why bug #580170 is in CC). As a last resort I would use collab-maint (which would be the less prefered option for me). What do you think? In any case if you want to become an Uploader of the package and want to share the maintenance that's more than welcome. Kind regards Andreas. -- 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/20130605143013.29543.29146.report...@mail.an3as.eu
Bug#698681: Any progress on seafile-client?
On Wed, Jun 5, 2013 at 3:59 PM, Jérémy Lal kapo...@melix.org wrote: When i asked Shuai Lin about packaging them i understood those libs were in a too early development phase to be released independently, so i postponed the review of those libs. Shuai, are those two libs releasable in separate packages now ? The library has proper SOVER, so there's no fear: libsearpc_la_LDFLAGS = -version-info 1:2:0 -no-undefined Thumbs up! Only thing I would recommend is to use GCC visibility ( http://gcc.gnu.org/wiki/Visibility) to hide symbols not indended for public use, but that's just a nit. Are those libs used by seafile-server or other software ? ondrej@kiMac:/tmp$ git clone git://github.com/haiwen/seafile.git /dev/null [...] $ grep -Elr searpc.*\.h . | cut -f 2 -d / | sort -u app common daemon gui lib monitor server $ grep -Elr ccnet.*\.h . | cut -f 2 -d / | sort -u app common controller daemon gui httpserver lib monitor server Does that answer your question? Ondřej, nowhere near to be released are hard words to read, considering we never said it was ready to be released at all - only that some work has been done. Let's encourage Shuai, not discourage him Sorry, I didn't mean to sound harsh. I thought that the package is shiny and ready and I was slightly disappointed that it's not yet. And I really dislike bundled libraries (php-src/ext/module/ is full of them). Note also that it is not recommended practice to dfsg-repack only to get rid of a convenience copy of a lib : http://www.debian.org/doc/debian-policy/ch-source.html#s-embeddedfiles http://www.debian.org/doc/manuals/developers-reference/best-pkging-practices.html#repackagedorigtargz Well, let's hope this https://github.com/haiwen/libsearpc/pull/3 gets accepted then :) The right thing to do is to just link against the debian-installed lib. Well, it's probably just a matter of taste. I found it easier to strip the embedded libraries than to cherry-pick all the scattered licenses and gather them up in the debian/copyright. It's also much easier on our ftp-masters to review less sources. Anyway there's one more problem: ccnet is not releaseable now since the licensing is quite unclear. There's MIT and GPL-3+ license, and I would like to have this solved (and acked by the first author) before ccnet enters the Debian. O. Jérémy. On 05/06/2013 15:16, Ondřej Surý wrote: Hi Lin, I am sorry, but the package in the current state is nowhere near to be released in the Debian. The upstream tarball includes two upstream libraries. That might be okayish for releasing just the client, but when you package other binaries (the server) which will link to the same library, you want to use shared libraries. Also this makes the packaging unnecessarily complex. But you certainly cannot embed libjson-glib-1.0 as part of libsearpc (under different name), that's just security nightmare I will create the initial packaging in correct way (I already have libsearpc 1.1.0+dfsg, e.g. without embedded json-glib, packaged), and make you the co-maintainer of the packages. Ondrej On Wed, May 22, 2013 at 2:09 PM, Shuai Lin linshuai2...@gmail.com mailto:linshuai2...@gmail.com wrote: Hi Sury, Glad to hear this. Actually I have been working on packaging seafile-client for debian with guide and help from Jérémy Lal kapo...@melix.org mailto:kapo...@melix.org, who has been very nice and patient. But for the last two months Jeremy seems to be kind of busy, so the debian related work has been stalled for a while. Since you are interested, here are some work we have done: The seafile deb branch on github: https://github.com/haiwen/seafile/tree/deb/debian seafile-client package on mentors.debian.net http://mentors.debian.net http://mentors.debian.net/package/seafile-client Regards, Lin On Wed, May 22, 2013 at 7:50 PM, Ondřej Surý ond...@sury.org mailto:ond...@sury.org wrote: Hi, I am interested in building seafile, seahub and client packages for Debian. Did you already do some work or it this more like RFP than ITP? Ondrej -- Ondřej Surý ond...@sury.org mailto:ond...@sury.org -- Ondřej Surý ond...@sury.org mailto:ond...@sury.org -- Ondřej Surý ond...@sury.org
Bug#466699: ITP: libzdb -- Zild Database Library
Hi Paul, updated package ready for upload resides here: http://anonscm.debian.org/gitweb/?p=collab-maint/libzdb.git;a=summary The package is lintian and piuparts clean. Paul, is it ok with you if I upload the package to unstable now? O. -- Ondřej Surý ond...@sury.org
Bug#590629: ITP: mongrel2 -- a small fast web server agnostic to applications and languages
On Wed, Jun 5, 2013 at 11:18 AM, Jan Niehusmann j...@debian.org wrote: On Thu, Mar 21, 2013 at 09:25:56AM -0300, Miguel Landaeta wrote: Hi Justin, [...] Please go ahead and take ownership of this ITP. As I work together with Justin on a mongrel2 package, and I'll probably be the one uploading it, I just set myself as the owner of this ITP. Hi everyone, I'm still interested in it but right now I don't have time to maintain the package so please go ahead to upload it and take over the maintainership along with Justin. I'll keep an eye on the package and jump in a co-maintainer later when/if time permits. Thanks for taking care of this. Cheers, -- Miguel Landaeta, miguel at miguel.cc secure email with PGP 0x6E608B637D8967E9 available at http://keyserver.pgp.com/ Faith means not wanting to know what is true. -- Nietzsche
Bug#590629: ITP: mongrel2 -- a small fast web server agnostic to applications and languages
Owner: Jan Niehusmann j...@debian.org Hi Miguel, On Thu, Mar 21, 2013 at 09:25:56AM -0300, Miguel Landaeta wrote: Hi Justin, [...] Please go ahead and take ownership of this ITP. As I work together with Justin on a mongrel2 package, and I'll probably be the one uploading it, I just set myself as the owner of this ITP. I hope that's ok with you. Of course, I'm always in favour of co-maintainership, so if you like, we can just work on it together. But as the last update to the alioth git repo was 23 months ago, I wonder if you are still interested in mongrel2? Regards, Jan -- 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/20130605141806.ga25...@jannic.reliablesolutions.de
Bug#711212: ITP: libfastutil-java -- Java API providing type-specific maps, sets, lists and queues
Le 05/06/2013 16:30, Andreas Tille a écrit : Remark: I have basically finished the lintian clean packaging and moved the debian/ dir to http://people.debian.org/~tille/packages/libfastutil-java/ Quick review: - A get-orig-source target in debian/rules would be welcome - There is a typo in debian/copyright: On Debian systems you can find a copy of GNU Lesser General Public License at /usr/share/common-licenses/Apache-2.0 What do you think? There are other libraries depending on fastutil, it may have a wider usage in the future than your immediate need. I think that would make sense to put it under the Java Team umbrella so we can help and ensure its consistency with the other Java packages. Emmanuel Bourg signature.asc Description: OpenPGP digital signature
Bug#698681: Any progress on seafile-client?
On 05/06/2013 16:30, Ondřej Surý wrote: On Wed, Jun 5, 2013 at 3:59 PM, Jérémy Lal kapo...@melix.org mailto:kapo...@melix.org wrote: When i asked Shuai Lin about packaging them i understood those libs were in a too early development phase to be released independently, so i postponed the review of those libs. Shuai, are those two libs releasable in separate packages now ? The library has proper SOVER, so there's no fear: libsearpc_la_LDFLAGS = -version-info 1:2:0 -no-undefined Thumbs up! Only thing I would recommend is to use GCC visibility (http://gcc.gnu.org/wiki/Visibility) to hide symbols not indended for public use, but that's just a nit. Are those libs used by seafile-server or other software ? ondrej@kiMac:/tmp$ git clone git://github.com/haiwen/seafile.git http://github.com/haiwen/seafile.git /dev/null [...] $ grep -Elr searpc.*\.h . | cut -f 2 -d / | sort -u app common daemon gui lib monitor server $ grep -Elr ccnet.*\.h . | cut -f 2 -d / | sort -u app common controller daemon gui httpserver lib monitor server Does that answer your question? No but anyway i agree they look like they could be useful per se. Ondřej, nowhere near to be released are hard words to read, considering we never said it was ready to be released at all - only that some work has been done. Let's encourage Shuai, not discourage him Sorry, I didn't mean to sound harsh. I thought that the package is shiny and ready and I was slightly disappointed that it's not yet. And I really dislike bundled libraries (php-src/ext/module/ is full of them). Note also that it is not recommended practice to dfsg-repack only to get rid of a convenience copy of a lib : http://www.debian.org/doc/debian-policy/ch-source.html#s-embeddedfiles http://www.debian.org/doc/manuals/developers-reference/best-pkging-practices.html#repackagedorigtargz Well, let's hope this https://github.com/haiwen/libsearpc/pull/3 gets accepted then :) The right thing to do is to just link against the debian-installed lib. Well, it's probably just a matter of taste. I found it easier to strip the embedded libraries than to cherry-pick all the scattered licenses and gather them up in the debian/copyright. It's also much easier on our ftp-masters to review less sources. If it was a master of taste i would do the same as you, get rid of convenience copies. The idea behind the links i gave above is to refrain people from repacking on personal taste; and distribute *original* upstream tarballs. Of course, once there is a good reason to do repack (typically dfsg) then you can remove embedded convenience copies as well. But you might as well not exclude them. Slightly unrelated : the version libsearpc 1.1.0+dfsg is misleading since there is no DFSG involved in this repacking. Anyway there's one more problem: ccnet is not releaseable now since the licensing is quite unclear. There's MIT and GPL-3+ license, and I would like to have this solved (and acked by the first author) before ccnet enters the Debian. ok, Jérémy. -- 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/51af5574.2090...@melix.org
Bug#711212: ITP: libfastutil-java -- Java API providing type-specific maps, sets, lists and queues
Hi Emmanuel, thanks for your review! On Wed, Jun 05, 2013 at 05:11:16PM +0200, Emmanuel Bourg wrote: Le 05/06/2013 16:30, Andreas Tille a écrit : Remark: I have basically finished the lintian clean packaging and moved the debian/ dir to http://people.debian.org/~tille/packages/libfastutil-java/ Quick review: - A get-orig-source target in debian/rules would be welcome Done: get-orig-source: mkdir -p ../tarballs uscan --verbose --force-download --destdir ../tarballs - There is a typo in debian/copyright: On Debian systems you can find a copy of GNU Lesser General Public License at /usr/share/common-licenses/Apache-2.0 Hmmm, what exactly is the typo? Sorry, can't parse it. :-( What do you think? There are other libraries depending on fastutil, it may have a wider usage in the future than your immediate need. I think that would make sense to put it under the Java Team umbrella so we can help and ensure its consistency with the other Java packages. That's fine. Any doc / example package? Git or SVN prefered? Kind regards Andreas. -- http://fam-tille.de -- 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/20130605155126.gc29...@an3as.eu
Bug#711220: ITP: foodcritic -- Lint tool for Chef cookbooks
Package: wnpp Severity: wishlist Owner: Stefano Rivera stefa...@debian.org * Package name: foodcritic Version : 2.1.0 Upstream Author : Andrew Crump andrew.cr...@ieee.org * URL : http://acrmp.github.io/foodcritic/ * License : Expat Programming Lang: Ruby Description : Lint tool for Chef cookbooks Foodcritic has two goals: To make it easier to flag problems in your Chef cookbooks that will cause Chef to blow up when you attempt to converge. This is about faster feedback. If you automate checks for common problems you can save a lot of time. To encourage discussion within the Chef community on the more subjective stuff - what does a good cookbook look like? Opscode have avoided being overly prescriptive which by and large I think is a good thing. Having a set of rules to base discussion on helps drive out what we as a community think is good style. I intend to package this within pkg-ruby-extras -- 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/20130605160212.ga2...@purcell.lan
Bug#711212: ITP: libfastutil-java -- Java API providing type-specific maps, sets, lists and queues
Le 05/06/2013 17:51, Andreas Tille a écrit : get-orig-source: mkdir -p ../tarballs uscan --verbose --force-download --destdir ../tarballs Thank you. I'm used to see the source tarball installed in the parent directory. Will it work if copied into ../tarballs instead? Hmmm, what exactly is the typo? Sorry, can't parse it. :-( There is a mix between LGPL and the Apache-2.0 license at the end. That's fine. Any doc / example package? Git or SVN prefered? Use the VCS you prefer, the Java Team works with both. Emmanuel Bourg -- 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/51af618d.2030...@apache.org
Processed: mediawiki2latex: block ITP 711158 by RFS 711191
Processing commands for cont...@bugs.debian.org: block 711158 by 711191 Bug #711158 [wnpp] ITP: mediawiki2latex -- Compile MediaWiki page via LaTeX to PDF 711158 was not blocked by any bugs. 711158 was not blocking any bugs. Added blocking bug(s) of 711158: 711191 stop Stopping processing here. Please contact me if you need assistance. -- 711158: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=711158 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- 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/handler.s.c.137044941423959.transcr...@bugs.debian.org
Bug#466699: ITP: libzdb -- Zild Database Library
Yes, of course, please do. Ondřej Surý ond...@sury.org schreef: Hi Paul, updated package ready for upload resides here: http://anonscm.debian.org/gitweb/?p=collab-maint/libzdb.git;a=summary The package is lintian and piuparts clean. Paul, is it ok with you if I upload the package to unstable now? O. -- Ondřej Surý ond...@sury.org -- Verzonden van mijn Android telefoon met K-9 Mail.
Bug#698681: Any progress on seafile-client?
On Wed, Jun 5, 2013 at 5:12 PM, Jérémy Lal kapo...@melix.org wrote: Well, it's probably just a matter of taste. I found it easier to strip the embedded libraries than to cherry-pick all the scattered licenses and gather them up in the debian/copyright. It's also much easier on our ftp-masters to review less sources. If it was a master of taste i would do the same as you, get rid of convenience copies. The idea behind the links i gave above is to refrain people from repacking on personal taste; and distribute *original* upstream tarballs. Of course, once there is a good reason to do repack (typically dfsg) then you can remove embedded convenience copies as well. But you might as well not exclude them. Well, there was no upstream tarball anyway, I did create one from git (git archive), so basically no-repacking has happened here. Slightly unrelated : the version libsearpc 1.1.0+dfsg is misleading since there is no DFSG involved in this repacking. True, but it was so convenient :). Please suggest a better name, or let's cross-fingers and let's hope our upstream friends will release 1.1.1 without bundled json-glib library (pretty please). Anyway the current status of seafile packages: http://anonscm.debian.org/gitweb/?p=collab-maint/libsearpc.git;a=summary (uploaded) http://anonscm.debian.org/gitweb/?p=collab-maint/libzdb.git;a=summary(uploaded + asked upstream to grant OpenSSL exception) http://anonscm.debian.org/gitweb/?p=collab-maint/ccnet.git;a=summary (WIP and needs some more licensing love[*]) * - E: libccnet0: possible-gpl-code-linked-with-openssl E: ccnet-bin: possible-gpl-code-linked-with-openssl Shuai, please add OpenSSL exception to the license (if you are going to keep GPL-3 and not MIT) as suggested here: http://people.gnome.org/~markmc/openssl-and-the-gpl.html O. -- Ondřej Surý ond...@sury.org
Bug#711232: RFP: libmspack -- A library for Microsoft compression formats
Package: wnpp Severity: wishlist * Package name: libmspack Version : 0.4 Upstream Author : Stuart Caie ky...@4u.net * URL : http://www.cabextract.org.uk/libmspack/ * License : LGPL Programming Lang: C Description : A library for Microsoft compression formats The purpose of libmspack is to provide both compression and decompression of some loosely related file formats used by Microsoft. The intention is to support all of the following formats: COMPRESS.EXE [SZDD], Microsoft Help (.HLP), COMPRESS.EXE [KWAJ], Microsoft Cabinet (.CAB), HTML Help (.CHM), Microsoft eBook (.LIT), Windows Imaging Format (.WIM), Exchange Offline Address Book (.LZX). Best wishes, Bob
Bug#711233: ITP: fonts-ebgaramond -- EB Garamond OpenType and TrueType fonts
Package: wnpp Severity: wishlist Owner: Scott Howard show...@debian.org * Package name: fonts-ebgaramond Version : 0.015+git20130522 Upstream Author : Georg Duffner * URL : http://www.georgduffner.at/ebgaramond/ * License : SIL OFL 1.1 Programming Lang: font (python-fontforge) Description : EB Garamond OpenType and TrueType fonts EB Garamond is an open source project to create a revival of Claude Garamont’s famous humanist typeface from the mid-16th century. This package contains OpenType and TrueType fonts. Will be maintained under Fonts Task Force umbrella. Initial packaging is available [1] and in collab-maint for now so a non-DD contributor can work on it that already a member of collab-maint. This will be used in an the upcoming packaging of the openmw project. This font is described as a desired font on the fonts team wishlist [2]. [1] http://anonscm.debian.org/gitweb/?p=collab-maint/fonts- ebgaramond.git;a=summary [2] http://wiki.debian.org/Fonts/Missing -- 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/20130605180613.24626.10843.report...@esc-303123.ee.nd.edu
Processed: tagging as pending bugs that are closed by packages in NEW
Processing commands for cont...@bugs.debian.org: # Wednesday 5 June 20:03:15 UTC 2013 # Tagging as pending bugs that are closed by packages in NEW # http://ftp-master.debian.org/new.html # # Source package in NEW: microbiomeutil tags 711086 + pending Bug #711086 [wnpp] ITP: microbiomeutil -- Microbiome Analysis Utilities Added tag(s) pending. # Source package in NEW: php-yac tags 708329 + pending Bug #708329 [wnpp] ITP: php-yac -- YAC (Yet Another Cache) for PHP 5 Added tag(s) pending. # Source package in NEW: php-horde-trean tags 711190 + pending Bug #711190 [wnpp] ITP: php-horde-trean -- Web-based bookmarks application Added tag(s) pending. # Source package in NEW: ruby-expression-parser tags 703013 + pending Bug #703013 [wnpp] ITP: ruby-expression-parser -- mathematical expression parser for Ruby Added tag(s) pending. # Source package in NEW: ruby-literati tags 703319 + pending Bug #703319 [wnpp] ITP: ruby-literati -- render literate Haskell with Ruby Added tag(s) pending. # Source package in NEW: ruby-settingslogic tags 702973 + pending Bug #702973 [wnpp] ITP: ruby-settingslogic -- simple settings solution for Ruby Added tag(s) pending. End of message, stopping processing here. Please contact me if you need assistance. -- 702973: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=702973 703013: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=703013 703319: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=703319 708329: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=708329 711086: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=711086 711190: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=711190 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- 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/handler.s.c.137046261928893.transcr...@bugs.debian.org
Processed: wnpp inconsistencies
Processing commands for cont...@bugs.debian.org: # RFH 668870 has owner noowner 668870 Bug #668870 [wnpp] RFH: golang -- Go programming language compiler - metapackage Removed annotation that Bug was owned by stapelb...@debian.org. thanks Stopping processing here. Please contact me if you need assistance. -- 668870: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=668870 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- 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/handler.s.c.137046487212024.transcr...@bugs.debian.org
Bug#711212: ITP: libfastutil-java -- Java API providing type-specific maps, sets, lists and queues
On Wed, Jun 05, 2013 at 06:04:29PM +0200, Emmanuel Bourg wrote: Le 05/06/2013 17:51, Andreas Tille a écrit : get-orig-source: mkdir -p ../tarballs uscan --verbose --force-download --destdir ../tarballs Thank you. I'm used to see the source tarball installed in the parent directory. Will it work if copied into ../tarballs instead? As far as I know svn-buildpackage is using tarballs there (but I personally do not use svn-buildpackage - it's just that we have some people in Debian Med team who really love the setting above. I do absolutely not mind. Feel free to change it - it is in svn://svn.debian.org/svn/pkg-java/trunk/libfastutil-java now. ;-) If I do not hear anything from you I'll upload tomorrow with what I find in SVN. Hmmm, what exactly is the typo? Sorry, can't parse it. :-( There is a mix between LGPL and the Apache-2.0 license at the end. Thanks for reading aloud. ;-) That's fine. Any doc / example package? Git or SVN prefered? Use the VCS you prefer, the Java Team works with both. Done as mentioned above. Thanks for your hints Andreas. -- http://fam-tille.de -- 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/20130605204945.gd29...@an3as.eu
Bug#698681: Any progress on seafile-client?
JFTR the seafile needs an gpl+openssl exception too. E: seafile-server: possible-gpl-code-linked-with-openssl E: seafile-client: possible-gpl-code-linked-with-openssl E: seafile-common: possible-gpl-code-linked-with-openssl E: seafile-applet: possible-gpl-code-linked-with-openssl Some very crude preliminary packaging (not yet even tried in clean chroot) with some basic splitting into subpackages (without really understanding the content and without tight dependencies between them) can be found: http://anonscm.debian.org/gitweb/?p=collab-maint/seafile.git;a=summary Hey, it builds and put files into packages, we are almost there :). O. On Wed, Jun 5, 2013 at 6:40 PM, Ondřej Surý ond...@sury.org wrote: On Wed, Jun 5, 2013 at 5:12 PM, Jérémy Lal kapo...@melix.org wrote: Well, it's probably just a matter of taste. I found it easier to strip the embedded libraries than to cherry-pick all the scattered licenses and gather them up in the debian/copyright. It's also much easier on our ftp-masters to review less sources. If it was a master of taste i would do the same as you, get rid of convenience copies. The idea behind the links i gave above is to refrain people from repacking on personal taste; and distribute *original* upstream tarballs. Of course, once there is a good reason to do repack (typically dfsg) then you can remove embedded convenience copies as well. But you might as well not exclude them. Well, there was no upstream tarball anyway, I did create one from git (git archive), so basically no-repacking has happened here. Slightly unrelated : the version libsearpc 1.1.0+dfsg is misleading since there is no DFSG involved in this repacking. True, but it was so convenient :). Please suggest a better name, or let's cross-fingers and let's hope our upstream friends will release 1.1.1 without bundled json-glib library (pretty please). Anyway the current status of seafile packages: http://anonscm.debian.org/gitweb/?p=collab-maint/libsearpc.git;a=summary (uploaded) http://anonscm.debian.org/gitweb/?p=collab-maint/libzdb.git;a=summary(uploaded + asked upstream to grant OpenSSL exception) http://anonscm.debian.org/gitweb/?p=collab-maint/ccnet.git;a=summary(WIP and needs some more licensing love[*]) * - E: libccnet0: possible-gpl-code-linked-with-openssl E: ccnet-bin: possible-gpl-code-linked-with-openssl Shuai, please add OpenSSL exception to the license (if you are going to keep GPL-3 and not MIT) as suggested here: http://people.gnome.org/~markmc/openssl-and-the-gpl.html O. -- Ondřej Surý ond...@sury.org -- Ondřej Surý ond...@sury.org
Bug#711284: RFA: electricsheep -- Screensaver showing collective dream of sleeping computers
Package: wnpp Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 I request an adopter for the electricsheep package. I have not had the time or inclination to maintain electricsheep for quite a while. The package description is: Electric sheep is the collective dream of sleeping computers from all over the internet. Less poetically, it is an Internet server and xscreensaver module that displays MPEG video of an animated fractal flame. In the background, it contributes render cycles to the next animation. Periodically, it uploads completed frames to the server, where they are compressed for distribution to all clients. Regards, - -Roberto - -- Roberto C. Sánchez http://people.connexer.com/~roberto http://www.connexer.com -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iQIcBAEBCAAGBQJRr+kRAAoJECzXeF7dp7IPvF8QAJ+pFl5P92rliCqk2uUQ0Wl7 3of+QzgHX1NnSiSx8FZS6/mK7lC2BCE+Trk6mkp21+Iv1bbTdipf3JSw0kEBqhge lp0wegi31ex6PTMKny5CUVF1WUDoH8VYn9JoPZydkQDIHuqFbOv8yFlvmtTPVO4v SLVAA9/zq2UrxhdxyNNrXEUMRm/LElGTd+Nce1x8wy8JsvKuKugesv0fiXV2q7B2 1Pagb4+Mc6321AmDXMB9UlFnZlvcTiM2nX1aT3oeiQ9fHYwYOdFNKHO79v0L3KgM WEY/yx/EutNQkPRX/ASNV1lYx3uLrj9/LL4YtzgR7ysYo8dyPaufE3rXqDXtIOtX mblBdYE9iIrrTNCo51QaWPHjrCQ6ob1AsLq6xJoaleXUx3IuasvUtBPUwLuX0HW8 yOd2EQp7iOUwM6i9s2daNHickwCVbkAT3KhS6nJPdH3pEwbovbW/lgkxo7uWYPPi Jglcb7cYtHa5XeJ74MV35DLjSFVYfo49z6IamhVwvGfujWDYHROZKx+xQGbfbqrg pObINCb4I2qCLI+viX2I6o+lTyz8UR1cW5WQjaaykGAAaQTraxGDCU2l3tocigBL Q3B2EOzUD1z+NRxXBSRgz1kbY3UIr36IBkgvA7SO/splX3lmufgcQRaA0srcC+dy r2biKg7GMWn3IdzIm4yF =g4yT -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130606014310.16120.83423.report...@miami.connexer.com
Bug#711285: RFA: flam3
Package: wnpp Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 I request an adopter for the flam3 package. I have not had the time or inclination to maintain flam3 for quite a while. The package description is: Fractal Flames are algorithmically generated images and animations. The software was originally written in 1992 and released as open source, aka free software. Since then it has developed a lot. It has been incorporated into many graphics programs and ported to most operating systems. The shape of each image is specified by a long string of numbers - a genetic code of sorts. You can create your own flames with the Apophysis interactive designer (for windows), Qosmic (for Linux), or Oxidizer (for Mac OS X), or Apophysis-J (cross-platform in Java). Or you can use the Electric Sheep distributed screen saver to join the collective evolution of animated fractal flames. Regards, - -Roberto - -- Roberto C. Sánchez http://people.connexer.com/~roberto http://www.connexer.com -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iQIcBAEBCAAGBQJRr+nfAAoJECzXeF7dp7IPaXAP/05h9iZJhyVF8EPCfb8q8zZR exm3TZFyJHTu3uKaGvMr/5Dv5BBGViun/ObBxahrb0FKjcSYGHG0SyCMSKIsy9zx YVDLdXLcQitJgbSPDsKsZqKLRL0H/8H4PyfeLhZ+sHkVTdSFX5+qZBXifxOjRAXY VV4qUJsoVxdhji/UUJUm6ssFtrqhAQMCx0Y3qoOeE8n60CX1p0wWJJNdhpDPHEWz uL6E7cky9swMKTvMgo7ER128UqGlN86lld72vU2mIKUFcdmvVKQq6BSNgsBQBQGG w61Q51gWHxVqP0n5Qxv7KK2u9b29xa+DHChXUCa6L5mQN9T8YRhCXeEwrQqi6sf2 gFOtWlAxkXCcvoiw9g316kDNYB5/ohb2tMGRCbDGgcmXY6HvZJv+FB52SSnsoabn 5R25lNXmfrNIbnNXLYmwcNj9dN24r9ownLMQ33Jc8RE/Ny+DUKT4VeNYePjGuXaf dwOpQqttce6Cj/WwUZ6IDMMfvK+rCG5/bpWMjmsrVzcT2dw5f8UaPLm3Mcr+2LIU M1UbQIs7wyIydzOsRD1ku5JNvGGp7eZpgSGYoJA3PKp4qkHUQcdiUrlAkannIZt+ Do9r4C7Vuu6H2EBGBOdJLWqosVFdn4yukSU2lyEdFSqtIq1raBfF3drhoIpJgsr6 t49F2IkESXCyvNSaOWO5 =TL6H -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130606014607.16187.43815.report...@miami.connexer.com
Processed: retitle 711285 to RFA: flam3 -- render and animate FLAM3s and manipulate their genomes
Processing commands for cont...@bugs.debian.org: retitle 711285 RFA: flam3 -- render and animate FLAM3s and manipulate their genomes Bug #711285 [wnpp] RFA: flam3 Changed Bug title to 'RFA: flam3 -- render and animate FLAM3s and manipulate their genomes' from 'RFA: flam3' thanks Stopping processing here. Please contact me if you need assistance. -- 711285: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=711285 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- 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/handler.s.c.13704855603200.transcr...@bugs.debian.org
Bug#711233: [Pkg-fonts-devel] Bug#711233: ITP: fonts-ebgaramond -- EB Garamond OpenType and TrueType fonts
Quoting Scott Howard (show...@debian.org): Package: wnpp Severity: wishlist Owner: Scott Howard show...@debian.org * Package name: fonts-ebgaramond Version : 0.015+git20130522 Upstream Author : Georg Duffner * URL : http://www.georgduffner.at/ebgaramond/ * License : SIL OFL 1.1 Programming Lang: font (python-fontforge) Description : EB Garamond OpenType and TrueType fonts EB Garamond is an open source project to create a revival of Claude Garamont’s famous humanist typeface from the mid-16th century. This package contains OpenType and TrueType fonts. Will be maintained under Fonts Task Force umbrella. Initial packaging is Hello Scott, Do you plan to move the git repo in pkg-fonts on Alioth? signature.asc Description: Digital signature
