Bug#580688: python-moinmoin: multiple protocols missing from config/__init__.py

2010-05-11 Thread Franklin PIAT
On Mon, 2010-05-10 at 10:43 +0200, Tollef Fog Heen wrote:
 ]] Frank Lin PIAT 
 
 | I am not sure to understand what you want.
 | It is certainly possible to change the behavior, if it is safe.
 | 
 | If I were you, I would use curly brackets, like for all code samples:
 
 I want it to be a URL in the generated text.  AFAIK code samples are not
 clickable URLs.

 | Adding a protocol has important security implication:
 | - disclosing credential
 | - DoS attacks (locking accounts...)
 | - cross site scripting attacks
 | etc.
 | The main problem is that wikis are usually public, so anyone can add
 | arbitrary link.
 
 Given you can't accidentially disclose credentials any more by having
 something be a link than you can do so by putting it inline in a text on
 a page, I don't really see that as a valid reason.

I mean the visitor's credentials. for instance, there used to be a known
vulnerability in SMB/CIFS file sharing: if you put a link/image on a
file://\\myhostname\share\foo.jpg, web browsers used to connect
*automatically* to that share to retrieve the jpg file... the password
was send as clear text to myhostname.

I expect similar problem with imap:// and webdav:// urls.

 |  I believe this is a release critical bug, but I'd
 |  appreciate your input on it before filing it.
 | 
 | MoinMoin/config/__init__.py is not a configuration file, but the
 | source code, that needs to be modified before compilation.
 | (I understand that you are reluctant to do so, for security reason).
 
 | So what is/are the protocol(s) that you want/need? then we'll have to
 | figure out (your help is welcome):
 
 In my specific case, git.
 
 | - Does Debian or Windows or MacOS handle it? (with a popular tool)
 
 Yes, using git.

I guess you mean git gui.

This doesn't looks like the standard behavior. It seems that you have
manually configured your web browser to open git:// URLs using git
gui.

Until Debian (or Windows or MacOS) web browser can handle git://foo by
default, there is no point supporting it in MoinMoin, IMHO.


Franklin

P.S. using pipe (|) to quote text in your MUA is a annoying, 
 because it breaks existing convention.




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



Bug#537477: spamassassin: Remove open-whois.org as it is cybersquatted

2009-07-18 Thread Franklin PIAT
Package: spamassassin
Version: 3.2.5-2~bpo40+1
Severity: important

Hi,

The domain open-whois.org is cybersquatted.

Please, remove it from Lenny.
 /usr/share/spamassassin/50_scores.cf
 /usr/share/spamassassin/72_active.cf

Thanks,

Franklin


-- System Information:
Debian Release: 5.0.2
Architecture: i386 (i686)

Kernel: Linux 2.6.26-1-xen-686 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages spamassassin depends on:
pn  libarchive-tar-perl   none (no description available)
ii  libdigest-sha1-perl   2.11-2+b1  NIST SHA-1 message digest algorith
ii  libhtml-parser-perl   3.56-1+b1  A collection of modules that parse
ii  libio-zlib-perl   1.09-1 IO:: style interface to gzip/zlib 
ii  libnet-dns-perl   0.63-2 Perform DNS queries from a Perl sc
ii  libsocket6-perl   0.20-1 Perl extensions for IPv6
ii  libsys-hostname-long-perl 1.4-2  Figure out the long (fully-qualifi
ii  libwww-perl   5.813-1WWW client/server library for Perl
ii  perl  5.10.0-19  Larry Wall's Practical Extraction 
ii  perl-modules [libio-zlib-perl 5.10.0-19  Core Perl modules

Versions of packages spamassassin recommends:
ii  gcc   4:4.3.2-2  The GNU C compiler
ii  gnupg 1.4.9-3+lenny1 GNU privacy guard - a free PGP rep
ii  libc6-dev 2.7-18 GNU C Library: Development Librari
ii  libio-socket-inet6-perl   2.54-1 Object interface for AF_INET6 doma
pn  libmail-spf-perl  none (no description available)
pn  libsys-syslog-perlnone (no description available)
ii  make  3.81-5 The GNU version of the make util
pn  re2c  none (no description available)
ii  spamc 3.2.5-2Client for SpamAssassin spam filte

Versions of packages spamassassin suggests:
ii  libcompress-zlib-perl 2.012-1Perl module for creation and manip
ii  libdbi-perl   1.605-1Perl5 database interface by Tim Bu
ii  libio-socket-ssl-perl 1.16-1 Perl module implementing object or
pn  libmail-dkim-perl none (no description available)
pn  libnet-ident-perl none (no description available)
pn  pyzor none (no description available)
ii  razor 1:2.85-1   spam-catcher using a collaborative

-- debconf information excluded



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



Bug#529847: Removing a snapshot fails: lvchange -an...Can't change snapshot logical volume

2009-05-21 Thread Franklin Piat
Package: system-config-lvm
Version: 1.1.4-2
Severity: normal

I get the following error when I try to remove a snapshot:
  lvchange command failed. Command attempted: /sbin/lvchange -an 
  /dev/wd500/testA1 - System Error Message:   
  Can't change snapshot logical volume testA1

Step to reproduce the error:
 * Create a logical volume (don't even mount it).
 * Create a snapshot of that LV.
 * Select the snapshot
 * Click on Remove logical volume

Workaround:
 use the command lvremove VolumeGroupName/Snapshotname from the
 command-line.

Note:
 running the command lvchange -an /dev/wd500/testA1 fails too.
 running the command lvremove wd500/testA1 works.

I am not completely sure who should be blamed:
 - lvm2's lvchange because it shouldn't fail.
 - system-config-lvm beacause it shouldn't try to lvchange -an

Regards,

Franklin


$lvchange - -an /dev/wd500/testA1

#lvmcmdline.c:914 Processing: lvchange - -an /dev/wd500/testA1
#lvmcmdline.c:917 O_DIRECT will be used
#config/config.c:950   Setting global/locking_type to 1
#locking/locking.c:223   File-based locking selected.
#config/config.c:927   Setting global/locking_dir to /var/lock/lvm
#toollib.c:247 Using logical volume(s) on command line
#locking/file_locking.c:164   Locking /var/lock/lvm/V_wd500 WB
[..]
#label/label.c:270 Using cached label for /dev/sda5
#label/label.c:270 Using cached label for /dev/sda5
#format_text/format-text.c:476 Read wd500 metadata (20) from /dev/sda5 
at 41984 size 2304
#cache/lvmcache.c:90 Metadata cache: VG wd500 stored (2304 bytes).
#metadata/pv_manip.c:272 /dev/sda5 0:  0   4768: 
solid-root-under(0:0)
#metadata/pv_manip.c:272 /dev/sda5 1:   4768   2384: solid-usr(0:0)
#metadata/pv_manip.c:272 /dev/sda5 2:   7152476: solid-swap(0:0)
#metadata/pv_manip.c:272 /dev/sda5 3:   7628  46080: solid-srv(0:0)
#metadata/pv_manip.c:272 /dev/sda5 4:  53708256: testA(0:0)
#metadata/pv_manip.c:272 /dev/sda5 5:  53964256: testA1(0:0)
#metadata/pv_manip.c:272 /dev/sda5 6:  54220   5384: NULL(0:0)
#lvchange.c:571   Can't change snapshot logical volume testA1
#cache/lvmcache.c:71 Metadata cache: VG wd500 wiped.
#locking/file_locking.c:59   Unlocking /var/lock/lvm/V_wd500
#device/dev-io.c:485 Closed /dev/sda5



-- System Information:
Debian Release: 5.0.1
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.26-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages system-config-lvm depends on:
ii  gettext   0.17-4 GNU Internationalization utilities
ii  gsfonts   1:8.11+urwcyr1.0.7~pre44-3 Fonts for the Ghostscript interpre
ii  lvm2  2.02.39-7  The Linux Logical Volume Manager
ii  menu  2.1.41 generates programs menu for all me
ii  python2.5.2-3An interactive high-level object-o
ii  python-glade2 2.12.1-6   GTK+ bindings: Glade support
ii  python-gnome2 2.22.0-1   Python bindings for the GNOME desk
ii  python-gtk2   2.12.1-6   Python bindings for the GTK+ widge
ii  python-suppor 0.8.4  automated rebuilding support for P

system-config-lvm recommends no packages.

system-config-lvm suggests no packages.

-- no debconf information



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



Bug#512368: please disable the gui editor [rt.debian.org #597]

2009-01-20 Thread Franklin PIAT
Hi,

This issue is known as both :
 - RT #597
 - Bug: 512368

Holger Levsen wrote:
 reading the diff of edits done by the gui editor is terribly, as it
 adds random linebreaks and other changes, making spotting the real diff
 really hard.

The GUI editor will be disable in Lenny's moinmoin 1.7, because it uses an
old version of fckeditor (it will be back in Squeeze's moinmoin 1.8+).
Therefore I agree we should disable the GUI editor. I find it sensible to
disable the GUI too.

This can be acheive by adding the following lines in /etc/moin/$foobar.cfg
   editor_force = True
   editor_default = 'text'

I suggest that we cordinate this change when we change to the new wiki
Frontpage layout (basically, switch to moinmoin modern CSS and use a
sidebar...), preview at:
 * http://www.klabs.be/debian-wiki-dev/

Franklin




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



Bug#507873: CD vendors cleanup needed

2008-12-05 Thread Franklin PIAT
MJ Ray wrote:
 I'm putting this report into the bug tracker so someone else can
 complete it before I do, if appropriate.

 Frank Lin PIAT [EMAIL PROTECTED] wrote:
 I think the following CD vendors could/should be removed:

 * http://www.opensoft.nl/cdshop/product_info.php?products_id=35
   Still sell Debian Sarge.

 I will cc them on this email.  Not sure if we have a policy of
 delisting for that.

To clarify, I don't suggest to remove them because they sell Sarge, but
based on the fact that they don't sell Debian/Stable (Etch).

 * http://www.compralinux.com/
   63 Euros for 3 DVDs...

 Nuteca in Spain - seems to sell Debian 4.0 DVD.  Why remove them?

63 Euros don't seems to be a reasonable price for burning and shipping
4 DVDs, IHMO.

Nuteca is free to choose the price for the product, it doesn't mean
we have to advertize them.

Thanks,

Franklin




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



Bug#504671: firmware-nonfree: Please add ipw2100 firmware

2008-11-09 Thread Franklin PIAT
Hello,

On Sun, 2008-11-09 at 23:15 +0100, Bastian Blank wrote:
 On Thu, Nov 06, 2008 at 02:15:34AM +0100, Frank Lin PIAT wrote:
  I've attached a patch to add ipw2100 firmware. That license[1] issue was 
  discussed on debian-kernel and debian-legal[1] and it is very similar
  to the bug 449235 for ipw2200.
 
 Please merge the ipw2100 and ipw2200 into one package. The licenses are
 similar enough.

done.

Regarding, the licenses, I've merged the common part, and kept the
specific parts. In the license introduction, I've added the two lines
with a + below:
  * If you are an End-User, only Exhibit A, the SOFTWARE LICENSE AGREEMENT,
applies.
  * If you are an Original Equipment Manufacturer (OEM), Independent Hardware
Vendor (IHV), or Independent Software Vendor (ISV), this complete Agreement
applies
 +  - A part of the license is for ipw 2100 firmware
 +  - Another part of the license is for ipw 2200/2915 firmware

In bug#504668, you told that gencontrol.py patch, to validate the
license wasn't acceptable, so I don't use here.

Let me know if I can help.

Franklin
diff -N -r -u firmware-nonfree/debian/changelog firmware-nonfree~4+ipw2x00/debian/changelog
--- firmware-nonfree/debian/changelog	2008-11-10 01:01:08.0 +0100
+++ firmware-nonfree~4+ipw2x00/debian/changelog	2008-11-10 00:55:19.0 +0100
@@ -1,5 +1,7 @@
 firmware-nonfree (0.14) unstable; urgency=low
 
+  * Added Intel Pro 2100 firwmare, version 1.3,
+  * Added Intel Pro 2200/2915 firwmare, version 3.0,
 
  -- Frank Lin PIAT [EMAIL PROTECTED]  Mon, 27 Oct 2008 00:05:03 +0100
 
diff -N -r -u firmware-nonfree/debian/firmware-ipw2x00.links firmware-nonfree~4+ipw2x00/debian/firmware-ipw2x00.links
--- firmware-nonfree/debian/firmware-ipw2x00.links	1970-01-01 01:00:00.0 +0100
+++ firmware-nonfree~4+ipw2x00/debian/firmware-ipw2x00.links	2008-11-10 00:55:19.0 +0100
@@ -0,0 +1,3 @@
+../../usr/share/doc/firmware-ipw2x00/copyright /lib/firmware/ipw2100.LICENSE
+../../usr/share/doc/firmware-ipw2x00/copyright /lib/firmware/ipw2200.LICENSE
+
diff -N -r -u firmware-nonfree/defines firmware-nonfree~4+ipw2x00/defines
--- firmware-nonfree/defines	2008-11-10 01:01:08.0 +0100
+++ firmware-nonfree~4+ipw2x00/defines	2008-11-10 00:55:19.0 +0100
@@ -4,3 +4,4 @@
  iwlwifi
  qlogic
  ralink
+ ipw2x00
diff -N -r -u firmware-nonfree/ipw2x00/defines firmware-nonfree~4+ipw2x00/ipw2x00/defines
--- firmware-nonfree/ipw2x00/defines	1970-01-01 01:00:00.0 +0100
+++ firmware-nonfree~4+ipw2x00/ipw2x00/defines	2008-11-10 00:55:19.0 +0100
@@ -0,0 +1,40 @@
+[base]
+desc: Intel Pro Wireless 2100, 2200 and 2915
+files:
+ ipw2100-1.3.fw
+ ipw2100-1.3-i.fw
+ ipw2100-1.3-p.fw
+ ipw2200-bss.fw
+ ipw2200-ibss.fw
+ ipw2200-sniffer.fw
+longdesc: Intel Pro Wireless 2100, 2200 and 2915 cards.
+ Those firmware are covered by the Intel license, which is available 
+ at /usr/share/doc/firmware-ipw2x00/copyright.
+ .
+ By installing this package, you agree the terms of that license.
+uri: http://ipw2100.sourceforge.net/firmware.php?fid=4 and http://ipw2200.sourceforge.net/firmware.php?fid=7
+
+[ipw2100-1.3.fw_base]
+desc: Intel Pro Wireless 2100 firmware (bootstrap)
+version: 1.3
+
+[ipw2100-1.3-i.fw_base]
+desc: Intel Pro Wireless 2100 firmware (ibss mode)
+version: 1.3
+
+[ipw2100-1.3-p.fw_base]
+desc: Intel Pro Wireless 2100 firmware (monitor mode)
+version: 1.3
+
+[ipw2200-bss.fw_base]
+desc: Intel Pro Wireless 2200/2915 firmware (bss)
+version: 3.0
+
+[ipw2200-ibss.fw_base]
+desc: Intel Pro Wireless 2200/2915 firmware (ibss)
+version: 3.0
+
+[ipw2200-sniffer.fw_base]
+desc: Intel Pro Wireless 2200/2915 firmware (snf)
+version: 3.0
+
diff -N -r -u firmware-nonfree/ipw2x00/LICENSE firmware-nonfree~4+ipw2x00/ipw2x00/LICENSE
--- firmware-nonfree/ipw2x00/LICENSE	1970-01-01 01:00:00.0 +0100
+++ firmware-nonfree~4+ipw2x00/ipw2x00/LICENSE	2008-11-10 00:55:19.0 +0100
@@ -0,0 +1,331 @@
+ TERMS AND CONDITIONS
+IMPORTANT - PLEASE READ BEFORE INSTALLING OR USING THIS INTEL(C) SOFTWARE
+
+Do not use or load this firmware (the Software) until you have carefully read
+the following terms and conditions. By loading or using the Software, you agree
+to the terms of this Agreement. If you do not wish to so agree, do not install
+or use the Software.
+
+LICENSEES:
+
+Please note: 
+
+* If you are an End-User, only Exhibit A, the SOFTWARE LICENSE AGREEMENT,
+  applies.
+* If you are an Original Equipment Manufacturer (OEM), Independent Hardware
+  Vendor (IHV), or Independent Software Vendor (ISV), this complete Agreement
+  applies 
+  - A part of the license is for ipw 2100 firmware
+  - Another part of the license is for ipw 2200/2915 firmware
+
+
+ipw2100 firmware license For OEMs, IHVs, and ISVs:
+=
+
+LICENSE. This Software is licensed for use only in conjunction with Intel
+component products. Use of the Software in conjunction with non-Intel 

Bug#448208: RFS: amtterm

2008-10-28 Thread Franklin PIAT
[dropping Paul, thanks for his original review]

On Tue, 2008-10-28 at 09:06 +0100, Reinhard Tartler wrote:
 (I'm reordering your reply a bit)
 
 Franklin PIAT [EMAIL PROTECTED] writes:
 
  Please tell me if you are interested in Co-Maintenance or if you prefer
  if someone else would take over this ITP.
 
  I'm not using the packages myself, so you can take it over. I can remain
  co-maintainer if you want some help (we still need a sponsor).
 
 Thanks for your work so far! Sponsoring your package is no problem for
 me.

Thank you.

I assume we'll wait for Michael's patch to make the first upload.

  I have also fixed lintian errors and other minor stuffs, and I have
  setup a repository, which could be moved to collab-maint.
   http://git.debian.org/?p=users/franklin-guest/amtterm.git
  Finally, i've uploaded that new package.
 
 Excllent, thanks. I've cloned that branch and uploaded it to the
 collab-maint repository. It seems that you are already in the collab
 maint-maint group, so you can already commit here:
 
 http://git.debian.org/?p=collab-maint/amtterm.git;a=summary

I'll delete my temporary repository (users/franklin/...)

 Michael, you are welcome to join as well if you are interested!
 
  Paul Wise [EMAIL PROTECTED] writes on 31.10.2007:
  Quick review of the diff:
  Might want to use quilt for the patches
  I've sticked to dpatch.
 
 Since I'm very much used to quilt and have a dislike for dpatch, would
 you mind if I changed that to quilt before uploading?

no problem.


  [1] http://git.zerfleddert.de/cgi-bin/gitweb.cgi/amt
 
  Did he get in touch with upstream, to get those patches merged ? 
 
 Michael? Can you please clarify?






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



Bug#448208: RFS: amtterm

2008-10-28 Thread Franklin PIAT
On Tue, 2008-10-28 at 10:29 +0100, Reinhard Tartler wrote:
 Franklin PIAT [EMAIL PROTECTED] writes:
 
  I assume we'll wait for Michael's patch to make the first upload.
 
 We just integrated his 2 patches and published the branch. We'll
 continue with some testing and then I'll upload it to unstable.

That's a good news.

   Did he get in touch with upstream, to get those patches merged ? 
  
  Michael? Can you please clarify?
 
 No, he did not. I suggest that we forward all patches in a batch to Gerd
 by attaching debian/patches/* and pointing him to
 http://git.debian.org/?p=collab-maint/amtterm.git;a=tree;f=debian/patches;hb=HEAD
 
 Can you do that or do you prefer if I approach Gerd?

Since I made no substantial code improvement, you could contact Gerd.
BTW, I never announced Gerd that I was packaging his tool for Debian.

Franklin




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



Bug#448208: RFS: amtterm

2008-10-27 Thread Franklin PIAT
Hello,

Reinhard Tartler wrote:
 The following message is a courtesy copy of an article
 that has been posted to gmane.linux.debian.devel.mentors as well.

I didn't received that message (I probably should have mentioned
in my ITP that I'm not subscribed to the list).

 Franklin PIAT [EMAIL PROTECTED] writes:
 
 I am looking for a sponsor for my package amtterm.
 
 Paul Wise [EMAIL PROTECTED] writes on 31.10.2007:
 
 Quick review of the diff:

 The patches need proper authorship info (name and email)

done.

 Might want to use quilt for the patches

I've sticked to dpatch.

 10_destdir.dpatch shouldn't be necessary, you can usually override
 makefile variables by doing something like $(MAKE) prefix=/usr

Right, that's fixed.

 the homepage you specify is more of a download location, which usually
 goes in debian/copyright. probably best to remove it

done.

 mk/*.dep and maybe Make.config look like they should be removed in
 debian/rules clean.

done.

I have also fixed lintian errors and other minor stuffs, and I have
setup a repository, which could be moved to collab-maint.
 http://git.debian.org/?p=users/franklin-guest/amtterm.git
Finally, i've uploaded that new package.

 It seems that you did not react to Paul's suggestions to improve the
 package. Moreover it seems that you have not updated to package since
 that 27 Oct 2007.

As I mentioned, I wasn't aware of it. That's now fixed.
 
 ay I ask you if you are still interested in maintaining the package? At
 our university, we have quite a number of machines with Intel's AMT and
 having a well maintained package would be helpful.

The main problem seems that upstream isn't very active, as he didn't
upload any update since I packaged it.

 You might also be interested to hear that a collegue of mine, Michael
 Gernoth (CC'ed) maintains a private git repository of amt at [1].  He
 just mentioned to me that at least some of his package really should go
 in the debian package.
 
 Please tell me if you are interested in Co-Maintenance or if you prefer
 if someone else would take over this ITP.

I'm not using the packages myself, so you can take it over. I can remain
co-maintainer if you want some help (we still need a sponsor).

 [1] http://git.zerfleddert.de/cgi-bin/gitweb.cgi/amt

Did he get in touch with upstream, to get those patches merged ? 

Regards

Franklin




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



Bug#503359: Processed: Re: Bug#503359: di-netboot-assistant should be able to run as a non-privileged user

2008-10-25 Thread Franklin PIAT
Hello Daniel,

Daniel Kahn Gillmor wrote:
 di-netboot-assistant should be able to run as a non-privileged user.

Agree. (as it was on my TODO list ;)

My primary implementation idea was to make the folders owned by the
group staff (like /usr/local). Would that fit your need ?


I wonder why you defined DI_NETBOOT_ASSISTANT_CONFIG. Do you need to be
able to use multiple configuration dir ? or would it be fine to use
~/.di-netboot-assistant.conf (then fall back to /etc/... )

Thank you for your contribution.

Franklin




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



Bug#503359: Processed: Re: Bug#503359: di-netboot-assistant should be able to run as a non-privileged user

2008-10-25 Thread Franklin PIAT
On Sat, 2008-10-25 at 10:00 -0400, Daniel Kahn Gillmor wrote:
 On Sat 2008-10-25 05:25:07 -0400, Franklin PIAT wrote:
 
  My primary implementation idea was to make the folders owned by the
  group staff (like /usr/local). Would that fit your need ?
 
 I'd rather not do that; membership in group staff is a huge privilege
 (because you can rewrite /usr/local, as you say, which means members
 could place a trojan in /usr/local/bin/ls, for example).  So
 membership in that group is not something that is easily granted.

Actually, the group staff was just an example.

I'm not completely decided how I'll implement that. I may just document
how to use dpkg-statoverride if one want to trick the permissions.

For example, with your patch, one can move the directories to /srv
easily. The admin will just have to chgrp + chmod g+rws what ever fits
his/her needs.

  I wonder why you defined DI_NETBOOT_ASSISTANT_CONFIG. Do you need to
  be able to use multiple configuration dir ? or would it be fine to
  use ~/.di-netboot-assistant.conf (then fall back to /etc/... )
 
 Ah, this makes more sense than what i did.  As long as a user-supplied
 config file is possible (so DL_CACHE, STATUS_LIB and CONFIG_DIR can be
 overridden), the tool can be run cleanly as a non-privileged user.  It
 should probably fail cleanly if the user is unable to write to
 DL_CACHE or STATUS_LIB, though.
 
 Would you like me to submit a new patch that works this way?

If you feel like working on this, your welcome. Otherwise I'll adapt
your patch.

The SVN http://svn.debian.org/wsvn/d-i/trunk/netboot-assistant/ already
contains some committed changes (I have a few other changes in private
git repository, waiting for testing/squeeeze).

Franklin




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



Bug#495647: Gran Paradiso home page says you are using is NOT A FINAL VERSION of Firefox

2008-10-20 Thread Franklin PIAT
Hello,

The granparadiso homepage[1] now states :
 Note: The Gran Paradiso Alpha build you are using is NOT A FINAL
 VERSION of Firefox, it has been made available for testing purposes
 only, with no end-user support. If that sounds scary, you'd probably
 be better off with the latest version of Firefox that you can 
 download here.

The message is triggered by a javascript on granparadiso's homepage[1]
if one is running a UserAgent != GranParadiso/3.0a

Upstream's firefox home page[2] don't have this bug (but probably isn't
suitable either).

I'm not sure what would be the best option here. May be
debian-publicity/debian-www would have a browser homepage like [2] ?
(not CC'ing those mailing list myself, that's up to you)

Franklin


[1] http://www.mozilla.org/projects/granparadiso/
[2]
http://en-US.start2.mozilla.com/firefox?client=firefox-arls=org.mozilla:en-US:official




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



Bug#502389: apt-proxy: doesn't start (problem with python-apt)

2008-10-16 Thread Franklin PIAT
Package: apt-proxy
Version: 1.9.35-0.3
Severity: normal

I've partially upgraded a system to Lenny (especially xen, python, aptitude...
so apt-proxy got updated too)

Now, apt-proxy dies when I start it. I've tried to purge/reinstall it
doesn't work either.

$ invoke-rc.d  apt-proxy restart
Stopping apt-proxy.
Starting apt-proxy/usr/lib/python2.5/site-packages/twisted/manhole/telnet.py:8: 
DeprecationWarning: As of Twisted 2.1, twisted.protocols.telnet is deprecated.  
See twisted.conch.telnet for the current, supported API.
  from twisted.protocols import telnet
tTraceback (most recent call last):
  File /usr/lib/python2.5/site-packages/twisted/application/app.py, line 614, 
in run
runApp(config)
  File /usr/lib/python2.5/site-packages/twisted/scripts/twistd.py, line 23, 
in runApp
_SomeApplicationRunner(config).run()
  File /usr/lib/python2.5/site-packages/twisted/application/app.py, line 330, 
in run
self.application = self.createOrGetApplication()
  File /usr/lib/python2.5/site-packages/twisted/application/app.py, line 416, 
in createOrGetApplication
application = getApplication(self.config, passphrase)
--- exception caught here ---
  File /usr/lib/python2.5/site-packages/twisted/application/app.py, line 427, 
in getApplication
application = service.loadApplication(filename, style, passphrase)
  File /usr/lib/python2.5/site-packages/twisted/application/service.py, line 
368, in loadApplication
application = sob.loadValueFromFile(filename, 'application', passphrase)
  File /usr/lib/python2.5/site-packages/twisted/persisted/sob.py, line 214, 
in loadValueFromFile
exec fileObj in d, d
  File /usr/sbin/apt-proxy, line 19, in module
from apt_proxy.apt_proxy_conf import apConfig
  File /usr/lib/python2.5/site-packages/apt_proxy/apt_proxy_conf.py, line 17, 
in module
from apt_proxy import Backend
  File /usr/lib/python2.5/site-packages/apt_proxy/apt_proxy.py, line 26, in 
module
import fetchers, cache, packages
  File /usr/lib/python2.5/site-packages/apt_proxy/packages.py, line 98, in 
module
class AptPackages:
  File /usr/lib/python2.5/site-packages/apt_proxy/packages.py, line 106, in 
AptPackages
'APT::Architecture' : apt_pkg.CPU,
exceptions.AttributeError: 'module' object has no attribute 'CPU'

Failed to load application: 'module' object has no attribute 'CPU'

..

-- System Information:
Debian Release: 4.0
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.26-1-xen-686
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages apt-proxy depends on:
ii  adduser  3.102   Add and remove users and groups
ii  bzip21.0.3-6 high-quality block-sorting file co
ii  debconf [debconf-2.0]1.5.11etch2 Debian configuration management sy
ii  logrotate3.7.1-3 Log rotation utility
ii  python   2.5.2-2 An interactive high-level object-o
ii  python-apt   0.7.7.1 Python interface to libapt-pkg
ii  python-central   0.6.8   register and build utility for Pyt
ii  python-twisted-web   8.1.0-1 An HTTP protocol implementation to

apt-proxy recommends no packages.

-- debconf information:
  apt-proxy/upgrading-v2:
  apt-proxy/upgrading-v2-result:



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



Bug#502389: apt-proxy: Bug is fixed in 1.9.36.3+nmu1

2008-10-16 Thread Franklin PIAT
Package: apt-proxy
Followup-For: Bug #502389

Hello,

I've installed apt-proxy_1.9.36.3+nmu1 and the bug is now fixed.

Thanks,

Franklin

-- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (900, 'stable'), (100, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.26-1-xen-686
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages apt-proxy depends on:
ii  adduser  3.102   Add and remove users and groups
ii  bzip21.0.3-6 high-quality block-sorting file co
ii  debconf [debconf-2.0]1.5.11etch2 Debian configuration management sy
ii  logrotate3.7.1-3 Log rotation utility
ii  python   2.5.2-2 An interactive high-level object-o
ii  python-apt   0.7.7.1 Python interface to libapt-pkg
ii  python-central   0.6.8   register and build utility for Pyt
ii  python-twisted-web   0.6.0-1 An HTTP protocol implementation to

apt-proxy recommends no packages.

-- debconf information excluded



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



Bug#501849: Please permit installation with an empty user password

2008-10-13 Thread Franklin PIAT
On Mon, 2008-10-13 at 09:26 +0200, Frans Pop wrote:
 Emmet Hikory wrote:
  I really, really wanted to do it to ease working with tools that
  request graphical sudo authentication for devices that didn't have
  keyboards.  Yes, this is pointlessly insecure, and yes, there are input
  tools that can be used in some cases, but these tend to be fairly
  cumbersome.
 
 I can only see the point of this to some extend for some embedded
 devices. 
[..]
 and possibly that passwordless use of sudo would be allowed. 
 But I also would expect the actual user ID still to be protected with
 a password, especially as a lot of these devices will have networking
 and thus do need fairly strong protection for external access.

Yep. I am not sure that all network services in Debian have a null
password not ok policy, à la pam_unix. (remember Win2K? )

BTW, Gnome's gdm allows autologon. Also something like pam_succeed_if
uid=1000 or equivalent may achieve the expected behaviour.


Franklin




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



Bug#501954: use MediaWiki instead of MoinMoin

2008-10-12 Thread Franklin PIAT
On Sun, 2008-10-12 at 05:50 +0800, [EMAIL PROTECTED] wrote: 
 Package: wiki.debian.org
 Severity: wishlist
 
 I hereby propose wiki.debian.org be moved from MoinMoin to the popular
 MediaWiki software.

Please provide rationale for this proposal.

 I expect this proposal to sit here for several years slowly gaining
 supporters (so please don't just stamp it wontfix, etc.) By that time
 there will be even more programs available to do the conversion than
 now.

Unless you provide some rationale, I would close this wishlist.

BTW, The following pages are considered replace to elaborate :
http://wiki.debian.org/DebianWiki/Engine
http://wiki.debian.org/HelpMoveDebianWikiToMediaWiki

Franklin




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



Bug#358459: Bug 358459: The problem could be solved on Debian's side

2008-10-09 Thread Franklin PIAT
On Thu, 2008-10-09 at 16:55 +0200, Didier Raboud wrote:
 My actual konqueror (3.5.9.dfsg.1-5) sends Accept-Language: fr,en, which, 
 according to RFC2616 (HTTP1.1) [0], means that both french and english are 
 _equally_ acceptable (Section 14.4) :
[..]
 My proposal is to render the correct language page according to the user's 
 priority list (ordered list), instead of the server's.

If the web server were to render page according to the list order, it
would mean that it doesn't consider them equally acceptable.

The way I understand the specs is that if a user states that two
languages are equally acceptable, then it means that it's up to the
server to negotiate, based on it's own criteria.

The RFC2616 12.1 Server-driven Negotiation says :
 However, an origin server is not limited to these dimensions and MAY
 vary the response based on any aspect of the request, including
 information outside the request-header fields or within extension
 header fields not defined by this specification.

And that's very useful for server side negotiation, because on the
server side, it's likely that the language were written in one given
language, then translated. It would then be sensible to provide the
original document.

Thanks for the suggestion anyway (and Keep reporting bugs).

Franklin




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



Bug#498791: A bad link on packages.qa.debian.org

2008-09-13 Thread Franklin PIAT
reassign 498791 qa.debian.org
thanks

On Sat, 2008-09-13 at 03:09 -0700, shaul Karl wrote:
 Package: www.debian.org
 
 http://packages.qa.debian.org/ has a link to
 http://www.debian.org/doc/manuals/developers-reference/ch-resources.en.html#s-pkg-tracking-system.
 However this gives a 404:
 
 Not Found
 
 The requested URL /doc/manuals/developers-reference/ch-resources.en.html was 
 not found on this server.
 Apache Server at www.debian.org Port 80

I'm reassigning the bug to the team in charge of this page.

Thank you for reporting this bug,

Franklin




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



Bug#493548: Please default PROMPT to 0 in pxelinux.HEAD

2008-09-09 Thread Franklin PIAT
severity 493548 wishlist
thanks

On Tue, 2008-09-09 at 08:52 +1000, Trent W. Buck wrote:
 On Mon, Sep 08, 2008 at 08:04:44PM +0100, Chris Lamb wrote:
  Trent W. Buck wrote:
  
Please default PROMPT to 0 in pxelinux.HEAD 
   
   Unfortunately, menu.c32 does not work on some [..] roms. 
  
   What happens is that attempting to load menu.c32 on such systems
   results in the entire screen going black (not even a flashing
   underscore), and it does not respond to any keypresses.
  
  I don't really follow understand the problem that adding PROMPT 0
  would cause on the broken systems - if the buggy BIOSes essentially
  freeze the machine and generally don't work, then it's not going to
  work anyway, right?
 
 The machines in question work without problems -- unless menu.c32 is
 loaded.  PROMPT 0 means that the user would need to know to hold down
 Shift, and possibly also how to enter the TFTP path to the kernel and
 the kernel arguments (e.g. ramdisk) -- I don't know if holding shift
 results in the rest of the config being loaded; I suspect not.

I wanted di-n-a to be compatible with oldstable (i.e etch ;), so I used
menu.c32 (switching to vesamenu 1 month before Lenny's freeze wasn't
reasonable, IMHO)

In Lenny+1, I'm planning to use vesamenu. More incompatibility may
appear, so having the option to use menu.c32 or vesamenu.c32 will help.
If I get no bug, I would then enable PROMPT 0 with vesamenu.

Thank you for reporting this bug,

Franklin




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



Bug#497851: www.debian.org: link to Ubuntu wiki leads to non-existent page

2008-09-04 Thread Franklin PIAT
reassign 497851 qa.debian.org
thanks

On Thu, 2008-09-04 at 21:52 +0200, Sven Joachim wrote:
 The newly created link to the Ubuntu wiki on
 http://packages.qa.debian.org/letter/package.html is wrong.

This bug applies to pts, which is handled by the QA team (AFAIK).

I'm forwarding the bug.

Franklin




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



Bug#493426: Please output status messages to STDOUT, not STDERR

2008-08-06 Thread Franklin PIAT
Hello,

Chris Lamb wrote :
 Please output I: Foo messages to STDOUT, not STDERR.
 
 This change (combined with #493418 - Please display failed URL without
 requiring --verbose) would mean that di-netboot-assistant is much more
 usable via cronjob: redirecting STDOUT to /dev/null means the system
 administrator is alerted only when a problem occurs.

This won't be fixed in Lenny. As a workaround, one can filter the
output, with something like :

di-netboot-assistant install daily 21 1/dev/null | grep -E ^E:

Franklin




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



Bug#493879: seahorse: ssh key password popup not visible (if gnome-terminal is full screen)

2008-08-05 Thread Franklin Piat
Package: seahorse
Version: 2.22.3-1
Severity: important

If a user tries to SSH into a host[1], from a gnome-terminal in full
screen mode, then the prompt-password window pops up behind the
gnome-terminal window, but still it does steal the focus from gnome-terminal.
The gnome-terminal seems unresponsive since seahorse has the focus and
the user can't press F11 to leave full-screen mode...
The user is likely to press the computer shut-down button (or restart 
Xwindow).

Workaround : type the password blindly.

Franklin

[1] at least, it does has this behaviour when a gnome-terminal profile
has a command ssh myhost, and this profile is opened in a new
tab when another profile is currently selected.


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

Kernel: Linux 2.6.26-rc9-686 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages seahorse depends on:
ii  gconf2   2.22.0-1GNOME configuration database syste
ii  gnupg1.4.9-3 GNU privacy guard - a free PGP rep
ii  libart-2.0-2 2.3.20-2Library of functions for 2D graphi
ii  libatk1.0-0  1.22.0-1The ATK accessibility toolkit
ii  libavahi-client3 0.6.22-3Avahi client library
ii  libavahi-common3 0.6.22-3Avahi common library
ii  libavahi-glib1   0.6.22-3Avahi glib integration library
ii  libbonobo2-0 2.22.0-1Bonobo CORBA interfaces library
ii  libbonoboui2-0   2.22.0-1The Bonobo UI library
ii  libc62.7-10  GNU C Library: Shared libraries
ii  libcairo21.6.4-6 The Cairo 2D vector graphics libra
ii  libdbus-1-3  1.2.1-2 simple interprocess messaging syst
ii  libdbus-glib-1-2 0.76-1  simple interprocess messaging syst
ii  libgcc1  1:4.3.1-2   GCC support library
ii  libgconf2-4  2.22.0-1GNOME configuration database syste
ii  libglade2-0  1:2.6.2-1   library to load .glade files at ru
ii  libglib2.0-0 2.16.4-2The GLib library of C routines
ii  libgnome-keyring02.22.3-1GNOME keyring services library
ii  libgnome2-0  2.20.1.1-1  The GNOME 2 library - runtime file
ii  libgnomecanvas2-02.20.1.1-1  A powerful object-oriented display
ii  libgnomeui-0 2.20.1.1-1  The GNOME 2 libraries (User Interf
ii  libgnomevfs2-0   1:2.22.0-4  GNOME Virtual File System (runtime
ii  libgpg-error01.4-2   library for common error values an
ii  libgpgme11   1.1.6-2 GPGME - GnuPG Made Easy
ii  libgtk2.0-0  2.12.10-2   The GTK+ graphical user interface 
ii  libgtksourceview2.0-02.2.2-1 shared libraries for the GTK+ synt
ii  libice6  2:1.0.4-1   X11 Inter-Client Exchange library
ii  libldap-2.4-22.4.10-2+lenny1 OpenLDAP libraries
ii  libnautilus-extension1   2.20.0-6libraries for nautilus components 
ii  libnotify1 [libnotify1-g 0.4.4-3 sends desktop notifications to a n
ii  libnspr4-0d  4.7.1-3 NetScape Portable Runtime Library
ii  liborbit21:2.14.13-0.1   libraries for ORBit2 - a CORBA ORB
ii  libpanel-applet2-0   2.20.3-5library for GNOME Panel applets
ii  libpango1.0-01.20.5-1Layout and rendering of internatio
ii  libpopt0 1.14-4  lib for parsing cmdline parameters
ii  libsm6   2:1.0.3-2   X11 Session Management library
ii  libsoup2.4-1 2.4.1-1 an HTTP library implementation in 
ii  libxml2  2.6.32.dfsg-2   GNOME XML library

Versions of packages seahorse recommends:
ii  openssh-client1:4.7p1-12 secure shell client, an rlogin/rsh

seahorse suggests no packages.

-- no debconf information



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



Bug#492727: ITP: uuidm -- Universally unique identifiers for OCaml

2008-07-28 Thread Franklin PIAT
Hello,

On Mon, 2008-07-28 at 15:31 +0200, Sylvain Le Gall wrote:
 Package: wnpp
 Severity: wishlist
 Owner: Sylvain Le Gall [EMAIL PROTECTED]


 * Package name: uuidm
[..]
  This library is an OCaml module implementing 128 bits universally
  unique identifiers (uuid) version 3, 5 (name based with MD5, SHA-1
  hashing) and 4 (random based) according to RFC 4122.
  .
  This package contains header and OCaml library.

Since the package only contains headers and library, may be it should be
named libocamluuidm ?

Franklin







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



Bug#490816: tulip has no link detection, under VirtualPC and Hyper-V)

2008-07-15 Thread Franklin PIAT
notforwarded 490816 
retitle 490816 linux-image-2.6-686: tulip has no detection under VirtualPC and 
Hyper-V
reassign 490816 linux-image-2.6-686
thanks

This bug was closed upstream by the maintainer :
http://bugzilla.gnome.org/show_bug.cgi?id=542916

I'm reassigning the bug to the kernel, and I open a bug upstream.

Thanks,

Franklin




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



Bug#490816: [Pkg-utopia-maintainers] Bug#490816: network-manager: Disconnects wired interface when started, under VirtualPC and Hyper-V

2008-07-14 Thread Franklin PIAT
On Mon, 2008-07-14 at 15:34 +0200, Michael Biebl wrote:
 It seems as if the tulip driver or the emulated hardware doesn't
 support link beat detection. That's why NM doesn't activate the
 connection.
 
 This is not a bug in NM itself but rather a driver problem.


I don't understand what's the exact problem. Is it :

A.The driver sends inaccurate information about the link detection
  capability and/or the current link state. In which case the driver
  should be fixed (i.e forward this bug the kernel).

or

B.The driver sends information that accurately describe the 
  link detection capability and link state. But NM don't 
  handle it properly (for example if NM don't handle the case 
  where the card can't do link detection).

I digged a little bit with nm-tool and in /sys/class/net/eth0/ but I
couldn't find the documentation on how to interpret the results...



### BEFORE clicking on Wired connection ###
$nm-tools state

NetworkManager Tool

State: disconnected

- Device: eth0

  NM Path:   /org/freedesktop/NetworkManager/Devices/eth0
  Type:  Wired
  Driver:tulip
  Active:no
  HW Address:40:00:50:00:40:50

  Capabilities:
Supported:   yes

  Wired Settings
Hardware Link:   yes


### AFTER clicking on Wired connection ###
$nm-tools state
NetworkManager Tool

State: connected

- Device: eth0

  NM Path:   /org/freedesktop/NetworkManager/Devices/eth0
  Type:  Wired
  Driver:tulip
  Active:yes
  HW Address:40:00:50:00:40:50

  Capabilities:
Supported:   yes

  Wired Settings
Hardware Link:   yes

  IP Settings:
IP Address:  192.168.0.144
Subnet Mask: 255.255.255.0
Broadcast:   192.168.0.255
Gateway: 192.168.0.1
Primary DNS: 192.168.0.33
Secondary DNS:   0.0.0.0



 If you prefer, I can reassign the bug report to the kernel, otherwise
 I'm simply going to close this bug report.

If it is really a driver bug, yes please reassign.




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



Bug#490816: network-manager: Disconnects wired interface when started, under VirtualPC and Hyper-V

2008-07-14 Thread Franklin Piat
Package: network-manager
Version: 0.6.6-1
Severity: normal


Please describe the problem:
 When I boot Debian under Microsoft VirtualPC 2007 or WindowsServer Hyper-V,
 the network is disconnected.

 The network interface is has PCI id =1011:0009
 Digital Equipment Corporation DECchip 21140 [FasterNet] 
 The Linux kernel module to handle it is tulip.

Steps to reproduce:
 1.  Boot Debian (stable or Testing) under VirtualPC 2007 or Hyper-V
 2a. Open a session in a console, type ifconfig : The interface
 isn't configured
 3a. Type ifup eth0 : the interface get configured.
or
 2b. Open a session under gnome : the NM applet says the link is down.
 (click on the icon, the Wired Networking isn't ticked in !).
 3b. Click on the NM applet, tick-in Wired Networking : the interface
 get configured.

Actual results:
 We notice that the interface is down.

Expected results:
 The interface should be up and configured.

Does this happen every time?
 Yes.
 Under Debian stable (kernel 2.6.18 + NM 0.6.4) and Debian Testing
 (kernel 2.6.25 + NM 0.6.6)

I've opened a bug upstream :
 http://bugzilla.gnome.org/show_bug.cgi?id=542916

Franklin


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

Kernel: Linux 2.6.25-2-686 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages network-manager depends on:
ii  adduser 3.108add and remove users and groups
ii  dbus1.2.1-2  simple interprocess messaging syst
ii  dhcdbd  3.0-4D-Bus interface to the ISC DHCP cl
ii  hal 0.5.11-2 Hardware Abstraction Layer
ii  ifupdown0.6.8+nmu1   high level tools to configure netw
ii  iproute 20080417-1   networking and traffic control too
ii  iputils-arping  3:20071127-1 Tool to send ICMP echo requests to
ii  libc6   2.7-10   GNU C Library: Shared libraries
ii  libdbus-1-3 1.2.1-2  simple interprocess messaging syst
ii  libdbus-glib-1-20.76-1   simple interprocess messaging syst
ii  libgcrypt11 1.4.1-1  LGPL Crypto library - runtime libr
ii  libglib2.0-02.16.3-2 The GLib library of C routines
ii  libgpg-error0   1.4-2library for common error values an
ii  libhal1 0.5.11-2 Hardware Abstraction Layer - share
ii  libiw29 29-1 Wireless tools - library
ii  libnl1  1.1-2library for dealing with netlink s
ii  libnm-util0 0.6.6-1  network management framework (shar
ii  lsb-base3.2-12   Linux Standard Base 3.2 init scrip
ii  wpasupplicant   0.6.3-2  Client support for WPA and WPA2 (I

Versions of packages network-manager recommends:
ii  network-manager-gnome 0.6.6-2network management framework (GNOM

-- no debconf information



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



Bug#489812: ITP: di-netboot-assistant -- Debian-Installer netboot assistant

2008-07-07 Thread Franklin Piat
Package: wnpp
Severity: wishlist
Owner: Franklin Piat [EMAIL PROTECTED]

* Package name: di-netboot-assistant
  Version : 0.31-1
  Upstream Author : Franklin Piat [EMAIL PROTECTED]
* URL : 
http://www.klabs.be/~fpiat/linux/debian/di-netboot-assistant/
* License : GPL
  Programming Lang: shell
  Description : Debian-Installer netboot assistant

di-netboot-assistant is a tool to download and extract Debian-Installer
netboot images. It's especially useful if you want to download multiple 
netboot image, since it builds a top menu, so one can select the image 
at boot time (on amd64, i386 and ia64 platforms).

Currently, it supports amd64, i386, ia64, alpha, hppa and sparc
clients.



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



Bug#488554: [EMAIL PROTECTED] refuses command with UTF-8's

2008-06-30 Thread Franklin PIAT
Hello,

On Sun, 2008-06-29 at 23:09 +0200, Franklin PIAT wrote:
 On Sun, 2008-06-29 at 11:39 -0700, Don Armstrong wrote:
  On Sun, 29 Jun 2008, Franklin PIAT wrote:
   Doing s/\xef\xbb\xbf//g on commands strings of UTF-8 encoded mails
   should solve the problem.
  
  Nothing should be inserting the BOM if it's already sending UTF8
  anyway. Doing so is broken, and things doing it need to be fixed.
  [Doubly so when you're not even inserting non-ascii anyway!]
  
  This is really a bug in evolution that should be fixed, since, AFAIK,
  it's the only MUA that has this silly behavoir.
 
 I've found the steps to reproduce the evolution bug[1]. I don't know If
 I should clone or reassign the bug.

For the record :

1. The bug is solved upstream [1]
2. Gnome upstream pointed that RFC3629 BOM section[2] states that : 
 This character can be used as a genuine ZERO WIDTH NO-BREAK SPACE
 within text, [...]
 
 It is important to understand that the character U+FEFF appearing at
 any position other than the beginning of a stream MUST be interpreted
 with the semantics for the zero-width non-breaking space, and MUST
 NOT be interpreted as a signature.  When interpreted as a signature,
 the Unicode standard suggests than an initial U+FEFF character may be
 stripped before processing the text.  Such stripping is necessary in
 some cases (e.g., when concatenating two strings, because otherwise
 the resulting string may contain an unintended ZERO WIDTH NO-BREAK
 SPACE at the connection point), but might affect an external process
 at a different layer (such as a digital signature or a count of the
 characters) that is relying on the presence of all characters in the
 stream.  It is therefore RECOMMENDED to avoid stripping an initial
 U+FEFF interpreted as a signature without a good reason, to ignore it
 instead of stripping it when appropriate (such as for display) and to
 strip it only when really necessary.

[1] http://bugzilla.gnome.org/show_bug.cgi?id=533741#c9
[2] http://tools.ietf.org/html/rfc3629#section-6

Franklin




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



Bug#377142: moinmoin-common: should let spiders do more harmless things, like view pages in alternate formats

2008-06-29 Thread Franklin PIAT
tags 377142 + wontfix
thanks


Hello,

I see at least two good reasons to prevent crawlers from seeing
alternative page formats :
1. A search engine may decide to present the [raw|print] version as 
   the best result, rather than the html version (Google does this
   sometimes !).
2. In most circumstances, the downloaded alternative format will not
   be desired by the visitor.
3. This would increase the workload on the server.

Suggested workaround : Make wget to present an alternative User-agent
string, so it isn't recognized as a crawler.




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



Bug#488554: [EMAIL PROTECTED] refuses command with UTF-8's

2008-06-29 Thread Franklin PIAT
Package: bugs.debian.org
Severity: normal

Hello,

[EMAIL PROTECTED] reject any command that contain an UTF8's BOM.

My mail user agent program (Evolution) sometimes insert UTF-8 BOM[1]
when I do some copy paste from Iceweasel (I haven't investigated much).

That character (BOM) is also known as zero-width no-break space. Even
though it is odd to insert it before a copy-paste, I assume this
behavior should be considered normal (i.e allowed) in a UTF-8 text.
So I'm filling this bug against bugs.debian.org rather than evolution.

Doing s/\xef\xbb\xbf//g on commands strings of UTF-8 encoded mails
should solve the problem.


Franklin


[1] http://en.wikipedia.org/wiki/Byte_Order_Mark
http://unicode.org/faq/utf_bom.html#25


 Subject: python-moinmoin: Document how to enable the GUI editor
 From: Franklin PIAT [EMAIL PROTECTED]
 To: [EMAIL PROTECTED]
 Content-Type: text/plain; charset=UTF-8
 Message-Id: [EMAIL PROTECTED]
 Mime-Version: 1.0
 X-Mailer: Evolution 2.22.2 
 Date: Sun, 29 Jun 2008 18:59:45 +0200
 X-Evolution-Format: text/plain
 X-Evolution-Account: [EMAIL PROTECTED]
 X-Evolution-Transport: smtp://@smtp.free.fr/;use_ssl=never
 X-Evolution-Fcc: imap://[EMAIL PROTECTED]/Sent
 Content-Transfer-Encoding: quoted-printable
 
 
 found 487790 1.6.3-1
 severity =EF=BB=BF=EF=BB=BF478579 wishlist
 retitle =EF=BB=BF478579 python-moinmoin: Document how to enable the GUI edi=
 tor
 merge 487790 478579
 thanks








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



Bug#488554: [EMAIL PROTECTED] refuses command with UTF-8's

2008-06-29 Thread Franklin PIAT
Hello,

On Sun, 2008-06-29 at 11:39 -0700, Don Armstrong wrote:
 On Sun, 29 Jun 2008, Franklin PIAT wrote:
  Doing s/\xef\xbb\xbf//g on commands strings of UTF-8 encoded mails
  should solve the problem.
 
 Nothing should be inserting the BOM if it's already sending UTF8
 anyway. Doing so is broken, and things doing it need to be fixed.
 [Doubly so when you're not even inserting non-ascii anyway!]
 
 This is really a bug in evolution that should be fixed, since, AFAIK,
 it's the only MUA that has this silly behavoir.

I've found the steps to reproduce the evolution bug[1]. I don't know If
I should clone or reassign the bug.

Franklin

[1] http://bugzilla.gnome.org/show_bug.cgi?id=540810




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



Bug#488395: New fckeditor version, fix bugs for Firefox 3 / Iceweasel 3.

2008-06-28 Thread Franklin PIAT
Package: fckeditor
Version: 2.6.1-1
X-Debbugs-CC: [EMAIL PROTECTED]

Hello,

Fckeditor's upstream seems to have published a minor revision, to fix bugs
with Firefox 3.
Could you upload a new version.

(I'm preparing a patch so moinmoin uses your fckeditor package, rahter
than the version provided by Moinmoin' supstream. Even though I'm
currently preparing a patch with Iceweasel 2.0, i'll be testing version
3.0 soon.)

Thanks in advance,

Franklin




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



Bug#487801: python-moinmoin: Difficult to run Moin in standalone mode

2008-06-25 Thread Franklin PIAT
severity 487801 wishlist
retitle 487801 python-moinmoin: Enable standalone mode
thanks

As mentioned in the README.Debian
 This Debian package has been tested mostly as CGI script with Apache 1.3.
 
 It should work with any web server supporting either of these:

 * CGI
  * FastCGI
  * Apache Python module
  * Twisted

I'm changing the severity of this bug, because the README.Debian states
that It should work in various modes but currently, it mainly supports
Apache/CGI mode.

Supporting the standalone mode is on the maintainer's TODO list.

Franklin




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



Bug#487672: Acknowledgement (linux-image-2.6.26-rc7-686: freeze when closing laptop panel lid, in dual screen mode.)

2008-06-24 Thread Franklin PIAT
reassign 487672 xserver-xorg-video-intel
forwarded https://bugs.freedesktop.org/show_bug.cgi?id=16494
thanks

Hello,

Since enabling ForceEnablePipeA option in Xorg.conf works, the
upstream kernel people have asked[1] me to open a bug for Xorg [2].

Therefore I'm reassigning the bug here too.

Franklin

[1] http://bugzilla.kernel.org/show_bug.cgi?id=10965#c5
[2] https://bugs.freedesktop.org/show_bug.cgi?id=16494




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



Bug#487672: linux-image-2.6.26-rc7-686: freeze when closing laptop panel lid, in dual screen mode.

2008-06-23 Thread Franklin PIAT
bts forwarded 487672 http://bugzilla.kernel.org/show_bug.cgi?id=10965
thanks

I forgot to mention : If I switch to either screen completely (crt=on +
lvds=off OR crt=off + lvds=on), the problem doesn't occurs !

I have tried xserver-xorg-video-intel 2:2.3.2-1 , but it didn't help.

I have tried to remove libgl1-mesa-dri , but it didn't help.

Franklin




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



Bug#487741: python-moinmoin: Hide option Render as Docbook if python-xml isn't installed.

2008-06-23 Thread Franklin Piat
Package: python-moinmoin
Version: 1.7.0-3
Severity: normal

The menu option Render as Docbook requires python-xml.

1. python-moinmoin should suggest python-xml.
2. I've attached a patch to hide the Render as Docbook option 
   if the package isn't installed.
   (otherwise, if the user request a docbook page, he gets the error :
   ImportError - No module named ext.reader)
3. I'm preparing some updates for README.Debian[1], to explain how
   to enable optional options in Debian.

Franklin

[1] http://wiki.debian.org/MoinMoin/README.Debian

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

Kernel: Linux 2.6.26-rc7-686 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages python-moinmoin depends on:
ii  python2.5.2-1An interactive high-level object-o
ii  python-support0.8.1  automated rebuilding support for P

Versions of packages python-moinmoin recommends:
ii  exim4 4.69-5 meta-package to ease Exim MTA (v4)
ii  exim4-daemon-light [mail-tran 4.69-5+b1  lightweight Exim MTA (v4) daemon
pn  python-xapian none (no description available)

-- no debconf information
--- config/multiconfig.py-orig	2008-06-23 22:21:02.0 +0200
+++ config/multiconfig.py	2008-06-23 22:21:07.0 +0200
@@ -245,6 +245,13 @@
 'MyPages',  # only works when used with a non-default SecurityPolicy (e.g. autoadmin)
 'CopyPage',  # has questionable behaviour regarding subpages a user can't read, but can copy
]
+
+#Render As Docbook requires python-xml.
+try:
+from xml.dom.ext.reader import Sax
+except ImportError:
+actions_excluded.append('RenderAsDocbook')
+			 
 allow_xslt = False
 antispam_master_url = http://master.moinmo.in/?action=xmlrpc2;
 


Bug#462038: python-moinmoin: Xss and cookie injection to be fixed

2008-06-23 Thread Franklin PIAT
Fixed 462038 1.5.3-1.2etch1
thanks

Hello,

The two bugs described in this mail were fixed 1.5.3-1.2etch1 

 Hi, two issues A Cookie injection[1] and XSS[2]
 
 1.http://hg.moinmo.in/moin/1.5/rev/e69a16b6e630

This patch was applied in 1.5.3-1.2etch1 (Closes: 462984)

With patch :
moin-1.5.3/debian/patches/014_CVE-2008-0782_cookie_directory_traversal.patch
...
 -self.id = id
 +self.id = self.id_sanitycheck(id)
...


 2.http://hg.moinmo.in/moin/1.5/rev/2f952fa361c7

This patch was applied in 1.5.3-1.2etch1

With patch :
moin-1.5.3/debian/patches/018_CVE-2008-780_login_XSS.patch
...
 -space between words. Group page name is not allowed.) % name
 +space between words. Group page name is not allowed.) % 
 wikiutil.escape(name)
...

Therefore I assume the bug can be closed.

Franklin





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



Bug#458063: Bug:458063 python-moinmoin: Error in the title for TableOfContents macro in Spanish

2008-06-23 Thread Franklin PIAT
Hello,

 It is very easy to solve this nasty bug. Just change in es.py 
 
 1003c1003
  '''AyudaDeContenidos''',
 ---
  '''Contenidos''',
 

Upstream has changed the translation for Table of contents and now
uses Tabla de Contenidos (in Moinmoin 1.7).

Do you find it suitable, Can we close the bug ?

Thanks,

Franklin






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



Bug#487507: ImportError: No module named wikiconfig, in moinmoin 1.7.0

2008-06-22 Thread Franklin Piat
Package: moinmoin-common
Version: 1.7.0-1
Severity: important

Hello,

I've just migrated to the new moin 1.7.0, i get the error :

 ConfigurationError

 Check that the file is in the same directory as the server script. If it
 is not, you must add the path of the directory where the file is located
 to the python path in the server script. See the comments at the top of
 the server script.

 Check that the configuration file name is either wikiconfig.py or the
 module name specified in the wikis list in farmconfig.py. Note that the
 module name does not include the .py suffix.

 Error in your configuration file
 /var/lib/python-support/python2.5/MoinMoin/config/multiconfig.py
 around line 45.

I could solve it by adding this in /usr/share/moin/server/moin.cgi :

sys.path.insert(0, '/etc/moin')


Thanks for bringing moin 1.7 to Lenny.

Franklin


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

Kernel: Linux 2.6.26-rc6-686 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages moinmoin-common depends on:
ii  python2.5.2-1An interactive high-level object-o

Versions of packages moinmoin-common recommends:
ii  python-moinmoin   1.7.0-1Python clone of WikiWiki - library

-- no debconf information



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



Bug#487511: moinmoin-common: moin-mass-migrate fails (`Can't exec moin`, because it isn't in /usr/bin/).

2008-06-22 Thread Franklin Piat
Package: moinmoin-common
Version: 1.7.0-1
Severity: important


moin-mass-migrate fails, because it can't find/execute moin, with
error :

 $moin-mass-migrate 
 Processing /etc/moin/ for 127.0.0.37/MyWiki/ as user www-data ...
 Can't exec moin: No such file or directory at
 /usr/sbin/moin-mass-migrate line 55, $list line 13.
 failed to run moin: No such file or directory at
 /usr/sbin/moin-mass-migrate line 56, $list line 13.
 Processing /etc/moin/ for 127.0.0.37/MyWiki/ as user www-data failed
 with code 512

Making a symlink solved the problem.
ln -s /usr/share/moin/server/moin /usr/bin/

Thanks,

Franklin

BTW, It would be nice if you could provide a typical sample for debian
in /etc/moin/wikilist, because most people have a single wiki, and wiki
are all declared in the folder /etc/moin/.
#www-data /etc/moin/ localhost/MyWiki/


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

Kernel: Linux 2.6.26-rc6-686 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages moinmoin-common depends on:
ii  python2.5.2-1An interactive high-level object-o

Versions of packages moinmoin-common recommends:
ii  python-moinmoin   1.7.0-1Python clone of WikiWiki - library

-- no debconf information



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



Bug#487531: moinmoin-common: Provide a ready to use sample in /etc/moin/wikilist

2008-06-22 Thread Franklin Piat
Package: moinmoin-common
Version: 1.7.0-1
Severity: wishlist

Hello,

The file /etc/moin/wikilist, which is used by moin-update-wikilist
during upgrades, provides a sample entry which is very different 
from what a typical (single instance) user needs.

Current file :
 # This file is used by moin-mass-migrate script to migrate the listed
 # wikis. Run this script when upgrading moin to an incompatible new
 # version that requires migrating data.
 #
 # moin-mass-migrate su's to the listed user and then runs moin migration
 # with the specified moin config dirs and urls.
 #
 # It's also possible to let a user list setup files in ~user/.moin/wikilist
 # in their home directory. To do so, list only the user's name, without a
 # setup file. The format of ~/.moin/wikilist is the same as this file.

 #jonas /path/to/config_dir wiki.example.org/

Suggested sample :

#Typical example for single instance CGI Apache wiki :
#www-data /etc/moin your.site/MyWiki/

Actually, I wonder whether this sample should be enable by default, since
it will only match the default entry .*/ in /etc/moin/farmconfig.py

Franklin


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

Kernel: Linux 2.6.26-rc6-686 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages moinmoin-common depends on:
ii  python2.5.2-1An interactive high-level object-o

Versions of packages moinmoin-common recommends:
ii  python-moinmoin   1.7.0-1Python clone of WikiWiki - library

-- no debconf information



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



Bug#487202: gnome-randr-applet if external monitor is unplugged

2008-06-21 Thread Franklin PIAT
Package: gnome-randr-applet
Version: 0.2-2.1
Followup-For: Bug #487202

* I could reproduce this bug with my T60, with a 1280x1024 screen.

* I could also reproduce this bug on another laptop (T61/Lenny)

Franklin

-- XRANDR output --
$xrandr 
Screen 0: minimum 320 x 200, current 1280 x 800, maximum 1920 x 1920
VGA connected (normal left inverted right x axis y axis)
   1920x1200  60.0 +
   1600x1200  59.9  
   1680x1050  60.0  
   1280x1024  75.0 59.9  
   1152x864   74.8  
   1024x768   75.1 60.0  
   800x60075.0 60.3  
   640x48075.0 60.0  
   720x40070.1  
LVDS connected 1280x800+0+0 (normal left inverted right x axis y axis)
303mm x 190mm
   1280x800   60.0*+   60.0 50.0  
   1280x768   60.0  
   1024x768   60.0  
   800x60060.3  
   640x48060.0 59.9  
TMDS-1 disconnected (normal left inverted right x axis y axis)



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

Kernel: Linux 2.6.24-1-686 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages gnome-randr-applet depends on:
ii  libart-2.0-22.3.20-2  Library of functions for 2D graphi
ii  libatk1.0-0 1.22.0-1  The ATK accessibility toolkit
ii  libbonobo2-02.22.0-1  Bonobo CORBA interfaces library
ii  libbonoboui2-0  2.22.0-1  The Bonobo UI library
ii  libc6   2.7-10GNU C Library: Shared libraries
ii  libcairo2   1.6.4-1+b1The Cairo 2D vector graphics libra
ii  libfontconfig1  2.5.0-2   generic font configuration library
ii  libgconf2-4 2.22.0-1  GNOME configuration database syste
ii  libglib2.0-02.16.3-2  The GLib library of C routines
ii  libgnome2-0 2.20.1.1-1The GNOME 2 library - runtime file
ii  libgnomecanvas2-0   2.20.1.1-1A powerful object-oriented display
ii  libgnomeui-02.20.1.1-1The GNOME 2 libraries (User Interf
ii  libgnomevfs2-0  1:2.22.0-3GNOME Virtual File System (runtime
ii  libgtk2.0-0 2.12.9-3  The GTK+ graphical user interface 
ii  libice6 2:1.0.4-1 X11 Inter-Client Exchange library
ii  liborbit2   1:2.14.13-0.1 libraries for ORBit2 - a CORBA ORB
ii  libpanel-applet2-0  2.20.3-3  library for GNOME Panel applets
ii  libpango1.0-0   1.20.2-2  Layout and rendering of internatio
ii  libpopt01.10-3lib for parsing cmdline parameters
ii  libsm6  2:1.0.3-1+b1  X11 Session Management library
ii  libx11-62:1.1.4-2 X11 client-side library
ii  libxcomposite1  1:0.4.0-3 X11 Composite extension library
ii  libxcursor1 1:1.1.9-1 X cursor management library
ii  libxdamage1 1:1.1.1-4 X11 damaged region extension libra
ii  libxext62:1.0.4-1 X11 miscellaneous extension librar
ii  libxfixes3  1:4.0.3-2 X11 miscellaneous 'fixes' extensio
ii  libxi6  2:1.1.3-1 X11 Input extension library
ii  libxinerama12:1.0.3-2 X11 Xinerama extension library
ii  libxrandr2  2:1.2.2-2 X11 RandR extension library
ii  libxrender1 1:0.9.4-1 X Rendering Extension client libra

gnome-randr-applet recommends no packages.

-- no debconf information





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



Bug#486521: iceweasel_3.0~rc2-1 provides some broken links for icons.

2008-06-21 Thread Franklin PIAT
Hi,

Some links to icons are broken in iceweasel_3.0~rc2-1 :

/usr/share/icons/hicolor/48x48/apps/iceweasel.png
   - ../../../../iceweasel/chrome/browser/content/branding/icon48.png
/usr/share/pixmaps/iceweasel.png
   - ../iceweasel/chrome/browser/content/branding/icon48.png
/usr/share/pixmaps/firefox.png
   - ../iceweasel/chrome/browser/content/branding/icon48.png
/usr/share/pixmaps/iceweasel.png
   - ../iceweasel/chrome/browser/content/branding/icon48.png
/usr/share/pixmaps/mozilla-firefox.png
   - ../iceweasel/chrome/browser/content/branding/icon48.png

* The 48x48 icon is actually located at
  /usr/share/iceweasel/chrome/icons/default/default48.png 


/usr/share/icons/hicolor/64x64/apps/iceweasel.png
   - ../../../../iceweasel/chrome/browser/content/branding/icon64.png

* The 64x64 icon is created in debian/rules, but it isn't copied.


I've attached a sample patch which should fix it.
Hope this helps.

Franklin



--- rules-orig	2008-06-21 12:03:50.0 +0200
+++ rules	2008-06-21 13:05:30.0 +0200
@@ -86,8 +86,10 @@
 		debian/iceweasel_logo.png debian/about.png \
 		debian/branding/content/about.png
 
-	rsvg-convert -w 64 -h 64 -o debian/branding/content/icon64.png \
+	rsvg-convert -w 64 -h 64 -o debian/branding/default64.png \
 		debian/iceweasel_icon.svg
+	cp -f debian/branding/default64.png debian/branding/content/icon64.png
+
 
 	rsvg-convert -w 48 -h 48 -o debian/branding/default48.png \
 		debian/iceweasel_icon.svg
--- iceweasel.links-orig	2008-06-21 12:08:06.0 +0200
+++ iceweasel.links	2008-06-21 13:08:58.0 +0200
@@ -6,11 +6,11 @@
 /usr/share/man/man1/iceweasel.1.gz /usr/share/man/man1/firefox.1.gz
 /usr/share/man/man1/iceweasel.1.gz /usr/share/man/man1/mozilla-firefox.1.gz
 /usr/share/iceweasel/icons/mozicon128.png /usr/share/icons/hicolor/128x128/apps/iceweasel.png
-/usr/share/iceweasel/chrome/browser/content/branding/icon48.png /usr/share/icons/hicolor/48x48/apps/iceweasel.png
-/usr/share/iceweasel/chrome/browser/content/branding/icon48.png /usr/share/pixmaps/iceweasel.png 
-/usr/share/iceweasel/chrome/browser/content/branding/icon48.png /usr/share/pixmaps/firefox.png 
-/usr/share/iceweasel/chrome/browser/content/branding/icon48.png /usr/share/pixmaps/mozilla-firefox.png
-/usr/share/iceweasel/chrome/browser/content/branding/icon64.png /usr/share/icons/hicolor/64x64/apps/iceweasel.png
+/usr/share/iceweasel/chrome/icons/default/default48.png /usr/share/icons/hicolor/48x48/apps/iceweasel.png
+/usr/share/iceweasel/chrome/icons/default/default48.png /usr/share/pixmaps/iceweasel.png 
+/usr/share/iceweasel/chrome/icons/default/default48.png /usr/share/pixmaps/firefox.png 
+/usr/share/iceweasel/chrome/icons/default/default48.png /usr/share/pixmaps/mozilla-firefox.png
+/usr/share/iceweasel/chrome/icons/default/default64.png /usr/share/icons/hicolor/64x64/apps/iceweasel.png
 /etc/iceweasel/pref /usr/share/iceweasel/defaults/syspref
 /etc/iceweasel/profile /usr/share/iceweasel/defaults/profile
 


Bug#487202: grandr: Display Geometry Switcher quit unexpectedly, if external monitor is unplugged

2008-06-21 Thread Franklin PIAT
On Sat, 2008-06-21 at 17:35 +0200, Julien Cristau wrote:
 On Fri, Jun 20, 2008 at 08:38:16 +0200, Franklin Piat wrote:
 
  On my laptop (Thinkpad T60), I start the Display Geometry Switcher
  with an external screen plugged (see xrandr output below).
  
 What is the Display Geometry Switcher you are talking about?  That
 doesn't sound like grandr.

I opened the bugs against the wrong package (because
gnome-randr-applet's binary is named grandr ;)

I have reassigned the bug since then. Sorry for the inconvenience,

Franklin




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



Bug#487202: grandr: Display Geometry Switcher quit unexpectedly, if external monitor is unplugged

2008-06-20 Thread Franklin Piat
Package: grandr
Version: 0.1+git20080326-1
Severity: normal

On my laptop (Thinkpad T60), I start the Display Geometry Switcher
with an external screen plugged (see xrandr output below).
If I then unplug the monitor, then go to the menu an click on anything,
I get a popup says `Display Geometry Switcher has quit unexpectedly'

I haven't tried to reproduce it with another configuration yet.


Franklin


#xrandr output : 
Screen 0: minimum 320 x 200, current 1920 x 1200, maximum 1920 x 1200
VGA connected 1920x1200+0+0 (normal left inverted right x axis y axis) 519mm x 
324mm
   1920x1200  60.0*+
   1600x1200  59.9  
   1680x1050  60.0  
   1280x1024  75.0 59.9  
   1152x864   74.8  
   1024x768   75.1 60.0  
   800x60075.0 60.3  
   640x48075.0 60.0  
   720x40070.1  
LVDS connected 1024x768+0+0 (normal left inverted right x axis y axis) 285mm x 
214mm
   1024x768   60.0*+   50.0  
   800x60060.3  
   640x48060.0 59.9  
TMDS-1 disconnected (normal left inverted right x axis y axis)
TV disconnected (normal left inverted right x axis y axis)


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

Kernel: Linux 2.6.26-rc6-686 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages grandr depends on:
ii  libatk1.0-0   1.22.0-1   The ATK accessibility toolkit
ii  libc6 2.7-10 GNU C Library: Shared libraries
ii  libcairo2 1.6.4-3The Cairo 2D vector graphics libra
ii  libgconf2-4   2.22.0-1   GNOME configuration database syste
ii  libglib2.0-0  2.16.3-2   The GLib library of C routines
ii  libgtk2.0-0   2.12.9-4   The GTK+ graphical user interface 
ii  libpango1.0-0 1.20.2-2   Layout and rendering of internatio
ii  libx11-6  2:1.1.4-2  X11 client-side library
ii  libxrandr22:1.2.2-2  X11 RandR extension library

grandr recommends no packages.

-- no debconf information



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



Bug#485902: installation-report: Use /sys/class/dmi/id/* when dmidecode isn't available

2008-06-12 Thread Franklin Piat
Package: installation-reports
Version: 2.35
Severity: wishlist
Tags: patch

Hello

Recent kernels provides some DMI information in /sys/class/dmi/id/.
This could be used by report-hw (and installation-report) in the case
where dmidecode isn't installed (tiny Debian installation, etc).

I've attached a simple proof-of concept patch. Here's a sample output :

dmiinfo:uevent:
MODALIAS=dmi:bvnLENOVO:bvr79ETD2WW(2.12):bd04/12/2007:svnLENOVO:pn1952W5R:pvrThinkPadT60:rvnLENOVO:rn1952W5R:rvrNotAvailable:cvnLENOVO:ct10:cvrNotAvailable:
dmiinfo:bios_vendor: LENOVO
dmiinfo:bios_version: 79ETD2WW (2.12 )
dmiinfo:bios_date: 04/12/2007
dmiinfo:sys_vendor: LENOVO
dmiinfo:product_name: 1952W5R
dmiinfo:product_version: ThinkPad T60
dmiinfo:board_vendor: LENOVO
dmiinfo:board_name: 1952W5R
dmiinfo:board_version: Not Available
dmiinfo:board_asset_tag: 
dmiinfo:chassis_vendor: LENOVO
dmiinfo:chassis_type: 10
dmiinfo:chassis_version: Not Available
dmiinfo:chassis_asset_tag: No Asset Information
dmiinfo:modalias:
dmi:bvnLENOVO:bvr79ETD2WW(2.12):bd04/12/2007:svnLENOVO:pn1952W5R:pvrThinkPadT60:rvnLENOVO:rn1952W5R:rvrNotAvailable:cvnLENOVO:ct10:cvrNotAvailable:
dmiinfo:wakeup: 

Franklin

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

Kernel: Linux 2.6.25-2-686 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

installation-report depends on no packages.

Versions of packages installation-report recommends:
ii  pciutils  1:3.0.0-4  Linux PCI Utilities
ii  reportbug 3.41   reports bugs in the Debian distrib

-- no debconf information
--- /usr/bin/report-hw-orig 2008-06-12 07:38:29.0 +0200
+++ /usr/bin/report-hw  2008-06-12 08:03:06.0 +0200
@@ -49,8 +49,16 @@
bus/input/devices; do
addfile /proc/$file
 done
-if type dmidecode /dev/null 21; then
-   dmidecode 21 | addinfo dmidecode
+
+if type dmidecode /dev/null 21  [ -r /dev/mem ]; then
+   dmidecode | addinfo dmidecode
+else
+   if [ -d /sys/class/dmi/id ]; then
+   for file in $(find /sys/class/dmi/id -type f | \
+   grep -v 'serial' | grep -v 'uuid' ); do
+   [ -r $file ]  cat $file | addinfo dmiinfo:$(basename 
$file)
+   done
+   fi
 fi
 
 if [ $DEBIAN_FRONTEND = gtk ]; then


Bug#485559: Re: consistent tftpboot directory location [RFC]

2008-06-12 Thread Franklin PIAT
Here's an updated text, based on feedback on debian-policy comments :

Steve Langasek pointed out[1] that the location /srv/tftp could be
used, but no package should provide any file in it. I consider this
would defeat the purpose of having a standard location (pxelinux.0 and
elilo.efi couldn't be dropped by respective packages).
Also, Russ Allbery[2] argued that using /srv/* might violate the FHS.
So I've switched to /var/lib/tftpboot.

Bill Allombert[1], suggested to make the tftp root location compulsory.

Bill Allombert[1], also suggested to state that symlinks shouldn't be
assumed to be followed outside the chroot only.

Franklin

--- START ---
11.12 Packages providing a tftp server

Packages that provides a tftp server (tftpd) which meets the criteria
listed below should declare in their control data that they provide the
virtual package tftp-server.

To be a tftp-server, a program must:

  * Provide a TFTP service compatible with RFC 783 and 1350. 
  * Define /var/lib/tftp as the default tftp root directory.
  * Serve filenames relatively to the defined tftp-root, not
relatively to the system root directory (/).
Should :
  * Provide a program named /usr/bin/tftp-get-root-location which
returns the actual location of tftp root, as currently configured
and enabled by the system owner.

Note : The tftp-server is not expected to follow/serve symbolic links 
that point outside the tftproot (due to chroot-like mechanisms).
--- END ---

[1] http://lists.debian.org/debian-policy/2008/06/msg00154.html
[2] http://lists.debian.org/debian-policy/2008/06/msg00152.html
[3] http://lists.debian.org/debian-policy/2008/06/msg00153.html





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



Bug#485064: installation-report: lenny install on Thinkpad T61 [d-i beta2]

2008-06-11 Thread Franklin Piat
Package: installation-reports
Followup-For: Bug #485064



-- Package-specific info:

Boot method: network
Image version: 
http://ftp.fr.debian.org/debian/dists/unstable/main/installer-i386/current/images/netboot/netboot.tar.gz
Date: 2008-06-11 08:14

Machine: Lenovo Thinkpad T61
Partitions: /single partition mode./


Base System Installation Checklist:
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it

Initial boot:   [O]
Detect network card:[O]
Configure network:  [O]
Detect CD:  [O]
Load installer modules: [O]
Detect hard drives: [O]
Partition hard drives:  [O]
Install base system:[O]
Clock/timezone setup:   [E]
User/password setup:[O]
Install tasks:  [O]
Install boot loader:[O]
Overall install:[O]

Comments/Problems:

Everything went fine with D-I beta2. (Network worked, As opposed to what
Nik Melchior experienced with D-I beta1)

However, there's a clock bug :
 # hwclock 
 select() to /dev/rtc to wait for clock tick timed out
 hwclock --directisa
 Thu 12 Jun 2008 01:00:01 AM CEST  -0.461109 seconds

(looks similar to http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=397096 )
Workround: add HWCLOCKPARS=--directisa in /etc/default/rcS


Great works were done here, since Etch.

Thanks,

Franklin


-- 

Please make sure that the hardware-summary log file, and any other
installation logs that you think would be useful are attached to this
report. Please compress large files using gzip.

Once you have filled out this report, mail it to [EMAIL PROTECTED]

==
Installer lsb-release:
==
DISTRIB_ID=Debian
DISTRIB_DESCRIPTION=Debian GNU/Linux installer
DISTRIB_RELEASE=5.0 (lenny) - installer build 20080522
X_INSTALLATION_MEDIUM=netboot

==
Installer hardware-summary:
==
umame -a: Linux n310310 2.6.24-1-486 #1 Thu May 8 01:29:10 UTC 2008 i686 unknown
lspci -knn: 00:00.0 Host bridge [0600]: Intel Corporation Mobile 
PM965/GM965/GL960 Memory Controller Hub [8086:2a00] (rev 0c)
lspci -knn: 00:02.0 VGA compatible controller [0300]: Intel Corporation Mobile 
GM965/GL960 Integrated Graphics Controller [8086:2a02] (rev 0c)
lspci -knn: 00:02.1 Display controller [0380]: Intel Corporation Mobile 
GM965/GL960 Integrated Graphics Controller [8086:2a03] (rev 0c)
lspci -knn: 00:03.0 Communication controller [0780]: Intel Corporation Mobile 
PM965/GM965 MEI Controller [8086:2a04] (rev 0c)
lspci -knn: 00:03.2 IDE interface [0101]: Intel Corporation Mobile PM965/GM965 
PT IDER Controller [8086:2a06] (rev 0c)
lspci -knn: 00:03.3 Serial controller [0700]: Intel Corporation Mobile 
PM965/GM965 KT Controller [8086:2a07] (rev 0c)
lspci -knn: Kernel driver in use: serial
lspci -knn: 00:19.0 Ethernet controller [0200]: Intel Corporation 82566MM 
Gigabit Network Connection [8086:1049] (rev 03)
lspci -knn: Kernel driver in use: e1000
lspci -knn: Kernel modules: e1000
lspci -knn: 00:1a.0 USB Controller [0c03]: Intel Corporation 82801H (ICH8 
Family) USB UHCI Controller #4 [8086:2834] (rev 03)
lspci -knn: Kernel driver in use: uhci_hcd
lspci -knn: Kernel modules: uhci-hcd
lspci -knn: 00:1a.1 USB Controller [0c03]: Intel Corporation 82801H (ICH8 
Family) USB UHCI Controller #5 [8086:2835] (rev 03)
lspci -knn: Kernel driver in use: uhci_hcd
lspci -knn: Kernel modules: uhci-hcd
lspci -knn: 00:1a.7 USB Controller [0c03]: Intel Corporation 82801H (ICH8 
Family) USB2 EHCI Controller #2 [8086:283a] (rev 03)
lspci -knn: Kernel driver in use: ehci_hcd
lspci -knn: Kernel modules: ehci-hcd
lspci -knn: 00:1b.0 Audio device [0403]: Intel Corporation 82801H (ICH8 Family) 
HD Audio Controller [8086:284b] (rev 03)
lspci -knn: 00:1c.0 PCI bridge [0604]: Intel Corporation 82801H (ICH8 Family) 
PCI Express Port 1 [8086:283f] (rev 03)
lspci -knn: Kernel driver in use: pcieport-driver
lspci -knn: 00:1c.1 PCI bridge [0604]: Intel Corporation 82801H (ICH8 Family) 
PCI Express Port 2 [8086:2841] (rev 03)
lspci -knn: Kernel driver in use: pcieport-driver
lspci -knn: 00:1c.2 PCI bridge [0604]: Intel Corporation 82801H (ICH8 Family) 
PCI Express Port 3 [8086:2843] (rev 03)
lspci -knn: Kernel driver in use: pcieport-driver
lspci -knn: 00:1c.3 PCI bridge [0604]: Intel Corporation 82801H (ICH8 Family) 
PCI Express Port 4 [8086:2845] (rev 03)
lspci -knn: Kernel driver in use: pcieport-driver
lspci -knn: 00:1c.4 PCI bridge [0604]: Intel Corporation 82801H (ICH8 Family) 
PCI Express Port 5 [8086:2847] (rev 03)
lspci -knn: Kernel driver in use: pcieport-driver
lspci -knn: 00:1d.0 USB Controller [0c03]: Intel Corporation 82801H (ICH8 
Family) USB UHCI Controller #1 [8086:2830] (rev 03)
lspci -knn: Kernel driver in use: uhci_hcd
lspci -knn: Kernel modules: uhci-hcd
lspci -knn: 00:1d.1 USB Controller [0c03]: Intel Corporation 82801H (ICH8 
Family) USB UHCI 

Bug#485559: Re: consistent tftpboot directory location [RFC]

2008-06-10 Thread Franklin PIAT
Package: debian-policy
Severity: wishlist

[Opening a bug, as suggested on [EMAIL PROTECTED] . sorry for spamming]

Hello,

As I were writing an email about the consistency of tftpboot directory,
I fount a previous debian-policy thread[1] where it seemed that a
consensus were already met.
(If you wonder why I'm interested with this, see [2])

I've worked on the following policy snippet. As far as I am concerned, I
would rather make the default location compulsory, and probably drop
tftp-get-root-location then.

Here it is. Your comments/amendments are welcome :

--- START ---
11.12 Packages providing a tftp server

Packages that provides a tftp server (tftpd) which meets the criteria
listed below should declare in their control data that they provide the
virtual package tftp-server.

To be a tftp-server, a program must:

  * Provide a TFTP service compatible with RFC 783 and 1350. 
  * Serve filenames relatively to the defined tftp-root, not
relatively to the system root directory (/). 
  * Provide a program named /usr/bin/tftp-get-root-location which
returns the location of tftp root, as currently configured and
enabled by the system owner.

And it should : 
  * Define /srv/tftp as the default tftp root directory.

Note : The tftp-server is not expected to follow/serve symbolic links (due to 
chroot).
--- END ---

I have also attached a typical tftp-get-root-location script (for
tftpd-hpa, but it should be simple to adapt for other daemons). 

Franklin Piat

[1] http://lists.debian.org/debian-policy/2005/03/msg00046.html
[2] http://www.klabs.be/~fpiat/linux/debian/di-netboot-assistant/



tftp-get-root-location
Description: application/shellscript


Bug#483465: popularity-contest: cronjob should use ionice

2008-06-09 Thread Franklin PIAT
Hello,

On Mon, 2008-06-09 at 07:33 +0200, Petter Reinholdtsen wrote:
 [Franklin PIAT]
  Yep, it's less intrusive, however, ionice -p doesn't seems to be
  propagated to existing child process :
 
 I know, and that is OK, as long as it is executed early in the script,
 before child processes are forked.

So you did meant ionice -c2 -p $$ before invocation, not ionice -c2
-p $! after... I miss-understood that.

As you mentioned, it would be less intrusive, so it would be better.
 
  The class 3 (idle) can lead to deadlocks[1]. (I think there were some
  improvements in recent kernels).
 
 Ah, good to know.  
 
  I thought class 2 was the default, thus making the operation a no-op?
  You are right... I usually run nice ionice -c2 foobar (which works).
  Maybe we should do that... or use ionice -c2 -n7
 
 If -c2 already is the default, it would be a no-op, and I see be no
 reason to call it for the popcon scripts.

Class 2 is the default class. But within that class there are many
priorities. The manpage says This class takes a priority argument from
0-7, with lower number being higher priority.

ioprio.txt[1] states that io_nice = (cpu_nice + 20) / 5 which means
the default is 4.

 The '-n7' argument might have some effect, but with -c2 it would raise the 
 priority of the
 process, not lowering it, if I understand ionice correctly.  Yet
 again, I fail to understand why you would like to use the arguments
 you propose.  Care to elaborate?

You pointed out my mistake previously : ionice -c2 should be run in
conjunction with nice, or ionice -c2 -nX to actually have an
effect.

 Bill suggested this should be done in cron, and not in each cronjob.
 What is your view on this?  Why should it be fixed here and not in
 crond?

I've just replied to his mail.
Short answer : Why not if it can be in Lenny.
Long answer include : ...undesirables side effects... 

Franklin




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



Bug#474034: ITP: gpxe -- PXE network bootloader for x86 PCs

2008-06-08 Thread Franklin PIAT
Hello,

On Wed, 2008-04-02 at 22:55 +0200, Jan Lübbe wrote:
 * Package name: gpxe
   Description : PXE network bootloader for x86 PCs
 
 gPXE provides a direct replacement for proprietary PXE ROMs, 

Today, is a good day... Not only did I discovered that qemu is now
capable of netbooting, with NIC ROM.
But I was about to request qemu and etherboot maintainers to provide a
small package, which only provides the ROMs for qemu
(in /usr/share/qemu)... then I noticed that you maintain KVM and you ITP
gPXE.. great !

I wondered if I could help somehow.

Franklin




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



Bug#483465: popularity-contest: cronjob should use ionice

2008-06-08 Thread Franklin PIAT
Hi Petter,

On Sun, 2008-06-08 at 19:08 +0200, Petter Reinholdtsen wrote:
 [Franklin Piat]
  popularity-contest's cronjob (/etc/cron.daily/popularity-contest)
  should use ionice...

 I suspect adding something like this to the script is less intrusive:
 
   ionice -c2 -p $$  /dev/null 21 || true

Yep, it's less intrusive, however, ionice -p doesn't seems to be
propagated to existing child process :

$ su -s /bin/sh -c dd if=/dev/zero of=/dev/zero nobody 
$ ionice -c2 -p$! -n7

17056 pts/13   S  0:00   \_ su -s /bin/sh -c dd if=/dev/zero ...
17058 pts/13   S  0:00   |   \_ sh -c dd if=/dev/zero of=/dev/zero
17059 pts/13   R  0:03   |   \_ dd if /dev/zero of /dev/zero
17060 pts/13   R+ 0:00   \_ ps xaf

$  ionice -p17059
none: prio 4
$  ionice -p17058
none: prio 4
$  ionice -p17056
best-effort: prio 7


 It change the nice level on the script process.  Btw, why did you
 choose class 2 (best-effort) instead of class 3 (idle)?

The class 3 (idle) can lead to deadlocks[1]. (I think there were some
improvements in recent kernels).

 I thought class 2 was the default, thus making the operation a no-op?
You are right... I usually run nice ionice -c2 foobar (which works).
Maybe we should do that... or use ionice -c2 -n7

Franklin


[1] http://article.gmane.org/gmane.linux.utilities.util-linux-ng/784
[2] /usr/share/doc/linux-doc-2.6.25/Documentation/block/ioprio.txt.gz




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



Bug#483465: [Popcon-developers] Bug#483465: popularity-contest: cronjob should use ionice

2008-06-08 Thread Franklin PIAT
Hello,

On Sun, 2008-06-08 at 19:42 +0200, Bill Allombert wrote:
 On Sun, Jun 08, 2008 at 07:08:45PM +0200, Petter Reinholdtsen wrote:
  [Franklin Piat]
   popularity-contest's cronjob (/etc/cron.daily/popularity-contest)
   should use ionice in order to be [even] less intrusive.
 
 Personnally, I do not like it, because this cause yet another package
 (schedutils) to be used by popcon, and for which the 'vote' data will
 be meaningless (we will have installed=vote).

ionice is now included in the util-linux package.

 Furthermore, I think this setting should be configured at the cron
 programm level, not for each cronjob separately.

That would be much nicer ;)

But since nice was never enabled globally for cron jobs, I didn't
considered asking for that.

For instance, there might be some cron jobs that actually restart a
daemon (instead of reload)...

We could reassign the bug to cron, but I'm afraid it might not be
applied in Lenny (because we're so close from freeze, and it's might be
considered difficult to the side-effects).

Franklin




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



Bug#484011: aptitude: Display archive-name|origin|Label in package view (add %t to Package-Display-Format)

2008-06-01 Thread Franklin Piat
Package: aptitude
Version: 0.4.11.2-1
Severity: wishlist

Hi,


Debian/Lenny users will have multiple entries in /etc/apt/sources.list
because stable and volatile will be enabled on new Lenny systems.
Also, more and more system have backports.org enabled, not to mention
stable-proposed-updates testers.

It order to make it clearer to users where packages comes from, it
would be great to display their origin.

Adding %t to aptitude::UI::Package-Display-Format would be a good
start. (i.e. The archive in which the package is found.)

I've had a look at the Release files. But I haven't fount a perfect
header-entry (i.e. that would be short and differentiate them all) but
Label: seems not so bad.

Franklin.





Some Release files :

http://ftp.debian.org/debian/dists/etch/Release
  Origin: Debian
  Label: Debian
  Suite: stable
  Version: 4.0r3
  Codename: etch
  Description: Debian 4.0r3 Released 16th February 2008

Origin: Debian
  Label: Debian-Security
  Suite: stable
  Version: 4.0
  Codename: etch
  Description: Debian 4.0 Security Updates

http://volatile.debian.org/debian-volatile/dists/etch/volatile-sloppy/Release
  Origin: volatile.debian.org
  Label: debian-volatile
  Suite: stable
  Codename: etch
  NotAutomatic: yes
  Description: volatile.debian.org


http://www.backports.org/debian/dists/etch-backports/Release
  Origin: Backports.org archive
  Label: Backports.org archive
  Suite: etch-backports
  Codename: etch-backports
  NotAutomatic: yes
  Description: Backports for the Etch Distribution


http://ftp.debian.org/debian/dists/etch-proposed-updates/Release
  Origin: Debian
  Label: Debian
  Suite: proposed-updates
  Version: 4.0-updates
  Codename: etch-proposed-updates
  Description: Proposed Updates for Debian 4.0 - Not Released



-- Package-specific info:
aptitude 0.4.11.2 compiled at Apr 12 2008 04:21:26
Compiler: g++ 4.2.3 (Debian 4.2.3-3)
Compiled against:
  apt version 4.6.0
  NCurses version 5.6
  libsigc++ version: 2.0.18
  Ept support enabled.

Current library versions:
  NCurses version: ncurses 5.6.20080308
  cwidget version: 0.5.11
  Apt version: 4.6.0
Terminal: xterm
$DISPLAY is set.
`which aptitude`: /usr/bin/aptitude
aptitude version information:

aptitude linkage:

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

Kernel: Linux 2.6.25-2-686 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages aptitude depends on:
ii  apt [libapt-pkg-libc6. 0.7.11Advanced front-end for dpkg
ii  libc6  2.7-10GNU C Library: Shared libraries
ii  libcwidget30.5.11-1  high-level terminal interface libr
ii  libept00.5.17High-level library for managing De
ii  libgcc11:4.3.0-5 GCC support library
ii  libncursesw5   5.6+20080308-1Shared libraries for terminal hand
ii  libsigc++-2.0-0c2a 2.0.18-2  type-safe Signal Framework for C++
ii  libstdc++6 4.3.0-5   The GNU Standard C++ Library v3
ii  libxapian151.0.5-1   Search engine library
ii  zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime

Versions of packages aptitude recommends:
ii  aptitude-doc-en [aptitude-doc 0.4.11.2-1 English manual for aptitude, a ter
ii  libparse-debianchangelog-perl 1.1.1-2parse Debian changelogs and output

-- no debconf information



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



Bug#483465: popularity-contest: cronjob should use ionice

2008-05-28 Thread Franklin Piat
Package: popularity-contest
Version: 1.45
Severity: wishlist
Tags: patch

popularity-contest's cronjob (/etc/cron.daily/popularity-contest)
should use ionice in order to be [even] less intrusive.

I've attached a simple patch.

Franklin

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

Kernel: Linux 2.6.25-2-686 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages popularity-contest depends on:
ii  debconf [debconf-2.0] 1.5.22 Debian configuration management sy
ii  dpkg  1.14.18package maintenance system for Deb

Versions of packages popularity-contest recommends:
ii  cron  3.0pl1-104 management of regular background p
ii  exim4 4.69-5 meta-package to ease Exim MTA (v4)
ii  exim4-daemon-light [mail-tran 4.69-5+b1  lightweight Exim MTA (v4) daemon

-- debconf information excluded
--- /etc/cron.daily/popularity-contest.orig 2008-05-28 09:03:29.0 
+0200
+++ /etc/cron.daily/popularity-contest  2008-05-28 22:40:42.0 +0200
@@ -31,6 +31,11 @@
   exit 0
 fi
 
+# See ionice(1)
+if [ -x /usr/bin/ionice ]; then
+IONICE=/usr/bin/ionice -c2
+fi
+
 # keep old logs
 cd /var/log
 umask 022
@@ -39,7 +44,7 @@
 
 run_popcon()
 {
-   su -s /bin/sh -c /usr/sbin/popularity-contest nobody
+   $IONICE su -s /bin/sh -c /usr/sbin/popularity-contest nobody
 }
 
 do_sendmail()


Bug#482488: moinmoin-common: cannot import name RequestCGI when upgrading to 1.6

2008-05-23 Thread Franklin Piat
Package: moinmoin-common
Version: 1.6.3-1
Severity: wishlist


People running moinmoin as cgi, upgading to 1.6 may get the following
error message :

 Traceback (most recent call last):
 File /var/www/mywiki/moin.cgi, line 39, in module
   from MoinMoin.request import RequestCGI
 ImportError: cannot import name RequestCGI
 Premature end of script headers: moin.cgi

Because the file moin.cgi isn't upgraded when the package is upgraded.

This is because the  file [1] instructs the user to do :
 cp -r /usr/share/moin/server/moin.cgi /var/www/mywiki
when installing Moinmoin.

Resolution :
- update the moin.cgi the user copied in int's server directory.


Wishlist :
- Suggest (apache) users to use 
  ScriptAlias /MyWiki /usr/share/moin/server/moin.cgi
- Document the upgrade procedure.

Thanks,

Franklin


[1] /usr/share/doc/moinmoin-common/README.Debian.gz instructs the

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

Kernel: Linux 2.6.25-2-686 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages moinmoin-common depends on:
ii  python2.5.2-1An interactive high-level object-o

Versions of packages moinmoin-common recommends:
ii  python-moinmoin   1.6.3-1Python clone of WikiWiki - library

-- no debconf information



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



Bug#477436: eog: Add mime support for image/svg+xml-compressed (.svgz) files.

2008-04-23 Thread Franklin PIAT
Package: eog
Version: 2.22.1-1
Severity: normal
Tags: patch

eog can open .svgz files if I use Menu/File/Open, but the mime type
isn't associated, so double clicking on a file doesn't work.

I've attached a patch for eog.desktop which solves this.

Franklin

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

Kernel: Linux 2.6.25-trunk-686 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages eog depends on:
ii  gconf2 2.22.0-1  GNOME configuration database syste
ii  gnome-icon-theme   2.22.0-1  GNOME Desktop icon theme
ii  libart-2.0-2   2.3.20-1  Library of functions for 2D graphi
ii  libc6  2.7-10GNU C Library: Shared libraries
ii  libcairo2  1.5.8-1   The Cairo 2D vector graphics libra
ii  libdbus-glib-1-2   0.74-1simple interprocess messaging syst
ii  libexempi3 2.0.0-1   library to parse XMP metadata (Lib
ii  libexif12  0.6.16-2.1library to parse EXIF files
ii  libgconf2-42.22.0-1  GNOME configuration database syste
ii  libglade2-01:2.6.2-1 library to load .glade files at ru
ii  libglib2.0-0   2.16.1-2  The GLib library of C routines
ii  libgnome-desktop-2 2.22.1-1  Utility library for loading .deskt
ii  libgnome2-02.20.1.1-1The GNOME 2 library - runtime file
ii  libgnomeui-0   2.20.1.1-1The GNOME 2 libraries (User Interf
ii  libgnomevfs2-0 1:2.22.0-2GNOME Virtual File System (runtime
ii  libgtk2.0-02.12.9-2  The GTK+ graphical user interface 
ii  libjpeg62  6b-14 The Independent JPEG Group's JPEG 
ii  liblcms1   1.16-8Color management library
ii  libx11-6   2:1.0.3-7 X11 client-side library
ii  libxml22.6.31.dfsg-2 GNOME XML library
ii  python2.4  2.4.5-1   An interactive high-level object-o
ii  shared-mime-info   0.23-5FreeDesktop.org shared MIME databa

Versions of packages eog recommends:
ii  librsvg2-common   2.22.2-2   SAX-based renderer library for SVG

-- no debconf information
--- /tmp/eog-orig.desktop   2008-04-23 11:32:31.0 +0200
+++ /usr/share/applications/eog.desktop 2008-04-23 11:31:37.0 +0200
@@ -150,4 +150,4 @@
 X-GNOME-Bugzilla-Component=general
 X-GNOME-Bugzilla-Version=2.22.1
 X-GNOME-DocPath=eog/eog.xml
-MimeType=image/bmp;image/gif;image/jpeg;image/jpg;image/pjpeg;image/png;image/tiff;image/x-bmp;image/x-gray;image/x-icb;image/x-ico;image/x-png;image/x-portable-anymap;image/x-portable-bitmap;image/x-portable-graymap;image/x-portable-pixmap;image/x-psd;image/x-xbitmap;image/x-xpixmap;image/x-pcx;image/svg+xml;image/vnd.wap.wbmp;
+MimeType=image/bmp;image/gif;image/jpeg;image/jpg;image/pjpeg;image/png;image/tiff;image/x-bmp;image/x-gray;image/x-icb;image/x-ico;image/x-png;image/x-portable-anymap;image/x-portable-bitmap;image/x-portable-graymap;image/x-portable-pixmap;image/x-psd;image/x-xbitmap;image/x-xpixmap;image/x-pcx;image/svg+xml;image/vnd.wap.wbmp;image/svg+xml-compressed;


Bug#475384: module-assistant: package description should contain m-a (for apt-cache search m-a)

2008-04-10 Thread Franklin PIAT
Package: module-assistant
Version: 0.10.11.0
Severity: wishlist

If [the great] module-assistant package had the keyword
m-a in it's description, user running 
 apt-cache search m-a
Would find it.

Thanks,

Franklin

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

Kernel: Linux 2.6.24-1-686 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages module-assistant depends on:
ii  libtext-wrapi18n-perl 0.06-6 internationalized substitute of Te
ii  perl  5.8.8-12   Larry Wall's Practical Extraction 

Versions of packages module-assistant recommends:
ii  liblocale-gettext-perl1.05-3 Using libc functions for internati

-- no debconf information



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



Bug#474733: closed by Damyan Ivanov [EMAIL PROTECTED] (Bug#474733: fixed in firebird2.0 2.0.3.12981.ds1-10)

2008-04-09 Thread Franklin PIAT
Hello,


On Wed, 2008-04-09 at 17:09 +, Debian Bug Tracking System wrote:
 #474733: rhythmbox: Please suggest python-coherence instead of
 python-louie

I think you have closed this bug by mistake. you probably wanted to
close : #474773: firebird FTBFS on mips
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=474773


   Forwarded Message 
  From: Damyan Ivanov [EMAIL PROTECTED]
  To: [EMAIL PROTECTED]

  Closes: 474733
  Changes: 
   firebird2.0 (2.0.3.12981.ds1-10) unstable; urgency=low
   .
 * port-mips.patch: MIPS-MIPSEB in xdr.cpp too
   really closes: #474733






Bug#474394: qemulator: Freedesktop Menu entry in wrong category.

2008-04-07 Thread Franklin PIAT
Hi,

A few more words on my rationale. If it doesn't convince you, the
wishlist/wontfix would be fine for me too.

On Mon, 2008-04-07 at 01:21 +0200, Francesco Namuri wrote:
 Il giorno 05/apr/08, alle ore 15:40, Franklin PIAT ha scritto:
 
  qemulator.desktop says Category=..;Utility;... therefore the icon  
  ends up in Gnome's Accessories section [1].

If we observe what's in the Accessories menu on a fresh Debian
installation, there are only utilities for true end-user, like
Calculator,  Take screenshot, Terminal, Text editor...

Tools that are more technical are in the System submenu (that's how I
understand it, at least)

  I think Categories=System;Emulator;GTK would be more appropriate.
  (Actually, this would match your pre-existing /usr/share/menu file)
 

 Emulator: Emulator of another platform, such as a DOS emulator

Yep, Freedesktop has no place for vitalization tools. But the difference
between emulator, system simulator, virtual machine, hypervisors, etc..
are sometime very subtle (consider
qemu, qemu-${arch}, qemu-system-${arch}, kvm, etc..)

From a user point of view, it may make sense to group them all, IMHO.

Freedesktop puts game-emulator on one side and system-emulator on the
other side, which seems sensible to me (separation is based on what user
want to do, not how it's achieved).

 qemulator is a front-end to qemu, so I think that is more appropriate
 the utility section, is for this reason that I've made a patch to the
 original .desktop file.

As far as the user is concerned, qemulator is qemu and vice-versa.



Thanks for bringing qemulator to Debian.

Franklin





Bug#474729: python-coherence: media_renderer.py doesn't import os.

2008-04-07 Thread Franklin PIAT
Package: python-coherence
Version: 0.5.2-1
Severity: important
Tags: patch


The file 
/usr/lib/python2.4/site-packages/coherence/upnp/devices/media_renderer.py uses 
os.path,
but doesn't import os beforehand.

A patch is attached ;)

Franklin


Enabling DNLA/UPnp in Rhythmbox typically produce the error message
(quoted mainly for googlers):
 WARN  coherence   Apr 07 14:44:42  Coherence UPnP framework 
 version 0.5.2 starting... (coherence/base.py:165)
 WARN  webserver   Apr 07 14:44:42  WebServer on port 60182 
 ready (coherence/base.py:103)
 WARN  rb_media_renderer   Apr 07 14:44:42  __init__ RhythmboxPlayer 
 {'shell': rb.Shell object at 0x93ccdc4 (RBShell at 0x8194020), 
 'no_thread_needed': True, 'icon': {'url': 'file:///home/fpiat/.face', 
 'mimetype': 'image/png', 'depth': '24', 'height': '96', 'width': '96'}} 
 (coherence/MediaPlayer.py:33)
 WARN  rb_media_renderer   Apr 07 14:44:42  get_volume 1.0 
 (coherence/MediaPlayer.py:357)
 Unhandled error in Deferred:
 Traceback (most recent call last):
   File /usr/lib/python2.4/site-packages/twisted/internet/gtk2reactor.py, 
 line 216, in simulate
 self.runUntilCurrent()
   File /usr/lib/python2.4/site-packages/twisted/internet/base.py, line 561, 
 in runUntilCurrent
 call.func(*call.args, **call.kw)
   File /usr/lib/python2.4/site-packages/twisted/internet/defer.py, line 
 239, in callback
 self._startRunCallbacks(result)
   File /usr/lib/python2.4/site-packages/twisted/internet/defer.py, line 
 304, in _startRunCallbacks
 self._runCallbacks()
 --- exception caught here ---
   File /usr/lib/python2.4/site-packages/twisted/internet/defer.py, line 
 317, in _runCallbacks
 self.result = callback(self.result, *args, **kw)
   File /usr/lib/python2.4/site-packages/louie/plugin.py, line 103, in called
 return receiver(*args, **kw)
   File 
 /usr/lib/python2.4/site-packages/coherence/upnp/devices/media_renderer.py, 
 line 233, in init_complete
 icons=self.icons))
   File 
 /usr/lib/python2.4/site-packages/coherence/upnp/devices/media_renderer.py, 
 line 129, in __init__
 ET.SubElement(i, k).text = '/'+uuid[5:]+'/'+os.path.basename(v)
 exceptions.NameError: global name 'os' is not defined
 WARN  rb_coherence_plugin Apr 07 14:44:43  found upnp server 
 Rhythmbox on 192.168.0.20 
 (uuid:e71991be-7a85-47a5-a5bf-d19d9335fce1::upnp:rootdevice) 
 (coherence/__init__.py:144)
 WARN  coherence   Apr 07 14:45:01  Coherence UPnP framework 
 shutdown (coherence/base.py:322)

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

Kernel: Linux 2.6.24-1-686 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages python-coherence depends on:
ii  python2.4.4-6An interactive high-level object-o
ii  python-celementtree   1.0.5-9Light-weight toolkit for XML proce
ii  python-central0.6.1  register and build utility for Pyt
ii  python-configobj  4.4.0-2a simple but powerful config file 
ii  python-ctypes 1.0.2-2Python package to create and manip
ii  python-elementtree1.2.6-11   Light-weight toolkit for XML proce
ii  python-gst0.100.10.11-1  generic media-playing framework (P
ii  python-louie  1.1-1  Python signal dispatching mechanis
ii  python-pkg-resources  0.6c8-2Package Discovery and Resource Acc
ii  python-twisted-core   2.5.0-2Event-based framework for internet
ii  python-twisted-web0.7.0-1An HTTP protocol implementation to
ii  python-zopeinterface  3.3.1-5The implementation of interface de

python-coherence recommends no packages.

-- no debconf information
--- /usr/lib/python2.4/site-packages/coherence/upnp/devices/media_renderer.py~	2008-04-07 14:46:16.0 +0200
+++ /usr/lib/python2.4/site-packages/coherence/upnp/devices/media_renderer.py	2008-04-07 14:46:21.0 +0200
@@ -20,6 +20,7 @@
 from coherence.upnp.devices.basics import BasicAVMixin
 
 import louie
+import os
 
 from coherence import log
 


Bug#474733: rhythmbox: Please suggest python-coherence instead of python-louie

2008-04-07 Thread Franklin PIAT
Package: rhythmbox
Version: 0.11.5-1
Severity: normal


Hello,

As far as I understand, rhythmbox should suggest python-coherence instead of
python-louie, since /usr/lib/rhythmbox/plugins/upnp_coherence/MediaStore.py
imports both coherence.upnp.core and louie, but coherence depends on
louie.

By the way, I suggest rephrasing the package description:
 You need the python-louie package for UPnP support with the
 upnp_coherence plugin. 

As something like
 You need the python-coherence package for the DLNA/UPnp sharing plugin.

Thank you for bringin rhythmbox to Debian.

Franklin

P.S. Great, UPnP plugin works with Playstation 3 !

--
Error messages (quoted mainly for googlers;):

GUI :
 Plugin error :
 Unable to activate plugin DLNA/UPnP sharing and control support

console :
 Traceback (most recent call last):
   File /usr/lib/rhythmbox/plugins/upnp_coherence/__init__.py, line 6,
  in ?
  from coherence import log
  ImportError: No module named coherence

  (rhythmbox:24089): Rhythmbox-WARNING **: Could not load plugin
  upnp_coherence

  (rhythmbox:24089): Rhythmbox-WARNING **: Error, impossible to
  activate plugin 'DLNA/UPnP sharing and control support'

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

Kernel: Linux 2.6.24-1-686 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages rhythmbox depends on:
ii  dbus   1.1.20-1  simple interprocess messaging syst
ii  gconf2 2.22.0-1  GNOME configuration database syste
ii  gnome-icon-theme   2.22.0-1  GNOME Desktop icon theme
ii  gstreamer0.10-alsa [gs 0.10.18-3 GStreamer plugin for ALSA
ii  gstreamer0.10-esd [gst 0.10.7-3  GStreamer plugin for ESD
ii  gstreamer0.10-gnomevfs 0.10.18-3 GStreamer plugin for GnomeVFS
ii  gstreamer0.10-plugins- 0.10.18-3 GStreamer plugins from the base 
ii  gstreamer0.10-plugins- 0.10.7-3  GStreamer plugins from the good 
ii  gstreamer0.10-x0.10.18-3 GStreamer plugins for X11 and Pang
ii  libart-2.0-2   2.3.20-1  Library of functions for 2D graphi
ii  libatk1.0-01.20.0-1  The ATK accessibility toolkit
ii  libavahi-client3   0.6.22-2  Avahi client library
ii  libavahi-common3   0.6.22-2  Avahi common library
ii  libavahi-glib1 0.6.22-2  Avahi glib integration library
ii  libbonobo2-0   2.22.0-1  Bonobo CORBA interfaces library
ii  libbonoboui2-0 2.22.0-1  The Bonobo UI library
ii  libc6  2.7-6 GNU C Library: Shared libraries
ii  libcairo2  1.4.14-1  The Cairo 2D vector graphics libra
ii  libdbus-1-31.1.20-1  simple interprocess messaging syst
ii  libdbus-glib-1-2   0.74-1simple interprocess messaging syst
ii  libexpat1  1.95.8-4  XML parsing C library - runtime li
ii  libffi53.0.4-2   Foreign Function Interface library
ii  libfontconfig1 2.5.0-2   generic font configuration library
ii  libfreetype6   2.3.5-1+b1FreeType 2 font engine, shared lib
ii  libgconf2-42.22.0-1  GNOME configuration database syste
ii  libglade2-01:2.6.2-1 library to load .glade files at ru
ii  libglib2.0-0   2.16.1-2  The GLib library of C routines
ii  libgnome-keyring0  2.22.0-2  GNOME keyring services library
ii  libgnome-media02.22.0-1  runtime libraries for the GNOME me
ii  libgnome2-02.20.1.1-1The GNOME 2 library - runtime file
ii  libgnomecanvas2-0  2.20.1.1-1A powerful object-oriented display
ii  libgnomeui-0   2.20.1.1-1The GNOME 2 libraries (User Interf
ii  libgnomevfs2-0 1:2.22.0-2GNOME Virtual File System (runtime
ii  libgpod3   0.6.0-3   a library to read and write songs 
ii  libgstreamer-plugins-b 0.10.18-3 GStreamer libraries from the base
ii  libgstreamer0.10-0 0.10.18-4 Core GStreamer libraries and eleme
ii  libgtk2.0-02.12.9-2  The GTK+ graphical user interface 
ii  libhal10.5.11~rc2-1  Hardware Abstraction Layer - share
ii  libice62:1.0.4-1 X11 Inter-Client Exchange library
ii  liblircclient0 0.8.2-2   infra-red remote control support -
ii  libmtp70.2.6.1-1 Media Transfer Protocol (MTP) libr
ii  libmusicbrainz4c2a 2.1.5-2   Second generation incarnation of t
ii  libnautilus-burn4  2.20.0-1  Nautilus Burn Library - runtime ve
ii  libnotify1 [libnotify1 0.4.4-3   sends desktop notifications to a n
ii  libnspr4-0d4.7.0-2   

Bug#474513: mlocate: Should recommend schedutils (ionice).

2008-04-06 Thread Franklin PIAT
Package: mlocate
Version: 0.19-1
Severity: wishlist

Hello,

/etc/cron.daily/mlocate uses ionice if it's present, which is a nice
feature.

mlocate should suggest or recommend schedutils, so users knows it... and
install it.

Thanks,

Franklin

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

Kernel: Linux 2.6.24-1-686 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages mlocate depends on:
ii  adduser   3.106  add and remove users and groups
ii  libc6 2.7-6  GNU C Library: Shared libraries

mlocate recommends no packages.

-- no debconf information



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



Bug#474521: xpn: Missing menu entry in Gnome.

2008-04-06 Thread Franklin PIAT
Package: xpn
Version: 1.0.0-1
Severity: important


Hello,

Xpn has no menu entry under gnome.

I've attached a /usr/share/applications/xpn.desktop file.
It assumes the icon /usr/share/xpn/pixmaps/xpn-icon.png is 
copied to /usr/share/pixmaps/xpn.png 

Thanks,

Franklin

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

Kernel: Linux 2.6.24-1-686 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages xpn depends on:
ii  python2.4.4-6An interactive high-level object-o
ii  python-gtk2   2.12.1-1   Python bindings for the GTK+ widge

xpn recommends no packages.

-- no debconf information
[Desktop Entry]
Encoding=UTF-8
Name=Xpn Newsreader
Name[az]=Xpn Xəbərlər Oxuyucusu
Name[bg]=Четец на новини (Xpn)
Name[ca]=Lector de notícies Xpn
Name[cs]=Program pro čtení diskusních skupin Xpn
Name[da]=Xpn - nyhedsgruppelæser
Name[de]=Newsreader Xpn
Name[el]=Xpn Ανάγνωση συζητήσεων
Name[en_CA]=Xpn Newsreader
Name[en_GB]=Xpn Newsreader
Name[es]=Lector de noticias Xpn
Name[et]=Uudiseriider Xpn
Name[fi]=Xpn-keskusteluryhmäohjelma
Name[fr]=Lecteur de nouvelles Xpn
Name[hr]=Xpn program za čitanje novosti
Name[it]=Xpn Lettore di News
Name[ja]=ニュースリーダ Xpn
Name[lv]=Xpn Jaunumlasītājs
Name[ms]=Pembaca berita Xpn
Name[nb]=Xpn newsleser
Name[nl]=Xpn nieuwslezer
Name[pl]=Xpn
Name[pt]=Leitor de Notícias Xpn
Name[pt_BR]=Leitor de Notícias Xpn
Name[ro]=Cititorul de ştiri Xpn 
Name[sk]=Xpn - Program pre prácu s diskusnými skupinami
Name[sq]=Xpn - Lexuesi i Lajmeve
[EMAIL PROTECTED] klijent za diskusione grupe
Name[sv]=Diskussionsgruppsläsaren Xpn
Name[tr]=Xpn Haber Okuyucusu
Name[uk]=Переглядач новин Xpn
Name[vi]=Bộ đọc tin tức Xpn
Name[zh_TW]=Xpn 新聞閱讀器
Comment=Read News from Usenet
Comment[bg]=Четене на новини от Usenet
Comment[ca]=Llegiu notícies de Usenet
Comment[cs]=Čtení zpráv diskusních skupin ze sítě Usenet
Comment[da]=Læs nyhedsgrupper fra Usenet
Comment[de]=Diskussionsgruppen im Usenet lesen
Comment[el]=Ανάγνωση συζητήσεων από το Usenet
Comment[en_CA]=Read News from Usenet
Comment[en_GB]=Read News from Usenet
Comment[es]=Lea las noticias de Usenet
Comment[et]=Loe Usenetist uudiseid
Comment[fi]=Lue Usenetin keskusteluryhmiä
Comment[fr]=Lit les nouvelles de Usenet
Comment[hr]=Čitaj Novosti sa Useneta
Comment[it]=Leggi News da Usenet
Comment[ja]=Usenet のニュースを読みます
Comment[lv]=Lasīt Jaunumus no Usenet
Comment[ms]=Membaca Berita dari Usenet
Comment[nb]=Les nyheter fra Usenet
Comment[nl]=Nieuws van Usenet lezen
Comment[pl]=Odczytuje nowiny z Usenetu
Comment[pt]=Leia Notícias da Usenet
Comment[pt_BR]=Ler notícias da Usenet
Comment[ro]=Citeşte articole de pe Usenet
Comment[sk]=Prečítať správy z Usenetu
Comment[sq]=Lexon lajmet nga Usenet
[EMAIL PROTECTED] diskusione grupe
Comment[sv]=Läs diskussionsgrupper från Usenet
Comment[tr]=Habeleri Usenet'ten Oku
Comment[uk]=Читання новин Usenet
Comment[vi]=Đọc tin tức từ Usenet
Comment[zh_TW]=從 Usenet 讀取新聞
Exec=xpn
Icon=xpn.png
Terminal=false
Type=Application
Categories=GTK;Application;Network;News
StartupNotify=false


Bug#474521: xpn: Missing menu entry in Gnome.

2008-04-06 Thread Franklin PIAT
Hello,

On Sun, 2008-04-06 at 13:29 +0200, David Paleino wrote:
 severity 474521 wishlist
 tags 474521 confirmed pending
 thanks
 
 On Sun, 06 Apr 2008 13:08:39 +0200, Franklin PIAT wrote:
 
  Package: xpn
  Version: 1.0.0-1
  Severity: important
 
 This is a wishlist bug, lowering the severity.

My rationale was that xpn is targeted at GTK users (probably 90% gnome
and 10% XFCE), thus making it unavailable to 90% of the users.

But wishlist is fine, as long as it's fixed ;)

  It assumes the icon /usr/share/xpn/pixmaps/xpn-icon.png is 
  copied to /usr/share/pixmaps/xpn.png
 
 I've symlinked it, just not to copy redundant data.

That makes sense.  ( s/copied to/available at/ )

 Expect an updated package to be uploaded soon! :)

Thanks.

Franklin





Bug#471564: installation-report: DI for Lenny, beta1 on HP dc7800

2008-04-05 Thread Franklin PIAT
On Wed, 2008-03-19 at 10:05 -0300, Otavio Salvador wrote:
 Franklin PIAT [EMAIL PROTECTED] writes:
 
  * Need to pass install noapic nolapic acpi=off as kernel 
argument otherwise, the computer wont boot properly.
 
 Could you upgrade to sid kernel and remove those boot params and
 inform us if there it works fine?

Sorry, I don't have this machine anymore. I won't be able to make this
test :-(

Franklin




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



Bug#474393: elinks: .desktop menu entry in wrong category.

2008-04-05 Thread Franklin PIAT
Package: elinks
Version: 0.11.3-5
Severity: normal

Hello,

elinks.desktop says Category=Utility;... therefore the icon ends up in
Gnome's Accessories section [1].

I think Categories=Network;WebBrowser would be more appropriate.
(Actually, this would match the pre-existing /usr/share/menu file)

Franklin


[1] http://standards.freedesktop.org/menu-spec/latest/apa.html

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

Kernel: Linux 2.6.24-1-686 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages elinks depends on:
ii  elinks-data0.11.3-5  Data files for ELinks - An advance
ii  libbz2-1.0 1.0.5-0.1 high-quality block-sorting file co
ii  libc6  2.7-6 GNU C Library: Shared libraries
ii  libexpat1  1.95.8-4  XML parsing C library - runtime li
ii  libgnutls262.2.2-1   the GNU TLS library - runtime libr
ii  libgpmg1   1.20.3~pre3-3 General Purpose Mouse - shared lib
ii  libidn11   1.4-1 GNU libidn library, implementation
ii  liblua50   5.0.3-3   Main interpreter library for the L
ii  liblualib505.0.3-3   Extension library for the Lua 5.0 
ii  libperl5.8 5.8.8-12  Shared Perl library
ii  libruby1.8 1.8.6.114-2   Libraries necessary to run Ruby 1.
ii  zlib1g 1:1.2.3.3.dfsg-11 compression library - runtime

elinks recommends no packages.

-- no debconf information



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



Bug#474394: qemulator: Freedesktop Menu entry in wrong category.

2008-04-05 Thread Franklin PIAT
Package: qemulator
Version: 0.5-3
Severity: normal

Hello,

qemulator.desktop says Category=..;Utility;... therefore the icon ends up in
Gnome's Accessories section [1].

I think Categories=System;Emulator;GTK would be more appropriate.
(Actually, this would match your pre-existing /usr/share/menu file)

Franklin


[1] http://standards.freedesktop.org/menu-spec/latest/apa.html

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

Kernel: Linux 2.6.24-1-686 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages qemulator depends on:
ii  libglade2-0   1:2.6.2-1  library to load .glade files at ru
ii  python2.4.4-6An interactive high-level object-o
ii  python-central0.6.1  register and build utility for Pyt
ii  python-glade2 2.12.1-1   GTK+ bindings: Glade support
ii  python-gtk2   2.12.1-1   Python bindings for the GTK+ widge

Versions of packages qemulator recommends:
ii  qemu  0.9.1-3fast processor emulator

-- no debconf information



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



Bug#474397: xchm: Freedesktop menu entry in wrong category.

2008-04-05 Thread Franklin PIAT
Package: xchm
Version: 2:1.14-2
Severity: normal

Hello,

xchm.desktop says Category=..;Utility;... therefore the icon ends up in
Gnome's Accessories section [1].

I think Categories=Office;Viewer;GTK would be more appropriate.
(Actually, this would be the closest match to the pre-existing
/usr/share/menu file)

Franklin


[1] http://standards.freedesktop.org/menu-spec/latest/apa.html

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

Kernel: Linux 2.6.24-1-686 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages xchm depends on:
ii  libc62.7-6   GNU C Library: Shared libraries
ii  libchm1  2:0.39-7library for dealing with Microsoft
ii  libgcc1  1:4.3.0-1   GCC support library
ii  libstdc++6   4.3.0-1 The GNU Standard C++ Library v3
ii  libwxbase2.6-0   2.6.3.2.2-2 wxBase library (runtime) - non-GUI
ii  libwxgtk2.6-02.6.3.2.2-2 wxWidgets Cross-platform C++ GUI t

xchm recommends no packages.

-- no debconf information



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



Bug#474399: bluez-gnome: Freedesktop menu entry in wrong category.

2008-04-05 Thread Franklin PIAT
Package: bluez-gnome
Version: 0.22-1
Severity: normal

Hello,

bluetooth-analyzer.desktop says Category=..;Utility;... therefore the icon
ends up in Gnome's Accessories section [1].

I think Categories=System;Monitor;GTK;GNOME would be more appropriate.
(Actually, this would be a closer match to the pre-existing /usr/share/menu
file)

Franklin

[1] http://standards.freedesktop.org/menu-spec/latest/apa.html


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

Kernel: Linux 2.6.24-1-686 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages bluez-gnome depends on:
ii  dbus   1.1.20-1  simple interprocess messaging syst
ii  gconf2 2.22.0-1  GNOME configuration database syste
ii  gnome-icon-theme   2.22.0-1  GNOME Desktop icon theme
ii  libatk1.0-01.20.0-1  The ATK accessibility toolkit
ii  libc6  2.7-6 GNU C Library: Shared libraries
ii  libcairo2  1.4.14-1  The Cairo 2D vector graphics libra
ii  libdbus-1-31.1.20-1  simple interprocess messaging syst
ii  libdbus-glib-1-2   0.74-1simple interprocess messaging syst
ii  libgconf2-42.22.0-1  GNOME configuration database syste
ii  libglib2.0-0   2.16.1-2  The GLib library of C routines
ii  libgtk2.0-02.12.9-2  The GTK+ graphical user interface 
ii  libhal10.5.11~rc2-1  Hardware Abstraction Layer - share
ii  libnotify1 [libnotify1-gtk 0.4.4-3   sends desktop notifications to a n
ii  liborbit2  1:2.14.12-0.1 libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-0  1.20.0-1  Layout and rendering of internatio

Versions of packages bluez-gnome recommends:
ii  bluez-utils   3.24-1 Bluetooth tools and daemons
ii  gnome-vfs-obexftp 0.4-1  GNOME VFS module for OBEX FTP

-- no debconf information



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



Bug#474399: closed by Martin Zobel-Helas [EMAIL PROTECTED] (Bug#474399: fixed in devscripts 2.10.21)

2008-04-05 Thread Franklin PIAT
I think this bug was close by mistake (instead of 474391, maybe ? )

Franklin





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



Bug#474316: libxine1: bug confirmed in libxine_1.1.11.1-2

2008-04-04 Thread Franklin PIAT
Package: libxine1
Version: 1.1.11.1-2
Followup-For: Bug #474316

Hi,

I've tested libxine_1.1.11.1-2. It's also affected.

Franklin

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

Kernel: Linux 2.6.24-1-686 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages libxine1 depends on:
ii  libxine1-console  1.1.11.1-2 libaa/libcaca/framebuffer/directfb
ii  libxine1-misc-plugins 1.1.11.1-2 Input, audio output and post plugi
ii  libxine1-plugins  1.1.11.1-2 the xine video/media player librar
ii  libxine1-x1.1.11.1-2 X desktop video output plugins for

Versions of packages libxine1 recommends:
ii  libxine1-ffmpeg   1.1.11.1-2 MPEG-related plugins for libxine1

-- no debconf information



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



Bug#474316: libxine1: Can't open Matroska (.MKV) files anymore.

2008-04-04 Thread Franklin PIAT
Package: libxine1
Version: 1.1.10.1-2+lenny1
Severity: normal


Since a recent update, I can't open Matroska (.MKV) files anymore.

totem-xine and gxine hangs. I've heard on #debian that amarok would hang
too.

 *** glibc detected *** totem-xine: free(): invalid next size (fast):
 0x0814c2d8 ***
 === Backtrace: =
 /lib/i686/cmov/libc.so.6[0xb71ad915]
 /lib/i686/cmov/libc.so.6(cfree+0x90)[0xb71b1380]
 /usr/lib/xine/plugins/1.1.10/xineplug_dmx_matroska.so[0xb2149700]
 === Memory map: 
 08048000-0808e000 r-xp  08:05 51591  /usr/bin/totem-xine
 [..]

Franklin

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

Kernel: Linux 2.6.24-1-686 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages libxine1 depends on:
ii  libxine1-console   1.1.10.1-2+lenny1 libaa/libcaca/framebuffer/directfb
ii  libxine1-misc-plugins  1.1.10.1-2+lenny1 Input, audio output and post plugi
ii  libxine1-plugins   1.1.10.1-2+lenny1 the xine video/media player librar
ii  libxine1-x 1.1.10.1-2+lenny1 X desktop video output plugins for

Versions of packages libxine1 recommends:
ii  libxine1-ffmpeg1.1.10.1-2+lenny1 MPEG-related plugins for libxine1

-- no debconf information



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



Bug#474158: ophcrack: Menu entry in wrong category.

2008-04-03 Thread Franklin PIAT
Package: ophcrack
Version: 2.4.1~debian-1
Severity: normal

Hello,

ophcrack.desktop says Category=Utility therefore the icon ends up in
Gnome's Accessories section.

I think Category=System;Security;GTK would be more appropriate.

Franklin

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

Kernel: Linux 2.6.24-1-686 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages ophcrack depends on:
ii  bkhive1.1.1-1Dump the syskey bootkey from a Win
ii  libatk1.0-0   1.20.0-1   The ATK accessibility toolkit
ii  libc6 2.7-6  GNU C Library: Shared libraries
ii  libcairo2 1.4.14-1   The Cairo 2D vector graphics libra
ii  libfontconfig12.5.0-2generic font configuration library
ii  libglib2.0-0  2.16.1-2   The GLib library of C routines
ii  libgtk2.0-0   2.12.9-2   The GTK+ graphical user interface 
ii  libpango1.0-0 1.20.0-1   Layout and rendering of internatio
ii  libssl0.9.8   0.9.8g-8   SSL shared libraries
ii  libx11-6  2:1.0.3-7  X11 client-side library
ii  libxcursor1   1:1.1.9-1  X cursor management library
ii  libxext6  2:1.0.4-1  X11 miscellaneous extension librar
ii  libxfixes31:4.0.3-2  X11 miscellaneous 'fixes' extensio
ii  libxi62:1.1.3-1  X11 Input extension library
ii  libxinerama1  2:1.0.3-1  X11 Xinerama extension library
ii  libxrandr22:1.2.2-1  X11 RandR extension library
ii  libxrender1   1:0.9.4-1  X Rendering Extension client libra
ii  samdump2  1.1.1-1Dump Windows 2k/NT/XP password has

ophcrack recommends no packages.

-- no debconf information



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



Bug#473661: bug confirmed (running vdr_1.4.4-1 (etch) on Debian/testing with 2.6.24).

2008-04-02 Thread Franklin PIAT
Package: vdr
Version: 1.4.4-1
Followup-For: Bug #473661

Bug confirmed, running DebianEtch's vdr_1.4.4-1 on DebianTesting (kernel
2.6.24 + libc6 2.7-6)


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

Kernel: Linux 2.6.24-1-686 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages vdr depends on:
ii  adduser   3.106  add and remove users and groups
ii  debconf [debconf-2.0] 1.5.20 Debian configuration management sy
ii  libc6 2.7-6  GNU C Library: Shared libraries
ii  libcap1   1:1.10-14  support for getting/setting POSIX.
ii  libgcc1   1:4.3.0-1  GCC support library
ii  libjpeg62 6b-14  The Independent JPEG Group's JPEG 
ii  libstdc++64.3.0-1The GNU Standard C++ Library v3
ii  makedev   2.3.1-87   creates device files in /dev
ii  psmisc22.6-1 Utilities that use the proc filesy

Versions of packages vdr recommends:
pn  lirc  none (no description available)

-- debconf information:
* vdr/select_dvb_card: Terrestrial
* vdr/showinfo:
* vdr/create_video_dir: true



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



Bug#473661: vdr keeps restarting (logger: restarting VDR), with kernel 2.6.24 + libc6-dev 2.7-10

2008-03-31 Thread Franklin PIAT
Package: vdr
Version: 1.4.4-1
Severity: important

Since I upgraded my kernel (2.6.18-2.6.24), I keept having the following error 
message in syslog:

 logger: restarting VDR


After some investigation, the problem comes from /usr/sbin/runvdr :
  if [ $NONPTL = 1 -a `uname -m` != x86_64 ]; then
VDRCMD=LANG=$VDR_LANG LC_ALL=$VDR_LANG LD_ASSUME_KERNEL=2.4.1 \
   /usr/bin/vdr $OPTIONS
  else
VDRCMD=LANG=$VDR_LANG LC_ALL=$VDR_LANG /usr/bin/vdr $OPTIONS
  fi

Which causes the executed command to be prefixed with :
LD_ASSUME_KERNEL=2.4.1

Executing LD_ASSUME_KERNEL=2.4.1 /usr/bin/vdr dies with error :
  /bin/sh: error while loading shared libraries: libdl.so.2: cannot
  open shared object file: No such file or directory
However the file exists and links to libdl-2.7.so.

I set the severity of this error to be important because Etch-n-a-half
(Etch 4.0r4) is supposed to ship 2.6.24 kernel. I don't know if this bug 
should be filed against libc6-dev or not...

FYI, The runvdr have been modified in 1.4.7-3, and probably doesn't have
this bug... but I can't test it though (I would draw to many dependencies
on my Etch system).


WORKAROUND: add the followin line in /etc/default/vdr :
 NONPTL=0


Franklin


--
dpkg -l libc6 libc6-i686 linux-image-2.6.24-1-686
ii  libc6  2.7-10GNU C Library: Shared libraries
ii  libc6-i686 2.7-10GNU C Library: Shared libraries [i686 optimi
ii  linux-image-2. 2.6.24-4  Linux 2.6.24 image on PPro/Celeron/PII/PIII/



-- System Information:
Debian Release: 4.0
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.24-1-686
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages vdr depends on:
ii  adduser  3.102   Add and remove users and groups
ii  debconf [debconf-2.0]1.5.11etch1 Debian configuration management sy
ii  libc62.7-10  GNU C Library: Shared libraries
ii  libcap1  1:1.10-14   support for getting/setting POSIX.
ii  libgcc1  1:4.1.1-21  GCC support library
ii  libjpeg626b-13   The Independent JPEG Group's JPEG 
ii  libstdc++6   4.1.1-21The GNU Standard C++ Library v3
ii  makedev  2.3.1-83creates device files in /dev
ii  psmisc   22.3-1  Utilities that use the proc filesy

Versions of packages vdr recommends:
pn  lirc  none (no description available)

-- debconf information:
* vdr/select_dvb_card: Terrestrial
* vdr/showinfo:
* vdr/create_video_dir: true



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



Bug#473354: ITP: winhardware -- hardware summary report from a Win32 host

2008-03-30 Thread Franklin PIAT
Hello,

Regarding the package description, since it's a shell script, I guess
it's working on Windows 64bits too.
You could replace the term Win32 with Windows in that case.

Franklin

On Sun, 2008-03-30 at 00:23 -0300, Joel Franco wrote:
 Package: wnpp
 Severity: wishlist
 Owner: Joel Franco [EMAIL PROTECTED]
 
 
 * Package name: winhardware
   Version : 0.0.14
   Upstream Author : Joel Franco [EMAIL PROTECTED]
 * URL : Not yet
 * License : GPL
   Programming Lang: shell script
   Description : hardware summary report from a Win32 host
 
 Gets the basic hardware report from a Win32 computer including
 processor, last user, memory, disk, motherboard, network interface card
 and others. Uses the WMI interface.
 
 -- System Information:
 Debian Release: lenny/sid
   APT prefers testing
   APT policy: (990, 'testing'), (500, 'unstable')
 Architecture: i386 (i686)
 
 Kernel: Linux 2.6.24 (SMP w/2 CPU cores)
 Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8)
 Shell: /bin/sh linked to /bin/bash
 
 
 




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



Bug#471566: GeForce 6150 LE [10de:0241] detected in 800x600

2008-03-20 Thread Franklin PIAT
found 471566 1:2.1.7-1~lenny1
thanks 

On Wed, March 19, 2008 19:20, Brice Goglin wrote:
 Please send the whole output of
   /usr/share/bug/xserver-xorg/script 31

 Also, it would be nice to test a more recent Xorg. You can either
 try driver 2.1.7 from
 http://people.debian.org/~bgoglin/rebuilds/nv-2.1.7-Xserver1.3/
 or upgrade to unstable.

The same problem occurs on the version 1:2.1.7-1~lenny1.

See attached file.

Adding refresh rate in xorg.conf monitor section bypass the problem. Something 
like :
 Horizsync 31-80
 Vertrefresh 60-75

I'll try sid's Xorg on that machine as soon as I can (next week hopefully).

Franklin
Contents of /var/lib/x11/X.roster:
xserver-xorg

/etc/X11/X target does not match checksum in /var/lib/x11/X.md5sum.

X server symlink status:
lrwxrwxrwx 1 root root 13 2008-03-18 20:50 /etc/X11/X - /usr/bin/Xorg
-rwxr-xr-x 1 root root 1736632 2007-08-09 19:39 /usr/bin/Xorg

Contents of /var/lib/x11/xorg.conf.roster:
xserver-xorg

VGA-compatible devices on PCI bus:
00:05.0 VGA compatible controller: nVidia Corporation C51 [GeForce 6150 LE] 
(rev a2)

/etc/X11/xorg.conf unchanged from checksum in /var/lib/x11/xorg.conf.md5sum.

Xorg X server configuration file status:
-rw-r--r-- 1 root root 1690 2008-03-20 14:40 /etc/X11/xorg.conf

Contents of /etc/X11/xorg.conf:
# xorg.conf (xorg X Window System server configuration file)
#
# This file was generated by dexconf, the Debian X Configuration tool, using
# values from the debconf database.
#
# Edit this file with caution, and see the xorg.conf manual page.
# (Type man xorg.conf at the shell prompt.)
#
# This file is automatically updated on xserver-xorg package upgrades *only*
# if it has not been modified since the last upgrade of the xserver-xorg
# package.
#
# If you have edited this file but would like it to be automatically updated
# again, run the following command:
#   sudo dpkg-reconfigure -phigh xserver-xorg

Section Files
EndSection

Section InputDevice
Identifier  Generic Keyboard
Driver  kbd
Option  CoreKeyboard
Option  XkbRules  xorg
Option  XkbModel  pc105
Option  XkbLayout fr
Option  XkbVariantlatin9
EndSection

Section InputDevice
Identifier  Configured Mouse
Driver  mouse
Option  CorePointer
Option  Device/dev/input/mice
Option  Protocol  ImPS/2
Option  Emulate3Buttons   true
EndSection

Section Device
Identifier  nVidia Corporation C51 [GeForce 6150 LE]
Driver  nv
BusID   PCI:0:5:0
EndSection

Section Monitor
Identifier  Smart Cable
Option  DPMS
EndSection

Section Screen
Identifier  Default Screen
Device  nVidia Corporation C51 [GeForce 6150 LE]
Monitor Smart Cable
DefaultDepth24
SubSection Display
Modes   1280x1024 1280x960 1152x864 1024x768 
832x624 800x600 720x400 640x480
EndSubSection
EndSection

Section ServerLayout
Identifier  Default Layout
Screen  Default Screen
InputDevice Generic Keyboard
InputDevice Configured Mouse
EndSection


Xorg X server log files on system:
-rw-r--r-- 1 root root 36970 2008-03-20 14:30 /var/log/Xorg.0.log

Contents of most recent Xorg X server log file
/var/log/Xorg.0.log:

X Window System Version 1.3.0
Release Date: 19 April 2007
X Protocol Version 11, Revision 0, Release 1.3
Build Operating System: Linux Debian (xorg-server 2:1.3.0.0.dfsg-12)
Current Operating System: Linux p310402 2.6.22-3-486 #1 Mon Nov 12 07:53:08 UTC 
2007 i686
Build Date: 09 August 2007
Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
Module Loader present
Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: /var/log/Xorg.0.log, Time: Thu Mar 20 14:30:30 2008
(==) Using config file: /etc/X11/xorg.conf
(==) ServerLayout Default Layout
(**) |--Screen Default Screen (0)
(**) |   |--Monitor Smart Cable
(**) |   |--Device nVidia Corporation C51 [GeForce 6150 LE]
(**) |--Input Device Generic Keyboard
(**) |--Input Device Configured Mouse
(WW) The directory /usr/share/fonts/X11/cyrillic does not exist.
Entry deleted from font path.
(WW) The directory /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType does not 
exist.
Entry deleted from font path.
(==) FontPath set to:
/usr/share/fonts/X11/misc,
/usr/share/fonts/X11/100dpi/:unscaled,
/usr/share/fonts/X11/75dpi/:unscaled,
/usr/share/fonts/X11/Type1,
/usr/share/fonts/X11/100dpi,
/usr/share/fonts/X11/75dpi
(==) RgbPath set to 

Bug#409482: python-moinmoin: GUI editing to text breaks contents

2008-03-15 Thread Franklin PIAT
Package: python-moinmoin
Followup-For: Bug #409482

This bug is related to upstream bug :
http://moinmo.in/MoinMoinBugs/IndentingTableFails

For the records, the bug can be reproduced on upstream's 1.6.1 :
http://moinmo.in/4ct10n/info/WikiSandBox?action=diffrev2=1049rev1=1048

Franklin




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



Bug#470876: Problem in Lost Password email

2008-03-14 Thread Franklin PIAT
Package: python-moinmoin
Version: 1.5.3-1.2etch1
Severity: normal

A user has reported a problem with the Lost Password procedure in
DebianWiki. http://lists.debian.org/debian-www/2008/03/msg00136.html 

When a user wants to recover his lost password, (s)he goes to
http://wiki.debian.org/UserPreferences and asks for it's password by
email.

The email send looks like :
 Somebody has requested to submit your account data to this email
 address.
 
 If you lost your password, please use the data below and just enter
 the
 password AS SHOWN into the wiki's password form field (use copy and
 paste
 for that).
 
 After successfully logging in, it is of course a good idea to set a
 new and known password.
 
 Login Name: FranklinPiat
 
 Login Password: {SHA}000=
 
 Login URL: http://wiki.debian.org/UserPreferences

The URL should actually read (depending on i18n) :
http://wiki.debian.org/UserPreferences?action=login

The problem could be reproduced on French and English versions.

Debian/Testing system isn't affected (moinmoin 1.5.8).
I've tried to locate the problem on my system (1.5.8) . It seems to lie
in /usr/share/python-support/python-moinmoin/MoinMoin/user.py :
python-moinmoin 1.5.3-1.2etch1
 text = '\n' + _(\
 Login Name: %s
 
 Login Password: %s
 
 Login URL: %s/%s
 , formatted=False) % (
 self.name, self.enc_password, 
 self._request.getBaseURL(), getSysPage(self._request, 
 'UserPreferences').page_name)

python-moinmoin 1.5.8
 text = '\n' + _(\
 Login Name: %s
 
 Login Password: %s
 
 Login URL: %s/%s?action=login  
 , formatted=False) % (
 self.name, self.enc_password,
 self._request.getBaseURL(), getSysPage(self._request,
 'UserPreferences').page_name)

I guess the i18n pages should be updated too.

Franklin




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



Bug#470408: Acknowledgement (xserver-xorg-video-s3: Screen corrupted for Virtual PC 2007, in 24bit mode)

2008-03-13 Thread Franklin PIAT
I've opened a bug upstream :
https://bugs.freedesktop.org/show_bug.cgi?id=14999

However, because I'm not sure there's anything that can be done about this
bug, I wonder if xserver-xorg-video-s3 could be configured as 16bpp by
default (It probably rarely used on pysical hardware).




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



Bug#470408: xserver-xorg-video-s3: version 1:0.5.0-2 is affected too

2008-03-12 Thread Franklin Piat
Package: xserver-xorg-video-s3
Version: 1:0.5.0-2
Followup-For: Bug #470408


This version is affected too (screen looks corrupted and too wide).

-- Package-specific info:
Contents of /var/lib/x11/X.roster:
xserver-xorg

/etc/X11/X target does not match checksum in /var/lib/x11/X.md5sum.

X server symlink status:
lrwxrwxrwx 1 root root 13 2008-03-11 09:53 /etc/X11/X - /usr/bin/Xorg
-rwxr-xr-x 1 root root 1736632 2007-08-09 19:39 /usr/bin/Xorg

Contents of /var/lib/x11/xorg.conf.roster:
xserver-xorg

VGA-compatible devices on PCI bus:
00:08.0 VGA compatible controller: S3 Inc. 86c764/765 [Trio32/64/64V+]

/etc/X11/xorg.conf does not match checksum in /var/lib/x11/xorg.conf.md5sum.

Xorg X server configuration file status:
-rw-r--r-- 1 root root 1717 2008-03-11 11:11 /etc/X11/xorg.conf

Contents of /etc/X11/xorg.conf:
# xorg.conf (xorg X Window System server configuration file)
#
# This file was generated by dexconf, the Debian X Configuration tool, using
# values from the debconf database.
#
# Edit this file with caution, and see the xorg.conf manual page.
# (Type man xorg.conf at the shell prompt.)
#
# This file is automatically updated on xserver-xorg package upgrades *only*
# if it has not been modified since the last upgrade of the xserver-xorg
# package.
#
# If you have edited this file but would like it to be automatically updated
# again, run the following command:
#   sudo dpkg-reconfigure -phigh xserver-xorg

Section Files
EndSection

Section InputDevice
Identifier  Generic Keyboard
Driver  kbd
Option  CoreKeyboard
Option  XkbRules  xorg
Option  XkbModel  pc105
Option  XkbLayout fr
Option  XkbVariantlatin9
EndSection

Section InputDevice
Identifier  Configured Mouse
Driver  mouse
Option  CorePointer
Option  Device/dev/input/mice
Option  Protocol  ImPS/2
Option  Emulate3Buttons   true
EndSection

Section Device
Identifier  S3 Inc. 86c764/765 [Trio32/64/64V+]
Driver  s3
BusID   PCI:0:8:0
EndSection

Section Monitor
Identifier  Generic Monitor
Option  DPMS
HorizSync   28-80
VertRefresh 43-60
EndSection

Section Screen
Identifier  Default Screen
Device  S3 Inc. 86c764/765 [Trio32/64/64V+]
Monitor Generic Monitor
DefaultDepth16
SubSection Display
Modes   1600x1200 1440x900 1400x1050 1280x1024 
1024x768 800x600 640x480
EndSubSection
EndSection

Section ServerLayout
Identifier  Default Layout
Screen  Default Screen
InputDevice Generic Keyboard
InputDevice Configured Mouse
EndSection


Xorg X server log files on system:
-rw-r--r-- 1 root root 23744 2008-03-12 08:41 /var/log/Xorg.0.log

Contents of most recent Xorg X server log file
/var/log/Xorg.0.log:

X Window System Version 1.3.0
Release Date: 19 April 2007
X Protocol Version 11, Revision 0, Release 1.3
Build Operating System: Linux Debian (xorg-server 2:1.3.0.0.dfsg-12)
Current Operating System: Linux lenny-vpc2007 2.6.22-3-686 #1 SMP Mon Nov 12 
08:32:57 UTC 2007 i686
Build Date: 09 August 2007
Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
Module Loader present
Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: /var/log/Xorg.0.log, Time: Wed Mar 12 08:41:52 2008
(==) Using config file: /etc/X11/xorg.conf
(==) ServerLayout Default Layout
(**) |--Screen Default Screen (0)
(**) |   |--Monitor Generic Monitor
(**) |   |--Device S3 Inc. 86c764/765 [Trio32/64/64V+]
(**) |--Input Device Generic Keyboard
(**) |--Input Device Configured Mouse
(WW) The directory /usr/share/fonts/X11/cyrillic does not exist.
Entry deleted from font path.
(WW) The directory /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType does not 
exist.
Entry deleted from font path.
(==) FontPath set to:
/usr/share/fonts/X11/misc,
/usr/share/fonts/X11/100dpi/:unscaled,
/usr/share/fonts/X11/75dpi/:unscaled,
/usr/share/fonts/X11/Type1,
/usr/share/fonts/X11/100dpi,
/usr/share/fonts/X11/75dpi
(==) RgbPath set to /etc/X11/rgb
(==) ModulePath set to /usr/lib/xorg/modules
(II) Open ACPI successful (/var/run/acpid.socket)
(II) Loader magic: 0x81e5140
(II) Module ABI versions:
X.Org ANSI C Emulation: 0.3
X.Org Video Driver: 1.2
X.Org XInput driver : 0.7
X.Org Server Extension : 0.3
X.Org Font Renderer : 0.5
(II) Loader running on linux
(II) LoadModule: pcidata
(II) Loading 

Bug#433815: PS/2 mouse : workaround: pass i8042.noloop=1

2008-03-12 Thread Franklin PIAT
Package: linux-image-2.6.22-3-686
Version: 2.6.22-6

There's a known workaround for this bug : Pass i8042.noloop=1 kernel
parameter at boot prompt.

I could not test 2.6.24 as it's affected by #463606 but :
http://kerneltrap.org/mailarchive/linux-input/2007/11/17/425987





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



Bug#463606: 2.6.24-486 boots on Virtual PC 2007

2008-03-12 Thread Franklin PIAT
Hello,

On Virtual PC 2007 :

I've tested 2.6.25-rc5-686 from [1] :
It doesn't work either.

I've tested Unstable's linux-image-2.6.24-486 :
It boots properly.

Franklin Piat




[1]
http://kernel-archive.buildserver.net/debian-kernel/pool/main/l/linux-2.6/linux-headers-2.6.25-rc5-686_2.6.25~rc5-1~experimental.1~snapshot.10798_i386.deb




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



Bug#470408: xserver-xorg-video-s3: Screen corrupted for Virtual PC 2007, in 24bit mode

2008-03-10 Thread Franklin Piat
Package: xserver-xorg-video-s3
Version: 1:0.4.1-5
Severity: normal


The screen looks too wide and corrupted, when ran in 24 bits mode.

Microsoft Virtual PC 2007 emulates the following video card :
 S3 Trio 32/64 PCI (8 MB Video RAM with VM Additions)

According to a blog from someone who seems to be a VPC developper :
 These display systems are usually defaulted to using 24-bit color depths,
 and our emulated S3 Trio 64 does not support 24-bit color. A physical S3
 Trio 64 does support 24-bit color but we only support 1,2,4,8,16 and 
 32-bit color modes. This does not cause a problem on other platforms as
 we have removed the 24-bit entries from our ROM - which most operating 
 systems probe to determine possible displays. However X does not check
 our ROM and attempts to use 24-bit color. This results in a corrupted 
 (and very wide) display on the virtual machine. This problem can be 
 easily avoided by selecting to use 16-bit color.
src: http://blogs.msdn.com/virtual_pc_guy/archive/2005/05/09/415814.aspx

( A screen shot of the corrupted screen is available from my howto:
http://wiki.debian.org/InstallingDebianOn/VMs/MicrosoftVirtualPc2007/etch )

A known workaround is to switch to text mode, then run :
sed -e 's/^DefaultDepth.*/DefaultDepth 16/' -i /etc/X11/xorg.conf 

I don't know how to improve the detection (neither in the installer 
since the card has no pci sub-vendor/sub-device, nor xorg's s3 module 
to improve bogus ROM)...

Franklin

P.S. I'll install with Debian/Testing, and i'll update this BR accordingly.

-- Package-specific info:
Contents of /var/lib/x11/X.roster:
xserver-xorg

/etc/X11/X target does not match checksum in /var/lib/x11/X.md5sum.

X server symlink status:
lrwxrwxrwx 1 root root 13 2008-03-09 12:39 /etc/X11/X - /usr/bin/Xorg
-rwxr-xr-x 1 root root 1598604 2008-01-24 01:43 /usr/bin/Xorg

Contents of /var/lib/x11/xorg.conf.roster:
xserver-xorg

VGA-compatible devices on PCI bus:
00:08.0 VGA compatible controller: S3 Inc. 86c764/765 [Trio32/64/64V+]

/etc/X11/xorg.conf does not match checksum in /var/lib/x11/xorg.conf.md5sum.

Xorg X server configuration file status:
-rw-r--r-- 1 root root 3167 2008-03-10 23:20 /etc/X11/xorg.conf

Contents of /etc/X11/xorg.conf:
# /etc/X11/xorg.conf (xorg X Window System server configuration file)
#
# This file was generated by dexconf, the Debian X Configuration tool, using
# values from the debconf database.
#
# Edit this file with caution, and see the /etc/X11/xorg.conf manual page.
# (Type man /etc/X11/xorg.conf at the shell prompt.)
#
# This file is automatically updated on xserver-xorg package upgrades *only*
# if it has not been modified since the last upgrade of the xserver-xorg
# package.
#
# If you have edited this file but would like it to be automatically updated
# again, run the following command:
#   sudo dpkg-reconfigure -phigh xserver-xorg

# THIS XORG.CONF file is for
#   Debian/Etch 4.0r3, running on Microsoft Virtual PC 2007


Section Files
FontPath/usr/share/fonts/X11/misc
FontPath/usr/X11R6/lib/X11/fonts/misc
FontPath/usr/share/fonts/X11/cyrillic
FontPath/usr/X11R6/lib/X11/fonts/cyrillic
FontPath/usr/share/fonts/X11/100dpi/:unscaled
FontPath/usr/X11R6/lib/X11/fonts/100dpi/:unscaled
FontPath/usr/share/fonts/X11/75dpi/:unscaled
FontPath/usr/X11R6/lib/X11/fonts/75dpi/:unscaled
FontPath/usr/share/fonts/X11/Type1
FontPath/usr/X11R6/lib/X11/fonts/Type1
FontPath/usr/share/fonts/X11/100dpi
FontPath/usr/X11R6/lib/X11/fonts/100dpi
FontPath/usr/share/fonts/X11/75dpi
FontPath/usr/X11R6/lib/X11/fonts/75dpi
# path to defoma fonts
FontPath/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType
EndSection

Section Module
Loadi2c
Loadbitmap
Loadddc
Loaddri
Loadextmod
Loadfreetype
Loadglx
Loadint10
Loadvbe
EndSection

Section InputDevice
Identifier  Generic Keyboard
Driver  kbd
Option  CoreKeyboard
Option  XkbRules  xorg
Option  XkbModel  pc105
Option  XkbLayout fr
Option  XkbVariantlatin9
EndSection

Section InputDevice
Identifier  Configured Mouse
Driver  mouse
Option  CorePointer
Option  Device/dev/input/mice
Option  Protocol  ImPS/2
Option  Emulate3Buttons   true
EndSection

Section Device
Identifier  S3 Inc. 86c764/765 [Trio32/64/64V+]
Driver  s3
BusID   PCI:0:8:0
EndSection

Section Monitor
Identifier  Generic Monitor
Option  DPMS
HorizSync   28-51

Bug#465401: grub-pc: Documentation work is in progress

2008-02-12 Thread Franklin PIAT
Package: grub-pc
Version: 1.96+20080209-1
Severity: normal

Some documentation work is in progress. It's currently
available at
 http://wiki.debian.org/Grub/Grub2#manpages
It should be merged to Grub v1 manual soon.



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



Bug#462343: python-moinmoin: Incorrect dependencies (python-4suite should be ...)

2008-01-23 Thread Franklin PIAT
Package: python-moinmoin
Version: 1.5.8-5
Severity: normal

Hello,

python-moinmoin depends on python-4suite which isn't available.

It should suggest : python-4suite-xml, docbook-xsl and xalan.

Thoses are required to render #format docbook
(i.e with allow_xslt = 1)

Thanks in advance.

Franklin


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

Kernel: Linux 2.6.23-1-686 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages python-moinmoin depends on:
ii  moinmoin-common   1.5.8-5Python clone of WikiWiki - common 
ii  python2.4.4-6An interactive high-level object-o
ii  python-support0.7.6  automated rebuilding support for p

Versions of packages python-moinmoin recommends:
ii  exim4 4.68-2 meta-package to ease Exim MTA (v4)
ii  exim4-daemon-light [mail-tran 4.68-2 lightweight Exim MTA (v4) daemon

-- no debconf information



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



Bug#399168: grub-disk works when recompiled.

2008-01-12 Thread Franklin PIAT
Package: grub
Version: 0.97-27
Followup-For: Bug #399168

For the records, grub-disk actually works, if you rebuild it (!)

Eventhough ext2fs image fails under both Etch (0.97-27)
and Lenny (0.97-28) grub-disk, Both images boots when I 
recompile them.

# Debian/Etch Official Package :
$cd /usr/share/grub-disk/
$ls -al *ext2*
-rw-r--r-- 1 root root 69498 Mar 30  2007 grub-0.97-i486-pc.ext2fs.gz
$gzip -dc grub-0.97-i486-pc.ext2fs.gz  /tmp/grub-etch.ima
$file -k /tmp/grub-etch.ima
/tmp/grub-etch.ima: Linux rev 1.0 ext2 filesystem data
$qemu -hda  /tmp/grub-etch.ima
 Boot fails... Not a bootable floppy disk.

#Let's rebuild grub-disk
$apt-get install apt-build
$apt-build update
$apt-build build-source grub

$mkdir /tmp/etch-rebuild
$dpkg-deb --extract \
   /var/cache/apt-build/repository/grub-disk_0.97-27_all.deb \
   /tmp/etch-rebuild/

$gzip -dc \
 /tmp/etch-rebuild/usr/share/grub-disk/grub-0.97-i486-pc.ext2fs.gz \
  /tmp/etch-rebuild/grub-disk.ima 

$file -k /tmp/etch-rebuild/grub-disk.ima
/tmp/etch-rebuild/grub-disk.ima: x86 boot sector, code offset 0x48\012-
Linux rev 1.0 ext2 filesystem data\012- DOS executable (COM), boot code

$qemu -hda  /tmp/grub-etch.ima
# Works !



#Lenny : It's exacly the same as for etch. I've _also_ noticed that
#the image is x86_64. i'm not sure if it's BUILD ot HOST arch...
$cd /usr/share/grub-disk/
$ls -al *ext2*
/usr/share/grub-disk/grub-0.97-x86_64-pc.ext2fs.gz
$dpkg-architecture  | grep DEB_HOST_ARCH_CPU
 DEB_HOST_ARCH_CPU=i386

gzip -dc grub-0.97-x86_64-pc.ext2fs.gz | -k file -
/dev/stdin: Linux rev 1.0 ext2 filesystem data

etc..

Franklin


-- System Information:
Debian Release: 4.0
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.23-1-686
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages grub depends on:
ii  libc6 2.7-5  GNU C Library: Shared libraries
ii  libncurses5   5.5-5  Shared libraries for terminal hand

grub recommends no packages.

-- no debconf information



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



Bug#458531: php5-xcache: suggestion for documentation improvement

2008-01-01 Thread Franklin PIAT
Package: php5-xcache
Version: 1.2.1-3
Severity: wishlist

Hello,

I've just tried xcache... It's good to have it in Debian, thanks.

I have a some suggestions for documentation improvement :

in README.Debian :

The sentence To use XCache, first you have to enable it seems
inacurate. Shouldn't it read XCache is enabled automatically 
on standard Debian Installation. You simply have to get your 
webserver to reload it's configuration file (with something
like 'invoke-rc.d apache2 reload'.

The sentence coverager is disabled by default seems misleading:
from xcache_1.2.1-3.diff, it seems that coverager isn't compiled
by default (not compiled with --enable-xcache-coverager ??).
So I tried to enable it in php.ini, without success ;)
Could you either compile it, or rewrite the sentence, with something
like coverager is not compiled in the Debian package.

in /etc/php5/conf.d/xcache.ini :

The option xcache.admin.auth = On should actually read 
 xcache.admin.enable_auth = On

Also add a note above coverager php.ini section, saying that 
XCache have to be built with the coverager module enabled...

Thanks,

Franklin

-- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (900, 'stable'), (100, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.23-1-686
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages php5-xcache depends on:
ii  libapache-mod-php5 [phpapi 5.2.0-8+etch7 server-side, HTML-embedded scripti
ii  libapache2-mod-php5 [phpap 5.2.0-8+etch7 server-side, HTML-embedded scripti
ii  libc6  2.7-5 GNU C Library: Shared libraries
ii  php5-cgi [phpapi-20060613+ 5.2.0-8+etch7 server-side, HTML-embedded scripti
ii  php5-cli [phpapi-20060613+ 5.2.0-8+etch7 command-line interpreter for the p

php5-xcache recommends no packages.

-- no debconf information



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



Bug#457995: new update/revision announcement pages confusing about aptitude/apt

2007-12-28 Thread Franklin PIAT
Hi Philippe,

On Thu, 2007-12-27 at 23:27 -0500, Philippe Cloutier wrote:
 Le December 27, 2007 06:36:31 pm Jose Luis Rivas Contreras, vous avez écrit :
  Philippe Cloutier wrote:
   Le December 27, 2007 04:39:34 pm Luk Claes, vous avez écrit :
[..]
  Ok, check the description of the apt package:
  http://packages.debian.org/sid/apt
 
  Advanced front-end for dpkg!!
 Yes, it's not clear. I opened #458029 about that.
  And does aptitude depends on the apt 
  package? No! Depends on libapt! Which is not apt.
 It doesn't directly depend on apt, but it does effectively depend on it.

I've read with interest this thread (as a reader of debian-www ml).

It would be nice to have a Wiki page explaining clearly what is
APT (architecture, library, tool...?), and it's accepted meanings.
This page could also have some recommended usages and sample phrasing,
etc... which could help RM and other writers.

Could you contribute such page on wiki.d.o as you seem knowledgeable on
this matter. 

Thanks in advance.

Franklin

--
New ideas best presented as code, not specifications or requirements
(Randy Dunlap in Linux Kernel Development: Getting Started)






Bug#457995: new update/revision announcement pages confusing about aptitude/apt

2007-12-28 Thread Franklin PIAT
On Fri, 2007-12-28 at 19:29 -0500, Philippe Cloutier wrote:
 Le December 28, 2007 04:45:39 am Franklin PIAT, vous avez écrit :
  Hi Philippe,
 

  Could you contribute such page on wiki.d.o as you seem knowledgeable on
  this matter.
 I'm not very knowledgeable about APT. I never looked at the code. 
Too bad. I hope that someone else listening will be able to write a good
introduction/disambiguation page about what's APT on wiki.d.o

 Also, there are already two more prioritary items on my todo list for
 a long time: restarting to maintain Wikipedia's APT article
That's useful Debian promotion too.

 and clearing wiki.d.o's licensing situation.
I'm currently working on translation on wiki.d.o. licensing will come
next ! I hope you'll be around at that time.

 Don't expect an APT article on wiki.d.o from me too soon :S
Thanks anyway.

Franklin





Bug#449237: iscsitarget-source: temporary path to compile on 2.6.23

2007-12-19 Thread Franklin PIAT
Package: iscsitarget-source
Version: 0.4.15-5
Followup-For: Bug #449237

The issue described in this bug have been adressed in upstream
developpment version[1] revision 138 (on 2007-09-21). But
no new release yet.

For those who may need it, I've backported the patch r138.
(on the page http://wiki.debian.org/iSCSI/iscsitarget i explain
how to compile the module, with this patch).

[1] http://svn.berlios.de/wsvn/iscsitarget/trunk/?rev=138sc=1

Franklin

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

Kernel: Linux 2.6.23-1-686 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages iscsitarget-source depends on:
ii  bzip2 1.0.3-7high-quality block-sorting file co
ii  debhelper 5.0.61 helper programs for debian/rules
ii  module-assistant  0.10.11tool to make module package creati

iscsitarget-source recommends no packages.

-- no debconf information
diff -u kernel/iscsi.c kernel-138/iscsi.c
--- kernel/iscsi.c  2007-12-19 23:25:44.0 +0100
+++ kernel-138/iscsi.c  2007-12-19 23:26:39.0 +0100
@@ -1757,8 +1757,7 @@
if ((err = event_init())  0)
goto err;
 
-   iscsi_cmnd_cache = kmem_cache_create(iscsi_cmnd, sizeof(struct 
iscsi_cmnd),
-0, 0, NULL, NULL);
+   iscsi_cmnd_cache = KMEM_CACHE(iscsi_cmnd, 0);
if (!iscsi_cmnd_cache)
goto err;
 
Common subdirectories: kernel/.svn and kernel-138/.svn
diff -u kernel/tio.c kernel-138/tio.c
--- kernel/tio.c2007-12-19 23:25:44.0 +0100
+++ kernel-138/tio.c2007-12-19 23:26:39.0 +0100
@@ -110,8 +110,7 @@
 
 int tio_init(void)
 {
-   tio_cache = kmem_cache_create(tio, sizeof(struct tio),
- 0, 0, NULL, NULL);
+   tio_cache = KMEM_CACHE(tio, 0);
return  tio_cache ? 0 : -ENOMEM;
 }
 


Bug#456003: pcsc-omnikey: wrong path (/usr/local/bin) in udev file

2007-12-12 Thread Franklin PIAT
Package: pcsc-omnikey
Version: 1:1-1
Severity: normal

Hi,

I was writing the page http://wiki.debian.org/Smartcards and
I noticed that the path to pcscd in the the udev file 
/etc/udev/rules.d/z98_omnikey.rules is wrong :

BUS==usb, SUBSYSTEM==usb_device, SYSFS{idVendor}==076b,
SYSFS{idProduct}=3021, ACTION==add,
RUN+=/usr/local/sbin/pcscd --hotplug

the binary is actualy in /usr/sbin/pcscd

Franklin

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

Kernel: Linux 2.6.23-1-686 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages pcsc-omnikey depends on:
ii  libc6 2.7-3  GNU C Library: Shared libraries
ii  libusb-0.1-4  2:0.1.12-8 userspace USB programming library
ii  pcscd 1.4.4-3Middleware to access a smart card 
ii  udev  0.114-2/dev/ and hotplug management daemo

pcsc-omnikey recommends no packages.

-- no debconf information



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



Bug#448195: iscsitarget-source: Here's the patch

2007-10-31 Thread Franklin PIAT
Package: iscsitarget-source
Version: 0.4.15-4
Followup-For: Bug #448195

See the patch attached.
--- iscsitarget-orig/debian/rules   2007-10-31 22:33:49.0 +0100
+++ iscsitarget/debian/rules2007-10-31 22:34:20.0 +0100
@@ -16,7 +16,7 @@
 
 PACKAGE=iscsitarget
 psource=iscsitarget-source
-pmodules = $(PACKAGE)-$(non_epoch_version)
+pmodules = $(PACKAGE)-module-$(non_epoch_version)
 
 MA_DIR ?= /usr/share/modass
 -include $(MA_DIR)/include/generic.make


Bug#448195: iscsitarget-source: module iscsi_trgt.ko compiled, but not included in the .deb

2007-10-31 Thread Franklin PIAT
Package: iscsitarget-source
Followup-For: Bug #448195

Actually, the module is compiled properly, but it isn't included :

dpkg-deb -c iscsitarget-module-*.deb | cut -d : -f 2
23 ./
23 ./usr/
23 ./usr/share/
23 ./usr/share/doc/
23 ./usr/share/doc/iscsitarget-module-2.6.22-2-686/
34 ./usr/share/doc/iscsitarget-module-2.6.22-2-686/copyright
34 ./usr/share/doc/iscsitarget-module-2.6.22-2-686/changelog.Debian.gz


If I get it right, i have the impression that iscsitarget/debian/rules
copies the module in debian/iscsitarget-2.6.22-2-686/ instead of
debian/scsitarget-module-2.6.22-2-686/

modifying the pmodules = $(PACKAGE)-module-$(non_epoch_version) in 
/usr/src/modules/iscsitarget/debian/rules
and rebuilding the package with :
  m-a build iscsitarget-module --not-unpack 
was fine (works for me).

I have included a patch... i hope it will apply properly.

Hope it helps,

Franklin


Version: 0.4.15-4
 System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 2.6.22-2-686 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages iscsitarget-source depends on:
ii  bzip2 1.0.3-7high-quality block-sorting file co
ii  debhelper 5.0.57 helper programs for debian/rules
ii  module-assistant  0.10.11tool to make module package creati

iscsitarget-source recommends no packages.

-- no debconf information



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



Bug#448208: ITP: amtterm -- Serial-over-lan (sol) client for Intel AMT

2007-10-26 Thread Franklin PIAT
Package: wnpp
Severity: wishlist
Owner: Franklin PIAT [EMAIL PROTECTED]

* Package name: amtterm
  Version : 1.0
  Upstream Author : Gerd Hoffmann [EMAIL PROTECTED]
* URL : http://dl.bytesex.org/releases/amtterm/
* License : GPL
  Programming Lang: C, Perl
  Description : Serial-over-lan (sol) client for Intel AMT

AMT (included in Intel vPro and Centrino Pro) provides out-of-band (OOB)
management for Desktops and Laptops, using an agent integrated in the
network adapter and in the motherboard.

Serial-over-lan provides a (secure) way to connect a remote computer,
through a pseudo serial interface.
 
This package provide 2 terminals (amtterm and gamt) to connect to that
pseudo serial interface from a remote computer. amttool is a perl script
to gather informations about and remotely control AMT managed computers.

I have made an early release, but I'll ask for advice from a mentor,
then a sponsor (since I am not a DD).
http://www.klabs.be/~fpiat/linux/debian/packages/amtterm/



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



Bug#437277: Acknowledgement (www.debian.org: wiki.d.o RecentChanges is broken due to an incorrect comment.)

2007-09-15 Thread Franklin PIAT
damned copy-paste again, I did it again while deleting a page.
see
http://wiki.debian.org/spamInWikiPages?action=info

Sorry,

Franklin




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



Bug#437277: www.debian.org: wiki.d.o RecentChanges is broken due to an incorrect comment.

2007-08-11 Thread Franklin PIAT
Package: www.debian.org
Severity: important

It seems i have broken the [RecentChanges] page on wiki.debian.org due to
a broken comment while deleting the page CP-290. see
http://wiki.debian.org/CP-290?action=recallrev=1
It seems i posted a comment with line-feed at the end : Merged in X10\n
(damned copy-paste ;)

Sorry for the inconvenience.

Franklin

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

Kernel: Linux 2.6.21-2-686 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash


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



Bug#359116: www.debian.org: InterWiki links now works.

2007-08-11 Thread Franklin PIAT
Package: www.debian.org
Followup-For: Bug #359116

InterWiki now works.
see http://wiki.debian.org/InterWiki.

Franklin

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

Kernel: Linux 2.6.21-2-686 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash


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



Bug#434297: xserver-xorg-video-intel: GM965 incorrectly probe the TV as being connected. various symptoms.

2007-08-08 Thread Franklin PIAT
Bonjour,

On Tue, 2007-08-07 at 23:47 +0200, Brice Goglin wrote:
  BTW : could you update the (4)intel manpage with the Ignore option
  described http://lists.freedesktop.org/archives/xorg/2007-July/026340.html
  as it is the best way to bypass the problem, currently.

 
 Since you seem to follow upstream closely, you should probably request
 this directly to them. [..]

My mistake, the upstream manpage is uptodate (since 2007-03-26 !).
http://gitweb.freedesktop.org/?p=xorg/xserver.git;a=history;f=hw/xfree86/doc/man/xorg.conf.man.pre

Thanks,
Franklin



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



  1   2   >