Bug#636081: ITP: prayerwheel -- Tibetan prayer wheel

[Arno Töll]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi Simon,

On 30.07.2011 22:59, Simon Kainz wrote:
>   Programming Lang: none
>   Description : Tibetan prayer wheel
> 
>  This is very simple implementation of a tibetan prayer wheel.

ok, we made some good and some not so good jokes, what you actually want
to package but we could not figure out for sure. So, tell us:

* what exactly do you want to package?
* How can something be an implementation of something in no programming
language?
* why is it public-domain (note, public domain is perhaps not what you
think it would: http://en.wikipedia.org/wiki/Public_domain)
* Also, some things on the home page you linked claims "wheel image on
this page have authorized it's use for any respectful purpose" which is
not DFSG free ("No Discrimination Against Fields of Endeavor").

- -- 
with kind regards,
Arno Töll
IRC: daemonkeeper on Freenode/OFTC
GnuPG Key-ID: 0x9D80F36D
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIcBAEBAgAGBQJONH4wAAoJEMcrUe6dgPNt1GoP/1wSrK0LPFc18iwx6wog4Sq9
ncYwFsFAUS6CsJQo3C/IsdAuBqZtWg03WZwZntih/Wz59fjrWVZtuyMxBbfc0HYu
oAhLwsVQ/xWHPI5awWYKayd3LNGdE2wGWIPG/M0pIHFL71M6Nk6YOra0IuOpLCst
3F0QaIkhJdtvstKBg2LeJBKQPuaSk6Gp/JASeMYMwxxputs3rAvWEZvuWX5qLGPg
jid3SgpVSQu5z6lbmOYSP5fWb+kSpL1oPK4tAO46fOXCs22VBAvRq8acDTo0maYn
1cfHAfhn56GKg+/SEWRJzJfEekfCGuv+5GyQi909bZs7vfJad5Tnmls6dnguFNee
gZDNN6H3Jsu2SNBWnK6KYSjrEAIjjTIxPJGETw3x3RLaPg5+13Sbk0K+VNln5YXu
1zh8yieg1z65SncVha0Db8yAYZGtdoqZGeEiA182vbqMu47qMDHnxIgMMaPF+zC5
z9ICkURJIkFklNNY0qV2AIgnLzzhwZFcpy+7Kjc0O4e5hsIl2AwuO+7zwPVjFUE+
IxztHu/aixNXqOfE2MxfRZGH926vqkr3hl7br179BMw1FHt71qbMLZrgio4UROgc
Cwe4yH743eIkROm0Mg09NGv33/moxthapwmI7RyVQQzFLFUFauNsjGvq+rhDQ4NB
GDSKsbdRFcXm4wHhm9Jy
=Z/dc
-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#310442: no way to recover from full filesystem

[Brandon Simmons]

Package: rdiff-backup
Version: 1.2.8-6+b1
Followup-For: Bug #310442

Still present in 2011. What kind of backup tool handles what is probably the 
most common exception with a stack dump and a seemingly unfixable repository?
Sheesh.

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

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

Versions of packages rdiff-backup depends on:
ii  libc6 2.13-7 Embedded GNU C Library: Shared lib
ii  librsync1 0.9.7-8rsync remote-delta algorithm libra
ii  python2.6.7-1interactive high-level object-orie
ii  python-support1.0.14 automated rebuilding support for P

Versions of packages rdiff-backup recommends:
ii  python-pylibacl   0.5.0-3+b1 module for manipulating POSIX.1e A
ii  python-pyxattr0.5.0-3+b1 module for manipulating filesystem

rdiff-backup 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#635520: [Pkg-octave-devel] Bug#635520: octave3.2: Octave dies with "panic: Illegal instruction"

[Thomas Weber]

On Tue, Jul 26, 2011 at 04:17:56PM +0200, Shan Mignot wrote:
> Package: octave3.2
> Version: 3.2.4-10
> Severity: important
> 
> 
> When prompted to plot something, Octave dies with:
> octave:1> plot (1:5)
> panic: Illegal instruction -- stopping myself...
> attempting to save variables to `octave-core'...
> save to `octave-core' complete
> zsh: illegal hardware instruction  octave

Please remove ATLAS and try again. And send the output of 
$ cat /proc/cpuinfo 
to the bug report.

Thanks
Thomas



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

Bug#636085: tortoisehg: Fails to start. Qsci module not found.

[Raúl Sánchez Siles]

Package: tortoisehg
Version: 2.1.1-1
Severity: grave
Tags: sid
Justification: renders package unusable

  Hello:

  I recently upgraded mercurial and tortoisehg to latest sid versions. After
this I'm unable to start tortoisehg, see the error below:

{{{
#!python
** Mercurial version (1.9).  TortoiseHg version (2.1.1)
** Command: log
** CWD: /home/rasasi/debs/calligra/calligra-debian
** Extensions loaded: transplant, rebase, svn, record, children, fetch, mq, 
convert, graphlog, git, extdiff, purge
** Python version: 2.6.7 (r267:88850, Jul 10 2011, 08:11:54) [GCC 4.6.1]
** Qt-4.7.3 PyQt-4.8.3
Traceback (most recent call last):
  File "/usr/lib/python2.6/dist-packages/tortoisehg/hgqt/run.py", line 50, in 
dispatch
return _runcatch(u, args)
  File "/usr/lib/python2.6/dist-packages/tortoisehg/hgqt/run.py", line 236, in 
_runcatch
return runcommand(ui, args)
  File "/usr/lib/python2.6/dist-packages/tortoisehg/hgqt/run.py", line 309, in 
runcommand
return _runcommand(lui, options, cmd, d)
  File "/usr/lib/python2.6/dist-packages/tortoisehg/hgqt/run.py", line 360, in 
_runcommand
return checkargs()
  File "/usr/lib/python2.6/dist-packages/tortoisehg/hgqt/run.py", line 314, in 
checkargs
return cmdfunc()
  File "/usr/lib/python2.6/dist-packages/tortoisehg/hgqt/run.py", line 308, in 

d = lambda: util.checksignature(func)(ui, *args, **cmdoptions)
  File "/usr/lib/pymodules/python2.6/mercurial/util.py", line 385, in check
return func(*args, **kwargs)
  File "/usr/lib/python2.6/dist-packages/tortoisehg/hgqt/run.py", line 692, in 
log
from tortoisehg.hgqt.workbench import run
  File "/usr/lib/pymodules/python2.6/mercurial/demandimport.py", line 85, in 
_demandimport
return _origimport(name, globals, locals, fromlist)
  File "/usr/lib/python2.6/dist-packages/tortoisehg/hgqt/workbench.py", line 
19, in 
from tortoisehg.hgqt.repowidget import RepoWidget
  File "/usr/lib/pymodules/python2.6/mercurial/demandimport.py", line 109, in 
_demandimport
mod = _origimport(name, globals, locals)
  File "/usr/lib/python2.6/dist-packages/tortoisehg/hgqt/repowidget.py", line 
28, in 
from tortoisehg.hgqt.revdetails import RevDetailsWidget
  File "/usr/lib/pymodules/python2.6/mercurial/demandimport.py", line 109, in 
_demandimport
mod = _origimport(name, globals, locals)
  File "/usr/lib/python2.6/dist-packages/tortoisehg/hgqt/revdetails.py", line 
18, in 
from tortoisehg.hgqt.fileview import HgFileView
  File "/usr/lib/pymodules/python2.6/mercurial/demandimport.py", line 109, in 
_demandimport
mod = _origimport(name, globals, locals)
  File "/usr/lib/python2.6/dist-packages/tortoisehg/hgqt/fileview.py", line 23, 
in 
qsci = Qsci.QsciScintilla
  File "/usr/lib/pymodules/python2.6/mercurial/demandimport.py", line 75, in 
__getattribute__
self._load()
  File "/usr/lib/pymodules/python2.6/mercurial/demandimport.py", line 47, in 
_load
mod = _origimport(head, globals, locals)
ImportError: No module named Qsci

}}}

  Beside this issue, I really appreciate your work on tortoisehg. Thanks
and regards,

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (900, 'unstable'), (100, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.39.3 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages tortoisehg depends on:
ii  mercurial 1.9-1  scalable distributed version contr
ii  python2.6.7-2interactive high-level object-orie
ii  python-gobject2.28.6-4   Python bindings for the GObject li
ii  python-qscintilla22.4.3-2+b1 Python bindings for QScintilla 2
ii  python-qt44.8.3-3Python bindings for Qt4
ii  python2.6 2.6.7-3An interactive high-level object-o
ii  python2.7 2.7.2-3An interactive high-level object-o

Versions of packages tortoisehg recommends:
ii  libjs-jquery  1.6.2-1JavaScript library for dynamic web
ii  python-iniparse   0.4-2.1Module to access and modify config
ii  python-pygments   1.4+dfsg-2 syntax highlighting package writte

Versions of packages tortoisehg suggests:
pn  tortoisehg-nautilus(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#636086: Please use new C.UTF-8 locale rather than depending on locales and generating en_US.UTF-8

[Josh Triplett]

Package: lintian
Version: 2.5.1
Severity: normal

Currently, lintian depends on locales, and its maintainer scripts
generate an en_US.UTF-8 locale.  libc-bin 2.13-1 and newer now provides
a C.UTF-8 locale, which should serve the same purpose.  Please consider
adding a versioned dependency on libc-bin (>= 2.13-1), dropping the
dependency on locales, and changing en_US.UTF-8 to C.UTF-8 elsewhere in
lintian.

On my system, no package other than lintian depends on locales.

- Josh Triplett

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

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

Versions of packages lintian depends on:
ii  binutils  2.21.53.20110729-1 The GNU assembler, linker and bina
ii  bzip2 1.0.5-6high-quality block-sorting file co
ii  diffstat  1.54-1 produces graph of changes introduc
ii  file  5.04-5+b1  Determines file type using "magic"
ii  gettext   0.18.1.1-3 GNU Internationalization utilities
ii  intltool-debian   0.35.0+20060710.1  Help i18n of RFC822 compliant conf
ii  libapt-pkg-perl   0.1.24+b2  Perl interface to libapt-pkg
ii  libclass-accessor-per 0.34-1 Perl module that automatically gen
ii  libdpkg-perl  1.16.0.3   Dpkg perl modules
ii  libemail-valid-perl   0.184-1Perl module for checking the valid
ii  libipc-run-perl   0.90-1 Perl module for running processes
ii  libparse-debianchange 1.2.0-1parse Debian changelogs and output
ii  libtimedate-perl  1.2000-1   collection of modules to manipulat
ii  liburi-perl   1.58-1 module to manipulate and access UR
ii  locales   2.13-12Embedded GNU C Library: National L
ii  man-db2.6.0.2-2  on-line manual pager
ii  perl [libdigest-sha-p 5.12.4-2   Larry Wall's Practical Extraction 
ii  unzip 6.0-5  De-archiver for .zip files

lintian recommends no packages.

Versions of packages lintian suggests:
pn  binutils-multiarch (no description available)
ii  dpkg-dev  1.16.0.3   Debian package development tools
ii  libhtml-parser-perl   3.68-1+b1  collection of modules that parse H
pn  libtext-template-perl  (no description available)
ii  man-db2.6.0.2-2  on-line manual pager
ii  xz-utils  5.0.0-2XZ-format compression utilities

-- 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#636087: Cannot set /etc/default/locale to C.UTF-8 through debconf; requires manual editing

[Josh Triplett]

Package: locales
Version: 2.13-12
Severity: normal

I'd like to use C.UTF-8 as the default system locale.  As far as I can
tell, I can't do that through debconf; I had to hand-edit
/etc/default/locale.

Please consider providing C.UTF-8 as an option for the default locale.

Please also consider making it the default option, so that without
the locales package installed the system will use C.UTF-8 by default.

Thanks,
Josh Triplett

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

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

Versions of packages locales depends on:
ii  debconf [debconf-2.0] 1.5.41 Debian configuration management sy
ii  libc6 [glibc-2.13-1]  2.13-12Embedded GNU C Library: Shared lib

locales recommends no packages.

locales suggests no packages.

-- debconf information:
* locales/default_environment_locale: None
* locales/locales_to_be_generated:



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

Bug#636088: git-buildpackage: git-dch(1) doesn't document Git-Dch: values

[Raphaël Hertzog]

Package: git-buildpackage
Version: 0.5.27
Severity: minor

I always wonder the correct (and allowed) values of Git-Dch and I'm always
looking for this information in man git-dch but it's not there. It would
be nice to add it.

Thank you for maintaining this piece of software!

Cheers,

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (150, 'experimental')
Architecture: i386 (x86_64)

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

Versions of packages git-buildpackage depends on:
ii  devscripts   2.11.0  scripts to make the life of a Debi
ii  git [git-core]   1:1.7.5.4-1 fast, scalable, distributed revisi
ii  git-core 1:1.7.5.4-1 fast, scalable, distributed revisi
ii  python   2.6.7-2 interactive high-level object-orie
ii  python-dateutil  1.4.1-4 powerful extensions to the standar
ii  python2.62.6.7-3 An interactive high-level object-o
ii  python2.72.7.2-3 An interactive high-level object-o

Versions of packages git-buildpackage recommends:
ii  cowbuilder0.63   pbuilder running on cowdancer
ii  pristine-tar  1.13   regenerate pristine tarballs

Versions of packages git-buildpackage suggests:
ii  python-notify 0.1.1-2+b3 Python bindings for libnotify
ii  unzip 6.0-5  De-archiver for .zip files

-- 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#636081: ITP: prayerwheel -- Tibetan prayer wheel

[Simon Kainz]

Zitat von Arno Töll :


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi Simon,

On 30.07.2011 22:59, Simon Kainz wrote:

  Programming Lang: none
  Description : Tibetan prayer wheel

 This is very simple implementation of a tibetan prayer wheel.


ok, we made some good and some not so good jokes, what you actually want
to package but we could not figure out for sure. So, tell us:

* what exactly do you want to package?
I want to package a file containig the mantra. Nothing more, but also  
nothing less.



* How can something be an implementation of something in no programming
language?


"implenting" in this case means putting this file on a _spinning_ disk.


* why is it public-domain (note, public domain is perhaps not what you
think it would: http://en.wikipedia.org/wiki/Public_domain)


So actually you are right, so i would go for CC-by-SA.


* Also, some things on the home page you linked claims "wheel image on
this page have authorized it's use for any respectful purpose" which is
not DFSG free ("No Discrimination Against Fields of Endeavor").

Well, I am not going to package the image file from the web page, only  
the mantra itself stored as a text file.


Kind regards, Simon



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

Bug#636089: ITP: swe-data -- Swiss Ephemeris Data

[Paul Elliott]

Package: WNPP
Severity: wishlist


* Package name: swe-data
  Version : 1.77.00
  Upstream Author : Dieter Koch and Alois Treindl
* URL : http://www.astro.com/swisseph/
* License : GPL2+
  Programming Lang: C
  Description : The SWISS EPHEMERIS is the high precision ephemeris 
developed by Astrodienst, largely based upon the DE406 ephemeris from 
NASA's JPL.

The Swiss Ephemeris Data is the data necessary to use the SWISS EPHEMERIS.
It consists of 36 Meg in 54 seperate files. Any particular file
could be needed or not needed depending on what the user is doing.
For more infomation on the Swiss Ephemeris data, see:
http://www.astro.com/swisseph/swisseph.htm


The Swiss Ephemeris offers these advantages:

The Swiss Ephemeris is based upon the latest planetary and lunar
ephemeris, DE405/406, developed by NASA's Jet Propulsion
Laboratory. The original integration, DE405, covered the years 3000 BC
to 3000 AD and required 550 Mb of disk space. DE406 is a compressed
version of DE405 which requires 200 MB while maintaining a precision
of better than 1 m for the moon and 25 m for the planets. These data
have been further compressed with sophisticated compression techniques
developed by Astrodienst. The ephemeris now requires for the complete
6000 years only 5 Mb for all planets except the Moon, and 13 Mb for
the Moon. This compressed ephemeris reproduces the JPL data with 0.001
arcseconds precision.

We have extended the timespan of the JPL ephemeris by numerical
integration, so that Swiss Ephemeris covers the years 5400 BC to 5400
AD, a total of 10'800 years. For this extended timespan the ephemeris
requires 32 Mbytes of ephemeris files.

All transformation steps from the inertial timeframe of the JPL DE406
integration to the reference frame for astrological coordinates (true
equinox of date), all corrections like relativistic aberration,
deflection of light in the gravity field of the Sun etc. have been
performed with utmost care and precision so that the target precision
of 0.001 arcsec is maintained through all transformation steps. Never
before has such a high precision ephemeris been available to
astrologers.

Swiss Ephemeris contains three ephemerides. The user can choose
whether he/she wants to use the original JPL DE406 data (if available
at his/her site), the compressed Swiss Ephemeris data (the default) or
a built in semianalytic theory by Steve Moshier. The Swiss Ephemeris
package switches automatically to the available best precision
ephemeris dependent on which installed ephemeris files it finds. Even
without any stored ephemeris files, using the Moshier model, planetary
positions with better than 0.1 seconds of arc precision are available
(3 arcsec for the Moon).

In addition to the astronomical planets as contained in the JPL
integration, we have included all other bodies and hypothetical
factors which are of interest to the astrologer. We have used our own
numerical integration program to provide ephemerides for ALL known
asteroids. There are over 55'000 of them and nobody will be able to
use them all. We distribute these extended asteroid files via our
download area; there are also CDROMs available with large sets of
asteroid files.

Asteroid reaserachers may be interested in a December 1998 article in
the Economist magazine about the naming of asteroids.

Speed: The Swiss Ephemeris is precise and fast. On our Linux test
machine, a 1000 MHz Pentium III, we compute 10'000 complete sets of
planetary positions, i.e. 10'000 x 11 planets, in 9 seconds. This is
0.9 milliseconds for the complete set of exact planetary positions
(consecutive 1 day steps).



-- System Information:
Debian Release: 5.0.8
  APT prefers oldstable-proposed-updates
  APT policy: (500, 'oldstable-proposed-updates'), (500, 'oldstable')
Architecture: i386 (i686)

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

-- 
Paul Elliott   1(512)837-1096
pelli...@blackpatchpanel.com   PMB 181, 11900 Metric Blvd Suite J
http://www.free.blackpatchpanel.com/pme/   Austin TX 78758-3117


signature.asc
Description: Digital signature

Bug#635854: [rescue] Wheezy Rescue mode won't chroot to ext4

[Miguel Figueiredo]

Hi,

i've just tried the businesscard images for amd64 and i386 under Virtualbox.
amd64 works as expected, the console appears with the mounted filesystem. 
i386 doesn't throw a shell to the mounted partition as expected, but the 
filesystem is mounted in /target.

In both logs appears the following messages:

Jul 30 21:39:51 rescue-mode: selected root device '/dev/sda1'
Jul 30 21:39:51 rescue: umount: can't umount /target: Invalid argument
Jul 30 21:39:51 kernel: [   44.183793] EXT2-fs (sda1): error: couldn't mount 
because of unsupported optional features (244)
Jul 30 21:39:51 kernel: [   44.184494] EXT3-fs (sda1): error: couldn't mount 
because of unsupported optional features (240)
Jul 30 21:39:51 kernel: [   44.219889] EXT4-fs (sda1): recovery complete
Jul 30 21:39:51 kernel: [   44.220081] EXT4-fs (sda1): mounted filesystem with 
ordered data mode. Opts: (null)


-- 
Melhores cumprimentos/Best Regards,

Miguel Figueiredo
http://www.DebianPT.org


20110730_syslog_BR635854_i386.gz
Description: GNU Zip compressed data


20110730_syslog_BR635854_amd64.gz
Description: GNU Zip compressed data

Bug#636090: Missing scid.eco file

[Gabriele Stilli]

Package: scid
Version: 1:4.3.0.cvs20110714-1
Severity: normal

Hello,

at least in the latest version of scid, the scid.eco file (the ECO
catalog) is missing. What happened?

Cheers,
Gabriele :-)

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

Kernel: Linux 2.6.35.4 (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/dash

Versions of packages scid depends on:
ii  libc6   2.13-10  Embedded GNU C Library: Shared lib
ii  libgcc1 1:4.6.1-4GCC support library
ii  libstdc++6  4.6.1-4  GNU Standard C++ Library v3
ii  libx11-62:1.4.3-2X11 client-side library
ii  oss-compat  0.0.6Open Sound System (OSS) compatibil
ii  python  2.6.7-1  interactive high-level object-orie
ii  tcl8.5  8.5.10-1 Tcl (the Tool Command Language) v8
ii  tk8.5   8.5.10-1 Tk toolkit for Tcl and X11, v8.5 -
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

Versions of packages scid recommends:
ii  libsnack2-alsa [libsnack2 2.2.10-dfsg1-9 Sound extension to Tcl/Tk and Pyth
pn  libtk-img  (no description available)
pn  tdom   (no description available)
ii  texlive-games 2009-10TeX Live: Games typesetting

Versions of packages scid suggests:
pn  crafty (no description available)
ii  glaurung   2.2-2 free UCI chess engine, to calculat
ii  phalanx22+d051004-11 Chess playing program
ii  scid-rating-data   200901-2  contains spelling corrections and 
ii  stockfish  2.1.1-1   strong chess engine, to play chess
ii  toga2  1.4.1.1SE1-3  computer chess engine, calculates 

-- no debconf information

-- 
http://poisson.phc.unipi.it/~stilli/
http://lightknight.homelinux.org/blog/
Meglio essere ottimisti e avere torto, che pessimisti e avere ragione
[Albert Einstein]


signature.asc
Description: Digital signature

Bug#635998: [Pkg-samba-maint] Bug#635998: /usr/bin/tdbbackup missing in 3.5.9+ packages

[Jelmer Vernooij]

On Sat, 2011-07-30 at 15:19 +0930, Kevin Shanahan wrote:
> Package: samba
> Version: 2:3.5.9~dfsg-1~bpo60+1
> 
> Between versions 3.5.8 and 3.5.9 the tdbbackup binary seems to have
> gone missing from the Debian Samba packages.
> 
> System still using 3.5.8:
tdbbackup is also available from tdb-tools, which is built from the same
source as samba.

I wonder if rather than adding it back by patching upstream samba, it
would make sense to recommend tdb-tools instead?

Cheers,

Jelmer


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

Bug#636072: ITP: stud -- scalable TLS unwrapping daemon

[Vincent Bernat]

OoO En cette soirée bien amorcée  du samedi 30 juillet 2011, vers 22:42,
Peter Samuelson  disait :

>> stud is a network proxy that terminates TLS/SSL connections and
>> forwards the unencrypted traffic to some backend. It is designed to
>> handle tens of thousands of connections efficiently on multicore
>> machines.

> You should include some text to differentiate this from stunnel4.  From
> the ITP, I cannot figure out why I would want this instead, or indeed,
> why Debian should ship both.

The  main  difference  is  that  stud  "handles  tens  of  thousands  of
connections efficiently on multicore  machines".  stunnel is not able to
get similar  performance due  to its threaded  model. Moreover,  stud is
really small  (ten times  smaller than stunnel)  which may  be important
From a security point of view.

I hope to backup those claims with some figures soon.
-- 
Vincent Bernat ☯ http://vincent.bernat.im

Don't compare floating point numbers just for equality.
- The Elements of Programming Style (Kernighan & Plauger)


pgpwehHrssVza.pgp
Description: PGP signature

Bug#636086: [PATCH] Use C.UTF-8 from current libc-bin, rather than our own private en_US.UTF-8

[Josh Triplett]

I've attached a git patch fixing this bug.

I omitted the debian/changelog entry to avoid spurious conflicts, but
the contents of the git changelog should work for that purpose.

Please consider applying this patch.

Thanks,
Josh Triplett
>From ba67a2231b3ed9801debcd227f24c20e62c74149 Mon Sep 17 00:00:00 2001
From: Josh Triplett 
Date: Sat, 30 Jul 2011 15:48:09 -0700
Subject: [PATCH] Use C.UTF-8 from current libc-bin, rather than our own
 private en_US.UTF-8

Add dependency on libc-bin (>= 2.13-1), and remove dependency on
locales. Change all references to en_US.UTF-8 to use C.UTF-8 instead.
Remove the code generating and managing the private locale, including
the dpkg triggers and the empty /var/lib/lintian directory. Remove the
private locale itself unconditionally in the maintainer scripts. Remove
all the code propagating $LOCPATH. Remove the code in private/runtests
setting LC_COLLATE=C, which can't have mattered since the later code
exporting it had a typo (LC_COLLCATE) rendering it ineffective. Update
the documentation.
---
 .gitignore   |1 -
 checks/infofiles |3 +--
 checks/manpages  |7 +++
 checks/manpages.desc |2 +-
 debian/control   |2 +-
 debian/dirs  |1 -
 debian/postinst  |   38 ++
 debian/prerm |8 ++--
 debian/rules |1 -
 debian/triggers  |2 --
 doc/lintian.xml  |7 +++
 frontend/lintian |9 -
 lib/Util.pm  |2 +-
 private/runtests |   13 +
 14 files changed, 15 insertions(+), 81 deletions(-)
 delete mode 100644 debian/triggers

diff --git a/.gitignore b/.gitignore
index 126c8f2..1f9d0da 100644
--- a/.gitignore
+++ b/.gitignore
@@ -5,4 +5,3 @@
 /doc/lintian.html/
 /doc/lintian.txt
 /runtests
-/debian/test.locale/
diff --git a/checks/infofiles b/checks/infofiles
index b1917cf..b38380f 100644
--- a/checks/infofiles
+++ b/checks/infofiles
@@ -89,8 +89,7 @@ foreach my $file (@{$info->sorted_index}) {
 	fail("cannot fork: $!");
 	} elsif ($pid == 0) {
 	my $f = quotemeta($info->unpacked($file));
-	my %newenv = (LANG => 'C', PATH => $ENV{PATH},
-			  LOCPATH => $ENV{LOCPATH});
+	my %newenv = (LANG => 'C', PATH => $ENV{PATH});
 	undef %ENV;
 	%ENV = %newenv;
 	exec "zcat $f 2>&1"
diff --git a/checks/manpages b/checks/manpages
index 39e3ba4..7726f1b 100644
--- a/checks/manpages
+++ b/checks/manpages
@@ -218,8 +218,7 @@ foreach my $file (@{$info->sorted_index}) {
 	if (not defined $pid) {
 		fail("cannot run lexgrog: $!");
 	} elsif ($pid == 0) {
-		my %newenv = (LANG => 'en_US.UTF-8', PATH => $ENV{PATH},
-			  LOCPATH => $ENV{LOCPATH});
+		my %newenv = (LANG => 'C.UTF-8', PATH => $ENV{PATH});
 		undef %ENV;
 		%ENV = %newenv;
 		exec "lexgrog \Q$path\E 2>&1"
@@ -252,8 +251,8 @@ foreach my $file (@{$info->sorted_index}) {
 	if (not defined $pid) {
 	fail("cannot run man -E UTF-8 -l: $!");
 	} elsif ($pid == 0) {
-	my %newenv = (LANG => 'en_US.UTF-8', PATH => $ENV{PATH},
-			  MANWIDTH => 80, LOCPATH => $ENV{LOCPATH});
+	my %newenv = (LANG => 'C.UTF-8', PATH => $ENV{PATH},
+			  MANWIDTH => 80);
 	undef %ENV;
 	%ENV = %newenv;
 	exec "($cmd >/dev/null) 2>&1"
diff --git a/checks/manpages.desc b/checks/manpages.desc
index e9106c3..cca0c96 100644
--- a/checks/manpages.desc
+++ b/checks/manpages.desc
@@ -174,7 +174,7 @@ Info: This man page provokes warnings or errors from man.
  "Debugging" in the groff manual.
  .
  To test this for yourself you can use the following command:
-  LANG=en_US.UTF-8 MANWIDTH=80 man --warnings -E UTF-8 -l  >/dev/null
+  LANG=C.UTF-8 MANWIDTH=80 man --warnings -E UTF-8 -l  >/dev/null
 
 Tag: manpage-has-errors-from-pod2man
 Severity: normal
diff --git a/debian/control b/debian/control
index 71413f6..497e7c9 100644
--- a/debian/control
+++ b/debian/control
@@ -62,6 +62,7 @@ Depends: binutils,
  gettext,
  intltool-debian,
  libapt-pkg-perl,
+ libc-bin (>= 2.13-1),
  libclass-accessor-perl,
  libdigest-sha-perl,
  libdpkg-perl,
@@ -70,7 +71,6 @@ Depends: binutils,
  libparse-debianchangelog-perl,
  libtimedate-perl,
  liburi-perl,
- locales,
  man-db,
  perl,
  unzip,
diff --git a/debian/dirs b/debian/dirs
index 419b920..ea49a65 100644
--- a/debian/dirs
+++ b/debian/dirs
@@ -1,5 +1,4 @@
 etc
 usr/bin
 usr/share/lintian
-var/lib/lintian
 var/spool/lintian
diff --git a/debian/postinst b/debian/postinst
index fd7c783..1ed779d 100644
--- a/debian/postinst
+++ b/debian/postinst
@@ -1,42 +1,8 @@
 #!/bin/sh
-#
-# Lintian requires a UTF-8 locale in order to properly do man page tests.
-# Generate one at installation time so that we're guaranteed to have one.
 
 set -eu
 
-locale_dir=/var/lib/lintian/locale
-
-gen_locale() {
-echo 'Generating en_US.UTF-8 locale for internal Lintian use'
-mkdir -p "$locale_dir"

Bug#615765: ftbfs with gold or ld --no-add-needed

[Sebastian Carneiro]

Package: pornview
Severity: normal


Hi dear maintainer, 

this bug has been fixed in Ubuntu, and I am attaching the respective 
patch here.

The following changes has been made: 

  * reordered libs parameters passed to ld to build with --no-add-needed in
src/Makefile.am and src/Makefile.in

Thanks for considering my patch.

Best regards.

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

Kernel: Linux 2.6.32-5-amd64 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -u pornview-0.2pre1/debian/changelog pornview-0.2pre1/debian/changelog
--- pornview-0.2pre1/debian/changelog
+++ pornview-0.2pre1/debian/changelog
@@ -1,3 +1,12 @@
+pornview (0.2pre1-11.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * debian/patches/change-libs-param-order-with-ld.patch: reordered
+libs parameters passed to ld to build with --no-add-needed in
+src/Makefile.am and src/Makefile.in (Closes: #615765)
+
+ -- Sebastian Carneiro   Sat, 30 Jul 2011 00:42:44 -0300
+
 pornview (0.2pre1-11) unstable; urgency=low
 
   * Ack NMU
diff -u pornview-0.2pre1/debian/patches/series pornview-0.2pre1/debian/patches/series
--- pornview-0.2pre1/debian/patches/series
+++ pornview-0.2pre1/debian/patches/series
@@ -14,0 +15 @@
+change-libs-param-order-with-ld.patch
only in patch2:
unchanged:
--- pornview-0.2pre1.orig/debian/patches/change-libs-param-order-with-ld.patch
+++ pornview-0.2pre1/debian/patches/change-libs-param-order-with-ld.patch
@@ -0,0 +1,33 @@
+Description: Change in libs parameter order to linker in order to build
+ successfully with ld --no-add-needed
+Origin/Author: Sebastian Carneiro 
+Bug: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=615765
+
+Index: pornview-0.2pre1/src/Makefile.am
+===
+--- pornview-0.2pre1.orig/src/Makefile.am	2011-07-30 00:40:44.0 -0300
 pornview-0.2pre1/src/Makefile.am	2011-07-30 00:41:10.0 -0300
+@@ -52,7 +52,7 @@
+ pornview_LDFLAGS = \
+ 	-export-dynamic
+ 
+-pornview_LDADD = $(GTK_LIBS) $(GDK_PIXBUF_LIBS) $(PNG_LIBS) $(MOVIELIB_LIBS) \
++pornview_LDADD = prefs_ui/libprefs_ui.la  support/widgets/libsupport_widgets.la support/libsupport_utils.la$ \
++	(GTK_LIBS) $(GDK_PIXBUF_LIBS) $(PNG_LIBS) $(MOVIELIB_LIBS) \
+ 	$(INTLLIBS) $(LIBICONV) $(LIBCHARSET) $(X_LIBS) $(XINERAMA_LIBS) \
+-	prefs_ui/libprefs_ui.la  support/widgets/libsupport_widgets.la \
+-	support/libsupport_utils.la $(LIBEXIF)
++	$(LIBEXIF)
+Index: pornview-0.2pre1/src/Makefile.in
+===
+--- pornview-0.2pre1.orig/src/Makefile.in	2011-07-30 00:41:00.0 -0300
 pornview-0.2pre1/src/Makefile.in	2011-07-30 00:41:10.0 -0300
+@@ -144,7 +144,7 @@
+ pornview_LDFLAGS =  	-export-dynamic
+ 
+ 
+-pornview_LDADD = $(GTK_LIBS) $(GDK_PIXBUF_LIBS) $(PNG_LIBS) $(MOVIELIB_LIBS) 	$(INTLLIBS) $(LIBICONV) $(LIBCHARSET) $(X_LIBS) $(XINERAMA_LIBS) 	prefs_ui/libprefs_ui.la  support/widgets/libsupport_widgets.la 	support/libsupport_utils.la $(LIBEXIF)
++pornview_LDADD = prefs_ui/libprefs_ui.la  support/widgets/libsupport_widgets.lasupport/libsupport_utils.la $(GTK_LIBS) $(GDK_PIXBUF_LIBS) $(PNG_LIBS) $(MOVIELIB_LIBS) $(INTLLIBS) $(LIBICONV) $(LIBCHARSET) $(X_LIBS) $(XINERAMA_LIBS) $(LIBEXIF)
+ 
+ mkinstalldirs = $(SHELL) $(top_srcdir)/mkinstalldirs
+ CONFIG_HEADER = ../config.h

Bug#636090: Missing scid.eco file

[Gabriele Stilli]

domenica 31 luglio 2011, alle 00:32, Gabriele Stilli scrive:

> at least in the latest version of scid, the scid.eco file (the ECO
> catalog) is missing. What happened?

And, since we're at it, why aren't eco2pgn and eco2epd included in the
package?

Cheers again,
Gabriele :-)

-- 
http://poisson.phc.unipi.it/~stilli/
http://lightknight.homelinux.org/blog/
Meglio essere ottimisti e avere torto, che pessimisti e avere ragione
[Albert Einstein]


signature.asc
Description: Digital signature

Bug#636091: xfe, xfi and xfp have wrong MIME types in the desktop files.

[Sérgio Cipolla]

Package: xfe
Version: 1.32.4-1
Severity: normal
Tags: patch

xfe.desktop, xfi.desktop and xfp.desktop all have
MimeType=text/plain;
which is plain wrong ;-) (and create false associations in other file managers).

xfe.desktop could leave that line out.

xfi.desktop could have, for example
MimeType=image/jpg;image/png;image/xpm;

xfp.desktop could have, for example
MimeType=application/x-deb;application/x-debian-package;

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

Kernel: Linux 3.0.0-1-686-pae (SMP w/1 CPU core)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages xfe depends on:
ii  libc6   2.13-11  Embedded GNU C Library: Shared lib
ii  libfox-1.6-01.6.44-1.1   The FOX C++ GUI Toolkit
ii  libfreetype62.4.4-2  FreeType 2 font engine, shared lib
ii  libgcc1 1:4.6.1-5GCC support library
ii  libpng12-0  1.2.46-3 PNG library - runtime
ii  libstdc++6  4.6.1-5  GNU Standard C++ Library v3
ii  libx11-62:1.4.3-3X11 client-side library
ii  libxft2 2.2.0-3  FreeType-based font drawing librar
ii  xfe-themes  1.32.4-1 lightweight file manager for X11 (
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

Versions of packages xfe recommends:
pn  audacious  (no description available)
pn  xarchiver  (no description available)
pn  xfe-i18n   (no description available)
ii  xterm 271-1  X terminal emulator

Versions of packages xfe suggests:
pn  playmidi   (no description available)
ii  rpm   4.9.0-7package manager for RPM
pn  xine   (no description available)
pn  xpdf   (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#596488: insserv: unbound should be added to $named

[Faidon Liambotis]

unarchive 596488
found 596488 1.4.6-1
submitter 596488 debian-ad...@lists.debian.org
thanks

Hi,

This bug also affects squeeze and in fact we, DSA, were bitten by this
on the Debian infrastructure. We run unbound as a local resolver on most
hosts and this bug, combined with the parallel dependency-based booting
results in some difficult to debug problems during reboots, e.g. by
starting Apache2/mod_perl before the resolver.

We believe that the (one-line) fix should be backported to a stable
point release. Release team members seemed to agree after briefly
discussing it with them in person but you should probably also check
with them.

Best regards,
Faidon



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

Bug#636092: linux-image-2.6.32-5-amd64: Debian squeeze will not boot with drives on two Sil 3132 SATA cards

[Chuck Cox]

Package: linux-2.6
Version: 2.6.32-35
Severity: grave
Justification: renders package unusable

I'm trying to build a home NAS server with Debian Squeeze (6.0.2) on a homebrew 
amd64 system. The machine has a total of 6 hard disks in it: two 160GB Hitachi 
SATA for root and swap; four 1.5TB Seagate SATA that will be used for the data 
storage. I have two Rosewill RC-211 (based on Sil3132) 2-port SATA cards in 
addition to the on-board SATA ports. I have flashed both cards with the 
non-RAID BIOS as I intend to use software RAID only. My plan is to connect the 
hard disks as follows: one Hitachi and one Seagate on the motherboard SATA 
ports, one Hitachi and one Seagate on RC-211 card A, and the last two Seagates 
on RC-211 card B.

When I started out, I had only the two Hitachi drives connected, one to an 
internal motherboard port and the other to one of the RC-211 cards. I had no 
trouble installing Squeeze from a CD. The two Hitachi drives are mirrored 
(raid1). mdadm reports that /dev/md0 has two identical members (/dev/sda1 and 
/dev/sdb1) and all is well. /dev/md0 is used as a physical volume in an LVM 
group (rootvg) which then has two logical volumes within (8GB for swap and the 
rest for root). The system boots and runs just fine with only the two Hitachi 
disks connected.

Then I tried connecting up the four Seagate drives. The machine starts to boot 
and just freezes up right after "Welcome to GRUB!" I played around with several 
different combinations and found that the machine will boot successfully if 
there are drives connected only to the motherboard and/or one RC-211 card. Any 
scenario with drives connected to both RC-211 cards, I get the freeze right 
after "Welcome to GRUB!"

However, I can boot the machine from the Squeeze CD and go into rescue mode 
with all six drives connected. I can assemble my root mirror and mount my root 
filesystem successfully. Linux sees all six drives as sda through sdf.

So it would appear that there is some conflict between the two RC-211 SATA 
cards during a normal boot. Perhaps they're both trying to use the same address 
range?

For the moment, I have moved the Seagate drives off the second RC-211 card to 
SATA ports on the motherboard. The machine will boot and run this way with all 
six drives. The second card is still in the machine and does not interfere with 
booting as long as there are no drives connected to it.


-- Package-specific info:
** Version:
Linux version 2.6.32-5-amd64 (Debian 2.6.32-35) (da...@debian.org) (gcc version 
4.3.5 (Debian 4.3.5-4) ) #1 SMP Tue Jun 14 09:42:28 UTC 2011

** Command line:
BOOT_IMAGE=/boot/vmlinuz-2.6.32-5-amd64 root=/dev/mapper/rootvg-root ro edd=off

** Not tainted

** Kernel log:
[   17.757159] powernow-k8:0 : pstate 0 (3300 MHz)
[   17.757160] powernow-k8:1 : pstate 1 (2600 MHz)
[   17.757161] powernow-k8:2 : pstate 2 (2200 MHz)
[   17.757162] powernow-k8:3 : pstate 3 (800 MHz)
[   26.127794] CPU0 attaching NULL sched-domain.
[   26.127798] CPU1 attaching NULL sched-domain.
[   26.144103] CPU0 attaching sched-domain:
[   26.144108]  domain 0: span 0-1 level MC
[   26.144110]   groups: 0 1
[   26.144115] CPU1 attaching sched-domain:
[   26.144116]  domain 0: span 0-1 level MC
[   26.144118]   groups: 1 0
[   26.316262] eth0: no IPv6 routers present
[  107.496076] usb 1-2: new high speed USB device using ehci_hcd and address 4
[  107.645034] usb 1-2: New USB device found, idVendor=0bc2, idProduct=2000
[  107.645044] usb 1-2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[  107.645050] usb 1-2: Product: FreeAgent Go
[  107.645055] usb 1-2: Manufacturer: Seagate
[  107.645059] usb 1-2: SerialNumber: 5MA0TNB0
[  107.645249] usb 1-2: configuration #1 chosen from 1 choice
[  107.732335] Initializing USB Mass Storage driver...
[  107.732539] scsi12 : SCSI emulation for USB Mass Storage devices
[  107.732594] usbcore: registered new interface driver usb-storage
[  107.732596] USB Mass Storage support registered.
[  107.732705] usb-storage: device found at 4
[  107.732706] usb-storage: waiting for device to settle before scanning
[  112.733842] usb-storage: device scan complete
[  112.735268] scsi 12:0:0:0: Direct-Access Seagate  FreeAgent Go 100F 
PQ: 0 ANSI: 4
[  112.736801] sd 12:0:0:0: Attached scsi generic sg8 type 0
[  112.740490] sd 12:0:0:0: [sdg] 312581808 512-byte logical blocks: (160 
GB/149 GiB)
[  112.741994] sd 12:0:0:0: [sdg] Write Protect is off
[  112.742004] sd 12:0:0:0: [sdg] Mode Sense: 1c 00 00 00
[  112.742009] sd 12:0:0:0: [sdg] Assuming drive cache: write through
[  112.745740] sd 12:0:0:0: [sdg] Assuming drive cache: write through
[  112.745750]  sdg: sdg1
[  112.764867] sd 12:0:0:0: [sdg] Assuming drive cache: write through
[  112.764877] sd 12:0:0:0: [sdg] Attached SCSI disk
[  282.701860] SGI XFS with ACLs, security attributes, realtime, large 
block/inode numbers, no debug enabled
[  282.704059] SGI XFS Quota Management subsystem
[  282.717184

Bug#636093: lxappearance: Misspelled words in the GUI.

[Sérgio Cipolla]

Package: lxappearance
Version: 0.5.1-1
Severity: minor
Tags: patch upstream

Two times 'anti-aliasing' is spelled 'antialising'.
Upstream bug report: 
http://sourceforge.net/tracker/?func=detail&aid=3315059&group_id=180858&atid=894869
Upstream patch report: 
http://sourceforge.net/tracker/?func=detail&aid=3315338&group_id=180858&atid=894871

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

Kernel: Linux 3.0.0-1-686-pae (SMP w/1 CPU core)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages lxappearance depends on:
ii  libatk1.0-0   2.0.1-2ATK accessibility toolkit
ii  libc6 2.13-11Embedded GNU C Library: Shared lib
ii  libcairo2 1.10.2-6.1 The Cairo 2D vector graphics libra
ii  libfontconfig12.8.0-3generic font configuration library
ii  libfreetype6  2.4.4-2FreeType 2 font engine, shared lib
ii  libgdk-pixbuf2.0-02.23.5-3   GDK Pixbuf library
ii  libglib2.0-0  2.28.6-2   GLib library of C routines
ii  libgtk2.0-0   2.24.5-4   GTK+ graphical user interface libr
ii  libpango1.0-0 1.28.4-2   Layout and rendering of internatio
ii  libx11-6  2:1.4.3-3  X11 client-side library

Versions of packages lxappearance recommends:
ii  gtk2-engines  1:2.20.1-1 theme engines for GTK+ 2.x

lxappearance 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#636094: RFP: python-pysvg -- Creating SVG with Python

[Carlo Stemberger]

Package: wnpp
Severity: wishlist


* Package name: python-pysvg
  Version : 0.2.1
  Upstream Author : Kerim Mansour 
* URL : http://codeboje.de/pysvg/
* License : BSD
  Programming Lang: Python
  Description : Creating SVG with Python

pySVG is a pure Python library to create SVG documents. Essentially it
is a python wrapper around svg with the goal to allow people to "program
svg". pySVG can be used to produce svg as an outcome of algorithms you
implement (like koch curves, Lindenmayr systems etc.)

Working with pySVG is pretty straightforward. There is a small tutorial
in the docs folder but i would suggest refering to the testclasses in
the source.

Current status:
Pretty much all elements should be implemented. Type checking,
validation and value constraints are NOT. In short: currently you can
fill any element with more or less any content. Loading and storing of
SVG images also works.

Features:
* Shapes (circle, ellipses, rectangles, lines, polygons, polylines,paths)
* Text
* Containers (g-element, defs)
* Style attributes (stroke, filling, font)
* Transform (in groups)
* Filters
* Load/Store SVG files



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

Bug#635023: [Pkg-ime-devel] Bug#635023: Bug#635023: ibus: Switch to dh_python2

[Asias He]

On 07/29/2011 10:07 PM, Barry Warsaw wrote:
> Does `make test` fail because of problems with upstream or problems with
> Debian?

It should be upstream. Find the attached build log.

-- 
Best Regards,
Asias He
auto_test
make[1]: Entering directory `/home/asias/debian-stuff/git.packages/ibus.git'
Making check in src
make[2]: Entering directory `/home/asias/debian-stuff/git.packages/ibus.git/src'
make  check-recursive
make[3]: Entering directory `/home/asias/debian-stuff/git.packages/ibus.git/src'
Making check in .
make[4]: Entering directory `/home/asias/debian-stuff/git.packages/ibus.git/src'
make[4]: Nothing to be done for `check-am'.
make[4]: Leaving directory `/home/asias/debian-stuff/git.packages/ibus.git/src'
Making check in tests
make[4]: Entering directory `/home/asias/debian-stuff/git.packages/ibus.git/src/tests'
make  check-TESTS
make[5]: Entering directory `/home/asias/debian-stuff/git.packages/ibus.git/src/tests'

IBUS-WARNING **: DISPLAY is empty! We use default DISPLAY (:0.0)
aborting...
/bin/bash: line 5: 29624 Aborted ${dir}$tst
FAIL: ibus-bus

IBUS-WARNING **: DISPLAY is empty! We use default DISPLAY (:0.0)
aborting...
/bin/bash: line 5: 29648 Aborted ${dir}$tst
FAIL: ibus-inputcontext

IBUS-WARNING **: DISPLAY is empty! We use default DISPLAY (:0.0)
aborting...
/bin/bash: line 5: 29672 Aborted ${dir}$tst
FAIL: ibus-inputcontext-create
/ibus/keyname: OK
PASS: ibus-keynames
/ibus/varianttypeinfo: OK
/ibus/attrlist: OK
/ibus/text: OK
/ibus/enginedesc: OK
/ibus/lookuptable: OK
/ibus/property: OK
PASS: ibus-serializable
/ibus/marchine-id: OK
PASS: ibus-share
/ibus/factory:
IBUS-WARNING **: DISPLAY is empty! We use default DISPLAY (:0.0)
aborting...
/bin/bash: line 5: 29762 Aborted ${dir}$tst
FAIL: ibus-factory
/ibus/configservice:
IBUS-WARNING **: DISPLAY is empty! We use default DISPLAY (:0.0)
aborting...
/bin/bash: line 5: 29786 Aborted ${dir}$tst
FAIL: ibus-configservice
===
5 of 8 tests failed
Please report to http://code.google.com/p/ibus/issues/entry
===
make[5]: *** [check-TESTS] Error 1
make[5]: Leaving directory `/home/asias/debian-stuff/git.packages/ibus.git/src/tests'
make[4]: *** [check-am] Error 2
make[4]: Leaving directory `/home/asias/debian-stuff/git.packages/ibus.git/src/tests'
make[3]: *** [check-recursive] Error 1
make[3]: Leaving directory `/home/asias/debian-stuff/git.packages/ibus.git/src'
make[2]: *** [check] Error 2
make[2]: Leaving directory `/home/asias/debian-stuff/git.packages/ibus.git/src'
make[1]: *** [check-recursive] Error 1
make[1]: Leaving directory `/home/asias/debian-stuff/git.packages/ibus.git'
dh_auto_test: make -j1 check returned exit code 2
make: *** [build] Error 29
dpkg-buildpackage: error: debian/rules build gave error exit status 2
debuild: fatal error at line 1340:
dpkg-buildpackage -rfakeroot -D -us -uc -i.git failed

Bug#636077: [firmware-b43-installer] Firmware-b43-installer fails on recognized chip after upgrade to linux 3.0

[Fabrizio Regalli]

tags 636077 + pending fixed unreproducible
thanks

Hi Lobo,

thank you for your bug report.

> BCM4306 rev3:

and this was the reason why b43-fwcutter gets the legacy firmware.
Legacy is for BCM4306 rev 02

> Please, tell me if you need some more data.


No, thanks.
I can't tested the package with my latest modification because I haven't
your card type. However I tried with a 'fake' lspci for simulate your
card and it works
But before upload I want to be sure it works fine so please, get it from
my website

http://packages.fabreg.it/incoming/

and test it: if it works I can ask for upload to official repository.

Thank you.

Cheers,
Fabrizio.



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

Bug#636095: linux-image-3.0.0-1-loongson-2f: loongson-2f should have ext4 built-in support and not as a module

[Javier Vasquez]

Package: linux-2.6
Version: 3.0.0-1
Severity: normal

*** Please type your report below this line ***

I have 2 lemote mini-pcs, and for both I have separate partitions for
boot and root.  boot needs to be ext3, given that's what pmon boot
loader supports.  However root can be whatever filesystem linux
supports.

Now problem is the lonngson-2f kernel comes without initrd, and the
one generated by initramfs-tools doesn't work.  So whatever FS is used
needs to be built inside the kernel itself and not compiled as a
module.

ext3 is built inside the kernel, however ext4 is not:

% 'grep' -i ext3 /boot/config-3.0.0-1-loongson-2f
CONFIG_EXT3_FS=y
CONFIG_EXT3_DEFAULTS_TO_ORDERED=y
CONFIG_EXT3_FS_XATTR=y
CONFIG_EXT3_FS_POSIX_ACL=y
CONFIG_EXT3_FS_SECURITY=y

% 'grep' -i ext4 /boot/config-3.0.0-1-loongson-2f
CONFIG_EXT4_FS=m
CONFIG_EXT4_FS_XATTR=y
CONFIG_EXT4_FS_POSIX_ACL=y
CONFIG_EXT4_FS_SECURITY=y
# CONFIG_EXT4_DEBUG is not set

I've used ext4 as the FS for root en several systems, including x86-64
and x86-32.  Moreover I also tried using archloong (arch linux side
attempt for loongson), which had ext4 built inside the kernel, and I
had no problems whatsoever with it.

So current configuration inhibits ext4 FS to be used as the root one,
and I really see no reason not to have it built in.

Please reconsider having ext4 built inside the kernel at least for
loongson-2f one.

Thanks,

Javier.


-- Package-specific info:
** Version:
Linux version 3.0.0-1-loongson-2f (Debian 3.0.0-1)
(b...@decadent.org.uk) (gcc version 4.5.3 (Debian 4.5.3-3) ) #1 Mon Jul
25 21:17:28 UTC 2011

** Command line:
console=tty machtype=lemote-fuloong-2f-box root=/dev/sda6
video=sisfb:1280x1024-24@60 resume=/dev/sda5 PMON_VER=LM6004-1.3.6
EC_VER=undefined machtype=lemote-fuloong-2f-box

** Not tainted

** Kernel log:
[    2.10] PM: Hibernation image partition 8:5 present
[    2.10] PM: Looking for hibernation image.
[    2.104000] PM: Image not found (code -22)
[    2.104000] PM: Hibernation image not present or could not be loaded.
[    2.104000] registered taskstats version 1
[    2.104000] 
/build/buildd-linux-2.6_3.0.0-1-mipsel-TFQf1R/linux-2.6-3.0.0/debian/build/source_mipsel_none/drivers/rtc/hctosys.c:
unable to open rtc device (rtc0)
[    2.108000] Initializing network drop monitor service
[    2.132000] EXT3-fs: barriers not enabled
[    2.14] kjournald starting.  Commit interval 5 seconds
[    2.14] EXT3-fs (sda6): mounted filesystem with ordered data mode
[    2.14] VFS: Mounted root (ext3 filesystem) readonly on device 8:6.
[    2.144000] Freeing unused kernel memory: 240k freed
[    4.292000] r8169 Gigabit Ethernet driver 2.3LK-NAPI loaded
[    4.30] r8169 :00:06.0: (unregistered net_device): no PCI
Express capability
[    4.308000] r8169 :00:06.0: eth0: RTL8169sc/8110sc at
0x900050072000, 00:23:9e:00:0f:62, XID 1800 IRQ 36
[    4.492000] cpufreq: Loongson-2F CPU frequency driver.
[    4.508000] rtc_cmos rtc_cmos: rtc core: registered rtc_cmos as rtc0
[    4.528000] rtc0: alarms up to one day, 114 bytes nvram
[    4.584000] usbcore: registered new interface driver usbfs
[    4.676000] usbcore: registered new interface driver hub
[    4.72] usbcore: registered new device driver usb
[    4.744000] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
[    4.824000] PCI: Setting latency timer of device :00:0e.5 to 64
[    4.824000] ehci_hcd :00:0e.5: EHCI Host Controller
[    4.828000] ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver
[    4.852000] ehci_hcd :00:0e.5: new USB bus registered, assigned
bus number 1
[    4.90] ehci_hcd :00:0e.5: irq 11, io mem 0x50071000
[    4.92] ehci_hcd :00:0e.5: USB 0.0 started, EHCI 1.00
[    4.932000] usb usb1: New USB device found, idVendor=1d6b, idProduct=0002
[    4.936000] usb usb1: New USB device strings: Mfr=3, Product=2,
SerialNumber=1
[    4.94] usb usb1: Product: EHCI Host Controller
[    4.944000] usb usb1: Manufacturer: Linux 3.0.0-1-loongson-2f ehci_hcd
[    4.948000] usb usb1: SerialNumber: :00:0e.5
[    4.96] hub 1-0:1.0: USB hub found
[    4.976000] hub 1-0:1.0: 4 ports detected
[    4.988000] PCI: Enabling device :00:0e.4 ( -> 0002)
[    5.004000] PCI: Setting latency timer of device :00:0e.4 to 64
[    5.004000] ohci_hcd :00:0e.4: OHCI Host Controller
[    5.02] ohci_hcd :00:0e.4: new USB bus registered, assigned
bus number 2
[    5.028000] ohci_hcd :00:0e.4: irq 11, io mem 0x5007
[    5.12] usb usb2: New USB device found, idVendor=1d6b, idProduct=0001
[    5.124000] usb usb2: New USB device strings: Mfr=3, Product=2,
SerialNumber=1
[    5.128000] usb usb2: Product: OHCI Host Controller
[    5.132000] usb usb2: Manufacturer: Linux 3.0.0-1-loongson-2f ohci_hcd
[    5.136000] usb usb2: SerialNumber: :00:0e.4
[    5.144000] hub 2-0:1.0: USB hub found
[    5.148000] hub 2-0:1.0: 4 ports detected
[    5.40] PCI: Setting latency timer of device 

Bug#635604: dnet-common borked my network

[Tyler MacDonald]

Dominique Dumont,

   I don't think it is sufficient that the dependancy be resolved. I
just upgraded two hosts on my network, as a result dnet-common got
installed on both. I was aked "configure, don't configure, or leave it
alone". I chose "leave it alone", and guess what -- both hosts on my
network were given the same mac address.

   There was absolutely no indication of this. Not only did my hosts
lose their assigned IP's, the entire network broke because this
package got installed.

   Changing mac addresses is kind of a big deal. You can't just do it
when somebody picks a default configuration option of "not right now".
The dnet-common package needs to be fixed to never, EVER change
somebody's MAC address unless they explicitly consent to this action.

Bug#635604: also,

[Tyler MacDonald]

one of my NICs remembers it's mac addresses between reboots... so i'm having
to look up the old one in my routers' leases to put things right. it took
hours to debug this because hacing multiple systems with the same MAC on the
same network is *never* supposed to happen. wrecked my day. :-(

Bug#607375: Verified: Patch for Upstream

[Scott Schaefer]

Verified exists in 3.1.4 and 3.2.2.

Attached patch is against 3.2.2 code.

Description: mdadm -e 1 incorrectly treated as 1.2 ("default")
Forwarded: TBD
Origin: vendor, http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=607375
Bug-Debian: http://bugs.debian.org/607375
Author: Scott Schaefer  
Last-Update: 2011-07-30

diff --git a/super1.c b/super1.c
--- a/super1.c
+++ b/super1.c
@@ -1369,7 +1369,8 @@
 	/* leading zeros can be safely ignored.  --detail generates them. */
 	while (*arg == '0')
 		arg++;
-	if (strcmp(arg, "1.0") == 0 ||
+	if (strcmp(arg, "1") == 0 ||
+	strcmp(arg, "1.0") == 0 ||
 	strcmp(arg, "1.00") == 0) {
 		st->minor_version = 0;
 		return st;
@@ -1388,8 +1389,7 @@
 		st->minor_version = 2;
 		return st;
 	}
-	if (strcmp(arg, "1") == 0 ||
-	strcmp(arg, "default") == 0) {
+	if (strcmp(arg, "default") == 0) {
 		st->minor_version = -1;
 		return st;
 	}

Bug#636096: monotone: error while loading shared libraries: libbotan-1.8.2.so

[Ben Finney]

Package: monotone
Version: 1.0-2
Severity: serious

Monotone crashes immediately, when installed into a clean Sid chroot:

=
# aptitude install monotone
The following NEW packages will be installed:
  libbotan-1.8.2{a} libidn11{a} liblua5.1-0{a} libpcre3{a} libssl1.0.0{a} 
monotone
The following packages are RECOMMENDED but will NOT be installed:
  monotone-extras
0 packages upgraded, 6 newly installed, 0 to remove and 0 not upgraded.
Need to get 5167 kB of archives. After unpacking 13.3 MB will be used.
Do you want to continue? [Y/n/?]
Get: 1 http://proxy/mirror.internode.on.net/pub/debian/ sid/main libidn11 
powerpc 1.22-2 [169 kB]
Get: 2 http://proxy/mirror.internode.on.net/pub/debian/ sid/main liblua5.1-0 
powerpc 5.1.4-10 [89.2 kB]
Get: 3 http://proxy/mirror.internode.on.net/pub/debian/ sid/main libssl1.0.0 
powerpc 1.0.0d-3 [1128 kB]
Get: 4 http://proxy/mirror.internode.on.net/pub/debian/ sid/main libpcre3 
powerpc 8.12-3 [258 kB]
Get: 5 http://proxy/mirror.internode.on.net/pub/debian/ sid/main libbotan-1.8.2 
powerpc 1.8.13-1 [1218 kB]
Get: 6 http://proxy/mirror.internode.on.net/pub/debian/ sid/main monotone 
powerpc 1.0-2 [2305 kB]
Fetched 5167 kB in 15s (341 kB/s)
debconf: delaying package configuration, since apt-utils is not installed
Selecting previously deselected package libidn11.
(Reading database ... 11138 files and directories currently installed.)
Unpacking libidn11 (from .../libidn11_1.22-2_powerpc.deb) ...
Selecting previously deselected package liblua5.1-0.
Unpacking liblua5.1-0 (from .../liblua5.1-0_5.1.4-10_powerpc.deb) ...
Selecting previously deselected package libssl1.0.0.
Unpacking libssl1.0.0 (from .../libssl1.0.0_1.0.0d-3_powerpc.deb) ...
Selecting previously deselected package libpcre3.
Unpacking libpcre3 (from .../libpcre3_8.12-3_powerpc.deb) ...
Selecting previously deselected package libbotan-1.8.2.
Unpacking libbotan-1.8.2 (from .../libbotan-1.8.2_1.8.13-1_powerpc.deb) ...
Selecting previously deselected package monotone.
Unpacking monotone (from .../monotone_1.0-2_powerpc.deb) ...
Setting up libidn11 (1.22-2) ...
Setting up liblua5.1-0 (5.1.4-10) ...
Setting up libssl1.0.0 (1.0.0d-3) ...
Setting up libpcre3 (8.12-3) ...
Setting up libbotan-1.8.2 (1.8.13-1) ...
Setting up monotone (1.0-2) ...

fuschia:/# mtn automate interface_version
mtn: error while loading shared libraries: libbotan-1.8.2.so: cannot open 
shared object file: No such file or directory
=

-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (990, 'testing'), (900, 'stable')
Architecture: powerpc (ppc64)

Kernel: Linux 2.6.39-2-powerpc64 (SMP w/2 CPU cores)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_AU.utf8)
Shell: /bin/sh linked to /bin/dash

-- 
 \   “We take your bags and send them in all directions.” —airline |
  `\ ticket office, Copenhagen |
_o__)  |
Ben Finney 



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

Bug#635885: libc6: strchr() behavior changed

[Jonathan Nieder]

severity 635885 important
fixed 635885 eglibc/2.13-1
tags 635885 + upstream fixed-upstream
quit

Michał Kiedrowicz wrote:

> This is Intel(R) Core(TM) i5-2400 CPU @ 3.10GHz.

Silly of me --- I was testing on a machine without SSE4.2.

The fix was backported as glibc-2.11.3~49 (Fix x86-64 strchr
propagation of search byte into all bytes of SSE register,
2010-10-25), so it should enter squeeze at the same time as the other
fixes from 2.11.3.

Thanks.



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

Bug#611946: linux-2.6: 2.6.35 introduced lockups with ath9k

[Jonathan Nieder]

Hi Martín,

Martín Ferrari wrote:

> I am having the same issue on an EEEPC 1001PX. Using the
> hibernate-script or unloading the ath9k module before suspending fixes
> the problem for me.
> You can see attached a screenshot (with a camera) of the kernel error.
> I cannot scroll back at that point, so the first part is lost.
>
> I have tried with linux-image-2.6.38-bpo.2-amd64 and 
> linux-image-2.6.39-2-amd64

Thanks.  Could you try this patch[1] if you have time for it, and
report back here or upstream[2]?  [3] has instructions for testing
patches.

[1] http://thread.gmane.org/gmane.linux.kernel.wireless.general/74214
[2] https://bugzilla.kernel.org/show_bug.cgi?id=37462
[3] http://kernel-handbook.alioth.debian.org/ch-common-tasks.html#s4.2.2

Author: Stanislaw Gruszka 
Date:   Fri Jul 29 15:59:08 2011 +0200

ath9k: skip ->config_pci_powersave() if PCIe port has ASPM disabled

We receive many bug reports about system hang during suspend/resume
when ath9k driver is in use. Adrian Chadd remarked that this problem
happens on systems that have ASPM disabled.

To do not hit the bug, skip doing ->config_pci_powersave magic if PCIe
downstream port device, which ath9k device is connected to, has ASPM
disabled.

Bug was introduced by:

commit 53bc7aa08b48e5cd745f986731cc7dc24eef2a9f
Author: Vivek Natarajan 
Date:   Mon Apr 5 14:48:04 2010 +0530

ath9k: Add support for newer AR9285 chipsets.

Patch should address:
https://bugzilla.kernel.org/show_bug.cgi?id=37462
https://bugzilla.kernel.org/show_bug.cgi?id=37082
https://bugzilla.redhat.com/show_bug.cgi?id=697157

however I did not receive confirmation about that, except from Camilo
Mesias, whose system stops hang regularly with this patch (but still
hangs from time to time, but this is probably some other bug).

Tested-by: Camilo Mesias 
Cc: sta...@kernel.org # 2.6.35+
Signed-off-by: Stanislaw Gruszka 

diff --git a/drivers/net/wireless/ath/ath9k/ar9002_hw.c 
b/drivers/net/wireless/ath/ath9k/ar9002_hw.c
index 9ff7c305..44d9d8d5 100644
--- a/drivers/net/wireless/ath/ath9k/ar9002_hw.c
+++ b/drivers/net/wireless/ath/ath9k/ar9002_hw.c
@@ -309,11 +309,7 @@ static void ar9002_hw_configpcipowersave(struct ath_hw *ah,
u8 i;
u32 val;
 
-   if (ah->is_pciexpress != true)
-   return;
-
-   /* Do not touch SerDes registers */
-   if (ah->config.pcie_powersave_enable == 2)
+   if (ah->is_pciexpress != true || ah->aspm_enabled != true)
return;
 
/* Nothing to do on restore for 11N */
diff --git a/drivers/net/wireless/ath/ath9k/ar9003_hw.c 
b/drivers/net/wireless/ath/ath9k/ar9003_hw.c
index 8efdec24..ad2bb2bf 100644
--- a/drivers/net/wireless/ath/ath9k/ar9003_hw.c
+++ b/drivers/net/wireless/ath/ath9k/ar9003_hw.c
@@ -519,11 +519,7 @@ static void ar9003_hw_configpcipowersave(struct ath_hw *ah,
 int restore,
 int power_off)
 {
-   if (ah->is_pciexpress != true)
-   return;
-
-   /* Do not touch SerDes registers */
-   if (ah->config.pcie_powersave_enable == 2)
+   if (ah->is_pciexpress != true || ah->aspm_enabled != true)
return;
 
/* Nothing to do on restore for 11N */
diff --git a/drivers/net/wireless/ath/ath9k/hw.c 
b/drivers/net/wireless/ath/ath9k/hw.c
index 8006ce0c..8dcefe74 100644
--- a/drivers/net/wireless/ath/ath9k/hw.c
+++ b/drivers/net/wireless/ath/ath9k/hw.c
@@ -318,6 +318,14 @@ static void ath9k_hw_disablepcie(struct ath_hw *ah)
REG_WRITE(ah, AR_PCIE_SERDES2, 0x);
 }
 
+static void ath9k_hw_aspm_init(struct ath_hw *ah)
+{
+   struct ath_common *common = ath9k_hw_common(ah);
+
+   if (common->bus_ops->aspm_init)
+   common->bus_ops->aspm_init(common);
+}
+
 /* This should work for all families including legacy */
 static bool ath9k_hw_chip_test(struct ath_hw *ah)
 {
@@ -378,7 +386,6 @@ static void ath9k_hw_init_config(struct ath_hw *ah)
ah->config.additional_swba_backoff = 0;
ah->config.ack_6mb = 0x0;
ah->config.cwm_ignore_extcca = 0;
-   ah->config.pcie_powersave_enable = 0;
ah->config.pcie_clock_req = 0;
ah->config.pcie_waen = 0;
ah->config.analog_shiftreg = 1;
@@ -598,7 +605,7 @@ static int __ath9k_hw_init(struct ath_hw *ah)
 
 
if (ah->is_pciexpress)
-   ath9k_hw_configpcipowersave(ah, 0, 0);
+   ath9k_hw_aspm_init(ah);
else
ath9k_hw_disablepcie(ah);
 
diff --git a/drivers/net/wireless/ath/ath9k/hw.h 
b/drivers/net/wireless/ath/ath9k/hw.h
index 6acd0f97..c7988903 100644
--- a/drivers/net/wireless/ath/ath9k/hw.h
+++ b/drivers/net/wireless/ath/ath9k/hw.h
@@ -219,7 +219,6 @@ struct ath9k_ops_config {
int additional_swba_backoff;
int ack_6mb;
u32 cwm_ignore_extcca;
-   u8 pcie_powers

Bug#610722: x201s overheating issue

[Christopher Meiklejohn]

I'd like to confirm this as well -- Debian unstable on x201s.

- Chris



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

Bug#611946: linux-2.6: 2.6.35 introduced lockups with ath9k

[Martín Ferrari]

Jonathan,

On Sun, Jul 31, 2011 at 02:52, Jonathan Nieder  wrote:

>> I have tried with linux-image-2.6.38-bpo.2-amd64 and 
>> linux-image-2.6.39-2-amd64

> Thanks.  Could you try this patch[1] if you have time for it, and
> report back here or upstream[2]?  [3] has instructions for testing
> patches.

Sadly, I am going on vacations in a few hours. So I will not be able
to try this for a couple of weeks. I'll do it as soon as I get back.

For now, I am using this as a workaround that prevents the crashes:

$ cat /etc/pm/config.d/ath9k
SUSPEND_MODULES="${SUSPEND_MODULES} ath9k"


Thanks.
---
Martín Ferrari



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

Bug#456273: Kernel panic on boot with linux-image-2.6.18-5

[Jonathan Nieder]

Hi Paul,

Paul Gear wrote:

> Hi Jonathan,
>
> Thanks for the reply - i've actually decommissioned this machine
> recently.  It was upgraded to lenny after i submitted the bug, and the
> same things continued to happen on the lenny Xen vs. normal kernels.
>
> It is fully working and sitting on my test bench, so i can test any
> kernel version you like.  But whatever happens i'll need to install a
> new OS on it.  If you can point me to any good instructions for
> non-kernel-hackers, i can probably even get a serial console sorted out.

Thanks.  For a serial console you would need a null modem cable and
another machine with a serial port.  For netconsole you just need to
be lucky enough to have a panic after the NIC has been initialized
(rather than in very early boot).

See [1], [2], and [3] to get started.  For the machine slurping logs
over a serial console, step 3 at [4] seems to get the steps roughly
right (i.e., launch minicom and make its settings match those you gave
linux).

[1] 
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux.git;a=blob;f=Documentation/serial-console.txt
[2] 
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux.git;a=blob;f=Documentation/networking/netconsole.txt
[3] http://www.tldp.org/HOWTO/Remote-Serial-Console-HOWTO/
[4] http://www.vanemery.com/Linux/Serial/serial-console.html



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

Bug#628667: Verified: Patch for Upstream

[Scott Schaefer]

Verified exists in 3.1.4 and 3.2.2.

Attached patch is against 3.2.2 code.
Description: --add incorrectly sets writemostly
Forwarded: TBD
Origin: vendor, http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=628667
Bug-Debian: http://bugs.debian.org/628667
Author: Scott Schaefer  
Last-Update: 2011-07-30

diff --git a/super1.c b/super1.c
--- a/super1.c
+++ b/super1.c
@@ -1030,6 +1030,8 @@
 		sb->dev_number = __cpu_to_le32(di->disk.number);
 		if (di->disk.state & (1devflags &= ~(__cpu_to_le32(WriteMostly1));
 
 		if ((rfd = open("/dev/urandom", O_RDONLY)) < 0 ||
 		read(rfd, sb->device_uuid, 16) != 16) {

Bug#588602: xserver-xorg-video-radeon: xpress 200m 5955 => resume from suspend fails with KMS enabled

[Andres Cimmarusti]

Sorry for not reporting back sooner. This bug was actually fixed for
squeeze. Thus it's been fixed in testing and did for quite sometime. You can
close this
On Jul 30, 2011 5:05 AM, "Moritz Mühlenhoff"  wrote:
> On Mon, May 31, 2010 at 05:15:41PM -0400, Andres Cimmarusti wrote:
>> Package: xserver-xorg-video-radeon
>> Version: 1:6.13.0-2
>> Severity: important
>> Tags: squeeze
>>
>> When I try suspending using KMS my computer (an HP Pavilion dv5035nr
laptop)
>> does not resume. Furthermore I've tried logging into it remotely to
obtain a
>> backtrace from X with no success (following this procedure:
>> http://ubuntuforums.org/showthread.php?t=1228332). I'm letting
NetworkManager
>> handle my network interfaces, however, I also tried using dhcp directly
in the
>> /etc/network/interfaces file.
>>
>> Unfortunately as soon as the resuming process starts (and fails) I am
unable to
>> establish a connection the laptop (wired or wireless). On top of this,
upon
>> hard reboot I have no network connectivity (if managed by network
manager):
>>
http://mail.gnome.org/archives/networkmanager-list/2010-March/msg00123.html
>> The workaround for the last bit has been to erase the stale file and
reboot.
>>
>> When using UMS the resume process happens perfectly.
>> I don't know how else to get a backtrace. The laptop screen is completely
blank
>> so I can't switch to another session.
>> I've marked this bug as important because suspend/hibernate are almost
>> essential features in a laptop.
>
> Does this still occur in current sid/testing?
>
> Cheers,
> Moritz

Bug#619642: Current version?

[Thomas Goirand]

Christian Welzel  said:
> Package: libjs-extjs
>
> Are there any plans to package ExtJS in its current version (3.2.x)?
> I would need that for the typo3-src package.

Hi,

I have no plans to package a new version of libjs-extjs, like version 4,
unless extplorer, which is the reason why I maintain libjs-extjs in
Debian, can be tested and working with it.

I may upgrade to 3.4.0 in SID if extplorer supports it, but at some
point, extplorer will have to support extjs 4 if the plan is to keep it
in Wheezy. If not, then, I will ask removal from Wheezy of both
extplorer and libjs-extjs, because extplorer would become not
maintainable if it cannot upgrade and libextjs3 isn't supported anymore,
and I wouldn't need any of them.

Also, the fact that there is still this bug open:

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=600933

This bothers me. It has been reported on the21 Oct 2010, and I'm still
waiting for a fix from Soeren. He told me he has one, and it's been now
9 months. That's not encouraging, and I have in no way the ability to
fix it myself. As much as I like libjs-extjs and extplorer, I need
responsive upstreams!

That is unless, Christian, you are willing to help maintaining extjs
and/or extplorer, or if you point at another package in Debian that
needs libjs-extjs which would justify actions.

By the way, maybe Soeren Eberhardt, which is the upstream author of
Extplorer. I have put him as Cc:, can tell us if the latest 2.1 RC3 can
support the latest version of ExtJS, or if he has plans for supporting
it, and about #600933.

Thomas Goirand (zigo)



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

Bug#635590: ITP: slimbox -- Slimbox is a 4 KB visual clone of the popular Lightbox 2 script

[Antonio Terceiro]

Sascha Girrulat escreveu isso aí:
> Package: wnpp
> Severity: wishlist
> Owner: Sascha Girrulat 
> 
> * Package name: slimbox
>   Version : 2.04
>   Upstream Author : Christophe Beyls
> * URL : http://code.google.com/p/slimbox/source/checkout
> * License : MIT
>   Programming Lang: Java-Script
>   Description : Slimbox is a 4 KB visual clone of the popular Lightbox 2
> script

This package must be called libjs-slimbox instead to match all other
Javascript packages.

-- 
Antonio Terceiro 
http://softwarelivre.org/terceiro




signature.asc
Description: Digital signature

Bug#636097: pidgin-skype FTBFS with multiarch

[Micah Gersten]

Package: pidgin-skype
Version: 20110407+svn612+dfsg-1
Severity: serious
Tags: patch
Justification: fails to build from source
User: multiarch-de...@lists.alioth.debian.org
Usertags: origin-ubuntu oneiric ubuntu-patch multiarch

pidgin-skype currently has include paths hard coded which break with multiarch. 
 Rather than hardcoding multiarch paths, this patch makes use of pkg-config

  * Use pkg-config to find glib and dbus include paths (LP: #756174)
- add debian/patches/use-pkg-config.patch
- update debian/patches/series
  * Add libdbus-1-dev and pkg-config to build-deps
- update debian/control


Thanks for considering the patch.


-- System Information:
Debian Release: squeeze/sid
  APT prefers natty-updates
  APT policy: (500, 'natty-updates'), (500, 'natty-security'), (500, 
'natty-proposed'), (500, 'natty'), (100, 'natty-backports')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.38-11-generic (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -Nru pidgin-skype-20110407+svn612+dfsg/debian/changelog pidgin-skype-20110407+svn612+dfsg/debian/changelog
diff -Nru pidgin-skype-20110407+svn612+dfsg/debian/control pidgin-skype-20110407+svn612+dfsg/debian/control
--- pidgin-skype-20110407+svn612+dfsg/debian/control	2011-04-10 19:01:15.0 -0500
+++ pidgin-skype-20110407+svn612+dfsg/debian/control	2011-07-20 20:44:59.0 -0500
@@ -1,9 +1,9 @@
 Source: pidgin-skype
 Section: contrib/net
 Priority: optional
+Maintainer: Gabriele Giacone <1o5g4...@gmail.com>
 Build-Depends: debhelper (>= 7.0.50~), libglib2.0-dev, 
- libpurple-dev (>= 2.1.1), libx11-dev, librsvg2-bin
+ libpurple-dev (>= 2.1.1), libx11-dev, librsvg2-bin, libdbus-1-dev, pkg-config
 Standards-Version: 3.9.2
 DM-Upload-Allowed: yes
 Homepage: http://eion.robbmob.com/
diff -Nru pidgin-skype-20110407+svn612+dfsg/debian/patches/series pidgin-skype-20110407+svn612+dfsg/debian/patches/series
--- pidgin-skype-20110407+svn612+dfsg/debian/patches/series	2011-04-10 19:01:15.0 -0500
+++ pidgin-skype-20110407+svn612+dfsg/debian/patches/series	2011-07-20 20:42:00.0 -0500
@@ -1 +1,2 @@
 00Makefile
+use-pkg-config.patch
diff -Nru pidgin-skype-20110407+svn612+dfsg/debian/patches/use-pkg-config.patch pidgin-skype-20110407+svn612+dfsg/debian/patches/use-pkg-config.patch
--- pidgin-skype-20110407+svn612+dfsg/debian/patches/use-pkg-config.patch	1969-12-31 18:00:00.0 -0600
+++ pidgin-skype-20110407+svn612+dfsg/debian/patches/use-pkg-config.patch	2011-07-24 02:59:04.0 -0500
@@ -0,0 +1,19 @@
+Description: Use pkg-config to find include paths
+ We can use pkg-config to find the dbus and glib include paths
+ instead of hard coding them so the build doesn't break w/multiarch.
+Author: Micah Gersten 
+Bug-Ubuntu: https://bugs.launchpad.net/bugs/756174
+
+--- pidgin-skype-20110407+svn612+dfsg.orig/Makefile
 pidgin-skype-20110407+svn612+dfsg/Makefile
+@@ -6,8 +6,8 @@ WIN32_COMPILER = /usr/bin/i586-mingw32-g
+ LINUX_ARM_COMPILER = arm-none-linux-gnueabi-gcc
+ 
+ LIBPURPLE_CFLAGS = -I/usr/include/libpurple -DPURPLE_PLUGINS -DENABLE_NLS
+-GLIB_CFLAGS = -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/lib64/glib-2.0/include -I/usr/include
+-DBUS_CFLAGS = -DSKYPE_DBUS -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include -I/usr/lib64/dbus-1.0/include
++GLIB_CFLAGS = `pkg-config --cflags glib-2.0` -I/usr/include
++DBUS_CFLAGS = -DSKYPE_DBUS `pkg-config --cflags dbus-1`
+ WIN32_DEV_DIR = /root/pidgin/win32-dev
+ WIN32_PIDGIN_DIR = /root/pidgin/pidgin-2.6.1
+ WIN32_CFLAGS = -DPURPLE_PLUGINS -DENABLE_NLS -I${WIN32_DEV_DIR}/gtk_2_0/include/glib-2.0 -I${WIN32_PIDGIN_DIR}/libpurple/win32 -I${WIN32_PIDGIN_DIR}/libpurple -I${WIN32_DEV_DIR}/gtk_2_0/include -I${WIN32_DEV_DIR}/gtk_2_0/include/glib-2.0 -I${WIN32_DEV_DIR}/gtk_2_0/lib/glib-2.0/include

Bug#635929: Something to do with processor?

[Jari Jylhä]

This machinen has VIA C7-M Processor. Another machine with Intel Pentium
4 works fine.

Both uses same kernel.
Linux version 2.6.32-5-686 (Debian 2.6.32-35) (da...@debian.org) (gcc
version 4.3.5 (Debian 4.3.5-4) ) #1 SMP Mon Jun 13 04:13:06 UTC 2011

processor   : 0
vendor_id   : CentaurHauls
cpu family  : 6
model   : 13
model name  : VIA C7-M Processor 1600MHz
stepping: 0
cpu MHz : 800.000
cache size  : 128 KB
fdiv_bug: no
hlt_bug : no
f00f_bug: no
coma_bug: no
fpu : yes
fpu_exception   : yes
cpuid level : 1
wp  : yes
flags   : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge cmov pat
clflush acpi mmx fxsr sse sse2 tm nx up pni est tm2 xtpr rng rng_en ace
ace_en ace2 ace2_en phe phe_en pmm pmm_en
bogomips: 1596.17
clflush size: 64
cache_alignment : 64
address sizes   : 36 bits physical, 32 bits virtual
power management:



processor   : 0
vendor_id   : GenuineIntel
cpu family  : 15
model   : 4
model name  : Intel(R) Pentium(R) 4 CPU 3.00GHz
stepping: 3
cpu MHz : 2800.000
cache size  : 2048 KB
physical id : 0
siblings: 2
core id : 0
cpu cores   : 1
apicid  : 0
initial apicid  : 0
fdiv_bug: no
hlt_bug : no
f00f_bug: no
coma_bug: no
fpu : yes
fpu_exception   : yes
cpuid level : 5
wp  : yes
flags   : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov
pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx lm
constant_tsc pebs bts pni dtes64 monitor ds_cpl est cid cx16 xtpr
bogomips: 5985.29
clflush size: 64
cache_alignment : 128
address sizes   : 36 bits physical, 48 bits virtual
power management:

processor   : 1
vendor_id   : GenuineIntel
cpu family  : 15
model   : 4
model name  : Intel(R) Pentium(R) 4 CPU 3.00GHz
stepping: 3
cpu MHz : 2800.000
cache size  : 2048 KB
physical id : 0
siblings: 2
core id : 0
cpu cores   : 1
apicid  : 1
initial apicid  : 1
fdiv_bug: no
hlt_bug : no
f00f_bug: no
coma_bug: no
fpu : yes
fpu_exception   : yes
cpuid level : 5
wp  : yes
flags   : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov
pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx lm
constant_tsc pebs bts pni dtes64 monitor ds_cpl est cid cx16 xtpr
bogomips: 5985.51
clflush size: 64
cache_alignment : 128
address sizes   : 36 bits physical, 48 bits virtual
power management:



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

Bug#605318: xserver-xorg-video-radeon: Possible workaround for horizontal lines

[Matt Pandina]

Package: xserver-xorg-video-radeon
Version: 1:6.13.1-2+squeeze1
Severity: normal

I too was experiencing horizontal lines (so bad that I could barely see the
screen!)

I tried installing the fglrx driver (even though it couldn't actually be used)
and after a reboot the lines stopped, but anything trying to use OpenGL would
crash.

I uninstalled everything with fglrx in the name, rebooted, and the lines came
back worse than before.

Finally I managed to see through the horizontal lines enough to go to:

System > Preferences > Monitors

and told it to rotate the screen upside-down. The lines were still there, but
they stopped after I switched the rotation back to normal.

This may give a hint as to what is causing the bug in the first place.



-- Package-specific info:
X server symlink status:

lrwxrwxrwx 1 root root 13 Jul 30 16:52 /etc/X11/X -> /usr/bin/Xorg
-rwxr-xr-x 1 root root 1889472 Feb 18 15:42 /usr/bin/Xorg

VGA-compatible devices on PCI bus:
--
01:00.0 VGA compatible controller [0300]: ATI Technologies Inc M56P [Radeon 
Mobility X1600] [1002:71c5]

/etc/X11/xorg.conf does not exist.

/etc/X11/xorg.conf.d does not exist.

KMS configuration files:

/etc/modprobe.d/i915-kms.conf:
  options i915 modeset=1
/etc/modprobe.d/radeon-kms.conf:
  options radeon modeset=1

Kernel version (/proc/version):
---
Linux version 2.6.32-5-amd64 (Debian 2.6.32-35) (da...@debian.org) (gcc version 
4.3.5 (Debian 4.3.5-4) ) #1 SMP Tue Jun 14 09:42:28 UTC 2011

Xorg X server log files on system:
--
-rw-r--r-- 1 root root 35649 Jul 31 00:20 /var/log/Xorg.0.log

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

X.Org X Server 1.7.7
Release Date: 2010-05-04
X Protocol Version 11, Revision 0
Build Operating System: Linux 2.6.37-trunk-amd64 x86_64 Debian
Current Operating System: Linux nc8430 2.6.32-5-amd64 #1 SMP Tue Jun 14 
09:42:28 UTC 2011 x86_64
Kernel command line: BOOT_IMAGE=/vmlinuz-2.6.32-5-amd64 
root=UUID=e8ad472b-4241-434a-8e43-7c6f6c655243 ro quiet
Build Date: 18 February 2011  08:27:24PM
xorg-server 2:1.7.7-13 (Cyril Brulebois ) 
Current version of pixman: 0.16.4
Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/Xorg.0.log", Time: Sun Jul 31 00:18:51 2011
(==) Using system config directory "/usr/share/X11/xorg.conf.d"
(==) No Layout section.  Using the first Screen section.
(==) No screen section available. Using defaults.
(**) |-->Screen "Default Screen Section" (0)
(**) |   |-->Monitor ""
(==) No monitor specified for screen "Default Screen Section".
Using a default monitor configuration.
(==) Automatically adding devices
(==) Automatically enabling devices
(WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.
Entry deleted from font path.
(==) FontPath set to:
/usr/share/fonts/X11/misc,
/usr/share/fonts/X11/100dpi/:unscaled,
/usr/share/fonts/X11/75dpi/:unscaled,
/usr/share/fonts/X11/Type1,
/usr/share/fonts/X11/100dpi,
/usr/share/fonts/X11/75dpi,
/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType,
built-ins
(==) ModulePath set to "/usr/lib/xorg/modules"
(II) The server relies on udev to provide the list of input devices.
If no devices become available, reconfigure udev or disable 
AutoAddDevices.
(II) Loader magic: 0x7c8aa0
(II) Module ABI versions:
X.Org ANSI C Emulation: 0.4
X.Org Video Driver: 6.0
X.Org XInput driver : 7.0
X.Org Server Extension : 2.0
(++) using VT number 7

(--) PCI:*(0:1:0:0) 1002:71c5:103c:30a3 ATI Technologies Inc M56P [Radeon 
Mobility X1600] rev 0, Mem @ 0xe000/268435456, 0xf460/65536, I/O @ 
0x4000/256, BIOS @ 0x/131072
(II) Open ACPI successful (/var/run/acpid.socket)
(II) LoadModule: "extmod"
(II) Loading /usr/lib/xorg/modules/extensions/libextmod.so
(II) Module extmod: vendor="X.Org Foundation"
compiled for 1.7.7, module version = 1.0.0
Module class: X.Org Server Extension
ABI class: X.Org Server Extension, version 2.0
(II) Loading extension SELinux
(II) Loading extension MIT-SCREEN-SAVER
(II) Loading extension XFree86-VidModeExtension
(II) Loading extension XFree86-DGA
(II) Loading extension DPMS
(II) Loading extension XVideo
(II) Loading extension XVideo-MotionCompensation
(II) Loading extension X-Resource
(II) LoadModule: "dbe"
(II) Loading /usr/lib/xorg/modules/extensions/libdbe.so
(II) Module dbe: vendor="X.Org Foundation"
compiled for 1.7.7, module version = 1.0.0
Module clas

Bug#636098: [libkipi8] typo "and widget" in extended description

[Filipus Klutiero]

Package: libkipi8
Version: 4:4.6.5-3
Severity: minor

The extended description contains:


Libkipi is a library
 .
 o that contains common routines and widget used by kipi-plugins


"widget" is missing a "s".




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

Bug#636001: FTBFS patch

[Lisandro Damián Nicanor Pérez Meyer]

Nobuhiro: the patch seems all right. I'm co-maintaining clementine but I do 
not have upload rights on it. If you can wait ~1 week until Thomas can review 
it the better.

Kinds regards, Lisandro.

-- 
LINUX KERNEL LIBERADO
DOS SECUESTRADORES MICROSOFTIANOS CAPTURADOS
OTRO SIGUE PROFUGO
*musiquita de cronica TV*

Ok, ok, ya me voy a hacer algo util, no me peguen :D

  Matias "Angasule" D'Ambrosio,
  sobre la liberación del kernel 2.6.23
  http://linux.org.ar/pipermail/bblug/2007-October/005405.html

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/


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

Bug#635998: [Pkg-samba-maint] Bug#635998: /usr/bin/tdbbackup missing in 3.5.9+ packages

[Kevin Shanahan]

On Sun, Jul 31, 2011 at 12:39:36AM +0200, Jelmer Vernooij wrote:
> On Sat, 2011-07-30 at 15:19 +0930, Kevin Shanahan wrote:
> > Package: samba
> > Version: 2:3.5.9~dfsg-1~bpo60+1
> > 
> > Between versions 3.5.8 and 3.5.9 the tdbbackup binary seems to have
> > gone missing from the Debian Samba packages.
> > 
> > System still using 3.5.8:
> tdbbackup is also available from tdb-tools, which is built from the same
> source as samba.
> 
> I wonder if rather than adding it back by patching upstream samba, it
> would make sense to recommend tdb-tools instead?

Ah, I didn't realise it was included in that package too. That fixes
my immediate problem. :)

A mention in the appropraite changelog or news file would probably be
a good idea. I checked the upstream release notes and didn't see it
mentioned there either, hence my confusion.

Cheers,
Kevin.



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

Bug#636099: Setting keybindings in a _list key makes metacity fail to start

[Josh Triplett]

Package: metacity
Version: 1:2.34.1-1
Severity: important

(Severity important because fixing the problem proves non-trivial when
the usual X environment won't start.)

In the course of bug 635970, I discovered the metacity functionality for
setting multiple keybindings for a particular function, by creating a
gconf key suffixed with _list containing a string for each keybinding.
I added a key /apps/metacity/window_keybindings/close_list, as a list
containing the string c, and it worked during that session.
However, the next time I attempted to log in, metacity failed to start.
(GNOME did not provide any useful feedback about that, either, but I'll
report that as a separate bug.)  ~/.xsession-errors contained:

(metacity:3041): GConf-CRITICAL **: gconf_value_get_string: assertion 
`value->type == GCONF_VALUE_STRING' failed
gnome-session[2967]: WARNING: Application 'gnome-wm.desktop' failed to register 
before timeout

- Josh Triplett

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

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

Versions of packages metacity depends on:
ii  libatk1.0-0   2.0.1-2ATK accessibility toolkit
ii  libc6 2.13-12Embedded GNU C Library: Shared lib
ii  libcairo2 1.10.2-6.1 The Cairo 2D vector graphics libra
ii  libcanberra-gtk0  0.28-1 Gtk+ helper for playing widget eve
ii  libcanberra0  0.28-1 a simple abstract interface for pl
ii  libgconf2-4   2.32.4-1   GNOME configuration database syste
ii  libgdk-pixbuf2.0-02.23.5-3   GDK Pixbuf library
ii  libglib2.0-0  2.28.6-1   The GLib library of C routines
ii  libgnome2-common  2.32.1-1   The GNOME library - common files
ii  libgtk2.0-0   2.24.5-4   GTK+ graphical user interface libr
ii  libgtop2-72.28.3-2   gtop system monitoring library (sh
ii  libice6   2:1.0.7-2  X11 Inter-Client Exchange library
ii  libmetacity-private0  1:2.34.1-1 library for the Metacity window ma
ii  libpango1.0-0 1.28.4-2   Layout and rendering of internatio
ii  libsm62:1.2.0-2  X11 Session Management library
ii  libstartup-notification0  0.12-1 library for program launch feedbac
ii  libx11-6  2:1.4.3-3  X11 client-side library
ii  libxcomposite11:0.4.3-2  X11 Composite extension library
ii  libxcursor1   1:1.1.12-1 X cursor management library
ii  libxdamage1   1:1.1.3-2  X11 damaged region extension libra
ii  libxext6  2:1.3.0-3  X11 miscellaneous extension librar
ii  libxfixes31:5.0-4X11 miscellaneous 'fixes' extensio
ii  libxinerama1  2:1.1.1-3  X11 Xinerama extension library
ii  libxrandr22:1.3.2-2  X11 RandR extension library
ii  libxrender1   1:0.9.6-2  X Rendering Extension client libra
ii  metacity-common   1:2.34.1-1 shared files for the Metacity wind
ii  zenity2.30.0-1   Display graphical dialog boxes fro

Versions of packages metacity recommends:
ii  gnome-session [x-session-mana 2.30.2-3   The GNOME Session Manager - GNOME 

Versions of packages metacity suggests:
ii  gnome-control-center  1:2.30.1-3 utilities to configure the GNOME d
ii  gnome-themes  2.30.2-1   official themes for the GNOME desk
ii  xdg-user-dirs 0.14-1 tool to manage well known user dir

-- 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#636100: Provides no useful feedback when window manager fails to start

[Josh Triplett]

Package: gnome-session
Version: 2.30.2-3
Severity: normal

If the window manager (such as metacity) fails to start, gnome-session
logs to ~/.xsession-errors, but otherwise provides no useful feedback to
the user about why their session doesn't work as expected.

- Josh Triplett

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

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

Versions of packages gnome-session depends on:
ii  gnome-panel   2.30.2-4   launcher and docking facility for 
ii  gnome-session-bin 2.30.2-3   The GNOME Session Manager - Minima
ii  gnome-session-common  2.30.2-3   Common files for the GNOME session
ii  gnome-settings-daemon 2.30.2-3   daemon handling the GNOME session 
ii  metacity  1:2.34.1-1 lightweight GTK+ window manager
ii  nautilus  2.30.1-3   file manager and graphical shell f
ii  policykit-1-gnome 0.101-2GNOME authentication agent for Pol

Versions of packages gnome-session recommends:
ii  gnome-power-manager   2.32.0-2   power management tool for the GNOM

Versions of packages gnome-session suggests:
ii  desktop-base  6.0.6  common files for the Debian Deskto
ii  gnome-keyring 3.0.3-2GNOME keyring services (daemon and
ii  gnome-user-guide  2.30.1-1   GNOME user's guide

-- 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#621820: xfce4-netload-plugin: FTBFS on kfreebsd-*: os.h:125:28: error: net/ppp_defs.h: No such file or directory

[Guillem Jover]

block 621820 by 577494
reassign 621820 xfce4-netload-plugin
retitle 621820 xfce4-netload-plugin: Needs to be ported from if_ppp to ppp(8) 
on GNU/kFreeBSD
thanks

Hi!

On Wed, 2011-05-25 at 18:54:33 +0200, Guillem Jover wrote:
> On Mon, 2011-04-25 at 23:45:00 +0200, Yves-Alexis Perez wrote:
> > reassign 621820 kfreebsd-kernel-headers
> > 
> > On lun., 2011-04-25 at 12:28 +0200, Yves-Alexis Perez wrote:
> > > On Linux arches net/ppp_defs.h and net/if_ppp.h are provided by
> > > libc6-dev. On kFreeBSD it's a bit different, the headers are only
> > > provided in (versioned) kfreebsd-headers-* packages, and they are
> > > located in /usr/src/kfreebsd-headers-8.2-1/sys/ 
> > > 
> > > I don't think it's a good idea to build-dep on versioned kernel
> > > headers
> > > nor passing a (versioned) -I to the build, that'd be too much trouble.
> > > 
> > > Any idea how to fix that?
> 
> > After discussing this with Cyril on irc it seems the solution might be
> > to include the relevant header files in kfreebsd-kernel-headers, so
> > reassigning.
> 
> kFreeBSD 8.0+ does not have if_ppp any longer, so this is not
> possible, the fix upstream proposes seems to be to port to ppp(8), as
> seen from the removal commit log:
> 
>   
> 
>   
> 
> This bug should be reassigned back I guess.

Done so now, we don't currently have ppp for GNU/kFreeBSD yet but
once xfce4-netload-plugin gets ported to it, that would not disallow
the package from being built any longer.

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#482938: Confirming

[Josh Triplett]

Just to confirm, I stopped using foxmarks a long time ago when it
stopped using a FOSS license, and in any case Firefox Sync has made it
entirely obsolete.  So I definitely no longer care about this RFP.

- Josh Triplett



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

Bug#636101: haserl: [debconf_rewrite] Debconf templates and debian/control review

[Christian Perrier]

Package: haserl
Version: N/A
Severity: normal
Tags: patch

Dear Debian maintainer,

On Thursday, July 21, 2011, I notified you of the beginning of a review process
concerning debconf templates for haserl.

The debian-l10n-english contributors have now reviewed these templates,
and the proposed changes are attached to this bug report.

Please review the suggested changes, and if you have any
objections, let me know in the next 3 days.

However, please try to avoid uploading haserl with these changes
right now.

The second phase of this process will begin on Wednesday, August 03, 2011, when 
I will
coordinate updates to translations of debconf templates.

The existing translators will be notified of the changes: they will
receive an updated PO file for their language.

Simultaneously, a general call for new translations will be sent to
the debian-i18n mailing list.

Both these calls for translations will request updates to be sent as
individual bug reports. That will probably trigger a lot of bug
reports against your package, but these should be easier to deal with.

The call for translation updates and new translations will run until
about Wednesday, August 24, 2011. Please avoid uploading a package with fixed 
or changed
debconf templates and/or translation updates in the meantime. Of
course, other changes are safe.

Please note that this is an approximative delay, which depends on my
own availability to process this work and is influenced by the fact
that I simultaneously work on many packages.

Around Thursday, August 25, 2011, I will contact you again and will send a 
final patch
summarizing all the updates (changes to debconf templates,
updates to debconf translations and new debconf translations).

Again, thanks for your attention and cooperation.


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

Kernel: Linux 3.0.0-1-686-pae (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash
--- haserl.old/debian/haserl.templates  2011-07-16 21:14:32.783410052 +0200
+++ haserl/debian/haserl.templates  2011-07-31 07:35:33.765880516 +0200
@@ -1,9 +1,18 @@
+# These templates have been reviewed by the debian-l10n-english
+# team
+#
+# If modifications/additions/rewording are needed, please ask
+# debian-l10n-engl...@lists.debian.org for advice.
+#
+# Even minor modifications require translation updates and such
+# changes should be coordinated with translators and reviewers.
+
 Template: haserl/setuid
 Type: boolean
 Default: false
 _Description: Install haserl binary with suid root permissions?
  When haserl is installed with suid root permissions, it will automatically set
- its UID and GID to that of the owner and group of the script.
+ its UID and GID to match the owner and group of the script.
  .
- WARNING: This is a potential security vulnerability, as scripts that are owned
+ This is a potential security vulnerability, as scripts that are owned
  by root will be run as root, even when they do not have the suid root bit.
--- haserl.old/debian/control   2011-07-16 21:14:32.783410052 +0200
+++ haserl/debian/control   2011-07-27 22:03:18.457592002 +0200
@@ -17,17 +17,16 @@
 Depends: ${shlibs:Depends}, ${misc:Depends}
 Recommends: lua5.1
 Description: CGI scripting program for embedded environments
- Haserl is a small cgi wrapper that allows "PHP" style cgi programming, but 
uses
- a UNIX bash-like shell or Lua as the programming language. It is very small, 
so
- it can be used in embedded environments, or where something like PHP is too
- big.
+ Haserl is a CGI wrapper that allows PHP-style programming in Lua or a
+ POSIX-compliant shell. It is very small, so it can be used in embedded
+ environments, or where something like PHP is too big.
  .
- It combines three features into a small cgi engine:
-  * It parses POST and GET requests, placing form-elements as name=value
-pairs into the environment for the CGI script to use.  This is somewhat 
like
-the uncgi wrapper.
-  * It opens a shell, and translates all text into printable statements. All
-text within <% ... %> constructs are passed verbatim to the shell. This is
-somewhat similar to how PHP scripts are parsed.
-  * It can optionally be installed to drop its permissions to the owner of the
-script, giving it some of the security features of suexec or cgiwrapper.
+ It combines three features into a small CGI engine:
+  * It parses POST and GET requests, placing form-elements into the
+environment as name=value pairs for the CGI script to use. This is
+somewhat similar to the uncgi wrapper.
+  * It opens a shell, and translates all text into printable statements.
+All text within <% ... %> constructs is passed verbatim to the shell.
+This is somewhat similar to how PHP scripts are parsed.
+  * It can be set up to drop its permissions to the owner of the script,

Bug#635998: [Pkg-samba-maint] Bug#635998: Bug#635998: /usr/bin/tdbbackup missing in 3.5.9+ packages

[Christian PERRIER]

Quoting Jelmer Vernooij (jel...@samba.org):
> On Sat, 2011-07-30 at 15:19 +0930, Kevin Shanahan wrote:
> > Package: samba
> > Version: 2:3.5.9~dfsg-1~bpo60+1
> > 
> > Between versions 3.5.8 and 3.5.9 the tdbbackup binary seems to have
> > gone missing from the Debian Samba packages.
> > 
> > System still using 3.5.8:
> tdbbackup is also available from tdb-tools, which is built from the same
> source as samba.
> 
> I wonder if rather than adding it back by patching upstream samba, it
> would make sense to recommend tdb-tools instead?


samba already recommends tdb-tools.



signature.asc
Description: Digital signature

Bug#615864: Reproduced

[Julia Longtin]

I have attempted to reproduce the bug without success on another stable
iscsi target / unstable iscsi initiator.

I still have access to the machines that are failing, for comparison
purposes.

for starters, the output of:
 iscsiadm -m node --targetname "iqn.2001-04.com.faikvm:storage.lun1"
--portal ":3260"
on both initiator machines differs only by the IP of the target.

yet logout and login look like:
qemuhost:/disk1/VMs# iscsiadm -m node --targetname
"iqn.2001-04.com.faikvm:storage.lun1" --portal "10.100.0.197:3260" --login
Logging in to [iface: default, target: iqn.2001-04.com.faikvm:storage.lun1,
portal: 10.100.0.197,3260]
iscsiadm: Could not login to [iface: default, target:
iqn.2001-04.com.faikvm:storage.lun1, portal: 10.100.0.197,3260]:
iscsiadm: initiator reported error (15 - already exists)
qemuhost:/disk1/VMs# iscsiadm -m node --targetname
"iqn.2001-04.com.faikvm:storage.lun1" --portal "10.100.0.197:3260" --logout
iscsiadm: could not read session targetname: 5
iscsiadm: could not find session info for session1
qemuhost:/disk1/VMs#

on one host, with the other host performing as expected.

I'm following a modified form of
http://www.howtoforge.com/using-iscsi-on-debian-lenny-initiator-and-target ,
if it helps.

Julia Longtin

On Mon, Jul 25, 2011 at 8:08 AM, Ritesh Raj Sarraf wrote:

> On 07/25/2011 01:45 AM, Julia Longtin wrote:
> > My apologies. my iscsi initiator is unstable(current), and my iscsi
> > target is stable. I'll attempt to reproduce with stable/stable.
>
> That should be fine. The initial report says that automatic login to the
> target fails stating that the connection is already there. Where as,
> actually, there is no connection. I have not been able to reproduce this
> bug. Any details on steps on how to reproduce it will be helpful.
>
> --
> Ritesh Raj Sarraf
> RESEARCHUT - http://www.researchut.com
> "Necessity is the mother of invention."
>
>
>

Bug#636102: linux-image-3.0.0-1-amd64: Will not wake up after sleep

[Lars Boegild Thomsen]

Package: linux-2.6
Version: 3.0.0-1
Severity: normal


After upgrade from 2.6 to 3.0 kernel, netbook is hanging after sleep.  Works 
perfectly if booting latest 2.6 kernel.


-- Package-specific info:
** Version:
Linux version 3.0.0-1-amd64 (Debian 3.0.0-1) (b...@decadent.org.uk) (gcc 
version 4.5.3 (Debian 4.5.3-4) ) #1 SMP Sun Jul 24 02:24:44 UTC 2011

** Command line:
BOOT_IMAGE=/vmlinuz-3.0.0-1-amd64 root=/dev/mapper/vg0-root ro quiet

** Not tainted

** Kernel log:
[7.667522] drm: registered panic notifier
[7.673974] acpi device:02: registered as cooling_device4
[7.674297] input: Video Bus as 
/devices/LNXSYSTM:00/device:00/PNP0A08:00/LNXVIDEO:00/input/input9
[7.674551] ACPI: Video Device [IGD0] (multi-head: yes  rom: no  post: no)
[7.674769] [drm] Initialized i915 1.6.0 20080730 for :00:02.0 on minor 0
[7.674921] HDA Intel :00:1b.0: enabling device (0104 -> 0106)
[7.675003] HDA Intel :00:1b.0: PCI INT A -> GSI 22 (level, low) -> IRQ 
22
[7.675160] HDA Intel :00:1b.0: irq 45 for MSI/MSI-X
[7.675259] HDA Intel :00:1b.0: setting latency timer to 64
[7.736175] hda_codec: ALC272: BIOS auto-probing.
[7.737823] input: HDA Digital PCBeep as 
/devices/pci:00/:00:1b.0/input/input10
[7.740918] input: HDA Intel Mic as 
/devices/pci:00/:00:1b.0/sound/card0/input11
[7.741279] input: HDA Intel Headphone as 
/devices/pci:00/:00:1b.0/sound/card0/input12
[8.845905] Adding 1952764k swap on /dev/sda3.  Priority:-1 extents:1 
across:1952764k 
[9.137106] EXT3-fs (dm-0): using internal journal
[9.558931] loop: module loaded
[9.652703] coretemp coretemp.0: Unable to read TjMax from CPU.
[9.652732] coretemp coretemp.0: Using relative temperature scale!
[9.652785] coretemp coretemp.0: Unable to read TjMax from CPU.
[9.652805] coretemp coretemp.0: Using relative temperature scale!
[   17.647101] EXT3-fs: barriers not enabled
[   17.655796] kjournald starting.  Commit interval 5 seconds
[   17.656624] EXT3-fs (sda1): using internal journal
[   17.656640] EXT3-fs (sda1): mounted filesystem with ordered data mode
[   17.688275] EXT3-fs: barriers not enabled
[   17.701310] kjournald starting.  Commit interval 5 seconds
[   17.702159] EXT3-fs (dm-4): using internal journal
[   17.702174] EXT3-fs (dm-4): mounted filesystem with ordered data mode
[   17.731875] EXT3-fs: barriers not enabled
[   17.75] kjournald starting.  Commit interval 5 seconds
[   17.745071] EXT3-fs (dm-3): using internal journal
[   17.745086] EXT3-fs (dm-3): mounted filesystem with ordered data mode
[   17.761703] EXT3-fs: barriers not enabled
[   17.776171] kjournald starting.  Commit interval 5 seconds
[   17.776806] EXT3-fs (dm-1): using internal journal
[   17.776822] EXT3-fs (dm-1): mounted filesystem with ordered data mode
[   17.792898] EXT3-fs: barriers not enabled
[   17.808572] kjournald starting.  Commit interval 5 seconds
[   17.90] EXT3-fs (dm-2): using internal journal
[   17.910020] EXT3-fs (dm-2): mounted filesystem with ordered data mode
[   19.813991] RPC: Registered named UNIX socket transport module.
[   19.814003] RPC: Registered udp transport module.
[   19.814010] RPC: Registered tcp transport module.
[   19.814017] RPC: Registered tcp NFSv4.1 backchannel transport module.
[   19.950213] FS-Cache: Loaded
[   19.981544] FS-Cache: Netfs 'nfs' registered for caching
[   20.015378] Installing knfsd (copyright (C) 1996 o...@monad.swb.de).
[   20.509985] fuse init (API version 7.16)
[   25.827282] Bluetooth: BNEP (Ethernet Emulation) ver 1.3
[   25.827293] Bluetooth: BNEP filters: protocol multicast
[   26.235137] Bluetooth: RFCOMM TTY layer initialized
[   26.235162] Bluetooth: RFCOMM socket layer initialized
[   26.235170] Bluetooth: RFCOMM ver 1.11
[   27.500778] r8169 :05:00.0: eth0: link down
[   27.501621] ADDRCONF(NETDEV_UP): eth0: link is not ready
[   27.584371] ADDRCONF(NETDEV_UP): wlan0: link is not ready
[   30.879088] wlan0: direct probe to 5c:d9:98:dc:bb:44 (try 1/3)
[   30.882717] wlan0: direct probe responded
[   30.896388] wlan0: authenticate with 5c:d9:98:dc:bb:44 (try 1)
[   30.898642] wlan0: authenticated
[   30.898699] wlan0: associate with 5c:d9:98:dc:bb:44 (try 1)
[   30.902976] wlan0: RX AssocResp from 5c:d9:98:dc:bb:44 (capab=0xc31 status=0 
aid=3)
[   30.902986] wlan0: associated
[   30.910810] ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
[   32.178026] Intel AES-NI instructions are not detected.
[   32.262168] padlock_aes: VIA PadLock not detected.
[   41.256072] wlan0: no IPv6 routers present
[   49.861788] wlan0: deauthenticating from 5c:d9:98:dc:bb:44 by local choice 
(reason=3)
[   50.015216] cfg80211: Calling CRDA for country: GB
[   50.043589] wlan0: authenticate with 00:1c:10:3d:b1:c9 (try 1)
[   50.045657] wlan0: authenticated
[   50.066178] wlan0: associate with 00:1c:10:3d:b1:c9 (try 1)
[   50.068832] wlan0: RX AssocResp from 00:1c:10:3d:b1:c9 (capab=0x431 status=0 
ai

Bug#635968: installation-reports: Initial boot after installation failed

[Michael Tokarev]

30.07.2011 01:06, Ralf Jung wrote:

> Machine: HP Compaq 615
> Processor: AMD Athlon(tm)X2 DualCore QL-66
> Memory: 4 GiB
> Partitions:
>Device Boot  Start End  Blocks   Id  System
> /dev/sda1   *2048   1228761438976   83  Linux
> /dev/sda2   12288   131071999 4096000   82  Linux swap / Solaris
> /dev/sda3   131074046   625141759   2470338575  Extended
> /dev/sda5   131074048   625141759   247033856   83  Linux
> 
[]
> Installation went fine, however, the initial boot into the actual system
> failed: The BIOS complained it would not find anything to boot on my HDD. I
> tried both graphical and console installation, with the same result - of 
> course
> I always replied "Yes" when asked whether I want GRUB to be installed into the
> MBR. I then tried to fix the problem by chroot'ing into the installed system
> and running "grub-install /dev/sda", but even though this completed
> successfully, the PC would still refuse to boot. After three installation
> attempts with two different versions of the disc (I used a two-months old
> version for my first attempts), I tried to set the boot flag on the root
> partition, using GParted from the system rescue CD. The next installation
> attempt then completed successfully.
> 
> I suspect that either my system is special in that it needs that flag on the
> partition even though grub resides in the MBR, or this is a bug in grub-
> install: It should also make sure the partition containing grub has the boot
> flag set so that booting actually worked. If that's impossible, the installer
> should at least set the boot flag for the /boot or / partition - the partition
> in question was actually created during Debian installation, so it definitely
> should have been set up correctly. The way things work currently, the user 
> ends
> up with a completely unusable system.

Can you verify this by clearing the boot flag you now
have and seeing if your system will boot after that?

So far, I for one haven't seen a system which requires a
partition _table_ to boot, not to mention a bootable
partition in it.  BIOS merely loads first 512 bytes of
a disk into memory and jumps into that area, without
trying to interpret what's inside.  Unless you use some
recovery/diagnostic mode which is embedded into some
BIOSes/machines.

Thanks,

/mjt



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

Bug#636001: clementine: FTBFS in qFuzzyCompare on armel, armhf and sh4

[Nobuhiro Iwamatsu]

Package: clementine
Version: 0.7.1+dfsg-2
Justification: ftbfs
Severity: serious
Tags: patch

Hi,

clementine FTBFS on armel, armfg and sh4.

- armel
  
https://buildd.debian.org/status/fetch.php?pkg=clementine&arch=armel&ver=0.7.1%2Bdfsg-2&stamp=1311217925
- armhf
  
http://buildd.debian-ports.org/status/fetch.php?pkg=clementine&arch=armhf&ver=0.7.1%2Bdfsg-2&stamp=1311341981
- sh4
  
http://buildd.debian-ports.org/status/fetch.php?pkg=clementine&arch=sh4&ver=0.7.1%2Bdfsg-2&stamp=1311283442


/build/buildd-clementine_0.7.1+dfsg-2-armel-Txwhgu/clementine-0.7.1+dfsg/src/widgets/nowplayingwidget.cpp:344:49:
error: ISO C++ says that these are ambiguous, even though the worst
conversion for the first is better than the worst conversion for the
second: [-Werror]
/usr/include/qt4/QtCore/qglobal.h:1893:20: note: candidate 1: bool
qFuzzyCompare(double, double)
/usr/include/qt4/QtCore/qglobal.h:1898:20: note: candidate 2: bool
qFuzzyCompare(float, float)
cc1plus: all warnings being treated as errors


I created a patch which revise this problem.
Could you check and apply this patch?

Best regards,
  Nobuhiro

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

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


-- 
Nobuhiro Iwamatsu
   iwamatsu at {nigauri.org / debian.org}
   GPG ID: 40AD1FA6
diff --git a/debian/changelog b/debian/changelog
index 7f5be63..6129e55 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+clementine (0.7.1+dfsg-2.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Fix FTBFS by qFuzzyCompare function on armel, armhf and sh4.
+
+ -- Nobuhiro Iwamatsu   Sat, 30 Jul 2011 03:53:04 +0900
+
 clementine (0.7.1+dfsg-2) unstable; urgency=low
 
   [ Thomas Pierson ]
diff --git a/src/widgets/nowplayingwidget.cpp b/src/widgets/nowplayingwidget.cpp
index 92c8877..ef92458 100644
--- a/src/widgets/nowplayingwidget.cpp
+++ b/src/widgets/nowplayingwidget.cpp
@@ -341,7 +341,7 @@ void NowPlayingWidget::DrawContents(QPainter *p) {
 
 void NowPlayingWidget::FadePreviousTrack(qreal value) {
   previous_track_opacity_ = value;
-  if (qFuzzyCompare(previous_track_opacity_, 0.0)) {
+  if (qFuzzyCompare(previous_track_opacity_, qreal(0.0))) {
 previous_track_ = QPixmap();
   }
 

Bug#631128: Default config is prone to memory problem

[Obey Arthur Liu]

Hi Baptiste,

Is this theoretical or have you encountered a problem?
My opinion is that it would be better to take the issue directly with
upstream instead of me munging with their default config files.



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

Bug#636002: leptonlib: FTBFS with libpng 1.5.2

[Nobuhiro Iwamatsu]

Source: leptonlib
Version: 1.68-4
Severity: important
Tags: patch
User: lib...@packages.debian.org
Usertags: libpng15-transition

Hi,

I uploaded libpng 1.5.2 to experimental.
libpng maintainers plan to transition from libpng 1.2 to 1.5.
I am checking build it the package depend to libpng.

I noticed your package FTBFS by libpng 1.5.
I created the patch that revise this problem.
Could you check and apply this patch?

Best regards,
  Nobuhiro

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

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


-- 
Nobuhiro Iwamatsu
   iwamatsu at {nigauri.org / debian.org}
   GPG ID: 40AD1FA6



-- 
Nobuhiro Iwamatsu
   iwamatsu at {nigauri.org / debian.org}
   GPG ID: 40AD1FA6



-- 
Nobuhiro Iwamatsu
   iwamatsu at {nigauri.org / debian.org}
   GPG ID: 40AD1FA6
diff -Nru leptonlib-1.68/debian/changelog leptonlib-1.68/debian/changelog
--- leptonlib-1.68/debian/changelog	2011-04-14 14:30:34.0 +0900
+++ leptonlib-1.68/debian/changelog	2011-06-06 16:55:52.0 +0900
@@ -1,3 +1,10 @@
+leptonlib (1.68-4.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * libpng transition.
+
+ -- Nobuhiro Iwamatsu   Mon, 06 Jun 2011 16:55:43 +0900
+
 leptonlib (1.68-4) unstable; urgency=low
 
   * Add webp support
diff -Nru leptonlib-1.68/debian/patches/debian-changes-1.68-4.1 leptonlib-1.68/debian/patches/debian-changes-1.68-4.1
--- leptonlib-1.68/debian/patches/debian-changes-1.68-4.1	1970-01-01 09:00:00.0 +0900
+++ leptonlib-1.68/debian/patches/debian-changes-1.68-4.1	2011-06-06 16:57:18.0 +0900
@@ -0,0 +1,36 @@
+Description: Upstream changes introduced in version 1.68-4.1
+ This patch has been created by dpkg-source during the package build.
+ Here's the last changelog entry, hopefully it gives details on why
+ those changes were made:
+ .
+ leptonlib (1.68-4.1) unstable; urgency=low
+ .
+   * Non-maintainer upload.
+   * libpng transition.
+ .
+ The person named in the Author field signed this changelog entry.
+Author: Nobuhiro Iwamatsu 
+
+---
+The information above should follow the Patch Tagging Guidelines, please
+checkout http://dep.debian.net/deps/dep3/ to learn about the format. Here
+are templates for supplementary fields that you might want to add:
+
+Origin: , 
+Bug: 
+Bug-Debian: http://bugs.debian.org/
+Bug-Ubuntu: https://launchpad.net/bugs/
+Forwarded: 
+Reviewed-By: 
+Last-Update: 
+
+--- leptonlib-1.68.orig/src/pngio.c
 leptonlib-1.68/src/pngio.c
+@@ -107,6 +107,7 @@
+ /* */
+ 
+ #include "png.h"
++#include 
+ 
+ /* Set defaults for read/write options - */
+ /* strip 16 bpp --> 8 bpp on reading png; default is for stripping */
diff -Nru leptonlib-1.68/debian/patches/series leptonlib-1.68/debian/patches/series
--- leptonlib-1.68/debian/patches/series	1970-01-01 09:00:00.0 +0900
+++ leptonlib-1.68/debian/patches/series	2011-06-06 16:57:18.0 +0900
@@ -0,0 +1 @@
+debian-changes-1.68-4.1

Bug#636003: libvigraimpex: FTBFS with libpng 1.5

[Nobuhiro Iwamatsu]

Source: libvigraimpex
Version: 1.7.1+dfsg1-1
Severity: important
Tags: patch
User: lib...@packages.debian.org
Usertags: libpng15-transition

Hi,

I uploaded libpng 1.5.2 to experimental.
libpng maintainers plan to transition from libpng 1.2 to 1.5.
I am checking build it the package depend to libpng.

I noticed your package FTBFS by libpng 1.5.
I created the patch that revise this problem.
Could you check and apply this patch?

Best regards,
  Nobuhiro

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

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


-- 
Nobuhiro Iwamatsu
   iwamatsu at {nigauri.org / debian.org}
   GPG ID: 40AD1FA6



-- 
Nobuhiro Iwamatsu
   iwamatsu at {nigauri.org / debian.org}
   GPG ID: 40AD1FA6



-- 
Nobuhiro Iwamatsu
   iwamatsu at {nigauri.org / debian.org}
   GPG ID: 40AD1FA6
--- libvigraimpex-1.7.1+dfsg.orig/src/impex/png.cxx	2010-12-04 02:40:34.0 +0900
+++ libvigraimpex-1.7.1+dfsg/src/impex/png.cxx	2011-06-08 10:16:17.0 +0900
@@ -320,7 +320,7 @@
 #if (PNG_LIBPNG_VER > 10008) && defined(PNG_READ_iCCP_SUPPORTED)
 char * dummyName;
 int dummyCompType;
-char * profilePtr;
+png_bytep profilePtr;
 png_uint_32 profileLen;
 if (png_get_valid( png, info, PNG_INFO_iCCP )) {
 png_get_iCCP(png, info, &dummyName, &dummyCompType, &profilePtr, &profileLen) ;
@@ -592,7 +592,7 @@
 // set icc profile
 if (iccProfile.size() > 0) {
 png_set_iCCP(png, info, (png_charp)("icc"), 0,
- (png_charp)iccProfile.begin(), (png_uint_32)iccProfile.size());
+ (png_const_bytep)iccProfile.begin(), (png_uint_32)iccProfile.size());
 }
 #endif
 

Bug#636004: metapixel: FTBFS with libpng 1.5

[Nobuhiro Iwamatsu]

Source: metapixel
Version: 1.0.2-7
Severity: important
Tags: patch
User: lib...@packages.debian.org
Usertags: libpng15-transition

Hi,

I uploaded libpng 1.5.2 to experimental.
libpng maintainers plan to transition from libpng 1.2 to 1.5.
I am checking build it the package depend to libpng.

I noticed your package FTBFS by libpng 1.5.
I created the patch that revise this problem.
Could you check and apply this patch?

Best regards,
  Nobuhiro

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

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


-- 
Nobuhiro Iwamatsu
   iwamatsu at {nigauri.org / debian.org}
   GPG ID: 40AD1FA6



-- 
Nobuhiro Iwamatsu
   iwamatsu at {nigauri.org / debian.org}
   GPG ID: 40AD1FA6



-- 
Nobuhiro Iwamatsu
   iwamatsu at {nigauri.org / debian.org}
   GPG ID: 40AD1FA6
diff -u metapixel-1.0.2/debian/changelog metapixel-1.0.2/debian/changelog
--- metapixel-1.0.2/debian/changelog
+++ metapixel-1.0.2/debian/changelog
@@ -1,3 +1,10 @@
+metapixel (1.0.2-6.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * libpng transition.
+
+ -- Nobuhiro Iwamatsu   Tue, 07 Jun 2011 07:28:14 +0900
+
 metapixel (1.0.2-6) unstable; urgency=low
 
   * Changing build dependency from libungif4-dev to libgif-dev (closes: 540147)
only in patch2:
unchanged:
--- metapixel-1.0.2.orig/rwimg/rwpng.c
+++ metapixel-1.0.2/rwimg/rwpng.c
@@ -57,19 +57,39 @@
 data->end_info = png_create_info_struct(data->png_ptr);
 assert(data->end_info != 0);
 
+#if PNG_LIBPNG_VER_MAJOR >= 1 && PNG_LIBPNG_VER_MINOR >= 4
+	if (setjmp(png_jmpbuf((data->png_ptr
+#else
 if (setjmp(data->png_ptr->jmpbuf))
+#endif
 	assert(0);
 
-png_init_io(data->png_ptr, data->file);
-
+#if PNG_LIBPNG_VER_MAJOR >= 1 && PNG_LIBPNG_VER_MINOR >= 4
+	png_init_io(data->png_ptr, data->file);
+png_read_info(data->png_ptr, data->info_ptr);
+#else
+	png_init_io(data->png_ptr, data->file);
 png_read_info(data->png_ptr, data->info_ptr);
+#endif
 
+#if PNG_LIBPNG_VER_MAJOR >= 1 && PNG_LIBPNG_VER_MINOR >= 4
+	*width = png_get_image_width(data->png_ptr, data->info_ptr);
+	*height = png_get_image_height(data->png_ptr, data->info_ptr);
+	{
+		png_byte value = png_get_bit_depth(data->png_ptr, data->info_ptr);
+	assert(value == 8 || value == 16);
+		value = png_get_color_type(data->png_ptr, data->info_ptr);
+	assert(value == PNG_COLOR_TYPE_RGB || value == PNG_COLOR_TYPE_RGB_ALPHA);
+	value = png_get_interlace_type(data->png_ptr, data->info_ptr);
+	assert(value == PNG_INTERLACE_NONE);
+	}
+#else
 *width = data->info_ptr->width;
 *height = data->info_ptr->height;
-
 assert(data->info_ptr->bit_depth == 8 || data->info_ptr->bit_depth == 16);
 assert(data->info_ptr->color_type == PNG_COLOR_TYPE_RGB || data->info_ptr->color_type == PNG_COLOR_TYPE_RGB_ALPHA);
 assert(data->info_ptr->interlace_type == PNG_INTERLACE_NONE);
+#endif
 
 data->have_read = 0;
 
@@ -81,32 +101,51 @@
 {
 png_data_t *data = (png_data_t*)_data;
 int i;
-int bps, spp;
+int bps, spp, width;
 unsigned char *row;
 
+#if PNG_LIBPNG_VER_MAJOR >= 1 && PNG_LIBPNG_VER_MINOR >= 4
+
+	if (setjmp(png_jmpbuf((data->png_ptr
+#else
 if (setjmp(data->png_ptr->jmpbuf))
+#endif
 	assert(0);
 
+#if PNG_LIBPNG_VER_MAJOR >= 1 && PNG_LIBPNG_VER_MINOR >= 4
+	if(png_get_color_type(data->png_ptr, data->info_ptr) == PNG_COLOR_TYPE_RGB)
+#else
 if (data->info_ptr->color_type == PNG_COLOR_TYPE_RGB)
+#endif
 	spp = 3;
 else
 	spp = 4;
 
+#if PNG_LIBPNG_VER_MAJOR >= 1 && PNG_LIBPNG_VER_MINOR >= 4
+	if(png_get_bit_depth(data->png_ptr, data->info_ptr) == 16)
+#else
 if (data->info_ptr->bit_depth == 16)
+#endif
 	bps = 2;
 else
 	bps = 1;
 
-row = (unsigned char*)malloc(data->info_ptr->width * spp * bps);
+#if PNG_LIBPNG_VER_MAJOR >= 1 && PNG_LIBPNG_VER_MINOR >= 4
+	width = png_get_image_width(data->png_ptr, data->info_ptr);
+#else
+width = data->info_ptr->width:
+#endif
+
+row = (unsigned char*)malloc(width * spp * bps);
 
 for (i = 0; i < num_lines; ++i)
 {
 	int j, channel;
 
 	png_read_row(data->png_ptr, (png_bytep)row, 0);
-	for (j = 0; j < data->info_ptr->width; ++j)
+	for (j = 0; j < width; ++j)
 	for (channel = 0; channel < 3; ++channel)
-		lines[i * data->info_ptr->width * 3 + j * 3 + channel] = row[j * spp * bps + channel * bps];
+		lines[i * width * 3 + j * 3 + channel] = row[j * spp * bps + channel * bps];
 }
 
 free(row);
@@ -119,7 +158,11 @@
 {
 png_data_t *data = (png_data_t*)_data;
 
+#if PNG_LIBPNG_VER_MAJOR >= 1 && PNG_LIBPNG_VER_MINOR >= 4
+	if (setjmp(png_jmpbuf((data->png_ptr
+#else
 if (setjmp(data->png_ptr->jmpbuf))
+#endif
 	assert(0);
 
 if (data->have_read)
@@ -148,7 +191,11 @@
 data->info_ptr = png_create_info_struct(data->png_ptr);
 assert(data->info_ptr != 

Bug#636005: ming: FTBFS with libpng 1.5

[Nobuhiro Iwamatsu]

Source: ming
Version: 1:0.4.3-1.1
Severity: important
Tags: patch
User: lib...@packages.debian.org
Usertags: libpng15-transition

Hi,

I uploaded libpng 1.5.2 to experimental.
libpng maintainers plan to transition from libpng 1.2 to 1.5.
I am checking build it the package depend to libpng.

I noticed your package FTBFS by libpng 1.5.
I created the patch that revise this problem.
Could you check and apply this patch?

Best regards,
  Nobuhiro

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

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


-- 
Nobuhiro Iwamatsu
   iwamatsu at {nigauri.org / debian.org}
   GPG ID: 40AD1FA6



-- 
Nobuhiro Iwamatsu
   iwamatsu at {nigauri.org / debian.org}
   GPG ID: 40AD1FA6



-- 
Nobuhiro Iwamatsu
   iwamatsu at {nigauri.org / debian.org}
   GPG ID: 40AD1FA6
diff -u ming-0.4.3/debian/changelog ming-0.4.3/debian/changelog
--- ming-0.4.3/debian/changelog
+++ ming-0.4.3/debian/changelog
@@ -1,3 +1,10 @@
+ming (1:0.4.3-1.2) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * libpng transition. 
+
+ -- Nobuhiro Iwamatsu   Tue, 07 Jun 2011 08:16:24 +0900
+
 ming (1:0.4.3-1.1) unstable; urgency=low
 
   * Non-maintainer upload.
only in patch2:
unchanged:
--- ming-0.4.3.orig/util/png2dbl.c
+++ ming-0.4.3/util/png2dbl.c
@@ -90,8 +90,11 @@
 png_destroy_read_struct(&png_ptr, &info_ptr, (png_infopp)NULL);
 error("Couldn't create end_info\n");
   }
-
+#if PNG_LIBPNG_VER_MAJOR >= 1 && PNG_LIBPNG_VER_MINOR >= 4
+  if (setjmp(png_jmpbuf((png_ptr
+#else
   if(setjmp(png_ptr->jmpbuf))
+#endif
   {
 png_destroy_read_struct(&png_ptr, &info_ptr, &end_info);
 fclose(fp);
only in patch2:
unchanged:
--- ming-0.4.3.orig/src/blocks/pngdbl.c
+++ ming-0.4.3/src/blocks/pngdbl.c
@@ -61,7 +61,12 @@
 }
 
 static int pngReadFunc(png_structp png, unsigned char *buf, int len)
-{	SWFInput input = (SWFInput) png->io_ptr;
+{
+#if PNG_LIBPNG_VER_MAJOR >= 1 && PNG_LIBPNG_VER_MINOR >= 4
+	SWFInput input = png_get_io_ptr(png);
+#else
+	SWFInput input = (SWFInput) png->io_ptr;
+#endif
 	return SWFInput_read(input, buf, len);
 }
 
@@ -127,7 +132,11 @@
 		return 0;
 	}
 
+#if PNG_LIBPNG_VER_MAJOR >= 1 && PNG_LIBPNG_VER_MINOR >= 4
+	if (setjmp(png_jmpbuf(png_ptr)))
+#else
 	if(setjmp(png_ptr->jmpbuf))
+#endif
 	{
 		png_destroy_read_struct(&png_ptr, &info_ptr, &end_info);
 	return 0;

Bug#625691: Acknowledgement (thunar: Thunar crashes when opened dir is renamed by other program)

[Johan Spee]

Moved on to Tunar 1.2.2 by now, but the problem is still there.

Not always though. Sometimes Thunar crashes, sometimes it behaves as
expected. (I have seen this with both 1.2.1 and 1.2.2).

But I can't for the life of me figure out what makes the difference...


--
Johan Spee



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

Bug#636006: ncbi-tools6: FTBFS with libpng 1.5

[Nobuhiro Iwamatsu]

Source: ncbi-tools6
Version: 6.1.20100808-2
Severity: important
Tags: patch
User: lib...@packages.debian.org
Usertags: libpng15-transition

Hi,

I uploaded libpng 1.5.2 to experimental.
libpng maintainers plan to transition from libpng 1.2 to 1.5.
I am checking build it the package depend to libpng.

I noticed your package FTBFS by libpng 1.5.
I created the patch that revise this problem.
Could you check and apply this patch?

Best regards,
  Nobuhiro

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

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


-- 
Nobuhiro Iwamatsu
   iwamatsu at {nigauri.org / debian.org}
   GPG ID: 40AD1FA6



-- 
Nobuhiro Iwamatsu
   iwamatsu at {nigauri.org / debian.org}
   GPG ID: 40AD1FA6



-- 
Nobuhiro Iwamatsu
   iwamatsu at {nigauri.org / debian.org}
   GPG ID: 40AD1FA6
diff -u ncbi-tools6-6.1.20100808/vibrant/shim3d.c ncbi-tools6-6.1.20100808/vibrant/shim3d.c
--- ncbi-tools6-6.1.20100808/vibrant/shim3d.c
+++ ncbi-tools6-6.1.20100808/vibrant/shim3d.c
@@ -312,6 +312,7 @@
 
 #ifdef _PNG
 #include  /* must go berore ncbi headers */
+#include 
 #endif
 
 /* from ncbimisc.h */
@@ -3165,8 +3166,11 @@
 Message(MSG_ERROR, "Can't create PNG info structure");
 goto cleanup;
 }
-
+#if PNG_LIBPNG_VER_MAJOR >= 1 && PNG_LIBPNG_VER_MINOR >= 4
+	if (setjmp(png_jmpbuf(png_ptr))) {
+#else
 if (setjmp(png_ptr->jmpbuf)) {
+#endif
 Message(MSG_ERROR, "PNG write failed");
 goto cleanup;
 }
diff -u ncbi-tools6-6.1.20100808/debian/changelog ncbi-tools6-6.1.20100808/debian/changelog
--- ncbi-tools6-6.1.20100808/debian/changelog
+++ ncbi-tools6-6.1.20100808/debian/changelog
@@ -1,3 +1,10 @@
+ncbi-tools6 (6.1.20100808-2.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * libpng transition.
+
+ -- Nobuhiro Iwamatsu   Tue, 07 Jun 2011 14:00:47 +0900
+
 ncbi-tools6 (6.1.20100808-2) unstable; urgency=low
 
   * Reupload to unstable following the release of Debian 6.0 (squeeze).

Bug#635987: Flickr-API2

[Damyan Ivanov]

-=| jida...@jidanni.org, Sat, Jul 30, 2011 at 07:44:45AM +0800 |=-
> Package: libflickr-api-perl
> Version: 1.01-3
> Severity: wishlist
> 
> There is a updated fork, https://github.com/TJC/Flickr-API2
> Maybe use that as source instead, or offer it alongside this 
> package.

Sounds like an RFP to me?


signature.asc
Description: Digital signature

Bug#636007: sdl-image1.2: FTBFS with libpng 1.5

[Nobuhiro Iwamatsu]

Source: sdl-image1.2
Version: 1.2.10-2.1
Severity: important
Tags: patch
User: lib...@packages.debian.org
Usertags: libpng15-transition

Hi,

I uploaded libpng 1.5.2 to experimental.
libpng maintainers plan to transition from libpng 1.2 to 1.5.
I am checking build it the package depend to libpng.

I noticed your package FTBFS by libpng 1.5.
I created the patch that revise this problem.
Could you check and apply this patch?

Best regards,
  Nobuhiro

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

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


-- 
Nobuhiro Iwamatsu
   iwamatsu at {nigauri.org / debian.org}
   GPG ID: 40AD1FA6



-- 
Nobuhiro Iwamatsu
   iwamatsu at {nigauri.org / debian.org}
   GPG ID: 40AD1FA6



-- 
Nobuhiro Iwamatsu
   iwamatsu at {nigauri.org / debian.org}
   GPG ID: 40AD1FA6
diff -u sdl-image1.2-1.2.10/debian/control sdl-image1.2-1.2.10/debian/control
--- sdl-image1.2-1.2.10/debian/control
+++ sdl-image1.2-1.2.10/debian/control
@@ -3,7 +3,7 @@
 Priority: optional
 Maintainer: Debian SDL packages maintainers 
 Uploaders: Barry deFreese , Aurelien Jarno 
-Build-Depends: debhelper (>= 5), libsdl1.2-dev (>= 1.2.10), libjpeg-dev, libpng12-dev, libtiff4-dev, zlib1g-dev
+Build-Depends: debhelper (>= 5), libsdl1.2-dev (>= 1.2.10), libjpeg-dev, libpng15-dev, libtiff4-dev, zlib1g-dev
 Standards-Version: 3.8.3
 Homepage: http://www.libsdl.org/projects/SDL_image/
 Vcs-Svn: svn://svn.debian.org/svn/pkg-sdl/unstable/sdl-image1.2
@@ -20,7 +20,7 @@
 
 Package: libsdl-image1.2-dev
 Architecture: any
-Depends: libsdl-image1.2 (= ${binary:Version}), libc6-dev, libsdl1.2-dev (>= 1.2.10), libjpeg-dev, libpng12-dev, libtiff4-dev, zlib1g-dev, ${misc:Depends}
+Depends: libsdl-image1.2 (= ${binary:Version}), libc6-dev, libsdl1.2-dev (>= 1.2.10), libjpeg-dev, libpng15-dev, libtiff4-dev, zlib1g-dev, ${misc:Depends}
 Section: libdevel
 Conflicts: libsdl-image-dev, libsdl-image1.0-dev, libsdl-image1.1-dev
 Description: development files for SDL 1.2 image loading libray
diff -u sdl-image1.2-1.2.10/debian/changelog sdl-image1.2-1.2.10/debian/changelog
--- sdl-image1.2-1.2.10/debian/changelog
+++ sdl-image1.2-1.2.10/debian/changelog
@@ -1,3 +1,10 @@
+sdl-image1.2 (1.2.10-2.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * libpng transition.
+
+ -- Nobuhiro Iwamatsu   Mon, 13 Jun 2011 08:22:07 +0900
+
 sdl-image1.2 (1.2.10-2) unstable; urgency=low
 
   [ Aurelien Jarno ]
only in patch2:
unchanged:
--- sdl-image1.2-1.2.10.orig/IMG_png.c
+++ sdl-image1.2-1.2.10/IMG_png.c
@@ -71,6 +71,10 @@
 #endif
 #include 
 
+/* Check for the older version of libpng */
+#if (PNG_LIBPNG_VER_MAJOR == 1) && (PNG_LIBPNG_VER_MINOR < 4)
+#define LIBPNG_VERSION_12
+#endif
 
 static struct {
 	int loaded;
@@ -80,6 +84,8 @@
 	void (*png_destroy_read_struct) (png_structpp png_ptr_ptr, png_infopp info_ptr_ptr, png_infopp end_info_ptr_ptr);
 	png_uint_32 (*png_get_IHDR) (png_structp png_ptr, png_infop info_ptr, png_uint_32 *width, png_uint_32 *height, int *bit_depth, int *color_type, int *interlace_method, int *compression_method, int *filter_method);
 	png_voidp (*png_get_io_ptr) (png_structp png_ptr);
+	png_byte (*png_get_channels) (png_structp png_ptr, png_infop info_ptr);
+	png_uint_32 (*png_get_PLTE) (png_structp png_ptr, png_infop info_ptr, png_colorp *palette, int *num_palette);
 	png_uint_32 (*png_get_tRNS) (png_structp png_ptr, png_infop info_ptr, png_bytep *trans, int *num_trans, png_color_16p *trans_values);
 	png_uint_32 (*png_get_valid) (png_structp png_ptr, png_infop info_ptr, png_uint_32 flag);
 	void (*png_read_image) (png_structp png_ptr, png_bytepp image);
@@ -91,6 +97,9 @@
 	void (*png_set_read_fn) (png_structp png_ptr, png_voidp io_ptr, png_rw_ptr read_data_fn);
 	void (*png_set_strip_16) (png_structp png_ptr);
 	int (*png_sig_cmp) (png_bytep sig, png_size_t start, png_size_t num_to_check);
+#ifndef LIBPNG_VERSION_12
+	jmp_buf* (*png_set_longjmp_fn) (png_structp, png_longjmp_ptr, size_t);
+#endif
 } lib;
 
 #ifdef LOAD_PNG_DYNAMIC
@@ -129,6 +138,13 @@
 			SDL_UnloadObject(lib.handle);
 			return -1;
 		}
+		lib.png_get_channels =
+			(png_byte (*) (png_structp, png_infop))
+			SDL_LoadFunction(lib.handle, "png_get_channels");
+		if ( lib.png_get_channels == NULL ) {
+			SDL_UnloadObject(lib.handle);
+			return -1;
+		}
 		lib.png_get_io_ptr =
 			(png_voidp (*) (png_structp))
 			SDL_LoadFunction(lib.handle, "png_get_io_ptr");
@@ -136,6 +152,13 @@
 			SDL_UnloadObject(lib.handle);
 			return -1;
 		}
+		lib.png_get_PLTE =
+			(png_uint_32 (*) (png_structp, png_infop, png_colorp *, int *))
+			SDL_LoadFunction(lib.handle, "png_get_PLTE");
+		if ( lib.png_get_PLTE == NULL ) {
+			SDL_UnloadObject(lib.handle);
+			return -1;
+		}
 		lib.png_get_tRNS =
 			(png_uint_32 (*) (png_structp, png_infop, png_bytep *, int *, png_color_16p *))

Bug#636008: swfmill: FTBFS with libpng 1.5

[Nobuhiro Iwamatsu]

Source: swfmill
Version: 0.3.1-2
Severity: important
Tags: patch
User: lib...@packages.debian.org
Usertags: libpng15-transition

Hi,

I uploaded libpng 1.5.2 to experimental.
libpng maintainers plan to transition from libpng 1.2 to 1.5.
I am checking build it the package depend to libpng.

I noticed your package FTBFS by libpng 1.5.
I created the patch that revise this problem.
Could you check and apply this patch?

Best regards,
  Nobuhiro

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

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


-- 
Nobuhiro Iwamatsu
   iwamatsu at {nigauri.org / debian.org}
   GPG ID: 40AD1FA6



-- 
Nobuhiro Iwamatsu
   iwamatsu at {nigauri.org / debian.org}
   GPG ID: 40AD1FA6



-- 
Nobuhiro Iwamatsu
   iwamatsu at {nigauri.org / debian.org}
   GPG ID: 40AD1FA6
diff -Nru swfmill-0.3.1/debian/changelog swfmill-0.3.1/debian/changelog
--- swfmill-0.3.1/debian/changelog	2011-03-17 07:51:15.0 +0900
+++ swfmill-0.3.1/debian/changelog	2011-06-08 22:26:32.0 +0900
@@ -1,3 +1,9 @@
+swfmill (0.3.1-2.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+
+ -- Nobuhiro Iwamatsu   Wed, 08 Jun 2011 22:26:29 +0900
+
 swfmill (0.3.1-2) unstable; urgency=low
 
   * Uploading package to unstable.
diff -Nru swfmill-0.3.1/debian/patches/debian-changes-0.3.1-2.1 swfmill-0.3.1/debian/patches/debian-changes-0.3.1-2.1
--- swfmill-0.3.1/debian/patches/debian-changes-0.3.1-2.1	1970-01-01 09:00:00.0 +0900
+++ swfmill-0.3.1/debian/patches/debian-changes-0.3.1-2.1	2011-06-08 22:28:04.0 +0900
@@ -0,0 +1,37 @@
+Description: Upstream changes introduced in version 0.3.1-2.1
+ This patch has been created by dpkg-source during the package build.
+ Here's the last changelog entry, hopefully it gives details on why
+ those changes were made:
+ .
+ swfmill (0.3.1-2.1) unstable; urgency=low
+ .
+   * Non-maintainer upload.
+ .
+ The person named in the Author field signed this changelog entry.
+Author: Nobuhiro Iwamatsu 
+
+---
+The information above should follow the Patch Tagging Guidelines, please
+checkout http://dep.debian.net/deps/dep3/ to learn about the format. Here
+are templates for supplementary fields that you might want to add:
+
+Origin: , 
+Bug: 
+Bug-Debian: http://bugs.debian.org/
+Bug-Ubuntu: https://launchpad.net/bugs/
+Forwarded: 
+Reviewed-By: 
+Last-Update: 
+
+--- swfmill-0.3.1.orig/src/swft/readpng.c
 swfmill-0.3.1/src/swft/readpng.c
+@@ -50,7 +50,8 @@
+ #include 
+ #include 
+ 
+-#include "png.h"/* libpng header; includes zlib.h */
++#include "png.h"
++#include "zlib.h"
+ #include "readpng.h"/* typedefs, common macros, public prototypes */
+ 
+ /* future versions of libpng will provide this macro: */
diff -Nru swfmill-0.3.1/debian/patches/series swfmill-0.3.1/debian/patches/series
--- swfmill-0.3.1/debian/patches/series	2011-03-17 07:50:26.0 +0900
+++ swfmill-0.3.1/debian/patches/series	2011-06-08 22:28:04.0 +0900
@@ -1 +1,2 @@
 missing_files.patch
+debian-changes-0.3.1-2.1

Bug#636009: torcs: FTBFS with libpng 1.5

[Nobuhiro Iwamatsu]

Source: torcs
Version: 1.3.1-5
Severity: important
Tags: patch
User: lib...@packages.debian.org
Usertags: libpng15-transition

Hi,

I uploaded libpng 1.5.2 to experimental.
libpng maintainers plan to transition from libpng 1.2 to 1.5.
I am checking build it the package depend to libpng.

I noticed your package FTBFS by libpng 1.5.
I created the patch that revise this problem.
Could you check and apply this patch?

Best regards,
  Nobuhiro

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

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


-- 
Nobuhiro Iwamatsu
   iwamatsu at {nigauri.org / debian.org}
   GPG ID: 40AD1FA6



-- 
Nobuhiro Iwamatsu
   iwamatsu at {nigauri.org / debian.org}
   GPG ID: 40AD1FA6



-- 
Nobuhiro Iwamatsu
   iwamatsu at {nigauri.org / debian.org}
   GPG ID: 40AD1FA6
diff -u torcs-1.3.1/debian/changelog torcs-1.3.1/debian/changelog
--- torcs-1.3.1/debian/changelog
+++ torcs-1.3.1/debian/changelog
@@ -1,3 +1,10 @@
+torcs (1.3.1-5.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * libpng transition.
+
+ -- Nobuhiro Iwamatsu   Wed, 08 Jun 2011 23:24:53 +0900
+
 torcs (1.3.1-5) unstable; urgency=low
 
   * Fixed insecure library loading (LD_LIBRARY_PATH) (CVE-2010-3384) Closes: #598306.
only in patch2:
unchanged:
--- torcs-1.3.1.orig/debian/patches/05_libpng15.patch
+++ torcs-1.3.1/debian/patches/05_libpng15.patch
@@ -0,0 +1,28 @@
+--- src/libs/tgfclient/img.cpp	2011-06-08 23:21:37.0 +0900
 src/libs/tgfclient/img.cpp	2011-06-08 23:22:21.0 +0900
+@@ -97,8 +97,11 @@
+ 		png_destroy_read_struct(&png_ptr, (png_infopp)NULL, (png_infopp)NULL);
+ 		return (unsigned char *)NULL;
+ 	}
+-	
++#if PNG_LIBPNG_VER_MAJOR >= 1 && PNG_LIBPNG_VER_MINOR >= 4
++	if (setjmp(png_jmpbuf(png_ptr)))
++#else
+ 	if (setjmp(png_ptr->jmpbuf))
++#endif
+ 	{
+ 		/* Free all of the memory associated with the png_ptr and info_ptr */
+ 		png_destroy_read_struct(&png_ptr, &info_ptr, (png_infopp)NULL);
+@@ -229,7 +232,11 @@
+ 		return -1;
+ 	}
+ 	
+-	if (setjmp(png_ptr->jmpbuf)) {
++#if PNG_LIBPNG_VER_MAJOR >= 1 && PNG_LIBPNG_VER_MINOR >= 4
++	if (setjmp(png_jmpbuf(png_ptr))) {
++#else
++	if (setjmp(png_ptr->jmpbuf)) {
++#endif
+ 		png_destroy_write_struct(&png_ptr, &info_ptr);
+ 		fclose(fp);
+ 		return -1;

Bug#635943: fbi: FTBFS with libpng 1.5.2

[Moritz Mühlenhoff]

Nobuhiro Iwamatsu wrote:

> I uploaded libpng 1.5.2 to experimental.
> libpng maintainers plan to transition from libpng 1.2 to 1.5.
> I am checking build it the package depend to libpng.
> 
> I noticed your package FTBFS by libpng 1.5.
> I created the patch that revise this problem.
> Could you check and apply this patch?

Hi Nobuhiro,
thanks for filing the report. But I'm wondering, whether the
patch is actually correct:

> +@@ -68,8 +68,11 @@ png_init(FILE *fp, char *filename, unsig
> + png_set_strip_16(h->png);
> + if (h->color_type == PNG_COLOR_TYPE_PALETTE)
> + png_set_palette_to_rgb(h->png);
> +-if (h->color_type == PNG_COLOR_TYPE_GRAY && bit_depth < 8)
> ++#if PNG_LIBPNG_VER_MAJOR >= 1 && PNG_LIBPNG_VER_MINOR >= 4
> ++png_set_expand_gray_1_2_4_to_8(h->png);
> ++#else
> + png_set_gray_1_2_4_to_8(h->png);
> ++#endif
> + 
> + if (png_get_bKGD(h->png, h->info, &file_bg)) {
> + png_set_background(h->png,file_bg,PNG_BACKGROUND_GAMMA_FILE,1,1.0);

You're removing the "if (h->color_type == PNG_COLOR_TYPE_GRAY && bit_depth < 8)"
test, but I suppose this should rather be:


@@ -69,7 +69,11 @@
 if (h->color_type == PNG_COLOR_TYPE_PALETTE)
png_set_palette_to_rgb(h->png);
 if (h->color_type == PNG_COLOR_TYPE_GRAY && bit_depth < 8)
+#if PNG_LIBPNG_VER_MAJOR >= 1 && PNG_LIBPNG_VER_MINOR >= 4
+   png_set_expand_gray_1_2_4_to_8(h->png);
+#else
png_set_gray_1_2_4_to_8(h->png);
+#endif

 if (png_get_bKGD(h->png, h->info, &file_bg)) {
png_set_background(h->png,file_bg,PNG_BACKGROUND_GAMMA_FILE,1,1.0);


Cheers,
Moritz












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

Bug#635993: dpkg is very slow with btrfs filesystem

[Raphael Hertzog]

On Fri, 29 Jul 2011, Nicolas STRANSKY wrote:
> Simplistic tests involving "tar" show that the disk is able to produce 
> throughputs that are about 30x higher than the ones I observe when dpkg
> is unpacking files (60MB/s vs. 2MB/s). I have tried a couple
> workarounds but they didn't change anything: using dpkg with
> --force-unsafe-io or mounting / with nodatacow.

Did you try running your apt-get under eatmydata? If it solves your issue
it means the slowness is the result of the fsync() that dpkg is doing.
And I heard it multiple times that btrfs was not very efficient when you
are doing lots of fsync() but I am afraid there's not much we can do to
improve this if we want to keep the reliabily of dpkg in general.

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Follow my Debian News ▶ http://RaphaelHertzog.com (English)
  ▶ http://RaphaelHertzog.fr (Français)



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

Bug#636010: [linux-2.6] Please rename source to linux

[Clara Gnos]

Package: linux-2.6
Severity: wishlist

To use the name linux-2.6 for the source package is quite misleading. Maybe it 
is better to drop this -2.6 appendix and use the name linux as Linus Torvalds 
does since the release of 3.0 [1].

[1] https://lkml.org/lkml/2011/7/20/371


--- System information. ---
Architecture: amd64
Kernel:   Linux 3.0.0-1-amd64

Debian Release: wheezy/sid
  500 unstablewww.debian-multimedia.org 
  500 unstableftp.debian.org 
  500 testing ftp.debian.org 
1 experimentalwww.debian-multimedia.org 
1 experimentalftp.debian.org 

--- Package information. ---
Package's Depends field is empty.

Package's Recommends field is empty.

Package's Suggests field is empty.







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

Bug#540362: O: xfs -- X font server

[Moritz Mühlenhoff]

On Tue, Jul 19, 2011 at 03:06:57AM -0700, Vagrant Cascadian wrote:
> On Mon, Jul 18, 2011 at 10:22:05PM +0200, Moritz Muehlenhoff wrote:
> > On Fri, Aug 07, 2009 at 03:58:50PM +0200, Julien Cristau wrote:
> > > The X Strike Force would like to get rid of xfs; it's not needed in most
> > > (all?) use cases, since most X clients now use Xft and/or pango to
> > > render text, not core X fonts (even emacs, these days! :))
> > > 
> > > So xfs wants to either get removed or get a new maintainer.  Maybe LTSP
> > > people, if they still use this?
> > 
> > Adding LTSP maintainers to CC; is xfs (the font server, not the
> > filesystem) still in use in LTSP? 
> 
> LTSP works fine without XFS.
> 
> I think debian-edu may still be using it, as it's recommended in 
> education-thin-client-server. no idea if it's actually used.

Debian Edu people, can you comment on this?

Cheers,
Moritz



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

Bug#635694: alsa-base: alsa bug 0005418: snd-hda-intel: alsa force-reload required to avoid Dummy output

[Elimar Riesebieter]

* r.duc...@gmail.com [110729 19:53 +0200]:

> > Tha doesn't make sense at the moment
> 
> I've no difficulty to admit that I'm totally incompetent on this subject :)
> 
> > Did you tried the "Configuration" tab?
> 
> Empty, see png.
>  
> > What tells:
> > $ dpkg -l | grep pulse
> 
> :~# dpkg -l | grep pulse
> ii  gstreamer0.10-pulseaudio
> ii  libpulse-browse0
> ii  libpulse-mainloop-glib0
> ii  libpulse0
> ii  pulseaudio
> ii  pulseaudio-esound-compat
> ii  pulseaudio-module-x11
> ii  pulseaudio-utils
> 
> # apt-cache --installed rdepends pulseaudio
> pulseaudio
> Reverse Depends:
>   pulseaudio-module-x11
>   pulseaudio-esound-compat
>   pulseaudio-esound-compat
>   libpulse0
>   speech-dispatcher
>   pulseaudio-module-x11
>   pulseaudio-esound-compat
>   pulseaudio-esound-compat
>   libpulse0
>   gnome-media

pulseaudio is only a recommend for speech-dispatcher and
gnome-media. It is not needed stringently. so you can do:

# apt-get remove --purge pulseaudio.

Why do you want the speech-dispatcher and gnome-media?

Elimar
-- 
  The path to source is always uphill!
-unknown-



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

Bug#635757: New version of d-bus (1.5.6-1 ) "fix" it

[Mattia Tavernini]

Since today with the newer version of d-bus (1.5.6-1 from experimental)
I have a clean shutdown/reboot, even if the error 

"systemd-cgroups-agent: failed to get d-bus connection
failed to connect to socket /org/freedesktop/systemd1/private:
connection
refused"

persist in the log. So, it could be a dbus bug, reported by systemd?




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

Bug#635943: fbi: FTBFS with libpng 1.5.2

[Nobuhiro Iwamatsu]

Hi, Moritz.

2011/7/30 Moritz Mühlenhoff :
> Nobuhiro Iwamatsu wrote:
>
>> I uploaded libpng 1.5.2 to experimental.
>> libpng maintainers plan to transition from libpng 1.2 to 1.5.
>> I am checking build it the package depend to libpng.
>>
>> I noticed your package FTBFS by libpng 1.5.
>> I created the patch that revise this problem.
>> Could you check and apply this patch?
>
> Hi Nobuhiro,
> thanks for filing the report. But I'm wondering, whether the
> patch is actually correct:
>
>> +@@ -68,8 +68,11 @@ png_init(FILE *fp, char *filename, unsig
>> +     png_set_strip_16(h->png);
>> +     if (h->color_type == PNG_COLOR_TYPE_PALETTE)
>> +     png_set_palette_to_rgb(h->png);
>> +-    if (h->color_type == PNG_COLOR_TYPE_GRAY && bit_depth < 8)
>> ++#if PNG_LIBPNG_VER_MAJOR >= 1 && PNG_LIBPNG_VER_MINOR >= 4
>> ++    png_set_expand_gray_1_2_4_to_8(h->png);
>> ++#else
>> +     png_set_gray_1_2_4_to_8(h->png);
>> ++#endif
>> +
>> +     if (png_get_bKGD(h->png, h->info, &file_bg)) {
>> +     png_set_background(h->png,file_bg,PNG_BACKGROUND_GAMMA_FILE,1,1.0);
>
> You're removing the "if (h->color_type == PNG_COLOR_TYPE_GRAY && bit_depth < 
> 8)"
> test, but I suppose this should rather be:

Oh, sorry, you are right.
I mistook.

>
> 
> @@ -69,7 +69,11 @@
>     if (h->color_type == PNG_COLOR_TYPE_PALETTE)
>        png_set_palette_to_rgb(h->png);
>     if (h->color_type == PNG_COLOR_TYPE_GRAY && bit_depth < 8)
> +#if PNG_LIBPNG_VER_MAJOR >= 1 && PNG_LIBPNG_VER_MINOR >= 4
> +       png_set_expand_gray_1_2_4_to_8(h->png);
> +#else
>        png_set_gray_1_2_4_to_8(h->png);
> +#endif
>
>     if (png_get_bKGD(h->png, h->info, &file_bg)) {
>        png_set_background(h->png,file_bg,PNG_BACKGROUND_GAMMA_FILE,1,1.0);
> 
>

Your patch is correct.
Thank you review my patch!

Best regards,
  Nobuhiro
-- 
Nobuhiro Iwamatsu
   iwamatsu at {nigauri.org / debian.org}
   GPG ID: 40AD1FA6



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

Bug#635874: Mailing list request template

[Steve McIntyre]

On Sat, Jul 30, 2011 at 08:55:47AM +0200, Neil McGovern wrote:
>Hi!
>
>Name: debian-sprints
>Rationale:
> The debian sprint work is being delegated out from the DPL role. Thus a
> mailing list is needed for coordination.
>Short description: Discussion and coordination for Sprints
>Long description:
> Discussion and coordination for Debian Sprints. Sprints allow sets of
> developers to physially meet up to make Debian better.
>Category: Misc
>Subscription Policy: open
>Post Policy: open
>Web Archive: yes

I'm also going to be on the team. leader@ is likely to be involved
too, given the subject...

-- 
Steve McIntyre, Cambridge, UK.st...@einval.com
You lock the door
And throw away the key
There's someone in my head but it's not me 




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

Bug#635878: PRNG weaknesses

[Lucas Nussbaum]

found 635878 1.8.7.302-2
close 635878 1.8.7.352-1
thanks

On 29/07/11 at 12:05 +0200, Moritz Muehlenhoff wrote:
> Package: ruby1.8
> Version: 1.8.7.352-1
> Severity: grave
> Tags: security
> 
> Please see the following posting on oss-security:
> 
> 
> > On 07/11/2011 02:07 PM, Ludwig Nussel wrote:
> >
> > > http://www.ruby-lang.org/en/news/2011/07/02/ruby-1-8-7-p352-released/
> > > http://redmine.ruby-lang.org/issues/4579
> > > http://svn.ruby-lang.org/cgi-bin/viewvc.cgi?view=revision&revision=31713
> > > http://svn.ruby-lang.org/cgi-bin/viewvc.cgi?view=revision&revision=32050
> >
> > Looking at the above patches, there seems to be two issues here,
> > perhaps
> > it needs two CVE ids to be assigned?
> >
> > 1. http://svn.ruby-lang.org/cgi-bin/viewvc.cgi?view=revision&revision=31713
> >
> > This one pertains to rand returning same values in forked processes.
> > http://redmine.ruby-lang.org/issues/show/4338
> > This is a regression, as it was fixed in 1.8.6-p114, but re-appeared in
> > 1.8.6-p399.
> 
> Let's use CVE-2011-2686 for this one.
> 
> >
> > 2. http://svn.ruby-lang.org/cgi-bin/viewvc.cgi?view=revision&revision=32050
> >
> > This is an issue in the securerandom.rb module.
> > http://redmine.ruby-lang.org/issues/4579
> >
> 
> Use CVE-2011-2705 for this.

Hi Moritz,

I have verified that both issues are fixed in ruby1.8/1.8.7.352-1
(testing/unstable).
The stable version is likely to be affected.

Updating the status to reflect that.

Lucas



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

Bug#540362: O: xfs -- X font server

[Petter Reinholdtsen]

[Moritz Mühlenhoff]
>> I think debian-edu may still be using it, as it's recommended in
>> education-thin-client-server. no idea if it's actually used.
> 
> Debian Edu people, can you comment on this?

We already did.  The xfs package is installed for LTSP to use it.  If
LTSP use it, it make sense to keep it for Debian Edu.  If it does not
(I do not know), then it do not make sense to keep it in Debian Edu.

So the question is not really if LTSP work fine without XFS, but if it
work better without it.  Can it handle machines with less memory with
XFS than without it, for example?  Anyone know?

Happy hacking,
-- 
Petter Reinholdtsen



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

Bug#636011: pidgin fails to start with error message: pidgin: undefined symbol: purple_marshal_BOOLEAN__POINTER_BOOLEAN

[mcbonz]

Package: pidgin
Version: 2.9.0-3
Severity: important

Pidgin fails to start with error message: pidgin: undefined symbol:
purple_marshal_BOOLEAN__POINTER_BOOLEAN

$ pidgin
pidgin: symbol lookup error: pidgin: undefined symbol:
purple_marshal_BOOLEAN__POINTER_BOOLEAN

installed versions:
pidgin 2.9.0-3
libpurple0 2.9.0-3
libpurple-bin 2.9.0-3

reinstalling the packages did not solve the problem.



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

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

Versions of packages pidgin depends on:
ii  gconf2  2.32.4-1 GNOME configuration database syste
ii  libatk1.0-0 2.0.1-2  ATK accessibility toolkit
ii  libc6   2.13-10  Embedded GNU C Library: Shared lib
ii  libcairo2   1.10.2-6 The Cairo 2D vector graphics libra
ii  libdbus-1-3 1.4.12-5 simple interprocess messaging syst
ii  libdbus-glib-1-20.94-4   simple interprocess messaging syst
ii  libfontconfig1  2.8.0-3  generic font configuration library
ii  libfreetype62.4.4-2  FreeType 2 font engine, shared lib
ii  libgdk-pixbuf2.0-0  2.23.5-2 GDK Pixbuf library
ii  libglib2.0-02.28.6-1 The GLib library of C routines
ii  libgstreamer0.10-0  0.10.35-1Core GStreamer libraries and eleme
ii  libgtk2.0-0 2.24.4-3 The GTK+ graphical user interface 
ii  libgtkspell02.0.16-1 a spell-checking addon for GTK's T
ii  libice6 2:1.0.7-2X11 Inter-Client Exchange library
ii  libpango1.0-0   1.28.4-1 Layout and rendering of internatio
ii  libpurple0  2.9.0-3  multi-protocol instant messaging l
ii  libsm6  2:1.2.0-2X11 Session Management library
ii  libx11-62:1.4.3-2X11 client-side library
ii  libxml2 2.7.8.dfsg-3 GNOME XML library
ii  libxss1 1:1.2.1-1X11 Screen Saver extension library
ii  perl-base [perlapi-5.12.4]  5.12.4-1 minimal Perl system
ii  pidgin-data 2.9.0-3  multi-protocol instant messaging c

Versions of packages pidgin recommends:
ii  gstreamer0.10-plugins-base0.10.35-1  GStreamer plugins from the "base" 
ii  gstreamer0.10-plugins-good0.10.30-1  GStreamer plugins from the "good" 

Versions of packages pidgin suggests:
ii  evolution-data-server 2.32.3-1   evolution database backend server
ii  gnome-panel   2.30.2-4   launcher and docking facility for 
ii  libsqlite3-0  3.7.7-2SQLite 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#546416: #546416 - do_fancy_upsampling or do_fancy_downsampling?

[Andreas Barth]

* Bill Allombert (bill.allomb...@math.u-bordeaux1.fr) [110730 01:00]:
> On Sat, Jul 30, 2011 at 12:21:32AM +0200, Andreas Barth wrote:
> > Hi Bill,
> > 
> > are you sure it's do_fancy_downsampling? This FTBFS, but
> > do_fancy_upsampling does.
> 
> Ah sorry. This is indeed do_fancy_upsampling.

Thanks for confirmation. Uploading.


Andi



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

Bug#576309: installation-reports: [pt_BR] A mistake in grub-pc configuration phase

[Colin Watson]

tags 576309 pending
thanks

On Sat, Apr 03, 2010 at 09:35:03AM -0300, Eriberto wrote:
> 2010/4/3 Christian PERRIER :
> > - the original English talks about "extended partition" which seems to
> > have been translated to "partição estendida" in the installer.
> 
> Right. But you can't put data into an extended partition and because
> it I am suggesting to use logical instead of extended. I think the
> word "extended" can confuse the users.

Well.  Each logical partition is actually contained within an extended
partition (despite how it's sometimes presented), and technically, GRUB
is installed to the extended boot record which is *outside* the logical
partition in the same way that the master boot record is outside any
individual primary partition.  This may help (and the topic is certainly
confusing in various directions):

  http://en.wikipedia.org/wiki/Extended_boot_record

> > What you suggest implicitly is to mention that "sdc5" might be either
> > an SCSI or SATA partition *in the original string*. That seems correct
> > but needs to be discussed with the D-I team.
> >
> > Indeed, nowadays, "sdc" is o longer SCSI only so that mimght need
> > rephrasing in several places.
> 
> I agree with your idea. But think that newbies may not know about it
> and a purpose of the d-i is to be very easy to all. So I think the
> SATA word can be added to description as an extra help to new users.
> It is modern because SATA is a recent technology. It is relevant as
> additional information to users that don't know SCSI-SATA concepts.
> The intent is update the description to make the GRUB installation
> more friendly.

Given that most disk devices nowadays use the sd* naming, and that this
is actually dependent not on PATA vs. SATA but on whether the kernel
driver uses the old IDE stack or the new libata stack (a concept I
definitely do not think should be introduced in user-visible text at
installation time!), I think it would be better to simply drop the IDE
vs. SCSI text as obsolete and to use /dev/sd* throughout.

I've committed this change, and would welcome feedback before it's
uploaded:

commit 02b57cb2727f5cc78c7d37205212e66da55457ac
Author: Colin Watson 
Date:   Sat Jul 30 10:06:52 2011 +0100

Update grub-installer/bootdev text to avoid GRUB device naming that changed 
between GRUB Legacy and GRUB 2, and to use libata-style device naming since 
that is more accurate for most people (closes: #576309).

diff --git a/debian/changelog b/debian/changelog
index 1c93c1b..ba38f66 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,11 @@
+grub-installer (1.66) UNRELEASED; urgency=low
+
+  * Update grub-installer/bootdev text to avoid GRUB device naming that
+changed between GRUB Legacy and GRUB 2, and to use libata-style device
+naming since that is more accurate for most people (closes: #576309).
+
+ -- Colin Watson   Sat, 30 Jul 2011 10:06:22 +0100
+
 grub-installer (1.65) unstable; urgency=low
 
   * Add mipsel/loongson-2f support, covering the Lemote YeeLoong (closes:
diff --git a/debian/grub-installer.templates b/debian/grub-installer.templates
index 8762b0c..a9a53b1 100644
--- a/debian/grub-installer.templates
+++ b/debian/grub-installer.templates
@@ -77,15 +77,14 @@ _Description: Device for boot loader installation:
  prefer, you can install GRUB elsewhere on the drive, or to another drive,
  or even to a floppy.
  .
- The device can be specified using GRUB's "(hdn,m)" notation, or as a device
- in /dev. Below are some examples:
-  - "(hd0)" or "/dev/hda" will install GRUB to the master boot record
-of your first hard drive (IDE);
-  - "(hd0,2)" or "/dev/hda2" will use the second partition of your
-first IDE drive;
-  - "(hd2,5)" or "/dev/sdc5" will use the first extended partition of
-your third drive (SCSI here);
-  - "(fd0)" or "/dev/fd0" will install GRUB to a floppy.
+ The device should be specified as a device in /dev. Below are some
+ examples:
+  - "/dev/sda" will install GRUB to the master boot record of your first
+hard drive;
+  - "/dev/sda2" will use the second partition of your first hard drive;
+  - "/dev/sdc5" will use the first extended partition of your third hard
+drive;
+  - "/dev/fd0" will install GRUB to a floppy.
 
 Template: grub-installer/password
 Type: password

Cheers,

-- 
Colin Watson   [cjwat...@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#433669: status

[Radim Tobolka]

Hello,
what is the status of this bug please?
I've same problem here with gnucash 2.4.2 and LC_TIME=cs_CZ.utf8

Best regards,
Radim.



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

Bug#433669: status

[Radim Tobolka]

More research: After changing date representation in Edit > Preferences 
> Date/Time from "Locale" to anything else, it works (e.g. it's 
possible to change date).


Dne 30.7.2011 11:12, Radim Tobolka napsal(a):

Hello,
what is the status of this bug please?
I've same problem here with gnucash 2.4.2 and LC_TIME=cs_CZ.utf8

Best regards,
Radim.




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

Bug#616515: uses excessive memory after saving

[Jayen Ashar]

Package: gnucash
Version: 1:2.4.6-3+b1
Followup-For: Bug #616515

Is there more information I can provide?  My gnucash file is 1.2M gzipped.

-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (900, 'testing'), (800, 'unstable'), (700, 'stable'), (600, 
'oldstable'), (600, 'experimental')
Architecture: i386 (x86_64)

Kernel: Linux 2.6.39-2-amd64 (SMP w/2 CPU cores)
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 gnucash depends on:
ii  gnucash-common   1:2.4.6-3   personal and small-business financ
ii  guile-1.81.8.8+1-6   GNU extension language and Scheme 
ii  guile-1.8-libs   1.8.8+1-6   Core Guile libraries
ii  libaqbanking33   5.0.14-1library for online banking applica
ii  libart-2.0-2 2.3.21-1Library of functions for 2D graphi
ii  libatk1.0-0  2.0.1-2 ATK accessibility toolkit
ii  libbonobo2-0 2.24.3-1Bonobo CORBA interfaces library
ii  libbonoboui2-0   2.24.3-1The Bonobo UI library
ii  libc62.13-10 Embedded GNU C Library: Shared lib
ii  libcairo21.10.2-6The Cairo 2D vector graphics libra
ii  libcrypt-ssleay-perl 0.57-2+b2   Support for https protocol in LWP
ii  libdate-manip-perl   6.24-1  module for manipulating dates
ii  libdbi0  0.8.3+really0.8.2-1 Database Independent Abstraction L
ii  libfinance-quote-per 1.17-1  Perl module for retrieving stock q
ii  libfontconfig1   2.8.0-3 generic font configuration library
ii  libfreetype6 2.4.4-2 FreeType 2 font engine, shared lib
ii  libgconf2-4  2.32.4-1GNOME configuration database syste
ii  libgdk-pixbuf2.0-0   2.23.5-2GDK Pixbuf library
ii  libglade2-0  1:2.6.4-1   library to load .glade files at ru
ii  libglib2.0-0 2.28.6-1The GLib library of C routines
ii  libgmp10 2:5.0.1+dfsg-7  Multiprecision arithmetic library
ii  libgnome-keyring03.0.0-2 GNOME keyring services library
ii  libgnome2-0  2.32.1-1The GNOME library - runtime files
ii  libgnomecanvas2-02.30.1-1A powerful object-oriented display
ii  libgnomeui-0 2.24.3-1The GNOME libraries (User Interfac
ii  libgnomevfs2-0   1:2.24.4-1  GNOME Virtual File System (runtime
ii  libgoffice-0.8-8 0.8.16-1Document centric objects library -
ii  libgtk2.0-0  2.24.4-3The GTK+ graphical user interface 
ii  libgwengui-gtk2-04.1.0-1 Gwenhywfar GUI implementation for 
ii  libgwenhywfar60  4.1.0-1 OS abstraction layer
ii  libhtml-tableextract 2.10-4  module for extracting the content 
ii  libhtml-tree-perl4.2-1   Perl module to represent and creat
ii  libice6  2:1.0.7-2   X11 Inter-Client Exchange library
ii  libktoblzcheck1c2a   1.33-1  library for verification of accoun
ii  libltdl7 2.4-2   A system independent dlopen wrappe
ii  libofx4  1:0.9.4-2   library to support the Open Financ
ii  liborbit21:2.14.18-0.2   libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-01.28.4-1Layout and rendering of internatio
ii  libpopt0 1.16-1  lib for parsing cmdline parameters
ii  libsm6   2:1.2.0-2   X11 Session Management library
ii  libsoup2.4-1 2.34.2-1HTTP library implementation in C -
ii  libwebkit-1.0-2  1.2.7-3 Web content engine library for Gtk
ii  libwww-perl  6.02-1  simple and consistent interface to
ii  libx11-6 2:1.4.3-2   X11 client-side library
ii  libxml2  2.7.8.dfsg-3GNOME XML library
ii  perl 5.12.4-1Larry Wall's Practical Extraction 
ii  slib 3b1-3.1 Portable Scheme library
ii  zlib1g   1:1.2.3.4.dfsg-3compression library - runtime

Versions of packages gnucash recommends:
ii  gnucash-docs  2.2.0-3Documentation for gnucash, a perso

Versions of packages gnucash suggests:
ii  libdbd-mysql 0.8.3-1+s-1 MySQL database server driver for l
ii  libdbd-pgsql 0.8.3-1+s-1 PostgreSQL database server driver 
ii  libdbd-sqlite3   0.8.3-1+s-1 SQLite3 database driver for libdbi

-- 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#632954: make fakechroot multiarch

[Johannes Schauer]

Hi,

I modified my patch by just adding a --parallel to the dh call as
suggested here: [1]

find the new patch attached

cheers, josch

[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=617669#5
diff -Nru fakechroot-2.14/debian/changelog fakechroot-2.14/debian/changelog
--- fakechroot-2.14/debian/changelog2010-12-18 02:00:44.0 +0100
+++ fakechroot-2.14/debian/changelog2011-07-07 12:35:19.0 +0200
@@ -1,3 +1,11 @@
+fakechroot (2.14-1.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * splitting package into fakechroot and libfakechroot
+  * multiarch support
+
+ -- Johannes Schauer   Thu, 07 Jul 2011 12:33:58 +0200
+
 fakechroot (2.14-1) unstable; urgency=low
 
   * New upstream release:
diff -Nru fakechroot-2.14/debian/clean fakechroot-2.14/debian/clean
--- fakechroot-2.14/debian/clean2010-12-18 01:56:38.0 +0100
+++ fakechroot-2.14/debian/clean1970-01-01 01:00:00.0 +0100
@@ -1 +0,0 @@
-config*.cache
diff -Nru fakechroot-2.14/debian/compat fakechroot-2.14/debian/compat
--- fakechroot-2.14/debian/compat   2010-12-18 01:56:38.0 +0100
+++ fakechroot-2.14/debian/compat   2011-07-07 10:46:57.0 +0200
@@ -1 +1 @@
-7
+9
diff -Nru fakechroot-2.14/debian/control fakechroot-2.14/debian/control
--- fakechroot-2.14/debian/control  2010-12-18 01:56:38.0 +0100
+++ fakechroot-2.14/debian/control  2011-07-07 12:39:27.0 +0200
@@ -2,24 +2,17 @@
 Maintainer: Piotr Roszatycki 
 Section: utils
 Priority: optional
-Standards-Version: 3.9.1
+Standards-Version: 3.9.2
 Build-Depends:
- libc6-dev-i386 [amd64],
- libc6-dev-amd64 [i386],
- libc6-dev-powerpc [ppc64],
- libc6-dev-s390x [s390],
- libc6-dev-sparc64 [sparc],
- libc0.1-dev-i386 [kfreebsd-amd64],
- gcc-multilib [amd64 i386 powerpc s390 sparc kfreebsd-amd64],
- debhelper (>= 7.0.50~)
+ autotools-dev,
+ debhelper (>= 8.1.3)
 Homepage: http://fakechroot.alioth.debian.org/
-Vcs-Browser: http://bazaar.launchpad.net/~dexter/fakechroot/sid/files
-Vcs-Bzr: lp:fakechroot
+Vcs-Browser: https://github.com/fakechroot/fakechroot
+Vcs-Git: git://github.com/fakechroot/fakechroot.git
 
 Package: fakechroot
 Architecture: any
 Depends: ${shlibs:Depends}, ${misc:Depends}
-Suggests: ${shlibs-biarch:Suggests}
 Description: gives a fake chroot environment
  This package provides a library which overrides libc functions, so
  it is possible to use root-specific tools without root privileges.
@@ -27,3 +20,20 @@
  In fake chroot you can install i.e. Debian bootstrap, create developer's
  environment and build packages inside chroot'ed system using standard
  non-root user account.
+ .
+ fakechroot executable wrapper script
+
+Package: libfakechroot
+Architecture: any
+Pre-Depends: ${misc:Pre-Depends}
+Depends: ${shlibs:Depends}, ${misc:Depends}
+Multi-Arch: same
+Description: gives a fake chroot environment
+ This package provides a library which overrides libc functions, so
+ it is possible to use root-specific tools without root privileges.
+ .
+ In fake chroot you can install i.e. Debian bootstrap, create developer's
+ environment and build packages inside chroot'ed system using standard
+ non-root user account.
+ .
+ fakechroot library
diff -Nru fakechroot-2.14/debian/fakechroot.install 
fakechroot-2.14/debian/fakechroot.install
--- fakechroot-2.14/debian/fakechroot.install   2010-12-18 01:56:38.0 
+0100
+++ fakechroot-2.14/debian/fakechroot.install   2011-07-07 11:04:05.0 
+0200
@@ -1,3 +1,2 @@
 usr/bin/*
-usr/lib*/fakechroot/*.so
 usr/share/man/man*/*
diff -Nru fakechroot-2.14/debian/libfakechroot.install 
fakechroot-2.14/debian/libfakechroot.install
--- fakechroot-2.14/debian/libfakechroot.install1970-01-01 
01:00:00.0 +0100
+++ fakechroot-2.14/debian/libfakechroot.install2011-07-07 
11:04:19.0 +0200
@@ -0,0 +1 @@
+usr/lib/*/fakechroot/*.so
diff -Nru fakechroot-2.14/debian/patches/series 
fakechroot-2.14/debian/patches/series
--- fakechroot-2.14/debian/patches/series   2010-12-18 01:56:38.0 
+0100
+++ fakechroot-2.14/debian/patches/series   1970-01-01 01:00:00.0 
+0100
@@ -1 +0,0 @@
-# series file
diff -Nru fakechroot-2.14/debian/rules fakechroot-2.14/debian/rules
--- fakechroot-2.14/debian/rules2010-12-18 02:12:23.0 +0100
+++ fakechroot-2.14/debian/rules2011-07-07 12:09:15.0 +0200
@@ -1,97 +1,4 @@
 #!/usr/bin/make -f
 
-CC = gcc
-
-DEB_HOST_ARCH  := $(shell dpkg-architecture -qDEB_HOST_ARCH 2>/dev/null)
-DEB_HOST_GNU_TYPE  := $(shell dpkg-architecture -qDEB_HOST_GNU_TYPE 
2>/dev/null)
-DEB_BUILD_GNU_TYPE := $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE 
2>/dev/null)
-
-ifneq (,$(findstring 
:$(DEB_HOST_ARCH):,:amd64:i386:ppc64:s390:sparc:kfreebsd-amd64:))
-ifeq ($(DEB_HOST_ARCH),amd64)
-BIARCH_LIBDIR:= /usr/lib32
-BIARCH_HOST_GNU_TYPE := i486-linux-gnu
-BIARCH_CC:= $(CC) -m32
-endif
-ifeq ($(DEB_HOST_ARCH),i386)
-BIARCH_LIBDIR:= /usr/lib64
-BIAR

Bug#636012: Incorrect Vcs-Git path

[Mats Erik Andersson]

Package: suckless-tools
Version: 38-1
Severity: normal

The control file gives an URL in the Vcs-Git that does __not__
point at the packaging repository. The field Vcs-Browser
does point in the right direction, however. Do mend this!

Regards
  Mats Erik Andersson, DM



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

Bug#433669: Info received (status)

[Radim Tobolka]

This issue probably belongs to GnuCash bugzilla. It already has a bug 
there, but no fix:

https://bugzilla.gnome.org/show_bug.cgi?id=497831

Dne 30.7.2011 11:19, Debian Bug Tracking System napsal(a):

Thank you for the additional information you have supplied regarding
this Bug report.

This is an automatically generated reply to let you know your message
has been received.

Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

Your message has been sent to the package maintainer(s):
  Micha Lenk

If you wish to submit further information on this problem, please
send it to 433...@bugs.debian.org.

Please do not send mail to ow...@bugs.debian.org unless you wish
to report a problem with the Bug-tracking system.





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

Bug#588602: xserver-xorg-video-radeon: xpress 200m 5955 => resume from suspend fails with KMS enabled

[Moritz Mühlenhoff]

On Mon, May 31, 2010 at 05:15:41PM -0400, Andres Cimmarusti wrote:
> Package: xserver-xorg-video-radeon
> Version: 1:6.13.0-2
> Severity: important
> Tags: squeeze
> 
> When I try suspending using KMS my computer (an HP Pavilion dv5035nr laptop)
> does not resume. Furthermore I've tried logging into it remotely to obtain a
> backtrace from X with no success (following this procedure:
> http://ubuntuforums.org/showthread.php?t=1228332). I'm letting NetworkManager
> handle my network interfaces, however, I also tried using dhcp directly in the
> /etc/network/interfaces file.
> 
> Unfortunately as soon as the resuming process starts (and fails) I am unable 
> to
> establish a connection the laptop (wired or wireless). On top of this, upon
> hard reboot I have no network connectivity (if managed by network manager):
> http://mail.gnome.org/archives/networkmanager-list/2010-March/msg00123.html
> The workaround for the last bit has been to erase the stale file and reboot.
> 
> When using UMS the resume process happens perfectly.
> I don't know how else to get a backtrace. The laptop screen is completely 
> blank
> so I can't switch to another session.
> I've marked this bug as important because suspend/hibernate are almost
> essential features in a laptop.

Does this still occur in current sid/testing?

Cheers,
Moritz



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

Bug#617669: fakechroot uses the wrong ld.so and libfakeroot.so

[Johannes Schauer]

Hi,

On Thu, Mar 10, 2011 at 02:16:11PM +0100, Goswin von Brederlow wrote:
> 1) /lib/ld-linux.so.3 not found
> 
> The armel binaries use a different ld.so which is only found INSIDE
> the chroot. The exec call (kernel actually) only looks OUTSIDE the
> chroot. So it tries to find the armel ld.so on the amd64 system and
> fails.
> 
> What it should do is to call '$CHROOT/lib/ld-linux.so.3 arg[0] arg[1]
> ...'. This would involve parsing the elf file to extract the ld.so
> string and prefixing it with the chroot path. This would also solve
> the problem of incompatibilities between the system ld.so and the
> chroot libs.

if you want to execute armel on x86_64, then you probably use qemu-user
mode emulation?

if so, qemu-user will look in /etc/qemu-binfmt/arm/ for a root
filesystem that also includes an armel ld-linux.so.3. So to solve your
problem, you would place a armel rootfs (or at least the shared
libraries) in /etc/qemu-binfmt/arm/.

This process is very tedious and it's downsides have been discussed
here: [1]

A solution would be to do as you suggested and pass over the $CHROOT
directory to be used as the source of /lib/ld-linux.so.3. Using
qemu-user(1) this can be done with the -L commandline argument to it.

Unfortunately, qemu-arm is called transparently by the binfmt mechanism,
so there is no way to pass a commandline argument to it. Hence it was
proposed to introduce an environment variable that would qemu-user know
of the $CHROOT directory it shall search for shared libraries here: [2]

Does this answer your question or solve your problem?

> 2) LD_PRELOAD=libfakechroot.so fails
> 
> By default LD_LIBRARY_PATH in a chroot will be set to (from memory)
> 
>   /usr/lib/fakechroot:/usr/lib32/fakechroot:$CHROOT/lib:$CHROOT/usr/lib
> 
> Now the problem is that /usr/lib/fakechroot/libfakechroot.so is amd64 and
> /usr/lib32/fakechroot/libfakechroot.so is i386. But what we need is
> armel, specifically $CHROOT/usr/lib/fakechroot/libfakechroot.so from
> the libfakechroot installed in the chroot.
> 
> What I propose is to parse LD_LIBRARY_PATH and to add each entry again
> but prefixed with $CHROOT.
> 
> 3) LD_LIBRARY_PATH is hardcoded to the native and biarch architecture
> 
> When executing an armel binary the armel libfakechroot.so can not be
> loaded because the LD_LIBRARY_PATH is too narrow. The fakechroot
> binary hardcodes the path to /usr/lib/fakechroot:/usr/lib32/fakechroot
> (or equivalent for other archs). Since my system is setup for armel
> binaries too it shuld also include
> /usr/arm-linux-gnueabi/lib/fakechroot. In general it should parse
> /etc/ld.so.conf and for each dir it should check $DIR/fakechroot.
> 
> Alternatively (and for future multiarch packages) the fakechroot
> package could drop a file in /etc/fakechroot/.conf listing the
> directory to add to LD_LIBRARY_PATH. Installing fakechroot:armel would
> then add the armel library dir. But that would be less flexible.
> 
> There is already another bugreport that fakechroot should parse
> $CHROOT/etc/ld.so.conf when chrooting so option 1 would result in some
> reusable code. It could then also add $CHROOT/$DIR/fakechroot to
> LD_LIBRARY_PATH in the same pass. That would solve problem 2 in a
> better way I think.

I can not reproduce your problem. I have libfakeroot-sysv.so and
libfakechroot.so shared libraries in /usr/lib/arm-linux-gnueabi/ and
/usr/lib/arm-linux-gnueabihf/ directories on my host system and it
nicely loads those when I fakechroot into a foreign root filesystem.

Can you strace your fakechroot execution? It should look into those
directories for you as well.

The problem is more that neither fakeroot nor fakechroot are multiarch
yet, so you have to manually copy the shared libraries into their
multiarch directories.

I submitted a patch to make fakechroot multiarch here [3] and wrote the
maintainer of fakeroot a month ago but didnt get a response yet.


I can suggest you to go through the last two months of the
debian-embedded list archives and search for my threads regarding
fakechroot and a tool called polystrap that I wrote which uses
fakechroot. You could also join #emdebian and talk to me (josch) as I
think I already solved those problems of yours.

hope I could be of some help


cheers, josch


[1] http://lists.debian.org/debian-embedded/2011/06/msg00104.html
[2] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=632192
[3] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=632954



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

Bug#587763: linux-image-2.6.32-5-amd64: scary messages from JBD when manipulating quotas on ext4

[Moritz Mühlenhoff]

On Thu, Jul 01, 2010 at 03:29:52PM +0200, Laurent Bonnaud wrote:
> Package: linux-2.6
> Version: 2.6.32-15
> Severity: important
> 
> 
> Hi,
> 
> here is how to reproduce this bug:
> 
> 1. set up quotas on an ext4 filesystem
> 2. use edquota to change the quotas of some user
> 
> Actual result: the kernel outputs this scary message:
> 
> [  399.792052] JBD: Spotted dirty metadata buffer (dev = sdb1, blocknr =
> 34816). There's a risk of filesystem corruption in case of system crash.
> 
> Expected result: 
>  - no scary message
>  - no filesystem corruption
>  - changed quotas

This might have been fixed in 2.6.32.17 (and thus in Debian revision
2.6.32-19 for Squeeze and 2.6.33 for sid). Can you confirm?

Cheers,
Moritz



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

Bug#586289: linux-image-2.6.32-5-486: Driver pegasus freeze networking very often so one must reboot to get it to work again

[Moritz Mühlenhoff]

On Fri, Jun 18, 2010 at 09:15:10AM +0200, Paul Chany wrote:
> Package: linux-2.6
> Version: 2.6.32-15
> Severity: grave
> Tags: squeeze
> Justification: renders package unusable
> 
> Hi,
> 
> the driver pegasus freeze networking very often so one must to reboot 
> to get networking work again. At reboot the system hang and one can 
> see a message like:
> [5952.880465] pegasus 1-1:1.0: update_eth_regs_async, status -22
> 
> At this point one must press the Reset button of the PC Box because 
> the system hangs forever.

Sorry for the late reply.

Does this still occur with more recent kernels?

Cheers,
Moritz



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

Bug#635324: Bug#635695: libavcodec52: SIGSEGV in ff_imdct_calc_sse() during playback of many wmv files

[Sven Joachim]

Am 29.07.2011 um 11:27 schrieb Reinhard Tartler:

> On Thu, Jul 28, 2011 at 12:03:54 (CEST), Sven Joachim wrote:
>
>> Am 28.07.2011 um 11:56 schrieb Reinhard Tartler:
>>
>>> On Thu, Jul 28, 2011 at 12:31:05 (CEST), Ivan Krasilnikov wrote:
>>>
 http://www.jhepple.com/SampleMovies/niceday.wmv
>>>
>>> Sorry, I fail to reproduce this issue with package version 4:0.6.2-1ubuntu1
>>
>> Maybe because that version is not built with gcc-4.6?  See #635324.
>
> According to the other comments in this thread, I'm pretty confident
> that we are talking about the same issue, which is pretty serious.
>
> Raising severity and merging these bugs.

This seems to be a good idea, but even better would be to apply the
patch and fix the bug.  Anything that holds back an upload?

Cheers,
   Sven



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

Bug#628374: Recent changes to hooks break busybox in initrd

[Rodolfo Garcia]

Package: initramfs-tools
Version: 0.99
Followup-For: Bug #628374

This bug creates the bug #635631 
(http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=635631). I will link them. 
The patch is correct, please apply it.

Regards.

-- 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#630566: linux-source-2.6.39: 2.6.39-2 : bluetooth broken

[Moritz Mühlenhoff]

On Thu, Jun 16, 2011 at 01:54:50AM +0200, Tom Jägermeister wrote:
> Am Mittwoch, 15. Juni 2011, 13:26:50 schrieben Sie:
> > 
> > did you try 3.0-rc2 in experimental?
> > 
> > thanks
> 
> I tried it now and the problem is the same (same error).
> 
> btw. I had trouble to compile the 3.0 kernel. I needed to remove the modules 
> apm and lguest. It also uses much more ram than 2.6.39. Probably it needs an 
> updated kernel-package and some more work but that has nothing to do with the 
> bluetooth problem of course.

Please try the kernel image from unstable (e.g. linux-image-3.0.0-1-amd64)
and bluez from unstable.

Cheers,
Moritz



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

Bug#635631: Files not found in initrd image

[Rodolfo Garcia]

Package: cryptsetup
Version: 2:1.3.0-3
Followup-For: Bug #635631


Please, link this bug to http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=628374

The package cryptsetup is correct, the problem is with initramfs-tools package. 
There is a patch to solve the problem.

Regards.

kix

-- debconf information excluded



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

Bug#635439: [Mingw-w64-public] Error when executing a mingw-w64-built 32 bit application

[Eugen Dedu]

On 29/07/11 23:48, Stephen Kitt wrote:

Hello everyone,

I'm late to the party, and replying to an older email than the end of the
thread, but I'll try to answer the remaining questions.

On Fri, 22 Jul 2011 15:55:53 +0200, Eugen Dedu
  wrote:

On 22/07/11 15:38, Ozkan Sezer wrote:

On Fri, Jul 22, 2011 at 4:16 PM, Eugen Dedu
   wrote:

I have a big linux application and I use mingw to build it for windows
too.  When I use mingw32 everything goes well, but when I use mingw-w64
in 32bit mode and execute it on Windows I receive the error: application
has not been initialised correctly, error 0xc142.  I looked on
Internet, but nothing is useful (one page
http://support.microsoft.com/kb/838857 told that this is an error on
rights or some files, but the same application built with mingw32 works,
so there must be other thing).  What have I missed?


If it is a c++ app, make sure that libgcc_s_sjlj-1.dll is on your PATH
)or put it in the same directory as your exe.)


It is a c++ application.  I do not find this file on my machine.
Stephen, is this file the same as
gcc-mingw-w64: /usr/lib/gcc/i686-w64-mingw32/4.6/libgcc.a
?  Could the .dll be included in debian package?


As Ruben pointed out, the Debian mingw-w64 packages currently disable shared
libraries, so there no DLL is required here. I'm working on supporting shared
libraries, their lack shouldn't prevent a successful Ekiga build...

Concerning the package structure, they're currently split only by source (so
binutiles, gcc and mingw-w64), with dependencies on existing packages for
duplicate files (libstdc++6-4.6-dev for C++ headers for example).

Ruben, I'm not sure from your emails to the thread whether you've identified
configure flags I should use but don't, or whether your last comment means
that the flags you thought were missing are actually there. If there are
missing flags (which is definitely possible), would you mind telling me which
ones?

Eugen, did you try your Ekiga build with one of the builds Ruben suggested?


Hello Stephen, glad to see you back :o)

I have not tried, since I fear it will take me too much time, so I 
prefered to wait your answer.



Also, could you tell me what changes you made to the Ekiga build to have it
work with mingw-w64 (well, build at least)? I've made the obvious changes to
the man Makefile, but ptlib's build fails with


Use the Makefile attached in a new directory and execute:
make BIT32=1 update-sources
remove "-avoid-version" from src/opal/plugins/configure.ac
make BIT32=1

This will take stable branches, not release, which is better since after 
the release I made 2-3 fixes in ptlib/opal for mingw-w64 (probably 
because the compiler is more strict).


If you still have errors (you should not), e-mail me.

Oh, and I forgot...  There were two mingw-w64 errors, fixed upstream a 
few days ago, and you need to use them before compiling:
- create a link libvwf32.a to libmsvwf32.a 
(http://sourceforge.net/tracker/?func=detail&atid=983354&aid=3374153&group_id=202880)
- there was an error on assertions, I fixed it manually 
(https://sourceforge.net/tracker/?func=detail&atid=983354&aid=3373905&group_id=202880)


Please tell me if it is too complicated...

And a question: in the Makefile attached, line 23 there is:
export DEB_HOST_GNU_TYPE:="i586-pc-mingw32"
Should it be changed to i686-pc-mingw32 for mingw-w64 32 bit and to 
x86-64-pc-mingw64 for 64 bit?


--
Eugen
#!/usr/bin/make -f

# RELEASE: 0=from git/svn, 1=release (tar.gz) for ekiga, ptlib and opal
RELEASE   := 0
# DEBUG: 0=release, 1=debug version
DEBUG := 0
# MINGW32: 1=use old mingw32, 0=use new mingw-w64
MINGW32   := 0
# BIT32 (used only for mingw-w64): 1=generate 32bit, 0=generate 64bit
BIT32 := 0

MAKEOPTS  := $(MAKEFLAGS)
MAKE_LIB_OPTS:=$(MAKEFLAGS)

BUILDROOT := $(CURDIR)
TARGETDIR := $(BUILDROOT)/dist
SRCDIR:= $(BUILDROOT)/src
INCLUDEDIR:= $(BUILDROOT)/include
LIBDIR:= $(BUILDROOT)/lib
BINDIR:= $(BUILDROOT)/bin

export DEB_BUILD_GNU_TYPE:=$(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE)
export DEB_HOST_GNU_TYPE:="i586-pc-mingw32"

WGET := wget -nv -T 60 -N

ifeq ($(MINGW32), 1)
HOST_TOOL_PREFIX:=i586-mingw32msvc
else
ifeq ($(BIT32), 1)
HOST_TOOL_PREFIX:=i686-w64-mingw32
else
HOST_TOOL_PREFIX:=x86_64-w64-mingw32
endif
endif
REALCC:=$(HOST_TOOL_PREFIX)-gcc
REALCXX:=$(HOST_TOOL_PREFIX)-g++
export CC=$(REALCC) -mms-bitfields -g -O2
export CXX=$(REALCXX) -mms-bitfields -g -O2
export LD:=$(HOST_TOOL_PREFIX)-ld
export NM:=$(HOST_TOOL_PREFIX)-nm
export AR:=$(HOST_TOOL_PREFIX)-ar
export RANLIB:=$(HOST_TOOL_PREFIX)-ranlib
export DLLTOOL:=$(HOST_TOOL_PREFIX)-dlltool
export DLLWRAP:=$(HOST_TOOL_PREFIX)-dllwrap
export OBJDUMP:=$(HOST_TOOL_PREFIX)-objdump
export RC:=$(HOST_TOOL_PREFIX)-windres
export STRIP:=$(HOST_TOOL_PREFIX)-strip
export AS:=$(HOST_TOOL_PREFIX)-as
export LDD:=$(BUILDROOT)/$(HOST_TOOL_PREFIX)-ldd.sh

export CFLAGS:=-I$(INCLUDEDIR) -march=pentium-mmx
export CXXFLAGS:=-I$(INCLUDEDIR) -march=pentium-mmx
export LDFLAGS:=-L$(LIB

Bug#636013: liboss-salsa2: Missing functions

[Christian Marillat]

Package: liboss-salsa2
Version: 4.1-build1052b-2
Severity: normal

(Bug report done in a i386 machine)

Hi,

I'm unable to build mplayer2 from here :

http://www.debian-multimedia.org/pool/main/m/mplayer2/mplayer2.php

with the following error :

libao2/ao_alsa.o: In function `get_delay':
/home/marillat/mplayer2-2.0~git20110718/mplayer/libao2/ao_alsa.c:859: 
/undefined reference to `snd_pcm_forward'
libao2/ao_alsa.o: In function `init':
/home/marillat/mplayer2-2.0~git20110718/mplayer/libao2/ao_alsa.c:634: 
/undefined reference to `snd_pcm_sw_params_get_boundary'
collect2: ld returned 1 exit status

Same for advancemenu from here :

http://www.debian-multimedia.org/pool/main/a/advancemenu/advancemenu.php

obj/menu/generic/blend/linux/salsa.o: In function `soundb_alsa_init':
/home/marillat/advancemenu-2.5.0/advance/linux/salsa.c:170: undefined 
/reference to `snd_pcm_hw_params_set_buffer_size_min'

All these functions are missing in /usr/lib/liboss-salsa.so.2.0.0

I checked this library with :

objdump -T /usr/lib/liboss-salsa.so.2.0.0 | grep 

Christian

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

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



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

Bug#633526: [vserver] Bug#633526: vserver kernel breaks ssh public_key authentication on NFS

[Moritz Mühlenhoff]

On Tue, Jul 12, 2011 at 11:04:53PM +0200, Herbert Poetzl wrote:
> On Tue, Jul 12, 2011 at 04:27:55AM +0100, Ben Hutchings wrote:
> > Does anyone understand this problem or have an idea of how to
> > investigate it?
> 
> I do not really understand the problem (yet) here are some
> questions:
> 
>  - NFS server is Linux-VServer patched? (yes, no)
>if so then:
>+ NFS server has NFS tagging enabled? (yes, no)
>+ filesystem exported is tagged? (yes, no)
>  if so then:
>  * what tagging and what filesystem is used?
>   
>  - NFS client is Linux-VServer patched? (yes, no)
>   + if so then NFS client has NFS tagging enabled? (yes, no)

Harald, did you see the followup questions?

Cheers,
Moritz



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

Bug#636014: monster-masher: Segfaults after starting the game

[Manuel Bilderbeek]

Package: monster-masher
Version: 1.8.1-3
Severity: important

I started up the game, looked at the introduction, pressed "New game",
selected 1 player and then it segfaulted.

>From the core file I see this:

Program terminated with signal 11, Segmentation fault.
#0  0x00419c66 in ?? ()
(gdb) bt
#0  0x00419c66 in ?? ()
#1  0x7f38bd45b638 in 
Glib::SignalProxyNormal::slot0_void_callback(_GObject*, void*) () from 
/usr/lib/libglibmm-2.4.so.1
#2  0x7f38bac7ee7e in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#3  0x7f38bac90ab2 in ?? () from /usr/lib/libgobject-2.0.so.0
#4  0x7f38bac99d05 in g_signal_emit_valist ()
   from /usr/lib/libgobject-2.0.so.0
#5  0x7f38bac99ed3 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
#6  0x7f38b9061ec5 in ?? () from /usr/lib/libgtk-x11-2.0.so.0
#7  0x7f38bdb738f0 in Gtk::Button_Class::released_callback(_GtkButton*) ()
   from /usr/lib/libgtkmm-2.4.so.1
#8  0x7f38bac7ee7e in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#9  0x7f38bac9009c in ?? () from /usr/lib/libgobject-2.0.so.0
#10 0x7f38bac99d05 in g_signal_emit_valist ()
   from /usr/lib/libgobject-2.0.so.0
#11 0x7f38bac99ed3 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
#12 0x7f38b9060c7d in ?? () from /usr/lib/libgtk-x11-2.0.so.0
#13 0x7f38bdc16dc4 in 
Gtk::Widget::on_button_release_event(_GdkEventButton*) () from 
/usr/lib/libgtkmm-2.4.so.1
#14 0x7f38bdc1a483 in 
Gtk::Widget_Class::button_release_event_callback(_GtkWidget*, _GdkEventButton*) 
() from /usr/lib/libgtkmm-2.4.so.1
#15 0x7f38b910bd48 in ?? () from /usr/lib/libgtk-x11-2.0.so.0
#16 0x7f38bac7ee7e in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#17 0x7f38bac906e8 in ?? () from /usr/lib/libgobject-2.0.so.0
#18 0x7f38bac99aa5 in g_signal_emit_valist ()
   from /usr/lib/libgobject-2.0.so.0
#19 0x7f38bac99ed3 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
#20 0x7f38b9227d8f in ?? () from /usr/lib/libgtk-x11-2.0.so.0
#21 0x7f38b9109f03 in gtk_propagate_event ()
   from /usr/lib/libgtk-x11-2.0.so.0
#22 0x7f38b910a2b3 in gtk_main_do_event ()
   from /usr/lib/libgtk-x11-2.0.so.0
#23 0x7f38bcfb4b7c in ?? () from /usr/lib/libgdk-x11-2.0.so.0
#24 0x7f38bca5d4a3 in g_main_context_dispatch () from /lib/libglib-2.0.so.0
#25 0x7f38bca5dc80 in ?? () from /lib/libglib-2.0.so.0
#26 0x7f38bca5e2f2 in g_main_loop_run () from /lib/libglib-2.0.so.0
#27 0x7f38b91092b7 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0
#28 0x7f38bdbadb35 in Gtk::Main::run(Gtk::Window&) ()
   from /usr/lib/libgtkmm-2.4.so.1
#29 0x004092a5 in ?? ()
#30 0x7f38bbcf4ead in __libc_start_main (main=, 
argc=, ubp_av=, 
init=, fini=, 
rtld_fini=, stack_end=0x7fffd4419cb8)
at libc-start.c:228

Well, not very useful.

The next time I tried, the game ran fine. But then I didn't look through
the introduction. So, I tried again: the game reproducably segfaults
when first watching the introduction and then starting a new game.

-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

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

Versions of packages monster-masher depends on:
ii  gconf22.32.4-1   GNOME configuration database syste
ii  libc6 2.13-10Embedded GNU C Library: Shared lib
ii  libesd0   0.2.41-9   Enlightened Sound Daemon - Shared 
ii  libgcc1   1:4.6.1-4  GCC support library
ii  libgconfmm-2.6-1c22.28.0-1   C++ wrappers for GConf (shared lib
ii  libglademm-2.4-1c2a   2.6.7-2C++ wrappers for libglade2 (shared
ii  libglib2.0-0  2.28.6-1   The GLib library of C routines
ii  libglibmm-2.4-1c2a2.28.1-1   C++ wrapper for the GLib toolkit (
ii  libgnome2-0   2.32.1-1   The GNOME library - runtime files
ii  libgnomecanvasmm-2.6-1c2a 2.26.0-1   C++ wrappers for libgnomecanvas2 (
ii  libgtk2.0-0   2.24.4-3   The GTK+ graphical user interface 
ii  libgtkmm-2.4-1c2a 1:2.24.0-1 C++ wrappers for GTK+ (shared libr
ii  libpango1.0-0 1.28.4-1   Layout and rendering of internatio
ii  libsigc++-2.0-0c2a2.2.9-1type-safe Signal Framework for C++
ii  libstdc++64.6.1-4GNU Standard C++ Library v3

monster-masher recommends no packages.

monster-masher 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#608278: linux-image-2.6.32-5-amd64: Random general protection faults at boot

[Moritz Mühlenhoff]

On Mon, Jan 03, 2011 at 08:32:26PM +, Ben Hutchings wrote:
> On Mon, 2011-01-03 at 15:19 +0100, Andrea Spadaccini wrote:
> > Hi,
> > 
> > >>> This is presumably caused by a bug in rtl8187.  However, it is not a
> > >>> general protection fault so there may be two different bugs here.
> > >>
> > >> Yes, the GPF is around sec 30. After that bug, I blacklisted rtl8187,
> > >> and resulted in the other GPFs at boot time that are not logged.
> > >
> > > Can you try blacklisting the radeon driver?
> > 
> > If I blacklist the radeon driver, I don't get any GPFs anymore.
> > 
> > I did 10 reboots, and no problems.
> > 
> > Can I help you anymore in diagnosing the problem?
> 
> Please test the package of Linux 2.6.37-rc7 from experimental, with
> radeon enabled again.

Did you test with a more recent kernel?

Cheers,
Moritz



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

Bug#636013: liboss-salsa2: Missing functions

[Samuel Thibault]

Hello,

Christian Marillat, le Sat 30 Jul 2011 12:01:46 +0200, a écrit :
> I'm unable to build mplayer2 from here :
> 
> http://www.debian-multimedia.org/pool/main/m/mplayer2/mplayer2.php

Err, why are you building it against liboss-salsa2 if you are on a
Linux system? liboss-salsa2 is only meant to be a portability layer for
non-linux ports, and it lags behind ALSA quite a lot. So:

- on Linux ports, use the plain ALSA
- on non-Linux ports, better simply disable ALSA support in mplayer2,
  and just use OSS.

Samuel



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

Bug#600286: linux-image-2.6.32-5-amd64: atl1c driver hangs after "NETDEV WATCHDOG: eth0 (atl1c): transmit queue 0 timed out"

[Moritz Mühlenhoff]

On Sun, Oct 17, 2010 at 02:38:22AM +0100, Ben Hutchings wrote:
> >I have no idea why the kernel sent such large packets. According to
> >ifconfig eth0, the MTU is 1500 bytes. Is it supposed to work like
> >that, or is this another bug?
> [...]
> 
> This driver and hardware implement TCP Segmentation Offload (TSO), which
> means the kernel can provide oversized pseudo-packets that are turned
> into multiple packets on the wire.
> 
> I did notice a later bug fix to this driver which might possibly address
> the bug you're seeing.  Please can you test the attached patch,
> following the instructions at
> .

Niels, did you try the patch or has this been resolved in more recent kernels?

Cheers,
Moritz



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

Bug#627077: Misunderstanding ?

[Scott Schaefer]

I believe you are misunderstanding ...

It seems you are interpreting the second word of "If this is not 
specified (as it normally is not) ...", to mean the (required) VALUE of 
the --size option (documented as 'Amount (in Kibibytes) of space to use 
from each drive in RAID levels 1/4/5/6').


Indeed, attempting to use --size without a subsequent value will 
(correctly) cause an error.


The second word of "If this is not specified (as it normally is not) 
..." refers to the --size option ITSELF.


That is,  --grow is normally used without specifying --size at all, in 
which case the size to which the array is grown is as described.






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

Bug#634821: libgcc1: filename change breaks old gcc

[MERLIN Philippe]

Hello,
I am sorry , i think you must reopen the Bug , or give an solution , some 
debian packets by example like linux-headers-2.6.32-5-AMD64 want gcc-4.3 and 
so in SID the kernel linux 2.6.32-5 can't be used any time, when some driver 
or services must be updated and compiled whith dkms they can't. 




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