Bug#703226: ITP patchwork
Hello Arturro, On Fri, Jul 04, 2014 at 02:40:50PM +0200, Arturo Borrero Gonzalez wrote: Hi there! Are you still interested in this ITP? basicly yes, but unvortunately over the last months I havn't had much time for working on the packaging. So if you want to take over the ITP than feel free to do it so. I think I have some local work left laying here ... but I don't know if it would be useful. I'd like to see patchwork in Debian, there are some mailinglists (especially on Alioth) there patchwork could be really helpful. If you need some more infos please let me know. Regards Carsten -- 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/20140706074243.ga3...@x201s.cruise.homelinux.net
Bug#753704: ITP: amap -- Next-generation scanning tool for pentesters
On Sat, Jul 05, 2014 at 04:37:16PM +0200, Ralf Treinen wrote: This violates the Policy's section 10.1, but it is still my favorite solution for the reason that you explained above. I don't agree, packages should not be in conflict when it can be easily avoided by renaming files. +1 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: https://lists.debian.org/20140706083335.gc26...@an3as.eu
Bug#753704: ITP: amap -- Next-generation scanning tool for pentesters
El 05/07/2014 16:47, Ralf Treinen trei...@free.fr escribió: On Sat, Jul 05, 2014 at 09:01:45PM +0900, Charles Plessy wrote: Il Sabato 5 Luglio 2014 13:03, Charles Plessy ple...@debian.org ha scritto: The ‘amap-align’ package version 2.2-4 install the file ‘amap’ in ‘/usr/bin’, this is why I am worried about clashes. Le Sat, Jul 05, 2014 at 12:11:37PM +0100, Gianfranco Costamagna a écrit : According to both popcons, and according to the fact that both of them are really niche packages and in really different environments (one for penetration testing and the other for med science) how do you feel about making them non-coinstallable? This violates the Policy's section 10.1, but it is still my favorite solution for the reason that you explained above. I don't agree, packages should not be in conflict when it can be easily avoided by renaming files. Renaming binaries is confusing for end users. Since 'amap' (the scanner) probably needs permission to make raw sockets to work properly (just like nmap) for some scans, why not install it in /usr/sbin/? That way there would be no conflict with the other package. Regards Javier
Bug#753704: ITP: amap -- Next-generation scanning tool for pentesters
Hi Javier, thanks for your hint! That was my first thoght, I'm upstream developer and DM of ettercap and we already install in sbin some of the binaries. The problem is: what does it happen when the user have both amap installed on the system and runs amap from the bash? This might be highly confusing for the end user, and needs to force the path to both .desktop files (if they provide. them) Thanks to all for your suggestions, I think I'll rename the binary in amap-thc, avoiding this kind of troubles (and maybe also moving in /sbin). I need to prior check how many packages needs it and how they run it, bt seems the most trivial task to do. I'm on smartphone, I'll answer to everybody asap, I would like to avoid top posting. (I answered to this first since I'm pretty sure having two different binaries with the same filename on the PATH can lead to confusion, but I might be wrong somewhere) Thanks for clarifying Gianfranco Sent from Yahoo Mail on Android
Bug#753704: ITP: amap -- Next-generation scanning tool for pentesters
❦ 6 juillet 2014 10:56 +0200, Javier Fernandez-Sanguino j...@debian.org : Since 'amap' (the scanner) probably needs permission to make raw sockets to work properly (just like nmap) for some scans, why not install it in /usr/sbin/? That way there would be no conflict with the other package. This has already been discussed for ax25-node vs nodejs. This solution was proposed (and also implemented for some time). It has been ruled that this is not an acceptable solution. The solution is to rename the binary, eventually both of them if no agreement is found. In the case of ax25-node and nodejs, it has been accepted a node-legacy package providing node binary but only because this is an interpreter. -- panic(mother...); 2.2.16 /usr/src/linux/drivers/block/cpqarray.c signature.asc Description: PGP signature
Bug#753928: ITP: naemon -- Host, service and network monitoring and management system
Package: wnpp Severity: wishlist Owner: Mike Gabriel mike.gabr...@das-netzwerkteam.de * Package name: naemon Version : 0.8.0 Upstream Author : Naemon Development Team naemon-...@monitoring-lists.org * URL : http://www.naemon.org * License : GPL-2+ Programming Lang: C Description : Host, service and network monitoring and management system Naemon is a monitoring and management system for hosts, services and networks. . Naemon features include: . * Monitoring of network services (via TCP port, SMTP, POP3, HTTP, NNTP, PING, etc.) * Plugin interface to allow for user-developed service checks * Contact notifications when problems occur and get resolved (via email, pager, or user-defined method) * Ability to define event handlers to be run during service or host events (for proactive problem resolution) * Web output (current status, notifications, problem history, log file, etc.) . Naemon has been written in C and is designed to be easy to understand and modify to fit your own needs. . Naemon is a NAGIOSv4 fork with focus on project transperancy. It is a project from the community for the community. -- 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/20140706102836.23406.54471.report...@minobo.das-netzwerkteam.de
Bug#753721: ITP: schema2ldif -- Tool for converting OpenLDAP-style schemas to the LDIF
On Fri, Jul 04, 2014 at 03:58:28PM +0200, Benoit Mortier wrote: schema2ldif will read the given input file and convert it to an LDIF file that you can insert into you LDAP directory Did you talk to the openldap maintainers if they would be willing to ship this small tool? The script only provides openldap specific output. Bastian -- Life and death are seldom logical. But attaining a desired goal always is. -- McCoy and Spock, The Galileo Seven, stardate 2821.7 -- 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/20140706110338.gc25...@mail.waldi.eu.org
Bug#753721: ITP: schema2ldif -- Tool for converting OpenLDAP-style schemas to the LDIF
Hi Benoit, On Fr 04 Jul 2014 15:58:28 CEST, Benoit Mortier wrote: Package: wnpp Severity: wishlist Owner: Benoit Mortier benoit.mort...@opensides.be * Package name: schema2ldif Version : 0.1 Upstream Author : Come Bernigaud come.bernig...@opensides.be * URL : https://forge.fusiondirectory.org/projects/schema2ldif * License : GPL Programming Lang: Perl Description : Tool for converting OpenLDAP-style schemas to the LDIF format schema2ldif will read the given input file and convert it to an LDIF file that you can insert into you LDAP directory ping me if you need a sponsor. Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgpb2bFCYTMQM.pgp Description: Digitale PGP-Signatur
Bug#753932: ITP: node-serve-index -- Serve directory listings
Package: wnpp Severity: wishlist Owner: Leo Iannacone l...@ubuntu.com X-Debbugs-CC: debian-de...@lists.debian.org * Package name: node-serve-index Version : 1.1.4 Upstream Author : Douglas Christopher Wilson d...@somethingdoug.com * URL : https://github.com/expressjs/serve-index * License : Expat Programming Lang: JavaScript Description : Serve directory listings FIX_ME bug long description . Node.js is an event-based server-side JavaScript engine. -- 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/53b93a19.a24cc20a.1208.0...@mx.google.com
Bug#753933: ITP: node-batch -- Simple async batch
Package: wnpp Severity: wishlist Owner: Leo Iannacone l...@ubuntu.com X-Debbugs-CC: debian-de...@lists.debian.org * Package name: node-batch Version : 0.5.1 Upstream Author : TJ Holowaychuk t...@vision-media.ca * URL : https://github.com/visionmedia/batch * License : Expat Programming Lang: JavaScript Description : async batch - Node.js module This modules provides an async batch with concurrency control and progress reporting. . Node.js is an event-based server-side JavaScript engine. -- 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/53b93a3e.426cc20a.5855.2...@mx.google.com
Processed: your mail
Processing commands for cont...@bugs.debian.org: tags 749414 pending Bug #749414 [wnpp] ITP: goldeneye -- HTTP DoS test tool Added tag(s) pending. tags 728287 pending Bug #728287 [wnpp] ITA: iwatch -- realtime filesystem monitoring program using inotify Ignoring request to alter tags of bug #728287 to the same tags previously set tags 753547 pending Bug #753547 [wnpp] ITA: liblinux-inotify2-perl -- scalable directory and file change notification Added tag(s) pending. tags 748801 pending Bug #748801 [wnpp] ITP: nield -- generate logs related to network interfaces Added tag(s) pending. tags 752201 pending Bug #752201 [wnpp] ITP: yowsup -- library to implement a Whatsapp client Added tag(s) pending. thanks Stopping processing here. Please contact me if you need assistance. -- 728287: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=728287 748801: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=748801 749414: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=749414 752201: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=752201 753547: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=753547 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: https://lists.debian.org/handler.s.c.140465014312749.transcr...@bugs.debian.org
Bug#753704: ITP: amap -- Next-generation scanning tool for pentesters
Le Sun, Jul 06, 2014 at 10:33:35AM +0200, Andreas Tille a écrit : On Sat, Jul 05, 2014 at 04:37:16PM +0200, Ralf Treinen wrote: This violates the Policy's section 10.1, but it is still my favorite solution for the reason that you explained above. I don't agree, packages should not be in conflict when it can be easily avoided by renaming files. +1 Hi Andreas, Feel free to rename yourself, but do not forget to remove me from the uploaders list. On my side I find these renamings harmful and illogical. The probability that people want to use both amaps on the same machine is close to zero, and the probability that users of both amaps will be annoyed by the rename is close to one. I think that these renamings are applied dogmatically in a way that makes Debian inferior. I do not want to participate to this. Cheers, -- Charles Plessy Debian Med packaging team, http://www.debian.org/devel/debian-med Tsurumi, Kanagawa, Japan -- 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/20140706134930.ga2...@falafel.plessy.net
Bug#753942: ITP: s3curl -- Calculates the proper signature to interact with S3 HTTP services, then calls cURL with the appropriate arguments
Package: wnpp Severity: wishlist Owner: Sebastien Delafond s...@debian.org * Package name: s3curl Version : 1.0 Upstream Author : Amazon Inc. * URL : https://aws.amazon.com/developertools/Amazon-S3/128 * License : Apache 2.0 Programming Lang: Perl Description : Easily interact with S3 HTTP services Calculates the proper signature to interact with S3 HTTP services, then calls cURL with the appropriate arguments. -- 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/20140706140210.29618.78417.report...@hetz1.mine.nu
Bug#753704: ITP: amap -- Next-generation scanning tool for pentesters
Quoting Charles Plessy (2014-07-06 15:49:30) On Sat, Jul 05, 2014 at 04:37:16PM +0200, Ralf Treinen wrote: This violates the Policy's section 10.1, but it is still my favorite solution for the reason that you explained above. On my side I find these renamings harmful and illogical. The probability that people want to use both amaps on the same machine is close to zero, and the probability that users of both amaps will be annoyed by the rename is close to one. I think that these renamings are applied dogmatically in a way that makes Debian inferior. I do not want to participate to this. I understand your view, Charles, and am interested in raising that discussion (again) as a general issue in Debian. It is a bad approach, IMO, to encourage new package maintainers to go against Policy. At least you did explicitly reference Policy when you did. Thanks for that! When I (somewhat similarly) adviced about naming of node(js) binary, I was unaware it violated Policy (I thought it was at most a should and didn't check). As you probably remember that ended with ctte ruling, so close to freeze that Nodejs didn't enter Wheezy. (some may applaud delay of stable Nodejs, but that's a different issue) - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature
Bug#753704: ITP: amap -- Next-generation scanning tool for pentesters
Il Domenica 6 Luglio 2014 15:51, Charles Plessy ple...@debian.org ha scritto: Le Sun, Jul 06, 2014 at 10:33:35AM +0200, Andreas Tille a écrit : On Sat, Jul 05, 2014 at 04:37:16PM +0200, Ralf Treinen wrote: This violates the Policy's section 10.1, but it is still my favorite solution for the reason that you explained above. I don't agree, packages should not be in conflict when it can be easily avoided by renaming files. +1 Hi Andreas, Feel free to rename yourself, but do not forget to remove me from the uploaders list. On my side I find these renamings harmful and illogical. The probability that people want to use both amaps on the same machine is close to zero, and the probability that users of both amaps will be annoyed by the rename is close to one. I think that these renamings are applied dogmatically in a way that makes Debian inferior. I do not want to participate to this. Hi Charles, I really don't think there is any reason to rename your package. I renamed my amap into amap-thc, and this should be fully 10.1 compliant now. Since my package is a new one there is no reason to avoid such a rename, and I can work with new packages depending on it to patch them in the right way. The package also creates a link into amap6, so really *nobody* should *ever* use directly amap (for my case). If they do this, yes, I call it a bug. So please don't touch your package and I'm uploading a new version of mine with all your really nice suggestions ;) Cheers! Gianfranco Cheers, -- Charles Plessy Debian Med packaging team, http://www.debian.org/devel/debian-med Tsurumi, Kanagawa, Japan -- 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/1404658137.56179.yahoomail...@web171805.mail.ir2.yahoo.com
Bug#753704: ITP: amap -- Next-generation scanning tool for pentesters
Hi Jonas, Il Sabato 5 Luglio 2014 14:27, Jonas Smedegaard d...@jones.dk ha scritto: Quoting Gianfranco Costamagna (2014-07-04 15:20:12) Package: wnpp Severity: wishlist Owner: Gianfranco Costamagna costamagnagianfra...@yahoo.it * Package name : amap Version : 5.4 Upstream Author : Van Hauser v...@thc.org * URL : http://www.thc.org/thc-amap/ * License : GPL-2+ Programming Lang: C Description : Next-generation scanning tool for pentesters AMAP stands for Application MAPper. It is a next-generation scanning tool for pentesters. It attempts to identify applications even if they are running on a different port than normal. . It also identifies non-ascii based applications. This is achieved by sending trigger packets, and looking up the responses in a list of response strings. I would like to reintroduce this useful package in debian, since bug #381185 no longer applies and this tool is useful and used in penetration testing and security (I took the Raphael package from kali linux git). I suggest to mention the terms penetration testing and security in the long description, both to ease searching and to help those (like me) puzzled what pentesters mean (I honestly guessed it might have something to do with USB sticks, until I saw your comment at the end). Perhaps additional terms could be mentioned too, to ease searching (try compare with related packages already in Debian, if any). I did the changes and uploaded on mentors. Description: Next-generation scanning tool for security pentesters AMAP stands for Application MAPper. It is a next-generation scanning tool for security penetration testers. It attempts to identify applications even if they are running on a different port than normal. . It also identifies non-ascii based applications. This is achieved by sending trigger packets, and looking up the responses in a list of response strings. Thanks for the feedback, it was really appreciated! cheers, Gianfranco - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private -- 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/1404658506.23501.yahoomail...@web171801.mail.ir2.yahoo.com
Bug#753704: ITP: amap -- Next-generation scanning tool for pentesters
On Sun, Jul 06, 2014 at 10:49:30PM +0900, Charles Plessy wrote: Le Sun, Jul 06, 2014 at 10:33:35AM +0200, Andreas Tille a écrit : On Sat, Jul 05, 2014 at 04:37:16PM +0200, Ralf Treinen wrote: This violates the Policy's section 10.1, but it is still my favorite solution for the reason that you explained above. I don't agree, packages should not be in conflict when it can be easily avoided by renaming files. +1 Hi Andreas, Feel free to rename yourself, but do not forget to remove me from the uploaders list. On my side I find these renamings harmful and illogical. The probability that people want to use both amaps on the same machine is close to zero, and the probability that users of both amaps will be annoyed by the rename is close to one. I think that these renamings are applied dogmatically in a way that makes Debian inferior. I do not want to participate to this. I can see, and sympathise, with several sides of this debate of what to do when two upstream projects choose the same executable name. However, I do think what Debian's historically been doing (i.e., renaming even when upstream doesn't want to rename) is the right thing to do. Given projects foo and bar, which both provide an executable called yoyo, there is no way for everyone to be happy. Both foo's and bar's users are, presumably, used to calling it yoyo. Third party scripts will exist that invoke either using the name yoyo. Whichever yoyo Debian chooses to call by that name, some users will be surprised and unhappy. The standards FHS directory layout gives us four locations in which to put executabes: /bin, /sbin, /usr/bin, /usr/sbin. In theory we could then have four providers of yoyo, but that would be very confusing. Even using bin vs sbin is confusing: if you're used to running foo's yoyo as your normal user, it'll be quite a surprise when you try to run it as root and get bar's yoyo instead. We could have the foo and bar packages conflict with each other, and in some cases that might not be too bad. However, it would be really unfortunate for long-term quality, in my opinion, if Debian would start choosing to compromise like that. It may be true that the intersection of users of foo and bar are really rare, and that nobody much would suffer if they conflicted, but it sets a bad precedent. Conflicts in Debian are meant to be used for a specific reason: when two packages _can't_ be used together (at least not as packaged). If we use conflicts to resolve the yoyo for foo and bar, it means that we are willing to change the meaning of conflicts to also be allowed when we just can't be bothered to make difficult distro level integration decisions. Using conflicts doesn't solve the situation for users, anyway. bar's users will still be surprised by foo's yoyo, when they find it installed and it doesn't do what they thought it would. Of course, foo's users are in the same situation, if foo's yoyo gets renamed. For this reason, I think the best approach is to get at least one of foo's or bar's upstreams to rename their yoyo. If that can't happen, I further think it's better for Debian's users if Debian renames at least one of the yoyo's. Which one gets renamed will depend on circumstance. The default, historically, has been that the first yoyo in Debian keeps the name, and newer yoyos will be renamed. However, if bar is extremly popular, and foo is rarely used, then possibly foo's yoyo should be renamed. Or we could decide to rename both to avoid anyone being surprised by the wrong yoyo. Note that the Debian alternatives system can't be used for this, unless foo and bar are both basically implementing essentially the same interface for the same program, but that's rarely the case in these cases. Charles, I'm sorry to hear you think this approach is harmful to Debian and that you don't want to participate in doing them. -- http://www.cafepress.com/trunktees -- geeky funny T-shirts http://gtdfh.branchable.com/ -- GTD for hackers -- 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/20140706150205.gl30...@exolobe1.liw.fi
Processed: bug 750552 has no owner
Processing commands for cont...@bugs.debian.org: noowner 750552 Bug #750552 [wnpp] ITP: node-fileset -- Wrapper around miniglob / minimatch combo to allow multiple patterns matching and include-exclude ability Removed annotation that Bug was owned by Leo Iannacone l...@ubuntu.com. thanks Stopping processing here. Please contact me if you need assistance. -- 750552: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=750552 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: https://lists.debian.org/handler.s.c.140465915232069.transcr...@bugs.debian.org
Bug#750552:
Hi, I'm no longer interested in debianize this module. If you need it you can start working on these files: http://anonscm.debian.org/gitweb/?p=pkg-javascript/node-fileset.git Cheers! -- 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/CACzqv1cRA8riNuG6L-2-cuhed12fiCA=dS0n2bt=5pnxkwg...@mail.gmail.com
Processed: gcstar: block ITA 753661 by RFS 753943
Processing commands for cont...@bugs.debian.org: block 753661 by 753943 Bug #753661 [wnpp] ITA: gcstar 753661 was not blocked by any bugs. 753661 was not blocking any bugs. Added blocking bug(s) of 753661: 753943 stop Stopping processing here. Please contact me if you need assistance. -- 753661: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=753661 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: https://lists.debian.org/handler.s.c.140466387129882.transcr...@bugs.debian.org
Bug#753962: ITP: ghp-import -- Easily import docs to your gh-pages branch
Package: wnpp Severity: wishlist Owner: Andrew Starr-Bochicchio a...@debian.org * Package name: ghp-import Version : 0.4.1 Upstream Author : Paul Joseph Davis paul.joseph.da...@gmail.com * URL : https://github.com/davisp/ghp-import * License : Tumbolia Public License Programming Lang: Python Description : Easily import docs to your gh-pages branch ghp-import is a Python script meant to make using GitHub's gh-pages branches for hosting documentation simple. . Inside your repository just run `ghp-import $DOCS_DIR` where $DOCS_DIR is the path to the built documentation. This will write a commit to your gh-pages branch with the current documents in it. While I'm no fan of license proliferation, the Tumbolia Public License seems to meet the requitements of the DFSG. Copying and distribution of this file, with or without modification, are permitted in any medium without royalty provided the copyright notice and this notice are preserved. TERMS AND CONDITIONS FOR COPYING, DISTRIBUTION AND MODIFICATION 0. opan saurce LOL Thoughts? Thanks! - Andrew Starr-Bochicchio -- 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/20140706171449.24962.47936.reportbug@asb-laptop
Bug#753975: ITP: kallithea -- free software source code management system
Package: wnpp Severity: wishlist Owner: Jelmer Vernooij jel...@debian.org * Package name: kallithea Version : 0.0 Upstream Author : Various authors * URL : https://www.kallithea-scm.org/ * License : Mostly GPLv3 Programming Lang: Python, JavaScript Description : free software source code management system Kallithea hosts code, manages access control lists and provides an easy web interface to Git and Mercurial repositories. Kallithea is a fork of RhodeCode, see http://sfconservancy.org/news/2014/jul/04/kallithea-joins/ for background. If you're interested in co-maintaining this package, send me an email. signature.asc Description: Digital signature
Processed: forcibly merging 753975 689573
Processing commands for cont...@bugs.debian.org: forcemerge 753975 689573 Bug #753975 [wnpp] ITP: kallithea -- free software source code management system Bug #698614 [wnpp] ITP: kallithea -- an open source source control management system for Mercurial and Git Owner changed from Andrew Shadura andre...@debian.org to Jelmer Vernooij jel...@debian.org. Owner changed from Andrew Shadura andre...@debian.org to Jelmer Vernooij jel...@debian.org. Bug #689573 [wnpp] ITP: kallithea -- an open source source control management system for Mercurial and Git Merged 689573 698614 753975 thanks Stopping processing here. Please contact me if you need assistance. -- 689573: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=689573 698614: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=698614 753975: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=753975 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: https://lists.debian.org/handler.s.c.14046703594703.transcr...@bugs.debian.org
Bug#753975: ITP: kallithea -- free software source code management system
On Sun, Jul 06, 2014 at 08:13:21PM +0200, Andrew Shadura wrote: Hello, On Sun, 6 Jul 2014 20:04:34 +0200 Jelmer Vernooij jel...@debian.org wrote: Kallithea hosts code, manages access control lists and provides an easy web interface to Git and Mercurial repositories. Kallithea is a fork of RhodeCode, see http://sfconservancy.org/news/2014/jul/04/kallithea-joins/ for background. Jelmer, I've got some stuff ready, I may share it with you if you wish. That'd be great - I don't have anything yet, so that could be a starting point for the package. Would you be interested in co-maintaining? Cheers, Jelmer signature.asc Description: Digital signature
Bug#753975: ITP: kallithea -- free software source code management system
Hello, On Sun, 6 Jul 2014 20:16:18 +0200 Jelmer Vernooij jel...@debian.org wrote: Jelmer, I've got some stuff ready, I may share it with you if you wish. That'd be great - I don't have anything yet, so that could be a starting point for the package. Would you be interested in co-maintaining? Sure. -- Cheers, Andrew signature.asc Description: PGP signature
Bug#753975: ITP: kallithea -- free software source code management system
Hello, On Sun, 6 Jul 2014 20:04:34 +0200 Jelmer Vernooij jel...@debian.org wrote: Kallithea hosts code, manages access control lists and provides an easy web interface to Git and Mercurial repositories. Kallithea is a fork of RhodeCode, see http://sfconservancy.org/news/2014/jul/04/kallithea-joins/ for background. Jelmer, I've got some stuff ready, I may share it with you if you wish. -- Cheers, Andrew signature.asc Description: PGP signature
Bug#753992: ITP: libmarpa -- BNF grammar parser
Package: wnpp Severity: wishlist Owner: Jonas Smedegaard d...@jones.dk -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 * Package name: libmarpa Version : 6.1.0 Upstream Author : Jeffrey Kegler * URL : https://jeffreykegler.github.io/Marpa-web-site/libmarpa.html * License : LGPL-3+~Marpa Programming Lang: C Description : BNF grammar parser Libmarpa is a C implementation of the core of Marpa parsing algorithm. . * Marpa parses anything you can write in BNF, including ambiguous and even infinitely ambiguous grammars. * Marpa easily and efficiently handles both left- and right-recursion. * If a grammar is in one of the classes in practical use today, Marpa parses it in O(n) (linear) time. * Marpa never goes exponential. Worst case, even for wildly ambiguous grammars, is O(n3) (cubic) time. * Marpa's run-time error detection is revolutionary. Marpa has complete situational awareness. It knows at all times which rules it is attempting to apply, how far it has progressed in them, and exactly which tokens it can accept. And Marpa can communicate its situational awareness back to the application. * Marpa allows the application to efficiently retry rejected input. This, combined with its situational awareness, allows Ruby Slippers parsing: When an application has a token rejected, it can ask the parse engine which tokens would be acceptable. It can then create a virtual token that allows the parse to continue -- the application can make the parse engine's wishes come true. The Ruby Slippers are easy to use and surprisingly wide in their application. . Marpa is named after the legendary 11th century Tibetan translator, Marpa Lotsawa. This library is currently part of libmarpa-r2-perl, but will be provided as a separate shared library in future releases. - Jonas -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQF8BAEBCgBmBQJTubbqXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ3NjQ4ODQwMTIyRTJDNTBFQzUxRDQwRTI0 RUMxQjcyMjM3NEY5QkQ2AAoJEE7BtyI3T5vWECIIALoU2x3l3fvHanbhA8QkSH85 pV+QaJXkbqj/qkduvPOxM5CH2NloXq7KrFrPO0W0YpmXEaUXP7T++PlyirO0eoYJ LvGC34ycRRU5kcH2MiBxqgFQgN0gBo2+Wv3UaxH0YFuaT9OOPwPuxzVvQTKm97Tf lgUYySTy4yr6Hed7NYqhu4BP8/XlqkAx2FubYpuUkRks8hC5uxeyOBVApyirGtSj qn7FNxcc3NBRdGZiTl2AOjcsSmVP1ojsy+yEWohZc+7lWGFYQ87Q07intgPPO9BB GFBO3oMWDrMPuRi0+/QXOF9scGthMJJ1HHsOLJOsOUSX+gG78j4r2+/mTGJtKMU= =3Xk7 -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: https://lists.debian.org/20140706205158.26707.52587.report...@bastian.jones.dk
Bug#753962: ITP: ghp-import -- Easily import docs to your gh-pages branch
On Sunday, July 06, 2014 07:14:49 PM Andrew Starr-Bochicchio wrote: Inside your repository just run `ghp-import $DOCS_DIR` where $DOCS_DIR is the path to the built documentation. This will write a commit to your gh-pages branch with the current documents in it. While I'm no fan of license proliferation, the Tumbolia Public License seems to meet the requitements of the DFSG. Having a quick look at the code of ghp-import it seems to me that I can easily replace it with a shell two-liner in my projects makefile. I'd much more welcome an addition to the packages git-extras or git-stuff which could do: - prepare a git-tree from a directory with all objects written to the object store - commit this tree to a branch that is not currently checked out - A combined command of the above two. Both actions must not touch the index. Regards, Thomas Koch -- 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/201407062351.51848.tho...@koch.ro
Bug#753962: ITP: ghp-import -- Easily import docs to your gh-pages branch
On Sun, Jul 6, 2014 at 5:51 PM, Thomas Koch tho...@koch.ro wrote: On Sunday, July 06, 2014 07:14:49 PM Andrew Starr-Bochicchio wrote: Inside your repository just run `ghp-import $DOCS_DIR` where $DOCS_DIR is the path to the built documentation. This will write a commit to your gh-pages branch with the current documents in it. While I'm no fan of license proliferation, the Tumbolia Public License seems to meet the requitements of the DFSG. Having a quick look at the code of ghp-import it seems to me that I can easily replace it with a shell two-liner in my projects makefile. I'd much more welcome an addition to the packages git-extras or git-stuff which could do: - prepare a git-tree from a directory with all objects written to the object store - commit this tree to a branch that is not currently checked out - A combined command of the above two. Both actions must not touch the index. My main reason for packaging this is that python-pelican uses it in the github target of the Makefiles it generates. [0] Maybe I should mention that in the description. I was planning on using an Enhances field in debian/control. [0] http://docs.getpelican.com/en/latest/tips.html#publishing-to-github Thanks, -- Andrew Starr-Bochicchio Ubuntu Developer https://launchpad.net/~andrewsomething Debian Developer http://qa.debian.org/developer.php?login=asb PGP/GPG Key ID: D53FDCB1 -- 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/cal6k_ax-zosb-x7kffikug_b-b8anslaswhnq6wdg_dp1kv...@mail.gmail.com
Processed: tagging 717766
Processing commands for cont...@bugs.debian.org: tags 717766 + pending Bug #717766 [wnpp] ITP: solaar -- Logitech Unifying Receiver peripherals manager Added tag(s) pending. thanks Stopping processing here. Please contact me if you need assistance. -- 717766: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=717766 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: https://lists.debian.org/handler.s.c.140468552931844.transcr...@bugs.debian.org
Bug#752709: [wnpp] RE: ITP: antimicro
Hi OmegaPhil, Starting with version 1.2, antimicro started emulating mouse wheel movement on a button press instead of performing a single notch. The default mouse wheel speed of 20 is more meant for web browser usage. I typically use a wheel speed of 5 for all of the game profiles that I create. Travis Nickles On Fri, Jun 27, 2014 at 12:51 PM, OmegaPhil omegaphi...@startmail.com wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: wnpp Version: 2.4 antimicro FTW :) I have upgraded from v1 to your v2.4 package - re-made-it-aware of the current keyboard profiles, and things mostly work. The only problem I've found so far is that mouse scroll wheel emulation suddenly generates a lot of events, but I've looked around and found the config - wheel speed 20-5 has done the trick (damn this program is hardcore!). - --- System information. --- Architecture: amd64 Kernel: Linux 3.14-1-amd64 Debian Release: jessie/sid 990 testing security.debian.org 990 testing ftp.uk.debian.org 500 unstableftp.uk.debian.org 500 stable ftp.uk.debian.org 500 quodlibet-unstable www.student.tugraz.at 1 experimentalftp.uk.debian.org - --- Package information. --- Package's Depends field is empty. Package's Recommends field is empty. Package's Suggests field is empty. - -- Libre software on Github: https://github.com/OmegaPhil FSF member #9442 -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Icedove - http://www.enigmail.net/ iQIcBAEBAgAGBQJTra84AAoJEBfSPH39wvOPTigP/0B9bPEHCnQQr18CPdX+mFMT AIlL2ThrBsnLA7eoYRO7DBmQzJDv1PZ91RAajaUaU9AcjKUv0JxuEPlkR3G1rdGT 6wP/ha2dC3nIeTsDtwvFfW3kFGYeq9wGZ+2kpFXEoawdhb9ZM3utP5/YVrV9+EV6 tbp/ImHFSSwQDvYeWEFlFWBgKjxSuLs25Ld834Sq/BMniT+A8RY/mlZjYeKU5Y6d 4ccPBRswWLe0JkIf3WS6jJoGohAnS99X1jLSngvcAuJcoH07TE/zkxkVOdoofFiA tr9/SDPJsz2AM0jNtJQRq0hscmmuwOoyxRwAujrokEBxmwTSyEd6a08jUtSAk1dw GyAFNwEnJwtQUywSrqf4UHPpSK2rrCHfbIjOXeCIna2BRo8TXRdN1cb9NFPtpuoX fGYbq0qZj6rprC9Peq63OyMdbDUYoyxI7kZPRL3nx9kmwC9DkdyDvN7BhfPzVhRz eZSbg1ljD0DaOvskZ+8iHckgIJOM6kgAHFGYgsd9WLjeenggp0huuaCkNgcmUHDG 4oLhGuqUnc6MbrFSdJ+7LjnSrXtDKYvyVpn58tDFH+4/uWn4KXfdnORlHWxvxbc9 LnDLWhOWhY3eB7BimYrLEPTzATLztbQHY1SJs19g0gsHJyuJcZk6rT4pOTHA5vgm BYZnApMy3wuD7T+UiluX =pOyy -END PGP SIGNATURE-
