Bug#482589: ITP: shrewsoft-vpn-client -- free IPsec client including graphical user interface

[bernat]

Package: wnpp
Owner: Vincent Bernat <[EMAIL PROTECTED]>
Severity: wishlist

* Package name: shrewsoft-vpn-client
  Version : 2.0.3
  Upstream Author : Shrew Soft
* URL or Web page : http://shrew.net/?page=software
* License : other
  Description : IPsec client including graphical user interface

This includes an IKE daemon (like racoon) and an optional graphical
client to manage it.




pgpdlG1XpEfzd.pgp
Description: PGP signature

Re: ifupdown maintenance

[Vincent Bernat]

On 2024-07-07 15:56, Daniel Gröber wrote:


 From where I'm sitting ifupdown2 is completely out of the question as *the*
Debian ifupdown since it doesn't even support *basic* IPv6 use-cases like
DHCPv6. Upstream community seems nonexistant since this is software by a
corp for a corp where community building was probably never the
goal. Admittedly I didn't look very hard, this is just my impression
currently.


This is quite unfair. Cumulus tried very hard to make ifupdown2 a 
community projects, with notably a presentation at Debconf 14 and 
Debconf 16. One of its killer feature is the ability to go from the 
running state to the target state with one command (ifreload). It never 
took as we prefer old broken software over something not 100% compatible 
and also because it is written in Python and we didn't want Python in 
the base installation.


Since Cumulus has been bought by Nvidia, things have changed and 
development of ifupdown2 is now done behind closed doors. See 
https://github.com/CumulusNetworks/ifupdown2/pull/271#issuecomment-1706260260

Bug#404296: ITP: sshproxy -- sshproxy is an ssh gateway to apply ACLs on ssh connections

[Vincent Bernat]

Package: wnpp
Severity: wishlist
Owner: Vincent Bernat <[EMAIL PROTECTED]>


* Package name: sshproxy
  Version : 0.5.1
  Upstream Author : David Guerizec <[EMAIL PROTECTED]>
* URL : http://penguin.fr/sshproxy/
* License : GPLv2
  Programming Lang: Python
  Description : sshproxy is an ssh gateway to apply ACLs on ssh connections

sshproxy is a pure python implementation of an ssh proxy.
It allows users to connect to remote sites without having to remember
the password or key of the remote sites.

In fact, this ITP is almost a RFP since the package is ready and on
mentors.debian.net :

It builds these binary packages:
sshproxy   - sshproxy is an ssh gateway to apply ACLs on ssh connections
sshproxy-backend-mysql - sshproxy is an ssh gateway to apply ACLs on ssh 
connections
sshproxy-client - sshproxy is an ssh gateway to apply ACLs on ssh connections
sshproxy-extra-plugins - sshproxy is an ssh gateway to apply ACLs on ssh 
connections

The package can be found on mentors.debian.net:
- URL: http://mentors.debian.net/debian/pool/main/s/sshproxy
- Source repository: deb-src http://mentors.debian.net/debian unstable main 
contrib non-free
- dget 
http://mentors.debian.net/debian/pool/main/s/sshproxy/sshproxy_0.5.1-1.dsc

However, it depends on paramiko 1.6.4 which is not yet in unstable
(bug #344734). I have packaged it (as an NMU) on mentors.debian.net
too : http://mentors.debian.net/debian/pool/main/p/paramiko

When paramiko 1.6.4 hits unstable, I will ask for a sponsor for
sshproxy. In the meantime, I may use dbconfig-common to configure
MySQL.

There is currently one bug in the package due to a problem in cdbs :
bug #386970. I don't know wthat the correct work around is. This
results in sshproxy not being able to run on install (but this works
on upgrade). The current workaround is to default to not launch
sshproxy on install (a settings in /etc/default/sshproxy).

-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-3-amd64
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)


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

Re: Bug#374997: ITP: utf8-migration-tool -- tool to migrate a Debian system to UTF-8

[Vincent Bernat]

OoO  En cette  fin de  matinée radieuse  du lundi  26 juin  2006, vers
11:19, Martin-Éric Racine <[EMAIL PROTECTED]> disait:

> That is a leftover from Tollef's original code in wizard.py, where the
> UI colors are hard-coded, rather than inherited via the GTK theme.

> I can see the lines where this is taking place, but I'm not familiar
> enough with GTK coding to know how to fix it.

IMO, the best way would be  to remove colors. The application is still
good  looking without  them and  this work  even with  white  on black
theme. Just suppress all lines containing "color" in wizard.py.

Here is a patch :

--- wizard.py~	2006-06-26 01:17:20.0 +0200
+++ wizard.py	2006-12-29 19:49:20.0 +0100
@@ -160,10 +160,6 @@
 pass
 
 class Wizard(gobject.GObject):
-sidebar_color = gtk.gdk.color_parse('#cc')
-main_color = gtk.gdk.color_parse('#ff')
-sidebar_active_color = gtk.gdk.color_parse('#99')
-
 __gsignals__ = {
 'finished' : (gobject.SIGNAL_RUN_LAST, gobject.TYPE_NONE,
   ())
@@ -175,8 +171,6 @@
 for widget in self.wtree.get_widget_prefix(''):
 setattr(self, widget.get_name(), widget)
 self.wtree.signal_autoconnect(self)
-self.eventbox_top.modify_bg(gtk.STATE_NORMAL, self.sidebar_color)
-self.eventbox_main.modify_bg(gtk.STATE_NORMAL, self.main_color)
 self._use_main = True
 self.steps = []
 self.stack = Stack()
@@ -399,7 +393,6 @@
 else:
 parent = self.eventbox_sidebar
 
-parent.modify_bg(gtk.STATE_NORMAL, self.sidebar_color)
 self.vbox_sidebar = gtk.VBox()
 self.vbox_sidebar.set_border_width(5)
 self.vbox_sidebar.set_size_request(200, -1)
@@ -417,8 +410,6 @@
 
 text = escape(name)
 button = gtk.Button('')
-button.modify_bg(gtk.STATE_PRELIGHT, self.sidebar_active_color)
-button.modify_bg(gtk.STATE_ACTIVE, self.sidebar_active_color)
 
 label = button.get_children()[0]
 label.set_padding(padding, 0)
@@ -446,10 +437,10 @@
 button.set_sensitive(False)
 
 if not active and not step.visited:
-markup = '%s' % name
+markup = '%s' % name
 button.set_sensitive(False)
 else:
-markup = '%s' % (name)
+markup = '%s' % (name)
 button.set_property('can_focus', False)
 
 label.set_markup(markup)

-- 
printk(KERN_WARNING "Warning: defective CD-ROM (volume sequence
number). Enabling \"cruft\" mount option.\n");
2.2.16 /usr/src/linux/fs/isofs/inode.c

Preseeding and debconf

[Vincent Bernat]

Hi !

I am using preseeding to configure quickly a package :
 - debconf-get-selections | grep ^packagename
 - debconf-set-selections < file.seeds
 - dpkg-reconfigure -pcritical -fnoninteractive packagename

This works  with most packages. I  have recently filled  a bug against
ocfs2-tools  (#404877) because  this package  parses /etc/default/o2cb
instead  of using  debconf database.  This means  that my  changes are
erased when using dpkg-reconfigure.

I have found the same "bug"  in ssmtp. In those cases, debconf becomes
useless  because it  is used  only  for the  first configuration.  For
reconfiguration, the configuration file  superseeds what is in debconf
database.

Should  I  fill  bug  against  ssmtp  as well  or  is  this  behaviour
considered correct ?
-- 
Don't stop with your first draft.
- The Elements of Programming Style (Kernighan & Plauger)


pgpuNJZQAtxZO.pgp
Description: PGP signature

Preseeding and debconf

[Vincent Bernat]

Hi !

I am using preseeding to configure quickly a package :
 - debconf-get-selections | grep ^packagename
 - debconf-set-selections < file.seeds
 - dpkg-reconfigure -pcritical -fnoninteractive packagename

This works  with most packages. I  have recently filled  a bug against
ocfs2-tools  (#404877) because  this package  parses /etc/default/o2cb
instead  of using  debconf database.  This means  that my  changes are
erased when using dpkg-reconfigure.

I have found the same "bug"  in ssmtp. In those cases, debconf becomes
useless  because it  is used  only  for the  first configuration.  For
reconfiguration, the configuration file  superseeds what is in debconf
database.

Should  I  fill  bug  against  ssmtp  as well  or  is  this  behaviour
considered correct ?
-- 
Don't stop with your first draft.
- The Elements of Programming Style (Kernighan & Plauger)


pgpU9Q0fuV0QK.pgp
Description: PGP signature

Re: Preseeding and debconf

[Vincent Bernat]

OoO  En cette  soirée bien  amorcée du  samedi 06  janvier  2007, vers
22:40, Petter Reinholdtsen <[EMAIL PROTECTED]> disait:

>> Should I fill bug against ssmtp as well or is this behaviour
>> considered correct ?

> This behaviour is correct.  The configuration in files on disk is
> authorative.  The debconf values are only used and should only be used
> if there are no config values in files on disk.  This is so to make
> sure it work to edit the files on disk and that upgrading the package
> does not change the configuration to use the debconf values.

> So preseeding only work if it is used pre-installation, and not to
> reconfigure after the installation.  You might work around this by
> modifying the debconf settings, but you need to be careful to get it
> right.

OK, I close the bug I opened about it then.

Thanks.
-- 
BOFH excuse #235:
The new frame relay network hasn't bedded down the software loop transmitter 
yet.


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

Re: Bug#319849: Security fix in just released 1.3.0rc2?

[Vincent Bernat]

OoO En cette  matinée pluvieuse du lundi 25  juillet 2005, vers 10:42,
"Francesco P. Lovergine" <[EMAIL PROTECTED]> disait:

> I pointed both bugs at the very start of july (or end of june?) 
> to both stable and testing secteams and sent at least 3 mails about the topic
> with patches and analysis for sarge, sid and woody. 
> When secteam will judge it useful, they'll do that. 
> Last time, I did wait months for that, for yardradius package. 
> If you know something useful to accellerate the process, i'd like to
> know...

Shouldn't this bug  be tagged security ? Moreover,  since it is marked
as closed in the BTS, will it be tracked correctly in the future ?
-- 
Format a program to help the reader understand it.
- The Elements of Programming Style (Kernighan & Plauger)


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

Re: Bug#463167: ITP: dsyslog -- a dumb syslog

[Vincent Bernat]

On Wed, 30 Jan 2008 00:47:45 -0600, William Pitcock
<[EMAIL PROTECTED]> wrote:

> (on another note, dsyslog is now complete enough that it has replaced
> the syslogd on my desktop.)

What are the difference with rsyslog which also aims at providing a pure
modular design?


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

Re: Debian mirror CDN had launched.

[Vincent Bernat]

OoO En cette  fin de matinée radieuse du dimanche  17 février 2008, vers
11:53, ARAKI Yasuhiro <[EMAIL PROTECTED]> disait:

> Technology and Codes:
>   At first, CDN find requester IP's location by Max-mind DB. 
>   Max-mind DB is same DB file for geoip-bin.deb package.

>   At 2nd, CDN checks nation/continent rsync footprint on each mirrors.
>   In order to avoid dead/old/partial mirror.

>   At  last,  CDN return  nation/continent  IP  address by  DNS-balance
>   (http://openlab.jp/dns_balance/dns_balance.html)

I just try with host:
cdn.debian.net is an alias for deb.cdn.araki.net.
deb.cdn.araki.net has address 61.115.118.67
deb.cdn.araki.net has address 133.5.166.3
deb.cdn.araki.net has address 133.5.166.3
deb.cdn.araki.net has address 61.206.119.174
deb.cdn.araki.net has address 133.50.218.117
deb.cdn.araki.net has address 130.54.59.159
deb.cdn.araki.net has address 133.50.218.117
deb.cdn.araki.net has address 133.50.218.117

61.115.118.67 is  ftp.de.debian.org. I am  located in France with  an IP
address of one of the largest  ISP here. This ISP is hosting an official
Debian mirror.

geoiplookup gives me:
 GeoIP Country Edition: FR, France

Instead  of giving  Japan mirrors  as secondary  choices, you  could try
nearby countries?

Thanks.
-- 
#ifdef STUPIDLY_TRUST_BROKEN_PCMD_ENA_BIT
2.4.0-test2 /usr/src/linux/drivers/ide/cmd640.c


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

Re: Debian mirror CDN had launched.

[Vincent Bernat]

OoO Peu avant le début de l'après-midi du dimanche 17 février 2008, vers
13:58, William Pitcock <[EMAIL PROTECTED]> disait:

>> 61.115.118.67 is ftp.de.debian.org. I am located in France with an
>> IP address  of one of  the largest ISP  here. This ISP is  hosting an
>> official Debian mirror.

> 61.115.118.67 is assigned to ASNIC, so there is no possible way it is in
> Germany.

You are right. The first IP was 141.76.2.4, in fact.
-- 
BOFH excuse #309:
firewall needs cooling


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

Re: Debian mirror CDN had launched.

[Vincent Bernat]

OoO Peu avant le début de l'après-midi du dimanche 17 février 2008, vers
13:46, Kurt Roeckx <[EMAIL PROTECTED]> disait:

> 61.115.118.67 is hanzubin.st.wakwak.ne.jp.  I think the whole lists
> you show there are Japanese servers.  ftp.de.debian.org is 141.76.2.4
> which is the one I get while being in .be.

I did  get 141.76.2.4  on the  first request. Now,  I only  get japanese
servers.

Well, now, I get some french servers:
 194.2.0.36: ftp.oleane.net
 193.54.19.19: debian.mines.inpl-nancy.fr

deb.cdn.araki.net has address 194.2.0.36
deb.cdn.araki.net has address 193.54.19.19
deb.cdn.araki.net has address 194.2.0.36
deb.cdn.araki.net has address 193.54.19.19
deb.cdn.araki.net has address 194.2.0.36
deb.cdn.araki.net has address 193.54.19.19
deb.cdn.araki.net has address 193.54.19.19
deb.cdn.araki.net has address 193.54.19.19

I suppose there is still work in progress.
-- 
Keep it simple to make it faster.
- The Elements of Programming Style (Kernighan & Plauger)


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

Bug#467074: ITP: pppd-ldap -- plugin for pppd to enable LDAP lookup

[Vincent Bernat]

Package: wnpp
Severity: wishlist
Owner: Vincent Bernat <[EMAIL PROTECTED]>


* Package name: pppd-ldap
  Version : 0.12b
  Upstream Author : Grigoriy Sitkarev <[EMAIL PROTECTED]>
* URL : http://sourceforge.net/projects/pppd-ldap/
* License : GPLv2
  Programming Lang: C
  Description : plugin for pppd to enable LDAP lookup

This plugin for pppd allows you to use an LDAP database to allow
access to a user. By specifying the right fields, you can also force
an IP and a session timeout.

It only supports PAP authentication and therefore is not suitable to
be used with PPTP and does not allow you to get MPPE encryption yet.

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

Kernel: Linux 2.6.24-1-amd64 (SMP w/2 CPU cores)
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/bash



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

Re: live-magic: python-error during post-install

[Vincent Bernat]

On Fri, 14 Mar 2008 14:15:10 +0100, Rudi Effe <[EMAIL PROTECTED]> wrote:
> #apt-get install live-magic
> ...
> 
> Richte live-magic ein (0.3-1) ...
> Compiling
> /var/lib/python-support/python2.3/livemagic/model/key_var_config_file.py
> ...
> 
> File
>
"/var/lib/python-support/python2.3/livemagic/model/key_var_config_file.py",
> line 28
> @staticmethod
> ^
> SyntaxError: invalid syntax

You should file a bug report against this package to denote incompatibility
with python2.3. As a work-around, you could just uninstall python2.3 if you
don't use it anymore. You will be left with python2.4 which should work
fine.



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

Re: dpkg with triggers support (again)

[Vincent Bernat]

OoO Pendant le journal télévisé du  jeudi 13 mars 2008, vers 20:00, Russ
Allbery <[EMAIL PROTECTED]> disait:

> (I *have* heard of architectures in common use where a pointer to data
> is  a  different size  than  a pointer  to  a  function, but  function
> pointers are very rarely passed to variadic functions.)

Which architectures are like this?
-- 
I WILL NOT XEROX MY BUTT
I WILL NOT XEROX MY BUTT
I WILL NOT XEROX MY BUTT
-+- Bart Simpson on chalkboard in episode 7F01


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

Bug#473269: ITP: php-mail-mimedecode -- PHP PEAR module for parsing MIME messages

[Vincent Bernat]

Package: wnpp
Severity: wishlist
Owner: Vincent Bernat <[EMAIL PROTECTED]>


* Package name: php-mail-mimedecode
  Version : 1.5.0
  Upstream Author : Richard Heyes <[EMAIL PROTECTED]>
* URL : http://pear.php.net/package/Mail_mimeDecode/
* License : BSD
  Programming Lang: PHP
  Description : PHP PEAR module for parsing MIME messages

 Provides a class to deal with decoding of mime messages
 into a usable structure.

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

Kernel: Linux 2.6.24-1-amd64 (SMP w/2 CPU cores)
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/bash



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

Bug#474602: ITP: nikto -- web server security scanner

[Vincent Bernat]

Package: wnpp
Severity: wishlist
Owner: Vincent Bernat <[EMAIL PROTECTED]>


* Package name: nikto
  Version : 2.0.2
  Upstream Author : Chris Sullo <[EMAIL PROTECTED]>
* URL : http://www.cirt.net/nikto2
* License : GPLv2 + non-free stuff
  Programming Lang: Perl
  Description : web server security scanner

 Nikto is a pluggable web server and CGI scanner written in Perl, using
 rfp's LibWhisker to perform fast security or informational checks.

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

Kernel: Linux 2.6.24-1-amd64 (SMP w/2 CPU cores)
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/bash



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

Re: Bug#474602: ITP: nikto -- web server security scanner

[Vincent Bernat]

OoO La  nuit ayant déjà recouvert  d'encre ce jour du  dimanche 06 avril
2008,  vers  23:41,  Javier Fernández-Sanguino  Peña  <[EMAIL PROTECTED]>
disait:

>> * Package name: nikto

> Nikto was already packaged for Debian (etch provided version 1.35). It was
> removed from Debian (see
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=434392).

> Please, include the debian information (including changelog history) from
> the old Debian packages and use that as a starting point. I'm not sure how 
> many of the patches introduced in the Debian package are current, but it
> would be best if you evolved from that instead of making new packages from
> scratch.

I first packaged nikto as an ITA but since packages.qa.debian.org seemed
to think that having an ITA for a removed package was an error and since
my ITA  was turned  back into a  removal request,  I have opened  an ITP
instead.

The package  is ready and is an  update of 1.35-2 which  was in unstable
before removal.  It is  available on mentors.debian.net  if you  want to
look at it:
 http://mentors.debian.net/debian/pool/non-free/n/nikto/nikto_2.02-1.dsc

Thanks for your feedback.
-- 
#ifdef STUPIDLY_TRUST_BROKEN_PCMD_ENA_BIT
2.4.0-test2 /usr/src/linux/drivers/ide/cmd640.c


pgp3qccyrbqjn.pgp
Description: PGP signature

Re: Bug#474602: ITP: nikto -- web server security scanner

[Vincent Bernat]

<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
X-Sender: [EMAIL PROTECTED]
Received: from 193.252.118.2 [193.252.118.2] with HTTP/1.1 (POST); Mon, 07 Apr
2008 14:09:05 +0200
User-Agent: RoundCube Webmail/0.1
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 8bit


On Mon, 7 Apr 2008 17:24:07 +0530, "Deepak Tripathi"
<[EMAIL PROTECTED]> wrote:
> Hi ,
> I had adopted nikto earlier ,but its takes libwhisker-perl which is not
> well
> written and not in available in CPAN.
> I don't think that libwhicker-perl has to be in debian .But if you find
> sponsor go ahead with that.

Hi!

I have packaged libwhisker2-perl which is in Debian now:
 http://packages.qa.debian.org/libw/libwhisker2-perl.html



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

Bug#475741: ITP: clipperz -- secure online password manager

[Vincent Bernat]

Package: wnpp
Severity: wishlist
Owner: Vincent Bernat <[EMAIL PROTECTED]>


* Package name: clipperz
  Version : 003
  Upstream Author : Clipperz Srl
* URL : http://www.clipperz.com/
* License : AGPL
  Programming Lang: PHP and Javascript
  Description : secure online password manager

This web application acts as a vault for your passwords. Local
encryption within the browser guarantees that no one except you can
read your data.

It also features direct logins that allow you to log into a site with
a simple click and offline operation that allows you to download a
read-only (and still encrypted) copy of your passwords.

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

Kernel: Linux 2.6.24-1-amd64 (SMP w/2 CPU cores)
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/bash



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

Re: RFS: figtoipe

[Vincent Bernat]

OoO En cette fin de matinée  radieuse du samedi 17 mai 2008, vers 11:17,
Alexander Bürger <[EMAIL PROTECTED]> disait:

>> When using Conflicts and having  files in common with the other package,
>> you need Replaces  as well. Otherwise, during upgrade,  the user may see
>> error messages  about your  package trying to  erase files owned  by the
>> other (not yet removed) package.

> So what do you think about section 7.5 in the policy manual? As I said,
> to me it is confusing. It does not explicitly say that Replaces: must
> come together with Conflicts:, it sounds more like there are different
> meanings if it is alone (replace only some files) or with Conflicts:
> (replace whole package).

Hi Alexander!

[This message is about using Replaces without Conflicts]

I am not sure  either. As you noted, the policy does  not say to not use
it alone,  but this just seems odd  to me. Let's hope  that someone else
will enlighten us on this matter.

The valid way to replace a file without conflicting with a package is to
use diversion.  This is not  a solution in  your case because  you would
have to ask maintainer of ipe to use diversion too and since figtoipe is
no longer shipped with ipe, he won't be able to.
-- 
 /*
  * For moronic filesystems that do not allow holes in file.
  * We may have to extend the file.
  */
2.4.0-test2 /usr/src/linux/fs/buffer.c


pgpC0XpIKbWTz.pgp
Description: PGP signature

Re: RFS: figtoipe

[Vincent Bernat]

OoO  Vers la  fin de  l'après-midi du  samedi 17  mai 2008,  vers 16:02,
Vincent Fourmond <[EMAIL PROTECTED]> disait:

> Vincent Bernat wrote:
>> The valid way to replace a file without conflicting with a package is to
>> use diversion.  This is not  a solution in  your case because  you would
>> have to ask maintainer of ipe to use diversion too and since figtoipe is
>> no longer shipped with ipe, he won't be able to.

>   diversions don't require that all packages providing the file divert
> the file. This is alternatives you're thinking about. Installing a
> diversion for the file is probably the right way to go.

Oh, you are right. So yes, diversion seems the best pick.
-- 
panic ("No CPUs found.  System halted.\n");
2.4.3 linux/arch/parisc/kernel/setup.c


pgpvMmVQ9muuf.pgp
Description: PGP signature

Re: RFS: figtoipe

[Vincent Bernat]

OoO Lors de la soirée naissante du samedi 17 mai 2008, vers 17:57, Armin
Berres <[EMAIL PROTECTED]> disait:

> Replaces must not come with Conflicts.
> Consider a package foo which contains a lot of architecture independent
> files. One day you decide to split the arch independent files into a new
> package foo-data. foo-data will replace the old foo package, but there
> is no need to conflict with it.

Even against older versions? You have one package foo-0.5.2-1, you split
it  in  foo-0.5.2-2 and  foo-data-0.5.2-2.  Should not  foo-data-0.5.2-2
conflicts with  foo (<= 0.5.2-1)? This  is not a  very realistic example
because in  this case,  I suppose  that foo will  depend on  foo-data (=
${binary:Version}).

Thanks for any insight.
-- 
printk(KERN_ERR "msp3400: chip reset failed, penguin on i2c bus?\n");
2.2.16 /usr/src/linux/drivers/char/msp3400.c


pgpt85sAELSXR.pgp
Description: PGP signature

Re: Mailing lsit code of conduct, again (was: divergence from upstream as a bug)

[Vincent Bernat]

OoO En  ce début d'après-midi ensoleillé  du dimanche 18  mai 2008, vers
15:56, Ben Finney <[EMAIL PROTECTED]> disait:

> Then please have it reduce your rudeness, and comply with explicit
> requests both from me and the ML CoC: stop sending unwanted mail
> messages when the messages are already sent to the list.

Hi Ben!

Another solution  on your  side is to  use Mail-Followup-To.  With gnus,
this is  really easy: just  set message-subscribed-regexps to a  list of
regexps of the list you are subscribed to. For example:

(setq message-subscribed-regexps '("@lists.debian.org"
   "@lists.alioth.debian.org"
   ))

Most mailers comply with this header.
-- 
GRAMMAR IS NOT A TIME OF WASTE
GRAMMAR IS NOT A TIME OF WASTE
GRAMMAR IS NOT A TIME OF WASTE
-+- Bart Simpson on chalkboard in episode AABF10


pgpNfC594wBfW.pgp
Description: PGP signature

ITH/ITA fvwm-crystal

[Vincent Bernat]

Hi!

#468644  is  a  proposed  orphan  on  fvwm-crystal  pending  since  late
February.   fvwm-crystal seems unmaintained  since several  months (even
more than one  year). I am using it daily on  several hosts. I therefore
itend to hijack it in a few days if nobody opposes.

Thanks.
-- 
I AM NOT DELIGHTFULLY SAUCY
I AM NOT DELIGHTFULLY SAUCY
I AM NOT DELIGHTFULLY SAUCY
-+- Bart Simpson on chalkboard in episode 1F14


pgpNOhmwQQHe0.pgp
Description: PGP signature

Re: Request for qsynth NMU

[Vincent Bernat]

OoO En  ce début de soirée du  samedi 07 juin 2008,  vers 21:19, "Sergey
Rudchenko" <[EMAIL PROTECTED]> disait:

> During the ubuntu package merging I have found that package qsynth is strongly
> outdated (0.2.5 from 2006-03-05 against 0.3.2 from 2007-12-1) and formed not 
> so
> well (changes directly to the original source and numerous issues in 
> debian/*).
> I already have repackaged it from scratch carefully so it needs at least
> sponsorship for upload.
> I would like to maintain it and, possibly, several more packages to help
> Debian.

Hi Sergey!

Did you contact the current maintainer? It would be easier if he orphans
himself the package.
-- 
printk(KERN_ERR "msp3400: chip reset failed, penguin on i2c bus?\n");
2.2.16 /usr/src/linux/drivers/char/msp3400.c


pgphm9nWbbJJA.pgp
Description: PGP signature

Re: ecki is retiring (Debian RT)

[Vincent Bernat]

owner 486000 !
retitle 486000 ITA: net-acct -- User-mode IP accounting daemon
thanks

OoO Lors  de la soirée naissante  du vendredi 13 juin  2008, vers 18:55,
Bernd Eckenfels <[EMAIL PROTECTED]> disait:

> net-acct -> can probably be removed from distribution?

I know  that it is widely used  in some places despite  the existence of
better solutions. I prefer to adopt it instead of letting it getting out
of Debian.

Thanks.
-- 
No fortunes found


pgpFoFch8ZS9f.pgp
Description: PGP signature

Bug#488108: ITP: openlldp -- implementation of IEEE 802.1ab

[Vincent Bernat]

Package: wnpp
Severity: wishlist
Owner: Vincent Bernat <[EMAIL PROTECTED]>

* Package name: openlldp
  Version : cvs snapshot
  Upstream Author : OpenLLDP team
* URL : http://openlldp.sourceforge.net/
* License : GPL
  Programming Lang: C
  Description : implementation of IEEE 802.1ab

The OpenLLDP project aims to provide a comprehensive implementation of
the IEEE standard 802.1AB Link Layer Discovery Protocol. LLDP is an
industry standard protocol designed to supplant proprietary Link-Layer
protocols such as Extreme's EDP (Extreme Discovery Protocol) and CDP
(Cisco Discovery Protocol).

The goal of LLDP is to provide an inter-vendor compatible mechanism to
deliver Link-Layer notifications to adjacent network devices.

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.24.2-zoro.18
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/dash



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

Re: Resigning from Debian

[Vincent Bernat]

OoO Lors  de la soirée naissante  du lundi 06 juillet  2009, vers 17:12,
Alexis Sukrieh  disait :

> Hi,
> It's been a very long time since I worked for Debian, and my packages
> have been actually unmaintained for a while.

> This is because of two major reasons:

> - My paid work is time and energy consuming, hence my freetime is precious

> - During the last months, I've lost the motivation and the energy to
>   honnor my Debian activities.

> It's been a pleasure to contribute to that beautiful project,
> and I wish the very best to the whole community.

> Feel free to orphan/adopt all of my packages.

What's the  status of tinymce? Is  there someone else  in Debain Webapps
team?

Thanks for your work!
-- 
HARDFAIL("Not enough magic.");
2.4.0-test2 /usr/src/linux/drivers/block/nbd.c


pgpC8fuDNKNaw.pgp
Description: PGP signature

Re: Resigning from Debian

[Vincent Bernat]

OoO En  cette matinée  pluvieuse du mardi  07 juillet 2009,  vers 10:30,
Alexis Sukrieh  disait :

>> What's the  status of tinymce? Is  there someone else  in Debain Webapps
>> team?

> Andrea De Iacovo[1], maintainer of Wordpress, did tell me he wanted to
> adopt tinymce, as wordpress depends on it.

> I agreed, maybe you can contact him and see if you can work together?

I was  just worried  that it would  stay unmaintained. Since  Andrea has
already stepped up to maintain it, I am fine with this.
-- 
 /* James M doesn't say fuck enough. */
2.4.3 linux/net/core/netfilter.c


pgpArXkU5OyRJ.pgp
Description: PGP signature

Re: Bug#454993: RFH: fglrx-driver -- non-free AMD/ATI r5xx, r6xx display driver

[Vincent Bernat]

n Wed, 19 Aug 2009 02:03:18 +, Leinier Cruz Salfran
 wrote:

> I see this post and I would ask the team that keep the old version of
> theses packages in order to allow me to use my old integrated video card
> 'ati radeon  xpress 200'

This card works without any problem with radeon driver. Both 2D and 3D.


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

Re: Bug#559039: ITP: snmp-mibs-downloader -- Downloads RFCs and IANA Docs containing MIBs and extracts them

[Vincent Bernat]

OoO Pendant le repas du mardi  01 décembre 2009, vers 19:45, sean finney
 disait :

>> This package contains a script which downloads RFCs containing SNMP MIB
>> files and extracts them into /usr/share/mibs/ietf. It also downloads the
>> most current MIBs from IANA and extracts them into /usr/share/mibs/iana.

> afaict this wouldn't be policy compliant wrt the FHS.  such a script
> would need to download them to somewhere under /var/{lib,cache} or
> maybe under /usr/local/share if it's intended to be primarily manually 
> invoked.

Putting MIBs  in /var/lib/mibs seems  a sensible choice. A  symlink from
/usr/share/mibs/{ietf,iana} would help too.
-- 
BOFH excuse #192:
runaway cat on system.


pgpvCgb7ywgCW.pgp
Description: PGP signature

Re: where is /etc/hosts supposed to come from?

[Vincent Bernat]

OoO En  cette nuit nuageuse du  mardi 29 décembre 2009,  vers 00:41, Sam
Morris  disait :

> Details in . I 
> do wonder, however, why the system hostname has to appear in /etc/hosts 
> at all? Programs that want to find it out can read /etc/hostname 
> directly, after all. And wtf is 'localdomain' for, anyway?

A common way to get hostname is to request node name through uname, then
asks  for a resolution  of this  name. If  the name  does not  appear in
/etc/hosts, this will lead to a DNS resolution and without network, this
can take a long time.
-- 
panic("kmem_cache_init(): Offsets are wrong - I've been messed with!");
2.2.16 /usr/src/linux/mm/slab.c


pgpoaQHfiLk8y.pgp
Description: PGP signature

Re: where is /etc/hosts supposed to come from?

[Vincent Bernat]

OoO En ce  doux début de matinée du mardi 29  décembre 2009, vers 08:34,
je disais:

>> Details in . I 
>> do wonder, however, why the system hostname has to appear in /etc/hosts 
>> at all? Programs that want to find it out can read /etc/hostname 
>> directly, after all. And wtf is 'localdomain' for, anyway?

> A common way to get hostname is to request node name through uname, then
> asks  for a resolution  of this  name. If  the name  does not  appear in
> /etc/hosts, this will lead to a DNS resolution and without network, this
> can take a long time.

And BTW, this is exactly what hostname -f does. It does not read /etc/hostname.
-- 
BOFH excuse #96:
Vendor no longer supports the product


pgp9CwnzoThWh.pgp
Description: PGP signature

Re: On maintainers not responding to bugs

[Vincent Bernat]

OoO En cette nuit nuageuse du  mardi 27 février 2007, vers 01:04, Russ
Allbery <[EMAIL PROTECTED]> disait:

> Maintaining packages should be fun and rewarding too.  Punishing people
> for not doing something that we think is important has its place, but only
> sparingly.

Reporting bug  should be fun  too. Not getting  an answer is  not very
polite and some users may feel that their bug reports are useless.
-- 
Take care to branch the right way on equality.
- The Elements of Programming Style (Kernighan & Plauger)


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

Re: Work-needing packages report for Mar 2, 2007

[Vincent Bernat]

Hi !

I have read the recent  discussion about maintainers not responding to
bug  reports and  about helping  existant teams.  This kind  of report
seems to be the best way to find who need help.

I have  looked at  the following bug  report since  I may help  on the
concerned packages.

>apt-show-versions (#382026), requested 205 days ago
>  Description: lists available package versions with distribution
>  Installations reported by Popcon: 2267

No answer to a someone proposing help.

>cvs (#354176), requested 371 days ago
>  Description: Concurrent Versions System
>  Reverse Depends: bonsai crossvc cvs-autoreleasedeb cvs-buildpackage
>cvs2cl cvs2html cvschangelogbuilder cvsconnect cvsd cvsdelta (17
>more omitted)
>  Installations reported by Popcon: 12145

Idem.

>docbook (#358522), requested 344 days ago
>  Description: standard SGML representation system for technical
>documents
>  Reverse Depends: alcovebook-sgml docbook-dsssl docbook-to-man
>sgmltools-lite
>  Installations reported by Popcon: 3864

I suppose the discussion has been taken off list here.

>gpsdrive (#406522), requested 49 days ago
>  Description: Car navigation system
>  Installations reported by Popcon: 303

Idem here.

>lighttpd (#401575), requested 87 days ago
>  Description: A fast webserver with minimal memory footprint
>  Reverse Depends: lighttpd-mod-cml lighttpd-mod-magnet
>lighttpd-mod-mysql-vhost lighttpd-mod-trigger-b4-dl
>lighttpd-mod-webdav
>  Installations reported by Popcon: 427

No answer to two people proposing help.

>openssl (#332498), requested 511 days ago
>  Description: Secure Socket Layer (SSL) binary and related
>cryptographic tools
>  Reverse Depends: afbackup afbackup-client alpine alpine-pico
>anon-proxy aolserver4-nsimap aolserver4-nsopenssl apache-dbg
>apache-ssl apache2-prefork-dev (546 more omitted)
>  Installations reported by Popcon: 26299

This one seems handled appropriately.

First remark :  the list is very short. Maybe RFH  should be used more
widely.

Second remark :  except for OpenSSL, on my selection,  it is not clear
whatever is happening. For most of them, as a non DD, I think that the
maintainer is not answering to propositions. Maybe he answers off-list
or  maybe he  is  waiting for  some  concrete actions  like solving  a
bug.

For me, helping  Debian is an hard task and  more guidelines should be
provided :
 - I  report  bugs but  I  think  that  maintainers should  ack  them,
   especially when the package has no active bugs.
 - I am not very good at translation
 - I don't use KDE nor Gnome so I cannot help on those one
 - I  have looked  over bugs  of glibc but  I am  not a  specialist of
   pthread,  aio and  most  bugs seem  hard  to hunt.  I have  however
   subscribed to the glibc-devel mailing list
 - I have packaged and seeked sponsor for two packages ; still no luck
   but this seems difficult to find sponsors
 - I look for orphaned packages but nothing for me yet
 - I look for RFH, but see above

This is a pity for me to  not be able to help Debian efficiently since
I am a Debian user since 2001 and I think I am relatively good skilled
with this distribution.
-- 
panic ("No CPUs found.  System halted.\n");
2.4.3 linux/arch/parisc/kernel/setup.c


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

Re: Work-needing packages report for Mar 2, 2007

[Vincent Bernat]

OoO En cette nuit nuageuse du  samedi 03 mars 2007, vers 00:58, Daniel
Leidert <[EMAIL PROTECTED]> disait:

>> - I look for RFH, but see above

> If you are interested in the XML/SGML (related) packages, just join the
> Debian XML/SGML group :).

The problem would be to find time to read all those ML. :)
-- 
BOFH excuse #352:
The cables are not the same length.


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

Bug#429782: ITP: textpattern -- A flexible and easy-to-use content management system

[Vincent Bernat]

Package: wnpp
Severity: wishlist
Owner: Vincent Bernat <[EMAIL PROTECTED]>

* Package name: textpattern
  Version : 4.0.4
  Upstream Author : Dean Allen
* URL : http://www.textpattern.com
* License : GPL
  Programming Lang: PHP
  Description : A flexible and easy-to-use content management system

Textpattern is an open source content management system originally
developed by Dean Allen. While it is often listed among weblogging
tools, its aim is to be a high-quality general-purpose content
management system suitable for deployment in many contexts.

It uses Textile as text-to-HTML converter and produces XHTML/CSS
standards-compliant websites.

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

Kernel: Linux 2.6.18-4-686-bigmem (SMP w/2 CPU cores)
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/bash


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

Re: [Pkg-xen-devel] Xen status in lenny?

[Vincent Bernat]

OoO Pendant  le temps de midi  du vendredi 11 juillet  2008, vers 12:18,
Lucas Nussbaum <[EMAIL PROTECTED]> disait :

> The problem I see with that is that people will be left without a
> supported dom0 kernel at some point during the etch lifetime. Do we have
> a plan to address that? Shouldn't we make it clear that we will support
> the etch kernel until a lenny+1/2 kernel is available, for example?

The problem also appears for vserver kernel.
-- 
printk("VFS: Busy inodes after unmount. "
"Self-destruct in 5 seconds.  Have a nice day...\n");
2.3.99-pre8 /usr/src/linux/fs/super.c


pgpActwGNs88S.pgp
Description: PGP signature

Re: font policy changes

[Vincent Bernat]

OoO Lors  de la soirée naissante  du lundi 14 juillet  2008, vers 17:50,
Russ Allbery <[EMAIL PROTECTED]> disait :

>> It will always fail, because the user running the script (root) won't
>> normally have access to the X server.

> See, I thought that too, and then I tried it and it seemed to work fine.
> Maybe my test was wrong?

If HOME  was set to ~user,  root can find ~user/.Xauthority  and is then
able  to  use  the  xserver.  Same applies  if  XAUTHORITY  variable  is
correctly set.
-- 
 /* After several hours of tedious analysis, the following hash
  * function won.  Do not mess with it... -DaveM
  */
2.2.16 /usr/src/linux/fs/buffer.c


pgppapzmNqMQa.pgp
Description: PGP signature

Re: Clarification about bug #463538 is needed

[Vincent Bernat]

OoO  Pendant le repas  du samedi  19 juillet  2008, vers  19:28, "Sergei
Golovan" <[EMAIL PROTECTED]> disait :

> Erlang does exactly the following when detaches from a terminal:

>  if (start_detached) {
>int status = fork();
>if (status != 0)
>  return 0;
>status = fork();
>if (status != 0)
>  return 0;

>close(0);
>open("/dev/null", O_RDONLY);
>close(1);
>open("/dev/null", O_WRONLY);
>close(2);
>open("/dev/null", O_WRONLY);
>  }
>  {
>execv(emu, Eargsp); /* executing the main Erlang emulator */
>  }

> Is this behavior incorrect?

This can  be replaced  by a call  to daemon()  that just does  the right
thing. For example, it misses chdir() and setsid().
-- 
BOFH excuse #372:
Forced to support NT servers; sysadmins quit.


pgp8VNyq2lOzP.pgp
Description: PGP signature

Re: bug #292231 - fixed in upstream, pending 412 days

[Vincent Bernat]

OoO En  cette fin  de nuit blanche  du mardi  05 août 2008,  vers 06:43,
jaromil <[EMAIL PROTECTED]> disait :

> the manpage was fixed about 400 days ago and communicated to mantainer
> (also in cc:). mantainer Christian stated he would fix it but doesn't,
> still  now he  is  too busy.   i  am in  contact  with another  debian
> neo-mantainer  Luca (also  in  cc:)  and myself  i  can co-mantain  as
> upstream author,  we offered to  Christian to add us  as co-mantainers
> and he agrees but then cannot do it.

> we are  blocked as he  cannot add us  apparently for no time,  even if
> received  clear instructions  from  Luca. how  we  proceed from  that?
> package hasciicam is dropping out of lenny because of this.

Ask for  sponsorship on [EMAIL PROTECTED] For  a RC fix,  you will surely
find a sponsor.
-- 
BOFH excuse #155:
Dumb terminal


pgp159fZupmsq.pgp
Description: PGP signature

Bug#493972: ITP: etherpuppet -- create a virtual interface from a remote Ethernet interface

[Vincent Bernat]

Package: wnpp
Severity: wishlist
Owner: Vincent Bernat <[EMAIL PROTECTED]>

* Package name: etherpuppet
  Version : 0.2
  Upstream Author : Philippe Biondi <[EMAIL PROTECTED]>
* URL : http://www.secdev.org/projects/etherpuppet/
* License : GPL
  Programming Lang: C
  Description : create a virtual interface from a remote Ethernet interface

Etherpuppet is a small program that will create a virtual interface
(TUN/TAP) on one machine from the ethernet interface of another
machine through a TCP connection. Everything seen by the real
interface will be seen by the virtual one. Everything sent to the
virtual interface will be emitted by the real one.

It has been designed because one often has a small machine as his
Internet gateway, and sometimes want to run some big applications that
need raw access to this interface, for sniffing (Ethereal, etc.) or
for crafting packets that do not survive being reassembled, NATed,
etc.

-- 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]

Re: Bug#493972: ITP: etherpuppet -- create a virtual interface from a remote Ethernet interface

[Vincent Bernat]

OoO  En ce début  d'après-midi nuageux  du mercredi  06 août  2008, vers
14:38, Guus Sliepen <[EMAIL PROTECTED]> disait :

> Ok, I see now that only one side of the etherpuppet tunnel uses a
> tun/tap device, the other side copies everything to/from a real Ethernet
> interface.

> Still, the other tools I mentioned can all handle Ethernet frames. In
> fact, tinc can be compiled to connect to a real Ethernet interface
> instead of a tun/tap device, so it might already have the capability to
> do what etherpuppet does. The advantage of these tools is that they can
> provide encryption, and some of them can connect more than two endpoints
> together.

etherpuppet  is just  a tiny  tool  (one .c)  that does  one thing.  The
documentation of  tinc does not mention that  it is able to  attach to a
real Ethernet  interface. It just  mentions bridges which won't  help in
our case.

> The reason I urge you to consider having upstream merge his
> functionality with one of the others is that otherwise there is yet
> another tunnel tool out there.

As stated by others, etherpuppet is not really a tunnel tool. It is just
a way to make a remote interface a local one. No routing, no switching.
-- 
GOLDFISH DON'T BOUNCE
GOLDFISH DON'T BOUNCE
GOLDFISH DON'T BOUNCE
-+- Bart Simpson on chalkboard in episode 9F14


pgpz3cMu4bRbc.pgp
Description: PGP signature

Bug#495213: ITP: js2-mode -- Emacs mode for editing Javascript programs

[Vincent Bernat]

Package: wnpp
Severity: wishlist
Owner: Vincent Bernat <[EMAIL PROTECTED]>


* Package name: js2-mode
  Version : 20080616a
  Upstream Author : Steve Yegge <[EMAIL PROTECTED]>
* URL : http://code.google.com/p/js2-mode/
* License : GPLv2+
  Programming Lang: Emacs LISP
  Description : Emacs mode for editing Javascript programs

This JavaScript editing mode supports:

 - the full JavaScript language through version 1.7
 - support for most Rhino and SpiderMonkey extensions from 1.5 to 1.7
 - accurate syntax highlighting using a recursive-descent parser
 - syntax-error and strict-mode warning reporting
 - "bouncing" line indentation to choose among alternate indentation points
 - smart line-wrapping within comments (Emacs 22+) and strings
  - code folding:
- show some or all function bodies as {...}
- show some or all block comments as /*...*/
  - context-sensitive menu bar and popup menus
  - code browsing using the imenu' package
  - typing helpers (e.g. inserting matching braces/parens)
  - many customization options

-- 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#496171: ITP: python-recaptcha -- implementation of reCAPTCHA and Mailhide in Python

[Vincent Bernat]

Package: wnpp
Severity: wishlist
Owner: Vincent Bernat <[EMAIL PROTECTED]>

* Package name: python-recaptcha
  Version : 1.0.2
  Upstream Author : Ben Maurer 
* URL : http://pypi.python.org/pypi/recaptcha-client
* License : MIT/X
  Programming Lang: Python
  Description : implementation of reCAPTCHA and Mailhide in Python

This Python modules provides a plugin for both reCAPTCHA and reCAPTCHA
Mailhide.

reCAPTCHA helps prevent automated abuse of web site (such as comment
spam or bogus registrations) by using a CAPTCHA to ensure that only
humans perform certain actions.

reCAPTCHA Mailhide allows to obfuscate email addresses such that the
original email address is delivered only if a reCAPTCHA is solved.

This plugin uses a free (as in free beer) web service that requires to
register to get an API key. On the other hand, no imaging library or
complex computation are needed to generate and check CAPTCHA.

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)



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

Bug#496819: ITP: python-netaddr -- manipulation of various common network address notations

[Vincent Bernat]

Package: wnpp
Severity: wishlist
Owner: Vincent Bernat <[EMAIL PROTECTED]>


* Package name: python-netaddr
  Version : 0.4
  Upstream Author : David P. D. Moss <[EMAIL PROTECTED]>
* URL : http://code.google.com/p/netaddr/
* License : BSD
  Programming Lang: Python
  Description : manipulation of various common network address notations

netaddr is a Python library for the manipulation of various common
network address notations and representations.

It takes the hassle out of fiddling with enumerable variations of
network addresses presenting a consistent, extensible, easy-to-use and
(above all) Pythonic API.

With it you can validate, convert, categorise, iterate, generate,
slice (and dice):
 - MAC (Media Access Control)
 - IEEE EUI-48 and EUI-64
 - IP version 4
 - IP version 6
 - CIDR (Classless Inter-Domain Routing) 

-- 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]

Re: Processed: retitle

[Vincent Bernat]

OoO  En  ce début  de  soirée  du mercredi  27  août  2008, vers  21:42,
[EMAIL PROTECTED] (Debian Bug Tracking System) disait :

> Processing commands for [EMAIL PROTECTED]:
>> retitle 105337 i18n.debian.org: a central database for translated templates
> Bug#105337: a central database for translated templates
> Changed  Bug  title  to   `i18n.debian.org:  a  central  database  for
> translated  templates'   from  `a  central   database  for  translated
> templates'.

Are you working on this issue?
-- 
BOFH excuse #383:
Your processor has taken a ride to Heaven's Gate on the UFO behind Hale-Bopp's 
comet.


pgpUEupxHx689.pgp
Description: PGP signature

Bug#497443: ITP: balazar3 -- dungeon adventure game with multiplayer support

[Vincent Bernat]

Package: wnpp
Severity: wishlist
Owner: Vincent Bernat <[EMAIL PROTECTED]>


* Package name: balazar3
  Version : 0.1
  Upstream Author : Nekeme Prod
* URL : http://home.gna.org/oomadness/en/balazar_iii/index.html
* License : GPL
  Programming Lang: Python
  Description : dungeon adventure game with multiplayer support

Balazar III is a dungeon adventure game with multiplayer support. As
you explore the dungeon, you'll gain magical objects, experience and
powers, but also... curses ! Balazar III is based on the (French)
comics "Le guide Balazar du mauvais sorcier" (Balazar's guide to bad
sorcerers).

The game comes in two versions (which are network-compatible):
 - 3D version destined to computer gamers. The 3D version is
   graphically more beautiful, as it takes avantages of the nice
   cellshading algorithms of the Soya 3D engine.
 - 2D version, currently supporting 640x480 and 800x480 resolutions.
   It has been designed mainly for hand-held devices (Sharp Zaurus,
   Nokia N810, Openmoko Freerunner, Asus EEE PC, and the like),
   although it can be used on computer too. This version has been
   highly optimized so as it can be run in 640x480 on a Zaurus C1000
   (416 MHz ARM processor without graphics accelerators).

-- 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]

Licensing issues with libsnmp-base and libsmi2-common

[Vincent Bernat]

Hi!

I would like to get some advice with an important licensing issue with
libsnmp-base and libsmi2-common. Both of them are shipping MIB that are
quite essential and would make most of the utils relying on them unusable
without them. Both of them do NOT have any mention of those in
debian/copyight. At least, most of those MIB are non-free because
copyrighted by IETF and released under the same license as corresponding
RFC.

This would mean moving those MIB in a non-free package and SNMP/SMI related
tools in contrib. This would be quite a change for lenny, so I suppose that
we would ignore this issue for lenny. This would also mean that an
important daemon (snmpd) won't be supported by Debian (because in contrib).
This would also move a lot of packages in contrib (see reverse depends of
libsnmp15).

I did not file bug reports yet about those issues.

Any thought?


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

Re: Licensing issues with libsnmp-base and libsmi2-common

[Vincent Bernat]

OoO Pendant le temps de midi  du vendredi 05 septembre 2008, vers 12:23,
Josselin Mouette <[EMAIL PROTECTED]> disait :

>> If I understand correctly these MIBs are interface definitions, which
>> are generally considered not copyrightable.  Any comments in them might
>> have to be removed though.

> Not only the comments, but also the descriptions of the objects, without
> which the MIBs aren’t really useful for humans (but admittedly still are
> for computers).

Therefore,  a solution  would be  to rewrite  those MIB  with diffferent
descriptions?
-- 
BOFH excuse #412:
Radial Telemetry Infiltration


pgpKBSNixqR0m.pgp
Description: PGP signature

Re: RFC: DKMS - Dynamic Kernel Module Support

[Vincent Bernat]

OoO  En cette  matinée ensoleillée  du  samedi 13  septembre 2008,  vers
09:08, Tzafrir Cohen <[EMAIL PROTECTED]> disait :

> Do not assume everybody maintaining the system know of dkms (or of m-a
> or such). Knowledge of debsums or equivalent should be assumed from
> anybody maintaining a Debian system.

It is the very first time I heard of debsums.
-- 
BOFH excuse #54:
Evil dogs hypnotized the night shift


pgpfhOYgPwlf4.pgp
Description: PGP signature

Bug#501130: ITP: snimpy -- interactive SNMP tool with Python

[Vincent Bernat]

Package: wnpp
Severity: wishlist
Owner: Vincent Bernat <[EMAIL PROTECTED]>


* Package name: snimpy
  Version : 0.2.1
  Upstream Author : Vincent Bernat <[EMAIL PROTECTED]>
* URL : https://trac.luffy.cx/snimpy/
* License : MIT
  Programming Lang: Python and C
  Description : interactive SNMP tool with Python

Snimpy is a Python-based tool providing a simple interface to build
SNMP queries. This interface aims at being the most Pythonic possible:
you grab scalars using attributes and columns are like dictionaries.

Snimpy can either be used interactively throught its console (derived
from Python own console or from IPython if available) or by writing
snimpy scripts which are just Python scripts with some global
variables available. 

-- 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]

Re: Bug sprint !

[Vincent Bernat]

OoO En ce  début d'après-midi nuageux du vendredi  10 octobre 2008, vers
14:04, Josselin Mouette <[EMAIL PROTECTED]> disait :

> The rules are : at the end of a 5-day period, the bug you are assigned
> must be closed in unstable or have a lenny-ignore tag. Otherwise this is
> a free-for-all.

The developer that will get Iceweasel unreproducible bugs will be unlucky.
-- 
printk("??? No FDIV bug? Lucky you...\n");
2.2.16 /usr/src/linux/include/asm-i386/bugs.h


pgpmGCTzFKDjx.pgp
Description: PGP signature

Bug#502301: ITP: lldpd -- implementation of IEEE 802.1ab (LLDP)

[Vincent Bernat]

Package: wnpp
Severity: wishlist
Owner: Vincent Bernat <[EMAIL PROTECTED]>

* Package name: lldpd
  Version : 0.1
  Upstream Author : Vincent Bernat <[EMAIL PROTECTED]>
* URL : https://trac.luffy.cx/lldpd/
* License : MIT
  Programming Lang: C
  Description : implementation of IEEE 802.1ab (LLDP)

 LLDP is an industry standard protocol designed to supplant
 proprietary Link-Layer protocols such as Extreme's EDP (Extreme
 Discovery Protocol) and CDP (Cisco Discovery Protocol). The goal of
 LLDP is to provide an inter-vendor compatible mechanism to deliver
 Link-Layer notifications to adjacent network devices.

 This implementation provides LLDP sending and reception, supports
 VLAN and bond interfaces and includes an SNMP subagent that can
 interface to an SNMP agent through AgentX protocol.

 This daemon is also able to deal with CDP, SONMP and EDP protocol.
 

I have also an ITP on OpenLLDP (#488108) which is another
implementation. Unfortunately, some pieces were missing and upstream
seemed too busy to handle them. I have lost contact with upstream.

lldpd is a more complete implementation (but less portable, Linux
only).

-- 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]

system users

[Vincent Bernat]

Hi!

,[ http://wiki.debian.org/AccountHandlingInMaintainerScripts ]
| A collision free way to  name system accounts should really be mentioned
| in Debian policy to stop this uncontrolled growth of different methods.
`

Is it  any progress on  this matter? While  more and more  daemon become
unprivileged or "privilege separation"-able, we get more and more system
users.

On  some  systems  like  OpenBSD,  all those  users  are  starting  with
underscore to avoid  collision with real users. On  Debian, I have never
seen  this, even  for packages  that comes  from OpenBSD  (like openntpd
which uses "ntpd"). Is there some drawbacks with underscore?

Thanks.
-- 
# Okay, what on Earth is this one supposed to be used for?
2.4.0 linux/drivers/char/cp437.uni


pgpGADxiJkyql.pgp
Description: PGP signature

Re: system users

[Vincent Bernat]

OoO En cette  matinée pluvieuse du samedi 15  novembre 2008, vers 10:16,
Thomas Viehmann <[EMAIL PROTECTED]> disait :

>> On  some  systems  like  OpenBSD,  all those  users  are  starting  with
>> underscore to avoid  collision with real users. On  Debian, I have never
>> seen  this, even  for packages  that comes  from OpenBSD  (like openntpd
>> which uses "ntpd"). Is there some drawbacks with underscore?

> This has been discussed a couple of times, but IIRC without definitive
> conclusion. "Debian-" and "debian-" seem to be as prefixes as well.
> Maybe it is easiest to just go with something that is popular among
> existing packages you care about.

On  systems that  I have  access to,  there is  Debian-exim and  no user
starting with underscore. However, I  have a lot of system users without
special prefixes.  Do you have  some popular packages with a system user
starting with "debian-" in mind?
-- 
No fortunes found


pgpAfkITl96kC.pgp
Description: PGP signature

Re: system users

[Vincent Bernat]

OoO En  ce début d'après-midi nuageux  du samedi 15  novembre 2008, vers
14:02, Henrique de Moraes Holschuh <[EMAIL PROTECTED]> disait :

>> On  some  systems  like  OpenBSD,  all those  users  are  starting  with
>> underscore to avoid  collision with real users. On  Debian, I have never
>> seen  this, even  for packages  that comes  from OpenBSD  (like openntpd
>> which uses "ntpd"). Is there some drawbacks with underscore?

> None.  In fact, is a damn good solution to the problem.

Unfortunately,  by  default,  NAME_REGEX  does  not  allow  the  use  of
underscore. The user needs to be created with --force-badname.
-- 
No fortunes found


pgphG7bOZwpu6.pgp
Description: PGP signature

Re: system users

[Vincent Bernat]

OoO En cette fin de matinée  radieuse du dimanche 16 novembre 2008, vers
11:46, Osamu Aoki <[EMAIL PROTECTED]> disait :

>> On  some  systems  like  OpenBSD,  all those  users  are  starting  with
>> underscore to avoid  collision with real users. On  Debian, I have never
>> seen  this, even  for packages  that comes  from OpenBSD  (like openntpd
>> which uses "ntpd"). Is there some drawbacks with underscore?

> That is nice.  We will be able to get reasonable output under ps command
> for exim4 too.

You are right. Too long usernames are displayed numerically.
-- 
BOFH excuse #258:
That's easy to fix, but I can't be bothered.


pgpyDabZC0HMT.pgp
Description: PGP signature

Re: system users

[Vincent Bernat]

OoO En ce doux début de  matinée du samedi 15 novembre 2008, vers 08:49,
je disais:

> ,[ http://wiki.debian.org/AccountHandlingInMaintainerScripts ]
> | A collision free way to  name system accounts should really be mentioned
> | in Debian policy to stop this uncontrolled growth of different methods.
> `

> Is it  any progress on  this matter? While  more and more  daemon become
> unprivileged or "privilege separation"-able, we get more and more system
> users.

> On  some  systems  like  OpenBSD,  all those  users  are  starting  with
> underscore to avoid  collision with real users. On  Debian, I have never
> seen  this, even  for packages  that comes  from OpenBSD  (like openntpd
> which uses "ntpd"). Is there some drawbacks with underscore?

I wanted  to file a  wishlist bug against  policy about this  matter but
there is already one that exists:
 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=248809

The bug  is pretty old and the  discussion stopped a few  years ago. The
problem of  too long usernames  when using "Debian-" prefix  was already
mentioned.

The  possibility   to  use  "_${package}"   is  mentioned  once   as  an
example.

IMO, there are three advantages to using underscore:
 - it defines a namespace (like using "Debian-" prefix)
 - the name is kept short
 - it is easy to spot those system names in ps or other tools

Is there some  way to easily retrieve all postinst  scripts to check how
adduser is called?
-- 
printk("autofs: Out of inode numbers -- what the heck did you do??\n"); 
2.0.38 /usr/src/linux/fs/autofs/root.c


pgp1JnJ5oFNvI.pgp
Description: PGP signature

Re: system users

[Vincent Bernat]

OoO En  ce milieu  de nuit  étoilée du vendredi  21 novembre  2008, vers
03:19, Raphael Geissert <[EMAIL PROTECTED]> disait :

>> Is there some  way to easily retrieve all postinst  scripts to check how
>> adduser is called?

> Yup, take a look at lintian.debian.org's lab in gluck.

> It only contains the maintainer scripts of main/i386, though.

Thanks for the tips!

Here is  the list of  package that  name the user  with the name  of the
source package:
 - ajaxterm: ajaxterm
 - approx: approx
 - apt-cacher-ng: apt-cacher-ng
 - asterisk: asterisk
 - backuppc: backuppc
 - bip: bip
 - blootbot: blootbot
 - citadel: citadel
 - clamsmtp: clamsmtp
 - cntlm: cntlm
 - dansguardian: dansguardian
 - debarchiver: debarchiver
 - dnsmasq: dnsmasq
 - docvert: docvert
 - dovecot: dovecot
 - ejabberd: ejabberd
 - email-reminder: email-reminder
 - fcron: fcron
 - fetchmail: fetchmail
 - freevo: freevo
 - gdm: gdm
 - gkrellmd: gkrellmd
 - gnugk: gnugk
 - greylistd: greylistd
 - hobbit: hobbit
 - hplip: hplip
 - interchange: interchange
 - iodine: iodine
 - jffnms: jffnms
 - liquidsoap: liquidsoap
 - maradns: maradns
 - mldonkey: mldonkey
 - motion: motion
 - mpd: mpd
 - mpdscribble: mpdscribble
 - mt-daapd: mt-daapd
 - munin: munin
 - netmrg: netmrg
 - netplan: netplan
 - pdnsd: pdnsd
 - postgrey: postgrey
 - prayer: prayer
 - proftpd: proftpd
 - pyaimt: pyaimt
 - rancid: rancid
 - sbnc: sbnc
 - slidentd: slidentd
 - smtpguard: smtpguard
 - spampd: spampd
 - spong: spong
 - stunnel4: stunnel4
 - sympa: sympa
 - varnish: varnish
 - vdradmin-am: vdradmin-am
 - zabbix: zabbix

The packages  that use a different  name but with no  apparent prefix or
suffix (maybe gforge should not be in this category) :
 - vde2: vde2-net
 - ez-ipupdate: ez-ipupd
 - postfwd: postfw
 - kolabd: kolab
 - openntpd: ntpd
 - tinyerp-server: terp
 - policyd-weight: polw
 - zope-common: zopeuser
 - postgresql-common: postgres
 - pymilter: spf-milter-python
 - nfs-utils: statd
 - nss-ldapd: nslcd
 - net-snmp: snmp
 - gforge: anonscm-gforge scm-gforge www-gforge
 - hylafax: faxmaster
 - hal: haldaemon
 - dbus: messagebud
 - boxbackup: bbstored
 - calendarserver: caldavd
 - dtc-xen: dtc-xen-user
 - tomcat5.5: tomcat55
 - ident2: identd
 - batv-milter: batv-filter
 - nagios3: nagios
 - lastfmsubmitd: lastfm
 - gsmlib: gsmsms
 - mumble: mumble-server
 - openssh: sshd
 - fsp: ftp
 - vsftpd: ftp
 - bind9: bind
 - amavisd-new: amavis
 
And the ones that uses a prefix:
 - exim4: Debian-exim
 - lldpd: _lldpd

The list was built by hand. I hope to have not forgotten anything.

Some random remarks:
 - nobody uses prefixes
 - there are collisions (fsp, vsftpd)
 - some  names collides with  real user names  that I have  met (iodine,
   spong, prayer), this may vary from systems to systems but there is no
   way to override a username

BTW, the problem is similar with groups, especially since the default is
now to create a group for each user.
-- 
I AM NOT THE NEW DALAI LAMA
I AM NOT THE NEW DALAI LAMA
I AM NOT THE NEW DALAI LAMA
-+- Bart Simpson on chalkboard in episode 5F17


pgpr8mykjzhx0.pgp
Description: PGP signature

Re: system users

[Vincent Bernat]

OoO  En ce  doux début  de matinée  du vendredi  21 novembre  2008, vers
08:18, je disais:

> And the ones that uses a prefix:
> - exim4: Debian-exim
> - lldpd: _lldpd

I have missed console-log and Debian-console-log. I suppose that this is
because it is arch-indep.
-- 
BOFH excuse #433:
error: one bad user found in front of screen


pgp6OflkKoWdP.pgp
Description: PGP signature

Re: Test suites after build and Build-Depends.

[Vincent Bernat]

OoO Lors de la soirée naissante du vendredi 23 janvier 2009, vers 18:55,
Noah Slater  disait :

> What about providing a test target in debian/rules and hooking into this
> automatically with pdebuild. You should be able to run tests from within the
> chroot without having to modify your debian/control file.

One of the interests of those test suits is to be executed automatically
by buildd (on arch that you cannot easily test).
-- 
I WILL NOT SELL SCHOOL PROPERTY
I WILL NOT SELL SCHOOL PROPERTY
I WILL NOT SELL SCHOOL PROPERTY
-+- Bart Simpson on chalkboard in episode 7F10


pgpAIGmW8NALJ.pgp
Description: PGP signature

adduser/deluser on postinst

[Vincent Bernat]

Hi !

I need some  advice on bug #435671.  I agree with  the bug reporter that
the user  handling part of  xrdp should be  rewritten. I have  looked at
what is done  in other packages and  in most of them gentent  is used to
check the  user existence but  there is no  check that this is  really a
system user  (so the user can  be unrelated to the  package). Because of
this,  some  package (ntp)  just  skip the  test  and  use adduser  with
--quiet.

On  deletion, some package  do not  use --system  option of  deluser, so
delete a legit  non-system user without warning. On  my system, there is
gdm, openntpd, openssh and vde2.

In summary, I  think a package should just  use adduser --quiet --system
in postinst and  deluser --quiet --system on purge  without checking for
existence. It would be convenient for adduser --quiet --system to return
an error if the user exists  but is not a system user (actually, without
--quiet, it says the user exists and is a user system, I will report the
bug).

What do you think ?
-- 
BOFH excuse #45:
virus attack, luser responsible


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

rpath and library

[Vincent Bernat]

Hi !

lintian and linda are issuing a warning when a library contains an rpath
statement. However,  lintian accepts rpath  being /usr/lib/package while
lindian does not do this test.

Here is the lintian warning:

8<---
Info: The binary or shared library sets RPATH.  This overrides the normal
 library search path, possibly interfering with local policy and causing
 problems for multilib, among other issues.
 .
 The only time a binary or shared library in a Debian package should set
 RPATH is if it is linked to private shared libraries in the same package.
 In that case, place those private shared libraries in
 /usr/lib/package.  Libraries used by binaries in other
 packages should be placed in /lib or /usr/lib as
 appropriate, with a proper SONAME, in which case RPATH is unncessary.
 .
 To fix this problem, look for link lines like:
 gcc test.o -o test -Wl,--rpath,/usr/local/lib
 or
 gcc test.o -o test -R/usr/local/lib
 and remove the -Wl,--rpath or -R argument.  You can also
 use the chrpath utility to remove the RPATH.
8<---

Whos is right here ? lintian or linda ?
-- 
BOFH excuse #177:
sticktion


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

Bug#444885: ITP: unoconv -- convertor between any document format that OpenOffice.org understands

[Vincent Bernat]

Package: wnpp
Severity: wishlist
Owner: Vincent Bernat <[EMAIL PROTECTED]>

* Package name: unoconv
  Version : 0.3
  Upstream Author : Dag Wieers <[EMAIL PROTECTED]>
* URL : http://dag.wieers.com/home-made/unoconv/
* License : GPLv2
  Programming Lang: Python
  Description : convertor between any document format that OpenOffice.org 
understands

unoconv converts between any document format that OpenOffice
understands. It uses OpenOffice's UNO bindings for non-interactive
conversion of documents.

Supported document formats include Open Document Format (.odt), MS
Word (.doc), MS Office Open/MS OOXML (.xml), Portable Document Format
(.pdf), HTML, XHTML, RTF, Docbook (.xml), and more.

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

Kernel: Linux 2.6.22-2-686-bigmem (SMP w/2 CPU cores)
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/bash



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

Bug#458903: ITP: pycha -- simple python package for drawing charts using Cairo

[Vincent Bernat]

Package: wnpp
Severity: wishlist
Owner: Vincent Bernat <[EMAIL PROTECTED]>

* Package name : pycha
  Version : 0.2.0
  Upstream Author : Lorenzo Gil Sanchez <[EMAIL PROTECTED]>
* URL : http://www.lorenzogil.com/projects/pycha/
* License : LGPL
  Programming Lang: Python
  Description : simple python package for drawing charts using Cairo
  
This Python package allows to draw variety of charts (pie,
line, bar) using Cairo as backend. Its goals are: 
 * Lightweight 
 * Simple to use 
 * Nice looking with default values 
 * Customization
 
It won't try to draw any possible chart on earth but draw the most
common ones nicely.

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

Kernel: Linux 2.6.22-3-686-bigmem (SMP w/2 CPU cores)
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/bash



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

Re: where is /etc/hosts supposed to come from?

[Vincent Bernat]

OoO En  cette fin  de nuit  blanche du mercredi  30 décembre  2009, vers
05:23, Russ Allbery  disait :

>> I haven't said that. And this is often not the case under Debian,
>> i.e. the FQDN is often obtained from /etc/hosts, which has the
>> precedence over DNS (see /etc/nsswitch.conf).

> I have no entry in /etc/hosts other than 127.0.0.1 and the corresponding
> IPv6 entries.  What could I possibly put in there?

If this is a real question, put:
127.0.1.1 fqdn nodename

This seems a  very acceptable way to give a FQDN  to your laptop without
relying  on network.  hostname -f  and  programs using  a similar  inner
working will be able to get the right result.
-- 
I WILL NOT BURP IN CLASS
I WILL NOT BURP IN CLASS
I WILL NOT BURP IN CLASS
-+- Bart Simpson on chalkboard in episode 7G04


pgpikse8ltT4a.pgp
Description: PGP signature

Re: where is /etc/hosts supposed to come from?

[Vincent Bernat]

OoO Pendant le  temps de midi du mercredi 30  décembre 2009, vers 12:03,
Gabor Gombas  disait :

>> If this is a real question, put:
>> 127.0.1.1 fqdn nodename
>> 
>> This seems a  very acceptable way to give a FQDN  to your laptop without
>> relying  on network.  hostname -f  and  programs using  a similar  inner
>> working will be able to get the right result.

> Adding meaningless configuration to work around programs that are broken
> by design does not seem like a good solution.

There are  a lot of  programs requiring some  kind of FQDN  (for example
because they implement a protocol requiring it). How should they get it?
I have never  seen a more universal that to get  node name with uname(),
then use gethostbyname(). Please, provide better way.
-- 
MUD IS NOT ONE OF THE 4 FOOD GROUPS
MUD IS NOT ONE OF THE 4 FOOD GROUPS
MUD IS NOT ONE OF THE 4 FOOD GROUPS
-+- Bart Simpson on chalkboard in episode 9F15


pgpNbq2P1eUD7.pgp
Description: PGP signature

Re: where is /etc/hosts supposed to come from?

[Vincent Bernat]

OoO En  cette nuit nuageuse du  jeudi 31 décembre 2009,  vers 01:16, Sam
Morris  disait :

>>> Adding meaningless configuration to work around programs that are
>>> broken by design does not seem like a good solution.
>> 
>> There are  a lot of  programs requiring some  kind of FQDN  (for example
>> because they implement a protocol requiring it). How should they get it?
>> I have never  seen a more universal that to get  node name with uname(),
>> then use gethostbyname(). Please, provide better way.

> The admin should supply it in the program's configuration, since only the 
> admin is able to know the correct value.

Sure, the admin would have to  configure a whole set of programs instead
of just configuring the canonical name in one unique place of the system
and let each program that needs it to autodiscover it?

This  does  not preclude  the  possibility  to  override what  has  been
discovered on a case by case basis.
-- 
panic ("No CPUs found.  System halted.\n");
2.4.3 linux/arch/parisc/kernel/setup.c


pgpsJCTUzoBfc.pgp
Description: PGP signature

Re: Roundcube does not create database

[Vincent Bernat]

OoO  Pendant le repas  du dimanche  24 janvier  2010, vers  19:39, Frank
Niedermann  disait :

> I have installed the package roundcube on Debian Squeeze. It does not create
> the required database (roundcube-core and roundcube-mysql also installed). I
> already tried with dpkg-reconfigure but this does not work either.

> Other packages like phpmyadmin do work fine and are able to create the
> database.

> Is this a known issue or should I create a bugreport? Can I fix it on my
> own?

Well,   dunnowhat   happens.   Database   creationis   done   by
dbconfig-common. You should  try "dpkg-reconfigure -plow roundcube-core"
to check if it asks something.
-- 
panic("esp: what could it be... I wonder...");
2.2.16 /usr/src/linux/drivers/scsi/esp.c


pgpHZScL4tDGm.pgp
Description: PGP signature

Re: Roundcube does not create database

[Vincent Bernat]

OoO  Pendant  le repas  du  mardi 26  janvier  2010,  vers 19:17,  Frank
Niedermann  disait :

> Already tried "dpkg-reconfigure -plow roundcube-core". It asks
> about the mailserver, encryption and stuff but not about the
> database. When I installed phpmyadmin dbconfig-common asked
> me to enter the database admin password and created the new
> phpmyadmin database in MySQL.

> I expected roundcube to do the same but it did not. It also did
> not ask the mailserver settings, this only comes up with the -plow
> parameter for dpkg-reconfigure.

Well, I  don't know exactly  how to solve  your problem. You can  ask on
debian-us...@ldo (since  debian-de...@ldo is not the right  place to ask
for help on this) or file a  bug report. I doubt that the bug is related
to roundcube since all database handling is done by dbconfig-common.

You can also look at :
 debconf-get-selections | grep -E ^(roundcube-core|dbconfig-common)

"dbconfig-install" key should be "true".
-- 
BOFH excuse #269:
Melting hard drives


pgp7dAIwsJbkP.pgp
Description: PGP signature

Re: git and quilt

[Vincent Bernat]

OoO En ce début d'après-midi  ensoleillé du samedi 06 février 2010, vers
15:15, Goswin von Brederlow  disait :

> He wants to KISS. So lets make it even simpler.

> - master:   patched source
> - upstream: upstream source

Suppose the following workflow:
 - upstream version X.Y
 - master branch based on X.Y
 - patch Z applied on master branch
 - upstream branch is updated to (X+1).0
 - upstream  is merged  into master  branch and  manual  intervention is
   needed because  there are conflicts between changes  on upstream side
   and patch Z

Now, if upstream want to get patch Z, he can :
 - get patch Z for version X.Y
 - get  patch between  upstream  (X+1).0 and  master (X+1).0  containing
   patch Z and other stuff

While git  allows to  keep track of  modifications, it is  difficult for
upstream (or some other people) to review a precise patch.  Or maybe you
rebase master  branch on the upstream  one (which would be  great to see
watch patches  are applying  to upstream but  will lead  to difficulties
when tracking master branch)?
-- 
Don't comment bad code - rewrite it.
- The Elements of Programming Style (Kernighan & Plauger)


pgpk4diN0Vp0H.pgp
Description: PGP signature

Re: Has Debian abandoned Python?

[Vincent Bernat]

OoO  En cette  nuit nuageuse  du mardi  09 mars  2010, vers  01:14, Russ
Allbery  disait :

>>> Maybe the group of people doing that work should also be the people who
>>> decide when Python 2.6 will be uploaded, if the current maintainer
>>> isn't able or willing to coordinate the work for whatever reason?

>> Yes, that would be awesome in theory, still quite difficult (or seen as
>> rude) in reality.

> Well, I'm personally not directly involved with Python development, but it
> seems like a lot of people are upset with the way that the python package
> is being maintained.  We do have a procedure for this: it falls under the
> jurisdiction of the Debian Technical Committee.  If there is a group of
> people who believe they would be better able to maintain the python
> package than the current maintainer and are willing to assemble a team and
> propose themselves as the maintainers, that's certainly something that can
> be appealed to the Debian Technical Committee for discussion.

Some respectable people keep telling  us that the problem is handled and
the solution  will come  soon. Going to  the technical committee  may be
seen at confrontational against them, I think.
-- 
MUD IS NOT ONE OF THE 4 FOOD GROUPS
MUD IS NOT ONE OF THE 4 FOOD GROUPS
MUD IS NOT ONE OF THE 4 FOOD GROUPS
-+- Bart Simpson on chalkboard in episode 9F15


pgpAaj3yXuBQ1.pgp
Description: PGP signature

Re: About new source formats for packages without patches

[Vincent Bernat]

OoO  En ce  début de  soirée du  jeudi 25  mars 2010,  vers  21:06, Neil
Williams  disait :

> Removing the tag without fixing dpkg to not require
> debian/source/format for source format 1.0 packages. That bug does need
> to be fixed. I've only altered a few of my packages in SVN - none of
> those need an upload particularly soon - so if there's a realistic
> chance that dpkg will never assert format 3.0 in the absence of
> debian/source/format, I'll override the lintian warning until dpkg is
> fixed. (Already done that for a few packages.)

No offense,  but adding a file  to override a  lintian information about
adding a simple file seems a bit odd.
-- 
Don't stop at one bug.
- The Elements of Programming Style (Kernighan & Plauger)


pgpzkSjWP595c.pgp
Description: PGP signature

Re: UPG and the default umask

[Vincent Bernat]

OoO La nuit ayant déjà recouvert  d'encre ce jour du samedi 15 mai 2010,
vers 23:34, Russ Allbery  disait :

>> Is it possible to detect whether an account is configured properly based
>> on the UPG idea? If yes, wouldn't it then make sense to only set umask
>> 002 if a proper UPG account is detected, otherwise 022? This would avoid
>> putting non-UPG systems on danger.

> That's a good idea.  I'm not sure if all UNIX group systems allow one to
> ask how many users are a member of a particular group, but if there's a
> way to ask that question at least in those group systems that support it,
> the implementation should be fairly straightforward.

If you  are thinking about checking if  the user is alone  in her group,
this seems a bad idea. I may  be alone in "users" group. But I may later
add  someone else. My  umask will  then change  but all  already created
files will be readable and writable by the new user.

Comparing names seems a better solution.
-- 
panic("aha1740.c"); /* Goodbye */
2.2.16 /usr/src/linux/drivers/scsi/aha1740.c


pgpXrIlwZh4EL.pgp
Description: PGP signature

Re: Bindv6only once again

[Vincent Bernat]

OoO En  cette matinée  pluvieuse du dimanche  13 juin 2010,  vers 10:09,
Stefano Zacchiroli  disait :

> Now, the above is used routinely cum grano salis by individual
> maintainers, that before pushing big changes that affect others discuss
> them first and listen to feedback of the others. As reported by Julien
> in this thread already, that has happened in this specific case and the
> maintainer position is still (AFAIU) that the decision will be
> re-evaluated at freeze time.

It is difficult  to understand why we should wait  freeze time to change
anything.  Some people (including me) may be afraid that the problem may
not be corrected because of  the freeze. Moreover, in the meantime, some
applications don't  work with  IPv6 for people  that are unaware  of the
possibility to modify the sysctl.
-- 
Test input for validity and plausibility.
- The Elements of Programming Style (Kernighan & Plauger)


pgpoPxe2mxiGi.pgp
Description: PGP signature

Re: Bindv6only once again

[Vincent Bernat]

OoO En  cette matinée  pluvieuse du dimanche  13 juin 2010,  vers 10:59,
Sune Vuorela  disait :

>> It is difficult  to understand why we should wait  freeze time to change
>> anything.  Some people (including me) may be afraid that the problem may
>> not be corrected because of  the freeze. Moreover, in the meantime, some
>> applications don't  work with  IPv6 for people  that are unaware  of the
>> possibility to modify the sysctl.

> You are taking the wrong approach to things. We should see if it is
> still a major problem at freeze time, or if we have managed to fix all
> the buggy software before freeze.

The problem is not the software that are in Debian and have bugs already
reported, the  problem is the software  that are not in  Debian and that
won't work with Debian but with any other distribution.

— XXX does not work with my Debian, it just fails with some network error
— I just tested, it works fine on my Arch
— Oh, Debian just sucks, let's try something else

*That* is a real situation case.  Nobody will set bindv6only to 1 on her
own.
-- 
SPITWADS ARE NOT FREE SPEECH
SPITWADS ARE NOT FREE SPEECH
SPITWADS ARE NOT FREE SPEECH
-+- Bart Simpson on chalkboard in episode 8F01


pgpVbHfMUlS9t.pgp
Description: PGP signature

Re: Bindv6only once again

[Vincent Bernat]

OoO La nuit ayant déjà recouvert  d'encre ce jour du mardi 15 juin 2010,
vers 23:18, George Danchev  disait :

> they would be still inferior to those opening two separate sockets (which 
> means more fine-grained control like listening on v4 or v6 or both, or 
> establish means to threat them specifically if necessary), but this is at 
> least 
> easily doable for brain-damaged apps badly in need for 0.

How an  application which is working at  level 7 and that  don't want to
care about level 3 is a brain-damaged app? No doubt that IPv6 support is
so slow.
-- 
I DID NOT WIN THE NOBEL FART PRIZE
I DID NOT WIN THE NOBEL FART PRIZE
I DID NOT WIN THE NOBEL FART PRIZE
-+- Bart Simpson on chalkboard in episode AABF19


pgpPoVl9UzXO3.pgp
Description: PGP signature

Re: packages being essential but having stuff in /usr/?!

[Vincent Bernat]

OoO Pendant le repas du  vendredi 16 juillet 2010, vers 19:30, Christoph
Anton Mitterer  disait :

> Also, right after the init system starts, neither /proc, nor /dev,
> nor /sys are there, right?

/dev is always  here. It may not be complete but  it contains the strict
minimum needed  by any program  (like /dev/null). /proc is  mounted very
very  early. Except  for the  script which  should mount  it,  all other
scripts should safely assume that /proc is here. The same now applies to
/sys.
-- 
I WILL NOT DRIVE THE PRINCIPAL'S CAR
I WILL NOT DRIVE THE PRINCIPAL'S CAR
I WILL NOT DRIVE THE PRINCIPAL'S CAR
-+- Bart Simpson on chalkboard in episode 7F06


pgpZJgLIc0Itv.pgp
Description: PGP signature

Re: How to make Debian more attractive for users, was: Re: The number of popcon.debian.org-submissions is falling

[Vincent Bernat]

OoO  En ce début  d'après-midi nuageux  du jeudi  22 juillet  2010, vers
14:26, Russ Allbery  disait :

> In Launchpad, for anything in universe, the typical experience is that
> your bug goes into a black hole until a month or two later someone sends
> you some form letter about it.

By form letter, you mean automatic closing of the bug on the base that a
new  Ubuntu has  been released?  This  is why  I think  that Ubuntu  bug
reports are usually not helpful at  all when you try to solve a problem:
nobody takes care of the bug and it is automatically closed.

However, the automatic backtrace with the help of debug repository would
be useful to have in Debian. We need the debug repository first.
-- 
Avoid temporary variables.
- The Elements of Programming Style (Kernighan & Plauger)


pgpjdVpNytueF.pgp
Description: PGP signature

Re: How to make Debian more attractive for users, was: Re: The number of popcon.debian.org-submissions is falling

[Vincent Bernat]

OoO Lors  de la soirée naissante  du mardi 27 juillet  2010, vers 17:55,
Roland Mas  disait :

> Probably easier: add a CGI-like interface to reportbug, and open a
> browser on it?  Since it *is* reportbug, it can continue grabbing
> whatever information is relevant using its scripts.  And then it's a
> matter of a menu entry (or a big fat icon) running "reportbug --http &
> sensible-browser http://localhost:$some-port/";.  AJAX to taste, then
> submit via local or remote SMTP.

This seems a sensible idea. However, any web interface would lead to the
same  problems that  were  raised with  reportbug-ng.  To my  knowledge,
useful  bug reports  need to  run interactive  console scripts  for some
packages. This could be solved with some AJAX terminal.
-- 
panic("Unable to find empty mailbox for aha1542.\n");
2.2.16 /usr/src/linux/drivers/scsi/aha1542.c


pgp9MTWJEILpw.pgp
Description: PGP signature

Re: Would appreciate advice on Debian Policy and draft webapp sub policy

[Vincent Bernat]

OoO En  cette fin  de matinée  radieuse du mardi  27 juillet  2010, vers
11:39, Nicholas Bamber  disait :

> Now we come to the nub of the problem. The bug report suggests that
> the post install script should run "a2enmod include" (and then bounce
> the webserver). I looked for guidence in the policy manuals but could
> not find any indication of how to handle dependencies of this
> sort. Bouncing the webserver seems a bit drastic in some ways. Maybe
> the person in charge might want to install the modules during the day
> but bounce the web server late at night. It seems a big step to me for
> a package to take this choice away from  a the person in
> charge. Assuming one does make the post install script work that way,
> what would the post remove script do? It cannot blindly run "a2dismod
> include". The more I think about this the worse it gets.

Look at  other web apps.  They usually have  a question to let  the user
choose  to restart or  not the  web server.  For example,  mediawiki and
roundcube have such  questions. Keep the wording to  ease the l10n teams
work.

Please note that I did not look at the webapp policy recently.
-- 
SUBSTITUTE TEACHERS ARE NOT SCABS
SUBSTITUTE TEACHERS ARE NOT SCABS
SUBSTITUTE TEACHERS ARE NOT SCABS
-+- Bart Simpson on chalkboard in episode BABF09


pgpbizkZGCpAp.pgp
Description: PGP signature

Re: RFH: How to compile swf files from source

[Vincent Bernat]

OoO En cette fin de nuit blanche du jeudi 05 août 2010, vers 05:52, Paul
Wise  disait :

>> In my package ampache it ships xspf_jukebox.fla and xspf_jukebox.swf and
>> I recently received bug #591202 which states:
> ...
>> Are there debian tools available to do this?  If so what are they?

> The FLA format is binary and completely undocumented by Adobe so
> nothing except the Flash authoring tools read it.

But people working with Flash programs uses FLA format as source format?
In this case, FLA could be  the preferred form of modification and hence
the source file. The fact that it is difficult to modify is annoying but
we cannot  require that each  program must be  able to be  modified with
ease only with tools in main.

I had  a package which also  ships a SWF along  with a FLA and  an AS. I
assumed that SWF could be built from  FLA and AS. I did not find how and
therefore, I just removed the SWF from the binary package.
-- 
 /*
  *   Should be panic but... (Why are BSD people panic obsessed ??)
  */
2.0.38 /usr/src/linux/net/ipv4/ip_fw.c


pgpBMp2N0xOpP.pgp
Description: PGP signature

Re: RFH: How to compile swf files from source

[Vincent Bernat]

OoO En ce début d'après-midi nuageux  du jeudi 05 août 2010, vers 14:15,
Paul Wise  disait :

>> I had  a package which also  ships a SWF along  with a FLA and  an AS. I
>> assumed that SWF could be built from  FLA and AS. I did not find how and
>> therefore, I just removed the SWF from the binary package.

> I think that usually the AS would not be distributed like that,
> normally it would be inside the FLA file. Perhaps the SWF only
> consists of code and the AS is split out as a convenience. You might
> try using mtasc on the AS file to see what you get as a result.

canvas.as:12: characters 0-3 : parse error Unexpected var

It seems that mtasc only  understands ActionScript 2. This is not really
important  in my  case  since upstream  also  wants to  get  rid of  the
SWF. Since it seems there is a lot of bug reports about those SWF files,
it would be nice  that people who knows how those tools  work put a page
in the wiki to explain how a SWF could be built with tools in Debian.
-- 
I WILL NOT BARF UNLESS I'M SICK
I WILL NOT BARF UNLESS I'M SICK
I WILL NOT BARF UNLESS I'M SICK
-+- Bart Simpson on chalkboard in episode 8F15


pgplnbVTZ1r6h.pgp
Description: PGP signature

Re: doc-base is hugely unloved; bug mass-filing needed?

[Vincent Bernat]

OoO Vers  la fin de l'après-midi  du dimanche 08 août  2010, vers 16:32,
Osamu Aoki  disait :

>> > So, out of 273 doc-containing packages on this system, just 70 bothered.
>> > I feel a strong urge to put the commands in a script that will auto-file
>> > a bug against any package in the output of the last command.  How do
>> > maintainers feel about that?

> For these things in general, supplying lintian check is good idea.

There exists already one.
-- 
 Attention . ne pas lire! Ceci n'est qu'un r.glement de compte. 
 D.sol., hier, j'.tais absent.
 -+- DT in GGE - Aujourd'hui aussi, merci les kill-files -+-


pgpwOvdXUWgVQ.pgp
Description: PGP signature

Re: RFC: Rules for distro-friendly packages

[Vincent Bernat]

On Thu, 16 Sep 2010 10:40:30 +0200, Enrico Weigelt 
wrote:

> I've collected several rules that upstreams should follow to make
> distro maintainer's life much easier:
> 
> http://www.metux.de/index.php/de/component/content/article/57.html
> 
> Free feel to comment on it :)

About autoconf stuff:
 - Why require autogen.sh? On a release, configure script should be
present. No need to rebuild it. Some users just don't have recent enough
autotools to rebuild the configure. Moreover, with modern autotools, I tend
to think that autoreconf -i is just as simple as autogen.sh.
 - Why require building in a separate tree? Why it helps, most of the
packages we have just build in the same source tree.
 - Not using AC_TRY_RUN is too strong. This macro has a parameter to be
used when cross-compiling. It is more useful to detect a problem when not
cross-compiling with AC_TRY_RUN than to not detect it at all.


-- 
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/0668dd331505dad9896cff083909a...@chopper.luffy.cx

Re: RFC: Rules for distro-friendly packages

[Vincent Bernat]

OoO Pendant  le temps de  midi du jeudi  16 septembre 2010,  vers 12:28,
Enrico Weigelt  disait :

>> About autoconf stuff:
>> - Why require autogen.sh? On a release, configure script should be
>> present. No need to rebuild it. 

> No, there often *is* a need to rebuild it (actually, much of my
> QM work on dozens packages requires changing configure.in+friends).
> And you don't seriously want to patch autogenerated files, do you ? ;-o

>> Some users just don't have recent enough autotools to rebuild the
>> configure. 

> They should simply install it. Similar as they need recent toolchain,
> make, pkg-config, etc, etc.

No, no, no. Users are not  limited to Debian developers using Sid. Users
may try to compile  on an old RHEL 2. They should  absolutely not try to
rebuild configure since it is likely  to not work and leave them with an
unconfigurable package. On most projects, there is not autogen/bootstrap
in the realeases  for this very reason: do not confuse  the user and let
him install  autotools which is not mandatory  at all. autogen/bootstrap
is shipped in the VCS repository because this is targeted at developer.

autotools are  aimed at the end  user, not the distro  packager. This is
stated in the  introduction to autotools.  This is nice  to be nice with
the distro packager but the primary  target is the lambda user (which is
usually less skilled than the distro packager).

Compiling software from source is  enough a pain to avoid any unecessary
dependency. No need for a recent toolchain and no need for autotools for
a software aimed at running on a lot of systems (which is what autotools
are for too).

>> - Not using AC_TRY_RUN is too strong. 

> No, it's mandatory. It simply cannot crosscompile, no chance.

>> This macro has a parameter to be used when cross-compiling.

> It's inherently unreliable, by design. The developer has to specify
> some default behaviour in case of crosscompiling. And that's most
> likely wrong. If you do use that macro, you've normally relying
> on basicly assumptions. Such as the building system is equal 
> (yes *equal*, not just similar) to the actual target system.

>> It is more useful to detect a problem when not cross-compiling
>> with AC_TRY_RUN than to not detect it at all.

> If you really wanna have some runtime tests, then it should be
> done separately (eg. separate script or in make test stage).

Oh sure, if there  is a problem that can only be  detected at runtime, I
will let  the user  deal with it  in some  "make test" that  nobody runs
instead  of  handling  the  problem   for  him  in  most  situations  in
configure. Again, configure is targetted  at the end user (which usually
does not cross-compile). It  should automatically configure the software
to  be in  a workable  state  after compilation.  No need  to read  some
README or run some additional scripts.

As upstream, I  care about Debian and cross-compiling  but I also should
care about  people wanting to  compile my software  on old RHEL 2  or on
Debian Etch (an  old enough platform to require some  runtime test in my
case). None of those platforms have a recent enough autotools to rebuild
configure, BTW.
-- 
Use the "telephone test" for readability.
- The Elements of Programming Style (Kernighan & Plauger)


pgpM0Fy62RtPn.pgp
Description: PGP signature

Re: RFC: Rules for distro-friendly packages

[Vincent Bernat]

OoO En  cette matinée  ensoleillée du vendredi  17 septembre  2010, vers
09:08, Enrico Weigelt  disait :

>> No, no, no. Users are not  limited to Debian developers using Sid. Users
>> may try to compile  on an old RHEL 2. 

> In this case they should really *know* what they're doing.
> RHEL is meant as an binary-only distribution - you should NOT install
> arbitrary packages without going through the whole distro's build
> engine and qm process, otherwise they'll risk merly all the stability
> ensured by the distro - that's a design aspect of those distros.
[...]

> Wait a minute! Arbitrary _users_ should never try to rebuild anything
> on a stable/production system. As soon as you're attempting that,
> you're stepping into the package maintainer or developer role, and
> then you should *know* what you're doing (or at least learn it).
[...]

Hello, /usr/local...

>> As upstream, I  care about Debian and cross-compiling  but I also should
>> care about  people wanting to  compile my software  on old RHEL 2  or on
>> Debian Etch (an  old enough platform to require some  runtime test in my
>> case). None of those platforms have a recent enough autotools to rebuild
>> configure, BTW.

> Then they should be updated.

We just don't live in the  same world. Keep living in your narrow-minded
world where  users are  not allowed to  compile themselves  software and
where all  systems are up-to-date. In  my real world, I  have users that
are running  very old  distro and that  cannot upgrade it  nightly while
everything  works perfectly  ans just  need to  test the  software  on a
preprod system before trying to package it.
-- 
BOFH excuse #148:
Insert coin for new game


pgp5cnptLYLXQ.pgp
Description: PGP signature

Re: RFC: Rules for distro-friendly packages

[Vincent Bernat]

OoO Pendant le temps de midi  du vendredi 17 septembre 2010, vers 12:16,
Ian Jackson  disait :

>> We just don't live in the  same world. Keep living in your narrow-minded
>> world where  users are  not allowed to  compile themselves  software and
>> where all  systems are up-to-date. In  my real world, I  have users that
>> are running  very old  distro and that  cannot upgrade it  nightly while
>> everything  works perfectly  ans just  need to  test the  software  on a
>> preprod system before trying to package it.

> I agree with your underlying point.  But there is absolutely no call
> for phrases like "keep living in your narrow-minded world".  I think
> you owe Enrico an apology.

> Please try to keep this list polite.  It is OK to disagree with
> people.  It is not OK to call them rude names.

I am not a native English speaker so I fail to see how saying "living in
a  narrow-minded   world"  is  rude.   Wiktionary  does   not  say  that
narrow-minded is rude. It says  "having restricted or rigid views" which
is exactly what I am expressing  here. I should rephrase with "Keep your
restricted view  on what  a user  is allowed to...".  I apology  for any
misunderstanding.
-- 
Follow each decision as closely as possible with its associated action.
- The Elements of Programming Style (Kernighan & Plauger)


pgpjDLaGtonex.pgp
Description: PGP signature

Re: debian can be better

[Vincent Bernat]

OoO La nuit ayant déjà recouvert  d'encre ce jour du mercredi 27 octobre
2010, vers 23:48, Patrick Matthäi  disait :

> Most desktop users also want to have some 2D/3D performance, or special
> features like tv out, xvideo acceleration etc etc.
> nouveau is a good replacement for nv, but still far away of being useful
> for powerful desktop users.

nouveau  supports  2D  acceleration  including  compositing  and  Xvideo
acceleration.   I don't  see what  may be  missing for  everyday desktop
use. It  is even better  than the nvidia  driver because of  its perfect
support of xrandr.
-- 
printk("autofs: Out of inode numbers -- what the heck did you do??\n"); 
2.0.38 /usr/src/linux/fs/autofs/root.c


pgpMqdhr4JWVR.pgp
Description: PGP signature

Bug#605117: ITP: flowd -- fast, secure and flexible NetFlow collector

[Vincent Bernat]

Package: wnpp
Severity: wishlist
Owner: Vincent Bernat 

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


* Package name: flowd
  Version : 0.9.1
  Upstream Author : Damien Miller 
* URL : http://code.google.com/p/flowd/
* License : BSD
  Programming Lang: C
  Description : fast, secure and flexible NetFlow collector

flowd is a small, fast and secure NetFlow collector. It offers the
following features:
  * NetFlow protocol 1, 5, 7 and 9 (including IPv6 flows)
  * IPv4 and IPv6 transport of flows
  * filtering and tagging of flows
  * compact binary format for flow storage
  * Perl and Python interface for parsing on-disk record format

flowd works with any standard NetFlow exporter, including hardware
devices (e.g. routers) or software flow tracking agents.

The flowd sensor follows the Unix philosophy of "doing one thing well"
- - it doesn't try to do anything beyond accepting NetFlow packets and
storing them in a standard format on disk. In particular, it does not
include support for storing flows in multiple formats or performing
data analysis. That sort of thing is left to external tools. The
source distribution includes several example tools including a basic
reporting script and one to store flows in a SQL database.

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)

iEYEARECAAYFAkzxHscACgkQKFvXofIqeU4QyACfdmpmSqV9VvqRIAYdp7hJdXQi
NHcAnRg6xqzGemASaxb9dlq8UALbhyCn
=F19N
-END PGP SIGNATURE-



-- 
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/20101127150755.23692.68578.report...@neo.luffy.cx

Re: Bug#611880: ITP: webkit2pdf -- export web pages to PDF files

[Vincent Bernat]

OoO En  cette fin  de matinée  radieuse du jeudi  03 février  2011, vers
11:15, Cyril Brulebois  disait :

>   $ apt-cache show wkhtmltopdf | sed -n '/^Description/,$p'

OoO En  cette fin  de matinée  radieuse du jeudi  03 février  2011, vers
11:19, Luca Bruno  disait :

> Have you seen cutycapt[0] already? I see no advantages in having
> webkit2pdf in Debian too, so far. Care to compare and expand your
> rationale?

> [0] http://packages.debian.org/squeeze/cutycapt

It seems neither cutycapt nor wkhtmltopdf (as compiled in Debian) allows
to convert hyperlinks. Does webkit2pdf allows this?
-- 
BOFH excuse #113:
Root nameservers are out of sync


pgpgPuZ6njyoQ.pgp
Description: PGP signature

Re: What bug reports are for

[Vincent Bernat]

OoO En  ce début  d'après-midi ensoleillé du  dimanche 27  février 2011,
vers 15:33, Josselin Mouette  disait :

> You seem to forget the very reason bug reports are here. Their point is
> not to offer a service to our users - if you want that, you’ll need paid
> support. Bug reports are here to help improving the distribution.

> Now, maintainers receive a lot of bug reports, and have limited time to
> spare on Debian. Given the choice between: 
>  1. packaging a new upstream release that fixes a lot of bugs; 
>  2. fixing a nicely reported bug with a reproducible and
> well-identified cause; 
>  3. investigating a dubious bug report that seems to be triggered by
> a broken user configuration;
> only masochistic maintainers will spend time on #3 when they can help a
> lot more users on #1 and #2. It’s not that it’s easier (I remember
> spending entire days on single bugs), but it’s more useful.

> Now, if you spend enough time investigating to be able to tell, at the
> very least, “this is a bug in library foo which is reproducible by doing
> bar”, your report might go from #3 to #2 and get fixed.

The  last  message  of Dmitry  points  to  the  culprit (use  of  Tahoma
font). This seems a valid bug. I have added this instruction to my gtkrc
but did not succeed to reproduce the  bug (I get the black screen but it
is  not  expanding).  Maybe  there  is  something  else  to  add  (using
KDE?). We don't know if Sandro succeeded to reproduce this bug after the
Dmitry provided additional info because he just closed the bug.

In  my  opinion,  Sandro  should   have  left  the  bug  open  with  its
"unreproducible" tag.  The bug  is not solved  and should not  have been
closed. It would  have been nice to reevaluate  the "unreproducible" tag
with  the help of  the additional  input from  the reporter.  Some users
don't bother  to help the  maintainer and we  have here a user  which is
willing to  debug the problem. This seems  a bad idea to  just close its
bug without interacting with him.
-- 
BOFH excuse #306:
CPU-angle has to be adjusted because of vibrations coming from the nearby road


pgp0n4mzESAaA.pgp
Description: PGP signature

Re: Ruby changes for Wheezy

[Vincent Bernat]

OoO En  cette fin  de matinée  radieuse du dimanche  06 mars  2011, vers
11:40, Lucas Nussbaum  disait :

> Note that, for applications written in Ruby and packaged in Debian, we
> will make sure that they work no matter what /usr/bin/ruby points to (if
> necessary, by forcing the shebang to ruby1.8, and installing the correct
> dependencies). What might break is software manually installed by users.
> I don't see how that situation is different from the Java one.

This is  also what is done  with Python.  We get  very little complaints
with this. However, maybe the Python roadmap is easier to understand and
less applications get broken when upgrading to a new major version.

Breaking applications that are  installed outside of the package manager
is bad  but it  is far less  worse than breaking  applications installed
with the package manager.

>> > Anyway. We are early in the wheezy release cycle. If switching ruby
>> > implementations using alternatives turns out to be a bad idea, we can
>> > switch back to the former approach at some point. And we will arguments
>> > to reply to users who currently want it. 
>> 
>> Do you really need to break hundreds of user systems just to make a
>> handful of whiners happy?

> I am under the impression that it's not "a handful of whiners", but that
> the consensus in the Ruby community is that we should switch to
> alternatives.

Do they really understand that alternatives may break a lot of things on
user systems? By reading your blog, I understand that the Ruby community
(or a  part of it) does not  really understand that Debian  does want to
provide  a robust  way  to  manage applications.   If  the user  install
software X written in Ruby  with apt, then uses "update-alternatives" to
switch Ruby  version and then software X  is broken, it seems  we are to
blame  because  using  update-alternatives  should not  break  installed
softwares.
-- 
Program defensively.
- The Elements of Programming Style (Kernighan & Plauger)


pgp0oKAcTMtOH.pgp
Description: PGP signature

Re: /usr/share/doc/LANG/, non-english documentation

[Vincent Bernat]

OoO Pendant  le journal télévisé du  lundi 02 février  2009, vers 20:25,
Lionel Elie Mamane  disait :

> Context: bug#513898

> There seem to be a few packages that install non-english documentation
> in /usr/share/doc/LANG/${ll}/${pkgname}

> where ${ll} is the two-letter language code and ${pkgname} the package
> name. But it - by far - is not all packages that provide non-english
> documentation.

> I cannot find anything about /usr/share/doc/LANG/ in policy, nor in
> its upgrade-checklist, so I'm unsure where this comes from and what I
> should do about it. Do we consider it a bug to ship documentation in
> this directory? IMHO, we should either ship all non-english
> documentation in /u/s/d/LANG/$ll or none...

I would consider /usr/share/doc/$[pkgname}/${ll} a better choice. If the
language  is not  available, you  can  easily get  the documentation  in
English.
-- 
GARLIC GUM IS NOT FUNNY
GARLIC GUM IS NOT FUNNY
GARLIC GUM IS NOT FUNNY
-+- Bart Simpson on chalkboard in episode 7G13


pgp8R6fpbh3yC.pgp
Description: PGP signature

Re: ode 0.11 transition

[Vincent Bernat]

OoO  En cette  soirée bien  amorcée du  dimanche 15  février  2009, vers
22:16, Gonéri Le Bouder  disait :

> I uploaded libode 0.11 in experimental. Can you please, test it with
> your package and adjust your build dependency in order to able to build
> it with libode-dev or libode0-dev.
> Please, note that "enable double precision" has be enabled.

> I'll upload ode 0.11 in unstable in the coming days unless an anormal
> behaviour is detected.

Hi Goneri!

Which  package should we  use between  libode-dev and  libode0-dev? They
both provide /usr/lib/libode.a without being in conflict.
-- 
I WILL NOT HIDE THE TEACHER'S PROZAC
I WILL NOT HIDE THE TEACHER'S PROZAC
I WILL NOT HIDE THE TEACHER'S PROZAC
-+- Bart Simpson on chalkboard in episode 3G03


pgpMjD6L8Yj9e.pgp
Description: PGP signature

Re: ode 0.11 transition

[Vincent Bernat]

OoO  En cette  soirée bien  amorcée du  dimanche 15  février  2009, vers
22:49, je disais:

>> I uploaded libode 0.11 in experimental. Can you please, test it with
>> your package and adjust your build dependency in order to able to build
>> it with libode-dev or libode0-dev.

After a second read, maybe  this should be "libode-dev | libode0-dev". I
thought that we should choose one.

> Which  package should we  use between  libode-dev and  libode0-dev? They
> both provide /usr/lib/libode.a without being in conflict.

This problem still remains.
-- 
I WILL NOT TEACH OTHERS TO FLY
I WILL NOT TEACH OTHERS TO FLY
I WILL NOT TEACH OTHERS TO FLY
-+- Bart Simpson on chalkboard in episode 9F05


pgplg7jMuL3Iu.pgp
Description: PGP signature

Re: Python related changes for unstable/squeeze

[Vincent Bernat]

OoO Lors  de la soirée naissante  du mardi 17 février  2009, vers 17:09,
Holger Levsen  disait :

>> This is not a technical problem. The technical divergences can be solved
>> if consensus is reached about them or if a decision body (TC or GR)
>> forces them. This is purely a person problem: Matthias is clearly not
>> willing to maintain python-central correctly nor to make it evolve
>> according to the needs of developers. These are two very good reasons to
>> keep maintaining an alternative.

> Hint: it takes two to discuss. If I were Matthias and would read those 
> statements,  I probably  wouldnt see  added  value in  talking to  you
> neither.

IMO,  this is unfortunate  but it  is really  difficult to  discuss with
Matthias. Most comments are just ignored.

For example:
 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=474630
Matthias made a  short statement about the problem  and ignored the rest
of  the discussion.  I had  to switch  to python-central  to  solve this
bug. Josselin added a functionality to python-support to circumvent this
limitation.

Here is another example:
 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=475440
Some fixes  were proposed  to circumvent this  problem but bug  was just
marked as "won't fix". This  hits all users using easy_install (which is
fairly popular among Python developers). And this bug is in Lenny.
-- 
A TRAINED APE COULD NOT TEACH GYM
A TRAINED APE COULD NOT TEACH GYM
A TRAINED APE COULD NOT TEACH GYM
-+- Bart Simpson on chalkboard in episode AABF15


pgpMRDQ4D5Dxa.pgp
Description: PGP signature

Re: DebConf10 to take place in New York City, USA

[Vincent Bernat]

OoO Pendant  le temps de midi  du mercredi 25 février  2009, vers 12:45,
martin f krafft  disait :

> In eleven years of DebConf history, this will be the first time
> that the Debian developer conference takes place in the United
> States of America, which had been avoided in previous years due to
> visa and other immigration issues. The NYC team had addressed those
> issues from the very start and submitted a very convincing bid.

Out of curiosity, how those issues will be handled?
-- 
Localise input and output in subroutines.
- The Elements of Programming Style (Kernighan & Plauger)


pgp6Q5VnhTSHG.pgp
Description: PGP signature