Bug#753565: O: ajaxterm -- Web based terminal written in Python
Package: wnpp Severity: normal I intend to orphan the ajaxterm package. The package description is: Ajaxterm is a web based terminal written in Python and some AJAX javascript for client side. It can use almost any web browser and even works through firewalls. -- 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/20140703074508.28824.81640.report...@nix.kirya.net
Bug#753566: O: altermime -- utility used to alter mime-encoded mailpacks
Package: wnpp Severity: normal I intend to orphan the altermime package. The package description is: alterMIME is a small program which is used to alter your mime-encoded mailpacks as typically received by Inflex, Xamime and AMaViS. alterMIME can: * Insert disclaimers * Insert arbitrary X-headers * Modify existing headers * Remove attachments based on filename or content-type * Replace attachments based on filename -- 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/20140703074541.29215.71633.report...@nix.kirya.net
Bug#753567: O: gsimplecal
Package: wnpp Severity: normal I intend to orphan the package simple cal. gsimplecal is a lightweight calendar application written in C++ using GTK2 -- 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/20140703074637.29249.88805.report...@nix.kirya.net
Bug#753569: O: mailgraph -- RRDtool frontend for Mail statistics
Package: wnpp Severity: normal I intend to orphan the mailgraph package. The package description is: Mailgraph is a very simple mail statistics RRDtool frontend for Postfix, Sendmail or Exim that produces daily, weekly, monthly and yearly graphs of received/sent and bounced/rejected mail. -- 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/20140703074657.29318.67462.report...@nix.kirya.net
Bug#753568: O: rapid-photo-downloader
Package: wnpp Severity: normal I intend to orphan rapid-photo-downloader Package description: Photo downloader (importer) from cameras, memory cards other devices Rapid Photo Downloader can be used by both professional and amateur photographers to download photos and videos from multiple cameras, memory cards and Portable Storage Devices simultaneously. It provides many flexible, user-defined options for subfolder creation, photo and video renaming, and backup. -- 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/20140703074816.29366.57551.report...@nix.kirya.net
Bug#700654: O: hotot -- lightweight microblogging client
Package: wnpp Severity: normal I intend to orphan the hotot package. The package description is: Hotot is a lightweight Twitter and identi.ca client based on WebKit. . Features include: * Update/View Timelines * Follow/Unfollow people * Post status * Reply tweets * Post direct messages * View people profile * Native notification * Global key-shortcut . This package contains the default GTK+ version as well as the experimental QT based version. -- .''`. Julien Valroff ~ jul...@kirya.net ~ jul...@debian.org : :' : Debian Developer Free software contributor `. `'` http://www.kirya.net/ `- 4096R/ E1D8 5796 8214 4687 E416 948C 859F EF67 258E 26B1 -- 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/20130215200416.ga23...@kirya.net
Bug#650842: ITP: libbfio -- basic file input/output abstraction
Package: wnpp Severity: wishlist Owner: Debian Forensics forensics-de...@lists.alioth.debian.org * Package name: libbfio Version : 20111031 Upstream Author : Name someb...@example.org * URL : http://libbfio.sourceforge.net/ * License : LGPL-3 Programming Lang: C Description : basic file input/output abstraction Library to provide basic file input/output abstraction. Libbfio is used in multiple other libraries like libewf, libmsiecf, libnk2, libolecf and libpff. It is used to chain I/O to support file-in-file access. -- .''`. Julien Valroff ~ jul...@kirya.net ~ jul...@debian.org : :' : Debian Developer Free software contributor `. `'` http://www.kirya.net/ `- 4096R/ E1D8 5796 8214 4687 E416 948C 859F EF67 258E 26B1 -- 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/20111203210756.ga26...@kirya.net
Bug#633342: ITP: gsimplecal -- lightweight GUI calendar application
Package: wnpp Severity: wishlist Owner: Julien Valroff jul...@debian.org * Package name: gsimplecal Version : 0.8 Upstream Author : Dmitry Medvinsky dmedvin...@gmail.com * URL : http://dmedvinsky.github.com/gsimplecal/ * License : BSD Programming Lang: C++ Description : lightweight GUI calendar application gsimplecal is a lightweight calendar application written in C++ using GTK2. It was intentionally made for use with tint2 panel in the openbox environment to be launched upon clock click, but of course it will work without it. In fact, binding the gsimplecal to some hotkey in you window manager will probably make you happy. The thing is that when it is started it first shows up, when you run it again it closes the running instance. In that way it is very easy to integrate anywhere. No need to write some wrapper scripts or whatever. Also, you can configure it to not only show the calendar, but also display multiple clocks for different world timezones. -- .''`. Julien Valroff ~ jul...@kirya.net ~ jul...@debian.org : :' : Debian Developer Free software contributor `. `'` http://www.kirya.net/ `- 4096R/ E1D8 5796 8214 4687 E416 948C 859F EF67 258E 26B1 -- 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/20110709130643.ga11...@kirya.net
Bug#586522: Please upload the volumeicon package
Hi Andrew, Le lundi 06 juin 2011 à 16:22:17 (+0200 CEST), Andrew Gainer a écrit : Thanks for your feedback! I'm currently pretty swamped with end-of-semester projects, but I should be done with that within a week or two, and once I have some time to think and breathe again I'll look over your comments and clean things up. I take the leave to ping you about this package. Should you need any help, I'd be happy to help you further. Cheers, Julien -- .''`. Julien Valroff ~ jul...@kirya.net ~ jul...@debian.org : :' : Debian Developer Free software contributor `. `'` http://www.kirya.net/ `- 4096R/ E1D8 5796 8214 4687 E416 948C 859F EF67 258E 26B1 -- 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/20110624161841.gb2...@kirya.net
Bug#586522: Please upload the volumeicon package
Hi Andrew, Le dimanche 13 févr. 2011 à 22:26:28 (+0100 CET), Andrew Gainer a écrit : I have prepared (what I believe is) a compliant Debian package for volumeicon and am in the process of finding a sponsor. I have quickly checked the package available on mentors.d.n and while it is mostly ok, there are still a few things to improve: * You have made direct changes to the upstream source code, leading to the creation of a debian-changes-0.3.0-2 patch * You don't need to depend on libgtk2.0-0 (the dependency is automatically added by dpkg-shlibdeps) * For a first upload to Debian, please keep the changelog clean and make sure the ITP gets closed * dpkg-shlideps warns about the binary to be linked against several unused libraries - you might want to build the package using -Wl,--as-needed * You should specify the GPL-3 license text in a standalone license paragraph as recommended in DEP-5 * You miss several copyright information (mostly for autotools files etc.) * You ship an empty NEWS file in the package, as well as a useless README (which only contains information on how to build volumeicon) - AUTHORS is imho also useless as the information is also in the copyright file * Have you forwarded your manpage to the upstream developer? I'd be happy to upload this package for you if you fix these points (or argue why you won't fix some of them). You can contact me directly, either by mail or on IRC (as jvalroff on freenode and oftc). Cheers, Julien -- .''`. Julien Valroff ~ jul...@kirya.net ~ jul...@debian.org : :' : Debian Developer Free software contributor `. `'` http://www.kirya.net/ `- 4096R/ E1D8 5796 8214 4687 E416 948C 859F EF67 258E 26B1 signature.asc Description: Digital signature
Bug#598045: hotot Debian package
Hi Julián, Le mardi 22 mars 2011 à 06:05:16 (+0100 CET), Julián Moreno Patiño a écrit : Hi Julien, Sorry for the low reply, but I was a bit sick. Hope you feel better now. However, Thanks for give me the opportunity for co-maintain hotot. You are welcome. I propose we set up a git repository on alioth in the collab-maint project. Do you have an account on alioth [0]? If not, please create one and ask to be added to the collab-maint project. I did a previos work[0] and fixes recommended in debian mentors list[1]. But I can't use libjs-jquery[2] because I don't have experience in Javascript programming. As simple dependency and a symlink are enough. You can have a look at the current state of the package in my git repository [1]. Cheers, Julien [0] http://alioth.debian.org [1] http://git.kirya.net/?p=hotot.git;a=summary -- .''`. Julien Valroff ~ jul...@kirya.net ~ jul...@debian.org : :' : Debian Developer Free software contributor `. `'` http://www.kirya.net/ `- 4096R/ E1D8 5796 8214 4687 E416 948C 859F EF67 258E 26B1 signature.asc Description: Digital signature
Bug#598045: hotot Debian package
Le mardi 22 mars 2011 à 06:19:40 (+0100 CET), Julián Moreno Patiño a écrit : Hi Julien, I forget it, it's very important check again the copyright and licenses. This part is yet to be finished (though I have worked on checking the various licenses, the debian/copyright file isn't yet complete). Cheers, Julien -- .''`. Julien Valroff ~ jul...@kirya.net ~ jul...@debian.org : :' : Debian Developer Free software contributor `. `'` http://www.kirya.net/ `- 4096R/ E1D8 5796 8214 4687 E416 948C 859F EF67 258E 26B1 signature.asc Description: Digital signature
Bug#598045: hotot Debian package
Hi, As I have been working on packaging hotot for my own use, I take over this ITP, but would appreciate help for maintaining and testing this. Cheers, Julien -- .''`. Julien Valroff ~ jul...@kirya.net ~ jul...@debian.org : :' : Debian Developer Free software contributor `. `'` http://www.kirya.net/ `- 4096R/ E1D8 5796 8214 4687 E416 948C 859F EF67 258E 26B1 -- 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/20110320072348.ga6...@kirya.net
Bug#617956: ITP: unhide.rb -- Forensic tool to find processes hidden by rootkits
Package: wnpp Severity: wishlist Owner: Julien Valroff jul...@debian.org * Package name: unhide.rb Upstream Author : Johan Walles johan.wal...@gmail.com * URL : http://code.launchpad.net/unhide.rb * License : GPL Programming Lang: Ruby Description : Forensic tool to find processes hidden by rootkits Unhide.rb is a reimplementation of unhide in Ruby. It currently does the does the same checks as unhide proc and unhide sys, while being about 10x faster than the original C code. It also has better diagnostics when hidden processes are found. -- .''`. Julien Valroff ~ jul...@kirya.net ~ jul...@debian.org : :' : Debian Developer Free software contributor `. `'` http://www.kirya.net/ `- 4096R/ E1D8 5796 8214 4687 E416 948C 859F EF67 258E 26B1 -- 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/20110312205756.ga3...@kirya.net
Bug#599498: ITH: I'm willing to help
Le vendredi 08 oct. 2010 à 23:01:56 (+0200), Thomas Preud'homme a écrit : Hi Julien, Hi Thomas, I'm currently installing dspam on my private server so I would really like it to remain present in squeeze. I have strong skills in C and know git very well. Therefore, I would be very happy to help you on dspam so consider this mail as an ITH (Intent To Help). I'll take a look at the RC bug tomorrow morning in the hope of fixing it quickly so we can ask for a freeze exception after the usual block delay has passed. As far as I remember, almost all 'major' bugs are already fixed in the git version. There is really litlle hope DSPAM can still be accepted in Squeeze… We are in deep freeze. Is there a possibility I can co-maintain this package with you after that? You are more than welcome! Do you already have an account on alioth so that I can add you to the pkg-dspam team? Cheers Julien -- Julien Valroff jul...@kirya.net http://www.kirya.net GPG key: 1024D/9F71D449 17F4 93D8 746F F011 B845 9F91 210B F2AB 9F71 D449 signature.asc Description: Digital signature
Bug#599498: RFH: dspam
Package: wnpp Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, I would need help with the packages [0] for the DSPAM antispam suite [1]. The other members of the dpkg-dspam team do not seem interest in it anymore. The package currently in unstable [2] is in a real bad state, which explains why it was dropped from testing and why it was asked the package to be removed from Debian [3]. The package sources are managed in git [4]. The git version is in good shape, and is currently being reviewed and tested. However, I wouldn't want it to be uploaded without getting help from one or more contributors, users of DSPAM, and with knowledge in C (which I unfortunately do not have) and/or databases. Any help for testing is also welcome! Cheers, Julien [0] http://packages.qa.debian.org/d/dspam.html [1] http://dspam.sourceforge.net [2] http://packages.qa.debian.org/d/dspam.html [3] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=577661 [4] http://git.debian.org/?p=pkg-dspam/dspam.git;a=summary -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAkyuoDIACgkQIQvyq59x1Em24wCg474jsSNFh041UU87cmI9lGN4 AhgAoMh+5EvCxS67gIT9Lq3eakeA8L13 =3s86 -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/20101008043820.17704.74603.report...@gaia.kirya.net
Bug#573040: Status of the Pino ITP
Hi Carl, Le vendredi 23 juillet 2010 à 11:13 +0200, cha...@ohmytux.com a écrit : Hi, Since my last post in the Pino ITP thread in the end of May, what is the status of the Pino Debian packaging ? Well, I think the package is now ready to be reviewed and uploaded (if ok of course). Christian's AM should be able to do this now if I am right. Christian: have you asked him to do so after the 0.2.11 version was released? Cheers, Julien -- Julien Valroff jul...@kirya.net http://www.kirya.net GPG key: 4096R/290D20C5 092F 4CB5 5F19 E006 1CFD B489 D32B 8D66 290D 20C5 -- 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/1279906996.2686.145.ca...@gaia.kirya.net
Bug#586805: RFP: evolution-indicator -- GNOME panel indicator applet for Evolution
Package: wnpp Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 * Package name: evolution-indicator Version : 0.2.10 Upstream Author : Neil Jagdish Patel neil.pa...@canonical.com * URL : http://launchpad.net/evolution-indicator * License : GPL-3 Programming Lang: C Description : GNOME panel indicator applet for Evolution indicator-applet is an applet to display information from various applications consistently in the GNOME panel. This package provides a plugin for Evolution that uses libindicate and libnotify to provide additional information about Evolution's state. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAkwg/NYACgkQIQvyq59x1EnouwCaApCj5PVEPVjCogIiLVOG1fCi uSQAoInWIXQAisr7/Iwsq3OmrPpvGhUz =vXaT -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/20100622181137.5086.26213.report...@gaia.kirya.net
Bug#585898: RFA: listen -- music player and manager for GNOME
Package: wnpp Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, I do not have the time to maintain this pacakge properly, and have somewhat lost interest in it. Popcon only shows 431 users. The current status in the BTS shows: * Status o 4 Outstanding o 2 Pending Upload * Severity o 3 Normal bugs o 1 Minor bugs o 2 Wishlist items * Classification o 4 Unclassified I would appreciate if someone could take over this package ASAP. Cheers, Julien -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAkwWdssACgkQIQvyq59x1EkuNQCgtE2h2tL6nhMU50MnjcKt+Iwc C00AnjnzmvjxebkWwP+1IYj/VXPbdv4M =Z88k -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/20100614183703.7985.49321.report...@gaia.kirya.net
Bug#573040: ITP: pino - a twitter client
Le mercredi 12 mai 2010 à 23:28 +0200, Cristian Greco a écrit : [ I apologize for not sending the email to bts, my fault ] On Wed, 12 May 2010 11:22:40 +0200 Julien Valroff jul...@kirya.net wrote: I am interested in getting pino uploaded to Debian, co-maintenance would be perfect for me, as I am reluctant in maintaining alone a package written in a language I do not know at all. Cristian, do you have an account on Alioth which would allow us to set up a GIT repo in the collab maint project [0]? Sure, my account on alioth is cristian-guest. Please feel free to start creating the git repository on collab-maint. The repo is now active. http://git.debian.org/?p=collab-maint/pino.git;a=summary Anonymous checkout: git://git.debian.org/collab-maint/pino.git RW checkout: git+ssh://git.debian.org/collab-maint/pino.git I have added Cristian as Uploader, Hadret, you are obviously welcome to join in! Cristian, do you already have any sponsor to upload Pino or should we find one? The last sources are in mentors, but I haven't sent any RFS for now. Cheers, Julien -- 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/1273737788.2323.7.ca...@gaia.kirya.net
Bug#573040: ITP: pino - a twitter client
Hi all, All my apologies, I answer to both mail below, I haven't received Cristian's original mail. Le mercredi 12 mai 2010 à 11:06:11 (+0200), Hadret a écrit : Date: Wed, 12 May 2010 11:06:11 +0200 From: Hadret had...@gmail.com To: Cristian Greco crist...@regolo.cc Cc: 573...@bugs.debian.org Subject: Bug#573040: ITP: pino - a twitter client Reply-To: Hadret had...@gmail.com, 573...@bugs.debian.org On Wed, May 12, 2010 at 07:47, Cristian Greco crist...@regolo.cc wrote: Hi Julien and Hadret, I'm interested in packaging pino-twitter for Debian, would you accept my co-maintenance work? I am interested in getting pino uploaded to Debian, co-maintenance would be perfect for me, as I am reluctant in maintaining alone a package written in a language I do not know at all. Cristian, do you have an account on Alioth which would allow us to set up a GIT repo in the collab maint project [0]? I've already contacted troorl (upstream author), providing him with a (huge) patch which introduces an alternative build system based on cmake. The changes will be probably included in a few and released with the new version. Great! I'll check this ASAP so that the package is ready when 0.2.9 is released. I took a look at Julien's packaging work and it seems quite good. It could be a starting point for introducing pino 0.2.9 in Debian. [...] Well, it's fine with me. Julien, if you please, take over the ITP -- Already done as per our previous discussions. there's no need to have three of us to work on one application. Your package is better and Cristian wrote wonderful patch, which will make it easier for Pino to come to official Debian repository. I personnally do not see any problem in co-maintaining the package at 3 if you are still interested in working on it. It is clear it is a quite simple package, but which can get a large audience: that would mean a lot of bugs to be worked on, fixed and/or forwarded upstream. Cheers, Julien [0] http://wiki.debian.org/Alioth/Git#CollabMaintproject -- Julien Valroff jul...@kirya.net http://www.kirya.net GPG key: 4096R/290D20C5 092F 4CB5 5F19 E006 1CFD B489 D32B 8D66 290D 20C5 signature.asc Description: Digital signature
Bug#535905: RFP: shellinabox -- publish command line shell through AJAX interface
Hello Markus, I would be happy to try and work on packaging shellinabox for Debian. I am only DM and would need a sponsor to upload it to the official archive though. Before I retitle this bug to an ITP, I would also like to be sure you would be ready to help me in understanding and fixing possible issues? Cheers, Julien -- 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/1272912680.2562.18.ca...@gaia.kirya.net
Bug#573040: ITP: pino - a twitter client
Hi, Le mardi 09 mars 2010 à 20:16 +0100, Julien Valroff a écrit : Le mardi 09 mars 2010 à 20:06 +0100, Hadret a écrit : On Tue, Mar 9, 2010 at 18:43, Julien Valroff jul...@kirya.net wrote: Actually, my lack of knowledge in Vala *will* be a problem sooner or later. Hence, if you know Vala, I would be happy and co-maintain this package with you. Unfortunately I don't know Vala too ): What about working in the collab-maint git repo (if you have an Alioth account, just ask to be part of the group)? I never did collab-maint and I haven't got Alioth account. I'm very new to all of this stuff, but it sounds great (: If this sounds ok for you, create an account on alioth, and ask to be added to the collab-maint project (which is a project dedicated to collaborative maintenance of Debian packages). Once done, I will create a git repository for git and we can begin working together on it. We have some minor differences in our packages: * Why build-dep on apt-utils? * I have switched to 3.0 (quilt) package format * Why not use machine readable copyright file? I guess apt-utils was relic of Troorls package on which my package was based on. Things need to be cleaned on my side as well ;) My mentor haven't look on my package yet because of waf is going to be removed from Debian and it's a bit problematic, cause Pino depends on it (theoretically when it provides waf in upstream there shouldn't be any problem, but it's only theoretically). I already wrote an e-mail to Troorl and if my understanding is good, there shouldn't be any problem with packaging Pino as long as upstream is going to provide waf (: I didn't know waf was about to be removed from Debian. However, as far as I know, it shouldn't cause any issue, as you state, as long as upstream ships it in the tarballs. Please keep me informed of Troorl's answer. Do you have any news about this? Are you still interested in packaging pino? Cheers, Julien -- 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/1269067228.2402.1.ca...@gaia.kirya.net
Bug#573040: ITP: pino - a twitter client
Hi, I wanted to fill this ITP but you were quicker ;) I have already worked on packaging Pino for Debian, you can find both binaries and sources at: http://packages.kirya.net/debian/pool/main/p/pino/ I have no knowledge at all in Vala, hence might not be the best (co-)maintainer for Pino. However, I would be glad to help you if needed. You can also check my git repo at: http://git.kirya.net/?p=pino.git;a=summary I am currently working on updating the package to the new 2.1 release. Cheers, Julien -- 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/1268154590.18629.12.ca...@athyr.kirya.net
Bug#573040: ITP: pino - a twitter client
Hi Hadret, Le mardi 09 mars 2010 à 18:35 +0100, Hadret a écrit : On Tue, Mar 9, 2010 at 18:09, Julien Valroff jul...@kirya.net wrote: I wanted to fill this ITP but you were quicker ;) I have already worked on packaging Pino for Debian, you can find both binaries and sources at: http://packages.kirya.net/debian/pool/main/p/pino/ I have no knowledge at all in Vala, hence might not be the best (co-)maintainer for Pino. However, I would be glad to help you if needed. I can't see any problem, really. If you want to, you can take over ITP and package Pino for Debian yourself. How about that? (: If answer for this is yes, than you can always count on me with packaging it; If answer is no, not really, dude, than I'll be more than happy to co-maintain this package with you (: Actually, my lack of knowledge in Vala *will* be a problem sooner or later. Hence, if you know Vala, I would be happy and co-maintain this package with you. What about working in the collab-maint git repo (if you have an Alioth account, just ask to be part of the group)? I am currently working on updating the package to the new 2.1 release. I already did this update, check it out at mentors.d.n: http://mentors.debian.net/cgi-bin/sponsor-pkglist?action=details;package=pino Great, my packages are now building ;) We have some minor differences in our packages: * Why build-dep on apt-utils? * I have switched to 3.0 (quilt) package format * Why not use machine readable copyright file? etc. I'll push my changes in the next hour or so, you can also check my packages. Cheers, Julien -- 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/1268156625.18629.20.ca...@athyr.kirya.net
Bug#573040: ITP: pino - a twitter client
Le mardi 09 mars 2010 à 20:06 +0100, Hadret a écrit : On Tue, Mar 9, 2010 at 18:43, Julien Valroff jul...@kirya.net wrote: Actually, my lack of knowledge in Vala *will* be a problem sooner or later. Hence, if you know Vala, I would be happy and co-maintain this package with you. Unfortunately I don't know Vala too ): What about working in the collab-maint git repo (if you have an Alioth account, just ask to be part of the group)? I never did collab-maint and I haven't got Alioth account. I'm very new to all of this stuff, but it sounds great (: If this sounds ok for you, create an account on alioth, and ask to be added to the collab-maint project (which is a project dedicated to collaborative maintenance of Debian packages). Once done, I will create a git repository for git and we can begin working together on it. We have some minor differences in our packages: * Why build-dep on apt-utils? * I have switched to 3.0 (quilt) package format * Why not use machine readable copyright file? I guess apt-utils was relic of Troorls package on which my package was based on. Things need to be cleaned on my side as well ;) My mentor haven't look on my package yet because of waf is going to be removed from Debian and it's a bit problematic, cause Pino depends on it (theoretically when it provides waf in upstream there shouldn't be any problem, but it's only theoretically). I already wrote an e-mail to Troorl and if my understanding is good, there shouldn't be any problem with packaging Pino as long as upstream is going to provide waf (: I didn't know waf was about to be removed from Debian. However, as far as I know, it shouldn't cause any issue, as you state, as long as upstream ships it in the tarballs. Please keep me informed of Troorl's answer. I'll push my changes in the next hour or so, you can also check my packages. I certainly will! (: You can check it now, packages are now setup in my repository as well. Cheers, Julien -- 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/1268162183.18629.29.ca...@athyr.kirya.net
Bug#483107: RFH: hotkey-setup -- auto-configures laptop hotkeys
Hi Petter, I'd be glad to help you maintaining hotkey-setup, mainly as I use this package on my personal laptop. I won't be able to do fix all issues or test anything more than for the only laptop I own, but can already help fixing obvious bug, merging patches, creating a collab-maint repository (git is ok for you?) etc. Also note I am not a DD but DM, hence would need you review and upload the package for me until you agree to add a DM-Upload-Allowed field. Cheers, Julien -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#539183: ITP: rapid-photo-downloader -- Photo downloader (importer) from cameras, memory cards other devices
Hi, Le mercredi 29 juillet 2009 à 18:34 +0200, Julien Valroff a écrit : Package: wnpp Severity: wishlist Owner: Julien Valroff jul...@kirya.net * Package name: rapid-photo-downloader Version : 0.0.10 Upstream Author : Damon Lynch damonly...@gmail.com * URL : http://damonlynch.net/rapid * License : GPL Programming Lang: Python Description : Photo downloader (importer) from cameras, memory cards other devices Rapid Photo Downloader is written by a photographer for professional and amateur photographers. It can download photos from multiple cameras, memory cards and Portable Storage Devices simultaneously. It provides many options for subfolder creation, image renaming and backup. FYI, I keep on working on this package which hasn't yet been sponsored. Development is made on my git repository: git://git.kirya.net/git/rapid-photo-downloader.git http://git.kirya.net/?p=rapid-photo-downloader.git;a=summary I have uploaded an updated version to mentors so that any interested sponsor can review it. Cheers, Julien -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#539183: ITP: rapid-photo-downloader -- Photo downloader (importer) from cameras, memory cards other devices
Package: wnpp Severity: wishlist Owner: Julien Valroff jul...@kirya.net * Package name: rapid-photo-downloader Version : 0.0.10 Upstream Author : Damon Lynch damonly...@gmail.com * URL : http://damonlynch.net/rapid * License : GPL Programming Lang: Python Description : Photo downloader (importer) from cameras, memory cards other devices Rapid Photo Downloader is written by a photographer for professional and amateur photographers. It can download photos from multiple cameras, memory cards and Portable Storage Devices simultaneously. It provides many options for subfolder creation, image renaming and backup. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#486559: ITP: freedesktop-sound-theme -- default fallback theme for freedesktop.org sound themes
Hi, Please find attached a patch against current git HEAD allowing correct build of the package. What is the status of this package wrt the licenses? Cheers, Julien diff --git a/debian/control b/debian/control index 13b7185..9824dc2 100644 --- a/debian/control +++ b/debian/control @@ -2,15 +2,15 @@ Source: freedesktop-sound-theme Maintainer: Marc-Andre Lureau marcandre.lur...@gmail.com Section: sound Priority: optional -Build-Depends: debhelper (= 5) +Build-Depends: debhelper (= 5), intltool Standards-Version: 3.8.0 Vcs-Git: git://git.debian.org/git/collab-maint/freedesktop-sound-theme.git Vcs-Browser: http://git.debian.org/?p=collab-maint/freedesktop-sound-theme.git Package: freedesktop-sound-theme Architecture: any -Recommends: libcanberra0, libcanberra-gtk0 +Recommends: libcanberra0, libcanberra-gtk0, gnome-session-canberra Description: freedesktop.org sound theme This is all kinds of sounds stolen from gnome-audio, KDE, Ekiga, Pidgin/Purple, ALSA, put together as XDG sound theme. This goes well - along with libcanberra. \ No newline at end of file + along with libcanberra. diff --git a/debian/rules b/debian/rules index a00212e..20ad759 100755 --- a/debian/rules +++ b/debian/rules @@ -4,6 +4,8 @@ export DH_VERBOSE=1 build: touch build + ./configure + $(MAKE) clean: dh_testdir @@ -27,9 +29,10 @@ binary-arch: build install dh_builddeb install: build + $(MAKE) install DESTDIR=$(CURDIR)/debian/freedesktop-sound-theme dh_testdir dh_testroot dh_clean -k dh_install -PHONY: build clean binary-indep binary-arch binary install \ No newline at end of file +PHONY: build clean binary-indep binary-arch binary install
Bug#516258: ITP: ozerocdoff -- temporarily disables ZeroCD
Hi Henrique, Le mardi 24 février 2009 à 14:40 -0300, Henrique de Moraes Holschuh a écrit : On Sat, 21 Feb 2009, Julien Valroff wrote: Sorry for top-posting, I CC Aurélien and Didier as they are dealing with usb-modeswitch which plays the same role as ozerocdoff hence leave your full answer below. Thanks for your help and explanations. I think we can work with both Aurélien and Didier to fill these bugs. If we can avoid using userspace utilities (be it rezero, oozerocdoff or usb-modeswitch), that would indeed be great, but do you think kernel developers will agree to completely de-activate CD emulation possibilities? Don't you think they **might** have a use for Linux users in the future? Yes, they will agree do deactivate it on any devices that get broken by it such as the Option GSM modem (i.e. that don't work as GSM modems while the cdrom emulation is enabled). Without a way to issue the flash-write commands to burn a new ISO into the cdrom emulator on the GSM modem, it is pretty useless to Linux users, so it shouldn't be too dificult to get a generic patch that avoid usb-storage to bind to GSM modems merged, and selectively let usb-storage bind to a GSM modem if anyone ever brings to our notice a GSM modem device that has anything useful to do with such an emulated cdrom. I am still studying things a bit before submitting these bug reports and am preparing to ask for ozerocdoff to be uploaded. I have been pointed out that the behaviour of such option modems (or alike) was not compliant with USB standards, hence there is hardly no chance that this can be fixed by the kernel developers (also see the link [1]) What do you think of this? I will anyway submit these reports for completeness. Cheers, Julien [1] http://www.linuxquestions.org/questions/linux-hardware-18/connecting-and-firing-up-a-usb-hsdpa-modem-on-fedora-9-677162/ -- Membre de l'April - « promouvoir et défendre le logiciel libre » - http://www.april.org Rejoignez maintenant plus de 4 500 personnes, associations, entreprises et collectivités qui soutiennent notre action -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#501760: New upstream release 1.9 is out
On Tue, 31 Mar 2009 09:45:44 +0200, Olivier Berger olivier.ber...@it-sudparis.eu wrote: On Fri, Feb 20, 2009 at 10:25:15AM +0100, Julien Valroff wrote: I will also work on hsoconnect and hsolink packages. Feel free to rename my RFP #522025 for hsoconnect to an ITP when you feel ready, then. Well, I have already worked on these packages, but despite several email to upstream requesting some changes, I still haven't received any answer. ATM hsolink needs to be setuid root, which is imho not needed. As I have already had to change a lot of things, I do not want to change all the sources and would prefer working with upstream author for this. Until I receive an answer, I won't request for these packages to be uploaded. In the meantime, NetworkManager 0.7 was uploaded and is working with such Option 3G modems. Now that kernel 2.6.29 is also in Debian (which includes the hso module), I think the priority is to upload the zerocdoff package (which is almost ready, just need to review it, I own an ITP for this which suggests the kernel should be fixed) - you can also test usb_modeswitch which was already uploaded. Cheers, Julien -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#443952: Nodoka theme for possible inclusion into metacity-themes?
Le vendredi 20 mars 2009 à 22:20 -0300, Mauro Lizaur a écrit : On Fri, Mar 20, 2009 at 2:52 PM, Julien Valroff jul...@kirya.net wrote: Le vendredi 20 mars 2009 à 14:39 -0300, Mauro Lizaur a écrit : I think that we both agree that if I add the Nodoka theme to metacity-themes, this package wouldn't be necessary anymore, so how do you think you could provide a solution to this /merging/? Sorry, but I am not sure to understand why they should be merged? The existing package is about the gtk2 engine and themes, not for the metacity theme (which does not require the engine to work). I mentionned this just for completeness, as both gtk2 and metacity themes are complementary to get the full Fedora theme. Oh, I'm sorry, i read you email a couple of minutes after i woke up when i replied. Seems like i was still too sleepy. :) Glad it was a misunderstanding. In the meantime, I have opened #520533 against metacity-themes. Once you include nodoka, I will close this ITP as well (or you can do yourself if you want). Cheers, Julien -- Membre de l'April - « promouvoir et défendre le logiciel libre » - http://www.april.org Rejoignez maintenant plus de 4 000 personnes, associations, entreprises et collectivités qui soutiennent notre action -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#443952: ITP: nodoka-theme -- Nodoka metacity theme
owner 443952 ! thanks Hi, Thanks, I will take over this package. Do you already have work available somewhere? Cheers, Julien Le jeudi 19 mars 2009 à 16:40 -0500, Diego Escalante Urrelo a écrit : No, I lost interest on it. Feel free to take it over or close it. On 3/19/09, Julien Valroff jul...@kirya.net wrote: Hi Diego, This ITP is 18 months old, and while the gtk2 engine was actually uploaded, I cannot see any new regarding the metacity theme. Are you still working on it? Cheers, Julien -- Membre de l'April - « promouvoir et défendre le logiciel libre » - http://www.april.org Rejoignez maintenant plus de 4 000 personnes, associations, entreprises et collectivités qui soutiennent notre action -- Membre de l'April - « promouvoir et défendre le logiciel libre » - http://www.april.org Rejoignez maintenant plus de 4 000 personnes, associations, entreprises et collectivités qui soutiennent notre action -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#443952: ITP: nodoka-theme -- Nodoka metacity theme
ok, I will start from zero, already almost done anyway ;-) Cheers, Julien Le vendredi 20 mars 2009 à 03:39 -0500, Diego Escalante Urrelo a écrit : Nope, had something at mentors.debian.net long time ago, but not anymore. I recall I based my package on silicon-theme package or some similar one. On 3/20/09, Julien Valroff jul...@kirya.net wrote: owner 443952 ! thanks Hi, Thanks, I will take over this package. Do you already have work available somewhere? Cheers, Julien Le jeudi 19 mars 2009 à 16:40 -0500, Diego Escalante Urrelo a écrit : No, I lost interest on it. Feel free to take it over or close it. On 3/19/09, Julien Valroff jul...@kirya.net wrote: Hi Diego, This ITP is 18 months old, and while the gtk2 engine was actually uploaded, I cannot see any new regarding the metacity theme. Are you still working on it? Cheers, Julien -- Membre de l'April - « promouvoir et défendre le logiciel libre » - http://www.april.org Rejoignez maintenant plus de 4 000 personnes, associations, entreprises et collectivités qui soutiennent notre action -- Membre de l'April - « promouvoir et défendre le logiciel libre » - http://www.april.org Rejoignez maintenant plus de 4 000 personnes, associations, entreprises et collectivités qui soutiennent notre action -- Membre de l'April - « promouvoir et défendre le logiciel libre » - http://www.april.org Rejoignez maintenant plus de 4 000 personnes, associations, entreprises et collectivités qui soutiennent notre action -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#443952: Nodoka theme for possible inclusion into metacity-themes?
Hi, I have just taken over the packaging[0] for the Nodoka theme[1] (Fedora default theme). Before I ask for this package to be sponsored to get it uploaded, I thought I might better ask you whether it could be included into metacity-themes. Actually, I don't think uploading such a small package is really worth. Nodoka is licensed under GPL-2 and is compatible with newer releases of metacity (tested 2.24). Note that the Nodoka gtk2 engine[2] is already in Debian. Cheers, Julien [0] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=443952 [1] https://fedorahosted.org/nodoka/wiki [2] http://packages.debian.org/gtk2-engines-nodoka -- Membre de l'April - « promouvoir et défendre le logiciel libre » - http://www.april.org Rejoignez maintenant plus de 4 000 personnes, associations, entreprises et collectivités qui soutiennent notre action -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#443952: Nodoka theme for possible inclusion into metacity-themes?
Le vendredi 20 mars 2009 à 14:39 -0300, Mauro Lizaur a écrit : On 3/20/09, Julien Valroff jul...@kirya.net wrote: Hi, I have just taken over the packaging[0] for the Nodoka theme[1] (Fedora default theme). Before I ask for this package to be sponsored to get it uploaded, I thought I might better ask you whether it could be included into metacity-themes. Yeah, sure. I think that would be OK to add this theme to the metacity-themes package. Just remember to report a bug against it with this request as whishlist. I will do this ASAP. Note that the Nodoka gtk2 engine[2] is already in Debian. I think that we both agree that if I add the Nodoka theme to metacity-themes, this package wouldn't be necessary anymore, so how do you think you could provide a solution to this /merging/? Sorry, but I am not sure to understand why they should be merged? The existing package is about the gtk2 engine and themes, not for the metacity theme (which does not require the engine to work). I mentionned this just for completeness, as both gtk2 and metacity themes are complementary to get the full Fedora theme. Cheers, Julien -- Membre de l'April - « promouvoir et défendre le logiciel libre » - http://www.april.org Rejoignez maintenant plus de 4 000 personnes, associations, entreprises et collectivités qui soutiennent notre action -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#436878: ITP: gconf-cleaner -- GConf database cleaner
owner 436878 ludovico.cave...@gmail.com thanks Le jeudi 19 mars 2009 à 10:59 -0700, Ludovico Cavedon a écrit : Hi Julien, I wanted to packaged gconf-cleaner and find sponsor for upload, but I saw you already started the process. However it has been inactive for more than 1 year. I had made an RFS in 2007[0] but couldn't find a sponsor that easily, when I also realise that the project wasn't really maintained upstream (the author never answered my several email). Do you mind if I takeover the packages and try to get it uploaded? I do not have any problem with you taking over the package. I have changed the owner of the ITP. My Debian sources are available from my svn repository[1]: svn co svn://svn.kirya.net/gconf-cleaner/trunk gconf-cleaner However, I doubt gconf-cleaner is ready to be uploaded to Debian. It still has some problems with current GNOME packages (like evolution which does not install structure for all the keys used etc.). I am not sure what was done in the meantime, maybe these packages were fixed... Not tested though. Moreover, the last real commits were made in 2007! The 2 commits of 2008 were a translation added and a gcc warning issue. Unmaintained software has little chance to get uploaded to Debian, or maybe you have the skills to take the project over (or good relationships with the upstream maintainer!) Cheers, Julien [0] http://www.mail-archive.com/debian-ment...@lists.debian.org/msg51168.html [1] https://svn.kirya.net/ -- Membre de l'April - « promouvoir et défendre le logiciel libre » - http://www.april.org Rejoignez maintenant plus de 4 000 personnes, associations, entreprises et collectivités qui soutiennent notre action -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#436878: ITP: gconf-cleaner -- GConf database cleaner
Le jeudi 19 mars 2009 à 12:01 -0700, Ludovico Cavedon a écrit : Julien Valroff wrote: |...] However, I doubt gconf-cleaner is ready to be uploaded to Debian. It still has some problems with current GNOME packages (like evolution which does not install structure for all the keys used etc.). I am trying to understand whose fault it is :) http://www.mail-archive.com/debian-de...@lists.debian.org/msg270099.html According to gconf-cleaner developer, schemas *must* be installed, but as you can see, it is unfortunately far from always being the case. Unmaintained software has little chance to get uploaded to Debian, or maybe you have the skills to take the project over (or good relationships with the upstream maintainer!) It is not a big piece of software, so I can maintain it if upstrem is not responsive. Then, great, as it is a real worthy tool for all GNOME users. Do not hesitate if you need help/testing etc. Cheers, Julien -- Membre de l'April - « promouvoir et défendre le logiciel libre » - http://www.april.org Rejoignez maintenant plus de 4 000 personnes, associations, entreprises et collectivités qui soutiennent notre action -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#443952: ITP: nodoka-theme -- Nodoka metacity theme
Hi Diego, This ITP is 18 months old, and while the gtk2 engine was actually uploaded, I cannot see any new regarding the metacity theme. Are you still working on it? Cheers, Julien -- Membre de l'April - « promouvoir et défendre le logiciel libre » - http://www.april.org Rejoignez maintenant plus de 4 000 personnes, associations, entreprises et collectivités qui soutiennent notre action -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#516258: ITP: ozerocdoff -- temporarily disables ZeroCD
Hi Henrique, Sorry for top-posting, I CC Aurélien and Didier as they are dealing with usb-modeswitch which plays the same role as ozerocdoff hence leave your full answer below. Thanks for your help and explanations. I think we can work with both Aurélien and Didier to fill these bugs. If we can avoid using userspace utilities (be it rezero, oozerocdoff or usb-modeswitch), that would indeed be great, but do you think kernel developers will agree to completely de-activate CD emulation possibilities? Don't you think they **might** have a use for Linux users in the future? Again, many thanks! Julien Le samedi 21 février 2009 à 10:30 -0300, Henrique de Moraes Holschuh a écrit : On Sat, 21 Feb 2009, Julien Valroff wrote: Le vendredi 20 février 2009 à 21:54 -0300, Henrique de Moraes Holschuh a écrit : On Fri, 20 Feb 2009, Julien Valroff wrote: The new USB Option WWAN modem device support a CDROM device, which holds the needed Windows driver to use the WWAN modem. Therefore the firmware of the WWAN modem announce during the USB enumeration process to work as a virtual CDROM device with its vendor name ZOPTION. This device is now called ZERO-CD. ozerocdoff is a solution to switch off the ZERO-CD and allow the modem to be a modem. Why is it needed? Are there devices that malfunction as modems while the emulated cdrom is active? Yes. I ask because I have tested a bunch of Huawei E226, which do have this stupid cdrom emulation hack from hell to bypass Windows security policies. While option does allow it to register the mass storage device with usb-storage, it also works as a GSM modem just fine at the same time... That is not the case of (at least) Option WWAN modems. Fair enough. If there is a pressing need to disable that stupid emulated cdrom, maybe a bug should be filled to fix it right in the kernel, so that the emulated device is never bound to usb-storage to begin with? I attach the original README file shipped with ozerocdoff, which explains much better than I could. [... ozerocdoff readme below ...] The Linux OS does currently not use this ZERO-CD, because the image can not hold all the needed binary kernel drivers, which And it never will, it is just plain impossible. Source it could hold, but that's useless from a normal user perspective, so it is a completely useless feature for Linux, and it can be unconditionally disabled on all WWAN modems (not just Option WWAN), IMO. That makes it the kernel's business. I am not against Debian adding these userspace utilities, mind you (so I am not against your ITP), they will be needed for at least one year... it off. Once you send this switch off command to the WWAN modem, another new USB enumeration will be requested by the WWAN modem firmware. Afterwards the real WWAN modem interface is available on the USB bus. That's the clinch, then. It only becomes usable after the cdrom emulator is disabled, so the kernel driver is incomplete if it doesn't do it (again, IMO). Looking on the Linux USB core system, it has another restriction. If there are more than one possible drivers, which can work successfully with that USB WWAN modem, the USB core system will allow probing the WWAN modem by these drivers in a special order. First the already loaded driver will be allowed to do the probe. If then this driver do a successful probe, another potential driver will never become a chance to do also a probing with that hardware. Therefore it is (currently) impossible to use the final WWAN modem driver to send the ZERO-CD switch off command, because often the USB mass storge driver will be already loaded and is working in your Linux system. If the probing of an already loaded module is not successful or no module is loaded, the udev system will trigger a modeprobe to load the needed driver(s). But the loading order of the drivers is not clear specified, although is may depends on the order of the appearance in the modules dependency files created by depmod. This is a kernel deficiency, and it can and should be fixed (if it isn't already by adding quirks to the option module or whatever). But this probe order is also important to know for some old Option WWAN modems, which could be handled by the mainstream 'option' kernel driver. Unfortunately this is a bug, because the mainstream 'option' driver looks on the wrong USB device ID. This should also be fixed in the kernel, and appears to be a consequence of the stuff above. The ZERO-CD switch off command is simple a SCSI 'rezero' command. The easiest way to send this command to the WWAN modem is by using the standard Linux USB mass storage driver. Because the WWAN modem will initiate a hard disconnect from the SCSI bus connection after receiving that rezero command and the USB mass storage driver
Bug#501760: New upstream release 1.9 is out
Le jeudi 19 février 2009 à 21:05 +0100, Julien Valroff a écrit : Le jeudi 19 février 2009 à 19:41 +0100, Aurélien GÉRÔME a écrit : Hi, A new upstream release 1.9 is out at [1]. According to this post (I haven't checked myself), this is the same version as in linux 2.6.28 (except it can be compiled against previous kernel versions). The 2.6.28 was uploaded yesterday to Debian, we will all benefit from this soon ;-) BTW, I have tested the 1.9 module with success, but I hadn't noticed major problems with the previous releases. Now, the other utilities should be packaged for Debian to make life easier. FYI I have opened an ITP for ozerocdoff [0] I have already made some preliminary work in my SVN (see ITP for details). I will also work on hsoconnect and hsolink packages. I would be please to get some help for these packages ;) Cheers, Julien [0] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=516258 -- Membre de l'April - « promouvoir et défendre le logiciel libre » - http://www.april.org Rejoignez maintenant plus de 4 000 personnes, associations, entreprises et collectivités qui soutiennent notre action -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#501760: New upstream release 1.9 is out
Le vendredi 20 février 2009 à 12:21 +0100, Aurélien GÉRÔME a écrit : On Fri, Feb 20, 2009 at 10:25:15AM +0100, Julien Valroff wrote: FYI I have opened an ITP for ozerocdoff [0] [0] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=516258 I sponsored 2 weeks ago usb-modeswitch[1] which is currently pending in the NEW queue. How does ozerocdoff compare to usb-modeswitch? usb-modeswitch seems to have inspired Option when developping ozerocdoff (actually, some parts of use-modeswitch were even added to ozerocdoff). ozerocdoff is stated as replacing rezero and usb_modeswitch on pharscape.org, but usb-modeswitch might also do the job. I have never tried usb-modeswitch as ozerocdoff is recommended by Option and works perfectly. I see that usb-modeswitch is packaged without udev rules, which ozerocdoff ships upstream. Cheers, Julien -- Membre de l'April - « promouvoir et défendre le logiciel libre » - http://www.april.org Rejoignez maintenant plus de 4 000 personnes, associations, entreprises et collectivités qui soutiennent notre action -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#501760: New upstream release 1.9 is out
Le vendredi 20 février 2009 à 13:23 +0100, Aurélien GÉRÔME a écrit : I see that usb-modeswitch is packaged without udev rules, which ozerocdoff ships upstream. This is nice. I put Didier in Cc, as he can perhaps make use of them for usb-modeswitch. Feel free to ask me if you need sponsoring for ozerocdoff. I have checked in the mean time and noticed there are some udev rules as well on the usb-modeswitch homepage. One drawback of ozerocdoff is that it might only be used with Option devices (this is a guess only as developed by Option) whereas usb-modeswitch has a more general approach which seems better) Cheers, Julien -- Membre de l'April - « promouvoir et défendre le logiciel libre » - http://www.april.org Rejoignez maintenant plus de 4 000 personnes, associations, entreprises et collectivités qui soutiennent notre action -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#516258: ITP: ozerocdoff -- temporarily disables ZeroCD
Hi Henrique, Le vendredi 20 février 2009 à 21:54 -0300, Henrique de Moraes Holschuh a écrit : On Fri, 20 Feb 2009, Julien Valroff wrote: The new USB Option WWAN modem device support a CDROM device, which holds the needed Windows driver to use the WWAN modem. Therefore the firmware of the WWAN modem announce during the USB enumeration process to work as a virtual CDROM device with its vendor name ZOPTION. This device is now called ZERO-CD. ozerocdoff is a solution to switch off the ZERO-CD and allow the modem to be a modem. Why is it needed? Are there devices that malfunction as modems while the emulated cdrom is active? Yes. I ask because I have tested a bunch of Huawei E226, which do have this stupid cdrom emulation hack from hell to bypass Windows security policies. While option does allow it to register the mass storage device with usb-storage, it also works as a GSM modem just fine at the same time... That is not the case of (at least) Option WWAN modems. If there is a pressing need to disable that stupid emulated cdrom, maybe a bug should be filled to fix it right in the kernel, so that the emulated device is never bound to usb-storage to begin with? I attach the original README file shipped with ozerocdoff, which explains much better than I could. I have also been discussing with Aurélien GÉRÔME who has recently sponsored usb-modeswitch, which is now in NEW - http://ftp-master.debian.org/new/usb-modeswitch_0.9.6-1.html It has the same role but for more devices than ozerocdoff - we have however concluded that it could be great to have both of them in Debian. As regarding fixing the kernel, I fear I do not have the skills to judge whether this would be appropriate (or possible) or not. I would be glad to get some help on this. Cheers, Julien -- Membre de l'April - « promouvoir et défendre le logiciel libre » - http://www.april.org Rejoignez maintenant plus de 4 000 personnes, associations, entreprises et collectivités qui soutiennent notre action Switch off ZERO-CD: The new USB Option WWAN modem device support a CDROM device, which holds the needed Windows driver to use the WWAN modem. Therefore the firmware of the WWAN modem announce during the USB enumeration process to work as a virtual CDROM device with its vendor name ZOPTION. This device is now called ZERO-CD. The Linux OS does currently not use this ZERO-CD, because the image can not hold all the needed binary kernel drivers, which may exists in the world. Also it is often strange to identify the exact matching drivers to your system, because the 2.6.xx kernel has today a lot of Distro specific patches. So we will currently not use this ZERO-CD device for Linux and have to switch it off. Once you send this switch off command to the WWAN modem, another new USB enumeration will be requested by the WWAN modem firmware. Afterwards the real WWAN modem interface is available on the USB bus. Looking on the Linux USB core system, it has another restriction. If there are more than one possible drivers, which can work successfully with that USB WWAN modem, the USB core system will allow probing the WWAN modem by these drivers in a special order. First the already loaded driver will be allowed to do the probe. If then this driver do a successful probe, another potential driver will never become a chance to do also a probing with that hardware. Therefore it is (currently) impossible to use the final WWAN modem driver to send the ZERO-CD switch off command, because often the USB mass storge driver will be already loaded and is working in your Linux system. If the probing of an already loaded module is not successful or no module is loaded, the udev system will trigger a modeprobe to load the needed driver(s). But the loading order of the drivers is not clear specified, although is may depends on the order of the appearance in the modules dependency files created by depmod. But this probe order is also important to know for some old Option WWAN modems, which could be handled by the mainstream 'option' kernel driver. Unfortunately this is a bug, because the mainstream 'option' driver looks on the wrong USB device ID. Solution switch off the ZERO-CD: The ZERO-CD switch off command is simple a SCSI 'rezero' command. The easiest way to send this command to the WWAN modem is by using the standard Linux USB mass storage driver. Because the WWAN modem will initiate a hard disconnect from the SCSI bus connection after receiving that rezero command and the USB mass storage driver is not prepared for such a situation, we risk a possible system freeze. Therefore we use a short C-program 'ozerocdoff', based on the Linux USB lib together with some special udev rules. These rules ensure a USB mass storage disconnection in the very early communication state, often in the time frame, when this driver waits for a bus stabilization. Naturally we test, - if only a known USB device ID is used, which ensures
Bug#501760: New upstream release 1.9 is out
Le jeudi 19 février 2009 à 19:41 +0100, Aurélien GÉRÔME a écrit : Hi, A new upstream release 1.9 is out at [1]. According to this post (I haven't checked myself), this is the same version as in linux 2.6.28 (except it can be compiled against previous kernel versions). The 2.6.28 was uploaded yesterday to Debian, we will all benefit from this soon ;-) BTW, I have tested the 1.9 module with success, but I hadn't noticed major problems with the previous releases. Now, the other utilities should be packaged for Debian to make life easier. Cheers, Julien -- Membre de l'April - « promouvoir et défendre le logiciel libre » - http://www.april.org Rejoignez maintenant plus de 4 000 personnes, associations, entreprises et collectivités qui soutiennent notre action -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#516258: ITP: ozerocdoff -- temporarily disables ZeroCD
Package: wnpp Severity: wishlist Owner: Julien Valroff jul...@kirya.net * Package name: ozerocdoff Version : 0.4 Upstream Author : Peter Henn supp...@option.com * URL : http://www.pharscape.org/ozerocdoff.html * License : GPL-2 Programming Lang: C Description : temporarily disables ZeroCD The new USB Option WWAN modem device support a CDROM device, which holds the needed Windows driver to use the WWAN modem. Therefore the firmware of the WWAN modem announce during the USB enumeration process to work as a virtual CDROM device with its vendor name ZOPTION. This device is now called ZERO-CD. ozerocdoff is a solution to switch off the ZERO-CD and allow the modem to be a modem. Initial packaging work can be found at: https://svn.kirya.net/listing.php?repname=ozerocdoff Read only SVN access: svn co svn://svn.kirya.net/ozerocdoff/trunk ozerocdoff Cheers, Julien -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#501760: ITP: hso -- Driver for option 3g modems
Hi, Le lundi 01 décembre 2008 à 20:25 +0100, Julien Valroff a écrit : Hi Daniel, The HSO driver was added in the 2.6.27 mainline kernel, which will (hopefully soon) reach Debian unstable. I haven't checked however if the module is built on default Debian images. I confirm the HSO module is built by default in the latest images available at kernel-archive.buildserver.net I think efforts should be done on packaging ozerocdoff (seems to be a better more stable replacement for rezero) and hsolink/hsoconnectcontrol See http://www.pharscape.org/Software.html for more detailed descriptions. Have you already worked on this? I can prepare base packaging (for personal use, and then publish it somewhere so that work can be improved). Cheers, Julien -- Membre de l'April - « promouvoir et défendre le logiciel libre » - http://www.april.org Rejoignez maintenant près de 4 000 personnes, associations, entreprises et collectivités qui soutiennent notre action -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#501760: ITP: hso -- Driver for option 3g modems
Hi Daniel, The HSO driver was added in the 2.6.27 mainline kernel, which will (hopefully soon) reach Debian unstable. I haven't checked however if the module is built on default Debian images. I think efforts should be done on packaging ozerocdoff (seems to be a better more stable replacement for rezero) and hsolink/hsoconnectcontrol See http://www.pharscape.org/Software.html for more detailed descriptions. I offer my help for this if you need (I am DM and own an Option Icon 225 key for testing). Cheers, Julien -- Membre de l'April - « promouvoir et défendre le logiciel libre » - http://www.april.org Rejoignez maintenant plus de 2 500 personnes, associations, entreprises et collectivités qui soutiennent notre action -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#413240: #413240 - ITP: sshfp -- DNS SSHFP records generator
Hi, For the seek of completeness, my RFS can be found at: http://lists.debian.org/debian-mentors/2007/08/msg00165.html This package hasn't yet been sponsored at the time of writing. Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#436878: #436878 - ITP: gconf-cleaner -- GConf database cleaner
Hi, For the seek of completeness, my RFS can be found at: http://lists.debian.org/debian-mentors/2007/08/msg00163.html This package hasn't yet been sponsored at the time of writing. Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#445602: #445602 - ITP: omnibook-source -- Source for the omnibook driver
Hi, For the seek of completeness, my RFS can be found at: http://lists.debian.org/debian-mentors/2007/10/msg00088.html This package hasn't yet been sponsored at the time of writing. Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#454907: RFA: freeloader -- A nice GNOME download manager supporting torrents
Package: wnpp Severity: normal Hi, I think freeloader should be removed from Debian. The project is unmaintained upstream, and the package has very few users, better alternatives exist and are in the archive. Ifanyone is willing to adopt this package, feel fre to do so. If there is no new maintainer within the next month or so, I will request the removal of the package. Here is the long description: Freeloader is a nice GNOME download manager written in Python and supporting torrents. Its main features are: * Support for BitTorrent files * Command line control * File system monitoring * Sorting by status or progress * Preferences saved in GConf * Drag and drop URLs or Torrents into main window or tray * Support for retrieval from most URLs (ftp, http, etc) * Support for hiding in system tray * Interruptible downloads Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#445602: ITP: omnibook-source -- Source for the omnibook driver
Package: wnpp Severity: wishlist Owner: Julien Valroff [EMAIL PROTECTED] * Package name: omnibook-source Version : 2:2.20070211 Upstream Author : Mathieu Bérard [EMAIL PROTECTED] * URL : http://sourceforge.net/projects/omnibook http://omnibook.sf.net * License : GPL Programming Lang: C Description : Source for the omnibook driver This package contains the loadable kernel modules for the HP OmniBooks, Pavilions, Toshiba Satellites and some other laptops manufactured by Compal Electronics, Inc as ODM. . This module is only compatible with Linux kernels = 2.6.9 . Kernel source is required to compile this module. . Homepage: http://omnibook.sf.net -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22-2-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash
Bug#436878: ITP: gconf-cleaner -- GConf database cleaner
Package: wnpp Severity: wishlist Owner: Julien Valroff [EMAIL PROTECTED] * Package name: gconf-cleaner Version : 0.0.3 Upstream Author : Akira TAGOH [EMAIL PROTECTED] * URL : http://code.google.com/p/gconf-cleaner/ * License : GPL Programming Lang: C Description : GConf database cleaner GConf Cleaner is a tool to clean your GConf database up that is possibly cluttered with unnecessary or invalid keys. You may want to keep a clean your GConf database. this tool might help you in this case. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22-1-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#335018: OpenVPN-Admin ITP
Le mardi 20 février 2007 à 22:01 +0100, Julien Valroff a écrit : Hi Alexander, You have sent an ITP for OpenVPN-Admin about one year and a half ago. I would be interested in working on this package. I am planning to maintain the French translation for OpenVPN-Admin and already use the tool. If you are still interested in this package, I would propose we co-maintain it through Alioth, as I would anyway need a sponsor to upload it (NM). Hi Alexander, Can you please tell me if you are still interested in this package? My package has been ready for some weeks now, I was waiting for Etch to be released, maybe you could sponsor it? If you aren't interested, I will take over the ITP and look for a sponsor on [EMAIL PROTECTED] if you allow it. Cheers, Julien
Bug#413240: ITP: sshfp -- DNS SSHFP records generator
Package: wnpp Severity: wishlist Owner: Julien Valroff [EMAIL PROTECTED] * Package name : sshfp Version : 1.1.1 Upstream Authors : Paul Wouters [EMAIL PROTECTED] and Jake Appelbaum [EMAIL PROTECTED] * URL : http://www.xelerance.com/software/sshfp/ * License : GPL Programming Lang : Python Description : DNS SSHFP records generator sshfp generates RFC4255 SSHFP DNS records based on the public keys stored in a known_hosts file, or public keys can be obtained by using ssh-keyscan. Serve these entries from the DNS server for your domain to provide authentication via the ssh VerifyHostKeyDNS option. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-686 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#413240: ITP: sshfp -- DNS SSHFP records generator
Le samedi 03 mars 2007 à 17:19 +0100, Peter Mathiasson a écrit : On Sat, Mar 03, 2007 at 04:53:59PM +0100, Julien Valroff wrote: Package: wnpp Severity: wishlist Owner: Julien Valroff [EMAIL PROTECTED] * Package name : sshfp Version : 1.1.1 Upstream Authors : Paul Wouters [EMAIL PROTECTED] and Jake Appelbaum [EMAIL PROTECTED] * URL : http://www.xelerance.com/software/sshfp/ * License : GPL Programming Lang : Python Description : DNS SSHFP records generator sshfp generates RFC4255 SSHFP DNS records based on the public keys stored in a known_hosts file, or public keys can be obtained by using ssh-keyscan. Serve these entries from the DNS server for your domain to provide authentication via the ssh VerifyHostKeyDNS option. What functionality does this provide over ssh-keygen included with openssh? It does basically the same, except that ssh-keygen is limited as it can only read entries from a key file. sshfp can read keys from a known_hosts file or use ssh-keyscan to retrieve public keys. It has also some more advanced features, like 'sshfp -s -a debian.org' which can retrieves all host keys from a given domain (ok, don't use it with debian.org, but quite useful for your local domain). Cheers, Julien
Bug#335018: OpenVPN-Admin ITP
Hi Alexander, You have sent an ITP for OpenVPN-Admin about one year and a half ago. I would be interested in working on this package. I am planning to maintain the French translation for OpenVPN-Admin and already use the tool. If you are still interested in this package, I would propose we co-maintain it through Alioth, as I would anyway need a sponsor to upload it (NM). Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375410: ITP: epdfview -- Lightweight pdf viewer based on poppler libs
Hi, If your package is ready, why not uploading it to experimental, waiting for poppler to be promoted to unstable? Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#356289: python-gst0.10 now available
Le samedi 15 juillet 2006 à 12:31 +0200, Reinhard Tartler a écrit : python-gst0.10 is now available in the archive. Whats the status of this ITP now? Do you perhaps have already some preview .debs for public testing somewhere? Not yet, but I am working on it, and will hopefully have something ok before the end of the week-end. Cheers, Julien
Bug#286806: Serpentine ITP
Hi Sam, Do you have any news about your ITP for serpentine? I remember that you had a package almost ready a few months ago already and see it has not yet reached unstable. I am now almost ready with Listen package which recommends Serpentine. Thanks for updating. Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#310258: Any news?
Hi Free, Le mardi 04 juillet 2006 à 00:12 +0200, Free Ekanayaka a écrit : |--== Julien Valroff writes: JV What about the changes proposed by Anibal on the copyright information? Uh? I'm not aware of them, what are they about? See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=310258;msg=57 Julien
Bug#310258: Any news?
Le dimanche 02 juillet 2006 à 05:40 +0200, Free Ekanayaka a écrit : Hi all, Hi! is there any progress with this ITP, if not I'll be glad to help in packaging and/or sponsoring. I sent an RFS[1] some time ago, for which I got no answer until now. I had sent a first RFS in March[2], but no DD seems to be interested in this package. If you are interested in sponsoring my package, you can get my i386 package for unstable from http://kirya.net/~julien/pkg-not/ Cheers, Julien [1] http://lists.debian.org/debian-mentors/2006/05/msg00268.html [2] http://lists.debian.org/debian-mentors/2006/03/msg00363.html
Bug#310258: Any news?
Hi, Le lundi 03 juillet 2006 à 02:44 +0200, Free Ekanayaka a écrit : Hi Julien, I've built and tested your source package on my amd64 machine. Everything seems to work correctly, so I've just uploaded it (with the only change that I've added myself to the Uploaders field in control). It will take a while before it actually gets into the archive, because it has to stage in the NEW queue for a while. Thank you for uploading the package! What about the changes proposed by Anibal on the copyright information? Cheers, Julien
Bug#286806: Why does serpentine need dbus?
Le mercredi 24 mai 2006 à 15:26 +0100, Sam Morris a écrit : A serpentine package without dbus is surely preferable to no package at all. I have just noticed that serpentine does not need any dbus binding! My message should have be sent to listen ITP (listen depends on serpentine) Sorry for this mistake! Sam will take over this ITP, thanks to him for his work. Cheers, Julien
Bug#356289:
serpentine will be maintained by Sam Morris, and should be uploaded shortly. However, listen cannot be packaged for the moment as it depends on python-gst0.10 which does not provide any python 2.4 module - will have to wait until python 2.4 transition. Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#286806: Why does serpentine need dbus?
Le mercredi 24 mai 2006 à 15:26 +0100, Sam Morris a écrit : A serpentine package without dbus is surely preferable to no package at all. Why not upload a package of serpentine without dbus support? If you no longer want to maintain the package, I am willing to do it. OK, python 2.3 support is broken in newest release 0.6.94 (see http://bugzilla.gnome.org/show_bug.cgi?id=342505) And there is still no python 2.4 module for gstreamer 0.10 in Debian. We thus have to wait until one of these issues is done. Cheers, Julien
Bug#286806: Why does serpentine need dbus?
Le mercredi 24 mai 2006 à 15:26 +0100, Sam Morris a écrit : A serpentine package without dbus is surely preferable to no package at all. Why not upload a package of serpentine without dbus support? Sure, I will do this shortly If you no longer want to maintain the package, I am willing to do it. If you want, we could co-maintain the package. Cheers, Julien
Bug#366285: ITP: ajaxterm -- web based terminal written in python
Hi, Le dimanche 07 mai 2006 à 03:29 +0200, gregor herrmann a écrit : On Sun, May 07, 2006 at 12:01:51AM +0200, Julien Valroff wrote: ajaxterm is a web based terminal written in python and some AJAX javascript for client side. It can use almost any web browser and even works through firewalls. 1) I'm glad to see ajaxterm approaching Debian because I think it's really useful. 2) I've tried it today and it didn't work in any of 3 three tested browsers. I hope that your Debian package will be better (or at least give more user information ...) Which browsers have you tested? Maybe you could use the forum at http://antony.lesuisse.org/qweb/forum/viewforum.php?id=2 to explain your problem. The Debian package will *not* fix upstream bugs in such cases. Cheers, Julien signature.asc Description: Ceci est une partie de message numériquement signée
Bug#366285: ITP: ajaxterm -- web based terminal written in python
Package: wnpp Severity: wishlist Owner: Julien Valroff [EMAIL PROTECTED] * Package name: ajaxterm Version : 0.5 Upstream Author : Antony Lesuisse [EMAIL PROTECTED] * URL : http://antony.lesuisse.org/qweb/trac/wiki/AjaxTerm * License : Public Domain Programming Lang: Python Description : web based terminal written in python ajaxterm is a web based terminal written in python and some AJAX javascript for client side. It can use almost any web browser and even works through firewalls. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (600, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16.14-hathor Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#286806: Serpentine ?
Le vendredi 21 avril 2006 à 17:36 +0200, Antoine Cailliau a écrit : Hellow, Hi, What's about Serpentine ? It works fine in unstable but any package. I will package Serpentine as soon as python 2.4 transition happens, as it seems there will never be a python 2.4 module for Gstreamer 0.10 [1] before, and dbus does not provide any 2.3 modules [2] any more. Maybe the newly announced [3] python modules team will help to avoid such problems in the future. Cheers, Julien [1] http://lists.debian.org/debian-mentors/2006/02/msg00362.html [2] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=346491 [3] http://lists.debian.org/debian-devel-announce/2006/04/msg8.html
Bug#356289: Better wait...
It is a good thing to wait for python 2.4 transition that will allow me to package serpentine[1] because the listen project is quiet immature and would be hard to follow: 3 releases on the same day (27/03: 0.4, 0.4.1 and 0.4.2!) Cheers, Julien [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=286806 signature.asc Description: Ceci est une partie de message numériquement signée
Bug#310258: ITP for nautilus-open-terminal
Hi Dan, Are you still interested in packaging nautilus-open-terminal for Debian, or can I take over this ITP? Thanks in advance for your answer! Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#310258: ITP for nautilus-open-terminal
owner 310258 ! -- thanks a lot to Dan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#310258: nautilus-open-terminal ITP
Hi, I have already worked on a nautilus-open-terminal package for personal use. It needs sync with Ubuntu package but is clean. I'd be glad to take over this ITP if everybody agrees. Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#286806: Ptyhon dependencies for Serpentine
Le vendredi 10 mars 2006 à 15:17 +, Sam Morris a écrit : Given that Serpentine depends on python dbus bindings, which exist as python2.4-dbus in Debian and newer version also depends on Gstreamer 0.10 python bindings, which are only available for python 2.3 (python-gst0.10), I will wait until the Python 2.4 transition happens. Do you have any idea when this will be? A quick Google finds only a message from October 2005 that says it's upcoming. To be honest, I don't have any ideas. According to Joe Wreschnig [1], it should not take so much time before things change, but I have been told elsewhere one should not be too optimistic! Cheers, Julien [1] http://lists.debian.org/debian-mentors/2006/02/msg00362.html
Bug#356289: ITP: listen -- a music management and playback for GNOME
Package: wnpp Severity: wishlist Owner: Julien Valroff [EMAIL PROTECTED] * Package name: listen Version : 0.3.1 Upstream Author : Mehdi Abaakouk [EMAIL PROTECTED] * URL : http://listengnome.free.fr/ * License : GPL Description : a music management and playback for GNOME Listen is a GNOME music player that support mp3, ogg, mpc, ape, mp4 with Media library support, full drag drop, playlist management. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#304763: fast-user-switch-applet ITP
Hi, This ITP being almost 1 year old, I wonder if you are still interested in packaging fast-user-switch-applet. I would be pleased to take over this ITP, and have already worked on a Debian package based on Daniel's work for Ubuntu. Please note that I am not a DD, and would need a sponsor to upload this package (I already maintain a few packages). Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#286806: Ptyhon dependencies for Serpentine
Given that Serpentine depends on python dbus bindings, which exist as python2.4-dbus in Debian and newer version also depends on Gstreamer 0.10 python bindings, which are only available for python 2.3 (python-gst0.10), I will wait until the Python 2.4 transition happens. Joe Wreschnig (python-gst0.10 maintainer) thinks this may even be faster than waiting for a new python-gst0.10 to pass NEW. Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#286806: Serpentine ITP
Hi, The ITP #286806 being more than 1 year old, I would like to take over the Serpentine package, if you don't see any objection to it of course. Sebastian would be my sponsor for this package, as he already maintains it for Ubuntu. Are you OK with this proposal? Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#337598: RFP: freeloader -- A nice gnome download manager written in python and supporting torrents
Package: wnpp Severity: wishlist * Package name: freeloader Version : 0.3 Upstream Author : Steven Grafton [EMAIL PROTECTED] * URL : http://www.ruinedsoft.com/freeloader/ * License : GPL Description : A nice gnome download manager written in python and supporting torrents freeloader is a nice gnome download manager written in python and supporting torrents. Its main features are: * Supports BitTorrent files * Command line control * Monitors file system for changes * Sorting by status or progress * Preferences saved in GConf * Drag and drop URLs or Torrents into main window or tray * Supports retrieval from most URLs (ftp, http, etc) * Hides in system tray * Interruptible downloads -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#289546: RFS
Hi, As nobody answered to this RFP, I have managed to package altermime. Both binary and sources packages are available from my personal repository at http://packages.kirya.net I would be pleased if somebody is interested in sponsoring this package so that it can be uploaded to unstable. Cheers, Julien signature.asc Description: This is a digitally signed message part
Bug#243938: Existing packages
Hi, I am really sorry not to have been able to answer sooner to this message, but I wanted to be sure of what I could do before answering anything. Le dimanche 04 septembre 2005 à 13:11 -0500, Micah Anderson a écrit : On Sat, 03 Sep 2005, Micah Anderson wrote: [...] I dont think I was very clear here, basically the options are: 1. One of you be the package maintainer. [...] 2. I be the primary maintainer and you can co-maintain it. This would mean that you would subscribe to the package so you would get bug reports, you can respond to bug reports, and improve the package, and I participate in that process and do the uploads. We would have a svn repository for this scenario as well. I would opt for this option, as I don't think I would be able to maintain a package alone, but I'd really like to help (at least as a first step). [...] I'm fine with managing the package, but I want to give you guys the opportunity to be the package maintainer if you want (especially since you have done some good work on it already!). That is really nice from you, and I'm really happy to accept your proposal. Regarding your requirements: 1. conversant in the relevant developer documentation, policy, Developer's Reference and where to find things related to the package. Need to also be on d-d-announce I have to read again parts of the documentation, but I know where to look for. I have just subscribed to d-d-annouce. 2. Gotta be lintian, pbuilder and install clean. Ok.. 3. The package needs to be maintained (bugs should be responded to/fixed; new upstream versions packaged, etc.) That is what I intend to do as a co-maintainer 4. and (I'm not really strict on this), intending to join the debian project at some point... I find sponsorship to be a burden on developers and if people aren't ever going to become maintainers that might be a problem in the long term I really don't know if I will one day become a DD, but I am already helping the Debian French Translation team, and responsible for a few translations. 5. need to have a gpg key... preferably signed by someone in the web of trust My gpg key hasn't yet been signed by anyone, but I'm sure I can meet someone one day in the near future if it is really important. Now, Micah, it's up to you. If you feel I can help you in anyway with this package. In practice, I think we could create a new Alioth project for this, what do you think? Cheers, Julien signature.asc Description: This is a digitally signed message part
Bug#243938: Existing packages
Hi, Le mardi 23 août 2005 à 18:17 +0100, Zak Kipling a écrit : Moritz Naumann wrote: [...] The source package works well for me, with one caveat: it installs the line: INSTALLDIR=[build-time install directory] in /etc/rkhunter.conf. This needs to be replaced with INSTALLDIR=/usr before rkhunter will run successfully. I fixed this by adding: I was not aware of this problem, as my rkhunter.conf was already configured before I install my package. sed -i 's:^INSTALLDIR=$(CURDIR)/debian/rkhunter$$:INSTALLDIR=/usr:' \ $(CURDIR)/debian/rkhunter/etc/rkhunter.conf below the ./installer.sh line in debian/rules. I added your correction and have just uploaded the 1.2.7-9 package to my repository. The installed package then works fine for me although, as has been commented earlier, the /usr/lib/rkhunter tree needs splitting between /usr and /var so that /usr can be read-only. The entire /usr/lib/rkhunter/db directory should be in /var/lib/rkhunter, but as I don't know how to handle it with the install script that would need a major rewrite to do this. The cron script can also be improved (I have just copied the example from the homepage). I'd been thinking about trying to package this for a while myself, so it's good to see that people are already working on it. I'm quite happy to help out in any way though. As already proposed to Frederik, I am also ready to help as far as I can for this package. Maybe we can try and work together, and ask for a DD to sponsor once we obtain a ready-to-upload package, what do you think of it? Cheers, Julien
Bug#243938: Existing packages
Le mardi 23 août 2005 à 20:00 +0200, Julien Valroff a écrit : sed -i 's:^INSTALLDIR=$(CURDIR)/debian/rkhunter$$:INSTALLDIR=/usr:' \ $(CURDIR)/debian/rkhunter/etc/rkhunter.conf below the ./installer.sh line in debian/rules. I added your correction and have just uploaded the 1.2.7-9 package to my repository. I have changed my mind and better edited the installer patch with the right value. This might not be the good solution as I hardcoded '/usr' in the patch. The installed package then works fine for me although, as has been commented earlier, the /usr/lib/rkhunter tree needs splitting between /usr and /var so that /usr can be read-only. The entire /usr/lib/rkhunter/db directory should be in /var/lib/rkhunter, but as I don't know how to handle it with the install script that would need a major rewrite to do this. Done, as no need to edit the installer again; I used the mv command to move the db and tmp right after the installer run (as I did already anyway with lib and bin directories :). And then I used sed to change the default paths in rkhunter.conf (+ added a note for the users of the old versions). I don't know if it is clean, what do you think? I have uploaded the 1.2.7-10 version to my repository. Cheers, Julien signature.asc Description: This is a digitally signed message part
Bug#289546: RFP: altermime -- integrated email/mailpack manipulation utility
Package: wnpp Severity: wishlist * Package name: altermime Version : 0.3.5 Upstream Author : Paul L Daniels [EMAIL PROTECTED] * URL : http://www.pldaniels.com/altermime/ * License : BSD Description : alterMIME is an integrated email/mailpack manipulation utility. It adds and modifies headers, adds disclaimers, and changes or removes embedded attachments. alterMIME is a small program which is used to alter your mime-encoded mailpacks as typically received by Inflex, Xamime and AMaViS. What can alterMIME do? * Insert disclaimers * Insert arbitary X-headers * Modify existing headers * Remove attachments based on filename or content-type * Replace attachments based on filename -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (990, 'testing'), (100, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.9-neptune Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)