Bug#1033343: ITP: libstoragedisplay-perl -- Collect and display storages on Linux machines
Package: wnpp Severity: wishlist Owner: Vincent Danjean X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: libstoragedisplay-perl Version : 1.2.3 Upstream Contact: Vincent Danjean * URL : https://metacpan.org/release/StorageDisplay * License : Artistic or GPL-1+ (Perl) Programming Lang: Perl Description : Collect and display storages on Linux machines This program can be used to collect data about storage state on local and remote machine, and then to generate a DOT file the is a graphical representation of the storage state. . Data collecting requires only perl (and its basic modules) and a shell account with sudo rights. . DOT file generation requires more perl modules (the recommended ones), but this can be done on another machine.
Bug#877438: ITP: libset-intervaltree-perl -- Perform range-based lookups on sets of ranges
Package: wnpp Severity: wishlist Owner: Vincent Danjean * Package name: libset-intervaltree-perl Version : 0.11 Upstream Author : Ben Booth * URL : https://metacpan.org/release/Set-IntervalTree * License : Perl (Artistic + GPL-1+) Programming Lang: Perl Description : Perform range-based lookups on sets of ranges Set::IntervalTree uses Interval Trees to store and efficiently look up ranges using a range-based lookup. . All intervals are half-open, i.e. [1,3), [2,6), etc. This perl library is used by starFusion, a perl programm that looks for fusion transcripts on Illumina RNASeq data that I hope to latter also package (probably within the debian-med group)
Bug#837112: ITP: khronos-opencl-clhpp -- C++ headers for OpenCL development
Package: wnpp Severity: wishlist Owner: Vincent Danjean * Package name: khronos-opencl-clhpp Version : 2.0.10 Upstream Author : The Khronos Group Inc. * URL : https://github.com/KhronosGroup/OpenCL-CLHPP/releases * License : adapted MIT Programming Lang: C++ Description : C++ headers for OpenCL development OpenCL (Open Computing Language) is a multi-vendor open standard for general-purpose parallel programming of heterogeneous systems that include CPUs, GPUs and other processors. . This package provides the C++ development header files for the OpenCL API as published by The Khronos Group Inc. The corresponding specification and documentation can be found on the Khronos website. These C++ headers were included into our khronos-opencl-headers. Upstream split them in another independant source ball, hence this ITP. Also see #829747 for more informations
Bug#827169: RFA: qct
Package: wnpp Severity: normal Currently, qct FTBFS (see #827165). qct is dead upstream since 2011 and have numerous replacements in Debian. So, unless someone step in, I plan to let the package be removed from testing, and then I will ask FTP team to remove it from unstable. Regards, Vincent
Bug#815424: ITP: libdata-table-perl -- manipulate data tables in perl (as in R)
Package: wnpp Severity: wishlist Owner: Vincent Danjean * Package name: libdata-table-perl Version : 1.72 Upstream Author : Yingyao Zhou & Guangzhou Zou * URL : https://metacpan.org/release/Data-Table * License : Perl (Artistic or GPL-1+) Programming Lang: Perl Description : manipulate data tables in perl (as in R) This perl package uses perl5 objects to make it easy for manipulating spreadsheet data among disk files, database, and Web publishing. . A table object contains a header and a two-dimensional array of scalars. Four class methods Data::fromFile, Data::Table::fromCSV, Data::Table::fromTSV, and Data::Table::fromSQL allow users to create a table object from a CSV/TSV file or a database SQL selection in a snap. . Table methods provide basic access, add, delete row(s) or column(s) operations, as well as more advanced sub-table extraction, table sorting, record matching via keywords or patterns, table merging, and web publishing. Data::Table class also provides a straightforward interface to other popular Perl modules such as DBI and GD::Graph.
Bug#804007: upload of bcftools
Hi, In fact, the package was already uploaded and waiting in NEW by Andreas. Sorry for the mess. I removed the debian/1.2-1 git tag I pushed before. I hope nobody cloned/pulled the repo for a few hours. Regards, Vincent Le 12/11/2015 20:57, Vincent Danjean a écrit : > Hi, > > This evening, I just looking if bcftools was already in Debian or > not. Having found this ITP, I just built and uploaded the package. > > Thanks Afif for your work. > Regards, > Vincent > -- Vincent Danjean GPG key ID 0xD17897FA vdanj...@debian.org GPG key fingerprint: 621E 3509 654D D77C 43F5 CA4A F6AE F2AF D178 97FA Unofficial pkgs: http://moais.imag.fr/membres/vincent.danjean/deb.html APT repo: deb http://people.debian.org/~vdanjean/debian unstable main
Bug#804007: upload of bcftools
Hi, This evening, I just looking if bcftools was already in Debian or not. Having found this ITP, I just built and uploaded the package. Thanks Afif for your work. Regards, Vincent -- Vincent Danjean GPG key ID 0xD17897FA vdanj...@debian.org GPG key fingerprint: 621E 3509 654D D77C 43F5 CA4A F6AE F2AF D178 97FA Unofficial pkgs: http://moais.imag.fr/membres/vincent.danjean/deb.html APT repo: deb http://people.debian.org/~vdanjean/debian unstable main
Bug#798201: ITP: htsjdk -- Java API for high-throughput sequencing data (HTS) formats
Package: wnpp Severity: wishlist Owner: Vincent Danjean * Package name: htsjdk Version : 1.138 Upstream Author : The Broad Institute * URL : http://samtools.github.io/htsjdk/ * License : Mainly MIT Programming Lang: Java Description : Java API for high-throughput sequencing data (HTS) formats HTSJDK is an implementation of a unified Java library for accessing common file formats, such as SAM (Sequence Alignment/Map) and VCF, used for high-throughput sequencing data. There are also an number of useful utilities for manipulating HTS data. As a side note, this software is in fact a part of picard-tools (already packaged): new versions of picard-tools have split the code in one library (this one) and a frontend (the new picard-tools, smaller that the previous) This package will be maintained in the Debian Med Packaging Team (as picard-tools) but I will welcome java specialists to check the packaging... I will sent a mail on the java ML once the package is ready (should be soon) Regards Vincent
Bug#676504: pocl ITP, and opencl-icd selection
Hi, On 05/02/2014 00:15, Rebecca N. Palmer wrote: > 1) The pocl proposed package (ITP #676504, > https://alioth.debian.org/anonscm/git/collab-maint/pocl.git) > has not been touched for approximately a year; did it hit a > technical problem, or have you just not had time? Initially, it was technical problems (mainly (sub)architecture detection at compilation time). But, to my knowledge, this has been correctly addressed and fixed upstream. Then, it is only lack of time. The packaging is done in the git repo in the colab-maint project on alioth. Any one-time help (importing and testing the pre 0.9 releases, ...) or even co-maintainer on the long term is really welcome. > 2) Do you have a plan for how to ensure the correct ICD for the > hardware is installed? No, and I do not see any way to do this. There is no hardware information for the dependency system (but the "main" architecture such as i386/amd64/armel/...) If we got a free implementation that "works" (not necessarily optimized) nearly everywhere (pocl ?), then we can imagine to put it as the first alternative dependency. Your two proposal are also very interesting. The difference with xorg is that xorg choose the "good" driver at runtime if all are installed. This is not the case with OpenCL. For example, if beignet is installed on a machine where it does not work, it can be selected as the default implementation by libOpenCL.so.1 (but if its initializer does not report any plateform on non-supported environment, I did not checked). I think the first step is to package pocl. Then, we can try to improve dependencies so that OpenCL applications work on all machine by default (sometime, OpenCL applications require specifically a GPU device. Should we fallback on CPU device if none are available ?). Perhaps, the ICD loader of ocl-icl can be improved to add specific runtime detection in order to choose the best default implementation when several are available (perhaps with the help of ICDs themselves). Regards, Vincent PS: I will be without internet access for 1 week. -- Vincent Danjean GPG key ID 0x9D025E87 vdanj...@debian.org GPG key fingerprint: FC95 08A6 854D DB48 4B9A 8A94 0BF7 7867 9D02 5E87 Unofficial pkgs: http://moais.imag.fr/membres/vincent.danjean/deb.html APT repo: deb http://people.debian.org/~vdanjean/debian unstable main -- 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/52f4a2b8.9040...@free.fr
Bug#719909: [Pkg-opencl-devel] Bug#719909: ITP: libclc -- Implementation of OpenCL 1.1
Le 19/08/2013 06:28, Julian Wollrath a écrit : >>> Is this an ICD? An implementation of libOpenCL.so.1? >> It is the part, that is needed along with mesa to enable OpenCL >> support on e.g. AMD GPUs, see [0]. It does not deliver a >> libOpenCL.so.1 > The needed libOpenCL.so.1 is provided by mesa, when it is build with > OpenCL support. Bug 717500 is a request to add that support to the > Debian package of mesa. I did not check at the OpenCL implementation by mesa. But, for the record, if mesa provides an OpenCL implementation, it needs to do it by providing an ICD, and not the libOpenCL.so.1 library. The libOpenCL.so.1 must be a ICD Loader in order to allow the co-installation of several OpenCL implementations. There exists several implementation for the ICD Loader. There even is ocl-icd packaged in main that is a free implementation... Best regards, Vincent >> Best regards, >> Julian >> >> [0] http://dri.freedesktop.org/wiki/GalliumCompute/ > > -- Vincent Danjean Adresse: Laboratoire LIG - Bât. INRIA Rhône-Alpes Téléphone: +33 4 76 61 55 10655 avenue de l'Europe Fax:+33 4 76 61 52 52Montbonnot Saint Martin Email: vincent.danj...@imag.fr 38334 Saint-Ismier cedex -- 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/5224fbe6.9060...@free.fr
Bug#672868: Processed: intel-opencl-sdk: changing back from ITP to RFP
retitle 672868 [wnpp] ITP: intel-opencl-sdk -- Intel(R) OpenCL SDK owner 672868 ! thanks I've a ready package that I would be very pleased to co-maintain but, before upload, the license issue with Intel must be resolved. For now, this SDK is not redistributable (so cannot be put in non-free). Regards, Vincent Le 17/08/2013 09:23, Debian Bug Tracking System a écrit : > Processing commands for cont...@bugs.debian.org: > >> retitle 672868 RFP: intel-opencl-sdk -- Intel(R) OpenCL SDK > Bug #672868 [wnpp] ITP: intel-opencl-sdk -- Intel(R) OpenCL SDK > Changed Bug title to 'RFP: intel-opencl-sdk -- Intel(R) OpenCL SDK' from > 'ITP: intel-opencl-sdk -- Intel(R) OpenCL SDK' >> noowner 672868 > Bug #672868 [wnpp] RFP: intel-opencl-sdk -- Intel(R) OpenCL SDK > Removed annotation that Bug was owned by Giuseppe Bilotta > . >> tag 672868 - pending > Bug #672868 [wnpp] RFP: intel-opencl-sdk -- Intel(R) OpenCL SDK > Ignoring request to alter tags of bug #672868 to the same tags previously set >> thanks > Stopping processing here. > > Please contact me if you need assistance. > -- Vincent Danjean GPG key ID 0x9D025E87 vdanj...@debian.org GPG key fingerprint: FC95 08A6 854D DB48 4B9A 8A94 0BF7 7867 9D02 5E87 Unofficial pkgs: http://moais.imag.fr/membres/vincent.danjean/deb.html APT repo: deb http://people.debian.org/~vdanjean/debian unstable main -- 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/520fa505.80...@debian.org
Bug#717075: ITP: pagemap -- analyze and print the physical memory layout of a Linux process
Package: wnpp Severity: wishlist Owner: Vincent Danjean * Package name: pagemap Version : 1.1 Upstream Author : Brice Videau Vincent Danjean * URL : http://forge.imag.fr/projects/pagemap * License : BSD Programming Lang: ruby Description : analyze and print the physical memory layout of a Linux process pagemap is a simple command line tool to analyze and print the physical memory layout of a Linux process. It is used to debug and interpret performances of standard or HPC applications. -- 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/20130716140049.31746.58070.report...@eyak.inrialpes.fr
Bug#706391: ITP: slimlock -- screen locker based on SLiM and slock
Hi, I've not been clear enough. My only point is that your description (and even your text below) talks about "SLiM" without saying what it is at all (a framework ? an application ? something related to security ? a desktop environment ? ...) I just did a "apt-cache search slim" and "apt-cache show slim" to discover that "slim" is "a desktop-independent graphical login manager for X11". In my opinion, you should just add this information into your initial description. Perhaps, it can begin with something like: Slimlock is a X display locker based on slock (a simple X display locker) and SLiM (a desktop-independent graphical login manager for X11). In contrast to... Regards, Vincent Le 30/04/2013 22:00, Samuel Sanchez a écrit : > Hi, > > well slimlock does not much more then locking your screen and is > designed for seamless integration in SLiM. > > I added slim as dependency, because slimlock uses the same themes SLiM > uses and looks for them in /usr/share/slim/themes. The look screen looks > then just like the login screen > However, in principle SLiM is not required for slimlock to work as > slimlock only reads the config files to know, which theme to use. This > could also be provided by a dummy config file. > > So all in all, this package is aimed to users who use SLiM and desire a > screen locker which is very light and integrates itself smoothly with > SLiM. Thus, I added slim as dependency just to deal with the required > themes and config files in a clean way. > > Regards, > Sam > > > On 04/29/2013 10:56 PM, Vincent Danjean wrote: >> Hi, >> >> Le 29/04/2013 17:35, Samuel Sanchez a écrit : >>> Description : screen locker based on SLiM and slock >>> >>> Slimlock is a slim locker based on slock and SLiM. In contrast to slock, >>> which displays a black screen which goes away if the right password is >>> typed, slimlock displays (if slim is used) a lock screen which matches >>> the login screen. Furthermore it supports DPMS and blocking virtual >>> terminal switching. >>> >>> Slimlock reads your slim config files and uses the same interface. >>> If you use SliM already, then it should work for you automatically. >> >> You should add (at least) a word about SliM into your long >> description. For now, only reading your text, I only guess that >> slimlock can lock your screen, waiting for you to type your >> password. SliM is probably a key point of this software but I >> do not know anything of it from the description. >> >> Regards, >> Vincent >> -- Vincent Danjean Adresse: Laboratoire LIG - Bât. INRIA Rhône-Alpes Téléphone: +33 4 76 61 55 10655 avenue de l'Europe Fax:+33 4 76 61 52 52Montbonnot Saint Martin Email: vincent.danj...@imag.fr 38334 Saint-Ismier cedex -- 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/518041ec.6010...@free.fr
Bug#706391: ITP: slimlock -- screen locker based on SLiM and slock
Hi, Le 29/04/2013 17:35, Samuel Sanchez a écrit : > Description : screen locker based on SLiM and slock > > Slimlock is a slim locker based on slock and SLiM. In contrast to slock, > which displays a black screen which goes away if the right password is > typed, slimlock displays (if slim is used) a lock screen which matches > the login screen. Furthermore it supports DPMS and blocking virtual > terminal switching. > > Slimlock reads your slim config files and uses the same interface. > If you use SliM already, then it should work for you automatically. You should add (at least) a word about SliM into your long description. For now, only reading your text, I only guess that slimlock can lock your screen, waiting for you to type your password. SliM is probably a key point of this software but I do not know anything of it from the description. Regards, Vincent -- Vincent Danjean GPG key ID 0x9D025E87 vdanj...@debian.org GPG key fingerprint: FC95 08A6 854D DB48 4B9A 8A94 0BF7 7867 9D02 5E87 Unofficial pkgs: http://moais.imag.fr/membres/vincent.danjean/deb.html APT repo: deb http://people.debian.org/~vdanjean/debian unstable main -- 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/517ede63.9060...@free.fr
Bug#702243: ITP: papi: --> papi-examples
Hi, Le 06/04/2013 14:25, Andreas Beckmann a écrit : > Hi Vincent, > > the papi-examples package contains the prebuilt binaries, but they are > not really useful: Many thanks for all your constructive remarks. I think the PAPI packages are nearly in a correct state to be uploaded. However, I'm missing free time for now. Do not hesitate to commit into the debian git repo (in colab-maint on Alioth) if you wish and/or if I did not implement your remarks. Regards, Vincent -- Vincent Danjean GPG key ID 0x9D025E87 vdanj...@debian.org GPG key fingerprint: FC95 08A6 854D DB48 4B9A 8A94 0BF7 7867 9D02 5E87 Unofficial pkgs: http://moais.imag.fr/membres/vincent.danjean/deb.html APT repo: deb http://people.debian.org/~vdanjean/debian unstable main -- 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/51601dec.1060...@free.fr
Bug#702243: ITP: papi: --> FTBFS: test failure
Le 25/03/2013 21:09, Andreas Beckmann a écrit : > Hi Vincent, > > I just tried your papi package from git, but came across the following > build failure: I'm thinking about removing these tests for the Debian build (or, at least, to make them non fatal). I'm not sure they are really pertinent (they do not work into a virtual machine for example). In any case, if you want good advice/comments about your run, you should talk to upstream. Regards, Vincent > make[2]: Leaving directory `/tmp/buildd/papi-5.1.0.2/src/ctests' > export > LD_LIBRARY_PATH=/tmp/buildd/papi-5.1.0.2/src:/tmp/buildd/papi-5.1.0.2/src/libpfm-3.y/lib:/tmp/buildd/papi-5.1.0.2/src/libpfm4/lib;export > LIBPATH=.:./libpfm-3.y/lib:./libpfm4/lib; ctests/zero > Test case 0: start, stop. > --- > Default domain is: 1 (PAPI_DOM_USER) > Default granularity is: 1 (PAPI_GRN_THR) > Using 2000 iterations of c += a*b > - > Test type: 1 > PAPI_TOT_INS : 14188 > PAPI_TOT_CYC : 80261026 > Real usec: 23610 > Real cycles : 80510468 > Virt usec: 23563 > Virt cycles : 80137763 > - > Verification: PAPI_TOT_CYC should be roughly real_cycles > NOTE: Not true if dynamic frequency scaling is enabled. > Verification: PAPI_FP_INS should be roughly 4000 > PAPI_TOT_INS Error of 250.00% > zero.c FAILED > Line # 130 > Error: FLOPS validation > > make[1]: *** [test] Error 1 > > CPU is an x86_64 Intel Ivy Bridge > model name : Intel(R) Core(TM) i7-3770 CPU @ 3.40GHz > with TurboBoost disabled > > and I fully loaded the CPU to avoid any frequency up-scaling while > building/testing papi. > > Building with DEB_BUILD_OPTIONS=nocheck succeeds. > > > The error message is not helpful, there is no PAPI_FP_INS in the above > output and no figures the are somehow 250.00% "off". > > > Andreas > > > > > Forschungszentrum Juelich GmbH > 52425 Juelich > Sitz der Gesellschaft: Juelich > Eingetragen im Handelsregister des Amtsgerichts Dueren Nr. HR B 3498 > Vorsitzender des Aufsichtsrats: MinDir Dr. Karl Eugen Huthmacher > Geschaeftsfuehrung: Prof. Dr. Achim Bachem (Vorsitzender), > Karsten Beneke (stellv. Vorsitzender), Prof. Dr.-Ing. Harald Bolt, > Prof. Dr. Sebastian M. Schmidt > -------- > > -- Vincent Danjean GPG key ID 0x9D025E87 vdanj...@debian.org GPG key fingerprint: FC95 08A6 854D DB48 4B9A 8A94 0BF7 7867 9D02 5E87 Unofficial pkgs: http://moais.imag.fr/membres/vincent.danjean/deb.html APT repo: deb http://people.debian.org/~vdanjean/debian unstable main -- 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/515b521f.5030...@ens-lyon.org
Bug#702243: ITP: papi -- Performance Application Programming Interface library
Package: wnpp Severity: wishlist Owner: Vincent Danjean * Package name: papi Version : 5.1.0.2 Upstream Author : University of Tennessee * URL : http://icl.cs.utk.edu/papi/custom/index.html?lid=51&slid=69 * License : BSD Programming Lang: C Description : Performance Application Programming Interface library Performance Application Programming Interface (PAPI) provides the tool designer and application engineer with a consistent interface and methodology for use of the performance counter hardware found in most major microprocessors. PAPI enables software engineers to see, in near real time, the relation between software performance and processor events. . In addition Component PAPI provides access to a collection of components that expose performance measurement opportunites across the hardware and software stack. -- 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/20130304123348.31253.8442.report...@eyak.imag.fr
Bug#702242: ITP: libpfm4 -- Library to program the performance monitoring events
Package: wnpp Severity: wishlist Owner: Vincent Danjean * Package name: libpfm4 Version : 4.3.0 Upstream Author : Stephane Eranian * URL : http://perfmon2.sourceforge.net/ * License : BSD-like (see below) Programming Lang: C + python bindings Description : Library to program the performance monitoring events Libpfm4 helps convert from an event name, expressed as a string, to the event encoding. The encoding can then be used with specific OS interfaces. Libpfm4 also provides OS-specific interfaces to directly setup OS-specific data structures to be passed to the kernel. The current libpfm4, for instance, provides support for the perf_events interface which was introduced in Linux v2.6.31. Note: this package is a dependency of PAPI (see next ITP) Note2: libpfm3 was in Debian but it is abandonned upstream (and removed in wheezy). libpfm4 is a full rewrite (both projects coexisted during a time) License: Permission is hereby granted, free of charge, to any person obtaining a copy of this software and associated documentation files (the "Software"), to deal in the Software without restriction, including without limitation the rights to use, copy, modify, merge, publish, distribute, sublicense, and/or sell copies of the Software, and to permit persons to whom the Software is furnished to do so, subject to the following conditions: . The above copyright notice and this permission notice shall be included in all copies or substantial portions of the Software. . THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE. -- 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/20130304123343.30872.66761.report...@eyak.imag.fr
Bug#698152: ITP: poti -- library to create trace files in the Paje file format
Package: wnpp Severity: wishlist Owner: Vincent Danjean * Package name: poti Version : 4.2 Upstream Author : Lucas Schnorr * URL : https://github.com/schnorr/poti * License : LGPL-3.0+ Programming Lang: C Description : library to create trace files in the Paje file format Poti is a library to create trace files in the Paje file format. This format can represent lots of different kind of traces and it can be read by several trace readers (vite, etc.) You should not use it directly during the tracing of your application (nothing will stop you from doing this if you want). It is recommended to use it after traces are collected in your preferred file format (probably binary with memory buffers to avoid at a maximum the tracing intrusion). -- 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/20130114141815.5534.79159.report...@eyak.imag.fr
Bug#696888: RFA: pconsole -- parallel console shell for administering clusters
Hi, Le 28/12/2012 22:30, Axel Beckert a écrit : > since I switched from FVWM to Awesome as window manager I prefer to use > mssh (orphaned, I know) over pconsole for mass interactive SSH > sessions. So I actually don't use pconsole that much anymore. I just discovered with your message these two tools (pconsole and mssh). For myself, I'm using clusterssh for similar thing (parallel shell access to a group of machines). I think that, before investigating time to maintain several such tools (unless some are willing to, of course), the first step would be to list and to compare all such softwares (in Debian or not even not yet packaged). Then we should choose which one(s) seem the more maintainable, offer the more features, ... and try to improve it (them) by fixing bugs, adding features, ... The other can then be orphaned or a migration path can be created (tools to convert config files, ...) Regards, Vincent -- Vincent Danjean GPG key ID 0x9D025E87 vdanj...@debian.org GPG key fingerprint: FC95 08A6 854D DB48 4B9A 8A94 0BF7 7867 9D02 5E87 Unofficial pkgs: http://moais.imag.fr/membres/vincent.danjean/deb.html APT repo: deb http://people.debian.org/~vdanjean/debian unstable main -- 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/50de16f5.7000...@free.fr
Bug#695848: Acknowledgement (RFP: php5-yaz -- yaz module for PHP 5)
Hi, Le 13/12/2012 13:22, Mathieu Malaterre a écrit : > It would be really cool to have in debian ;) > > I could find some early package at: > > http://moais.imag.fr/membres/vincent.danjean/deb.html#php-yaz I do not remember why I put this package here. I do not use it, nor maintain it locally. You are free to package it if you want. Upstream author (Adam Dickmeiss) would be very pleased and he answers all my questions when I package yaz itself. I do not wish to package php-yaz because: - I do not really use yaz itself. It use a dependency of Koha but I never find the time to properly investigate Koha. - I do not know how php packages are structured - I do not have lots of free time (more exactly, I looking for free time since I've two children... ;-) ) Regards, Vincent > or even: > > http://lists.indexdata.dk/pipermail/yazlist/2011-March/003127.html -- Vincent Danjean Adresse: Laboratoire d'Informatique de Grenoble Téléphone: +33 4 76 61 20 11ENSIMAG - antenne de Montbonnot Fax:+33 4 76 61 20 99ZIRST 51, avenue Jean Kuntzmann Email: vincent.danj...@imag.fr 38330 Montbonnot Saint Martin -- 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/50ca41c1.6020...@debian.org
Bug#672868: Intel will probably fix its license so that files will be redistributable
Hi, It seems that the real goal of Intel would be that the files are redistributable. See their answer to my question: http://software.intel.com/en-us/forums/showthread.php?t=106234 I already made an package for myself. Would you be interested by a co-maintainer ? If yes, I will upload my work into collab-maint on alioth (I work with git). Regards, Vincent -- Vincent Danjean GPG key ID 0x9D025E87 vdanj...@debian.org GPG key fingerprint: FC95 08A6 854D DB48 4B9A 8A94 0BF7 7867 9D02 5E87 Unofficial pkgs: http://moais.imag.fr/membres/vincent.danjean/deb.html APT repo: deb http://people.debian.org/~vdanjean/debian unstable main -- 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/4ffc2af8.60...@free.fr
Bug#676504: imagemagick
Le 26/06/2012 10:46, Bastien ROUCARIES a écrit : > tags 630321 - wontfix > block 630321 by 676504 > thanks > > post freeze imagemagick may depend on this package. More exactly, it would depends on libopencl1, provided by ocd-icl-libopencl1 in main (and probably build-depends on ocl-icd-opencl-dev | opencl-dev). ocl-icd-libopencl1 is already in wheezy (and I hope that ocl-icd-opencl-dev will be accepted soon, it is in NEW) But, I you correctly think, as there is no free ICD (yet), package in main should only depends/recommends ocl-icd-libopencl1 if they do not need an ICD (ie OpenCL implementation). So, for now, it is mostly useful for ICD themself such as pocl. Packages that want to use OpenCL should depends on libopencl1 *and* uploaded in contrib for now. Pocl is a promising free OpenCL implementation, but it is not yet really useful for real OpenCL programs (unless they use only the parts that are already implemented in pocl) I will package it soon so that people can begin to try it. Regards, Vincent > Bastien -- Vincent Danjean GPG key ID 0x9D025E87 vdanj...@debian.org GPG key fingerprint: FC95 08A6 854D DB48 4B9A 8A94 0BF7 7867 9D02 5E87 Unofficial pkgs: http://moais.imag.fr/membres/vincent.danjean/deb.html APT repo: deb http://people.debian.org/~vdanjean/debian unstable main -- 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/4fe98314.6010...@free.fr
Bug#676504: ITP: pocl -- Portable OpenCL
Le 12/06/2012 11:12, YunQiang Su a écrit : > Great, and how about the progress of Mesa3D's? I do not know anything about mesa3D. For reference, my initial packaging about pocl can be seen here: Vcs-Git: git://git.debian.org/collab-maint/pocl.git Vcs-Browser: http://git.debian.org/?p=collab-maint/pocl.git;a=summary Regards, Vincent > or this is that one? > > On Thu, Jun 7, 2012 at 8:29 PM, Vincent Danjean wrote: >> Package: wnpp >> Severity: wishlist >> Owner: Vincent Danjean >> >> * Package name: pocl >> Version : 0.6 >> Upstream Author : Carlos Sánchez de La Lama and others >> * URL : https://launchpad.net/pocl >> * License : Some kind of BSD >> Programming Lang: C/llvm >> Description : Portable OpenCL >> >> Portable OpenCL is an open source implementation of the OpenCL standard which >> can be easily adapted for new targets. One of the goals of the project is >> improving performance portability of OpenCL programs, avoiding the need for >> target-dependent manual optimizations. A "native" target is included, which >> allows running OpenCL kernels on the host (CPU). >> >> This would allow to have a free implementation in Debian so that OpenCL >> programs can be packaged. Other well-known implementations (AMD, NVidia, >> Intel) >> are non-free. >> >> >> >> -- >> To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org >> with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org >> Archive: >> http://lists.debian.org/20120607122901.17541.14609.report...@eyak.imag.fr >> > > > -- Vincent Danjean GPG key ID 0x9D025E87 vdanj...@debian.org GPG key fingerprint: FC95 08A6 854D DB48 4B9A 8A94 0BF7 7867 9D02 5E87 Unofficial pkgs: http://moais.imag.fr/membres/vincent.danjean/deb.html APT repo: deb http://people.debian.org/~vdanjean/debian unstable main -- 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/4fd72bb1.7050...@debian.org
Bug#676504: ITP: pocl -- Portable OpenCL
Package: wnpp Severity: wishlist Owner: Vincent Danjean * Package name: pocl Version : 0.6 Upstream Author : Carlos Sánchez de La Lama and others * URL : https://launchpad.net/pocl * License : Some kind of BSD Programming Lang: C/llvm Description : Portable OpenCL Portable OpenCL is an open source implementation of the OpenCL standard which can be easily adapted for new targets. One of the goals of the project is improving performance portability of OpenCL programs, avoiding the need for target-dependent manual optimizations. A "native" target is included, which allows running OpenCL kernels on the host (CPU). This would allow to have a free implementation in Debian so that OpenCL programs can be packaged. Other well-known implementations (AMD, NVidia, Intel) are non-free. -- 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/20120607122901.17541.14609.report...@eyak.imag.fr
Bug#675528: Compiling PyOpenCL with ocl-icd-libopencl1
Le 04/06/2012 21:54, Tomasz Rybak a écrit : > Hello. > Thanks for working on free OpenCL library - I hope it'll > help me solve #673992. Is there possibility that ocl-icd > will land in Wheezy? I should upload ocl-icd very soon (ie during the week). I forwarded your messages to Brice Videau (the upstream author). Regards, Vincent > I have tried to built PyOpenCL package with > ocl-icd-libopencl1 1.0-beta but it looks like it does not > provide all functions: > import pyopencl._cl as _cl > ImportError: /usr/src/cuda/pyopencl/pyopencl-2011.2 > +git20120602/build/lib.linux-x86_64-2.7/pyopencl/_cl.so: undefined > symbol: clUnloadCompiler > > Should I fill bug report with upstream, or provide more details? > > Best regards. > > -- Vincent Danjean GPG key ID 0x9D025E87 vdanj...@debian.org GPG key fingerprint: FC95 08A6 854D DB48 4B9A 8A94 0BF7 7867 9D02 5E87 Unofficial pkgs: http://moais.imag.fr/membres/vincent.danjean/deb.html APT repo: deb http://people.debian.org/~vdanjean/debian unstable main -- 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/4fcdbf83.8050...@free.fr
Bug#675528: ITP: ocl-icd -- Generic OpenCL ICD Loader
Le 03/06/2012 15:09, Andreas Beckmann a écrit : > On 2012-06-02 00:38, Vincent Danjean wrote: > >> So, is it possible to upload opencl-headers to main instead of >> contrib? > > Package updated and upload requested ... Thank you very much. >> This source package will provide two binary pakages: >> Package: ocl-icd-libopencl1 >> Description: Generic OpenCL ICD Loader >> OpenCL (Open Computing Language) is a multivendor open standard for >> general-purpose parallel programming of heterogeneous systems that include >> CPUs, GPUs and other processors. >> . >> This package contains an installable client driver loader (ICD Loader) >> library that can be used to load any (free or non-free) installable client >> driver (ICD) for OpenCL. It acts as a demultiplexer so several ICD can >> be installed and used together. > > If that is compatible with all the implementations, couldn't we just > call it libopencl1? (+Conflicts/Replaces: libopencl1) libopencl1 is (currently) a virtual package provided by all ICD Loader implementations, ie two non-free (amd-libopencl1 and nvidia-libopencl1) and now there will be ocd-icd-libopencl1. See at the end of this message why I do not thing it would be a good thing to remove the other implementations (yet). > And there should be a corresponding libopencl1-dev package, too. > As that's probably what users need for their OpenCL applications. In addition to the library itself, ocd-icd software does not provide anything but the .so symlink for compilation (that why I added it directly into the ocd-icd-libopencl1 package: I do not think that distributing a package with only a symlink would be correct). Headers for compilation comes from your package (ie opencl-headers). >> Package: ocl-icd-dev >> Description: Development files to build a ICD Loader >> OpenCL (Open Computing Language) is a multivendor open standard for >> general-purpose parallel programming of heterogeneous systems that include >> CPUs, GPUs and other processors. >> . >> This package provides a header file that allows a OpenCL implementation >> to build a installable client driver (ICD). With a ICD, an OpenCL >> implementation can be used by any OpenCL program without the need >> to link the program to the specific OpenCL implementation. > Add something like: > . > For building OpenCL applications install the libopencl1-dev package > instead. if s/libopencl1-dev/opencl-headers/, I agree. And opencl-headers should probably itself recommends the virtual package "libopencl1" >> A few word about the context. There exist lots of OpenCL implementations. >> A OpenCL program can either link to a specific OpenCL implementation > IIRC there is non of these packaged in Debian Yes. There are not in good shape enough to be distributed within Debian. But they improved a lot recently. Before they can really be used, ocl-icd will allow to test them with any OpenCL binary program. So, for me, for wheezy, ocl-icd will be interesting for developers of open-source OpenCL libraries and, for wheezy+1, ocl-icd will also be useful for free OpenCL applications. >> or it can link to a standardized libOpenCL library that allows the >> program to dynamically choose the OpenCL implementation or even to >> use several OpenCL implementations in the same program. In fact >> libOpenCL is only a wrapper (more exactly a dispatcher) to >> OpenCL implementations provided as ICD. > currently nvidia-libopencl1 [non-free] and amd-libopencl1 [non-free] > available - eventually these could be phased out in favor of a free one In my opinion, it is better to keep nvidia-libopencl1 and amd-libopencl1 for now, even if they are non-free. My reasons are: - ocl-icd is young and there is probably still some bugs - ocl-icd requires data not freely available (the order of functions in the structure). For now, it gets them from (non-free) implementations that have access to this documentation. It will be easier to improve ocl-icd if non-free implementation are available as debian package. [This is not a requirement: the upstream author Brice will try this week the Intel implementation with a manual installation to see some new entries in the structure can be found] - due to the way that ocl-icd get its documentation, it will sometimes be bellow other non-free implementation. For researchers in HPC, it is probably useful to be able to get the last version of the icd loader of AMD or NVidia. But it would probably interesting to think to this question again for wheezy+1 Regards, Vincent -- 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/4fcbc162.3020...@debian.org
Bug#675528: ITP: ocl-icd -- Generic OpenCL ICD Loader
Package: wnpp Severity: wishlist Owner: Vincent Danjean [ opencl-headers maintainers, please read until the end of this ITP ] * Package name: ocl-icd Version : 1.0 beta2 Upstream Author : Brice Videau * URL : http://forge.imag.fr/projects/ocl-icd/ * License : BSD Programming Lang: C Description : Generic OpenCL ICD Loader This source package will provide two binary pakages: Package: ocl-icd-libopencl1 Description: Generic OpenCL ICD Loader OpenCL (Open Computing Language) is a multivendor open standard for general-purpose parallel programming of heterogeneous systems that include CPUs, GPUs and other processors. . This package contains an installable client driver loader (ICD Loader) library that can be used to load any (free or non-free) installable client driver (ICD) for OpenCL. It acts as a demultiplexer so several ICD can be installed and used together. Package: ocl-icd-dev Description: Development files to build a ICD Loader OpenCL (Open Computing Language) is a multivendor open standard for general-purpose parallel programming of heterogeneous systems that include CPUs, GPUs and other processors. . This package provides a header file that allows a OpenCL implementation to build a installable client driver (ICD). With a ICD, an OpenCL implementation can be used by any OpenCL program without the need to link the program to the specific OpenCL implementation. A few word about the context. There exist lots of OpenCL implementations. A OpenCL program can either link to a specific OpenCL implementation or it can link to a standardized libOpenCL library that allows the program to dynamically choose the OpenCL implementation or even to use several OpenCL implementations in the same program. In fact libOpenCL is only a wrapper (more exactly a dispatcher) to OpenCL implementations provided as ICD. ocl-icd is the only one (to my knowledge) free implementation of such a ICD Loader. The main difficulty to implement it is that all compatible ICD must provide a structure filled with OpenCL function pointers, but there is no free documentation about the order of these functions. So ocl-icd sources include tools to help to find this order from closed-sources OpenCL implementations (by creating a fake OpenCL ICD and letting the closed-source ICD Loader execute the faked functions). Once the order is found, it is registered into a database. Vendors ensure between them that functions are always at the same place so the database is only filled when a new closed-source ICD Loader uses more functions. Entries in the database are never modified nor removed. ocl-icd also provides a header file declaring this structure of function pointers so that any OpenCL implementation will be easily able to provide an ICD. The goal is to add such an ICD to free OpenCL implementation such as LIBCLC or clover. The Debian package will only use the database (ocl_interface.yaml in the sources), so it will not have any non-free dependencies. However, it needs opencl-headers that are currently in contrib. This is why I would ask opencl-headers maintainers to reconsider the place of opencl-headers. If I understand correctly, opencl-headers have been uploaded to contrib because their only use case would be to compile an OpenCL program for a closed-source OpenCL implementation (mainly amd or nvidia). Now, opencl-headers is required to compile this free ICD Loader. And this free ICD Loader has all what is needed to compile a free ICD from free OpenCL implementation. So, is it possible to upload opencl-headers to main instead of contrib? Regards, Vincent PS: a preliminary package is on my repo: deb http://people.debian.org/~vdanjean/debian unstable main -- 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/20120601223811.15142.94880.report...@eyak.imag.fr
Bug#674422: ITP: libmath-tamuanova-perl -- Perl extension for the tamuanova library
Package: wnpp Severity: wishlist Owner: Vincent Danjean * Package name: libmath-tamuanova-perl Version : 1.0.1 Upstream Author : Vincent Danjean * URL : http://search.cpan.org/dist/Math-TamuAnova/ * License : Same as perl (Artistic + GPL1+) Programming Lang: C, Perl Description : Perl extension for the tamuanova library Math::TamuAnova allows you to use the tamu-anova library from perl programs. . TAMU ANOVA is a C library that allows one to compute both single and two factor ANOVA (Analysis of Variance). Note: this is a small wrapper to call functions of tamuanova (already packaged for a long time) from perl programs. It will be required for the new version of altree (another Debian package). I already uploaded this new package a few minutes ago but I welcome any remarks (rephrasing of the long description for example) and I will take them into account for the next upload. Regards, Vincent -- 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/20120524140825.31116.86194.report...@eyak.imag.fr
Bug#670198: ITP: libpdl-stats-perl -- collection of statistics modules in Perl Data Language
Package: wnpp Severity: wishlist Owner: Vincent Danjean * Package name: libpdl-stats-perl Version : 0.6.0 Upstream Author : Maggie J. Xiong * URL : http://search.cpan.org/dist/PDL-Stats/ * License : Perl (Artistic + GPL) Programming Lang: Perl (+C) Description : collection of statistics modules in Perl Data Language This package provides several statistical Perl module: * PDL::GSL::CDF PDL interface to GSL Cumulative Distribution Functions * PDL::Stats::Basic basic statistics and related utilities such as standard deviation, Pearson correlation, and t-tests * PDL::Stats::Distr parameter estimations and probability density functions for distributions * PDL::Stats::GLM general and generalized linear modeling methods such as ANOVA, linear regression, PCA, and logistic regression * PDL::Stats::Kmeans classic k-means cluster analysis * PDL::Stats::TS basic time series functions -- 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/20120423213723.16259.76084.report...@eyak.imag.fr
Bug#325159: OWFS Packages
On 10/03/2011 16:42, Cyril LAVIER wrote: > Hi everybody. > > Sorry to intervene unexpectedly. > > Few days ago, I published packages for OWFS and I'm working with the > upstream developers in order to include the patches (10 patches) I made for > owfs. > > Some of these patches are already applied in the CVS, and we are discussing > about how to resolve some other problems. > > For the moment, I do not package owperl, owmon, owtap, owphp, owcapi, > owpython, owtcl , owftpd and owhttpd. > > owftpd and owhttpd will be added for the next release (2.8p8). You should have better looked in the BTS. There is a currently opened ITP for owfs. I'm working on this packaging since a few weeks and I'm ready to upload my pacakges to Debian sid. I'm "fixing" the last "Info" flags from lintian... All my packaging work is available in the collab-maint alioth project: http://git.debian.org/?p=collab-maint/owfs.git;a=summary I welcome any help for this packaging and would be very pleased if you want to co-maintain it with me. Please, look at my packaging and tell me (or even commit) improvment. My packaging is based on dh and quilt. There are several patchs I want to forward upstream (a big one is about manpages typos) but this is not yet done. The biggest issue that would have to be talked with upstream will be the "new soname at each release" that does not play very well with external programs and upgrade (a library transition for each release is a little bit painful) Regards, Vincent > Also, on the 2.8p8 release, I will publish the source package on my > repository. > > Here is the announcement I made on the owfs-developers mailing list : > http://sourceforge.net/mailarchive/forum.php?thread_name=4D74D047.5030202%40ltutech.com&forum_name=owfs-developers > > I'm a little uncomfortable as some people already start working on this > software. > > So I don't know how can we work to help including OWFS in the Debian > Repositories. > > Maybe it will be easier when I will publish the source package. > > Thanks. > -- Vincent Danjean GPG key ID 0x9D025E87 vdanj...@debian.org GPG key fingerprint: FC95 08A6 854D DB48 4B9A 8A94 0BF7 7867 9D02 5E87 Unofficial packages: http://moais.imag.fr/membres/vincent.danjean/deb.html APT repo: deb http://people.debian.org/~vdanjean/debian unstable main -- 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/4d79070a.9030...@debian.org
Bug#606189: ITP: owfs -- 1-Wire File System
On 07/12/2010 15:39, Sebastian Harl wrote: > Hi, > > On Tue, Dec 07, 2010 at 11:16:24AM +0100, Vincent Danjean wrote: >> Package: wnpp >> Severity: wishlist >> Owner: Vincent Danjean >> >> * Package name: owfs >> Version : 2.8p4 >> Upstream Author : Paul H Allfille >> * URL : http://owfs.org >> * License : GPL-2, LGPL-2, BSD (depending on components) >> Programming Lang: C, C++, C#, Perl, Python, java, ruby (lots of bindings) >> Description : 1-Wire File System > > Did you see #325159? No, I missed it. Thanks for the info. I will merge the two bugs and see with Ilya Pravdivtsev what he wants to do. For info, I worked yesterday evening and today on a initial packaging (it was not in Debian and I will need it after Christmas). I just pushed it on alioth [1]. It still missing some parts that have been done in Ilya's package (mainly a good copyright file and various little polished things). Note that, due to RL, I will not work on it until the few days at least. [1] http://git.debian.org/?p=collab-maint/owfs.git;a=summary Regards, Vincent > > Cheers, > Sebastian > -- Vincent Danjean GPG key ID 0x9D025E87 vdanj...@debian.org GPG key fingerprint: FC95 08A6 854D DB48 4B9A 8A94 0BF7 7867 9D02 5E87 Unofficial packages: http://moais.imag.fr/membres/vincent.danjean/deb.html APT repo: deb http://people.debian.org/~vdanjean/debian unstable main -- 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/4cfe8aa1.70...@debian.org
Bug#606189: ITP: owfs -- 1-Wire File System
Package: wnpp Severity: wishlist Owner: Vincent Danjean * Package name: owfs Version : 2.8p4 Upstream Author : Paul H Allfille * URL : http://owfs.org * License : GPL-2, LGPL-2, BSD (depending on components) Programming Lang: C, C++, C#, Perl, Python, java, ruby (lots of bindings) Description : 1-Wire File System Global description: 1-wire is a communication protocol, wiring scheme and system of devices and "iButtons". The design and control of the protocol is from Dallas Semi (part of Maxim Semiconductor). The 1-wire protocol uses in fact 2 wires: one for ground and the active wire for data *and* power! . OWFS is an easy way to use the powerful 1-wire system of Dallas/Maxim. It is a simple and flexible program to monitor and control the physical environment. You can write scripts to read temperature, flash lights, write to an LCD, log and graph, ... Then, there will be a short paragraph for each package (langage bindings, main library, documentation, ...) If some people with knowledge in Python and php packaging are interrested to help, they are welcome. Let me know. Java, C# and ruby bindings are not yet ready but I will ask for help when they will be. If some people want to co-maintain this package, there are also welcome. -- 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/20101207101624.17249.38588.report...@localhost.localdomain
Bug#579373: ITP: zthreads -- A platform-independent, multi-threading and synchronization library for C++
On 29/04/2010 11:13, Cleto Martin Angelina wrote: >> Especially if it is not compatible with glibc and all other libraries (ie if >> it does not provide the current libpthread ABI). [I did not check if this is >> the case or not] > > I don't know what I should to do for checking that issue in the > library (please, explain me how I can do it). If the zthread library does not provide the libpthread ABI (ie cannot be used instead of the libpthread from the system with LD_PRELOAD for example), then any threaded program using zthread library will need to serialize all its calls to any other library (including the glibc) [or the other libraries will need to be recompiled against the zthread library instead of the libpthread]. There still can be use cases (computations without libc I/O) but it wont be useful for common threaded programming. Regards, Vincent > Thanks a lot for your observations. > > Regards, > Cleto. > -- Vincent Danjean Adresse: Laboratoire d'Informatique de Grenoble Téléphone: +33 4 76 61 20 11ENSIMAG - antenne de Montbonnot Fax:+33 4 76 61 20 99ZIRST 51, avenue Jean Kuntzmann Email: vincent.danj...@imag.fr 38330 Montbonnot Saint Martin -- 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/4bd96718.4050...@free.fr
Bug#579373: ITP: zthreads -- A platform-independent, multi-threading and synchronization library for C++
On 28/04/2010 11:55, Cyril Brulebois wrote: > Frank Lin PIAT (28/04/2010): >> [Various remarks] > > You're missing the important bit here: > Version 2.3.2 was released on 03/13/05. > > What about not packaging *that* at all? Especially if it is not compatible with glibc and all other libraries (ie if it does not provide the current libpthread ABI). [I did not check if this is the case or not] Regards, Vincent -- 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/4bd82015.7010...@free.fr
Bug#577087: ITP: spim -- MIPS R2000/R3000 emulator
On 19/04/2010 18:07, Jean-Christophe Dubacq wrote: > On 19/04/2010 12:14, Jonathan Michalon wrote: >> Hi, >> >> I'm also interested by SPIM reintegrating Debian, since I had to use it in my >> studying and was surprised to find it in Ubuntu and not Debian. >> I even thought I could start contributing to Debian by adopting this package, >> but I see all the work has already been done, great! >> May I help one way or another? Like testing something? >> >> Best regards, > > You can test the package at http://debian.lipn.fr/. > http://debian.lipn.fr/html/package.spim.html > > Instructions for getting the repository are here: > http://debian.lipn.fr/html/sid.html > > It should be uploaded any time now. Done (thanks for the reminder) JC: still a lintian info (for the next package): lintian -I -i build-area/spim_8.0+dfsg-4_multi.changes I: spim source: quilt-patch-missing-description hyphens Regards, Vincent -- Vincent Danjean Adresse: Laboratoire d'Informatique de Grenoble Téléphone: +33 4 76 61 20 11ENSIMAG - antenne de Montbonnot Fax:+33 4 76 61 20 99ZIRST 51, avenue Jean Kuntzmann Email: vincent.danj...@imag.fr 38330 Montbonnot Saint Martin -- 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/4bcc9cad.2060...@ens-lyon.org
Bug#533708: ITP: libhugetlbfs -- Tools and Library access huge pages of memory
On 23/03/2010 01:20, Frank Lin PIAT wrote: > Co-maintainer wanted > > I am looking for a co-maintainer for this package. There are two reasons > for that: 1) I can't write C, well not really. 2) I believe that every > package should be co-maintained (in a perfect world anyway). I'm willing to co-maintain : I (will) use this software at work and I have already wrote and packaged library, so I can help you on this point. I already started a packaging. I did not yet look at yours but can you tell me if you followed upstream and create bi-arch packages (ie amd64 has a 64bits and 32bits version for example) or if you want to go through the multi-arch path (I think it is a better long-term solution) Regards, Vincent -- Vincent Danjean GPG key ID 0x9D025E87 vdanj...@debian.org GPG key fingerprint: FC95 08A6 854D DB48 4B9A 8A94 0BF7 7867 9D02 5E87 Unofficial packages: http://moais.imag.fr/membres/vincent.danjean/deb.html APT repo: deb http://perso.debian.org/~vdanjean/debian unstable main -- 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/4ba876f4.5020...@ens-lyon.org
Bug#533708: Packaging of libhugetlsfs
Hi, Did you do some progress on the packaging of libhugetlsfs ? If yes, can you share your work ? If no, I plan to package it next week because I need it at work. In this case, we can co-maintain this package if you wish. Regards, Vincent -- Vincent Danjean GPG key ID 0x9D025E87 vdanj...@debian.org GPG key fingerprint: FC95 08A6 854D DB48 4B9A 8A94 0BF7 7867 9D02 5E87 Unofficial packages: http://moais.imag.fr/membres/vincent.danjean/deb.html APT repo: deb http://perso.debian.org/~vdanjean/debian unstable main -- 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/4b8131a9.5050...@ens-lyon.org
Bug#409341: ITP: hgview -- Graphical viewer for distributed version content managment tools
Yaroslav Halchenko wrote: > Quite a bit passed since 2007 and hgview seems to be usable... Debian > lacks any gui for hg afaik -- so, may be you are up to packaging it? or > not any longer? In fact, I do not use hg anymore (or very little). So I'm not really interested in packaging this software anymore. Feel free to take over this ITP if you want. I did not work on the packaging so you will have to package it from scratch. Regards, Vincent > thanks in advance > > On Fri, 02 Feb 2007, Vincent Danjean wrote: > >> Package: wnpp >> Severity: wishlist >> Owner: Vincent Danjean > >> * Package name: hgview >> Version : not yet released >> Upstream Author : Ludovic Aubry >> * URL : http://www.logilab.org/hg/hgview >> * License : Not yet fixed. Probably GPL. I'm taking with upstream >> Programming Lang: Python + gtk >> Description : Graphical viewer for distributed SCM tools > >> Distributed Source Control Managment tools such as git/cogito or >> mercurial deals with large graphs of changesets. This tool allows to >> display them graphicaly. Existing features include: >> - browsing the revision tree >> - find as you type >> - restrict revisions based on modified files > > > >> -- System Information: >> Debian Release: 4.0 >> APT prefers unstable >> APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable'), (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) > > > -- Vincent Danjean Adresse: Laboratoire d'Informatique de Grenoble Téléphone: +33 4 76 61 20 11ENSIMAG - antenne de Montbonnot Fax:+33 4 76 61 20 99ZIRST 51, avenue Jean Kuntzmann Email: vincent.danj...@imag.fr 38330 Montbonnot Saint Martin -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#389876: ITP: koha -- web-based library catalogue (ILS/OPAC)
Vincent Danjean wrote: > I will try to setup a wiki page with all these questions. When they > will be answered, it will be possible to finish the Debian Koha > packaging. I created http://wiki.koha.org/doku.php?id=debian_packaging_work were I put what was in my mail. Feel free to improve and add info on this wiki page (either new questions or answers to questions) Regards, Vincent -- Vincent Danjean GPG key ID 0x9D025E87 vdanj...@debian.org GPG key fingerprint: FC95 08A6 854D DB48 4B9A 8A94 0BF7 7867 9D02 5E87 Unofficial pacakges: http://www-id.imag.fr/~danjean/deb.html#package APT repo: deb http://perso.debian.org/~vdanjean/debian unstable main -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#389876: ITP: koha -- web-based library catalogue (ILS/OPAC)
MJ Ray wrote: > "Trent W. Buck" wrote: [...] >> Firstly, what is the status of the ITP? Chris (part of the upstream >> Koha team) told me in #koha that in Lenny the dependencies are all >> resolved, so I guess that all that remains is to package Koha itself. > > I've asked Chris Cormack about that on #koha just now. I thought > we're still two short: Class::Adapter and SMS::Send. It will be easy to put them in lenny-backport if needed. >> How far along are you with that? > > There's the collab-maint tree that you're probably aware of. > I'm currently testing a clean install at a client site. > > The thorny problems are the ones where the koha installation usually > "interferes" with mysqld and wider system settings. > >> I looked briefly at upstream yesterday, and it seems to me that at a >> minimum you will want a -common package (due to the large amount of >> architecture-independent data files) and as there are apparently 50MB >> of translation files, possible also seperate koha-language- >> packages. > > Yes, I'd agree with that split as a minimum. I'm open to suggestions > about whether we want libkoha-perl and koha packages split or not. collab-maint tree is a work-in-progress I did and that I never had time to complete. It already splits koha into several packages more or less automatically (ie manual debian/rules target to (re-)create all language packages in debian/control, ...) For now, the koha is split in: Package: koha-config: koha-config provides several files and scripts used by the other koha package to handle its configuration. This package will be automatically pulled when needed. [see below for more information] Package: koha-common: This package include base-files of koha. Unless you have very specific needs, you would like to install koha-zebra or koha-nozebra that provides a default configuration. Package: koha-nozebra Koha-nozebra is dedicated to small libraries who need who do not need the power of the IDZebra search engine. Package: koha-zebra Koha with zebra Package: koha-zebra-pazpar2 Koha with zebra and pazpar2 (not ready at all since pazpar2 is not yet packaged) Package: koha-zebra-server This package configures an instance of IDZebra to be used with Koha. Package: koha-pazpar2-server This package configures an instance of PazPar2 to be used with Koha. Package: koha This metapackage install the full-featured koha system (koha-zebra) and all Koha localisation packages. Package: koha-l10n-XX This package contains the localization of Koha in XXX Idea: * koha-config and koha-common are helper packages (not really useful on their own) * koha-nozebra, koha-zebra, and koha-zebra-pazpar2 are mostly empty packages that only depends on koha-common and koha-config and provide a good default configuration. * koha-zebra-server and koha-pazpar2-server can be installed on other host than the koha web-application (so koha-zebra recommends koha-zebra-server but does not depend on it) Managing mysqld settings is not really a problem: dbconfig-common is here to help. But I hit several problems: - the perl parser must be selected system-wide. I already wrote on the Koha ML to ask them to manually select the parser directly in the Koha code. I do not know if all required modification have been done - several configuration files (in particular /etc/koha/koha.conf) are used by different programs that will be in different packages. I need to know a precise description of all settings (in particular all settings in /etc/koha/koha.conf) and I need to know which programs use each of them => note to koha developers: it would be easier if different programs have different configuration files - koha comes with a lot of scripts/utilities in /usr/share/koha/bin I need a description of their goal and of their use (how and when should we use them) I will try to setup a wiki page with all these questions. When they will be answered, it will be possible to finish the Debian Koha packaging. And any help is welcome of course. Regards, Vincent -- Vincent Danjean GPG key ID 0x9D025E87 vdanj...@debian.org GPG key fingerprint: FC95 08A6 854D DB48 4B9A 8A94 0BF7 7867 9D02 5E87 Unofficial pacakges: http://www-id.imag.fr/~danjean/deb.html#package APT repo: deb http://perso.debian.org/~vdanjean/debian unstable main -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#495218: ITP: libsms-send-perl -- Driver-based API for sending SMS messages
Package: wnpp Severity: wishlist Owner: Vincent Danjean <[EMAIL PROTECTED]> * Package name: libsms-send-perl Version : 0.05 Upstream Author : Adam Kennedy <[EMAIL PROTECTED]> * URL : http://search.cpan.org/dist/SMS-Send/ * License : Perl (GPL + Artistic) Programming Lang: Perl Description : Driver-based API for sending SMS messages The SMS::Send perl module is intended to provide a driver-based single API for sending SMS and MMS messages. The intent is to provide a single API against which to write the code to send an SMS message. . At the same time, the intent is to remove the limits of some of the previous attempts at this sort of API, like "must be free internet-based SMS services". . SMS::Send drivers are installed separately, and might use the web, email or physical SMS hardware. It could be a free or paid. The details shouldn't matter. . You should not have to care how it is actually sent, only that it has been sent (although some drivers may not be able to provide certainty). Best regards, Vincent PS: as always, suggestion to improve description is welcome -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#495207: ITP: libtest-cpan-meta-perl -- test module to validate a CPAN META.yml file
Package: wnpp Severity: wishlist Owner: Vincent Danjean <[EMAIL PROTECTED]> * Package name: libtest-cpan-meta-perl Version : 0.12 Upstream Author : Barbie <[EMAIL PROTECTED]> * URL : http://search.cpan.org/dist/Test-CPAN-Meta/ * License : Perl (GPL + Artistic) Programming Lang: Perl Description : test module to validate a CPAN META.yml file The Test::CPAN::Meta module was written to ensure that a META.yml file, provided with a standard distribution uploaded to CPAN, meets the specifications that are slowly being introduced to module uploads, via the use of package makers and installers such as ExtUtils::MakeMaker, Module::Build and Module::Install. Best regards, Vincent -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#495205: ITP: libparse-cpan-meta-perl -- module to parse META.yml and other similar CPAN metadata files
Package: wnpp Severity: wishlist Owner: Vincent Danjean <[EMAIL PROTECTED]> * Package name: libparse-cpan-meta-perl Version : 0.03 Upstream Author : Adam Kennedy * URL : http://search.cpan.org/dist/Parse-CPAN-Meta/ * License : Perl (GPL + Artistic) Programming Lang: Perl Description : module to parse META.yml and other similar CPAN metadata files Parse::CPAN::Meta is a parser for META.yml files, based on the parser half of YAML::Tiny. . It supports a basic subset of the full YAML specification, enough to implement parsing of typical META.yml files, and other similarly simple YAML files. . If you need something with more power, move up to a full YAML parser such as YAML, YAML::Syck or YAML::LibYAML. . Parse::CPAN::Meta provides a very simply API of only two functions, based on the YAML functions of the same name. Wherever possible, identical calling semantics are used. Best regards, Vincent -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#495206: ITP: libtest-script-perl -- cross-platform basic tests for scripts
Package: wnpp Severity: wishlist Owner: Vincent Danjean <[EMAIL PROTECTED]> * Package name: libtest-script-perl Version : 1.03 Upstream Author : Adam Kennedy * URL : http://search.cpan.org/dist/Test-Script/ * License : Perl (GPL + Artistic) Programming Lang: Perl Description : cross-platform basic tests for scripts The intent of this module is to provide a series of basic tests for scripts in the bin directory of your Perl distribution. . Further, it aims to provide them with perfect platform-compatibility and in a way that is as unobtrusive as possible. . That is, if the program works on a platform, then Test::Script should also work on that platform. Best regards, Vincent -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#495196: ITP: libperl-minimumversion-perl -- find a minimum required version of perl for Perl code
Package: wnpp Severity: wishlist Owner: Vincent Danjean <[EMAIL PROTECTED]> * Package name: libperl-minimumversion-perl Version : 0.15 Upstream Author : Adam Kennedy <[EMAIL PROTECTED]> * URL : http://search.cpan.org/dist/Perl-MinimumVersion/ * License : Perl (GPL + Artistic) Programming Lang: Perl Description : find a minimum required version of perl for Perl code Perl::MinimumVersion takes Perl source code and calculates the minimum version of perl required to be able to run it. Because it is based on PPI, it can do this without having to actually load the code. . Currently it tests both the syntax of your code, and the use of explicit version dependencies such as "require 5.005". . Future plans are to also add support for tracing module dependencies. Best regards, Vincent PS: description improvments are welcome -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#495197: ITP: libfile-find-rule-perl-perl -- common rules for searching for Perl things
Package: wnpp Severity: wishlist Owner: Vincent Danjean <[EMAIL PROTECTED]> * Package name: libfile-find-rule-perl-perl Version : 1.04 Upstream Author : Adam Kennedy <[EMAIL PROTECTED]> * URL : http://search.cpan.org/dist/File-Find-Rule-Perl/ * License : Perl (GPL + Artistic) Programming Lang: Perl Description : common rules for searching for Perl things File::Find::Rule::Perl provides methods for finding various Perl-related files. It specializes the generic module File::Find::Rule. Best regards, Vincent PS: description improvments are welcome -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#495198: ITP: libtest-minimumversion-perl -- perl module to test if code requires newer perl than expected
Package: wnpp Severity: wishlist Owner: Vincent Danjean <[EMAIL PROTECTED]> * Package name: libtest-minimumversion-perl Version : 0.008 Upstream Author : Ricardo SIGNES <[EMAIL PROTECTED]> * URL : http://search.cpan.org/dist/Test-MinimumVersion/ * License : Perl (GPL + Artistic) Programming Lang: Perl Description : perl module to test if code requires newer perl than expected Test::MinimumVersion is a test module to make it easier to notice that you've accidentally made your dist require a newer version of perl than you meant to. Best regards, Vincent PS: suggestion of improved descriptions are welcome -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#495192: ITP: libclass-adapter-perl -- Perl implementation of the "Adapter" Design Pattern
Package: wnpp Severity: wishlist Owner: Vincent Danjean <[EMAIL PROTECTED]> * Package name: libclass-adapter-perl Version : 1.04 Upstream Author : Adam Kennedy <[EMAIL PROTECTED]> * URL : http://search.cpan.org/dist/Class-Adapter/ * License : Perl (GPL+Artistic) Programming Lang: Perl Description : Perl implementation of the "Adapter" Design Pattern The Class::Adapter class is intended as an abstract base class for creating any sort of class or object that follows the Adapter pattern. . The term Adapter refers to a "Design Pattern" of the same name, from the famous "Gang of Four" book "Design Patterns". Although their original implementation was designed for Java and similar single-inheritance strictly-typed langauge, the situation for which it applies is still valid. . An Adapter in this Perl sense of the term is when a class is created to achieve by composition (objects containing other object) something that can't be achieved by inheritance (sub-classing). . This is similar to the Decorator pattern, but is intended to be applied on a class-by-class basis, as opposed to being able to be applied one object at a time, as is the case with the Decorator pattern. PS: this perl module is a dependency of Koha. I do not know it at all. I wrote the description from the documentation but I would accept any proposed improvment. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#493977: ITP: embassy-phylip -- EMBOSS conversions of the programs in the phylip package
Hi, Charles Plessy wrote: Hi Vincent, How about: [...] It is really better. My wife told me she understands this description ;-) Regards, Vincent -- Vincent Danjean GPG key ID 0x9D025E87 [EMAIL PROTECTED] GPG key fingerprint: FC95 08A6 854D DB48 4B9A 8A94 0BF7 7867 9D02 5E87 Unofficial pacakges: http://www-id.imag.fr/~danjean/deb.html#package APT repo: deb http://perso.debian.org/~vdanjean/debian unstable main -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#493977: ITP: embassy-phylip -- EMBOSS conversions of the programs in the phylip package
Hi, Here are some comments about the description (done with my wife who works as biologist with such kind of software). Charles Plessy wrote: PHYLIP (the PHYLogeny Inference Package) is a package of programs for inferring phylogenies (evolutionary trees). Methods that are available in the package include parsimony, distance matrix, and likelihood methods, including bootstrapping and consensus trees. Data types that can be handled include molecular sequences, gene frequencies, restriction sites and fragments, distance matrices, and discrete characters. . EMBASSY packages include applications with the same look and feel as EMBOSS applications, but which the author wishes to be kept separate from EMBOSS. This is usually because the packages are for specialised sequence analysis or for non-sequence based anaylsis, or are licensed differently to EMBOSS (i.e. non GPL). . EMBOSS - the European Molecular Biology Open Software Suite - is an analysis package specially developed for the needs of the molecular biology user community. . The EMBASSY PHYLIP programs all have the prefix "f" to distinguish them from the original programs. EMBOSS should be presented before EMBASSY as EMBASSY use EMBOSS in its definition. And we fail to see the relation between EMBOSS and PHYLIP. Does PHYLIP is a part of EMBOSS ? Moreover, reading your part on EMBASSY, I understand that EMBOSS is GPL but not necessarily EMBASSY. Am I right ? (I cannot because PHYLIP is not free, so either PHYLIP is not a part of EMBOSS or EMBOSS is not all GPL) Perhaps, you can keep the first paragraph about PHYLIP and then add something such as: Original PHYLIP software is not free. EMBASSY PHYLIP is a free rewrite in the context of the EMBOSS (European Molecular Biology Open Software Suite) project. The EMBASSY PHYLIP programs all have the prefix "f" to distinguish them from the original programs. [of course, I can be totaly wrong if I did not understand the relations between EMBOSS, EMBASSY and PHYLIP] Best regards, Vincent -- Vincent Danjean Adresse: Laboratoire d'Informatique de Grenoble Téléphone: +33 4 76 61 20 11ENSIMAG - antenne de Montbonnot Fax:+33 4 76 61 20 99ZIRST 51, avenue Jean Kuntzmann Email: [EMAIL PROTECTED] 38330 Montbonnot Saint Martin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#484556: ITP: libcgi-session-serialize-yaml-perl -- Add YAML and YAML::Syck support to CGI::Session's serializers
owner 484556 [EMAIL PROTECTED] retitle 484556 ITP: libcgi-session-serialize-yaml-perl -- Add YAML and YAML::Syck support to CGI::Session's serializers tag 484556 +pending thanks * Package name: libcgi-session-serialize-yaml-perl Version : 4.21 Upstream Author : Sherzod Ruzmetov <[EMAIL PROTECTED]> * URL : http://search.cpan.org/dist/CGI-Session-Serialize-yaml/ * License : same as Perl (GPL + Artistic) Programming Lang: Perl Description : Add YAML and YAML::Syck support to CGI::Session's serializers This library can be used by CGI::Session to serialize session data. It uses YAML, or the faster C implementation, YAML::Syck if it is available. YAML serializers exist not just for Perl but also other dynamic languages, such as PHP, Python, and Ruby, so storing session data in this format makes it easy to share session data across different languages. . YAML is made to be friendly for humans to parse as well as other computer languages. It creates a format that is easier to read than the default serializer. Additionnal note: I package this perl module (within the Debian Perl Group) as this is yet another koha dependency. I package it before seeing the RFP (and the previous work of the RFP submitter Daniel Kahn Gillmor based on dh-make-perl). For release managers: As noticed by Daniel Kahn Gillmor in #484556, this perl module where included in libcgi-session-perl in stable (etch) but it is not anymore in testing (lenny). You might want to consider a freeze exception for this little module if you want to avoid a regression in available perl modules. But I will not push futher in this direction as, IMHO, no other software currently in lenny requires this perl module (koha requires it, but the koha packaging has not been ready for lenny) Best regards, Vincent -- Vincent Danjean GPG key ID 0x9D025E87 [EMAIL PROTECTED] GPG key fingerprint: FC95 08A6 854D DB48 4B9A 8A94 0BF7 7867 9D02 5E87 Unofficial pacakges: http://www-id.imag.fr/~danjean/deb.html#package APT repo: deb http://perso.debian.org/~vdanjean/debian unstable main -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#389876: marked as done (ITP: koha -- web-based library catalogue (ILS/OPAC))
reopen 389876 thanks Hi, THere are still work around koha and its dependencies, even if this if not visible from this bug report. So reopening it... Regards, Vincent > Hello, > > This is an automatic mail sent to close the ITP you have reported or > are involved with. > > Your ITP wnpp bug is being closed because of the following reasons: > - It is, as of today, older than 365 days. > - It hasn't had any activity recently. > > As this is an automatic procedure, it could of course have something > wrong and probably it would be closing some bugs that are not > intended by owners and submitters (like you) to be closed, for > example if the ITP is still of your interest, or there has been > some kind of activity around it. In that case, please reopen the > bug, do it, DO IT NOW! (I don't want to be blamed because of > mass closing and not let people know that they can easily reopen > their bugs ;-). > > To re-open it, you simply have to mail [EMAIL PROTECTED] > with a body text like this: > > reopen 186958 > stop > > Further comments on the work done in the bug sent to > [EMAIL PROTECTED] would be truly welcomed. > Anyway, if you have any kind of problems when dealing with > the BTS, feel free to contact me and I'd be more than happy to help > you on this: <[EMAIL PROTECTED]>. > > A similar process is being applied to other kind of wnpp bugs. > > Thanks for your cooperation, > > -- David Moreno Garza <[EMAIL PROTECTED]>. > > -- Vincent Danjean GPG key ID 0x9D025E87 [EMAIL PROTECTED] GPG key fingerprint: FC95 08A6 854D DB48 4B9A 8A94 0BF7 7867 9D02 5E87 Unofficial pacakges: http://www-id.imag.fr/~danjean/deb.html#package APT repo: deb http://perso.debian.org/~vdanjean/debian unstable main -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#480092: submitter address changed (fixing wnpp bugs)
Thomas Huriaux wrote: [...] > and what I have done: > #ITP without owner, mixed owner and submitter > submitter 480092 Timothy G Abbott <[EMAIL PROTECTED]> > owner 480092 Vincent Danjean <[EMAIL PROTECTED]> > > Timothy submitted the bug, he is the _submitter_ of the bug. You want > to package linbox, you are the _owner_ of the bug. Ok, thanks. I did not take care of the distinction between owner and submitter. You are right of course. Thanks for your explanation. Regards, Vincent -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#480092: submitter address changed (fixing wnpp bugs)
Hi Thomas, According to discussion, Timothy is not interested to maintain in the the long term this package (linbox). If you look carefully, you will see it posts a RFP and not an ITP. I would not have been surprised if Timothy would like to take care of this package a few weeks (I tell him that it would be difficult for me to manage this package before a few weeks) but I do not understand why you make this change. Do you speak with Timothy ? Please, tell me why you do this. Vincent Debian Bug Tracking System wrote: > The submitter address recorded for your Bug report > #480092: ITP: linbox -- Library for exact linear algebra > has been changed. > > The old submitter address for this report was > Vincent Danjean <[EMAIL PROTECTED]>. > The new submitter address is > Timothy G Abbott <[EMAIL PROTECTED]>. > > This change was made by > Thomas Huriaux <[EMAIL PROTECTED]>. > If it was incorrect, please contact them directly. > > Debian bug tracking system administrator > (administrator, Debian Bugs database) > -- Vincent Danjean GPG key ID 0x9D025E87 [EMAIL PROTECTED] GPG key fingerprint: FC95 08A6 854D DB48 4B9A 8A94 0BF7 7867 9D02 5E87 Unofficial pacakges: http://www-id.imag.fr/~danjean/deb.html#package APT repo: deb http://perso.debian.org/~vdanjean/debian unstable main -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#482278: closed by Thomas Huriaux <[EMAIL PROTECTED]> (closing ITP bug)
reopen #482278 thanks Please, read the bug report before closing it. In the archive, we have a libtext-csv-perl package. But it's name is incorrect. It should be libtext-csv-xs-perl. According to discussion on the [EMAIL PROTECTED] ML, the current libtext-csv-perl will be renamed to libtext-csv-xs-perl (it packages the Text::CSV_XS CPAN perl module) And a new libtext-csv-perl will be uploaded with the Text::CSV CPAN perl module. This will be the first time this software will be in Debian, hence this ITP. Regards, Vincent Debian Bug Tracking System wrote: > This is an automatic notification regarding your Bug report > which was filed against the wnpp package: > > #482278: ITP: libtext-csv-perl -- comma-separated values manipulator (using > XS or PurePerl) > > It has been closed by Thomas Huriaux <[EMAIL PROTECTED]>. > > Their explanation is attached below along with your original report. > If this explanation is unsatisfactory and you have not received a > better one in a separate message then please contact Thomas Huriaux <[EMAIL > PROTECTED]> by > replying to this email. > > > > > > > Subject: > closing ITP bug > From: > Thomas Huriaux <[EMAIL PROTECTED]> > Date: > Sat, 24 May 2008 11:32:17 +0200 > To: > [EMAIL PROTECTED] > > To: > [EMAIL PROTECTED] > > Received: > (at 482278-close) by bugs.debian.org; 24 May 2008 09:32:18 + > X-Spam-Checker-Version: > SpamAssassin 3.1.4-bugs.debian.org_2005_01_02 (2006-07-26) on > rietz.debian.org > X-Spam-Status: > No, score=-4.0 required=4.0 tests=BAYES_00 autolearn=no > version=3.1.4-bugs.debian.org_2005_01_02 > Return-path: > <[EMAIL PROTECTED]> > Received: > from smtp7-g19.free.fr ([212.27.42.64]) by rietz.debian.org with esmtp > (Exim 4.63) (envelope-from <[EMAIL PROTECTED]>) id > 1Jzq6s-0007Vg-B0 for [EMAIL PROTECTED]; Sat, 24 May 2008 > 09:32:18 + > Received: > from smtp7-g19.free.fr (localhost [127.0.0.1]) by smtp7-g19.free.fr > (Postfix) with ESMTP id 840E5322821 for <[EMAIL PROTECTED]>; > Sat, 24 May 2008 11:32:17 +0200 (CEST) > Received: > from localhost (bob75-9-88-181-0-169.fbx.proxad.net [88.181.0.169]) by > smtp7-g19.free.fr (Postfix) with ESMTP id 6CD7C3227EF for > <[EMAIL PROTECTED]>; Sat, 24 May 2008 11:32:17 +0200 (CEST) > Received: > from thuriaux by localhost with local (Exim 4.69) (envelope-from > <[EMAIL PROTECTED]>) id 1Jzq6r-0001Er-5N for > [EMAIL PROTECTED]; Sat, 24 May 2008 11:32:17 +0200 > Message-ID: > <[EMAIL PROTECTED]> > MIME-Version: > 1.0 > Content-Type: > text/plain; charset=us-ascii > Content-Disposition: > inline > User-Agent: > Mutt/1.5.17+20080114 (2008-01-14) > > > Source: libtext-csv-perl > Source-Version: 0.15-1 > > > Package already in Debian for years. > > > > > > Subject: > ITP: libtext-csv-perl -- comma-separated values manipulator (using XS or > PurePerl) > From: > Vincent Danjean <[EMAIL PROTECTED]> > Date: > Wed, 21 May 2008 17:07:05 +0200 > To: > Debian Bug Tracking System <[EMAIL PROTECTED]> > > To: > Debian Bug Tracking System <[EMAIL PROTECTED]> > > Received: > (at submit) by bugs.debian.org; 21 May 2008 15:07:11 + > X-Spam-Checker-Version: > SpamAssassin 3.1.4-bugs.debian.org_2005_01_02 (2006-07-26) on > rietz.debian.org > X-Spam-Status: > No, score=-14.7 required=4.0 tests=BAYES_00,FORGED_RCVD_HELO, > FOURLA,FROMDEVELOPER,HAS_PACKAGE,MURPHY_DRUGS_REL8,X_DEBBUGS_CC > autolearn=no version=3.1.4-bugs.debian.org_2005_01_02 > Return-path: > <[EMAIL PROTECTED]> > Received: > from smtp5-g19.free.fr ([212.27.42.35]) by rietz.debian.org with esmtp > (Exim 4.63) (envelope-from <[EMAIL PROTECTED]>) id 1JypuJ-0002rX-BA > for [EMAIL PROTECTED]; Wed, 21 May 2008 15:07:11 + > Received: > from smtp5-g19.free.fr (localhost.localdomain [127.0.0.1]) by > smtp5-g19.free.fr (Postfix) with ESMTP id 6E6713F6167; Wed, 21 May 2008 > 17:07:10 +0200 (CEST) > Received: > from kooot.danjean.org (freebox.danjean.fr [82.246.251.1]) by > smtp5-g19.free.fr (Postfix) with ESMTP id 05E823F6256; Wed, 21 May 2008 > 17:07:10 +0200 (CEST) > Received: > from cayuga.vpn.danjean.org (cayuga.vpn.danjean.org [10.77.2.254]) by > kooot.danjean.org (Postfix) with ESMTP id 7C04936D56; Wed, 21 May 2008 > 17:07:09 +0200 (CEST) > Received: > by cayuga.vpn.danjean.org (Postfix, from userid 1000) id DBA6358CF6; > Wed, 21 May 2008 17:07:05 +0200 (CEST) > Content-Type: > text/plain; charset="us-ascii" > M
Bug#482278: ITP: libtext-csv-perl -- comma-separated values manipulator (using XS or PurePerl)
Package: wnpp Severity: wishlist Owner: Vincent Danjean <[EMAIL PROTECTED]> WARNING: mapping between CPAN packages and Debian packages changed All maintainer of rdepends on the old libtext-csv-perl are in CC of this mail. Please, read all this mail. * Package name: libtext-csv-perl Version : 1.05 Upstream Author : Alan Citterman and Makamaka Hannyaharamitu * URL : http://search.cpan.org/dist/Text-CSV/ * License : Perl (GPL+Artistic) Programming Lang: Perl Description : comma-separated values manipulator (using XS or PurePerl) Text::CSV provides facilities for the composition and decomposition of comma-separated values. An instance of the Text::CSV class can combine fields into a CSV string and parse a CSV string into fields. . The module accepts either strings or files as input and can utilize any user-specified characters as delimiters, separators, and escapes so it is perhaps better called ASV (anything separated values) rather than just CSV. . To work, Text::CSV can use either Text::CSV_PP (a Pure Perl module present in this package) or Text::CSV_XS (a XS module, thus optimised, provided by the libtext-csv-xs-perl package). Explainations: All of this follows a discussion on the pkg-perl-maintainers ML. The goal is to follow upstream and remove Debian specific patches. From this version, this Debian package (libtext-csv-perl) will contain the perl CPAN package Text::CSV. Before this version, this Debian package (libtext-csv-perl) contained the perl CPAN package Text::CSV_XS. From now, Text::CSV_XS will be packaged in the debian package libtext-csv-xs-perl. Text::CSV is a generic perl package that can call Text::CSV_XS if available. Indeed, Text::CSV_XS provides a optimized version of Text::CSV routines. The old libtext-csv-perl (with Text::CSV_XS) had a patch to provide the Text::CSV interface. So replacing the old patched Text::CSV_XS by the new Text::CSV (ie only upgrading this 'libtext-csv-perl' package) should works. However, you are strongly encouraged to install the new libtext-csv-xs-perl package (recommended by this package) to keep previous performancies. Maintainers of rdepends package of libtext-csv-perl should check if their package still work with this new package but without libtext-csv-xs-perl (with, of course, degraded performances). If not, please add a new dependency on your packages to libtext-csv-xs-perl (but keep libtext-csv-perl is you want to have to Text::CSV interface) and tell me so that I can add a conflict with your old versions. You can of course also add a dependency to libtext-csv-xs-perl if you want to ensure good performencies but I will not add a conflict if there is only degraded performencies. These two new packages will be available on my webpage[1,2] this evening (when I will get this ITP number). [1]: http://www-id.imag.fr/~danjean/deb.html#libtext-csv-perl [2]: http://www-id.imag.fr/~danjean/deb.html#libtext-csv-xs-perl -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.25-2-686 (SMP w/1 CPU core) 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#480092: ITP: linbox -- Library for exact linear algebra
retitle 480092 ITP: linbox -- Library for exact linear algebra submitter 480092 ! thanks Hi, Just before creating an ITP, I saw this RFP... My research team is already involved with linbox and next year we should work on it a lot. So, I would be pleased to help to integrate linbox in Debian. I plan to create a git repo on alioth (in the maint-collab project) to work on the packaging (starting with your work). Any co-maintainers are welcome. Please, note however that, probably, I will not be able to work on linbox until a few weeks. So, if you expect linbox to be uploaded before lenny freeze, another maintainer is needed. Best regards, Vincent -- Vincent Danjean GPG key ID 0x9D025E87 [EMAIL PROTECTED] GPG key fingerprint: FC95 08A6 854D DB48 4B9A 8A94 0BF7 7867 9D02 5E87 Unofficial pacakges: http://www-id.imag.fr/~danjean/deb.html#package APT repo: deb http://perso.debian.org/~vdanjean/debian unstable main -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#481450: ITP: libbiblio-endnotestyle-perl -- Reference formatting using Endnote-like templates
Package: wnpp Severity: wishlist Owner: Vincent Danjean <[EMAIL PROTECTED]> * Package name: libbiblio-endnotestyle-perl Version : 0.05 Upstream Author : Mike Taylor <[EMAIL PROTECTED]> * URL : http://search.cpan.org/dist/Biblio-EndnoteStyle/ * License : perl (GPL/Artistic) Programming Lang: Perl Description : Reference formatting using Endnote-like templates This small module provides a way of formatting bibliographic references using style templates similar to those used by the popular reference management software Endnote (http://www.endnote.com/). The API is embarrassingly simple: a formatter object is made using the class's constructor, the new() method; format() may then be repeatedly called on this object, using the same or different templates. . (The sole purpose of the object is to cache compiled templates so that multiple format() invocations are more efficient than they would otherwise be. Apart from that, the API might just as well have been a single function.) [This module is needed for koha] -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.25-1-686 (SMP w/1 CPU core) 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#461506: ITP: altree -- program to perform phylogeny based analyses
Hi, Charles Plessy wrote: > Package: wnpp > Severity: wishlist > Owner: Charles Plessy <[EMAIL PROTECTED]> > > Package name: altree > Version : 1.0.1 > Upstream Author : Claire Bardel <[EMAIL PROTECTED]> This email is not valid any more. Please, use this one instead: [EMAIL PROTECTED] About its dependencies, you can remove any reference to libcutils-perl and alphy (old packages created by me) Sometimes (or always, I do not remember), altree needs additional dependencies (libnanova-perl and libtamuanova-perl that depend on nanova and tamuanova) that were also packaged by me. Note: all these packages (but tamuanova) were written by Claire Bardel (who is my wife) and/or me. So I would be glad if you keep me as co-maintainer for these package where I am also upstream :-) Second note: I did these packages to help their installation on computers used by my wife, so I'm sure they need serious review before being added in Debian (copyright statement, ...). Best regards, Vincent > URL : http://claire.bardel.free.fr/software.html > License : GPL > Programming Lang: Perl > Description : program to perform phylogeny based analyses > > This software was designed to perform phylogeny based analysis: first, > it allows the detection of an association between a candidate gene and > a disease, and second, it enables to make hypothesis about the > susceptibility loci. > > The package is already ready: it was prepared by Vincent Danjean, who > offered it to the Debian-Med packaging team. > > http://www-id.imag.fr/Laboratoire/Membres/Danjean_Vincent/deb.html#altree > > Have a nice day, > -- Vincent Danjean GPG key ID 0x9D025E87 [EMAIL PROTECTED] GPG key fingerprint: FC95 08A6 854D DB48 4B9A 8A94 0BF7 7867 9D02 5E87 Unofficial pacakges: http://www-id.imag.fr/~danjean/deb.html#package APT repo: deb http://perso.debian.org/~vdanjean/debian unstable main -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#263830: ITP: idzebra -- general-purpose structured text indexing and retrieval engine
Here is a 'new' ITP (added to #263830). Without any reply from its submitter, I will take over this ITP (no answer from my previous mail since Jan 07 nor to the other mail from someone else on Apr 2006). * Package name: idzebra Version : 2.0.22 Upstream Author : Adam Dickmeiss, Heikki Levanto and Sebastian Hammer (Index Data enterprise) * URL : http://www.indexdata.dk/zebra/ * License : GPL (v2 or above) Programming Lang: C Description : general-purpose structured text indexing and retrieval engine IDZebra is a high-performance, general-purpose structured text indexing and retrieval engine. It reads structured records in a variety of input formats (eg. email, XML, MARC) and allows access to them through exact boolean search expressions and relevance-ranked free-text queries. Notes: * upstream (Index Data enterprise) propose debian packages. I will start from their work. I will host development on git.alioth.org so these packages can be team-maintained if someone (upstream or not) want to join. * upstream calls there packages idzebra, the software is called zebra, the tarball is called idzebra-tar.gz in a /zebra/ directory. Unless strong objection, I plan to follow upstream and call the binary packages idzebra-* and source package idzebra * zebra packaging is needed in order to package Koha (ITP #389876) * zebra build-depends on libyaz3-dev that is not yet accepted in main due to licenses issues that should be resolved quickly by upstream (license change or, if not possible, rewrite of the little problematic part) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#389876: NMU of a new version of yaz
Hi, I heard nothing since my previous mail (copy at the end of this one). So I go ahead. A new version of yaz has just been packaged and uploaded to unstable (yet again as an NMU by myself, however this NMU is quite intrusive). The packaging is done in a git repo in the collab-maint alioth project. If Eric Schwartz does not manifest itself, I will co-maintain the yaz package with MJ Ray who also express interest in this package. MIA team: since my previous mail, there is now an entry in the MIA database about Eric. Do I need to do something other ? Or should I only wait until you tell me (after you try to join Eric) that I can (or cannot) take over this package ? Best regards Vincent Vincent Danjean wrote: > Hi, > > I would like to know which is the state of the yaz source package ? > (libyaz2, libyaz2-dev, yaz-doc, yaz-ziffy binary packages) > I uploaded a new version of this package by NMU in experimental nearly > one year ago. > > Do Eric Schwartz want to continue to be the maintainer of this package ? > Lots of new versions have been created upstream... And my NMU has never been > ACKed. > > If nobody object, Eric stays quiet, I will hijack this package instead of > doing an NMU (co-maintainers will be welcome in this case) and upload it to > unstable. Managing new version is way to intrusive for an NMU in this case. > > Note: I'm interested in this package only because it is needed for Koha > (ITP 389876). > > Best regards, > Vincent > -- Vincent Danjean GPG key ID 0x9D025E87 [EMAIL PROTECTED] GPG key fingerprint: FC95 08A6 854D DB48 4B9A 8A94 0BF7 7867 9D02 5E87 Unofficial pacakges: http://www-id.imag.fr/~danjean/deb.html#package APT repo: deb http://perso.debian.org/~vdanjean/debian unstable main -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#389876: Is Eric Schwartz MIA ?
Hi, I would like to know which is the state of the yaz source package ? (libyaz2, libyaz2-dev, yaz-doc, yaz-ziffy binary packages) I uploaded a new version of this package by NMU in experimental nearly one year ago. Do Eric Schwartz want to continue to be the maintainer of this package ? Lots of new versions have been created upstream... And my NMU has never been ACKed. If nobody object, Eric stays quiet, I will hijack this package instead of doing an NMU (co-maintainers will be welcome in this case) and upload it to unstable. Managing new version is way to intrusive for an NMU in this case. Note: I'm interested in this package only because it is needed for Koha (ITP 389876). Best regards, Vincent -- Vincent Danjean GPG key ID 0x9D025E87 [EMAIL PROTECTED] GPG key fingerprint: FC95 08A6 854D DB48 4B9A 8A94 0BF7 7867 9D02 5E87 Unofficial pacakges: http://www-id.imag.fr/~danjean/deb.html#package APT repo: deb http://perso.debian.org/~vdanjean/debian unstable main -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#389876: Perl dependencies for Koha
Hi, I have just uploaded 4 new perl packages that will be needed for koha (ITP 389876): - libhtml-template-pro-perl (ITP 452034) - libdublincore-record-perl (ITP 452715) - libmarc-crosswalk-dublincore-perl (ITP 452713) - libschedule-at-perl (ITP 452714) I think they all respect the Debian Perl Group policy but do not hesitate to point me to errors if any (so that I do not reproduce them next time). Note that libhtml-template-pro-perl has a watch file in SVN that is not in the uploaded package (I forgot to add it before my upload). It will be for the next upload (after NEW processing) I do not use all these perl library myself. So I kept the description from the CPAN module. If you have better ones to suggest, to not hesitate. The only missing package for Koha is XML::RSS (in libxml-rss-perl). It exists in the archive but with a too old version. However, his package is not handle by the Debian Perl Group and its DD seems mostly mia (see 445390) :-( Last remark: there is a error in the SVN doc for perl group. In http://pkg-perl.alioth.debian.org/subversion.html#7__maintaining_debian_changelog "Second, add svn-noautodch to ~/.svn-buildpackage." should be replaced with: "Second, add svn-noautodch to ~/.svn-buildpackage.conf." Best regards, Vincent -- Vincent Danjean GPG key ID 0x9D025E87 [EMAIL PROTECTED] GPG key fingerprint: FC95 08A6 854D DB48 4B9A 8A94 0BF7 7867 9D02 5E87 Unofficial pacakges: http://www-id.imag.fr/~danjean/deb.html#package APT repo: deb http://perso.debian.org/~vdanjean/debian unstable main -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#452713: ITP: libmarc-crosswalk-dublincore-perl -- Convert data between MARC and Dublin Core
Package: wnpp Severity: wishlist Owner: Vincent Danjean <[EMAIL PROTECTED]> * Package name: libmarc-crosswalk-dublincore-perl Version : 0.02 Upstream Author : Brian Cassidy <[EMAIL PROTECTED]> * URL : http://search.cpan.org/dist/MARC-Crosswalk-DublinCore/ * License : Perl (GPL+Artistic) Programming Lang: Perl Description : Convert data between MARC and Dublin Core This module provides an implentation of the LOC's spec on how to convert metadata between MARC and Dublin Core format. The spec for converting MARC to Dublin Core is available at: http://www.loc.gov/marc/marc2dc.html, and from DC to MARC: http://www.loc.gov/marc/dccross.html. . NB: The conversion cannot be done in a round-trip manner. i.e. Doing a conversion from MARC to DC, then trying to go back to MARC will not yield the original record. Note: this package is needed to package Koha 3.0 (#389876) -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.23-1-686 (SMP w/1 CPU core) 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#452714: ITP: libschedule-at-perl -- OS independent interface to the Unix 'at' command
Package: wnpp Severity: wishlist Owner: Vincent Danjean <[EMAIL PROTECTED]> * Package name: libschedule-at-perl Version : 1.06 Upstream Author : Jose A. Rodriguez <[EMAIL PROTECTED]> * URL : http://search.cpan.org/dist/Schedule::At/ * License : Perl (GPL+Artistic) Programming Lang: Perl Description : OS independent interface to the Unix 'at' command This modules provides an OS independent interface to 'at', the Unix command that allows you to execute commands at a specified time. Note: this package is needed to package Koha 3.0 (#389876) -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.23-1-686 (SMP w/1 CPU core) 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#452715: ITP: libdublincore-record-perl -- Container for Dublin Core metadata elements
Package: wnpp Severity: wishlist Owner: Vincent Danjean <[EMAIL PROTECTED]> * Package name: libdublincore-record-perl Version : 0.03 Upstream Author : Ed Summers, Brian Cassidy * URL : http://search.cpan.org/dist/DublinCore-Record/ * License : Perl (GPL+Artistic) Programming Lang: Perl Description : Container for Dublin Core metadata elements DublinCore::Record methods such as element(), elements(), title(), etc return DublinCore::Element objects as their result. These can be queried further to extract an elements content, qualifier, language, and schema. For a definition of these attributes please see RFC 2731 and http://www.dublincore.org. Note: this package is needed to package Koha 3.0 (#389876) -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.23-1-686 (SMP w/1 CPU core) 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#452034: ITP: libhtml-template-pro-perl -- Perl/XS module to use HTML Templates from CGI scripts
Package: wnpp Severity: wishlist Owner: Vincent Danjean <[EMAIL PROTECTED]> * Package name: libhtml-template-pro-perl Version : 0.66 Upstream Author : I. Yu. Vlasenko <[EMAIL PROTECTED]> * URL : http://search.cpan.org/dist/HTML-Template-Pro/ * License : Same as perl (GPL+Artistic) Programming Lang: C and Perl Description : Perl/XS module to use HTML Templates from CGI scripts This module attempts to make using HTML templates simple and natural. It extends standard HTML with a few new HTML-esque tags - , , , , and . The file written with HTML and these new tags is called a template. It is usually saved separate from your script - possibly even created by someone else! Using this module you fill in the values for the variables, loops and branches declared in the template. This allows you to separate design - the HTML - from the data, which you generate in the Perl script. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.23-1-686 (SMP w/1 CPU core) 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#444022: ITP: papi -- OpenPrinting PAPI suite
Jeff Licquia wrote: > * Package name: papi [...] > This is an implementation of OpenPrinting PAPI, a programming > specification for cross-platform and cross-print-system printing. For me, papi is a library with its tools to access hardware performance counters. It used a lot on some plateform (NUMA, ...) to analyze the performance of HPC programs. Google with "papi" give this link in first : http://icl.cs.utk.edu/papi/ This software is not packaged in Debian (yet ? but it needs a patched kernel). However, I think I would be better if you do not use 'papi' as the package name. Perhaps openprinting-papi or openprinting or ... What do you think ? Best regards, Vincent -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#433727: ITP: freeplayer -- wrapper around vlc for French ADSL FreeBox
Package: wnpp Severity: wishlist X-Debbugs-CC: [EMAIL PROTECTED] --- Please fill out the fields below. --- Package name: freeplayer Version: 20070531 Upstream Author: Clement Vasseur <[EMAIL PROTECTED]> URL: http://adsl.free.fr/multimedia/freeplayer/ License: GPL * First binary package (arch all) : freeplayer Description: wrapper around vlc for French ADSL FreeBox Freeplayer is a helper tool to allow the French ADSL FreeBox to use vlc and play/display the content of your computer on the TV linked to the FreeBox. . This package is useless without a FreeBox, ie the modem of the French ADSL IP provider "Free" (http://www.free.fr) . Homepage: http://adsl.free.fr/multimedia/freeplayer/ * Second binary package (arch any) Description: This program allows to create and edit playlist to be used by the freeplayer within a graphical (qt) environment. . This package is useless without a FreeBox, ie the modem of the French ADSL IP provider "Free" (http://www.free.fr) Improvements in the descriptions (short and long) are welcome. Preliminary packages can be found on my webpage : http://www-id.imag.fr/~danjean/deb.html#freeplayer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#421794: ITP: hgsvn -- Scripts to work locally on Subversion checkouts using Mercurial
Package: wnpp Severity: wishlist Owner: Vincent Danjean <[EMAIL PROTECTED]> * Package name: hgsvn Version : 0.1.1 Upstream Author : Antoine Pitrou <[EMAIL PROTECTED]> * URL : http://cheeseshop.python.org/pypi/hgsvn * License : GPL Programming Lang: Python Description : Scripts to work locally on Subversion checkouts using Mercurial This set of scripts allows to work locally on Subversion-managed projects using the Mercurial distributed version control system. . Why use Mercurial ? You can do local (disconnected) work, pull the latest changes from the SVN server, manage private branches, submit patches to project maintainers, etc. And of course you have fast local operations like "hg log", "hg annotate"... . Currenly two scripts are provided: hgimportsvn and hgpullsvn . hgimportsvn initializes an SVN checkout which is also a Mercurial repository. . hgpullsvn pulls the latest changes from the SVN repository, and updates the Mercurial repository accordingly. It can be run multiple times. . Homepage: http://cheeseshop.python.org/pypi/hgsvn -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.20-1-686 (SMP w/1 CPU core) 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#409341: ITP: hgview -- Graphical viewer for distributed version content managment tools
Steve Greenland a écrit : > On 02-Feb-07, 01:08 (CST), Vincent Danjean <[EMAIL PROTECTED]> wrote: >> Package: wnpp >> Severity: wishlist >> Owner: Vincent Danjean <[EMAIL PROTECTED]> >> >> * Package name: hgview >> Version : not yet released >> Upstream Author : Ludovic Aubry <[EMAIL PROTECTED]> >> * URL : http://www.logilab.org/hg/hgview > > That redirects to the changelog, which is not actually very useful for > someone trying to find info about the package. Google doesn't find > anything more useful, though. I talked with the upstream developer. the correct URL is http://www.logilab.org/projects/hgview >> * License : Not yet fixed. Probably GPL. I'm taking with upstream It is GPL >> Programming Lang: Python + gtk >> Description : Graphical viewer for distributed SCM tools >> >> Distributed Source Control Managment tools such as git/cogito or >> mercurial deals with large graphs of changesets. This tool allows to >> display them graphicaly. > > 1. That's "graphically". ok. I will probably rewrite the whole description when the software will be ready (and a list of features available). > 2. Does hgview really support anything besides mercurial? A quick glance > at hgview.py implies otherwise. This is a very new project. When the first public release will be ready, I will see which DSCM will be supported. > 3. In anycase, explicitly list the supported DSCM systems. "Tools such > as" doesn't help the user. As soon as I know it, I will. Anyway, the first release will support mercurial and perhaps cogito/git. Thanks for your remarks, Vincent
Bug#409341: ITP: hgview -- Graphical viewer for distributed version content managment tools
Package: wnpp Severity: wishlist Owner: Vincent Danjean <[EMAIL PROTECTED]> * Package name: hgview Version : not yet released Upstream Author : Ludovic Aubry <[EMAIL PROTECTED]> * URL : http://www.logilab.org/hg/hgview * License : Not yet fixed. Probably GPL. I'm taking with upstream Programming Lang: Python + gtk Description : Graphical viewer for distributed SCM tools Distributed Source Control Managment tools such as git/cogito or mercurial deals with large graphs of changesets. This tool allows to display them graphicaly. Existing features include: - browsing the revision tree - find as you type - restrict revisions based on modified files -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable'), (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#367007: NMU of yaz
Hi, I just upload a NMU for the yaz package (2.1.48 now ;-) ) for experimental. As there is a new binary package (yaz-ziffy), it has to go through the NEW queue... The package is also available in my repository. See : http://www-id.imag.fr/Laboratoire/Membres/Danjean_Vincent/deb.html Best regards, Vincent -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#408063: ITP: libpdf-reuse-barcode-perl -- Create barcodes for PDF documents with PDF::Reuse
Package: wnpp Severity: wishlist Owner: Vincent Danjean <[EMAIL PROTECTED]> * Package name: libpdf-reuse-barcode-perl Version : 0.05 Upstream Author : Lars Lundberg <[EMAIL PROTECTED]> * URL : CPAN * License : Same as perl Programming Lang: Perl Description : Create barcodes for PDF documents with PDF::Reuse This is a sub-module to PDF::Reuse. It creates barcode "images" to be used in PDF documents. It uses GD::Barcode and its sub-modules: GD::Barcode::Code39, COOP2of5, EAN13 and so on, to calculate the barcode pattern. For Code128 it uses Barcode::Code128. . Normally the barcodes are displayed on a white background and with the characters under the bars. You can rotate the "image", make it smaller or bigger, prolong the bars and change the background. (But then, don't forget to test that your barcode scanner still understands it.) . If you don't change the size of the "image", the bars are approximately 24 pixels high (the guard bars a few pixels longer) and the box/background is 38 pixels high and something like 20 pixels wider than the barcodes. The text under the bars are 10 pixels high. Note: this module is needed for koha (ITP 389876). It will be maintained within the Perl Debian Group. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-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#408064: ITP: libpdf-reuse-perl -- Reuse and mass produce PDF documents
Package: wnpp Severity: wishlist Owner: Vincent Danjean <[EMAIL PROTECTED]> * Package name: libpdf-reuse-perl Version : 0.33 Upstream Author : Lars Lundberg <[EMAIL PROTECTED]> * URL : CPAN * License : Same as perl Programming Lang: Perl Description : Reuse and mass produce PDF documents This module could be used when you want to mass produce similar (but not identical) PDF documents and reuse templates, JavaScripts and some other components. It is functional to be fast, and to give your programs capacity to produce many pages per second and very big PDF documents if necessary. . The module produces PDF-1.4 files. Some features of PDF-1.5, like "object streams" and "cross reference streams", are supported, but only at an experimental level. More testing is needed. (If you get problems with a new document from Acrobat 6 or 7, try to save it or recreate it as a PDF-1.4 document first, before using it together with this module.) Note: this module is needed for koha (ITP 389876). It will be maintained within the Perl Debian Group. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-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#408062: ITP: libmarc-xml-perl -- Work with MARC data encoded as XML
Package: wnpp Severity: wishlist Owner: Vincent Danjean <[EMAIL PROTECTED]> * Package name: libmarc-xml-perl Version : 0.83 Upstream Author : Ed Summers * URL : CPAN * License : Same as perl itself Programming Lang: perl Description : Work with MARC data encoded as XML The MARC-XML distribution is an extension to the MARC-Record distribution for working with MARC21 data that is encoded as XML. The XML encoding used is the MARC21slim schema supplied by the Library of Congress. More information may be obtained here: http://www.loc.gov/standards/marcxml/ . Once you install the MARC-XML distribution you will most likely not use it directly, but will have an additional file format available to you when you use MARC::Batch. . This version of MARC-XML supersedes an the versions ending with 0.25 which were used with the MARC.pm framework. MARC-XML now uses MARC::Record exclusively. Note: this module is needed for koha (ITP 389876). It will be maintained within the Perl Debian Group. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-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#408061: ITP: libmarc-lint-perl -- Perl extension for checking validity of MARC records
Package: wnpp Severity: wishlist Owner: Vincent Danjean <[EMAIL PROTECTED]> * Package name: libmarc-lint-perl Version : 1.42 Upstream Author : Bryan Baldus <[EMAIL PROTECTED]> * URL : CPAN * License : Same as perl Programming Lang: perl Description : Perl extension for checking validity of MARC records Module for checking validity of MARC records. 99% of the users will want to do something like is shown in the synopsis. The other intrepid 1% will overload the MARC::Lint module's methods and provide their own special field-level checking. . What this means is that if you have certain requirements, such as making sure that all 952 tags have a certain call number in them, you can write a function that checks for that, and still get all the benefits of the MARC::Lint framework. Note: this module is needed for koha (ITP 389876). It will be maintained within the Perl Debian Group. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-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#408060: ITP: libbusiness-isbn-data-perl -- data pack for Business::ISBN
Package: wnpp Severity: wishlist Owner: Vincent Danjean <[EMAIL PROTECTED]> * Package name: libbusiness-isbn-data-perl Version : 1.13 Upstream Author : brian d foy, <[EMAIL PROTECTED]> * URL : CPAN * License : Same as perl Programming Lang: perl Description : data pack for Business::ISBN This data is current as of November 2004. At that time, the publisher codes 999-999 or 999000-99 had not been fixed, although they had been proposed. I do not include them in the data. . Business::ISBN uses this "data pack" to do its work. You can update Business::ISBN::Data independently of the main module as the various ISBN organizations assign new publisher codes. The ISBN agency lists these data at http://www.isbn-international.org/identifiers.html . The distribution should include the kludegy script I used to extract the data and format the data structure. . Note, that as a historical artifact, some countries are actually language areas. For instance, country code 2 is "French", and includes several French-speaking countries. Note: this module is needed for koha (ITP 389876). It will be maintained within the Perl Debian Group. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-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#408059: ITP: libbarcode-code128-perl -- Perl library to generate CODE 128 bar codes
Package: wnpp Severity: wishlist Owner: Vincent Danjean <[EMAIL PROTECTED]> * Package name: libbarcode-code128-perl Version : 2.00 Upstream Author : William R. Ward <[EMAIL PROTECTED]> * URL : CPAN (http://www.cpan.org/) * License : Same as perl Programming Lang: Perl Description : Perl library to generate CODE 128 bar codes Barcode::Code128 generates bar codes using the CODE 128 symbology. It can generate images in PNG or GIF format using the GD package, or it can generate a text string representing the barcode that you can render using some other technology if desired. . The intended use of this module is to create a web page with a bar code on it, which can then be printed out and faxed or mailed to someone who will scan the bar code. The application which spurred its creation was an expense report tool, where the employee submitting the report would print out the web page and staple the receipts to it, and the Accounts Payable clerk would scan the bar code to indicate that the receipts were received. . The default settings for this module produce a large image that can safely be FAXed several times and still scanned easily. If this requirement is not important you can generate smaller image using optional parameters. Note: this module is needed for koha (ITP 389876). It will be maintained within the Perl Debian Group. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-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#408058: ITP: libbusiness-isbn-perl -- Perl library to work with International Standard Book Numbers
Package: wnpp Severity: wishlist Owner: Vincent Danjean <[EMAIL PROTECTED]> * Package name: libbusiness-isbn-perl Version : 1.84 Upstream Author : brian d foy, <[EMAIL PROTECTED]> * URL : CPAN * License : Same as perl Programming Lang: Perl Description : Perl library to work with International Standard Book Numbers This perl library allows to easily extract useful information from ISBN such as country code, publisher code, ... It can allow check the checksum and/or correct it. . Homepage: http://sourceforge.net/projects/perl-isbn/ Note: this module is needed for koha (ITP 389876). It will be maintained within the Perl Debian Group. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-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#263830: Status of idzebra
Hi, I would like to help packaging Koha 3.0 (ITP 389876). This will require idzebra (your ITP). I would like to know where you are. Do you contact the upstream developer (as he includes debian packages on its website) ? Are you still interested in packaging this software ? As I am DD (for a few months ;-) ), I will be able to sponsor your packages if needed. Best regards, Vincent -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#406964: ITP: ocsinventory-agent -- Hardware and software inventory tool (client)
Pierre Chifflier a écrit : > (it uses a PKI, or a self signed certificate). This is new since the time I looked at it. > If you are still interested in the packaging, I would see no problem > in co-maintaining the packages (I plan to package the server as soon > as the client packages are ready). Thank you very much for your offer, but I'm not sure I will have enough time and interest into this software. But, as we use it in my lab, I will collaborate with you through the BTS ;-) Best regards, Vincent
Bug#406964: ITP: ocsinventory-agent -- Hardware and software inventory tool (client)
Pierre Chifflier a écrit : > Package: wnpp > Severity: wishlist > Owner: Pierre Chifflier <[EMAIL PROTECTED]> > > * Package name: ocsinventory-agent > Version : 1.0~rc3 > Upstream Author : Pascal DANEK 2005 > * URL : http://ocsinventory.sourceforge.net/index.php > * License : GPL > Programming Lang: Perl > Description : Hardware and software inventory tool (client) > > Open Computer and Software Inventory Next Generation is an application > designed to help a network or system administrator keep track of the > computers > configuration and software that are installed on the network. It also > allows deploying softwares, commands or files on client computers. Last time I looked at this software, I was very disappointed by the security on the last part : the agent was downloading and installing new software without any verification (signature, ...). As my lab would like to try this tool, I made a debian package. I try to disable this remote deployment facility (as we did not want to use it) and let only the configuration and software report part. Even that was not secured at all ! So, we use it for non laptop computer inside our lab (behind a firewall), but not on our laptops that can be connected in hostile environments. As I did not look at this software for several months, it is possible that some of my criticisms are wrong (and I would be very happy in this case). So, I hope you will address these issues if you create a official debian package. If you want, you are free to use the packaging I did for the 1.0-RC2-FINAL release : http://people.debian.org/~vdanjean/debian/pool/main/o/ocsinventory-client/ Best regards, Vincent > . > This package contains the client part. > . > Homepage: http://ocsinventory.sourceforge.net
Bug#367007: Bug#359265: yaz: upstream version 2.1.44 available
gregor herrmann a écrit : >> #359265 and #361726 are blocking #367007 (ITP: libnet-z3950-zoom-perl) >> which I need. > > ... and which is waiting on my hard disk (I've just built the current > version with your libyaz-dev package without any problems). Can you send me your sources (orig.tar.gz, diff.gz and dsc) so that I can have it locally, too ? I will put it on my mirror until it can enter experimental or sid. PS: I correct some mistakes in my package. So my libyaz2-dev has probably changed since you download it (but the changes was about the copyright and source files (debian/watch), so it should not change anything for your package) Best regards, Vincent
Bug#403053: ITP: qct -- GUI commit tool for mercurial
Package: wnpp Severity: wishlist Owner: Vincent Danjean <[EMAIL PROTECTED]> * Package name: qct Version : Not yet released Upstream Author : Steve Borho <[EMAIL PROTECTED]> * URL : http://hg.borho.org/qct/ * License : GPL Programming Lang: Python (with PyQt4) Description : GUI commit tool for mercurial qct is a new project. Its aim is to provide a graphical way to commit changesets to mercurial (a distributed source management software packaged by me). qct is similar to gct (already packaged by me as 'commit-tool'). The main differences are : * commit-tool targets several VCs (git, mercurial, ...) qct is specific to mercurial (so it can have speficif options) * qct is under active development * qct aims to be the 'standard' way to commit with mercurial My goal is to package this tool to allow easy testing of it. I will do it in experimental. If 'qct' keeps a separate projet, and when it will be released, I will upload to unstable. But if qct is merged with mercurial, I will include it directly in my mercurial package. Vincent PS: here is a possible long description: qct is a GUI enabled commit tool for Mercurial (hg). It should be available on all plateform where Mercurial works (*nix, Mac, Windows, ...). It allows the user to view diffs, select which files to commit (or ignore / revert), write commit messages and perform the commit itself. . Homepage: http://hg.borho.org/qct/ -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-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#369328: ITP: phpmybibli -- Library managment system
Package: wnpp Severity: wishlist Owner: Vincent Danjean <[EMAIL PROTECTED]> * Package name: phpmybibli Version : 2.1.24 Upstream Author : [EMAIL PROTECTED] * URL : http://www.pizz.net/index_logiciel.php * License : CeCILL Programming Lang: php Description : Library managment system PhpMyBibli (PMB) is a php application that allows to manage a library (list of available books, readers, lent, ...). PMB can be used either for small personnal collections or even for big libraries. It supports the UNIMARC norm, the 995 recommandation and it is able to import notices from BDP (an other library managment system). Note: CeCILL is a french license (ie wrote in french for french laws) whose aims to be compliant with french laws and with the GPL. More information can be found here: http://www.cecill.info/index.en.html Note (bis): Most of the web site and the documentation of phpmybibli are in french. I would welcome any translators (for the description, the documentation, ...) -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-rc3-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#369329: ITP: phpmybibli-doc-fr -- French documentation for PMB
Package: wnpp Severity: wishlist Owner: Vincent Danjean <[EMAIL PROTECTED]> * Package name: phpmybibli-doc-fr Version : 20050529 (none upstream) Upstream Author : [EMAIL PROTECTED] * URL : http://www.pizz.net/index_logiciel.php * License : CeCILL Programming Lang: HTML Description : French documentation for PMB This package contains three french guides for PhpMyBibli: + the installation guide (not really useful on a Debian system) + the user guide + the administrator guide I do not think that these guides already have an english translation... -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-rc3-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#365734: ITP: svn2bzr -- Converts a Subversion repository to a Bazaar 2.0 repository
Jelmer Vernooij wrote: > Package: wnpp > Severity: wishlist > Owner: Jelmer Vernooij <[EMAIL PROTECTED]> > > > * Package name: svn2bzr > Version : 0.6.0 > Upstream Author : Gustavo Niemeyer <[EMAIL PROTECTED]> > * URL : http://www.bazaar-vcs.org/svn2bzr > * License : GPL > Programming Lang: Python > Description : Converts a Subversion repository to a Bazaar 2.0 > repository > > Converts a Subversion repository to a set of Bazaar 2.0 branches. This > tool does one-way conversions only and can not be used for incremental > updates. Input will be read from a standard Subversion dump file. What can do snv2bzr that cannot be done with tailor (that allows incremental updates and two-way conversions) ? This is a real question as I do not know anything about Bazaar. Regards, Vincent -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#361159: ITP: libpdf-create-perl -- create PDF files
Gunnar Wolf wrote: > Vincent Danjean dijo [Fri, Apr 07, 2006 at 12:56:57AM +0200]: >> * URL : http://sourceforge.net/projects/perl-pdf/ > > Hmmm... Not in CPAN as well? I found only version 0.01 in CPAN... >> Description : Create PDF files >> >> PDF::Create allows you to create PDF documents using a large number >> of primitives, and emit the result as a PDF file or stream. >> PDF stands for Portable Document Format. >> . >> Documents can have several pages, a table of content, an information >> section and many other PDF elements. More functionnalities will be >> added as needs arise. >> . >> Documents are constructed on the fly so the memory footprint is not >> tied to the size of the pages but only to their number. >> . >> Homepage: http://sourceforge.net/projects/perl-pdf/ > > How does this compare/relate/differ from PDF::API2 and/or PDF::Report > (both packaged, libpdf-api2-perl, libpdf-report-perl) I've no idea. I have just one interest in that package : it is used by sgf2dg. I do not use the module myself. If you know that libpdf-report-perl is better, tell me : I will add a pointer to this package in the description of mine. The description I use for libpdf-create-perl is the one found in the upstream package. So I am not able to make any comment about it. Best regards, Vincent > Greetings, -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#360327: RFA: sgf2tex
Hi, I would be pleased to adopt your sgf2tex package. In fact, my plan is to remove it from debian and replace it by a sgf2dg package as upstream changed its project name. So, bugs #360327 (your O bugsreport), #361151 (my RFA) and #361155 (my ITP for sgf2dg) are related (and also #361158 and #361159 that are ITP for related perl libraries). If you agree that I adopt your package, I will make the sgf2dg source package create a sgf2tex binary package with only a depend on sgf2dg (for smooth transition). I will also add your changelog in my package so that we can still keep a record of your work on sgf2tex. What do you think of my proposal ? Best regards, Vincent -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#361158: ITP: libpostscript-file-perl -- Base class for creating Adobe PostScript files
Package: wnpp Severity: wishlist Owner: Vincent Danjean <[EMAIL PROTECTED]> * Package name: libpostscript-file-perl Version : 1.01 Upstream Author : Christopher P Willmot * URL : http://www.cpan.org/authors/id/C/CP/CPWILLMOT/ * License : same as Perl (ie GPL or Artistic License) Programming Lang: Perl Description : Base class for creating Adobe PostScript files This module produces the outline for an Adobe PostScript file. It provides convenient routines for writing postscript directly, including reporting postscript errors and debugging support. Although it may be used independently, the functions provided are also suitable for use in other modules. Note: the long description comes from the perl module documentation. Any comments and/or suggestions for improvement are welcome. Note bis: I want to package this perl module as sgf2dg needs it to output PostScript files (cf my ITP for sgf2dg) Note ter: I did not find a Homepage for this library. Does someone know one ? Best regards, Vincent PS: the package should be available on my webpage[1] within a few minutes. [1] http://dept-info.labri.fr/~danjean/deb.html -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-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#361159: ITP: libpdf-create-perl -- create PDF files
Package: wnpp Severity: wishlist Owner: Vincent Danjean <[EMAIL PROTECTED]> * Package name: libpdf-create-perl Version : 0.06.1b Upstream Author : Fabien Tassin and Michael Gross * URL : http://sourceforge.net/projects/perl-pdf/ * License : "This module may be used and modified freely, but I do request that this copyright notice remain attached to the file. You may modify this module as you wish, but if you redistribute a modified version, please attach a note listing the modifications you have made." Programming Lang: Perl Description : Create PDF files PDF::Create allows you to create PDF documents using a large number of primitives, and emit the result as a PDF file or stream. PDF stands for Portable Document Format. . Documents can have several pages, a table of content, an information section and many other PDF elements. More functionnalities will be added as needs arise. . Documents are constructed on the fly so the memory footprint is not tied to the size of the pages but only to their number. . Homepage: http://sourceforge.net/projects/perl-pdf/ Note: the long description comes from the perl module documentation. Any comments and/or suggestions for improvement are welcome. Note bis: I want to package this perl module as sgf2dg needs it to output PDF files (cf my ITP for sgf2dg) Best regards, Vincent PS: the package should be available on my webpage[1] within a few minutes. [1] http://dept-info.labri.fr/~danjean/deb.html -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-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#361155: ITP: sgf2dg -- Creates TeX files from Go game records
Package: wnpp Severity: wishlist Owner: Vincent Danjean <[EMAIL PROTECTED]> * Package name: sgf2dg Version : 4.026 Upstream Author : Daniel Bump and Reid Augustin * URL : http://match.stanford.edu/bump/sgf2tex.html * License : GPL Programming Lang: Perl, TeX (font) Description : Creates TeX files from Go game records Go is a board game from Eastern Asia and TeX is a program for typesetting. sgf2dg converts Go game records in smart-go format (SGF) into TeX files. You can produce camera-ready copies for books or magazines, or simply generate attractive printouts of your (internet) Go games. . sgf2dg includes the Metafont sources for a new set of Go fonts, and a script, sgf2dg (formerly Sgf2tex), which translates files in sgf-format into TeX. . Homepage: http://match.stanford.edu/bump/sgf2tex.html Package will be available on my webpage [1] on a few minutes (I just need to wait for the ITP bugs number to add it in my changelog) [1] http://dept-info.labri.fr/~danjean/deb.html -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-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#361151: RFA: sgf2tex
Package: wnpp Severity: normal I intend to adopt sgf2tex. In fact, my plan is to remove this package from the Debian archive and to replace it by sgf2dg that is its successor (renamed upstream). I will fill an ITP for sgf2dh just after this RFA. Best regards, Vincent -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-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#358695: ITP: latex-utils -- utilities for LaTeX/xfig
Package: wnpp Severity: wishlist Owner: Vincent Danjean <[EMAIL PROTECTED]> * Package name: latex-utils Version : 2.1.2 Upstream Author : Vincent Danjean <[EMAIL PROTECTED]> Arnaud Legrand <[EMAIL PROTECTED]> * URL : http://gforge.inria.fr/projects/latex-utils/ * License : GPL (2 or any later version) Description : utilities for LaTeX/xfig This package provides a Makefile to compile LaTeX documents (in ps or pdf), latex packages to easily include xfig figures in LaTeX documents and various scripts help the Makefile to correctly and easily handle its job. . One great interrest of this package is that it automatically track most of the dependencies of the LaTeX document. We should just have to create a Makefile with the single line 'include LaTeX.mk' . Homepage: http://gforge.inria.fr/projects/latex-utils/ Additional notes: - This software differs from latex-mk (that has recently enter the debian archive) in two points : 1) it allows to easily manage .fig files from latex documents (ie \includegrpahics{foo.fig}) 2) the Makefile fragment automatically tracks the dependencies (bib files, included files, figures, ...). There is no need to setup and maintain Makefile variables. You can find the current version of the debian package on my web page: http://dept-info.labri.fr/~danjean/deb.html#latex-utils Of course, the /usr/share/bug/latex-utils/control will be removed before the package will be uploaded (this file is here so that people that are already using the package can use reportbug) Best regards, Vincent PS: I would appreciate any help to improve my description as I am not a native english speaker. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16 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#350336: ITP: latex-mk -- tool for managing LaTeX projects
Rafael Laboissiere wrote: Do you have plans to make it an official Debian package? Yes, when I will have some free time. Probably one or two months from now. But, it is possible that I try to merge my work with latex-mk. I do not look at it in details yet. So I do not know if it is possible or not. From a quick look at the files in latex-utils, I see: /usr/include/LaTeX.mk Is this an appropriate place for this file? The FHS says: [...] I think a better place would be: /usr/share/latex-utils/LaTeX.mk Previous version where using this. However, this needs that the user remember the full path. 'make' automatically look for included files in /usr/include. I decided to take advantage of this. (and LaTeX.mk is still a file to include, even if it is not a C or C++ header file). This setup allows a user to write its Makefile with only 'include LaTeX.mk'. And if he tries to compile its document on a system without my debian package, he just have to call : make -Idir_of_local_install_of_latex-utils This is very usefull as a lot of my latex documents are collaborative work (under CVS) with people having very different OS (MacOSX, ...) Best regards, Vincent -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#350336: ITP: latex-mk -- tool for managing LaTeX projects
Rafael Laboissiere wrote: LaTeX-Mk is a collection of Makefile fragments and shell scripts for managing small to large sized LaTeX projects. The typical LaTeX-Mk input file is simply a series of variable definitions in a Makefile for the project. After creating a simple Makefile the user can easily perform all required steps to do such tasks as: preview the document, print the document, or produce a PDF file. LaTeX-Mk will keep track of files that have changed and how to run the various programs that are needed to produce the output. I did not know about this software. It seems very interresting. But, as far as I can see, you still need to explicitely declare your dependencies (ie your bib file, your multiple input files for one document, ...). I wrote some Makefiles to do the same, but I also use a LaTeX package of my own to automaticaly track the dependencies while building the document (similar to the -MM flags of gcc). Most of the time, my LaTeX Makefile contain only one line: include LaTeX.mk I planned to include my work in Debian, however I never take the time to cleanup the variable names and improve the documentation. Nevertheless, you can be interesting by looking at my work. If you want, all is available here : http://dept-info.labri.fr/~danjean/deb.html#latex-utils Best regards, Vincent -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#324454: ITP: commit-tool -- GUI commit tool for various Source Control Managment
Package: wnpp Severity: wishlist Owner: Vincent Danjean <[EMAIL PROTECTED]> * Package name: commit-tool Version : 0.2 Upstream Author : Fredrik Kuivinen <[EMAIL PROTECTED]> * URL : http://www.cyd.liu.se/users/~freku045/gct/ * License : GPL Description : GUI commit tool for various Source Control Managment Commit Tool or (h)gct is a GUI enabled commit tool for Git and Mercurial (hg). It allows the user to view diffs, select which files to committed (or ignored / reverted) write commit messages and perform the commit itself. Its generic SCM interface allows easy porting to other SCM systems. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (499, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.9-2-686 Locale: LANG=fr_FR, LC_CTYPE=fr_FR (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#315752: ITP: tailor [...]
On Sun, Jul 17, 2005 at 09:06:17PM +0200, Lele Gaifax wrote: > >>>>> "Vincent" == Vincent Danjean <[EMAIL PROTECTED]> writes: > > Vincent> I put him in Cc of this mail in case he forgot ;-) > > Good point! :-) > > Done, tagged current version of cvsync as 0.8, and the tar.gz is at > > http://nautilus.homeip.net/~lele/projects/cvsync-0.8.tar.gz Just for record, I packaged this version last week. I sent the Debian package to my sponsort (I am not yet a Debian developper). Now, I am waiting for the package to be uploaded and to be accepted by the ftp-master team. Then it will appair in the Debian Sid distribution. If you cannot wait, the package is available on my web page : http://dept-info.labri.fr/~danjean/deb.html#tailor Best, Vincent -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]