date:20090219

On Thu, 2009-02-19 at 19:34 -0800, Russ Allbery wrote:

> In this particular case, I think the best path forward would be to form a
> Flash packaging group that takes as their mission packaging the common
> code -- in other words, being proactive at developing the solution instead
> of trying to push other packagers into doing the work.

There is a pkg-flash and a debian-flash list, but neither are really
used at all.

I don't maintain any web software that duplicates flash bits, so I'm not
really motivated to package stuff that I don't use.

I guess this bug should be closed then, I doubt there will be a time
when anyone is motivated to package flash stuff properly without lintian
naggery.

-- 
bye,
pabs

http://wiki.debian.org/PaulWise

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

Bug#516255: RFA: azureus -- BitTorrent client

2009-02-19 Thread Shaun Jackman

Package: wnpp

Azureus is a BitTorrent client. The upstream package has been renamed
to Vuze and now has a focus on distributing and playing multimedia
content.

Azureus is implemented in Java and uses SWT, the cross-platform widget
toolkit for Java used primarily by the Eclipse IDE.

Eclipse packages the SWT libraries (see the source package eclipse and
the binary package libswt3.2-gtk-java), but these tend to be too out
of date to compile Azureus. For this reason, I maintain a separate
copy of SWT for GTK (see the source package swt-gtk and the binary
package libswt-gtk-3.4-java). The adopter of Azureus would need to
also adopt SWT.

Cheers,
Shaun



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

Bug#516254: upgrade from squeeze to sid doesn't seem to work well

2009-02-19 Thread Junichi Uekawa

Package: apt-xapian-index
Version: 0.16

pbuilder chroot upgrading seems to fail due to apt-xapian index not
behaving very nice.  Can we do something about it, or is there
something that pbuilder can do to work around it?


 -> upgrading packages
Hit http://localhost sid Release.gpg
Get:1 http://localhost experimental Release.gpg [189B]
Hit http://localhost sid Release
Get:2 http://localhost experimental Release [73.9kB]
Ign http://localhost sid/main Packages/DiffIndex
Ign http://localhost experimental/main Packages
Ign http://localhost sid/main Packages
Get:3 http://localhost experimental/main Packages [820kB]
Hit http://localhost sid/main Packages
Fetched 894kB in 10s (82.0kB/s)
Reading package lists...
Reading package lists...
Building dependency tree...
Reading state information...
The following NEW packages will be installed:
  apt-utils apt-xapian-index libdb4.5 libsqlite3-0 libssl0.9.8 lsb-release
  mime-support python python-apt python-central python-debian python-minimal
  python-support python-xapian python2.5 python2.5-minimal
The following packages will be upgraded:
  apt aptitude bsdutils cpio diff libgmp3c2 libsigc++-2.0-0c2a mount
  util-linux
9 upgraded, 16 newly installed, 0 to remove and 0 not upgraded.
Need to get 13.9MB of archives.
After this operation, 28.0MB of additional disk space will be used.
Get:1 http://localhost experimental/main diff 2.8.7-0.2 [248kB]
Get:2 http://localhost experimental/main mount 2.14~rc2-0 [145kB]
Get:3 http://localhost experimental/main util-linux 2.14~rc2-0 [550kB]
Get:4 http://localhost experimental/main bsdutils 1:2.14~rc2-0 [64.7kB]
Get:5 http://localhost experimental/main apt 0.7.21~exp1 [1645kB]
Get:6 http://localhost experimental/main apt-utils 0.7.21~exp1 [193kB]
Get:7 http://localhost sid/main python2.5-minimal 2.5.4-1 [1290kB]
Get:8 http://localhost sid/main mime-support 3.44-1 [33.3kB]
Get:9 http://localhost sid/main libdb4.5 4.5.20-13 [555kB]
Get:10 http://localhost experimental/main libsqlite3-0 3.6.10-1 [287kB]
Get:11 http://localhost sid/main libssl0.9.8 0.9.8g-15 [975kB]
Get:12 http://localhost sid/main python2.5 2.5.4-1 [3041kB]
Get:13 http://localhost sid/main python-minimal 2.5.2-3 [13.5kB]
Get:14 http://localhost sid/main python 2.5.2-3 [139kB]
Get:15 http://localhost sid/main python-central 0.6.8 [40.4kB]
Get:16 http://localhost sid/main python-xapian 1.0.7-3.1 [550kB]
Get:17 http://localhost sid/main lsb-release 3.2-20 [20.0kB]
Get:18 http://localhost experimental/main python-apt 0.7.9~exp2 [414kB]
Get:19 http://localhost experimental/main python-support 0.90.1 [29.7kB]
Get:20 http://localhost sid/main python-debian 0.1.12 [53.1kB]
Get:21 http://localhost sid/main apt-xapian-index 0.16 [32.7kB]
Get:22 http://localhost experimental/main libsigc++-2.0-0c2a 2.2.2-1 [35.3kB]
Get:23 http://localhost experimental/main aptitude 0.5.1-1 [3146kB]
Get:24 http://localhost experimental/main cpio 2.9.90-1 [180kB]
Get:25 http://localhost experimental/main libgmp3c2 2:4.2.4+dfsg-1 [215kB]
debconf: delaying package configuration, since apt-utils is not installed
Fetched 13.9MB in 1min24s (164kB/s)
(Reading database ... 9686 files and directories currently installed.)
Preparing to replace diff 2.8.1-12 (using .../diff_2.8.7-0.2_amd64.deb) ...
Unpacking replacement diff ...
Setting up diff (2.8.7-0.2) ...
(Reading database ... 9694 files and directories currently installed.)
Preparing to replace mount 2.13.1.1-1 (using .../mount_2.14~rc2-0_amd64.deb) ...
Unpacking replacement mount ...
Setting up mount (2.14~rc2-0) ...
(Reading database ... 9694 files and directories currently installed.)
Preparing to replace util-linux 2.13.1.1-1 (using 
.../util-linux_2.14~rc2-0_amd64.deb) ...
Unpacking replacement util-linux ...
Setting up util-linux (2.14~rc2-0) ...
(Reading database ... 9696 files and directories currently installed.)
Preparing to replace bsdutils 1:2.13.1.1-1 (using 
.../bsdutils_1%3a2.14~rc2-0_amd64.deb) ...
Unpacking replacement bsdutils ...
Setting up bsdutils (1:2.14~rc2-0) ...
(Reading database ... 9696 files and directories currently installed.)
Preparing to replace apt 0.7.20.2 (using .../apt_0.7.21~exp1_amd64.deb) ...
Unpacking replacement apt ...
Setting up apt (0.7.21~exp1) ...
gpg: key 6070D3A1: "Debian Archive Automatic Signing Key (4.0/etch) 
" not changed
gpg: key ADB11277: "Etch Stable Release Key " 
not changed
gpg: key BBE55AB3: "Debian-Volatile Archive Automatic Signing Key (4.0/etch)" 
not changed
gpg: key F42584E6: "Lenny Stable Release Key " 
not changed
gpg: key 55BE302B: "Debian Archive Automatic Signing Key (5.0/lenny) 
" not changed
gpg: key 6D849617: "Debian-Volatile Archive Automatic Signing Key (5.0/lenny)" 
not changed
gpg: Total number processed: 6
gpg:  unchanged: 6
Selecting previously deselected package apt-utils.
(Reading database ... 9698 files and directories currently installed.)
Unpacking apt-utils (from .../apt-utils_0.7.21~exp1_amd64.deb) ...
Selecting previously deselected package python2.5-min

Bug#515363: [Debian-med-packaging] Bug#515363: emboss: obsolete build-dep on x-dev

2009-02-19 Thread Charles Plessy

notfound 515363 6.0.1-3
tag 515363 pending
thanks

Le Sun, Feb 15, 2009 at 08:44:43PM +0100, jcris...@debian.org a écrit :
> Package: emboss
> Version: 5.0.0-7 2.2.0-7
> Severity: important
> Tags: squeeze, sid
> User: debia...@lists.debian.org
> Usertags: x-dev-removal
> 
> Hi,
> 
> the emboss source package build-depends on x-dev. This transitional
> package is going away real soon now, please update your
> build-dependency to x11proto-core-dev.

Hi Julien,

thanks for the reminder,

this bug was fixed in experimental during the freeze and I will soon upload an
updated package in Sid.

Have a nice day,

-- 
Charles Plessy
Debian Med packaging team,
http://www.debian.org/devel/debian-med
Tsurumi, Kanagawa, Japan



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

Bug#515976: [Fwd: Re: Bug#515976: libxi6 causes kdm using the wrong keyboard-layout]

2009-02-19 Thread David Nusinow

--- Begin Message ---
On Thu, 19 Feb 2009 22:47:34 -0500
David Nusinow  wrote:

...

> I think I've figured out this bug. It looks like the new libxi was built
> against the new input protocol headers, while the server was built
> against the old headers. The mismatch in the protocol could very well be
> causing this bug. I've uploaded a simple rebuild of the xserver to
> alioth. Could you add the following to your sources.list and upgrade
> your server to see if that fixes the bug?
> 
> deb http://pkg-xorg.alioth.debian.org/libxi-fix ./
> 
> If it does, I'll sign the packages and make an upload of this build to
> unstable.

Works for me!

Celejar
--
mailmin.sourceforge.net - remote access via secure (OpenPGP) email
ssuds.sourceforge.net - A Simple Sudoku Solver and Generator

--- End Message ---

Bug#516253: consolekit: FTBFS: XML validation error

2009-02-19 Thread Daniel Schepler

Package: consolekit
Version: 0.2.10-5
Severity: serious

From my pbuilder build log:

...
Making all in doc   
make[3]: Entering directory `/tmp/buildd/consolekit-0.2.10/doc' 
/usr/bin/xmlto xhtml-nochunks -m config.xsl ConsoleKit.xml  
xmlto: input does not validate (status 3)   
/tmp/buildd/consolekit-0.2.10/doc/ConsoleKit.xml:40: element listitem: validity 
error : Element listitem content does not follow the DTD, expecting 
(calloutlist | glosslist | itemizedlist | orderedlist | segmentedlist | 
simplelist | variablelist | caution | 
important | note | tip | warning | literallayout | programlisting | 
programlistingco | screen | screenco | screenshot | synopsis | cmdsynopsis | 
funcsynopsis | classsynopsis | fieldsynopsis | constructorsynopsis | 
destructorsynopsis | methodsynopsis | 
formalpara | para | simpara | address | blockquote | graphic | graphicco | 
mediaobject | mediaobjectco | informalequation | informalexample | 
informalfigure | informaltable | equation | example | figure | table | msgset | 
procedure | sidebar | qandaset | 
anchor | bridgehead | remark | highlights | abstract | authorblurb | epigraph | 
indexterm | beginpage)+, got (CDATA)
   
/tmp/buildd/consolekit-0.2.10/doc/ConsoleKit.xml:43: element listitem: validity 
error : Element listitem content does not follow the DTD, expecting 
(calloutlist | glosslist | itemizedlist | orderedlist | segmentedlist | 
simplelist | variablelist | caution | 
important | note | tip | warning | literallayout | programlisting | 
programlistingco | screen | screenco | screenshot | synopsis | cmdsynopsis | 
funcsynopsis | classsynopsis | fieldsynopsis | constructorsynopsis | 
destructorsynopsis | methodsynopsis | 
formalpara | para | simpara | address | blockquote | graphic | graphicco | 
mediaobject | mediaobjectco | informalequation | informalexample | 
informalfigure | informaltable | equation | example | figure | table | msgset | 
procedure | sidebar | qandaset | 
anchor | bridgehead | remark | highlights | abstract | authorblurb | epigraph | 
indexterm | beginpage)+, got (CDATA)
   
/tmp/buildd/consolekit-0.2.10/doc/ConsoleKit.xml:46: element listitem: validity 
error : Element listitem content does not follow the DTD, expecting 
(calloutlist | glosslist | itemizedlist | orderedlist | segmentedlist | 
simplelist | variablelist | caution | 
important | note | tip | warning | literallayout | programlisting | 
programlistingco | screen | screenco | screenshot | synopsis | cmdsynopsis | 
funcsynopsis | classsynopsis | fieldsynopsis | constructorsynopsis | 
destructorsynopsis | methodsynopsis | 
formalpara | para | simpara | address | blockquote | graphic | graphicco | 
mediaobject | mediaobjectco | informalequation | informalexample | 
informalfigure | informaltable | equation | example | figure | table | msgset | 
procedure | sidebar | qandaset | 
anchor | bridgehead | remark | highlights | abstract | authorblurb | epigraph | 
indexterm | beginpage)+, got (CDATA)
   
...
Document /tmp/buildd/consolekit-0.2.10/doc/ConsoleKit.xml does not validate 
make[3]: *** [ConsoleKit.html] Error 3  
make[3]: Leaving directory `/tmp/buildd/consolekit-0.2.10/doc'  
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/tmp/buildd/consolekit-0.2.10'  
make[1]: *** [all] Error 2  
make[1]: Leaving directory `/tmp/buildd/consolekit-0.2.10'  
make: *** [debian/stamp-makefile-build] Error 2 
dpkg-buildpackage: failure: debian/rules build gave error exit status 2 
-- 
Daniel Schepler




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

Bug#516247: bitpim: links private python modules directory to the public one

2009-02-19 Thread Aaron M. Ucko

Josselin Mouette  writes:

> I don’t know how bitpim works, but I strongly recommend to cleanly
> separate public and private modules. If the DSV modules are installed in
> the public directory, you can just import them and that should be
> enough.

According to my notes, I added that symlink back in 2006 to work
around python-support bug #363505, as bitpim uses -O and would
therefore otherwise have been unable to find the relevant module.
AFAICT, it has long been safe to remove, and I simply left it around
because it was causing no (apparent) harm and serving as a safety net.
I'll be happy to clean it up for my next upload, which I intend to
make within the next few days or so.

Thanks for the report, and for all your work on python-support.

-- 
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?...@monk.mit.edu

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

Bug#516250: lintian: warn about some embedded flash applications

2009-02-19 Thread Russ Allbery

Paul Wise  writes:
> On Thu, 2009-02-19 at 19:21 -0800, Russ Allbery wrote:

>> There probably isn't much that Lintian can do directly about this until
>> separate packages exist that people can use.  Once that's true, we can
>> start doing the same thing we do with PHP and Javascript libraries,
>> though.

> I think lintian needs to be pro-active about these things, otherwise
> people will never have the motivation to remove them or package them
> properly.

I'm willing to have Lintian tell people to use existing packages instead
of duplicating content or restructure how their package is done, but
having Lintian tell people that they have to maintain a generic package
for a particular application when Lintian doesn't know if this package is
even a reasonable source for a generic version seems like it's going too
far to me.  Lintian isn't the only QA tool; I think it needs to focus on
fixable problems with the current package and leave larger archive-wide QA
work to other tools and other approaches.

In this particular case, I think the best path forward would be to form a
Flash packaging group that takes as their mission packaging the common
code -- in other words, being proactive at developing the solution instead
of trying to push other packagers into doing the work.

-- 
Russ Allbery (r...@debian.org)   

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

Bug#516252: eagle: FTBFS on amd64

2009-02-19 Thread Shaun Jackman

Package: eagle
Version: 5.4.0-1
Severity: important
Submitter: Jindrich Makovicka 

It would be nice to have a package for x86-64 also. It seems that it
suffices to remove dh_strip from the rules file to make the amd64
version build. As the closed source binaries are stripped anyway, it
should be ok to remove this line.

Regards,
Jindrich Makovicka



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

Bug#276859: closed by Antonio Radici (reply to anto...@dyne.org) (libclass-methodmaker-perl takes too much disk space)

2009-02-19 Thread Vincent Lefevre

reopen 276859
found 276859 2.13-1
thanks

On 2009-02-19 23:06:06 +, Debian Bug Tracking System wrote:
> the size of libclass-methodmaker-perl_2.13-1_i386.deb is 486K, so
> that seems reasonable :-)

The deb size is not the installed size.

BTW, here's what Martyn J. Pearce (the original author) said on
http://thread.gmane.org/gmane.comp.lang.perl.modules.class-methodmaker/14/focus=15

  It's not your fault, and it's difficult to fix. Essentially, it's
  templated code; the source is the template, hence the small size,
  and it's expanded on install. It is undesirable I grant, but it's
  too keep compilation time down, and it's difficult to do on demand
  because the client is typically running as different user to the
  installer.

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / Arenaire project (LIP, ENS-Lyon)

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

Bug#516250: lintian: warn about some embedded flash applications

On Thu, 2009-02-19 at 19:21 -0800, Russ Allbery wrote:

> There probably isn't much that Lintian can do directly about this until
> separate packages exist that people can use.  Once that's true, we can
> start doing the same thing we do with PHP and Javascript libraries,
> though.

I think lintian needs to be pro-active about these things, otherwise
people will never have the motivation to remove them or package them
properly.

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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

Bug#516250: lintian: warn about some embedded flash applications

2009-02-19 Thread Russ Allbery

Paul Wise  writes:

> I was perusing the list of .swf (flash executables) files in the archive:
>
> http://packages.debian.org/search?suite=sid&searchon=contents&keywords=.swf
>
> I note the following files that should probably not be there and the
> corresponding software should instead be packaged.

This is good research, thank you!

There probably isn't much that Lintian can do directly about this until
separate packages exist that people can use.  Once that's true, we can
start doing the same thing we do with PHP and Javascript libraries,
though.

-- 
Russ Allbery (r...@debian.org)   

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

Bug#516251: open-vm-tools should build kernel modules with dkms

2009-02-19 Thread Craig Andrews

Package: open-vm-tools

dkms will allow the kernel modules to be automagically recompiled when a
new kernel is installed, which is incredibly handy.

Right now, there's a many step process required (get the source, compile
the source, install the modules) every time the kernel is upgraded.

With open-vm-tools the way it is now, if a kernel upgrade is performed (as
happens often with security upgrades), and you forget to re-compile
open-vm-sources, at next boot the system will have some major issues (like
networking doesn't come up). With automated security installs (like I
use), this means that whenever a reboot happens, there's a decent chance
the system won't come up. I think it would be worth while to make DKMS
work in this package to prevent these issues - I bet a lot of sysadmin
would love you for it.

The new upstream open-vm-tools release (2008.11.18) now provides dkms.conf
which should allow for easy dkms integration.

Also reported in Launchpad at
https://bugs.launchpad.net/ubuntu/+source/open-vm-tools/+bug/277556





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

Bug#516250: lintian: warn about some embedded flash applications

On Fri, 2009-02-20 at 11:51 +0900, Paul Wise wrote:

> -
> http://weblogs.macromedia.com/flashjavascript/readme.html
> http://www.macromedia.com/go/flashjavascript
> 
> BSD-like: http://weblogs.macromedia.com/flashjavascript/license.txt
> 
> /usr/share/pyshared/twisted/web/woven/FlashConduit.swf

Woops, I mean this file instead:

/usr/share/movabletype/static/flash/JavaScriptFlashGateway.swf

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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

Bug#516250: lintian: warn about some embedded flash applications

Package: lintian
Version: 2.2.5
Severity: wishlist

I was perusing the list of .swf (flash executables) files in the archive:

http://packages.debian.org/search?suite=sid&searchon=contents&keywords=.swf

I note the following files that should probably not be there and the
corresponding software should instead be packaged.

Some of these bits are non-free, I'll investigate & file RC bugs.

-
http://musicplayer.sourceforge.net/

BSD license

/usr/share/liferea/media/xspf_player_slim.swf

Should also check for these files:

xspf_player.swf
musicplayer.swf
musicplayer_f6.swf

-
http://www.lacymorrow.com/projects/jukebox/xspfdoc.html

musicplayer fork, BSD

/usr/share/ampache/www/modules/flash/xspf_jukebox.swf

Should also check for these files:

xspf_jukebox7.swf 

-
http://swfupload.org/
http://code.google.com/p/swfupload/

MIT license

/usr/share/wordpress/wp-includes/js/swfupload/swfupload.swf
/usr/share/wordpress/wp-includes/js/swfupload/swfupload_f9.swf

Should also check for these files:

swfupload_f8.swf

-
http://www.longtailvideo.com/players/jw-flv-player/

non-commercial use only

/usr/share/moodle/filter/mediaplugin/flvplayer.swf

And possibly this, unsure yet:

/usr/share/tinymce/www/plugins/media/img/flv_player.swf

I think these files are also from a related project:

http://developer.longtailvideo.com/trac/browser/tags/mp3player-2.3

/usr/share/moodle/filter/mediaplugin/mp3player.swf
/usr/share/moodle/lib/mp3player/mp3player.swf

-
http://www.alsacreations.fr/dewplayer-en

CC-ND-2.0

/usr/share/b2evolution/rsc/swf/dewplayer-mini.swf
/usr/share/b2evolution/rsc/swf/dewplayer.swf

Should also check for these files:

dewplayer-multi.swf

-
http://blog.vixiom.com/2006/09/08/multiple-file-upload-with-flash-and-ruby-on-rails/
http://blog.vixiom.com/uploads/multiFlashRailsFileUpload.zip

No license

/usr/share/dokuwiki/lib/exe/multipleUpload.swf

-
/usr/share/mahara/artefact/file/blocktype/internalmedia/mediaplayer.swf

Could be either of these:

http://code.google.com/p/youplayer/downloads/list
http://developer.longtailvideo.com/trac/browser/trunk/as2

-
http://weblogs.macromedia.com/flashjavascript/readme.html
http://www.macromedia.com/go/flashjavascript

BSD-like: http://weblogs.macromedia.com/flashjavascript/license.txt

/usr/share/pyshared/twisted/web/woven/FlashConduit.swf

-
Other suspicious stuff that is all over the web:

/usr/share/movabletype/static/flash/date_slider_open.swf
/usr/share/phpwiki/themes/Sidebar/ora.swf
/usr/share/doc/selfhtml/html/html/multimedia/anzeige/neucler.swf

-- 
bye,
pabs

http://wiki.debian.org/PaulWise



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

Bug#478970: aptitude + complete /var/lib/dpkg/availablea

2009-02-19 Thread Guillem Jover

package dpkg
unmerge 478969
unmerge 478970
reassign 478970 aptitude
retitle 478970 aptitude should update dpkg available information on updates
thanks

Hi!

On Thu, 2009-02-19 at 18:36:35 +, Julian Gilbey wrote:
> On Thu, Feb 19, 2009 at 07:18:43AM -0800, Daniel Burrows wrote:
> >   Better yet, it can be reassigned to dpkg and merged with the existing
> > bug.
> 
> No; that would be a distraction from the original topic of this bug
> (which is that aptitude should update /var/lib/dpkg/available).

Right, reassigning back, keeping 478969 though, which belongs to dpkg,
but will be closing as invalid.

Daniel, I've in my queue to discuss with you and the apt maintainers
about several packaging related things, among them the role of the
available file (or non-role), but let's keep this for later.

regards,
guillem

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

Bug#416396: Patch for KDE4

2009-02-19 Thread Richard Hartmann

tag #416396 patch
thanks

This patch is for KDE4's /usr/share/kde4/config/klipperrc .
It leaves the weirder languages like

Description[csb]=Òtemkni w &Firefokse

as they are as I simply don't know what to do with them.

As we are referring to a trademark, not using it, this is not of high
priority, but I can't sleep well atm anyway so I might just as well
create a patch.


Richard
--- /usr/share/kde4/config/klipperrc.orig	2009-02-20 03:25:50.633116676 +0100
+++ /usr/share/kde4/config/klipperrc	2009-02-20 03:44:25.877117588 +0100
@@ -550,84 +550,84 @@
 Enabled=true
 
 [Action_1/Command_4]
-Commandline=ps x |grep -q '[f]irefox' && firefox -remote openURL(%s, new-window) || firefox %s
-Icon=firefox
-Description=Open with &Firefox
-Description[af]=Maak oop met Firefox
+Commandline=ps x |grep -q '[f]irefox' && iceweasel -remote openURL(%s, new-window) || iceweasel %s
+Icon=iceweasel
+Description=Open with &Iceweasel
+Description[af]=Maak oop met Iceweasel
 Description[ar]=افتح بِواسطة &فايرفوكس
-Description[be]=Адкрыць у &Firefox
-description...@latin]=adčyni ŭ hartačy „&Firefox”
-Description[bg]=Отв&аряне с Firefox
+Description[be]=Адкрыць у &Iceweasel
+description...@latin]=adčyni ŭ hartačy „&Iceweasel”
+Description[bg]=Отв&аряне с Iceweasel
 Description[bn]=ফায়ার&ফক্স দিয়ে খোলো
-Description[bn_IN]=Firefox সহযোগে প্রদর্শিত হবে (&F)
-Description[br]=Digeriñ gant &Firefox
-Description[ca]=Obre amb el &Firefox
-Description[cs]=Otevřít pomocí &Firefox
+Description[bn_IN]=Iceweasel সহযোগে প্রদর্শিত হবে (&F)
+Description[br]=Digeriñ gant &Iceweasel
+Description[ca]=Obre amb el &Iceweasel
+Description[cs]=Otevřít pomocí &Iceweasel
 Description[csb]=Òtemkni w &Firefokse
-Description[da]=Åbn med &Firefox
-Description[de]=Mit &Firefox öffnen
-Description[el]=Άνοιγμα με το &Firefox
+Description[da]=Åbn med &Iceweasel
+Description[de]=Mit &Iceweasel öffnen
+Description[el]=Άνοιγμα με το &Iceweasel
 Description[eo]=Malfermi per &Fajrovulpo
-Description[es]=Abrir con &Firefox
+Description[es]=Abrir con &Iceweasel
 Description[et]=&Firefoxis avamine
 Description[eu]=Ireki &Firefox-ekin
 Description[fa]=باز کردن با &فایرفاکس‌
 Description[fi]=Avaa &Firefoxissa
-Description[fr]=Ouvrir dans &Firefox
-Description[fy]=Iepenje mei &Firefox
-Description[ga]=Oscail le &Firefox
-Description[gl]=Abrir con &Firefox
+Description[fr]=Ouvrir dans &Iceweasel
+Description[fy]=Iepenje mei &Iceweasel
+Description[ga]=Oscail le &Iceweasel
+Description[gl]=Abrir con &Iceweasel
 Description[gu]=ફાયરફોક્સની સાથે ખોલો (&F)
-Description[he]=פתח באמצעות &Firefox
+Description[he]=פתח באמצעות &Iceweasel
 Description[hi]=फ़ॉयरफ़ॉक्स के साथ खोलें (&F)
 Description[hr]=Otvori pomoću &Firefoxa
 Description[hsb]=Z &Firefoxom wočinić
 Description[hu]=Megnyitás a &Firefoxszal
-Description[is]=Opna með &Firefox
-Description[it]=Apri con &Firefox
-Description[ja]=Firefox で開く(&F)
-Description[ka]=გახსნა &Firefox-ით
-Description[kk]=&Firefox шолғышта ашу
-Description[km]=បើកជាមួយ Firefox
+Description[is]=Opna með &Iceweasel
+Description[it]=Apri con &Iceweasel
+Description[ja]=Iceweasel で開く(&F)
+Description[ka]=გახსნა &Iceweasel-ით
+Description[kk]=&Iceweasel шолғышта ашу
+Description[km]=បើកជាមួយ Iceweasel
 Description[kn]=(&F)ಫೈರ್ ಫಾಕ್ಸ್ ನೊಂದಿಗೆ ತೆರೆ
-Description[ko]=Firefox로 열기(&F)
+Description[ko]=Iceweasel로 열기(&F)
 Description[ku]=Bi &Firefoxê Veke
-Description[lt]=Atverti su &Firefox
-Description[lv]=Atvērt ar &Firefox
+Description[lt]=Atverti su &Iceweasel
+Description[lv]=Atvērt ar &Iceweasel
 Description[mai]=फायरफाक्स केर सँग खोलू (&F)
-Description[mk]=Отвори со &Firefox
+Description[mk]=Отвори со &Iceweasel
 Description[ml]=&ഫയര്‍ഫോക്സില്‍ തുറക്കുക
 Description[mr]=फॉयरफॉक्स सह उघडा (&F)
-Description[nb]=Åpne med &Firefox
-Description[nds]=Mit &Firefox opmaken
+Description[nb]=Åpne med &Iceweasel
+Description[nds]=Mit &Iceweasel opmaken
 Description[ne]=फायरफक्ससँग खोल्नुहोस्
-Description[nl]=Openen met &Firefox
-Description[nn]=Opna med &Firefox
+Description[nl]=Openen met &Iceweasel
+Description[nn]=Opna med &Iceweasel
 Description[pa]=ਫਾਇਰਫਾਕਸ ਨਾਲ ਖੋਲ੍ਹੋ(&F)
 Description[pl]=Otwórz w &Firefoksie
-Description[pt]=Abrir com o &Firefox
-Description[pt_BR]=Abrir com o &Firefox
-Description[ro]=Deschide cu &Firefox
-Description[ru]=Открыть в &Firefox
+Description[pt]=Abrir com o &Iceweasel
+Description[pt_BR]=Abrir com o &Iceweasel
+Description[ro]=Deschide cu &Iceweasel
+Description[ru]=Открыть в &Iceweasel
 Description[se]=Raba &Firefox:ain
 Description[sk]=Otvoriť &Firefox-om
-Description[sl]=Odpri s &Firefox
+Description[sl]=Odpri s &Iceweasel
 Description[sr]=Отвори &Фајерфоксом
 description...@latin]=otvori &Firefoxom
-Description[sv]=Öppna med &Firefox
+Description[sv]=Öppna med &Iceweasel
 Description[ta]=&பயர்பாசுடன் திற
 Description[te]=(&F) మొజిల్లా తొ తెరువు
-Description[tg]=Кушодан бо &Firefox
+Description[tg]=Кушодан бо &Iceweasel
 Description[th]=เปิดด้วยไ&ฟร์ฟอกซ์
-Description[tr]=&Firefox ile Aç
-Description[uk]=Відкрити у &Firefox

Bug#511009: Still exists in 1.3.9-14

2009-02-19 Thread Michael W. Fender

Garbage is still being output with 1.3.9-14.  Again, downgrading just the cups 
package to 1.3.8-1lenny4.1 gets the printer to print correctly again.  
Dependency versions seem irrelevant.



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

Bug#516203: pbuilder: create fails on intrepid distribution

2009-02-19 Thread Junichi Uekawa

reassign 516203 cdebootstrap
thanks

I think you are talking about cdebootstrap not being able to create intrepid 
distribution.


At Thu, 19 Feb 2009 22:47:31 +0300,
Vsevolod Velichko wrote:
> 
> Package: pbuilder
> Version: 0.185
> Severity: important
> 
> I'm using Debian unstable i386 and amd64 chroots, created by pbuilder, for a 
> rather long time, but now I had to create Ubuntu intrepid purposes. However 
> creation fails. As i can seed, it's so because of wrong package installation 
> order. See full creation log and my ~/.pbuilderrc below:
> 
> ### CREATION LOG START ###
>  $ DIST=intrepid ARCH=i386 pbuilder create --debootstrapopts --arch 
> --debootstrapopts i386 --debootstrapopts --debug
> Distribution is intrepid.
> Building the build environment
>  -> running cdebootstrap
> /usr/bin/cdebootstrap
> D: Init suite intrepid
> D: Using keyring /usr/share/keyrings/ubuntu-archive-keyring.gpg
> P: Retrieving Release
> D: Execute "wget -q -O 
> /var/cache/pbuilder/build/10649/var/cache/bootstrap/_dists_._Release 
> http://mirrors.kernel.org/ubuntu/dists/intrepid/Release";
> D: Status: 0
> P: Retrieving Release.gpg
> D: Execute "wget -q -O 
> /var/cache/pbuilder/build/10649/var/cache/bootstrap/_dists_._Release.gpg 
> http://mirrors.kernel.org/ubuntu/dists/intrepid/Release.gpg";
> D: Status: 0
> P: Validating Release
> D: Execute "gpgv --logger-fd 1 --status-fd 1 --keyring 
> /usr/share/keyrings/ubuntu-archive-keyring.gpg 
> /var/cache/pbuilder/build/10649/var/cache/bootstrap/_dists_._Release.gpg 
> /var/cache/pbuilder/build/10649/var/cache/bootstrap/_dists_._Release"
> I: Good signature from "Ubuntu Archive Automatic Signing Key 
> "
> D: Status: 0
> P: Parsing Release
> P: Retrieving Packages.gz
> D: Execute "wget -q -O 
> /var/cache/pbuilder/build/10649/var/cache/bootstrap/_dists_._main_binary-i386_Packages.gz
>  http://mirrors.kernel.org/ubuntu/dists/intrepid/main/binary-i386/Packages.gz";
> D: Status: 0
> P: Validating Packages.gz
> D: Execute "gunzip -c 
> /var/cache/pbuilder/build/10649/var/cache/bootstrap/_dists_._main_binary-i386_Packages.gz
>  > 
> /var/cache/pbuilder/build/10649/var/cache/bootstrap/_dists_._main_binary-i386_Packages"
> D: Status: 0
> P: Parsing Packages
> P: Retrieving gcc-4.3-base
> D: Execute "wget -q -O 
> /var/cache/pbuilder/build/10649/var/cache/bootstrap/gcc-4.3-base_4.3.2-1ubuntu11_i386.deb
>  
> http://mirrors.kernel.org/ubuntu/pool/main/g/gcc-4.3/gcc-4.3-base_4.3.2-1ubuntu11_i386.deb";
> D: Status: 0
> P: Validating gcc-4.3-base
> P: Retrieving libgcc1
> D: Execute "wget -q -O 
> /var/cache/pbuilder/build/10649/var/cache/bootstrap/libgcc1_4.3.2-1ubuntu11_i386.deb
>  
> http://mirrors.kernel.org/ubuntu/pool/main/g/gcc-4.3/libgcc1_4.3.2-1ubuntu11_i386.deb";
> D: Status: 0
> P: Validating libgcc1
> P: Retrieving findutils
> D: Execute "wget -q -O 
> /var/cache/pbuilder/build/10649/var/cache/bootstrap/findutils_4.4.0-2ubuntu3_i386.deb
>  
> http://mirrors.kernel.org/ubuntu/pool/main/f/findutils/findutils_4.4.0-2ubuntu3_i386.deb";
> D: Status: 0
> P: Validating findutils
> P: Retrieving libc6
> D: Execute "wget -q -O 
> /var/cache/pbuilder/build/10649/var/cache/bootstrap/libc6_2.8~20080505-0ubuntu7_i386.deb
>  
> http://mirrors.kernel.org/ubuntu/pool/main/g/glibc/libc6_2.8~20080505-0ubuntu7_i386.deb";
> D: Status: 0
> P: Validating libc6
> P: Retrieving libstdc++6
> D: Execute "wget -q -O 
> /var/cache/pbuilder/build/10649/var/cache/bootstrap/libstdc++6_4.3.2-1ubuntu11_i386.deb
>  
> http://mirrors.kernel.org/ubuntu/pool/main/g/gcc-4.3/libstdc++6_4.3.2-1ubuntu11_i386.deb";
> D: Status: 0
> P: Validating libstdc++6
> P: Retrieving apt
> D: Execute "wget -q -O 
> /var/cache/pbuilder/build/10649/var/cache/bootstrap/apt_0.7.14ubuntu6_i386.deb
>  http://mirrors.kernel.org/ubuntu/pool/main/a/apt/apt_0.7.14ubuntu6_i386.deb";
> D: Status: 0
> P: Validating apt
> P: Retrieving mawk
> D: Execute "wget -q -O 
> /var/cache/pbuilder/build/10649/var/cache/bootstrap/mawk_1.3.3-11.1ubuntu1_i386.deb
>  
> http://mirrors.kernel.org/ubuntu/pool/main/m/mawk/mawk_1.3.3-11.1ubuntu1_i386.deb";
> D: Status: 0
> P: Validating mawk
> P: Retrieving base-passwd
> D: Execute "wget -q -O 
> /var/cache/pbuilder/build/10649/var/cache/bootstrap/base-passwd_3.5.18_i386.deb
>  
> http://mirrors.kernel.org/ubuntu/pool/main/b/base-passwd/base-passwd_3.5.18_i386.deb";
> D: Status: 0
> P: Validating base-passwd
> P: Retrieving libdb4.7
> D: Execute "wget -q -O 
> /var/cache/pbuilder/build/10649/var/cache/bootstrap/libdb4.7_4.7.25-3_i386.deb
>  http://mirrors.kernel.org/ubuntu/pool/main/d/db/libdb4.7_4.7.25-3_i386.deb";
> D: Status: 0
> P: Validating libdb4.7
> P: Retrieving perl-base
> D: Execute "wget -q -O 
> /var/cache/pbuilder/build/10649/var/cache/bootstrap/perl-base_5.10.0-11.1ubuntu2_i386.deb
>  
> http://mirrors.kernel.org/ubuntu/pool/main/p/perl/perl-base_5.10.0-11.1ubuntu2_i386.deb";
> D: Status: 0
> P: Validating perl-base
> P: Retrieving liblocale-gettext-perl
> D: Execute "wget -q -O 
> /var/cache

Bug#498682: I hate tray-icons

2009-02-19 Thread Krzysztof A. Sobiecki

Tags: patch
Something strange happening with tray-icon in miro. For now good option
is to disable it. I don't have time to fight with it right now, maybe later.
I hope this will help:
diff -rup ~miro-2.0.1/portable/frontends/widgets/gtk/trayicon.py miro-2.0.1/portable/frontends/widgets/gtk/trayicon.py
--- ~miro-2.0.1/portable/frontends/widgets/gtk/trayicon.py	2009-02-11 22:37:21.0 +0100
+++ miro-2.0.1/portable/frontends/widgets/gtk/trayicon.py	2009-02-20 02:23:08.0 +0100
@@ -44,7 +44,7 @@ trayicon_is_supported = False
 # trayicons (the GtkStatusIcon widget).  Specifically we are looking
 # for GTK+ version 2.10 or newer.
 if gtk.check_version(2, 10, 0) == None:
-trayicon_is_supported = True
+trayicon_is_supported = False
 
 class Trayicon(gtk.StatusIcon):
 def __init__(self, icon):
0x7f5e5209e1f4 in __lll_lock_wait () from /lib/libpthread.so.0
(gdb) bt
#0  0x7f5e5209e1f4 in __lll_lock_wait () from /lib/libpthread.so.0
#1  0x7f5e5209c150 in pthread_cond_broadcast@@GLIBC_2.3.2 () from 
/lib/libpthread.so.0
#2  0x7f5e4bd29217 in wait_or_poll_for_event (dpy=0x1486fb0, wait=) at 
../../src/xcb_io.c:141
#3  0x7f5e4bd2958d in process_responses (dpy=0x147c280, 
wait_for_first_event=1, current_error=0x0, 
current_request=0)
at ../../src/xcb_io.c:166
#4  0x7f5e4bd29e49 in _XReadEvents (dpy=0x1486fb0) at ../../src/xcb_io.c:272
#5  0x7f5e4bd08a14 in XIfEvent (dpy=0x1486fb0, event=0x7fff5a4c3e70, 
predicate=0x7f5e423aa410 
, 
arg=0x2800115 "ngs/toolbar.xml#toolbarpaletteitem") at 
../../src/IfEvent.c:70
#6  0x7f5e423aa3c7 in IA__gdk_x11_get_server_time (window=)
at /tmp/buildd/gtk+2.0-2.14.7/gdk/x11/gdkevents-x11.c:2600
#7  0x7f5e428a821e in gtk_tray_icon_send_manager_message (icon=0x1a541b0, 
message=128, window=21480128, 
data1=41943317, 
data2=21527048, data3=0) at 
/tmp/buildd/gtk+2.0-2.14.7/gtk/gtktrayicon-x11.c:309
#8  0x7f5e428a8bf0 in gtk_tray_icon_update_manager_window (icon=0x1a541b0)
at /tmp/buildd/gtk+2.0-2.14.7/gtk/gtktrayicon-x11.c:331
#9  0x7f5e428a8e05 in gtk_tray_icon_realize (widget=0x1a541b0) at 
/tmp/buildd/gtk+2.0-2.14.7/gtk/gtktrayicon-x11.c:466
#10 0x7f5e4884c11d in IA__g_closure_invoke (closure=0x1588360, 
return_value=0x0, n_param_values=1, param_values=
0x28ed400, invocation_hint=0x7fff5a4c42a0) at 
/build/buildd/glib2.0-2.18.4/gobject/gclosure.c:767
#11 0x7f5e4885f628 in signal_emit_unlocked_R (node=0x1588df0, detail=0, 
instance=0x1a541b0, emission_return=0x0, 
instance_and_params=0x28ed400) at 
/build/buildd/glib2.0-2.18.4/gobject/gsignal.c:3174
#12 0x7f5e488611d8 in IA__g_signal_emit_valist (instance=0x1a541b0, 
signal_id=, detail=0, 
var_args=
0x7fff5a4c4480) at /build/buildd/glib2.0-2.18.4/gobject/gsignal.c:2977
#13 0x7f5e488616d3 in IA__g_signal_emit (instance=0x147c280, signal_id=128, 
detail=21480128)
at /build/buildd/glib2.0-2.18.4/gobject/gsignal.c:3034
#14 0x7f5e4283ab06 in IA__gtk_widget_realize (widget=0x1a541b0) at 
/tmp/buildd/gtk+2.0-2.14.7/gtk/gtkwidget.c:3319
#15 0x7f5e4284ad88 in gtk_window_show (widget=0x1a541b0) at 
/tmp/buildd/gtk+2.0-2.14.7/gtk/gtkwindow.c:4314
#16 0x7f5e4884c11d in IA__g_closure_invoke (closure=0x151fc80, 
return_value=0x0, n_param_values=1, param_values=
0x26a0580, invocation_hint=0x7fff5a4c4740) at 
/build/buildd/glib2.0-2.18.4/gobject/gclosure.c:767
#17 0x7f5e4885f628 in signal_emit_unlocked_R (node=0x1588290, detail=0, 
instance=0x1a541b0, emission_return=0x0, 
instance_and_params=0x26a0580) at 
/build/buildd/glib2.0-2.18.4/gobject/gsignal.c:3174
#18 0x7f5e488611d8 in IA__g_signal_emit_valist (instance=0x1a541b0, 
signal_id=, detail=0, 
var_args=
0x7fff5a4c4920) at /build/buildd/glib2.0-2.18.4/gobject/gsignal.c:2977
#19 0x7f5e488616d3 in IA__g_signal_emit (instance=0x147c280, signal_id=128, 
detail=21480128)
at /build/buildd/glib2.0-2.18.4/gobject/gsignal.c:3034
#20 0x7f5e4283bacc in IA__gtk_widget_show (widget=0x1a541b0) at 
/tmp/buildd/gtk+2.0-2.14.7/gtk/gtkwidget.c:3003
#21 0x7f5e427975a0 in gtk_status_icon_constructor (type=, 
n_construct_properties=, construct_params=)
at /tmp/buildd/gtk+2.0-2.14.7/gtk/gtkstatusicon.c:653
#22 0x7f5e48851ad3 in IA__g_object_newv (object_type=20181888, 
n_parameters=, 
parameters=0x0)
at /build/buildd/glib2.0-2.18.4/gobject/gobject.c:1211
#23 0x7f5e47dda7f8 in ?? () from 
/usr/lib/pymodules/python2.5/gtk-2.0/gobject/_gobject.so
#24 0x7f5e42c8f7f7 in ?? () from 
/usr/lib/pymodules/python2.5/gtk-2.0/gtk/_gtk.so
---Type  to continue, or q  to quit---
#25 0x0045df5c in wrap_init (self=0x147c280, args=0x80, 
wrapped=0xfe00, kwds=0x)
at ../Objects/typeobject.c:4043
#26 0x00418843 in PyObject_Call (func=0x147c280, arg=0x80, 
kw=0x147c2c0) at ../Objects/abstract.c:1861
#27 0x0048b2d2 in PyEval_CallObjectWithKeywords (func=0x2147710, 
arg=0x7f5e52453050, kw=0x0)

Bug#515662: Info on shifting 32 bit on a 32bit value

2009-02-19 Thread Simon Horman

On Thu, Feb 19, 2009 at 08:33:57AM +1100, Simon Horman wrote:
> On Wed, Feb 18, 2009 at 07:30:08AM +0100, Philipp Kolmann wrote:
> > Simon Horman wrote:
> >>> --- IPv6addr.c_ORIG   2009-02-17 14:28:45.0 +0100
> >>> +++ IPv6addr.c2009-02-17 14:29:24.0 +0100
> >>> @@ -487,7 +487,10 @@
> >>>   n = plen / 32;
> >>>   memset(mask.s6_addr32 + n + 1, 0, (3 - n) * 4);
> >>>   s = 32 - plen % 32;
> >>> - mask.s6_addr32[n] = 0x << s;
> >>> + if (s == 32) +  
> >>> mask.s6_addr32[n] = 0x0;
> >>> + else
> >>> + mask.s6_addr32[n] = 0x << s;
> >>>   mask.s6_addr32[n] = htonl(mask.s6_addr32[n]);
> >>>   }
> >>>  
> >> this looks like a good fix to me, how well tested is it?
> >>
> >> I'm embarrassed to say that this problem was introduced by me the last time
> >> that I tried to fix this code [1].
> >>
> >> http://hg.vergenet.net/linux-ha/dev/rev/774ee922abe7
> >>
> >>   
> >
> > We tested it yesterday and I switched my cluster to the lenny node  
> > yesterday. This patch works for me in my production environment and I  
> > plan to use it. It would be great if you could get this into 5.0.1.
> >
> > Since I only have one /64 network, I can't tell about other masks, but  
> > since those shouldn't interfere with my change, it shouldn't do any harm.
> 
> I agree. I will try and get it into 5.0.1

I have committed this change upstream[1] and am now working on
producing 2.1.3-6lenny2 which will include this change.

-- 
Simon Horman
  VA Linux Systems Japan K.K., Sydney, Australia Satellite Office
  H: www.vergenet.net/~horms/ W: www.valinux.co.jp/en




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

Bug#516249: giws: wrongly adds python-support directory to sys.path

Package: giws
Version: 1.0.1-1

Hi,

giws currently modifies the sys.path of the script to access modules
in /usr/share/python-support/giws directly.

This is completely useless since the whole purpose of python-support is
to make these modules available in a public Python modules directory.

You should just remove this patch, it is useless and potentially
harmful.

Thanks,
-- 
 .''`.  Debian 5.0 "Lenny" has been released!
: :' :
`. `'   Last night, Darth Vader came down from planet Vulcan and told
  `-me that if you don't install Lenny, he'd melt your brain.


signature.asc
Description: Ceci est une partie de message	numériquement signée

Bug#516241: out of memory when reading /usr/share/doc/ghc6-doc/libraries/base/base.haddock

2009-02-19 Thread David Fox

On Thu, Feb 19, 2009 at 5:07 PM, Joachim Breitner  wrote


> So yes, I'm very confident that haddock's interface files are not arch
> independent. Which is quite bad, I guess.
>
> I see two solutions:
>  * We patch haddock to not store any arch dependent data.
>   (Probably quite some work)
>  * We mach all -doc packages arch any instead of all.
>   (Easiler but less elegant)
>  * We put the haddock interface files in the -dev packages.
>   (Not sure about the implications)
>
>
They are most certainly architecture dependent, and must be set to
architecture any.  All the packages in our repository have this change, and
the cabal-debian tool generates a debianization with that architecture.
Putting them in the dev package seems a bit unfortunate.  What I am not sure
about is whether they are compiler dependent -- if they are I guess the
package name should be libghc6-foo-doc rather than haskell-foo-doc.

Bug#516160: [Pkg-samba-maint] Bug#516160: Samba 3.3.0-2 breaks delete/rename of writeable files

2009-02-19 Thread sacrificial-spam-address

> What security fixes?
>
> Upstream didn't publish any security advisory sicne 3.2.5

http://news.samba.org/releases/3.2.7/:
> 5 January 2009
> Samba 3.2.7 Available for Download
> 
> This is a security release to address CVE-2009-0022. The original advisory
> is available online. A patch for Samba 3.2.6 is available. This security
> advisory is applicable to releases from Samba 3.2.0 to 3.2.6. Past
> security advisories are available on our security page.

It's also mentioned on http://samba.org/samba/history/security.html



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

Bug#514807: a proposal for consideration for V1 CA certs in Etch (and Lenny?)

2009-02-19 Thread Daniel Kahn Gillmor

Thanks for the feedback, Simon.

On 02/19/2009 05:02 PM, Simon Josefsson wrote:
> Daniel Kahn Gillmor  writes:
>> 3) default to having GNUTLS_VERIFY_ALLOW_X509_V1_CA_CRT be set
>
> This is essentially the (untested) patch I proposed earlier.
>
>> (this may mean that there is *no way* to turn this flag off --
>> hopefully people who know gnutls better than myself can say if this is
>> the case)
> 
> Applications can still call gnutls_certificate_set_verify_flags to
> override the default.

Good point.  I appreciate the clarification.

> While I was negative initially, I think there are some arguments for
> this solution: it only enables V1 CAs that the user has _explicitly_
> marked as trusted.  So the user could be informed through documentation
> that if he adds V1 CAs as a trusted certs, they may lead to the security
> problems with V1 certs.

My understanding is that the security problem is with adding V1
*end-entity* certificates to the trusted certificate list.  If you do
so, and we go with option 3, those EE certificates would be able to act
as certificate authorities because GnuTLS is unable to distinguish the
two classes of certificate.  But this doesn't indicate any problems with
adding V1 CA certs, only EE certs, no?  Are there other security
problems with V1 certificates for CAs?  I certainly don't understand all
the issues here as well as i wish i did.

I've added Nikos to the Cc list here in case he can clarify.

> I don't think we'll make this change upstream,
> the risks associated doesn't seem negligible and I think V1 certs should
> just go away.

I agree that V1 certs should just go away, if only to avoid this sort of
confusion.

--dkg

signature.asc
Description: OpenPGP digital signature

Bug#516015: Acknowledgement (lenny kernel does not boot Alpha architecture)

2009-02-19 Thread Jiann-Ming Su


This seems to have fixed my boot problem:

http://lists.debian.org/debian-alpha/2009/02/msg00026.html



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

Bug#516248: skyeye: get_sym implicitly converted to pointer

2009-02-19 Thread dann frazier

Package: skyeye
Version: 1.2.5-1
Severity: serious
Tags: patch
Usertags: implicit-pointer-conversion

Our automated buildd log filter[1] detected a problem that is likely to
cause your package to segfault on architectures where the size of a
pointer is greater than the size of an integer, such as ia64 and amd64.

  Function `get_sym' implicitly converted to pointer at utils/main/skyeye.c:200

This is often due to a missing function prototype definition.
For more information, see [2].

Though it is guaranteed that this codepath will cause a segfault on certain
architectures, it is not guaranteed that this codepath would ever be executed
(e.g., if the returned pointer is never dereferenced). However, this bug
does prevent the ia64 buildd from successfully building this package, resulting
in a practical FTBFS issue and warranting the serious severity.

[1] http://people.debian.org/~dannf/check-implicit-pointer-functions
[2] http://wiki.debian.org/ImplicitPointerConversions

-- 
dann frazier

diff -urpN skyeye-1.2.5.orig/utils/profile/symbol.h skyeye-1.2.5/utils/profile/symbol.h
--- skyeye-1.2.5.orig/utils/profile/symbol.h	2008-05-15 08:40:58.0 -0600
+++ skyeye-1.2.5/utils/profile/symbol.h	2009-02-19 18:28:25.636833631 -0700
@@ -73,6 +73,7 @@ void ARMul_TaskSwitch(ARMul_State *state
 ARMword ARMul_TaskCreate(ARMul_State *state);
 void ARMul_ReportEnergy(ARMul_State *state, FILE* pf);
 void ARMul_Consolidate(ARMul_State *state);
+char *get_sym(ARMword address);
 
 #endif
 #endif
diff -urpN skyeye-1.2.5.orig/utils/main/skyeye.c skyeye-1.2.5/utils/main/skyeye.c
--- skyeye-1.2.5.orig/utils/main/skyeye.c	2008-05-02 10:07:09.0 -0600
+++ skyeye-1.2.5/utils/main/skyeye.c	2009-02-19 18:36:45.901755129 -0700
@@ -46,6 +46,7 @@ with this program; if not, write to the 
 
 #include 
 #include "code_cov.h"
+#include "symbol.h"
 
 /**
  * A global variable , point to the current archtecture

Bug#516247: bitpim: links private python modules directory to the public one

Package: bitpim
Version: 1.0.6.dfsg.1-1
Severity: important

Hi,

the bitpim.links file includes the following:
usr/share/python-support/python-dsv/DSV
usr/share/bitpim/code/DSV

Mixing the private modules in /usr/share/bitpim and the public ones
(wherever they are) is a recipe for failure:
  * Byte-compiled files will be created in the python-support
directory, and the package will fail to cleanup the directory
upon removal.
  * The files location for the interpreter is different from those
you get when importing the modules, which can lead to subtle
bugs if both paths of using them are used.
  * This will stop working with the new python-support (currently in
experimental), which now uses /usr/share/pyshared instead
of /usr/share/python-support/$package.

I don’t know how bitpim works, but I strongly recommend to cleanly
separate public and private modules. If the DSV modules are installed in
the public directory, you can just import them and that should be
enough.

Please don’t hesitate to ask if you need advice on how to fix this; if
you explain why this link is here, I may find some ideas.

Thanks,
-- 
 .''`.  Debian 5.0 "Lenny" has been released!
: :' :
`. `'   Last night, Darth Vader came down from planet Vulcan and told
  `-me that if you don't install Lenny, he'd melt your brain.


signature.asc
Description: Ceci est une partie de message	numériquement signée

Bug#366929: mount: still seems to not work with CFS in Lenny

2009-02-19 Thread Dale E. Martin

Package: mount
Version: 2.13.1.1-1
Followup-For: Bug #366929


I upgraded from Etch to Lenny and can no longer mount my CFS filesystem.
For other reasons I ended up booting back into 2.6.18 from Etch and it
doesn't seem to have helped.  Please let me know if there is anything I can
do to help debug this issue.

-- System Information:
Debian Release: 5.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.18-6-k7 (SMP w/1 CPU core)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash

Versions of packages mount depends on:
ii  libblkid1 1.41.3-1   block device id library
ii  libc6 2.7-18 GNU C Library: Shared libraries
ii  libselinux1   2.0.65-5   SELinux shared libraries
ii  libuuid1  1.41.3-1   universally unique id library

mount recommends no packages.

Versions of packages mount suggests:
ii  nfs-common   1:1.1.2-6lenny1 NFS support files common to client

-- 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#516246: [INTL:be] Updated Belarusian debconf for msttcorefonts

2009-02-19 Thread Pavel Piatruk

Package: msttcorefonts
Version: 2.7
Severity: wishlist

Please update Belarusian debconf translation

-- System Information:
Debian Release: 5.0
APT prefers stable
APT policy: (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.25-2-686 (SMP w/2 CPU cores)
Locale: LANG=be_BY.UTF-8, LC_CTYPE=be_BY.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
# translation of msttcorefonts_2.7_be.po to Belarusian (Official spelling)
# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the PACKAGE package.
#
# Pavel Piatruk , 2008, 2009.
msgid ""
msgstr ""
"Project-Id-Version: msttcorefonts_2.7_be\n"
"Report-Msgid-Bugs-To: th...@debian.org\n"
"POT-Creation-Date: 2007-12-01 15:50+0100\n"
"PO-Revision-Date: 2009-02-20 03:17+0200\n"
"Last-Translator: Pavel Piatruk \n"
"Language-Team: Belarusian (Official spelling) \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Generator: KBabel 1.11.4\n"

#. Type: string
#. Description
#: ../templates:1001
msgid "Directory holding MS fonts (if already downloaded):"
msgstr "Каталог, што ўтрымлівае шрыфты MS (калі яны ўжо спампаваны):"

#. Type: string
#. Description
#: ../templates:1001
msgid ""
"If you have already downloaded Microsoft's TrueType Core Fonts for the web, "
"type the name of the directory which contains them. Those files are in the "
"Microsoft Windows self-installing format, and are named andale32.exe, "
"arial32.exe, arialb32.exe, comic32.exe, courie32.exe, georgi32.exe, impact32."
"exe, times32.exe, trebuc32.exe, verdan32.exe and webdin32.exe."
msgstr ""
"Калі Вы ўжо спампавалі \"Шрыфты Microsoft TrueType для сеціва\", увядзіце
назву каталога, дзе яны знаходзяцца. Гэта файлы ў сама-ўсталявальным файрмаце
Microsoft Windows і найменаваныя andale32.exe, "
"arial32.exe, arialb32.exe, comic32.exe, courie32.exe, georgi32.exe, impact32."
"exe, times32.exe, trebuc32.exe, verdan32.exe ды webdin32.exe"

#. Type: string
#. Description
#: ../templates:1001
msgid ""
"If you haven't yet downloaded these fonts, leave this blank and the fonts "
"will be downloaded for you. Approximately 4 MB will need to be downloaded."
msgstr "Калі Вы яшчэ не спампавалі гэтых шрыфтоў, пакіньце поле пустым і шрыфты
спампуюцца. Будзе спампавана прыблізна 4 MB."

#. Type: string
#. Description
#: ../templates:1001
msgid ""
"If you are not connected to the internet or do not wish to download these "
"fonts now, enter \"none\" to abort."
msgstr "Калі не злучаны з інтэрнэтам або не хочаце спампоўваць шрыфтоў,
увядзіце \"none\" для сканчэння."

#. Type: error
#. Description
#: ../templates:2001
msgid "Font files not found"
msgstr "Файлы шрыфтоў не знойдзены"

#. Type: error
#. Description
#: ../templates:2001
msgid ""
"The directory you entered either did not exist, did not contain the "
"Microsoft TrueType Core Fonts for the Web Microsoft Windows 9x self "
"installing executables, or those executables did not match the versions "
"expected by this script. Please re-enter the directory containing the "
"Microsoft font files or enter \"none\" to abort."
msgstr "Каталог, які вы ўвялі, або не існуе, або не змяшчае самаўсталявальных
выканальных файлаў \"Шрыфтоў Microsoft TrueType\", або версіі файлаў не
адпавядаюць патрабаванням гэтага скрыпта. Калі ласка, паўторна вызначце
каталог, дзе знаходзяцца файлы шрыфтоў Microsoft, або ўвядзіце \"none\" для
сканчэння."

#. Type: string
#. Description
#: ../templates:3001
msgid "Where should these files be archived (optional):"
msgstr "Дзе будуць захоўвацца гэтыя файлы (неабавязкова):"

#. Type: string
#. Description
#: ../templates:3001
msgid ""
"If you would like to keep a permanent archive of the compressed Windows self "
"extracting files, enter the directory where you'd like them stored. If you "
"leave this blank, the files will be deleted after installation."
msgstr "Калі жадаеце трымаць пастаянны архіў са сціснутымі самаўсталявальнымі
файламі Windows, увядзіце каталог, дзе яны будуць захоўвацца. Калі пакінеце
поле пустым, файлы будуць выдалены пасля ўстаноўкі."

#. Type: string
#. Description
#: ../templates:4001
msgid "Mirror to download from:"
msgstr "Люстэрка, адкуль спампаваць:"

#. Type: string
#. Description
#: ../templates:4001
msgid ""
"This package already contains a built-in set of mirrors, which should be "
"sufficient for most people. However, if you'd like to use a different "
"(possibly local) mirror instead, please enter the full URL to the directory "
"containing the relevant files here. If not, just leave the field blank."
msgstr ""
"Гэты пакет ужо змяшчае ўбудуваны набор люстэркаў, што ёсць дастатковым для
большасці карыстальнікаў. Аднак, калі замест гэтага жадаеце выкарыстаць іншае"
"(верагодна, лакальнае) люстэрка, то ўвядзіце поўны URL да каталога з
патрэбнымі файламі. Інакш пакіньце поле пустым."

#. Type: string
#. Description
#: ../templates:5001
msgid "HTTP proxy to use:"
msgstr "Проксі для HTTP:

Bug#500626: [Smartphones-userland] [pkg-fso-maint] Bug#500626: xserver-xglamo: fonts are very large in e.g. midori

2009-02-19 Thread gregor herrmann

On Tue, 30 Sep 2008 13:31:33 +0200, Luca Capello wrote:

> >>   ARGS="$ARGS -dpi 285 -screen 480x640 [...]" ;;

> This means two things for Debian:
> 
> 1) we must specify the DPI value even with xserver-xorg.  However, since
>this is something specific to the Neo GTA01 and GTA02, I need to
>discover how to specify it *without* touching any configuration file
>provided by other packages (/etc/X11/xserver/ looks promising).

Adding "-dpi 285 -screen 480x640" to X_OPTIONS in /etc/init.d/nodm
leads to - well, rather huge fonts and icons and everything :)
 
> 2) Debian Xglamo doesn't correctly manage the DPI value and thus the
>fonts (*this* is the bug)

I found (via google) a workaround for the font issue:

# cat .Xresources 
Xft.dpi:  96

xdpyinfo still reports the interesting DPI values after "xrandr --rotate
left/normal" but afterwards the fonts at least still look normal.

Cheers,
gregor

-- 
 .''`.   Home: http://info.comodo.priv.at/{,blog/} / GPG Key ID: 0x00F3CFE4
 : :' :  Debian GNU/Linux user, admin, & developer - http://www.debian.org/
 `. `'   Member of VIBE!AT, SPI Inc., fellow of FSFE | http://got.to/quote/
   `-NP: Bob Dylan: I Shall Be Released


signature.asc
Description: Digital signature

Bug#515525: Reasign not close?

2009-02-19 Thread Adam Majer

Package: wine
Followup-For: Bug #515525

Maybe the proper thing to do is to reasign the bug, not close it???

Anyway, I'll reasign it..

- Adam



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

Bug#331072: debian + cinelerra + theora rocks

2009-02-19 Thread Holger Levsen

Hi Christian,

as you (hopefully!) I appreciate your efforts for debian-multimedia.o very 
much, but why do you riculouse (speling?) this effort? Supporting free codecs 
with free software is very worthwhile!


regards,
Holger


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

Bug#331072: debian + cinelerra + theora rocks

2009-02-19 Thread Holger Levsen

On Freitag, 20. Februar 2009, Holger Levsen wrote:
> Icweasel / Firefox 3.1 is supposed to have Ogg and Theora & Vorbis codecs
> on all platforms.

Oh, and this cool new linux thingy supports ogg theora since ages :)


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

Bug#516241: out of memory when reading /usr/share/doc/ghc6-doc/libraries/base/base.haddock

2009-02-19 Thread Joachim Breitner

[CC’ing d-haskell, this might be a larger annoyance]

Hi again,

Am Freitag, den 20.02.2009, 01:18 +0100 schrieb Joachim Breitner:
> I was about to start packaging libraries for ghc6.10 (haskell-X11 to be
> precise), using the just built haddock from incoming, when I this
> this problem:
>
> For the full bug report, see:
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=516241

I’m wondering: Are haddock’s interface files arch independent, in
haddock 2? If not, then that could be a problem – and if I read the code
in /usr/share/doc/ghc6-doc/libraries/base/base.haddock correctly, it
seems to use Binary to put “Int”s (without any fixed bit number).

And Binary does indeed serialize these Ints according to machine size...

So these are the first bytes
of /usr/share/doc/ghc6-doc/libraries/base/base.haddock:
000: 0d0c face 0004  45cf  4486 1100  E...D...
 ^---^  magic number
   ^--^ version number
^---^ 32 bit pointer
  ^---^ another 32 bit pointer

and here is what haddock reads in these lines (prints added by me) with
the this code in src/Haddock/InterfaceFile.hs:

 where
   get_dictionary bin_handle = liftIO $ do
  dict_p <- get bin_handle
  liftIO $ print ("dict_p",dict_p)
  data_p <- tellBin bin_handle
  liftIO $ print ("data_p",data_p)
  seekBin bin_handle dict_p
  liftIO $ print ()
  dict <- getDictionary bin_handle
  seekBin bin_handle data_p
  return dict

which results in this output on my amd64 machine:

("dict_p",BinPtr 76755360564358)
("data_p",BinPtr 14)
haddock: out of memory (requested 8310762766336 bytes)

Now 76755360564358 is 0x45CF4486, which, by looking at the
relevant parts of the file, is the concatenation of the two pointers.


So yes, I’m very confident that haddock’s interface files are not arch
independent. Which is quite bad, I guess.

I see two solutions:
 * We patch haddock to not store any arch dependent data.
   (Probably quite some work)
 * We mach all -doc packages arch any instead of all.
   (Easiler but less elegant)
 * We put the haddock interface files in the -dev packages.
   (Not sure about the implications)

Greetings,
Joachim
-- 
Joachim "nomeata" Breitner
Debian Developer
  nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C
  JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil

Bug#514110: liborbit2: breaks gksu in multiple situations

2009-02-19 Thread Jan Muszynski

Package: liborbit2
Version: 1:2.14.16-0.1
Followup-For: Bug #514110

I'm not sure what upstream is talking about - this package is broken (well,
has some issues is more accurate). Note that my system was fine until the
upgrade after Lenny went stable (Feb 16th upgrade borked things). I got
about 300 packages that day. Restoring liborbit2 back to the version in
lenny (1:2.14.13-0.1) (and not changing anything else) fixed the system, so the 
problem is
definitely in liborbit2. (Took me a while to track this one down).

Symptoms:
gnome-terminal: Start a terminal as root from a menu/launcher which uses
gksu and all subsequent terminals also start as root, no matter how they're 
started.

Conversely start a terminal as a normal user and all terminals start as
normal terminals, even if they're started using gksu.

try to start a root-nautilus session and it can't be done, no matter how I
try (although I didn't try a gksu menu/launcher for that). What I did try
was:
1) I have nautilus-gksu installed. Right-click, select "open as
administrator". This still works correctly for files (eg a root editor will
open for a text file) but is groken for trying to open a folder. The
nautilus window that starts is not root - it's the nirmal user.
Authentication log shows "session opened for root" **immediately** followed
by "session closed for root".
2) The exact same thing happens if I try gksu nautilus from a normal user
terminal, from a root user terminal, or just issue a nautilus command from a
root terminal without using gksu.

Switching gksu to gksudo mode fixes things so they work correctly (as far as
it goes). And, as I mentioned in the beginning downgrading liborbit2 to the
version in lenny fixes things so that gksu works as expected. I even tried
(before downgrading liborbit2) installing gksu-polkit to no avail.

I suppose it's possible that the problem is really in gksu and that it needs
to be modified to work with the new liborbit2 - but something needs to be
fixed somewhere.

If you need any more information or would like me to try anything else please
let me know. At the moment I've downgraded liborbit2 and placed it on hold.
I'll probably remove gksu-polkit for now as well since it doesn't appear to
be affecting anything.

Thanks for listening :)
-jcm 


-- System Information:
Debian Release: 5.0
  APT prefers testing
  APT policy: (990, 'testing'), (100, 'unstable'), (1, 'experimental'), (1, 
'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.28.6+00.fbcondecor (SMP w/2 CPU cores; PREEMPT)
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 liborbit2 depends on:
ii  libc6 2.7-18 GNU C Library: Shared libraries
ii  libglib2.0-0  2.16.6-1   The GLib library of C routines
ii  libidl0   0.8.10-0.1 library for parsing CORBA IDL file

liborbit2 recommends no packages.

liborbit2 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#516245: gitosis: ships module as an egg

Package: gitosis
Version: 0.2+20080825-7
Severity: important

Hi,

currently the gitosis package ships the .py files inside a directory
named "gitosis-0.2-py2.5.egg". It also ships a site.py file at the root
of the directory, which will be just ignored unless another package does
the same mistake.

We don’t ship Python modules as eggs in Debian, as it breaks the
expectations of packages depending on them. Furthermore, it is more
fragile and does not allow detecting for file conflicts.

The policy about eggs has not yet written, but the usage is already
here, and for good reasons. In short, don’t do that.

Please don’t hesitate to ask if you need help on fixing this issue.

Thanks,
-- 
 .''`.  Debian 5.0 "Lenny" has been released!
: :' :
`. `'   Last night, Darth Vader came down from planet Vulcan and told
  `-me that if you don't install Lenny, he'd melt your brain.


signature.asc
Description: Ceci est une partie de message	numériquement signée

Bug#516242: virtualbox-ose: Init script fails

2009-02-19 Thread Bernd Zeimetz

Hi there!

John Goerzen wrote:
> When the init script runs at install time, or manually:
> 
> # /etc/init.d/virtualbox-ose start
> Starting VirtualBox kernel module...failed.

Have a look into /etc/default/virtualbox-ose
I think the best way would be to ask the admin viw debconf here, or enable it by
default. I felt about that problem, too.

Cheers,

Bend

-- 
 Bernd Zeimetz   Debian GNU/Linux Developer
 GPG Fingerprint: 06C8 C9A2 EAAD E37E 5B2C BE93 067A AD04 C93B FF79



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

Bug#516243: [INTL:be] Updated Belarusian debconf for grub2

2009-02-19 Thread Pavel Piatruk

I'm sorry, actually subject must consist of grub2 instead of exim4.


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

Bug#516244: gozerbot: generates incorrect package with python-support from experimental

Package: gozerbot
Version: 0.8.1-1

Hi,

the gozerbot install file contains the following:
gozerplugs /var/lib/python-support/python2.4/
gozerbot /var/lib/python-support/python2.4/

With the upcoming version of python-support (currently in experimental),
these files are ignored and the built package is, as such, broken. The
installation directory is going to move from /var/lib/python-support
to /usr/lib/pymodules.

The ability to install files directly to /var/lib/python-support (as
described in the README) is meant for packages that need to hardcode the
path to public modules. However, this is obviously not the case for
gozerbot since you are installing them by hand.

You should install these packages to a standard place,
like /usr/lib/$(pyversion -d)/site-packages/. Then, dh_pysupport will
pick them and do whatever is fit.

As a general rule, please avoid relying on the internals of
python-support in the packaging unless necessary; this will avoid such
issues in the future (although hopefully there won’t be a need to change
the paths any further).

Thanks,
-- 
 .''`.  Debian 5.0 "Lenny" has been released!
: :' :
`. `'   Last night, Darth Vader came down from planet Vulcan and told
  `-me that if you don't install Lenny, he'd melt your brain.


signature.asc
Description: Ceci est une partie de message	numériquement signée

Bug#516231: [Pkg-fglrx-devel] Bug#516231: fglrx-driver: please describe more fully how to get the ATI driver working

2009-02-19 Thread Bertrand Marc


Hi,

Ross Boylan a écrit :

1) README.Debian says
"Further information can be found at http://www.ati.com/ -- look for
the "Drivers & Software" page and follow links to the Linux drivers."
The URL is semi-obsolete, and trying to follow these instructions led,
after much hunting, to a downloadable driver.  It did not lead to
installation instructions.  Searching the site produced only the
unhelpful Linux FAQ.
  

README.Debian is a bit old I guess...

2) README.Debian says "After you have installed the packages, you'll
also need to install a suitable kernel module to enable 3D
acceleration."  This sounds as if I can skip this if I don't care
about 3D acceleration. Will the driver work without the 3D module?
  
The driver works fine without a kernel module, for 2D of course. This is 
the big difference with nvidia.

3) How do I need to change xorg.conf (and possibly other things) to
get this to work?  Is it supposed to be found and work automatically?
What is the name of the driver?
  
The driver name is fglrx. You can change your xorg.conf with aticonfig 
--initial

4) Both fglrx-glx and fglrx-modules* describe themselves as providing
the display driver.  Huh?  I'm guessing the former provides the xorg
modules, and the latter provides the kernel modules.
  a) If that's true, it would be helpful to clarify it.
  

That's true

  b) fglrx-glx says you need to build from fglrx-source; is using an
  appropriate fglrx-module* a substitute for that?
  
fglrx-module* is fglrx-source built against standard Debian kernel 
provided by the Debian kernel team.

  c) again, if I don't care about 3D, can I skip the modules?
  

again, yes

5) Are the -686 modules appropriate for amd64 under Xeon?
If your kernel is linux-image-2.6*-flavour, you need 
fglrx-module-flavour. If your flavour is not in Debian, you can build 
fglrx-source with module-assistant. And you can't load a 64bits kernel 
module with a i386 userland

6) For amd64 do the drivers need to be built or run in some kind of 32
bit compatibility mode?  I ask because fglrx-glx-ia32 got pulled in
automatically (along with a bunch of other 32 bit stuff), and also
because of the -486 and -686 package names.

At any rate, it's not working for me yet, even after adding 
   Driver "ati"

to my xorg.conf device section.  I got that idea from
http://wiki.debian.org/AtiHowTo.  I discovered it from an ATI
driver download page.
  
Try Driver "fglrx" or just #aticonfig --initial. See 
http://wiki.debian.org/ATIProprietary


Regards,
Bertrand



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

Bug#418975: Still an issue with lenny

2009-02-19 Thread Sam Roberts

On Thu, Feb 19, 2009 at 12:31 PM, Philipp Kolmann  wrote:
> Now I did. I have not seen this crash with your patch anymore.

You're just lucky (or unlucky?). :-) What's your machine architecture?

Thanks for the source. It was easy to reproduce.

Attached is a stand-alone reproduction (put in sample/), and a patch.

The patch contains a printf that should be stripped, but it shows how
without the patch, the ICMP checksum algorithm thinks the end of the
packet is the begining of the IP packet. It uses random data after the
packet as the "ip header length", calculates the checksum over that
garbage, then writes the checksum to what is essentially a random
offset, depending on what it read as that ip header length.

Anyhow, you might want to try the sample code with/without the patch,
to make sure its right.

And now I can see why you though the ip_offset is from the beginning
of the packet. There isn't any aligner with raw link6, and since IPv6
left the ip_offset as zero, and your IPv6 header is always at the
front of the packet, it would look like ip_offset was from the front
of the packet, even though its supposed to be from the back.

Cheers,
Sam
Index: src/libnet_build_ip.c
===
--- src/libnet_build_ip.c	(revision 382)
+++ src/libnet_build_ip.c	(working copy)
@@ -557,8 +557,12 @@
 }
 
 /* no checksum for IPv6 */
-return (ptag ? ptag : libnet_pblock_update(l, p, LIBNET_IPV6_H,
-LIBNET_PBLOCK_IPV6_H));
+ptag = ptag ? ptag : libnet_pblock_update(l, p, LIBNET_IPV6_H,
+LIBNET_PBLOCK_IPV6_H);
+
+libnet_pblock_record_ip_offset(l, p);
+
+return ptag;
 bad:
 libnet_pblock_delete(l, p);
 return (-1);
Index: src/libnet_pblock.c
===
--- src/libnet_pblock.c	(revision 382)
+++ src/libnet_pblock.c	(working copy)
@@ -390,6 +390,9 @@
 {
 if ((q->flags) & LIBNET_PBLOCK_DO_CHECKSUM)
 {
+/* Checksum calculation is rife with bugs related to ip_offset bookkeeping. */
+printf("pkt %p aligner %d totalsize %d tag %d ip_offset %d h_len %d\n",
+*packet, l->aligner, l->total_size, q->ptag, q->ip_offset, q->h_len);
 int offset = (l->total_size + l->aligner) - q->ip_offset;
 c = libnet_do_checksum(l, *packet + offset,
 libnet_pblock_p2p(q->type), q->h_len);
@@ -420,6 +423,10 @@
 *size -= l->aligner;
 }
 return (1);
+
+err:
+free(packet);
+return (-1);
 }
 
 void
@@ -502,7 +509,7 @@
 libnet_pblock_t *c;
 u_int32_t ip_offset = 0;
 
-assert(p->type == LIBNET_PBLOCK_IPV4_H);
+assert(p->type == LIBNET_PBLOCK_IPV4_H || p->type == LIBNET_PBLOCK_IPV6_H);
 
 for(c = p; c; c = c->prev)
 ip_offset += c->b_len;
/*
 * Regression test for bugs such as reported in:
 *   http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=418975
 *
 * Copyright (c) 2009 Sam Roberts 
 * All rights reserved.
 *
 * Redistribution and use in source and binary forms, with or without
 * modification, are permitted provided that the following conditions
 * are met:
 * 1. Redistributions of source code must retain the above copyright
 *notice, this list of conditions and the following disclaimer.
 * 2. Redistributions in binary form must reproduce the above copyright
 *notice, this list of conditions and the following disclaimer in the
 *documentation and/or other materials provided with the distribution.
 *
 * THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AND
 * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE
 * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE
 * ARE DISCLAIMED.  IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE
 * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL
 * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS
 * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)
 * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT
 * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY
 * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
 * SUCH DAMAGE.
 *
 */
#if (HAVE_CONFIG_H)
#include "../include/config.h"
#endif
#include "./libnet_test.h"

#include 

#include 

static void print_pblocks(libnet_t* l)
{
libnet_pblock_t* p = l->protocol_blocks;

while(p) {
/* h_len is header length for checksumming? "chksum length"? */
printf("  tag %d flags %d type %20s/%#x buf %p b_len %2u h_len %2u ip_offset %2u, copied %2u\n",
p->ptag, p->flags,
libnet_diag_dump_pblock_type(p->type), p->type,
p->buf, p->b_len, p->h_len, p->ip_offset, p->copied);
p = p->next;
}
printf("  li

Bug#331072: debian + cinelerra + theora rocks

2009-02-19 Thread Holger Levsen

Hi,

On Donnerstag, 19. Februar 2009, Christian Marillat wrote:
> > http://meetings-archive.debian.net/pub/debian-meetings/ contains 393 GB
> > of videos, most of it in ogg theora. And AFAIK many people think those
> > videos are very useful.
> Video for geeks ?

Icweasel / Firefox 3.1 is supposed to have Ogg and Theora & Vorbis codecs on 
all platforms.

regards,
Holger

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

Bug#516243: [INTL:be] Updated Belarusian debconf for exim4

2009-02-19 Thread Pavel Piatruk

Package: grub2
Version: 1.96+20080724-16
Severity: wishlist


Please update Belarusian debconf translation

-- System Information:
Debian Release: 5.0
  APT prefers testing
  APT policy: (500, 'testing'), (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.25-2-686 (SMP w/2 CPU cores)
Locale: LANG=be_BY.CP1251, LC_CTYPE=be_BY.CP1251 (charmap=CP1251)
Shell: /bin/sh linked to /bin/bash
# Belarusian translation of grub2 templates
# Copyright (C) 2009 respective translators (see below)
# This file is distributed under the same license as the grub2 package.
# Hleb Rubanau , 2009.
#
msgid ""
msgstr ""
"Project-Id-Version: be\n"
"Report-Msgid-Bugs-To: pkg-grub-de...@lists.alioth.debian.org\n"
"POT-Creation-Date: 2008-10-26 18:22+0100\n"
"PO-Revision-Date: 2009-02-19 09:19+0200\n"
"Last-Translator: Hleb Rubanau \n"
"Language-Team: Belarusian (Official spelling) \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=utf-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: note
#. Description
#: ../grub2.templates:1001
msgid "GRUB 1.95 numbering scheme transition"
msgstr "Змена схемы нумарацыі GRUB 1.95"

#. Type: note
#. Description
#: ../grub2.templates:1001
msgid ""
"As of version 1.95, GRUB 2 has changed its numbering scheme.  Partitions are "
"now counted starting from 1 rather than 0.  This is to make it consistent "
"with device names of Linux and the other kernels used in Debian.  For "
"example, when using Linux as the kernel, \"(hd0,1)\" refers to the same "
"partition as the /dev/sda1 device node."
msgstr ""
"Схема нумарацыі ў GRUB 2 змянілася ў параўнанні з версіяй 1.95 . Зараз "
"падзелы дыску адлічваюцца пачынаючы з 1 замест 0. Гэта зроблена, каб "
"адпавядаць назвам прыладаў у Linux і іншых ядрах, якія выкарыстоўваюцца "
"ў Debian. Напрыклад, калі ў якасці ядра выкарыстоўваецца Linux, "
"радок \"(hd0,1)\" датычыцца таго самага падзелу дыску, як і файл прылады "
"/dev/sda1."

#. Type: note
#. Description
#: ../grub2.templates:1001
msgid ""
"Because of this, there's a chance your system becomes unbootable if update-"
"grub(8) is run before GRUB is updated, generating a grub.cfg file that your "
"installed GRUB won't yet be able to parse correctly.  To ensure your system "
"will be able to boot, you have to:"
msgstr ""
"З гэтай прычыны Ваша сістэма можа стаць няздольнай да загрузкі, калі "
"праграма update-grub(8), запушчаная да абнаўлення GRUB, стварыла файл "
"grub.cfg, які немагчыма карэктна апрацаваць усталяваным GRUB. Каб "
"пераканацца, што Ваша сістэма здольная да загрузкі, варта: "

#. Type: note
#. Description
#: ../grub2.templates:1001
msgid ""
" - Reinstall GRUB (typically, by running grub-install).\n"
" - Rerun update-grub to generate a new grub.cfg."
msgstr ""
" - Пераўсталяваць GRUB (звычайна, праз запуск grub-install).\n"
" - Перазапусціць update-grub, каб стварыць новы grub.cfg."

#. Type: boolean
#. Description
#: ../grub-pc.templates:1001
msgid "Chainload from menu.lst?"
msgstr "Ланцуговая загрузка з menu.lst?"

#. Type: boolean
#. Description
#: ../grub-pc.templates:1001
msgid "GRUB upgrade scripts have detected a GRUB Legacy setup in /boot/grub."
msgstr "Скрыпты абнаўлення GRUB выявілі папярэднюю версію GRUB, усталяваную ў 
/boot/grub."

#. Type: boolean
#. Description
#: ../grub-pc.templates:1001
msgid ""
"In order to replace the Legacy version of GRUB in your system, it is "
"recommended that /boot/grub/menu.lst is adjusted to chainload GRUB 2 from "
"your existing GRUB Legacy setup.  This step may be automaticaly performed "
"now."
msgstr ""
"Каб замяніць папярэднюю версію GRUB у Вашай сістэме, раім выправіць файл "
"/boot/grub/menu.lst такім чынам, каб GRUB 2 загружаўся праз механізм "
"ланцуговай загрузкі (chainload) з існуючай папярэдняй версіі GRUB. Зараз "
"можна зрабіць гэтую наладку аўтаматычна. "

#. Type: boolean
#. Description
#: ../grub-pc.templates:1001
msgid ""
"It's recommended that you accept chainloading GRUB 2 from menu.lst, and "
"verify that your new GRUB 2 setup is functional for you, before you install "
"it directly to your MBR (Master Boot Record)."
msgstr ""
"Раім абраць опцыю ланцуговай загрузкі GRUB 2 з menu.lst, каб праверыць, ці "
"прыдатны для Вас нанова ўсталяваны GRUB 2, перад тым як усталёўваць яго "
"непасрэдна ў галоўны загрузачны запіс (MBR, Master Boot Record)."

#. Type: boolean
#. Description
#: ../grub-pc.templates:1001
msgid ""
"In either case, whenever you want GRUB 2 to be loaded directly from MBR, you "
"can do so by issuing (as root) the following command:"
msgstr ""
"Калі ж Вы хочаце, каб GRUB 2 запускаўся непасрэдна з MBR, дастаткова запусціць 
"
"з правамі карыстальніка root наступную каманду:"

#. Type: boolean
#. Description
#: ../grub-pc.templates:1001
msgid "upgrade-from-grub-legacy"
msgstr "update-from-grub-legacy"

#. Type: string
#. Description
#: ../grub-pc.templates:2001
msgid "Linux command line:"
msgstr "Камандны радок Linux:"

#. Type: string
#. Description
#: ../grub-pc.templates:2001
msgid ""
"The following L

Bug#507007: homebenk: Debian released, new homebank in unstable?

2009-02-19 Thread Elrond


Hi,

> Hi,
> I've prepared an updated package of homebank, it's on mentors.debian.net
> but we (me and my sponsor) are waiting for the release of lenny before
> the upload.

So Debian has been released, it seems...


anything we need to help you?


Elrond



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

Bug#516242: virtualbox-ose: Init script fails

2009-02-19 Thread John Goerzen

Package: virtualbox-ose
Version: 2.1.2-dfsg-2
Severity: important

When the init script runs at install time, or manually:

# /etc/init.d/virtualbox-ose start
Starting VirtualBox kernel module...failed.

If I manually run:

# modprobe vboxdrv

then the init script works fine:

# /etc/init.d/virtualbox-ose start
Starting VirtualBox kernel module...done.


-- System Information:
Debian Release: 5.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (99, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=en_US (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages virtualbox-ose depends on:
ii  adduser3.110 add and remove users and groups
ii  debconf [debconf-2.0]  1.5.25Debian configuration management sy
ii  libc6  2.7-18GNU C Library: Shared libraries
ii  libgcc11:4.3.3-4 GCC support library
ii  libqt4-network 4.4.3-2   Qt 4 network module
ii  libqtcore4 4.4.3-2   Qt 4 core module
ii  libqtgui4  4.4.3-2   Qt 4 GUI module
ii  libsdl1.2debian1.2.13-4  Simple DirectMedia Layer
ii  libstdc++6 4.3.3-4   The GNU Standard C++ Library v3
ii  libx11-6   2:1.1.5-2 X11 client-side library
ii  libxcursor11:1.1.9-1 X cursor management library
ii  libxext6   2:1.0.4-1 X11 miscellaneous extension librar
ii  libxml22.6.32.dfsg-5 GNOME XML library
ii  libxmu62:1.0.4-1 X11 miscellaneous utility library
ii  libxslt1.1 1.1.24-2  XSLT processing library - runtime 
ii  libxt6 1:1.0.5-3 X11 toolkit intrinsics library
ii  python 2.5.2-3   An interactive high-level object-o
ii  python2.5  2.5.4-1   An interactive high-level object-o

Versions of packages virtualbox-ose recommends:
ii  libgl1-mesa-glx [ 7.0.3-7A free implementation of the OpenG
ii  virtualbox-ose-mo 2.1.2-dfsg-2+2.6.26-13 VirtualBox modules for Linux (kern

Versions of packages virtualbox-ose suggests:
ii  bridge-utils1.4-5Utilities for configuring the Linu
ii  virtualbox-ose-source   2.1.2-dfsg-2 x86 virtualization solution - kern

-- 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#516241: out of memory when reading /usr/share/doc/ghc6-doc/libraries/base/base.haddock

2009-02-19 Thread Joachim Breitner

Package: haddock
Version: 2.4.1-3
Severity: grave

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi Kaol,

I was about to start packaging libraries for ghc6.10 (haskell-X11 to be
precise), using the just built haddock from incoming, when I this
this problem:

$ /usr/bin/haddock 
--read-interface=/usr/share/doc/ghc6-doc/libraries/base,/usr/share/doc/ghc6-doc/libraries/base/base.haddock
 
haddock: out of memory (requested 6579890946048 bytes)
$

The out of memory comes instantanious.

A strace shows that it tries to mmap a large region, after opening that file
open("/usr/share/doc/ghc6-doc/libraries/base/base.haddock", 
O_RDONLY|O_NOCTTY|O_NONBLOCK) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=652796, ...}) = 0
ioctl(3, SNDCTL_TMR_TIMEBASE or TCGETS, 0x7fff1df5ce90) = -1 ENOTTY 
(Inappropriate ioctl for device)
fstat(3, {st_mode=S_IFREG|0644, st_size=652796, ...}) = 0
mmap(0x7f6c1460, 2097152, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, 
-1, 0) = 0x7f6c1430
select(4, [3], [], NULL, {0, 0})= 1 (in [3], left {0, 0})
read(3, 
"\r\f\372\316\0\4\0\t\213\206\0\t$y\377\0\0\6u\0\0\0\0\0\0\0\0\0\0\0\1\0\0"..., 
652796) = 652796
close(3)= 0
mmap(0x7f6c1450, 6579890946048, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = -1 ENOMEM (Cannot allocate memory)

Note that this is on amd64, with the just built ghc packages:

ii  ghc66.10.1+dfsg1-10 GHC - the Glasgow Haskell Compilation system
ii  ghc6-doc6.10.1+dfsg1-10 Documentation for the Glasgow Haskell 
Compilat
ii  ghc6-prof   6.10.1+dfsg1-10 Profiling libraries for the Glasgow Haskell 
Co


The file in question is this:
$ ls -l /usr/share/doc/ghc6-doc/libraries/base/base.haddock
- -rw-r--r-- 1 root root 652796 17. Feb 18:52 
/usr/share/doc/ghc6-doc/libraries/base/base.haddock
$ md5sum /usr/share/doc/ghc6-doc/libraries/base/base.haddock
31b9337459e9ebf3d59ca24cd03c827c  
/usr/share/doc/ghc6-doc/libraries/base/base.haddock

if this is interesting at all.

Is there anything else I can do to help you debug this problem?

Greetings,
Joachim


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

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

Versions of packages haddock depends on:
ii  libc62.9-1   GNU C Library: Shared libraries
ii  libedit2 2.11~20080614-1 BSD editline and history libraries
ii  libffi5  3.0.7-1 Foreign Function Interface library
ii  libgmp3c22:4.2.2+dfsg-3  Multiprecision arithmetic library
ii  libncurses5  5.7+20090214-1  shared libraries for terminal hand

haddock recommends no packages.

haddock suggests no packages.

- -- no debconf information

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

iEYEARECAAYFAkmd9sYACgkQ9ijrk0dDIGyiPACgrj1nz933aAwmhuJd+9qoM0A+
rDQAmwRJTuQ2Q5SSIDd6K2Sv09InSybN
=BSQ2
-END PGP SIGNATURE-



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

Bug#516236: Acknowledgement (cryptsetup: obsolete URL for LUKS)

Alternately, maybe http://www.saout.de/tikiwiki/tiki-index.php?page=LUKS
is the best LUKS site.  It certainly seems to have more info.
It also refers to the endorphin.org site as being the official one.





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

Bug#516239: Add synce-hal-bluetooth package

2009-02-19 Thread Jonny Lamb

Package: synce-hal
Version: 0.13.1-1
Severity: wishlist

Add a synce-hal-bluetooth package, including an init script for getting
bluetooth working out of the box.

-- 
Jonny Lamb, UK
jo...@debian.org


signature.asc
Description: Digital signature

Bug#516238: celestia-kde: broken links in bookmark toolbar

2009-02-19 Thread Dean Montgomery

Package: celestia-kde
Version: 1.5.1+dfsg1-1
Severity: normal

Some of the links in the celestia bookmarks toolbar are broken.

I've attached a fix that should go here:
/usr/share/celestia/bookmarks.xml


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

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

Versions of packages celestia-kde depends on:
ii  celestia-c 1.5.1+dfsg1-1 Datafiles for Celestia, a real-tim
ii  kdelibs4c2 4:3.5.10.dfsg.1-0lenny1   core libraries and binaries for al
ii  khelpcente 4:4.0.0.really.3.5.9.dfsg.1-6 help center for KDE
ii  libacl12.2.47-2  Access control list shared library
ii  libart-2.0 2.3.20-2  Library of functions for 2D graphi
ii  libattr1   1:2.4.43-2Extended attribute shared library
ii  libaudio2  1.9.1-5   Network Audio System - shared libr
ii  libc6  2.7-18GNU C Library: Shared libraries
ii  libfontcon 2.6.0-3   generic font configuration library
ii  libfreetyp 2.3.7-2   FreeType 2 font engine, shared lib
ii  libgamin0  0.1.9-2   Client library for the gamin file 
ii  libgcc11:4.3.2-1.1   GCC support library
ii  libgl1-mes 7.0.3-7   A free implementation of the OpenG
ii  libglu1-me 7.0.3-7   The OpenGL utility library (GLU)
ii  libice62:1.0.4-1 X11 Inter-Client Exchange library
ii  libidn11   1.8+20080606-1GNU libidn library, implementation
ii  libjpeg62  6b-14 The Independent JPEG Group's JPEG 
ii  liblua5.1- 5.1.3-1   Simple, extensible, embeddable pro
ii  libogg01.1.3-4   Ogg Bitstream Library
ii  libpng12-0 1.2.27-2  PNG library - runtime
ii  libqt3-mt  3:3.3.8b-5+b1 Qt GUI Library (Threaded runtime v
ii  libsm6 2:1.0.3-2 X11 Session Management library
ii  libstdc++6 4.3.2-1.1 The GNU Standard C++ Library v3
ii  libtheora0 1.0~beta3-1   The Theora Video Compression Codec
ii  libx11-6   2:1.1.5-2 X11 client-side library
ii  libxcursor 1:1.1.9-1 X cursor management library
ii  libxext6   2:1.0.4-1 X11 miscellaneous extension librar
ii  libxft22.1.12-3  FreeType-based font drawing librar
ii  libxi6 2:1.1.4-1 X11 Input extension library
ii  libxineram 2:1.0.3-2 X11 Xinerama extension library
ii  libxmu62:1.0.4-1 X11 miscellaneous utility library
ii  libxrandr2 2:1.2.3-1 X11 RandR extension library
ii  libxrender 1:0.9.4-2 X Rendering Extension client libra
ii  libxt6 1:1.0.5-3 X11 toolkit intrinsics library
ii  zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime

celestia-kde recommends no packages.

Versions of packages celestia-kde suggests:
ii  stellarium0.9.1-4real-time photo-realistic sky gene

-- no debconf information


bookmarks.xml
Description: XML document

Bug#516235: gpsd: FTBFS with python-support in experimental

Package: gpsd
Version: 2.38-1

Hi,

The gpsd rules file contains the following:
dh_pysupport -s
chmod 755 
debian/$(PACKAGE_PY)/usr/share/python-support/python-gps/gps.py

With the upcoming version of python-support (currently in experimental),
such statements will make the package FTBFS, since the files are now
moved to a different directory (/usr/share/pyshared).

I suggest to change the permissions on the file right before the
dh_pysupport call instead:
chmod 755 
debian/$(PACKAGE_PY)/usr/lib/python*/site-packages/gps.py
dh_pysupport -s
I suggest to simply move the dh_pysupport call after your chmod; it
should not be a problem to run it after dh_compress and dh_fixperms.

As a general rule, please do not rely on the internals of python-support
in the packaging; this will avoid such issues in the future (although
hopefully there won’t be a need to change the paths any further).

Thanks,
-- 
 .''`.  Debian 5.0 "Lenny" has been released!
: :' :
`. `'   Last night, Darth Vader came down from planet Vulcan and told
  `-me that if you don't install Lenny, he'd melt your brain.   


signature.asc
Description: Ceci est une partie de message	numériquement signée

Bug#516236: cryptsetup: obsolete URL for LUKS

Package: cryptsetup
Version: 2:1.0.6-7
Severity: minor

man crypsetup, at the end of the Luks Extension section, says
For more information about LUKS, see http://luks.endorphin.org

That URL seems to be dead.  wikipedia says
http://code.google.com/p/cryptsetup/ is the home page.  If that's
correct, it would be nice to update the references (there are 2 in
cryptsetup's man page, and there may be others in the package).

I don't find the new web site very informative, FWIW.

-- System Information:
Debian Release: 5.0
  APT prefers stable
  APT policy: (500, 'stable'), (50, 'unstable'), (40, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash

Versions of packages cryptsetup depends on:
ii  dmsetup  2:1.02.27-4 The Linux Kernel Device Mapper use
ii  libc62.7-18  GNU C Library: Shared libraries
ii  libdevmapper1.02.1   2:1.02.27-4 The Linux Kernel Device Mapper use
ii  libpopt0 1.14-4  lib for parsing cmdline parameters
ii  libuuid1 1.41.3-1universally unique id library

cryptsetup recommends no packages.

Versions of packages cryptsetup suggests:
ii  dosfstools3.0.1-1utilities for making and checking 
ii  initramfs-tools [linux-initra 0.92o  tools for generating an initramfs
ii  udev  0.125-7/dev/ and hotplug management daemo

-- 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#516234: CONFIG_DIR=/etc/dnsmasq.d broke my config

2009-02-19 Thread Vincent Untz

Package: dnsmasq
Version: 2.47-3
Severity: important

I upgraded dnsmasq today. The new version of the package puts
CONFIG_DIR=/etc/dnsmasq.d by default in /etc/default/dnsmasq.

However, in /etc/dnsmasq.conf, I already had:
conf-dir=/etc/dnsmasq.d

And it appears that when CONFIG_DIR and conf-dir are set to the same value
(/etc/dnsmasq.d), then the files in /etc/dnsmasq.d are evaluated twice. So I
had error about duplicate dhcp-host entries.

Sounds like dnsmasq should not evaluate twice a directory that is passed via
the command line and via a configuration option in the config files.
(If this is not trivial, I suggest to temporary revert the packaging change)

Thanks,

-- System Information:
Debian Release: 5.0
  APT prefers testing
  APT policy: (991, 'testing'), (500, 'stable')
Architecture: i386 (i686)

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

Versions of packages dnsmasq depends on:
ii  adduser   3.110  add and remove users and groups
ii  dnsmasq-base  2.47-3 A small caching DNS proxy and DHCP
ii  netbase   4.34   Basic TCP/IP networking system

dnsmasq recommends no packages.

Versions of packages dnsmasq suggests:
ii  resolvconf1.43   name server information handler

-- 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#516213: vg not found at the boot

2009-02-19 Thread Ferenc Wagner

Jan Čípa  writes:

> On the first boot after installing debian-500-hppa-DVD-1.iso on HP
> A500 PA-RISC, booting halts on
> ALERT! /dev/mapper/hp--server-root does not exist. Dropping to a shell!
>
> Setup with guided LVM option, kept recommended defaults. No complaints
> during installation.
>
> Machine: HP A500 class, dual CPU, 2GB RAM, 34GB internal SCSI disk,
> external SCSI tape drive and DVD-ROM.
>
> [...]
> Begin: Mounting root file system ... Begin: Running /scripts/local-top ... 
> [17179584.784000] device-mapper: uevent: version 1.0.3
> [17179584.788000] device-mapper: ioctl: 4.13.0-ioctl (2007-10-18) 
> initialised: dm-de...@redhat.com
>   Volume group "hp-server" not found
> [...]
> [17179590.176000] scsi 3:0:15:0: Direct-Access HP 36.4G MAN3367MC
> HP04 PQ: 0 ANSI: 2
> [17179590.184000]  target3:0:15: tagged command queuing enabled, command 
> queue depth 16.
> [17179590.22]  target3:0:15: Beginning Domain Validation
> [17179590.244000]  target3:0:15: asynchronous
> [17179590.268000]  target3:0:15: wide asynchronous
> [17179590.284000]  target3:0:15: FAST-20 WIDE SCSI 40.0 MB/s ST (50 ns, 
> offset 16)
> [17179590.304000]  target3:0:15: Domain Validation skipping write tests
> [17179590.34]  target3:0:15: Ending Domain Validation
> [17179590.348000] scsi 3:0:15:0: Attached scsi generic sg2 type 0
> [17179590.464000] Driver 'sd' needs updating - please use bus_type methods
> [17179590.472000] sd 3:0:15:0: [sda] 71132960 512-byte hardware sectors 
> (36420 MB)
> [17179590.504000] sd 3:0:15:0: [sda] Write Protect is off
> [17179590.52] sd 3:0:15:0: [sda] Write cache: disabled, read cache: 
> enabled, doesn't support DPO or FUA
> [17179590.544000] sd 3:0:15:0: [sda] 71132960 512-byte hardware sectors 
> (36420 MB)
> [17179590.62] sd 3:0:15:0: [sda] Write Protect is off
> [17179590.748000] sd 3:0:15:0: [sda] Write cache: disabled, read cache: 
> enabled, doesn't support DPO or FUA
> [17179590.772000]  sda: sda1 sda2 sda3
> [17179590.90] sd 3:0:15:0: [sda] Attached SCSI disk
>
> done.
> Gave up waiting for root device.

Looks like vgchange was executed before the physical volume was
discovered at the end of the SCSI scan.  Please issue the

vgchange -ay

command and exit the shell.  If the system boots up, then it's an
initramfs-tools bug, rather than an installer bug.
-- 
Regards,
Feri.



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

Bug#516230: Acts as SSH agent despite /apps/gnome-keyring/daemon-components/ssh = false

forwarded 516230 http://bugzilla.gnome.org/show_bug.cgi?id=558181
thanks

Le jeudi 19 février 2009 à 14:49 -0800, Josh Triplett a écrit :
> Today, I tried to ssh somewhere, and got a graphical prompt for my SSH
> key passphrase, which my ssh-agent already knows due to libpam-ssh.  I
> have gnome-keyring's ssh agent disabled:
> 
> $ gconftool-2 -g /apps/gnome-keyring/daemon-components/ssh
> false
> 
> Yet gnome-keyring has set SSH_AUTH_SOCK to its own socket:

This is a known issue, which is caused by the move of GConf to D-Bus.
With CORBA, it was possible to start the GConf daemon from the PAM
module, and it is not possible anymore.

The bug is already fixed for the upcoming GNOME 2.26. However the patch
is a bit too complex to be backported in a snap.

Cheers,
-- 
 .''`.  Debian 5.0 "Lenny" has been released!
: :' :
`. `'   Last night, Darth Vader came down from planet Vulcan and told
  `-me that if you don't install Lenny, he'd melt your brain.


signature.asc
Description: Ceci est une partie de message	numériquement signée

Bug#513964: gnome-power-manager: suspend fails with no errors visually or to stderr

Le jeudi 19 février 2009 à 20:11 +, Jon Dowland a écrit :
> On Thu, Feb 19, 2009 at 08:07:24PM +, Jon Dowland wrote:
> > I've just reinstalled my desktop using the same media (in a bit of an
> > emergency; my HD died on me and I didn't have another media to hand, or I'd
> > have used the lenny one). I'm at the rebooting stage.
> 
> ...and my user is not in powerdev.

What medium is it exactly?

-- 
 .''`.  Debian 5.0 "Lenny" has been released!
: :' :
`. `'   Last night, Darth Vader came down from planet Vulcan and told
  `-me that if you don't install Lenny, he'd melt your brain.


signature.asc
Description: Ceci est une partie de message	numériquement signée

Bug#507722: cryptsetup: unable to enter passphrase at boot time with bootlogd enabled

2009-02-19 Thread Jonas Meurer

Hey Jochen,

On 04/01/2009 Jochen Schulz wrote:
> What I can see when booting:
> 
> ... kernel messages ...
> INIT: version 2.86 booting
> Using shell-style concurrent boot in runlevel S.
> Starting hotplug events dispatcher: udevd.
> Synthesizing the initial hotplug events...done.
> Waiting for /dev to be fully populated...
> ... kernel messages ...
> done.
> Starting boot logger: bootlogdSetting the system clock.
> _
> 
> At the last line, the cursor is blinking and cryptsetup is waiting for
> me to enter the passphrase.
> 
> > Did you already try to remove bootlogd and see whether that fixes your
> > boot process?
> 
> Yes, I didn't expect it to change anything but disabling bootlogd in
> /etc/default/bootlogd makes the passphrase promopt visible again.
> 
> >> I wish I could. What is strange is that on another new installation
> >> (different hardware) with the same setup I don't have the problem at
> >> all.
> 
> I can reproduce the problem on this system as well by enabling bootlogd.

I just tried to reproduce the bug on a recent debian/sid kvm
installation with luks-encrypted /home, unencrypted rootfs and bootlogd
enabled. I wasn't able to reproduce it.

Here, the passphrase prompt is displayed in the same way with bootlogd
enabled and disabled. Could you try whether the bug still applies on
your system, and if yes, give me more details about your setup?

greetings,
 jonas



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

Bug#516029: html2text: -ascii doesn't produce ascii output

2009-02-19 Thread Kevin Ryde

"Eugene V. Lyubimkin"  writes:
>
> did you mean 'N˜' instead of 'Ñ'?

No, Ñ as written, just chosen randomly from the ascii.substitutes
file.

> Actually, some additional clarification in the man page (and/or code
> fixes) will be needed, I agree.

Incidentally, it'd be very rare to want to force "ascii" on the input
side.  (On the input side it's really all about overriding a wrong or
missing .)

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

Bug#516211: setting package to ocaml-compiler-libs ocaml-interp ocaml-native-compilers ocaml-mode ocaml-base camlp4-extra ocaml-nox ocaml camlp4 ocaml-source ocaml-base-nox ...

2009-02-19 Thread Stephane Glondu

# Automatically generated email from bts, devscripts version 2.10.35lenny3
# via tagpending 
#
# ocaml (3.11.0-4) UNRELEASED; urgency=low
#
#  * Add a script to handle native modules of standard library, and a
#README.source to document it (fixes FTBFS on sparc and powerpc, which
#are native, but do not provide .p.cmx files) (Closes: #516211)
#

package ocaml-compiler-libs ocaml-interp ocaml-native-compilers ocaml-mode 
ocaml-base camlp4-extra ocaml-nox ocaml camlp4 ocaml-source ocaml-base-nox
tags 516211 + pending




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

Bug#516233: pidgin: Pidgin pops up new messages even if told not to

2009-02-19 Thread Paul Dwerryhouse

Package: pidgin
Version: 2.5.4-2
Severity: normal


Hi,

Since upgrading to version 2.5.4, Pidgin is popping up chat windows onto my
screen when I get new messages, even though I have told it not to.

I have Tools -> Preferences -> Interface -> Hide new IM conversations set
to "Always", but this is being ignored.

Thanks,

Paul


-- System Information:
Debian Release: 5.0
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)

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

Versions of packages pidgin depends on:
ii  gconf22.22.0-1   GNOME configuration database syste
ii  libatk1.0-0   1.22.0-1   The ATK accessibility toolkit
ii  libc6 2.7-18 GNU C Library: Shared libraries
ii  libcairo2 1.8.6-2The Cairo 2D vector graphics libra
ii  libdbus-1-3   1.2.12-1   simple interprocess messaging syst
ii  libdbus-glib-1-2  0.80-3 simple interprocess messaging syst
ii  libglib2.0-0  2.18.4-2   The GLib library of C routines
ii  libgstreamer0.10-00.10.22-2  Core GStreamer libraries and eleme
ii  libgtk2.0-0   2.12.12-1  The GTK+ graphical user interface 
ii  libgtkspell0  2.0.13-2   a spell-checking addon for GTK's T
ii  libice6   2:1.0.4-1  X11 Inter-Client Exchange library
ii  libpango1.0-0 1.20.5-3   Layout and rendering of internatio
ii  libpurple02.5.4-2multi-protocol instant messaging l
ii  libsm62:1.1.0-2  X11 Session Management library
ii  libstartup-notification0  0.9-1  library for program launch feedbac
ii  libx11-6  2:1.1.5-2  X11 client-side library
ii  libxss1   1:1.1.3-1  X11 Screen Saver extension library
ii  perl  5.10.0-19  Larry Wall's Practical Extraction 
ii  perl-base [perlapi-5.10.0]5.10.0-19  minimal Perl system
ii  pidgin-data   2.5.4-2multi-protocol instant messaging c

Versions of packages pidgin recommends:
ii  gstreamer0.10-plugins-base0.10.22-2  GStreamer plugins from the "base" 
ii  gstreamer0.10-plugins-good0.10.13-3  GStreamer plugins from the "good" 

Versions of packages pidgin suggests:
ii  docker  1.4-5System tray for KDE3/GNOME2 dockle
pn  evolution-data-server  (no description available)
ii  gnome-panel 2.20.3-5 launcher and docking facility for 
ii  kicker  4:3.5.9.dfsg.1-6 desktop panel for KDE
ii  libsqlite3-03.5.9-6  SQLite 3 shared library

-- 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#516211: setting package to ocaml-compiler-libs ocaml-interp ocaml-native-compilers ocaml-mode ocaml-base camlp4-extra ocaml-nox ocaml camlp4 ocaml-source ocaml-base-nox ...

2009-02-19 Thread Stephane Glondu

# Automatically generated email from bts, devscripts version 2.10.35lenny3
# via tagpending 
#
# ocaml (3.11.0-4) UNRELEASED; urgency=low
#
#  * Add a script to handle native modules of standard library, and a
#README.source to document it (fixes FTBFS on sparc and powerpc, which
#are native, but do not provide .p.cmx files) (Closes: #516211)
#

package ocaml-compiler-libs ocaml-interp ocaml-native-compilers ocaml-mode 
ocaml-base camlp4-extra ocaml-nox ocaml camlp4 ocaml-source ocaml-base-nox
tags 516211 + pending




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

Bug#516173: guile-gtk-1.2: Gtk1.2 about to be removed from Debian

2009-02-19 Thread Luk Claes

Hamish Moffatt wrote:
> On Thu, Feb 19, 2009 at 11:54:00AM -0500, Barry deFreese wrote:

>> Gtk1.2 will not be shipping with Squeeze so guile-gtk-1.2 will either
>> need to be ported to Gtk2 or removed from the archive.
>>
>> Upstream does seem to have a Gtk2 release at  
>> ftp://ftp.gnu.org/guile-gtk.  I assume the most appropriate thing would  
>> be to remove the 1.2 version and create a new guile-gtk-2.0 package?
> 
> Fine, only gwave uses it and there appears to be a GTK2 version of that
> available now.
> 
> By the way, what's the real reason for removing all the GTK+ 1.2
> applications? It seems to be just for the sake of removing old stuff,
> even if those packages work fine.

Main reason is security support.

Cheers

Luk



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

Bug#474624: can somebody please test this again?

2009-02-19 Thread Santiago Garcia Mantinan

Hi!

I don't even know if the bbc still uses this player, but if somebody can
verify if this works on our current unstable version (0.8 based) or the
experimental one (0.9 based) it would be great as the content doesn't seem
to be available for spain.

Also if somebody could send a url that doesn't work but that should be
watchable from other countries it would help.

Regards...
-- 
Manty/BestiaTester -> http://manty.net



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

Bug#516232: gpsim: Gtk1.2 about to be removed from Debian - Legacy build-deps?

2009-02-19 Thread Barry deFreese


Package: gpsim
Version: 0.22.0-5
Severity: serious

Hi,

Gtk1.2 will not be shipping with Squeeze so gpsim will either
need to be ported to Gtk2 or removed from the archive.

Actually it appears that gpsim already uses Gtk2 as one of the 
build-dependencies is libgtkexta-x11-2.0-dev.  Removing the 
libglib1.2-dev and libgtk1.2-dev and replacing with libgtk2.0-dev seems 
to build fine.  Are these possibly legacy build-dependencies from 
previous versions?


Thanks,

Barry deFreese
Debian QA






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

Bug#516231: fglrx-driver: please describe more fully how to get the ATI driver working

Package: fglrx-driver
Severity: normal

I install the package on a new Lenny amd64 system (Xeon CPUs).  It
would be really helpful if there were more information about how
everything works and what needs to be done to use the driver.
Some specifics:

1) README.Debian says
"Further information can be found at http://www.ati.com/ -- look for
the "Drivers & Software" page and follow links to the Linux drivers."
The URL is semi-obsolete, and trying to follow these instructions led,
after much hunting, to a downloadable driver.  It did not lead to
installation instructions.  Searching the site produced only the
unhelpful Linux FAQ.

2) README.Debian says "After you have installed the packages, you'll
also need to install a suitable kernel module to enable 3D
acceleration."  This sounds as if I can skip this if I don't care
about 3D acceleration. Will the driver work without the 3D module?

3) How do I need to change xorg.conf (and possibly other things) to
get this to work?  Is it supposed to be found and work automatically?
What is the name of the driver?

4) Both fglrx-glx and fglrx-modules* describe themselves as providing
the display driver.  Huh?  I'm guessing the former provides the xorg
modules, and the latter provides the kernel modules.
  a) If that's true, it would be helpful to clarify it.
  b) fglrx-glx says you need to build from fglrx-source; is using an
  appropriate fglrx-module* a substitute for that?
  c) again, if I don't care about 3D, can I skip the modules?

5) Are the -686 modules appropriate for amd64 under Xeon?

6) For amd64 do the drivers need to be built or run in some kind of 32
bit compatibility mode?  I ask because fglrx-glx-ia32 got pulled in
automatically (along with a bunch of other 32 bit stuff), and also
because of the -486 and -686 package names.

At any rate, it's not working for me yet, even after adding 
   Driver "ati"
to my xorg.conf device section.  I got that idea from
http://wiki.debian.org/AtiHowTo.  I discovered it from an ATI
driver download page.

I come at this with some experience with the nvidia proprietary
driver; I'm guessing the ATI stuff works similarly.

-- System Information:
Debian Release: 5.0
  APT prefers stable
  APT policy: (500, 'stable'), (50, 'unstable'), (40, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash



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

Bug#516230: Acts as SSH agent despite /apps/gnome-keyring/daemon-components/ssh = false

2009-02-19 Thread Josh Triplett

Package: gnome-keyring
Version: 2.22.3-2
Severity: normal

Today, I tried to ssh somewhere, and got a graphical prompt for my SSH
key passphrase, which my ssh-agent already knows due to libpam-ssh.  I
have gnome-keyring's ssh agent disabled:

$ gconftool-2 -g /apps/gnome-keyring/daemon-components/ssh
false

Yet gnome-keyring has set SSH_AUTH_SOCK to its own socket:

$ echo $SSH_AUTH_SOCK
/tmp/keyring-Fs202f/ssh

- Josh Triplett

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

Kernel: Linux 2.6.28-1-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 gnome-keyring depends on:
ii  gconf22.24.0-6   GNOME configuration database syste
ii  libatk1.0-0   1.22.0-1   The ATK accessibility toolkit
ii  libc6 2.9-1  GNU C Library: Shared libraries
ii  libcairo2 1.8.6-2The Cairo 2D vector graphics libra
ii  libdbus-1-3   1.2.12-1   simple interprocess messaging syst
ii  libgconf2-4   2.24.0-6   GNOME configuration database syste
ii  libgcrypt11   1.4.1-2LGPL Crypto library - runtime libr
ii  libglib2.0-0  2.18.4-2   The GLib library of C routines
ii  libgtk2.0-0   2.12.12-1  The GTK+ graphical user interface 
ii  libhal-storage1   0.5.11-8   Hardware Abstraction Layer - share
ii  libhal1   0.5.11-8   Hardware Abstraction Layer - share
ii  libpango1.0-0 1.22.4-2   Layout and rendering of internatio
ii  libtasn1-31.8-1  Manage ASN.1 structures (runtime)

Versions of packages gnome-keyring recommends:
ii  libpam-gnome-keyring  2.22.3-2   PAM module to unlock the GNOME key

gnome-keyring 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#516033: samba: SAMBA is really slow since lenny's dist-upgrade from etch

2009-02-19 Thread Steve Langasek

On Thu, Feb 19, 2009 at 11:32:28PM +0100, Laurent CARON wrote:
> Steve Langasek wrote:
>> Sorry, I should have been more explict - which of these lines is the last
>> one printed, before the script pauses for this long time?

> It is pausing for more than 6 mins right after "Starting Samba daemons:  
> nmbd smbd"

Ok.  Can you please set 'debug level = 4' in your smb.conf, restart samba
again, and send us a copy of both your smb.conf and your
/var/log/samba/log.smbd?

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
slanga...@ubuntu.com vor...@debian.org



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

Bug#516173: guile-gtk-1.2: Gtk1.2 about to be removed from Debian

2009-02-19 Thread Hamish Moffatt

On Thu, Feb 19, 2009 at 11:54:00AM -0500, Barry deFreese wrote:
> Package: guile-gtk-1.2
> Version: 0.31-5.1
> Severity: serious
>
> Hi,
>
> Gtk1.2 will not be shipping with Squeeze so guile-gtk-1.2 will either
> need to be ported to Gtk2 or removed from the archive.
>
> Upstream does seem to have a Gtk2 release at  
> ftp://ftp.gnu.org/guile-gtk.  I assume the most appropriate thing would  
> be to remove the 1.2 version and create a new guile-gtk-2.0 package?

Fine, only gwave uses it and there appears to be a GTK2 version of that
available now.

By the way, what's the real reason for removing all the GTK+ 1.2
applications? It seems to be just for the sake of removing old stuff,
even if those packages work fine.


Hamish
-- 
Hamish Moffatt VK3SB  



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

Bug#509376: Bug confirmation

2009-02-19 Thread Leo Breebaart

I would just like to confirm the original bug report. I am
experiencing the exact same random/unreproducable "buffer write
failed" messages when converting wavs to oggs (once every five or
so files, on average) with ogg123 1.2.0-5. I have hundreds of
free gigabytes on my file system and no CPU load issues at all.

In addition, as far as I can tell (i.e. with ogginfo -v), the
created ogg files are in fact perfectly okay, despite the error
message.

-- 
Leo Breebaart  



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

Bug#502533: new version uploaded

2009-02-19 Thread Santiago Garcia Mantinan

Hi!

I've just uploaded a new devlopment version of swfdec and swfdec-mozilla to
experimental, I believe that buttons are now well positioned and they do
something when pressed, but I don't think it is working well.

Can anybody test this and report any advances?

Regards..
-- 
Manty/BestiaTester -> http://manty.net



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

Bug#516229: kmail: Allow to choose which mails are counted in global new mails count

2009-02-19 Thread Thomas Preud'homme

Package: kmail
Version: 4:4.2.0-1
Severity: wishlist

Please provide a way to tell kmail which folder you want to count new
mail in global count. For example you want to know if there is new mails
in inbox but not in box you made for your mailing list.

-- System Information:
Debian Release: 5.0
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 
'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.28-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages kmail depends on:
ii  kdebase-runtime   4:4.2.0-1  runtime components from the offici
ii  kdelibs5  4:4.2.0-3  core libraries for all KDE 4 appli
ii  kdepimlibs5   4:4.2.0-1  core libraries for KDE PIM 4 appli
ii  libc6 2.9-1  GNU C Library: Shared libraries
ii  libgcc1   1:4.3.3-4  GCC support library
ii  libkdepim44:4.2.0-1  KDE PIM library
ii  libkleo4  4:4.2.0-1  certificate based crypto library f
ii  libkontactinterfaces4 4:4.2.0-1  KDE Kontact interface library
ii  libkpgp4  4:4.2.0-1  gpg based crypto library for KDE
ii  libksieve44:4.2.0-1  KDE mail/news message filtering li
ii  libmimelib4   4:4.2.0-1  KDE mime library
ii  libphonon44:4.3.0-2  Phonon multimedia framework for Qt
ii  libqt4-dbus   4.4.3-2Qt 4 D-Bus module
ii  libqt4-network4.4.3-2Qt 4 network module
ii  libqt4-qt3support 4.4.3-2Qt 3 compatibility library for Qt 
ii  libqt4-xml4.4.3-2Qt 4 XML module
ii  libqtcore44.4.3-2Qt 4 core module
ii  libqtgui4 4.4.3-2Qt 4 GUI module
ii  libstdc++64.3.3-4The GNU Standard C++ Library v3
ii  perl  5.10.0-19  Larry Wall's Practical Extraction 
ii  phonon4:4.3.0-2  metapackage for Phonon multimedia 

Versions of packages kmail recommends:
ii  procmail  3.22-16Versatile e-mail processor

Versions of packages kmail suggests:
pn  clamav | f-prot-installer  (no description available)
ii  gnupg 1.4.9-4GNU privacy guard - a free PGP rep
ii  gnupg-agent   2.0.9-3.1  GNU privacy guard - password agent
ii  kaddressbook  4:4.2.0-1  KDE address book
ii  kleopatra 4:4.2.0-1  KDE Certificate Manager
ii  pinentry-gtk2 [pinentry-x11]  0.7.5-3GTK+-2-based PIN or pass-phrase en
ii  pinentry-qt [pinentry-x11]0.7.5-3Qt-based PIN or pass-phrase entry 
pn  spamassassin | bogofilter | a  (no description available)

-- 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#516227: privoxy: fails to start at boot with default config

2009-02-19 Thread Mau

Package: privoxy
Version: 3.0.10-2
Severity: important


Privoxy fails to start at boot if listen-address is set at localhost:8118 or 
127.0.0.1:8118; setting listen-address to [::1]:8118 allowed me to bypass this 
issue.

The weird thing is that if I try to start Privoxy by its initscript after the 
boot (by su-ing to root), it will start fine also with the default 
configuration.

In /var/log/privoxy/logfile I found these messages:
[...]
Feb 19 18:00:59.713 Privoxy(b7dd96b0) Fatal error: can't bind to 
localhost:8118: The hostname is not resolvable
Feb 19 20:01:13.748 Privoxy(b7e816b0) Fatal error: can't bind to 
127.0.0.1:8118: The hostname is not resolvable
[...]

My hosts file contents:

127.0.0.1   localhost
127.0.1.1   tuxie.local tuxie

# The following lines are desirable for IPv6 capable hosts
::1 ip6-localhost ip6-loopback
fe00::0 ip6-localnet
ff00::0 ip6-mcastprefix
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters
ff02::3 ip6-allhosts


Thanks


Mau


-- System Information:
Debian Release: 5.0
  APT prefers unstable
  APT policy: (990, 'unstable'), (990, 'testing'), (500, 
'testing-proposed-updates'), (500, 'proposed-updates'), (500, 
'oldstable-proposed-updates'), (200, 'unstable'), (200, 'stable'), (101, 
'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.26-1-p4 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to it_IT.UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages privoxy depends on:
ii  adduser3.110 add and remove users and groups
ii  libc6  2.7-18GNU C Library: Shared libraries
ii  libpcre3   7.8-2 Perl 5 Compatible Regular Expressi
ii  logrotate  3.7.7-3   Log rotation utility
ii  perl   5.10.0-19 Larry Wall's Practical Extraction 
ii  zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime

Versions of packages privoxy recommends:
ii  doc-base  0.8.20 utilities to manage online documen

privoxy 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#516224: RM: catsboot -- RoRM; old arm port being dropped

2009-02-19 Thread Martin Michlmayr

* Luk Claes  [2009-02-19 23:16]:
> Please remove catsboot package, it's only built for arm which is being
> dropped.

ack.

-- 
Martin Michlmayr
http://www.cyrius.com/



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

Bug#516210: xserver-xorg-video-radeonhd: black screen after Lenny install