Accepted averell 1.2.5-1 (source all) into unstable, unstable

2016-04-25 Thread Jean Parpaillon
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Tue, 12 Apr 2016 11:01:13 +0200
Source: averell
Binary: averell
Architecture: source all
Version: 1.2.5-1
Distribution: unstable
Urgency: medium
Maintainer: Jean Parpaillon <jean.parpail...@free.fr>
Changed-By: Jean Parpaillon <jean.parpail...@free.fr>
Description:
 averell- incredibly stupid web server
Closes: 773793
Changes:
 averell (1.2.5-1) unstable; urgency=medium
 .
   * Initial release
   * Closes: #773793
Checksums-Sha1:
 a5c14f71d871973577e1c9a9e6610dd69f358df2 1895 averell_1.2.5-1.dsc
 22b0dbbc17cc516431c5087907b78d6c539352d0 72688 averell_1.2.5.orig.tar.xz
 e52c41b8b3384cc1f84246b380c40902874392e1 2140 averell_1.2.5-1.debian.tar.xz
 a5d848623ab07d1b11baabc9caae76063cf745d9 38514 averell_1.2.5-1_all.deb
Checksums-Sha256:
 6572b3135e41a4befa699df2784fd8313c78076c0b196357c5a7cab084d6c80d 1895 
averell_1.2.5-1.dsc
 5ef59f07083dc5db436a537b978ff7e74661a475bbbc97dc02419998e386c62b 72688 
averell_1.2.5.orig.tar.xz
 e916cc3fddd5d2b438938ef8a00c7e9e2f8a5f5fce343d0c3e6cd10abedc8200 2140 
averell_1.2.5-1.debian.tar.xz
 8acab4d1355071eb9ad30fe565f6db7f9df193a16c91d6ebfaa434a5400f76fe 38514 
averell_1.2.5-1_all.deb
Files:
 ecae7dca38029efc83456b9b79200a6a 1895 httpd optional averell_1.2.5-1.dsc
 7c3c8e97791582e2beee1daa495847aa 72688 httpd optional averell_1.2.5.orig.tar.xz
 da85105a73d410955014ccf321758507 2140 httpd optional 
averell_1.2.5-1.debian.tar.xz
 8b590b7da4712402330680e982c9236b 38514 httpd optional averell_1.2.5-1_all.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJXFQzNAAoJEPNPCXROn13ZKnEP/2SwCOZobyjmZAb+0xLomciI
2N/4JAhdpJTPycyvBsyUj4KRXOcb4RVH1a4q2E1v2g6T7jIjXYnMAiV9CWLzDaah
VafDaS16j2xu4qzicwZWQXu2+h7MGbfXfI/iAzzJjBgjhjRsSIRvzNCmz1xP+woZ
3IyZnvKIVnTggz4uYYFgrvOHg20a9LjhLtTZsw2HO+SaCdHhMXWuCgMwPOCzmTvk
vHuc4ZdgZ6r2NH0cYgloH+k1qewgujB+h/2PSy0y5CeDGo9yc9DgHeJ6R1/IsG/x
OwmCpMD7IYJWp1P4hANdg6xeo5jCzJegHIhHbh7V086zHV4P8Rpibw9kK3R8lsPM
nVTMhbo4orJ870mJOGht2gCwrT+sEO/sRoJI3hoUv2UMe1qeLv1gSTkfJTFtS32I
6+RKkO0PfvG1C4fBk/AG90s64bmZbdWdeaA8KmeeeNDJu8SOwUlY2cAja7+n/T4u
wZrf8sot9HXPsRzSyaOBAVhJTYzyQL5BbgA2Xdw9VTm+lpkez7f7ZVx9BprvkvYz
RDZsYIwjl+NjRAnfHLT8Fo1ij7zi1fHuSsU1773OzGtff+e4IsKqei+PSOGqbbYb
wSa/CU93XMUfNFKrrQAGMt4eF20sSQK2lr1Nwd19PrgsuwiVyfkd818KdCoPCJCY
Dhlg+DQo9ltKSmt+zHwO
=8CEa
-END PGP SIGNATURE-



Bug#773793: ITP: averell -- An incredibly stupid web server

2014-12-23 Thread Jean Parpaillon
Package: wnpp
Severity: wishlist
Owner: Jean Parpaillon jean.parpail...@free.fr

* Package name: averell
  Version : 1.0a
  Upstream Author : Jean Parpaillon jean.parpail...@free.fr
* URL : http://github.com/jeanparpaillon/averell
* License : Apache 2.0
  Programming Lang: erlang
  Description : An incredibly stupid web server

averell is a really simple, but efficient web server. It is particularly
intended for serving static content, for instance when developing javascript
applications.

It is as simple as starting it in a directory to serve it. Options include:
- select port
- serve index.html automatically
- enabling CORS

Thanks to the erlang/OTP platform, it is particularly portable, resources
efficient and scalable.

Future developments:
- handling of htaccess-like file for directory specific directives
- daemon mode
- handling of HTTP standard authentications
- HTTPS mode
- distributed mode (keeping it simple...)


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20141223111040.3088.30491.report...@malo.home



Re: Bug#773793: ITP: averell -- An incredibly stupid web server

2014-12-23 Thread Jean Parpaillon
Hi,
Thanks for your feedback.
The platform itself is portable on many architectures:
http://www.erlang.org/faq/implementations.html

Unfortunately, Debian package is not modular enough to avoid what you
mention (because of wxwidgets dependancies, mainly).

An alternative packaging remove this dependancy providing a so-called
erlang-mini package, which works perfectly on raspberry pi, for
instance:
https://www.erlang-solutions.com/downloads/download-erlang-otp

So, I suppose I should give an hand on official Debian package to make
my assertion a reality ;)

Regards,
Jean

Le mardi 23 décembre 2014 à 14:46 +0100, Adam Borowski a écrit :
 On Tue, Dec 23, 2014 at 12:10:40PM +0100, Jean Parpaillon wrote:
  Thanks to the erlang/OTP platform, it is particularly portable, resources
 
  efficient and scalable.
 
 Hmm... let's see how it fares portability-wise:
 http://buildd.debian-ports.org/status/package.php?p=erlangsuite=unstable
 
 This stands in contrast to most languages we have in Debian.  I'd thus
 delete this paragraph, as it's false advertising.
 

-- 
Jean Parpaillon
Open Source Consultant
Phone: +33 6 30 10 92 86
im: jean.parpail...@gmail.com
skype: jean.parpaillon
linkedin: http://www.linkedin.com/in/jeanparpaillon/en


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/1419344586.4584.28.ca...@free.fr



Bug#519407: ITP: hpcc -- HPC Challenge Benchmark

2009-03-12 Thread Jean Parpaillon
Package: wnpp
Severity: wishlist
Owner: Jean Parpaillon jean.parpail...@kerlabs.com


* Package name: hpcc
  Version : 1.3.1
  Upstream Author : HPC Challenge team h...@cs.utk.edu
* URL : http://icl.cs.utk.edu/hpcc/
* License : BSD
  Programming Lang: C, mpi
  Description : HPC Challenge Benchmark

 This is a suite of benchmarks that measure performance of CPU, memory
 subsytem and the interconnect.
 
 In essence, HPC Challenge consists of a number of subbenchmarks each
 of which tests different aspect of the system.
 
 hpcc binaries are available in a variety of configuration/
 optimization, called arch.


-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (101, 'experimental')
Architecture: amd64 (x86_64)



-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



MPI binaries location

2009-03-10 Thread Jean Parpaillon
Hi,
I'm currently packaging hpcc (HPC Challenge Benchmark). Several binary 
packages will be available, each one with different mpi implementations. Is 
there a preferred place to put mpi binaries ? I've seen that each mpi 
implementation has it's own bin/lib/share/include/etc hierarchy into 
/usr/lib/mpi

Should I put the binaries into it ?


Regards,
-- 
Jean Parpaillon - Kerlabs
Engineer
Bâtiment Germanium
80 avenue des buttes de Coësmes
35700 Rennes - France
Tel.: +33 6 80 332 73 85
http://www.kerlabs.com/


signature.asc
Description: This is a digitally signed message part.


Re: xcdroast does no longer work with wodim: Who to blame?

2009-02-27 Thread Jean Parpaillon
I am the psychotherapist.  Please, describe your problems.  Each time
you are finished talking, type RET twice.

Le vendredi 27 février 2009 11:03:55 Joerg Schilling, vous avez écrit :
 John Goerzen jgoer...@complete.org wrote:
   The code that was taken by Debian for the fork WAS free but now it is
   no longer because Debian did apply changes that are forbidden by law.
 
  When will you enumerate these?
 
  Until you do, I can't see your arguments being taken seriously by anyone.

 As long as Debian hides related Bug reports and as long as Debian continues
 to publish slander against me and my software, I cannot see any will to
 change the current situation that is 100% a result of activities from some
 people that called themself Debian maintainers.

Is it because is 100% a result of activities from some people that
called themself debian maintainers that you came to me?


 Explaining the situation in more details, than I did in the open during the
 past years already, takes time. Please understand that I am not going to
 waste my time with trolls. 

Does it bother you that you are not going to waste your time with
trolls?

 Debian as whole did lose any credibility because
 of the cdrtools attacks that have been initated by Eduard Bloch and that
 have been supported by other Debian people. 

Are you sure that is the real reason?

 If you are seriously interested
 to change this situation, give me a strong sign that there is a will at
 Debian to get rid of the situation that has been created by Eduard Bloch by
 attacking me and my projects in 2004 .

When did you first know that there is a will at debian to get rid of
the situation that has been created by eduard bloch by attacking you
and your projects in 2004?


 As I mentioned already: the license change in cdrtools was a _reaction_ on
 the attacks run by Eduard Bloch and others. 

Why do you say that?

 The attacks from this person
 started in May 2004 as personal attacks and increased over time.

Earlier you said is 100% a result of activities from some people that
called themself debian maintainers?

 I
 understand that in bigger associations there is a higher probability to
 also have bad people but any assicoation needs to find ways to deal with
 problems that result from bad people's actions.

Is the fact that in bigger associations there is a higher probability
to also have bad people but any assicoation needs to find ways to deal
with problems that result from bad people's actions the real reason?

 Are aou interested to change this situation?


Maybe the cdrtools attacks that have been initated by eduard bloch and
that have been supported by other debian people have something to do
with this.

 Jörg

Can you elaborate on that?


 --
  EMail:jo...@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353
 Berlin j...@cs.tu-berlin.de(uni)
joerg.schill...@fokus.fraunhofer.de (work) Blog:
 http://schily.blogspot.com/ URL:  http://cdrecord.berlios.de/private/
 ftp://ftp.berlios.de/pub/schily

-- 
Jean Parpaillon - Kerlabs
Engineer
Bâtiment Germanium
80 avenue des buttes de Coësmes
35700 Rennes - France
Tel.: +33 6 80 332 73 85
http://www.kerlabs.com/


signature.asc
Description: This is a digitally signed message part.


Bug#502063: ITP: conmux -- A abstracted console multiplexor

2008-10-13 Thread Jean Parpaillon
Package: wnpp
Severity: wishlist
Owner: Jean Parpaillon [EMAIL PROTECTED]


* Package name: conmux
  Version : 0r2277
  Upstream Author : Andy Whitcroft [EMAIL PROTECTED]
* URL : http://autotest.kernel.org/wiki/Conmux
* License : GPL v2
  Programming Lang: Perl
  Description : A abstracted console multiplexor

CONMUX is a console abstractor. Presenting any console with a
consistent location, naming and semantic.  Access to the console,
and hardreset of the machine is the same regardless of the underlying
access methodology.

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#496627: ITP: hpl -- High performance computing linpack benchmark

2008-08-26 Thread Jean Parpaillon
Package: wnpp
Severity: wishlist
Owner: Jean Parpaillon [EMAIL PROTECTED]


* Package name: hpl
  Version : 1.0a
  Upstream Author : Antoine P. Petitet
* URL : http://www.netlib.org/benchmark/hpl/index.html
* License : 4-Clause BSD
  Programming Lang: C, Fortran
  Description : High performance computing linpack benchmark

 HPL is a software package that solves a (random) dense linear
 system  in   double  precision  (64   bits)   arithmetic   on
 distributed-memory  computers.   It can thus be regarded as a
 portable as well as  freely  available implementation  of the
 High Performance Computing Linpack Benchmark.
 .
 The  HPL  software  package requires the availibility on your
 system of an implementation of the  Message Passing Interface
 MPI  (1.1 compliant).  An  implementation of either the Basic
 Linear Algebra Subprograms  BLAS  or the  Vector Signal Image
 Processing Library VSIPL is also needed.  Machine-specific as
 well as generic implementations of MPI, the  BLAS  and  VSIPL
 are available for a large variety of systems.

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



cdebootstrap description

2008-04-22 Thread Jean Parpaillon
Hi,
I'm using (c)debootstrap in scripts and I found that debootstrap and 
cdebootstrap are not options compatible. For instance, --include options are 
not the same:
- in cdebootstrap: one --include option by additional package
- in debootstrap: one --include with a list of comma-separated packages

I don't mind if debootstrap and cdebootstrap are not options compatible, but 
this could be written somewhere as, by the function and the name, they look 
really similar. I'm not the only one to think about it: 
http://bugs.debian.org/254248

Regards,


-- 
Mr Jean Parpaillon
Engineer - Development and Support
Kerlabs
80 Av des Buttes de Coësmes -- 35700 Rennes; France
Tel: +33 6 80 32 73 85



Copyright question

2008-02-06 Thread Jean Parpaillon
Hi,
I intend to package HPL benchmarks. Copyright file contains the
following statements:
--
 1. Redistributions  of  source  code  must retain the above copyright
 notice, this list of conditions and the following disclaimer.   
 
 2. Redistributions in binary form must reproduce  the above copyright
 notice, this list of conditions,  and the following disclaimer in the
 documentation and/or other materials provided with the distribution.
 
 3. All  advertising  materials  mentioning  features  or  use of this
 software must display the following acknowledgement:
 This  product  includes  software  developed  at  the  University  of
 Tennessee, Knoxville, Innovative Computing Laboratories.
 
 4. The name of the  University,  the name of the  Laboratory,  or the
 names  of  its  contributors  may  not  be used to endorse or promote
 products  derived   from   this  software  without  specific  written
 permission.  


I've read DFSG and I'm not sure if items 3 and 4 are problematic. Can
someone help me ? If it's not ok, may it be in contrib ?

Regards,
Jean

-- 
Nul ne sera condamné pour des actions ou omissions qui, au moment où elles ont 
été commises, ne constituaient pas un acte délictueux d'après le droit national 
ou international. De même, il ne sera infligé aucune peine plus forte que celle 
qui était applicable au moment où l'acte délictueux a été commis.
Article 11.2. Déclaration Universelle des Droits de l'Homme
-
No one shall be held guilty of any penal offence on account of any act or 
omission which did not constitute a penal offence, under national or 
international law, at the time when it was committed. Nor shall a heavier 
penalty be imposed than the one that was applicable at the time the penal 
offence was committed.
Article 11.2. Universal Declaration of Human Rights

begin:vcard
fn:Jean Parpaillon
n:Parpaillon;Jean
org:Kerlabs
adr:;;;Rennes;;;France
email;internet:[EMAIL PROTECTED]
tel;work:+33 2 99 84 25 99
tel;cell:+33 6 80 32 73 85
version:2.1
end:vcard



signature.asc
Description: OpenPGP digital signature


Re: Question sur udev : sur quelle liste ?

2007-12-21 Thread Jean Parpaillon
Hi,
About the question itself, a devel-* list may be good, but about the
form, this is an English spoken list. Either ask your question in
English or post to debian-devel-french list.


Regards,
Jean


Le 21.12.2007 15:12, David BERCOT a écrit :
 Bonjour,
 
 Je suis hors-sujet sur ma question, mais, vu les personnes présentes
 ici, je pense que quelqu'un va pouvoir m'orienter...
 
 J'ai discuté, sur la ml user-french, de questions autour d'udev. Par
 exemple, j'ai rajouté ces règles-ci :
 SUBSYSTEM==sound, ATTRS{device}==0x266e, ATTRS{vendor}==0x8086,
 NAME+=snd/controlC0, SYMLINK+=carte_son
 SUBSYSTEM==sound, ATTRS{device}==0x266d, ATTRS{vendor}==0x8086,
 NAME+=snd/controlC1, SYMLINK+=modem
 SUBSYSTEM==sound, ATTRS{idProduct}==08ad, ATTRS{idVendor}==046d,
 NAME+=snd/controlC2, SYMLINK+=webcam
 qui me plantent Alsa.
 Il semblerait que j'ai à présent besoin de discuter sur une ml moins
 généraliste (ce n'est en aucun cas péjoratif pour la ml
 user-french, où, d'ailleurs, j'en connais nettement moins que de
 nombreuses personnes, mais peut-être que celles-ci manquent de temps),
 et je ne sais pas vraiment laquelle choisir (en anglais ou en français).
 
 Pourriez-vous m'indiquer la ml la plus indiquée pour ce genre de
 questions ?
 
 Merci d'avance.
 
 David.

begin:vcard
fn:Jean Parpaillon
n:Parpaillon;Jean
org:Kerlabs;Support - Development
adr:;;Campus Universitaire de Beaulieu;Rennes Cedex;;35042;France
email;internet:[EMAIL PROTECTED]
title:Engineer
tel;work:+33 2 99 84 25 99
url:http://kerlabs.com/
version:2.1
end:vcard



signature.asc
Description: OpenPGP digital signature


Re: what happened to social contract?

2007-08-30 Thread Jean Parpaillon
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Le 30.08.2007 18:19, [EMAIL PROTECTED] a écrit :
 Quoting Maarten Verwijs [EMAIL PROTECTED]:
 
 What?!?!

 You've sent 60+ silly posts to the devel-list and only *one* nasty reply
 off list!??

 And people dare insinuate Debian Devs are rude.
 
 One is too many.
  In addition you may consider that your perception of silly may not be
 held by the rest of the world, and is just what it is - your perception
 of silly.
 

I confirm, your post are mostly silly.


If you want to participate in Debian, just do it. There are 100+ (1000+)
of contributors in Debian, I think you can do it also, with good will.

If you want to convince everyone here that Debian does not care about
its users, post it on your blog and let us work, please.

If you want to make me laugh, go on posting :-)


Regards,
Jean

 Everything should be made as simple as possible, but not simpler.
 Albert Einstein
 
 


- --
 _
/ Quand les événements nous dépassent, \
| feignons d'en être les organisateurs.  |
\ -+- Pierre Desproges -+-/
 -
\   ^__^
 \  (@@)\___
(__)\   )\/\
||w |
|| ||
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFG1vFz8P+pSEjr0u4RAoROAJ9PL5fZlTqWMtBbp69QTgKHFO4C7gCeI6jB
3tsdzbegaDlLLGI+nrilDpA=
=Thht
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



cmake build-depends

2006-10-19 Thread Jean Parpaillon

Hi all,
I maintain the package wormux and my dear upstream devels decided to 
switch from autotools to cmake, for the best and the worse.
Are there people with experiences with it ? Maybe kde packagers are 
already working on it ?


As a side effect, can someone tell me if there is a command to search 
for packages regarding Build-Depends ?


Best regards,
Jean

--
_
/ La théorie est absurde dans la \
| pratique et la pratique est aveugle |
\ sans la théorie. -+- Emmanuel Kant -+- /
-
   \   ^__^
\  (--)\___
   (__)\   )\/\
   ||w |
   || ||


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: cdrtools

2006-08-10 Thread Jean Parpaillon

Hi Joerg,

Le 09.08.2006 15:33, Joerg Schilling a écrit :

If you don't know that you just need to use a clearly _different_ _name_
for such a fork, I can't help you. Read the preamble from the GPL 
to understand your fault.


  
Beside the licensing issues, why do you care so much patched version of 
your software to be distributed with big WARNINGS, a different name and 
tutti quanti ?
AFAIK, each Linux distribution have a huge bag of patches it applies on 
the Linux kernel and the reputation of the kernel devels is not 
compromised. And it's quite the same about gcc and many pieces of free 
softwares.
Aren't you afraid that your reputation is _far_ more about the issues to 
ditribute your software than about the quality of your software ?


Regards,
Jean Parpaillon

--
_
/ La science a fait de nous des dieux \
| avant même que nous méritions d'être |
| des hommes. -+- Jean Rostand|
\ (1894-1977) -+- /
-
   \   ^__^
\  (**)\___
   (__)\   )\/\
U  ||w |
   || ||


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#382195: ITP: libmtp -- Implementation of Media Transfer Protocol (MTP)

2006-08-09 Thread Jean Parpaillon
Package: wnpp
Severity: wishlist
Owner: Jean Parpaillon (artefact) [EMAIL PROTECTED]

  Package name: libmtp
  Version : 0.0.10
  Upstream Author : Richard Low [EMAIL PROTECTED], Linus Walleij [EMAIL 
PROTECTED]
  URL : http://libmtp.sourceforge.net/
  License : LGPL
  Programming Lang: C
  Description : Implementation of Media Transfer Protocol (MTP)

libmtp is an implementation of Microsoft's Media Transfer Protocol (MTP) in the 
form of a library suitable primarily for 
POSIX compliant operating systems.

It was initially based on (forked from) the great libptp2 library by Mariusz 
Woloszyn but has since been moved over to 
follow Marcus Meissners and Hubert Figuere's libgphoto2 fork of libptp2 (or is 
libptp2 a fork of libgphoto?). The core 
implementation is identical to libgphoto2, there is just a different API 
adapted to portable media players.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17-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]



Re: CDBS and dh_install

2006-06-12 Thread Jean Parpaillon
Uhhh,
I did not want to launch such a big discussion :-)

Here is my opinion (this is my first packages for Debian, and people on
debian-mentors know it has not been easy to follow the whole policy ;-)

- I first used a simple rules script, because I can not imagine using
a wrapper while not knowing the system it is around.
- But now, I use CDBS because it is much simpler to follow the policies
with it, and to have good practices, ie using *.install, *.dirs, etc.
files.
- I can use CDBS because the upstream sources are standards. Moreover,
I'm upstream devel too and I can easily fix issues in upstream rather
than writing hacks in the Debian sources.

To conclude, I will use CDBS because :
- I know how to write a package without it
- and there are no hacks in the packaging.


Jean


Le 10.06.2006 10:03, Loïc Minier a écrit :
 On Fri, Jun 09, 2006, martin f krafft wrote:
   
 This is my opinion and others will disagree:
 Please don't. CDBS is a major pain to use for those who didn't
 (co-)author it. It's just too much about obfuscation.
 

  Yeah, I and others we disagree!  :)

  CDBS makes maintenance of some packages damn easy: most changes are
  done in debian/* files, where they belong.

  Here's some piece of pure statistics, completely biased by the fact all
  sources come from the same project:
  - we have 84 GNOME desktop packages
   
  - 71 of these are CDBS
  - they have an average debian/rules length of 18 lines (empty lines
included, 13 lines if you exclude empty lines)

  Of course, the shortest code is not necessarily the easiest to read,
  but I don't consider these lines to be obfuscated either.  They might
  be CDBS specific though, and require some CDBS understanding to parse.

  My feeling is that CDBS works best with upstream tarballs following a
  standard layout.  CDBS pushes us into storing meta-information about
  the Debian packaging in separate files (debian/*.install,
  debian/*.examples, debian/*.docs).  (Yes, this is an indirect
  consequence of debhelper being well thought.)

  The debian/rules ends up storing the _delta_ between what a normal
  package would do and what is needed for this particular package.

  But I understand CDBS can be slightly dangerous in subtle cases, and
  difficult to grasp the first time you encounter CDBSized packages.
  It's an useful evil.

   


-- 
 
/ Il y a trois types de mathématiciens, \
| ceux qui savent compter et ceux qui ne |
\ savent pas./
 
\   ^__^
 \  (xx)\___
(__)\   )\/\
 U  ||w |
|| ||


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



CDBS and dh_install

2006-06-09 Thread Jean Parpaillon
Hi,
I want to migrate my package (wormux) to CDBS.
In the package.install files, path are not prefixed by debian/tmp so
the building fail.
It seems that I can correct this in 2 ways:
- either I prefix the paths with debian/tmp
- or I can set a special variable (DEB_DESTDIR, am I right ?) to debian/tmp

Why do the default behaviour of dh_install is not to get files in
'debian/tmp' ? And am I right with my solutions ?

Jean

-- 
 
/ Les petits lits font les grandes   \
\ maîtresses. -+- Pierre Perret -+- /
 
\   ^__^
 \  (xx)\___
(__)\   )\/\
 U  ||w |
|| ||


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: CDBS and dh_install

2006-06-09 Thread Jean Parpaillon
Le 09.06.2006 13:37, Andreas Metzler a écrit :
 Jean Parpaillon artefact at altern.org writes:
   
 I want to migrate my package (wormux) to CDBS.
 In the package.install files, path are not prefixed by debian/tmp so
 the building fail.
 It seems that I can correct this in 2 ways:
 - either I prefix the paths with debian/tmp
 - or I can set a special variable (DEB_DESTDIR, am I right ?) to debian/tmp
 
 [...]

 Hej,
 I am using
 DEB_DH_INSTALL_SOURCEDIR = debian/tmp
 for that purpose.
 cu andreas


   
Thanks, it works fine.
But the real question is : why it is not the default behaviour ? Is it a
bug in CDBS or a feature ;-)

Jean

-- 
 
/ J'ai emprunté ma chaumière Aux puces \
| et aux moustiques Et j'ai dormi -+-|
\ Issa -+-   /
 
\   ^__^
 \  (..)\___
(__)\   )\/\
||w |
|| ||


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]