Re: Bug#675626: ITP: lutok -- Lightweight C++ API library for Lua
Hi there! On Fri, 15 Jun 2012 01:00:10 +0200, Julio Merino wrote: On Thu, Jun 14, 2012 at 3:45 AM, Luca Capello l...@pca.it wrote: Do you know that there is a Debian Lua Team (Cc:ed) for (ideally) packaging Lua software? IMHO the package should be maintained by you under that umbrella: Thanks for the information. Based on the policy and the web page, the team you reference seems to focus on packaging Lua modules. Lutok is a C++ library that just so happens to interface with Lua... so I'm not sure it qualifies. That said, I'm obviously open to any feedback and reviews from the team! Enrico Tassi has the last word on the focus of the team, but: - the project description on Alioth does not exclude non-module packages This project is for development and maintenance of Debian packages and infrastructure related to the Lua programming language. - based on my experience in previous teams (especially on the Debian Common Lisp one), having a single point of contact for questions related to all $LANGUAGE packages is really useful. Thx, bye, Gismo / Luca pgpvxFFWSADce.pgp Description: PGP signature
Re: [pkg-lua-devel] Bug#675626: ITP: lutok -- Lightweight C++ API library for Lua
On Fri, Jun 15, 2012 at 01:34:36PM +0200, Luca Capello wrote: - based on my experience in previous teams (especially on the Debian Common Lisp one), having a single point of contact for questions related to all $LANGUAGE packages is really useful. Exactly. This software seems to be really tight to Lua, so It would be nice to have it close to it. For example when I change the lua5.1 package I also recompile all the lua packages in the svn repository just to be sure I did not break them. In case the policy for lua packages gets changed, or lua packages get renamed, you may also get a patch for free ;-) Unless you have serious concerns against an svn repository (that will eventually become a git one) I suggest you put your package there. Cheers -- Enrico Tassi -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120615114833.GA2165@birba
Re: Bug#674109: RFS: turses/0.1.4-1 [ITP] -- Twitter client for the console (second try)
+1 to that... I am also using it and really like it. Hope you can find a sponsor for this! -- *Braga, Bruno* www.brunobraga.net bruno.br...@gmail.com On Fri, Jun 15, 2012 at 11:37 PM, Daniel Echeverry epsilo...@gmail.comwrote: Hi! This is the second try to get sponsor for turses, I'm turses user couple of months ago and I think it is a great twitter client for the console, it has features and benefits that make a good alternative to access to twitter from the console. the interface is pretty nice and simple, some advantages compared turses other customers: multiple accounts customizable open links in default browser and many more .. Could any DD review the package? -- Epsilon http://wiki.debian.org/DanielEcheverry http://www.rinconinformatico.net http://enchulatucelu.com http://www.todopdf.net http://www.fitnessdeportes.com http://www.dragonjar.org Linux user: #477840 Debian user -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAJi_FcgmTRxe=5AHrWA_9e_9+oH6vg-tr=9dA=7mfgrskyg...@mail.gmail.com
Bug#675230: RFS: zeroc-icee/1.2.0-6.1 [RC]
Raúl Benencia wrote: Package: sponsorship-requests Severity: important Dear mentors, I am looking for a sponsor for my package zeroc-icee I'll sponsor it as the changes really only fix the RC bug. The package should get some love from its maintainer though. Willi Mann from the Salzburg BSP -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/debian-mentors
Bug#675230: RFS: zeroc-icee/1.2.0-6.1 [RC]
Raúl Benencia wrote: Package: sponsorship-requests Severity: important Dear mentors, I am looking for a sponsor for my package zeroc-icee I'll sponsor it as the changes really only fix the RC bug. The package should get some love from its maintainer though. Willi Mann from the Salzburg BSP -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/debian-mentors
Bug#675230: marked as done (RFS: zeroc-icee/1.2.0-6.1 [RC])
Your message dated Fri, 15 Jun 2012 16:59:33 +0200 with message-id 4fdb4dd5.8050...@wm1.at and subject line uploaded has caused the Debian Bug report #675230, regarding RFS: zeroc-icee/1.2.0-6.1 [RC] to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 675230: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=675230 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: sponsorship-requests Severity: important Dear mentors, I am looking for a sponsor for my package zeroc-icee * Package name: zeroc-icee Version : 1.2.0-6.1 * URL : http://www.zeroc.com/ * License : gpl-2 Section : libs It builds those binary packages: icee-slice - Slice definitions for ZeroC IceE services libicee-dev - ZeroC IceE for C++ development libraries libicee12 - ZeroC IceE for C++ server runtime libraries zeroc-icee - Embedded edition of the ZeroC Ice To access further information about this package, please visit the following URL: http://mentors.debian.net/package/zeroc-icee Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/z/zeroc-icee/zeroc-icee_1.2.0-6.1.dsc More information about hello can be obtained from http://www.example.com. Changes since the last upload: * Fix ftbfs with GCC-4.7: build with -fpermissive (Closes: #667427) Regards, Raúl Benencia signature.asc Description: Digital signature ---End Message--- ---BeginMessage--- Uploaded - Closing bug. ---End Message---
Re: Bug#675230: RFS: zeroc-icee/1.2.0-6.1 [RC]
Raúl Benencia wrote: Package: sponsorship-requests Severity: important Dear mentors, I am looking for a sponsor for my package zeroc-icee I'll sponsor it as the changes really only fix the RC bug. The package should get some love from its maintainer though. Willi Mann from the Salzburg BSP -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/jrfhu5$a5k$1...@dough.gmane.org
Bug#673096: Bug#674844: Bug#674850: Bug#675167: Bug#674850: RM: figlet -- RoQA; license which specifically excludes the right to re-distribute
* Alexander Reichle-Schmehl toli...@debian.org [2012-06-04 21:30:28 CEST]: Hi! On 04.06.2012 19:56, Julien Cristau wrote: There seems to be just about 0 creative content in that file. What exactly is the problem with it? Figlet 2.2.5 has just been released with the following changelog [1]. That doesn't seem to answer the above question. The problem is that someone claims that he has copyrights on some of these files. So far, correct. It doesn't actually matter, what I or anyone else thinks about that, unless it's a judge ruling that said files are not copyrightable. The suggested replacement file though is from the same copyright holder, contains the same text. This all suggests that the copyright holder relicensed the information stored in the file under a free license. So for stable, just the license information would need to get updated, AIUI. If a sponsor is needed for the stable update, please give me a ping. Thanks, Rhonda -- Fühlst du dich mutlos, fass endlich Mut, los | Fühlst du dich hilflos, geh raus und hilf, los| Wir sind Helden Fühlst du dich machtlos, geh raus und mach, los | 23.55: Alles auf Anfang Fühlst du dich haltlos, such Halt und lass los| -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120615211011.ga26...@anguilla.debian.or.at
Bug#675532: RFS: bilibop/0.1 (ITP #675467)
Hi, Le 2012-06-09 15:01, intrigeri a écrit : quid...@poivron.org wrote (08 Jun 2012 22:35:21 GMT) : I am waiting: - for new comments from you or another DD - to find by myself something to optimize in the code How long do you intend to wait? This was not a question of time. Here is the new version: http://mentors.debian.net/debian/pool/main/b/bilibop/bilibop_0.3.0.dsc Another possibility would be to move to non-native and increment the Debian revision number only. In the present case, we would move from 0.2-1 to 0.2-2, which would reflect the actual changes quite better. For me, this solution, if it is one, implies a lot of issues: For bilibop-common, of course, no problem. With some minor changes, maybe bilibop-rules could be fully portable too. But bilibop-lockfs, in its actual state, is distribution dependent; it depends on initramfs-tools, which is a Debian native source package. If I rewrite bilibop-lockfs to make it more portable (i.e to integrate it in the 'dracut' infrastructure) it will never be installed on Debian, because the default initramdisk builder is initramfs-tools, which conflicts with dracut. But maybe I'm wrong and I have a bad overview on this issue. Maybe bilibop-lockfs could be only a debian patch. Or what ? I think it is entirely possible, even though not perfectly elegant, to turn the package into a non-native one without immediately making the code distro-independent and well separated between the Debian patch and the upstream code. Some tests with other distributions and some investigations in the udev source package have shown that bilibop-rules is distribution dependant too: for example, with CentOS or OpenSUSE, usb drives are owned by the 'disk' group. Bilibop-common is the result of the split of bilibop into bilibop-rules and bilibop-lockfs (because the first one can be used only on removable devices, including LiveUSB; and the second one can be used on any internal or external system except Live). So, I don't understand the interest/benefit to build a non-native source package that would be used only on Debian. Surely it is entirely possible, but I don't think everything possible must be done. Cheers, quidame -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/9f984bcbedb01e9a0c2a4b57fcaaf...@poivron.org
Bug#673096: Bug#674844: Bug#674850: Bug#675167: Bug#674850: RM: figlet -- RoQA; license which specifically excludes the right to re-distribute
On 15/06/12 22:10, Gerfried Fuchs wrote: So for stable, just the license information would need to get updated, AIUI. Attached is a debdiff with backported versions of fonts/8859-* from figlet 2.2.5. I proposed something similar on #-release last week too. While I got replies from the release team, I don't think I got any response from a SRM. If a sponsor is needed for the stable update, please give me a ping. Thanks, I'll get back to you about that. Jon diff -u figlet-2.2.2/debian/control figlet-2.2.2/debian/control --- figlet-2.2.2/debian/control +++ figlet-2.2.2/debian/control @@ -1,5 +1,6 @@ Source: figlet Maintainer: Carlos Laviola clavi...@debian.org +Uploaders: Jonathan McCrohan jmccro...@gmail.com Section: non-free/text Priority: optional Standards-Version: 3.6.1.1 diff -u figlet-2.2.2/debian/changelog figlet-2.2.2/debian/changelog --- figlet-2.2.2/debian/changelog +++ figlet-2.2.2/debian/changelog @@ -1,3 +1,10 @@ +figlet (2.2.2-1+squeeze1) stable; urgency=low + + * Replace fonts/8859-* with redistributable alternative versions. + * Add myself as co-maintainer + + -- Jonathan McCrohan jmccro...@gmail.com Sat, 16 Jun 2012 00:23:49 +0100 + figlet (2.2.2-1) unstable; urgency=low * New upstream release. (Closes: #388101) only in patch2: unchanged: --- figlet-2.2.2.orig/fonts/8859-8.flc +++ figlet-2.2.2/fonts/8859-8.flc @@ -1,42 +1,84 @@ # -# Name: ISO 8859-8 (1988) to Unicode -# Unicode version: 1.1 -# Table version:0.1 +# Name: ISO/IEC 8859-8:1999 to Unicode +# Unicode version: 3.0 +# Table version:1.1 # Table format: Format A -# Date: 16 January 1995 -# Authors: Tim Greenwood greenw...@r2me2.enet.dec.com -# John H. Jenkins john_jenk...@taligent.com +# Date: 2000-Jan-03 +# Authors: Ken Whistler k...@sybase.com # -# Copyright (c) 1991-1995 Unicode, Inc. All Rights reserved. +# Copyright (c) 1991-1999 Unicode, Inc. All Rights reserved. # # This file is provided as-is by Unicode, Inc. (The Unicode Consortium). # No claims are made as to fitness for any particular purpose. No # warranties of any kind are expressed or implied. The recipient # agrees to determine applicability of information provided. If this -# file has been provided on magnetic media by Unicode, Inc., the sole +# file has been provided on optical media by Unicode, Inc., the sole # remedy for any claim will be exchange of defective media within 90 # days of receipt. # -# Recipient is granted the right to make copies in any form for -# internal distribution and to freely use the information supplied -# in the creation of products supporting Unicode. Unicode, Inc. -# specifically excludes the right to re-distribute this file directly -# to third parties or other organizations whether for profit or not. +# Unicode, Inc. hereby grants the right to freely use the information +# supplied in this file in the creation of products supporting the +# Unicode Standard, and to make copies of this file in any form for +# internal or external distribution as long as this notice remains +# attached. # # General notes: # # This table contains the data the Unicode Consortium has on how -# ISO 8859-8 (1988) characters map into Unicode. +# ISO/IEC 8859-8:1999 characters map into Unicode. # # Format: Three tab-separated columns -# Column #1 is the ISO 8859-8 code (in hex as 0xXX) +# Column #1 is the ISO/IEC 8859-8 code (in hex as 0xXX) # Column #2 is the Unicode (in hex as 0x) # Column #3 the Unicode name (follows a comment sign, '#') # -# The entries are in ISO 8859-8 order +# The entries are in ISO/IEC 8859-8 order. # -# Any comments or problems, contact john_jenk...@taligent.com +# Version history +# 1.0 version updates 0.1 version by adding mappings for all +# control characters. +# 1.1 version updates to the published 8859-8:1999, correcting +# the mapping of 0xAF and adding mappings for LRM and RLM. # +# Updated versions of this file may be found in: +# ftp://ftp.unicode.org/Public/MAPPINGS/ +# +# Any comments or problems, contact err...@unicode.org +# Please note that err...@unicode.org is an archival address; +# notices will be checked, but do not expect an immediate response. +# +0x00 0x # NULL +0x01 0x0001 # START OF HEADING +0x02 0x0002 # START OF TEXT +0x03 0x0003 # END OF TEXT +0x04 0x0004 # END OF TRANSMISSION +0x05 0x0005 # ENQUIRY +0x06 0x0006 # ACKNOWLEDGE +0x07 0x0007 # BELL +0x08 0x0008 # BACKSPACE +0x09 0x0009 # HORIZONTAL TABULATION +0x0A 0x000A # LINE FEED +0x0B 0x000B
Processed: retitle to RFS: bilibop/0.3.0 (ITP #675467)
Processing commands for cont...@bugs.debian.org: retitle 675532 RFS: bilibop/0.3.0 (ITP #675467) Bug #675532 [sponsorship-requests] RFS: bilibop/0.2 (ITP #675467) Changed Bug title to 'RFS: bilibop/0.3.0 (ITP #675467)' from 'RFS: bilibop/0.2 (ITP #675467)' stop Stopping processing here. Please contact me if you need assistance. -- 675532: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=675532 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.133982017114583.transcr...@bugs.debian.org
Processed: retitle to RFS: metaphoneptbr/1.12.34 [ITP]
Processing commands for cont...@bugs.debian.org: retitle 677564 RFS: metaphoneptbr/1.12.34 [ITP] Bug #677564 [sponsorship-requests] RFS: metaphoneptbr/1.12.33 [ITP] Changed Bug title to 'RFS: metaphoneptbr/1.12.34 [ITP]' from 'RFS: metaphoneptbr/1.12.33 [ITP]' stop Stopping processing here. Please contact me if you need assistance. -- 677564: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=677564 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.133982017114585.transcr...@bugs.debian.org