Bug#651378: [synaptic] Please use also KDE Debconf dialogs using debconf-kde-helper.

[Rafael Belmonte]

Package: synaptic
Version: 0.75.3
Severity: wishlist

--- Please enter the report below this line. ---


--- System information. ---
Architecture: i386
Kernel: Linux 3.1.0-1-686-pae

Debian Release: wheezy/sid
500 testing security.debian.org
500 testing ftp.fr.debian.org
500 lucid ppa.launchpad.net
1 experimental ftp.de.debian.org

--- Package information. ---
Depends (Version) | Installed
-+-==
apt (>= 0.8.12) | 0.8.15.9
libapt-inst1.2 |
libapt-pkg4.10 |
libatk1.0-0 (>= 1.12.4) | 2.2.0-2
libc6 (>= 2.3.6-6~) | 2.13-21
libcairo2 (>= 1.2.4) | 1.10.2-6.1
libept1 | 1.0.5
libfontconfig1 (>= 2.8.0) | 2.8.0-3
libfreetype6 (>= 2.2.1) | 2.4.8-1
libgcc1 (>= 1:4.1.1) | 1:4.6.2-5
libgdk-pixbuf2.0-0 (>= 2.22.0) | 2.24.0-1
libglib2.0-0 (>= 2.16.0) | 2.30.2-4
libgtk2.0-0 (>= 2.24.0) | 2.24.8-2
libpango1.0-0 (>= 1.14.0) | 1.29.4-2
libstdc++6 (>= 4.6) | 4.6.2-5
libvte9 (>= 1:0.24.0) | 1:0.28.2-1
libx11-6 | 2:1.4.4-4
libxapian22 | 1.2.7-1
zlib1g (>= 1:1.1.4) | 1:1.2.3.4.dfsg-3
hicolor-icon-theme | 0.12-1


Recommends (Version) | Installed
-+-=
gksu |
OR kdebase-bin | 4:4.6.5-1
libgtk2-perl (>= 1:1.130) |
rarian-compat |
software-properties-gtk |
apt-xapian-index |


Suggests (Version) | Installed
-+-===
dwww |
menu |
deborphan |







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

Bug#644571: uses libgnomeprint which is scheduled for removal

[Michael Biebl]

On 06.12.2011 10:04, Olly Betts wrote:

> Failing a patch appearing and fixing everything for us, or 3.0 getting
> released soon, I'm wondering if it might be less work and less risk of
> breaking things for me to adopt libgnomeprintui and any dependencies for
> wheezy.  It's at least a constrained reprieve for them, as we know wx 3.0
> will have GtkPrint support.  Are these libraries actually problematic to
> keep around, or is it rather than the pkg-gnome team don't have the
> resources to keep obsolete libraries around?

It's basically libgnomeprint, libgnomeprintui and libgnomecups.
As GNOME has moved away from those libs and no current GNOME
applications use them anymore I think no one in the Debian GNOME team is
actively using and testing them anymore. At least I myself have removed
them quite some time ago. And maintaining a package which you don't use
is obviously not ideal.
As upstream stopped development, the maintenance is basically a
downstream responsibility now.
It's not that those three libs did take a vast amount of time in the
past, but rather no-one in the GNOME team wants to keep this dead code
around and be responsible for it.

>>> What are the plans regarding getting packages updated to 2.8 and
>>> removing 2.6?
> 
> Some good news - 2.6 was removed from unstable yesterday, and so should be
> gone from testing too in 10 days, unless something RC pops up in a
> dependent package.  So progress there at least, and one less thing needing
> my time.

Nice work.

Cheers,
Michael


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Bug#651375: Acknowledgement ([reportbug-ng] Edit->Preferences shows any dialog.)

[Rafael Belmonte]

Duplicate of #648974?

2011/12/8 Debian Bug Tracking System :
> Thank you for filing a new Bug report with Debian.
>
> 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):
>  Bastian Venthur 
>
> If you wish to submit further information on this problem, please
> send it to 651...@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.
>
> --
> 651375: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=651375
> Debian Bug Tracking System
> Contact ow...@bugs.debian.org with problems



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

Bug#651372: RM: josm-plugins/0.0.svn26626+ds1-2

[David Paleino]

user 651372 release.debian@packages.debian.org
usertags 651372 rm
reassign 651372 release.debian.org
retitle 651372 RM: josm-plugins/0.0.svn26626+ds1-2
thanks


Hello Antoine,

On Thu, 08 Dec 2011 01:33:24 -0500, Antoine Beaupré wrote:

> I am not sure I understand why, but it seems that 4550 is stuck in
> unstable and doesn't migrate down to testing:
> 
> http://packages.qa.debian.org/j/josm.html
> 
> Indeed, it looks like it's blocked by some dependency, although I am
> not sure the blame is on the dependency as much as josm...
> 
> http://release.debian.org/migration/testing.pl?package=josm
> 
> Any ideas?

It's because it would make josm-plugins uninstallable in testing.

Release team: please remove josm-plugins/0.0.svn26626+ds1-2 from testing, since
I haven't yet had time to update it to latest josm, and I'd prefer having this
one in testing.

Thanks,
David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature

Bug#651355: aptitude: non-root user's cache differs from root's

[Sven Joachim]

On 2011-12-08 01:02 +0100, Eugenio M. Vigo wrote:

> running aptitude as root shows no issues at all: the cache is correctly 
> displayed on the ncurses UI and searching packages via 'aptitude search 
> ' works as expected.
>
> However, when running aptitude as a non-root user, the following happens:
>
> 1) On the ncurses UI, all installed packages are shown as local or 
> obsolete, except those in ~c status, which are listed under 
> non-installed.
>
> 2) When doing 'aptitude search ', nothing will be found except 
> those packages that happen to be in ~c status.

Please show the output of "ls -lRa /var/lib/apt".

Regards,
Sven



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

Bug#651098: SV: Bug#651098: [INTL:da] Danish translation of the debconf templates apt-setup

[Christian PERRIER]

Quoting Joe Dalton (joedalt...@yahoo.dk):

> And I'm very convinced that then we need to make the final translation for 
> the D-I translations one or more will step up (it is a very important 
> translation).


I have no preference, indeed. You certainly have a clearer idea about
these things and who can do the update than me. If, at the end, the
translation is completed, then that's fine.

My opinion on this is that D-I translations are indeed not that a big
task as long as it's done on a very regular basis. Strings don't
change that often and we have a specific notification system that's
triggerred as soon as one string changes (it just needs declaring one
or more mail addresses in a text file for each language).

This is indeed why I publish D-I stats on a regular basis on my blog
(and Planet Debian): to motivate people to make updates on a regular
basis, not in a rush when the release is coming.



signature.asc
Description: Digital signature

Bug#651377: qbittorrent: Downloads to home Downloads dir. instead to the specified ones.

[Sthu]

Package: qbittorrent
Version: 2.9.2-1
Severity: minor

Dear Maintainer,

I have set in prefernces of the program 2 dir.s for downloading - permanent and 
temporal storages.
But it dowloads to user home dir., to Downloads dir. first, then, filling up 
the partition, it
starts/continues to the configured ones.

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

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

Versions of packages qbittorrent depends on:
ii  geoip-database 2003-1 
ii  libboost-filesystem1.46.1  1.46.1-7+b1
ii  libboost-system1.46.1  1.46.1-7+b1
ii  libc6  2.13-21
ii  libgcc11:4.6.2-5  
ii  libqt4-dbus4:4.7.3-5  
ii  libqt4-network 4:4.7.3-5  
ii  libqt4-xml 4:4.7.3-5  
ii  libqtcore4 4:4.7.3-5  
ii  libqtgui4  4:4.7.3-5  
ii  libssl1.0.01.0.0e-3   
ii  libstdc++6 4.6.2-5
ii  libtorrent-rasterbar6  0.15.8-1   
ii  python 2.7.2-9

qbittorrent recommends no packages.

Versions of packages qbittorrent suggests:
pn  qbittorrent-dbg  

-- 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#651376: [reportbug-ng] Many strings are not translated into Spanish.

[Rafael Belmonte]

Package: reportbug-ng
Version: 1.25
Severity: minor
Tags: l10n

--- Please enter the report below this line. ---
Many strings are not translated into Spanish.

--- System information. ---
Architecture: i386
Kernel: Linux 3.1.0-1-686-pae

Debian Release: wheezy/sid
500 testing security.debian.org
500 testing ftp.fr.debian.org
500 lucid ppa.launchpad.net
1 experimental ftp.de.debian.org

--- Package information. ---
Depends (Version) | Installed
-+-
python | 2.7.2-9
python-support (>= 0.90.0) | 1.0.14
python-debianbts (>= 1.0) | 1.10
python-qt4 | 4.8.6-2
xdg-utils | 1.1.0~rc1-3
xterm | 276-1
python-apt (>= 0.7.93) | 0.8.0


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#651375: [reportbug-ng] Edit->Preferences shows any dialog.

[Rafael Belmonte]

Package: reportbug-ng
Version: 1.25
Severity: normal

--- Please enter the report below this line. ---
When I click on Edit->Preferences, no dialog appears.

--- System information. ---
Architecture: i386
Kernel: Linux 3.1.0-1-686-pae

Debian Release: wheezy/sid
500 testing security.debian.org
500 testing ftp.fr.debian.org
500 lucid ppa.launchpad.net
1 experimental ftp.de.debian.org

--- Package information. ---
Depends (Version) | Installed
-+-
python | 2.7.2-9
python-support (>= 0.90.0) | 1.0.14
python-debianbts (>= 1.0) | 1.10
python-qt4 | 4.8.6-2
xdg-utils | 1.1.0~rc1-3
xterm | 276-1
python-apt (>= 0.7.93) | 0.8.0


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#640279: ocp: FTBFS: dpkg-buildpackage: error: dpkg-source -b ocp-0.1.20 gave error exit status 2 / ocp ftbfs with ld --as-needed

[Gürkan Sengün]

Hello

Do these problems still exist with 0.1.21?

Regards,
Gurkan



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

Bug#651106: grub-pc: Windows XP partition assigned wrong root partition

[Ian Campbell]

On Wed, 2011-12-07 at 20:44 +, Chris Carr wrote:
> Many thanks Ian - apologies for my lack of understanding. This bug isn't
> in grub, as update-grub is simply re-using the incorrect 30_otheros
> every time. Is it ok to reassign it to os-prober, or do I need to do
> some more testing first? Perhaps it's best to close it, and then reopen
> it if I see the bug reappear on another install? (As I said in my first
> post, it's been around for a year or two, so may well have been fixed in
> d-i)

I'm not maintainer of either package, just an interested observer.

I think that if you can't repro then it would be best to close but you
don't necessarily need to reinstall to repro -- perhaps just running
os-prober by hand would do the trick?

Ian.

> 
> CC
> 
> 

-- 
Ian Campbell


Banacek's Eighteenth Polish Proverb:
The hippo has no sting, but the wise man would rather be sat upon
by the bee.




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

Bug#651368: Uploaded to mentors.debian.net

[Martin Skøtt]

I have uploaded a package to mentors.debian.net - looking for a sponsor :)

http://mentors.debian.net/package/node-mongodb



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

Bug#651372: blocked in unstable

[Antoine Beaupré]

Package: josm
Version: 0.0.svn4487+dfsg2-2
Severity: normal

I am not sure I understand why, but it seems that 4550 is stuck in
unstable and doesn't migrate down to testing:

http://packages.qa.debian.org/j/josm.html

Indeed, it looks like it's blocked by some dependency, although I am
not sure the blame is on the dependency as much as josm...

http://release.debian.org/migration/testing.pl?package=josm

Any ideas?

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

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

Versions of packages josm depends on:
ii  libcommons-codec-java1.5-1   
ii  libgdata-java1.30.0-2
ii  libgettext-commons-java  0.9.6-2 
ii  libmetadata-extractor-java   2.3.1+dfsg-2
ii  liboauth-signpost-java   1.2.1.1-1   
ii  libsvgsalamander-java0~svn95-1   
ii  openjdk-6-jre6b23~pre11-1
ii  openstreetmap-map-icons-classic  1:0.0.svn26700-1
ii  sun-java6-jre6.26-3  

Versions of packages josm recommends:
ii  josm-plugins  0.0.svn26626+ds1-2
ii  webkit-image-gtk  0.0.svn25399-2+b1 

josm 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#650362: Asks about initramfs integration two times on each upgrade

[Witold Baryluk]

Package: ntfs-3g
Version: 1:2011.10.9AR.1-3
Followup-For: Bug #650362

I also find ntfs-3g questions extremally annoying.

Why it asks two times?
Why it doesn't remember that I already answered on previous update?
Why not just answer 'Yes' by default, without any questions?
 ( I do not see how it would hurt, even initramfs will not grow in size
considerably,
  so it should be just enabled by default).

Thanks,
Witek



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

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

Versions of packages ntfs-3g depends on:
ii  debconf [debconf-2.0]  1.5.41
ii  fuse   2.8.6-4
ii  libc6  2.13-21
ii  libfuse2   2.8.6-4
ii  libgcrypt111.5.0-3
ii  libgnutls262.12.14-4

ntfs-3g recommends no packages.

ntfs-3g suggests no packages.

-- debconf information:
* ntfs-3g/setuid-root: false
* ntfs-3g/initramfs: true



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

Bug#651353: gnome-media: gnome-volume-control is missing

[Michael Biebl]

severity 651353 minor
retitle 651353 outdated information in README about gnome-volume-control
forwarded 651353 https://bugzilla.gnome.org/show_bug.cgi?id=665767
thanks

On 08.12.2011 00:44, Vincent Lefevre wrote:
> Package: gnome-media
> Version: 2.91.2-3
> Severity: important
> 
> No trace of gnome-volume-control in the gnome-media package, though
> both its README file and "apt-file search bin/gnome-volume-control"
> say that it is provided by gnome-media.
> 

This documentation is outdated. gnome-volume-control is not longer
provided by gnome-media, it's functionality has been merged into
gnome-control-center. See [1]. I've forwarded the issue upstream.

Michael

[1]
http://git.gnome.org/browse/gnome-media/commit/?id=569dc4f89870903bdd2d8c0a7a1be2f9bb440de2


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Bug#515645: this is probably fixed

[Antoine Beaupré]

fixed 555728 2.6.5-1
fixed 515645 2.6.5-1
thanks

I am going to close those (old) issues. We are now two major releases
ahead - and those issues are probably fixed.

If that is not the case, reopen the issues (with "found...").

A.

-- 
We have no friends but the mountains.
- Kurdish saying



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

Bug#651369: Should not install vtkEncodeString -- part of vtk

[Steve M. Robbins]

Package: paraview-dev
Version: 3.10.1-8
Severity: normal

This binary is now part of libvtk5-dev (revision 5.8.0-5), so
does not need to be installed by paraview-dev.


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

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

Versions of packages paraview-dev depends on:
ii  libc6  2.13-21
ii  libgcc11:4.6.2-5
ii  libstdc++6 4.6.2-5
ii  paraview   3.10.1-8
ii  qt4-dev-tools  4:4.7.3-8

Versions of packages paraview-dev recommends:
ii  qt4-dev-tools  4:4.7.3-8

paraview-dev 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#651337: [pkg-boost-devel] Bug#651337: libboost-graph1.46-dev: Dangling symlink

[Steve M. Robbins]

On Wed, Dec 07, 2011 at 11:11:09PM +0100, Torquil Macdonald Sørensen wrote:
> Package: libboost-graph1.46-dev
> Version: 1.46.1-7+b1
> Severity: normal
> 
> libboost-graph1.46-dev installs the dangling symlinks
> 
> /usr/lib/libboost_graph.so
> /usr/lib/libboost_graph-mt.so
> 
> They point to a file in libboost-graph1.46.1, which is not
> listed as a dependency.

Well, it's listed as a Recommendation, per a previous request
(#309360).

> Also, libboost-graph-parallel1.46-dev installs the
> dangling symlinks
> 
> /usr/lib/libboost_graph_parallel.so
> /usr/lib/libboost_graph_parallel-mt.so
> 
> They point to a file in libboost-graph-parallel1.46.1,
> which is not a dependency.

Also a recommendation.

-Steve


signature.asc
Description: Digital signature

Bug#651368: ITP: node-mongodb -- node.js driver for MongoDB

[Martin Skøtt]

Package: wnpp
Severity: wishlist
Owner: "Martin Skøtt" 

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

* Package name: node-mongodb
  Version : 0.9.7.1.4
  Upstream Author : Christian Amor Kvalheim 
* URL : https://github.com/christkv/node-mongodb-native
* License : Apache-2.0
  Programming Lang: JavaScript
  Description : node.js driver for MongoDB

 Driver to access MongoDB databases from Node.JS programs.

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

iQIcBAEBCAAGBQJO4DywAAoJEGY5ZVtY8t9mEA4QAIVJTcWkVKExW6fFv1OkHRJ/
YLd3I2VM79ze4K8SeRxw5ZXyt+yOGnpaXe9CdyWNZiTtL2j2ZPv4smN6q7pPkMLx
+ti4u6biFZjk7L2pO83oigFA60LjoszsVpd7cs75G8iUoUn438pEK0Oh7Pj0vc7y
5HR7A3RDVx0NoVWTWWxJwbvzX7QT45Xdo4JL9AP/4sUU8E9aiMEx1O6ZR6SSYIEv
eOqVBhT1s9382beEDm8LB/JVb4TvMIWzyVVJKKyhpWy+gVyfNYI60hQWVLj8MaXK
I/CKm/iuAhcPC298zK3L3FnkY5F4KtXJ5I0K19iZVgap/FUCP5pTKoBvnmnyPMb9
Kw3AfwoG4b0rtjbqQmulpGCPPKyOlKe74CaYNTd/KOS9PWzb6BwDO0ZhKXW2Fqru
7y8X+pzMRvGMRn+WFQpIVA07pTlkIgCd0Xo9hS9F1ociVmWqadqmPS6lg2q3d4H8
LmPT3tRcsuUyW5KKqxivPDoFTl2PieOA+UOCWKGs3NAvVtxVQkOy7YQvzekqI/p+
crMuIztZhMEAWk9gr7eqElg+Q1grBpxKeGIWA7G8yor6oWC8ckAsVftr9IW2gj4y
QLM6d5DRPV/Mp+Ns4zLof5OdPKejFJrYJhf0ZiBUf+7rPJJhIGfBi+pl4OUIxy4m
6lns8xXQjOBScMZO/MxK
=dvEi
-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#645286: fix works

[Trent W. Buck]

I applied 5629fba80b05cc906c45e62c397d18e5afa18636 to wheezy's
1.4.25-2 and the resulting binary fixed the problems I was having,
when run with buffer_mail=on in ~/.msmtprc.  (Without buffer_mail=on,
the problem came back, so the test is sound.)

So, if it's not too much trouble, I would like this functionality to
be maintained in new releases of msmtp.  Thanks!



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

Bug#651367: Changes from longterm release 2.6.32.50

[Ben Hutchings]

Package: src:linux-2.6
Version: 2.6.32-39
Severity: important

[Actually based on 2.6.32.50-rc1.]

i2c-algo-bit: Generate correct i2c address sequence for 10-bit target

Fixes addressing of some I2C devices on a bit-banged bus, which would
otherwise be inacessible.  Hardware support, I suppose.

eCryptfs: Extend array bounds for all filename chars

Fixes trivial information leak (not user data but constant data from the
module).

PCI hotplug: shpchp: don't blindly claim non-AMD 0x7450 device IDs

Fixes device matching for this driver, part of our bug #638863.

ARM: 7161/1: errata: no automatic store buffer drain

Has no effect on Debian configurations.

ALSA: lx6464es - fix device communication via command bus

This is apparently not necessary and I expect this will be dropped.

SUNRPC: Ensure we return EAGAIN in xs_nospace if congestion is cleared

Fixes spurious SunRPC communication failures, which I assume affect NFS
reliability.

timekeeping: add arch_offset hook to ktime_get functions

Has no effect on Debian release architectures, but apparently fixes
reporting of the monotonic clock time on alpha and m68k.

p54spi: Add missing spin_lock_init
p54spi: Fix workqueue deadlock

Fix deadlocks in this wireless network driver.

nl80211: fix MAC address validation

I think this fixes an information leak or (unlikely) local DoS
exploitable with CAP_NET_ADMIN, when using a wireless network device.

gro: reset vlan_tci on reuse

This should fix CVE-2011-1576.  We already have a different fix.

staging: usbip: bugfix for deadlock

Fixes a potential deadlock when using this protocol for remote USB.

staging: comedi: fix oops for USB DAQ devices.

Fixes crash if one of these devices is unplugged while in use.

Staging: comedi: fix signal handling in read and write

Fixes a bug that would appear to delay killing a process using COMEDI
(data acquisitoon) devices.  The bug may have worse effects; I'm not
sure but the fix is pretty obvious.

USB: whci-hcd: fix endian conversion in qset_clear()

Fixes operation of Wireless USB on big-endian architectures.

usb: ftdi_sio: add PID for Propox ISPcable III
usb: option: add SIMCom SIM5218
USB: usb-storage: unusual_devs entry for Kingston DT 101 G2

More new hardware support.

SCSI: scsi_lib: fix potential NULL dereference

Mitigation for kernel bugs that result in an invalid SCSI request.  Such
a bug should result in an assertion failure with a meaningful log
message, rather than an 'oops'.

SCSI: Silencing 'killing requests for dead queue'

Replaces a dubious informational message with more accurate messages.

cifs: fix cifs stable patch cifs-fix-oplock-break-handling-try-2.patch

This adds a missing piece of a previous fix made in 2.6.32.32.  These
fixes relate to 'oplock break' messages, by which the CIFS server tells
us to stop caching a file that another client is accessing.  It looks
like the change in 2.6.32.32 could disable read caching when the server
only tells us to disable write caching, and this corrects that.

sched, x86: Avoid unnecessary overflow in sched_clock

Fixes crash after the system has been running for 2^54 ns (208.5 days).

x86/mpparse: Account for bus types other than ISA and PCI

Fixes crash at boot on some systems with EISA (our bug #586494).

oprofile, x86: Fix crash when unloading module (nmi timer mode)

The description seems clear enough.

genirq: Fix race condition when stopping the irq thread

Some IRQ handlers are configured to run in threads.  This fixes a bug
that can cause such a thread to hang rather than exiting when the
handler is removed.

tick-broadcast: Stop active broadcast device when replacing it
clockevents: Set noop handler in clockevents_exchange_device()

Tick broadcast is a generic facility for waking up processors that have
their own interrupt timers but on which the timers stop when they enter
a low-power state.  If there are multiple clock devices suitable for
this purpose then they might both be enabled, when only one should be.
I'm not sure quite what the result of that would be, but it's certainly
not good.  These changes fix that bug.

Ben.

-- 
Ben Hutchings
In a hierarchy, every employee tends to rise to his level of incompetence.


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

Bug#651205: tumgreyspf: Please include upstream fix for accepting mail when SPF record has an error

[Thomas Goirand]

On 12/07/2011 01:58 AM, Henrik Stoerner wrote:
> Package: tumgreyspf
> Version: 1.35-7
> Severity: wishlist
> 
> tumgreyspf 1.35 (current version in Debian) causes mail to be rejected, if 
> the 
> sender-domain has an invalid SPF record (SPF check returns a "Permerror").
> This can cause valid mail to be rejected.
> 
> In version 1.36, released a couple of weeks ago, this was changed so it is
> now configurable what tumgreyspf should do in the case of invalid SPF records,
> and the default was set to accept mail when that is the case.
> 
> I would suggest this change be included in a future Debian release, and 
> hopefully
> as an update to Squeeze. The attached patch is taken directly from a diff 
> between
> version 1.35 and the new 1.36, and will implement this change.

FYI, the Git repo for tumgreyspf now contains v1.36, plus a switch from
dpatch to quilt (and source format 1 to 3). Please test it if you have time.

Thomas



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

Bug#649786: thanks!

[Jeff Breidenbach]

Julien, thanks for the education, Mehdi, thanks for the NMU. Luk
thanks for being helpful.

And yes, I ... oddly enough ... knew about the SONAME bump in libwebp.

I'll see what I can improve during my next Leptonica upload, maybe at
end of year or early January.

NMUs are always welcome for my packages.

-Jeff



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

Bug#650609: Better Backtrace

[Dave Lentz]

Here's a backtrace with the debugging symbols.
GNU gdb (GDB) 7.3-debian
Copyright (C) 2011 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
For bug reporting instructions, please see:
...
Reading symbols from /usr/bin/lxappearance...Reading symbols from 
/usr/lib/debug/usr/bin/lxappearance...done.
done.
(gdb) run
Starting program: /usr/bin/lxappearance 
[Thread debugging using libthread_db enabled]

Program received signal SIGSEGV, Segmentation fault.
gtk_icon_view_layout_single_row (maximum_width=, 
y=, row=, item_width=12, 
first_item=0x73c4c0, icon_view=0x6be900) at 
/tmp/buildd/gtk+2.0-2.24.8/gtk/gtkiconview.c:2749
in /tmp/buildd/gtk+2.0-2.24.8/gtk/gtkiconview.c
(gdb) bt
#0  gtk_icon_view_layout_single_row (maximum_width=, 
y=, row=, item_width=12, 
first_item=0x73c4c0, icon_view=0x6be900) at 
/tmp/buildd/gtk+2.0-2.24.8/gtk/gtkiconview.c:2749
#1  gtk_icon_view_layout (icon_view=0x6be900) at 
/tmp/buildd/gtk+2.0-2.24.8/gtk/gtkiconview.c:2855
#2  0x778b7624 in gtk_icon_view_size_allocate (widget=0x6be900, 
allocation=0x7fffbaa0)
at /tmp/buildd/gtk+2.0-2.24.8/gtk/gtkiconview.c:1507
#3  0x75a8575a in g_closure_invoke (closure=0x665a60, return_value=0x0, 
n_param_values=2, param_values=0x772d20, 
invocation_hint=) at 
/tmp/buildd/glib2.0-2.30.2/./gobject/gclosure.c:774
#4  0x75a96f7a in signal_emit_unlocked_R (node=, 
detail=0, instance=0x6be900, emission_return=0x0, 
instance_and_params=0x772d20) at 
/tmp/buildd/glib2.0-2.30.2/./gobject/gsignal.c:3202
#5  0x75aa0e11 in g_signal_emit_valist (instance=, 
signal_id=, detail=, 
var_args=) at 
/tmp/buildd/glib2.0-2.30.2/./gobject/gsignal.c:3003
#6  0x75aa0fb2 in g_signal_emit (instance=, 
signal_id=, detail=)
at /tmp/buildd/glib2.0-2.30.2/./gobject/gsignal.c:3060
#7  0x779f986e in IA__gtk_widget_size_allocate (widget=0x6be900, 
allocation=)
at /tmp/buildd/gtk+2.0-2.24.8/gtk/gtkwidget.c:4089
#8  0x7793f337 in gtk_scrolled_window_size_allocate (widget=0x73b180, 
allocation=0x7fffbf80)
at /tmp/buildd/gtk+2.0-2.24.8/gtk/gtkscrolledwindow.c:1436
#9  0x75a8575a in g_closure_invoke (closure=0x665a60, return_value=0x0, 
n_param_values=2, param_values=0x66aef0, 
invocation_hint=) at 
/tmp/buildd/glib2.0-2.30.2/./gobject/gclosure.c:774
#10 0x75a96f7a in signal_emit_unlocked_R (node=, 
detail=0, instance=0x73b180, emission_return=0x0, 
instance_and_params=0x66aef0) at 
/tmp/buildd/glib2.0-2.30.2/./gobject/gsignal.c:3202
#11 0x75aa0e11 in g_signal_emit_valist (instance=, 
signal_id=, detail=, 
var_args=) at 
/tmp/buildd/glib2.0-2.30.2/./gobject/gsignal.c:3003
#12 0x75aa0fb2 in g_signal_emit (instance=, 
signal_id=, detail=)
at /tmp/buildd/glib2.0-2.30.2/./gobject/gsignal.c:3060
#13 0x779f986e in IA__gtk_widget_size_allocate (widget=0x73b180, 
allocation=)
at /tmp/buildd/gtk+2.0-2.24.8/gtk/gtkwidget.c:4089
#14 0x7782a374 in gtk_box_size_allocate (widget=0x73d030, 
allocation=0x7fffc490) at /tmp/buildd/gtk+2.0-2.24.8/gtk/gtkbox.c:500
#15 0x75a8575a in g_closure_invoke (closure=0x665a60, return_value=0x0, 
n_param_values=2, param_values=0x72aaa0, 
invocation_hint=) at 
/tmp/buildd/glib2.0-2.30.2/./gobject/gclosure.c:774
#16 0x75a96f7a in signal_emit_unlocked_R (node=, 
detail=0, instance=0x73d030, emission_return=0x0, 
instance_and_params=0x72aaa0) at 
/tmp/buildd/glib2.0-2.30.2/./gobject/gsignal.c:3202
#17 0x75aa0e11 in g_signal_emit_valist (instance=, 
signal_id=, detail=, 
var_args=) at 
/tmp/buildd/glib2.0-2.30.2/./gobject/gsignal.c:3003
#18 0x75aa0fb2 in g_signal_emit (instance=, 
signal_id=, detail=)
at /tmp/buildd/glib2.0-2.30.2/./gobject/gsignal.c:3060
#19 0x779f986e in IA__gtk_widget_size_allocate (widget=0x73d030, 
allocation=)
at /tmp/buildd/gtk+2.0-2.24.8/gtk/gtkwidget.c:4089
#20 0x7782a374 in gtk_box_size_allocate (widget=0x71b6c0, 
allocation=0x7fffc9a0) at /tmp/buildd/gtk+2.0-2.24.8/gtk/gtkbox.c:500
#21 0x75a8575a in g_closure_invoke (closure=0x665a60, return_value=0x0, 
n_param_values=2, param_values=0x772f60, 
invocation_hint=) at 
/tmp/buildd/glib2.0-2.30.2/./gobject/gclosure.c:774
#22 0x75a96f7a in signal_emit_unlocked_R (node=, 
detail=0, instance=0x71b6c0, emission_return=0x0, 
instance_and_params=0x772f60) at 
/tmp/buildd/glib2.0-2.30.2/./gobject/gsignal.c:3202
#23 0x75aa0e11 in g_signal_emit_valist (instance=, 
signal_id=, detail=, 
var_args=) at 
/tmp/buildd/glib2.0-2.30.2/./gobject/gsignal.c:3003
#24 0x75aa0fb2 in g_signal_emit (instance=, 
sign

Bug#651365: Does not handle SIGTERM

[Matt Kraai]

Package: transmission-gtk
Version: 2.42-1

Hi,

If I run

 killall transmission-gtk

and then restart Transmission, it does not know what was downloaded in
the most recent session, so it redownloads it.

I believe this occurs because it installs a signal handler for SIGKILL
(which cannot be handled) instead of SIGTERM (which can be).  The
attached patch makes it install a handler for SIGTERM.

-- 
Matt Kraai
https://ftbfs.org/kraai
Index: transmission/gtk/main.c
===
--- transmission.orig/gtk/main.c	2011-12-07 20:03:53.0 -0800
+++ transmission/gtk/main.c	2011-12-07 20:04:54.0 -0800
@@ -485,7 +485,7 @@
 struct cbdata * cbdata = user_data;
 
 signal( SIGINT, signal_handler );
-signal( SIGKILL, signal_handler );
+signal( SIGTERM, signal_handler );
 
 sighandler_cbdata = cbdata;
 

Bug#651364: gpsprune: add support for bzip2 and xz compressed file formats

[Calum Mackay]

Package: gpsprune
Version: 13.1-1
Severity: wishlist

gpsprune currently supports reading compressed GPX files, in the gzip(1)
compression format.

It would be nice to also support the other common compressed formats:
bzip2(1) & xz(1), especially as they both outperform gzip(1).

I should appreciate it if you would please consider this request.

best regards,
calum.


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

Kernel: Linux 3.1.4 (PREEMPT)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages gpsprune depends on:
ii  libmetadata-extractor-java 2.3.1+dfsg-2
ii  sun-java6-jre [java6-runtime]  6.26-3

Versions of packages gpsprune recommends:
ii  gnuplot 4.4.0-1.1
ii  gpsbabel1.4.2-3
ii  libimage-exiftool-perl  8.60-2
ii  libjava3d-java  1.5.2+dfsg-7
ii  libjava3d-jni   1.5.2+dfsg-7
ii  libvecmath-java 1.5.2-3

gpsprune 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#651262: Please consider upgrade of all spice tools to latest stable release 0.10.x

[Liang Guo]

On Wed, Dec 07, 2011 at 09:50:19AM +0100, Nico Prenzel wrote:
> Package: libspice-server1
> Version: 0.8.3-1
> 
> Hello Debian maintainer,
> 
> please consider to upgrade all spice related packages to the latest stable 
> release 0.10.x as a lot of bugs have been fixed with this release. Also the 
> usb redirection support requires at least the 0.9.x release. So an upgrade 
> should help to resolve these problems.
> 
> 
> Thanks.
> NicoP.
> 
My sponsor Michael Tokarev is reviewing latest spice 0.10.0, 
once spice 0.10.0-1 enters debian offical archive, this bug
will be closed. 

Thanks and Regards,
--
Liang Guo
http://bluestone.cublog.cn


signature.asc
Description: Digital signature

Bug#651363: LICENSE

[Paul R. Tagliamonte]

Sorry, this is really BSD, not Expat.

https://github.com/ask/python-github2/blob/master/LICENSE

-- 
I'm Paul.



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

Bug#651363: ITP: python-github2 -- Library to expose all the version 2 Github API over Python

[Paul Tagliamonte]

Package: wnpp
Severity: wishlist
Owner: Paul Tagliamonte 

* Package name: python-github2
  Version : 0.5.2
  Upstream Author : Ask Solem 
* URL : http://packages.python.org/github2/
* License : Expat
  Programming Lang: Python
  Description : Library to expose all the version 2 Github API over Python
   This is a Python library implementing all of the features available in 
version
   2 of the Github API.
   .
   This library provides an interface to such things as
 - Users
 - Organizations
 - Teams
 - Issues
 - Pull requests
 - Network data
 - Repositories
 - Commits
   .
   And much more!



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

Bug#651362: axiom: FTBFS on ia64: cannot stat `/build/buildd-axiom_20110301a-1-ia64-I0ZhNJ/axiom-20110301a/int/algebra/AHYP.nrlib/code.o': No such file or directory

[Jakub Wilk]

Source: axiom
Version: 20110301a-1
Severity: serious
Justification: fails to build from source
User: debian-i...@lists.debian.org
Usertags: ia64

axiom FTBFS on ia64:
| =
| === algebra bootstrap complete ==
| =
| compiling AHYP.spad to AHYP.nrlib
| copying AHYP.nrlib to AHYP.o
| cp: cannot stat 
`/build/buildd-axiom_20110301a-1-ia64-I0ZhNJ/axiom-20110301a/int/algebra/AHYP.nrlib/code.o':
 No such file or directory
| make[4]: *** 
[/build/buildd-axiom_20110301a-1-ia64-I0ZhNJ/axiom-20110301a/mnt/linux/algebra/AHYP.o]
 Error 1

Full build log:
https://buildd.debian.org/status/fetch.php?pkg=axiom&arch=ia64&ver=20110301a-1&stamp=1323293443

--
Jakub Wilk



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

Bug#651361: i can't install libnautilus-extension-dev on Squeeze amd64

[root]

Package: libnautilus-extension-dev
Version: 2.30.1-2squeeze1
Severity: important

i can't install libnautilus-extension-dev on Squeeze amd64

i obtained this error:

root@lheeze:~# aptitude install libnautilus-extension-dev
The following NEW packages will be installed:
  autopoint{a} debhelper{a} gettext{a} git{a} html2text{a} intltool-debian{a}
libatk1.0-dev{a} libcairo-gobject2{a} libcairo-script-interpreter2{a}
  libcairo2-dev{a} liberror-perl{a} libexpat1-dev{a} libfontconfig1-dev{a}
libfreetype6-dev{a} libglib2.0-dev{a} libgtk2.0-dev{a} libice-dev{a}
  libmail-sendmail-perl{a} libnautilus-extension-dev libpango1.0-dev{a}
libpixman-1-dev{ab} libpng12-dev{a} libpthread-stubs0{a} libpthread-
stubs0-dev{a}
  libsm-dev{a} libsys-hostname-long-perl{a} libunistring0{a} libx11-dev{a}
libxau-dev{a} libxcb-render0-dev{a} libxcb-shm0-dev{a} libxcb1-dev{a}
  libxcomposite-dev{a} libxcursor-dev{a} libxdamage-dev{a} libxdmcp-dev{a}
libxext-dev{a} libxfixes-dev{a} libxft-dev{a} libxi-dev{a} libxinerama-dev{a}
  libxrandr-dev{a} libxrender-dev{a} po-debconf{a} x11proto-composite-dev{a}
x11proto-core-dev{a} x11proto-damage-dev{a} x11proto-fixes-dev{a}
  x11proto-input-dev{a} x11proto-kb-dev{a} x11proto-randr-dev{a} x11proto-
render-dev{a} x11proto-xext-dev{a} x11proto-xinerama-dev{a} xtrans-dev{a}
  zlib1g-dev{a}
0 packages upgraded, 56 newly installed, 0 to remove and 0 not upgraded.
Need to get 24.6 MB of archives. After unpacking 70.6 MB will be used.
The following packages have unmet dependencies:
  libpixman-1-dev: Depends: libpixman-1-0 (= 0.22.0-1.1~bpo60+1) but
0.24.0-1~bpo60+1 is installed.
The following actions will resolve these dependencies:

 Keep the following packages at their current version:
1) libcairo2-dev [Not Installed]
2) libgtk2.0-dev [Not Installed]
3) libnautilus-extension-dev [Not Installed]
4) libpango1.0-dev [Not Installed]
5) libpixman-1-dev [Not Installed]



Accept this solution? [Y/n/q/?]



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

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



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

Bug#346182: crashes when importing VRML file (containing PROTO)

[Drew Parsons]

Package: python-vtk
Version: 5.8.0-5
Followup-For: Bug #346182

Thanks for checking the bug again.  

I upgraded to python-vtk 5.8.0-5, but I don't get the same
non-crashing behaviour you reported.  Is there more to the VTK version
upgrade which still needs to roll in through the servers?  

(mayavi2 itself, for instance, currently complains "WARNING: Imported
VTK version (5.8) does not match the one used to build the TVTK
classes (5.6). This may cause problems. Please rebuild TVTK.")
  
For me python-vtk still segfaults, as before in vtkVRMLImporter::exitField ():

$ gdb python
GNU gdb (GDB) 7.3-debian
...
This GDB was configured as "x86_64-linux-gnu".
...
Reading symbols from /usr/bin/python...(no debugging symbols found)...done.
(gdb) run
Starting program: /usr/bin/python 
[Thread debugging using libthread_db enabled]
Python 2.7.2+ (default, Nov 30 2011, 19:22:03) 
[GCC 4.6.2] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import vtk
>>> print vtk.vtkVersion.GetVTKVersion()
5.8.0
>>> reader = vtk.vtkVRMLImporter()
>>> reader.SetFileName('mayavi-crash.wrl')
>>> reader.Update()

Program received signal SIGSEGV, Segmentation fault.
0x7fffe0653cbb in vtkVRMLImporter::exitField() ()
   from /usr/lib/libvtkHybrid.so.5.8
(gdb) bt
#0  0x7fffe0653cbb in vtkVRMLImporter::exitField() ()
   from /usr/lib/libvtkHybrid.so.5.8
#1  0x7fffe0655433 in ?? () from /usr/lib/libvtkHybrid.so.5.8
#2  0x7fffe0655935 in vtkVRMLImporter::ImportBegin() ()
   from /usr/lib/libvtkHybrid.so.5.8
#3  0x7fffe6bf5f05 in vtkImporter::Read() ()
   from /usr/lib/libvtkRendering.so.5.8
#4  0x7fffe724731d in ?? () from /usr/lib/libvtkRenderingPythonD.so.5.8
#5  0x004b9589 in PyEval_EvalFrameEx ()
#6  0x004bfccd in PyEval_EvalCodeEx ()
#7  0x004c07a2 in PyEval_EvalCode ()
#8  0x004dfa02 in ?? ()
#9  0x004e1415 in PyRun_InteractiveOneFlags ()
#10 0x004e15c8 in PyRun_InteractiveLoopFlags ()
#11 0x004e186f in PyRun_AnyFileExFlags ()
#12 0x004f10ed in Py_Main ()
#13 0x769a3ead in __libc_start_main ()
   from /lib/x86_64-linux-gnu/libc.so.6
#14 0x0041f269 in _start ()


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

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

Versions of packages python-vtk depends on:
ii  libavcodec53  4:0.7.2-1+b1
ii  libavformat53 4:0.7.2-1+b1
ii  libavutil51   4:0.7.2-1+b1
ii  libc6 2.13-21
ii  libgcc1   1:4.6.2-5
ii  libmysqlclient16  5.1.58-1
ii  libopenmpi1.3 1.4.3-2.1
ii  libpq59.1.2-1
ii  libpython2.7  2.7.2-8
ii  libstdc++64.6.2-5
ii  libswscale2   4:0.7.2-1+b1
ii  libvtk5.8 5.8.0-5
ii  libx11-6  2:1.4.4-4
ii  python2.7.2-9
ii  python-support1.0.14
ii  tcl-vtk   5.8.0-5
ii  tcl8.58.5.10-1
ii  tk8.5 8.5.10-1
ii  zlib1g1:1.2.3.4.dfsg-3

python-vtk recommends no packages.

Versions of packages python-vtk suggests:
pn  mayavi2   4.0.0-2
pn  vtk-doc   
pn  vtk-examples  

-- 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#651359: python-sphinx makes virtualenvwrapper FTBFS: unknown JavaScript code: debian/virtualenvwrapper/usr/share/doc/virtualenvwrapper/ja/html/_static/translations.js

[Jakub Wilk]

Package: python-sphinx
Version: 1.1.2+dfsg-1
Severity: important

virtualenvwrapper FTBFS with python-sphinx 1.1.2+dfsg-1:
|dh_install
|dh_installdocs
|dh_sphinxdoc
| dh_sphinxdoc: unknown JavaScript code: 
debian/virtualenvwrapper/usr/share/doc/virtualenvwrapper/ja/html/_static/translations.js
| dh_sphinxdoc: unknown JavaScript code: 
debian/virtualenvwrapper/usr/share/doc/virtualenvwrapper/ja/html/_static/searchtools.js
| make: *** [binary] Error 255

--
Jakub Wilk



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

Bug#633060: tiger: /run transition: Please switch use of /lib/init/rw to /run

[Javier Fernández-Sanguino Peña]

severity 633060 wishlist
thanks

On Fri, Jul 08, 2011 at 12:16:52AM +0100, Roger Leigh wrote:
> Your package is currently using /lib/init/rw/ which is now deprecated
> and pending removal.  Please update your package to use /run/ with a
> versioned dependency on initscripts, as detailed below.

Hi there, 

I'm afraid this is a false positive: the Tiger package is *not* actually
using /lib/init/rw/ in any way for running. It is referenced in a script to
be used by some of the scripts that look for dangerous files in writable
directories.

I can add '/run' to the list of writable directories. Just so Tiger checks in
that location too but I hardly see how this Tiger check inhibits the
transition to /run.

Since, Tiger only uses that location for a variable I will add just /run
there too alongside /lib/init/rw but will keep both.

I suggest you refine your scripts since this is clearly a false positive as
Tiger does not use /lib/init/rw in any of its init scripts.

Regards

Javier


signature.asc
Description: Digital signature

Bug#651316: libdrm-intel1: X.org crashes when I try to play a video

[Cyril Brulebois]

Stefan Lippers-Hollmann  (08/12/2011):
> We can confirm this issue on sandy bridge graphics (h67/ i7-2600k), 
> bisecting between 2.4.27-1 and 2.4.28-1 points at this patch: […]

Thanks for the bisect. Upstream pinged, let's see what happens next.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#651358: network-manager-gnome: sometimes fails to pop up authentication dialog

[Petr Baudis]

Package: network-manager-gnome
Version: 0.9.2.0-1
Severity: normal

Dear Maintainer,

sometimes, after notebook resume NetworkManager fails to pop up
authentication window for connecting to a network and gets stuck
in the authenticating phase for two minutes:

Dec  8 01:15:50 nibble NetworkManager[1212]:  Activation (wlan0) Stage 2 
of 5 (Device Configure) starting...
Dec  8 01:15:50 nibble NetworkManager[1212]:  (wlan0): device state 
change: prepare -> config (reason 'none') [40 50 0]
Dec  8 01:15:50 nibble NetworkManager[1212]:  Activation 
(wlan0/wireless): access point 'Auto LUTHIEN' has security, but secrets are 
required.
Dec  8 01:15:50 nibble NetworkManager[1212]:  (wlan0): device state 
change: config -> need-auth (reason 'none') [50 60 0]
Dec  8 01:15:50 nibble NetworkManager[1212]:  Activation (wlan0) Stage 2 
of 5 (Device Configure) complete.

In xsession-errors, one can see:

JS ERROR: !!!   Exception was: TypeError: apObj is null
JS ERROR: !!! lineNumber = '1311'
JS ERROR: !!! fileName = 
'"/usr/share/gnome-shell/js/ui/status/network.js"'
JS ERROR: !!! stack = '"([object _private_NMClient_DeviceWifi],[object 
_private_NMClient_AccessPoint])@/usr/share/gnome-shell/js/ui/status/network.js:1311
"'
  JS LOG: pushModal: invocation of begin_modal failed

This happens only sometimes, but there seems to be no correlation with
anything. (Another issue is that networkmanager knows the secret and
shouldn't pop up the dialog at all, but I suppose that's a different
bug.)

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

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

Versions of packages network-manager-gnome depends on:
ii  dbus-x11 1.4.16-1  
ii  dpkg 1.16.1.2  
ii  gconf2   2.32.4-1  
ii  gnome-icon-theme 3.2.1.2-1 
ii  libatk1.0-0  2.2.0-2   
ii  libc62.13-21   
ii  libcairo-gobject21.10.2-6.1
ii  libcairo21.10.2-6.1
ii  libdbus-1-3  1.4.16-1  
ii  libdbus-glib-1-2 0.98-1
ii  libfontconfig1   2.8.0-3   
ii  libfreetype6 2.4.8-1   
ii  libgconf2-4  2.32.4-1  
ii  libgdk-pixbuf2.0-0   2.24.0-1  
ii  libglib2.0-0 2.30.2-4  
ii  libgnome-bluetooth8  3.2.1-1   
ii  libgnome-keyring03.2.2-1   
ii  libgtk-3-0   3.2.2-3   
ii  libnm-glib-vpn1  0.9.2.0-1 
ii  libnm-glib4  0.9.2.0-1 
ii  libnm-gtk0   0.9.2.0-1 
ii  libnm-util2  0.9.2.0-1 
ii  libnotify4   0.7.4-1   
ii  libpango1.0-01.29.4-2  
ii  network-manager  0.9.2.0-1 
ii  policykit-1-gnome0.105-1   

Versions of packages network-manager-gnome recommends:
ii  gnome-bluetooth3.2.1-1   
ii  iso-codes  3.30-1
ii  libpam-gnome-keyring [libpam-keyring]  3.0.3-2   
ii  mobile-broadband-provider-info 2013-1
ii  notification-daemon0.7.3-1   

Versions of packages network-manager-gnome suggests:
pn  network-manager-openvpn-gnome  0.9.2.0-1
pn  network-manager-pptp-gnome
pn  network-manager-vpnc-gnome

-- 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#632765: Unblocking this bug from libevent transition

[Javier Fernández-Sanguino Peña]

unblock 631018 by 632765
thanks

The #632765 is not related to the libc transition but, actually, seems to be
a FTBFS in amd64 which does not appear in the buildd logs (see
https://buildd.debian.org/status/fetch.php?pkg=honeyd&arch=amd64&ver=1.5c-9&stamp=1316385054)

Regards

Javier




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

Bug#391060: tar --null and -C no longer conflict

[Bdale Garbee]

On Wed, 07 Dec 2011 08:11:47 +, Lars Wirzenius 
 wrote:
> Looks to me like this bug can be closed. Bdale, do you agree?

Yes.

> However, the --help output should first be fixed to remove the note that 
> --null resets -C, since that seems to be outdated now. The info 
> documentation seems to be correct here.

Do you have time to generate a suitable patch?

Bdale


pgpmUp8lfk76l.pgp
Description: PGP signature

Bug#651343: --recursive is buggy

[gregor herrmann]

On Thu, 08 Dec 2011 00:01:58 +0100, Nick Wellnhofer wrote:

> The --recursive option of dh-make-perl is buggy. See
> https://rt.cpan.org/Public/Bug/Display.html?id=71708
> There's also a patch from reporter DKOGAN.

Thanks for forwarding this bug report; it seems we all missed this on
CPAN RT :/

Committed in git now.

Cheers,
gregor

-- 
 .''`.   Homepage: http://info.comodo.priv.at/ - OpenPGP key ID: 0x8649AA06
 : :' :  Debian GNU/Linux user, admin, & developer - http://www.debian.org/
 `. `'   Member of VIBE!AT & SPI, fellow of Free Software Foundation Europe
   `-NP: Bettina Wegner: Jesus


signature.asc
Description: Digital signature

Bug#651215: Kernel fails to boot on NSLU2

[Nicolas Pitre]

On Wed, 7 Dec 2011, Russell King - ARM Linux wrote:

> On Wed, Dec 07, 2011 at 11:05:58PM +0100, Arnaud Patard wrote:
> > I may be wrong but it seems that arm_dma_zone_size is used before being
> > set. It would be interesting if someone can boot test a nslu2 kernel with
> > appended patch.
> 
> It does look like that's the case - arm_dma_zone_size is used in
> arm_bootmem_free(), which is called from bootmem_init() and in turn
> paging_init().
> 
> So, arm_dma_zone_size needs to be set before paging_init() is called.

Oops, indeed.

> I'd actually suggest moving it before:
> 
> if (mdesc->restart_mode)
> reboot_setup(&mdesc->restart_mode);
> 
> so that it's set real early, to avoid any future problems with this.
> The earlier these kinds of things are set, the less likely this kind
> of bug will happen.

Arnaud: please resubmit your patch moving the call as suggested by 
Russell and mark it with:

Acked-by: Nicolas Pitre 

and

CC: sta...@kernel.org

Thanks


Nicolas



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

Bug#651357: ssh often dies with "Disconnecting: Received open failure for non-opening channel 3."

[Marco d'Itri]

Package: openssh-client
Version: 1:5.9p1-2
Severity: normal

I use a jumphost to connect to remote servers, something like:

ssh $jumphost
ssh -o ProxyCommand=ssh -q -a -x -W %h:%p $jumphost root@$target

Often the main connection dies with this message:


Disconnecting: Received open failure for non-opening channel 3.


This is not deterministic, so I cannot provide instructions to reproduce
this. It /may/ be triggered by sustained traffic in the tunneled
connection at the beginning of the session.


I use "ControlMaster yes" in ~/.ssh/config and key authentication.


The jumphost runs Ubuntu's 1:5.3p1-3ubuntu6.


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

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

Versions of packages openssh-client depends on:
ii  adduser3.113
ii  debconf [debconf-2.0]  1.5.41
ii  dpkg   1.16.1.2
ii  libc6  2.13-21
ii  libedit2   2.11-20080614-3
ii  libgssapi-krb5-2   1.10+dfsg~alpha1-6
ii  libselinux12.1.0-4
ii  libssl1.0.01.0.0e-3
ii  passwd 1:4.1.4.2+svn3283-3
ii  zlib1g 1:1.2.3.4.dfsg-3

Versions of packages openssh-client recommends:
ii  openssh-blacklist
ii  openssh-blacklist-extra  
ii  xauth1:1.0.6-1

Versions of packages openssh-client suggests:
pn  keychain  
pn  libpam-ssh
pn  monkeysphere  
pn  ssh-askpass   

-- Configuration Files:
/etc/ssh/ssh_config changed [not included]

-- no debconf information

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Bug#632765: FTBFS with libevent 2.0 in experimental

[Javier Fernández-Sanguino Peña]

On Tue, Jul 05, 2011 at 10:05:17PM +0200, Leo 'costela' Antunes wrote:
> After testing in a clean pbuilder, your package failed to build with
> the version of libevent in experimental (2.0.*).

Hi, why do you infer this is an issue with the newest libevent?

> You can find a log of the build attempt   attached.

This log ends with:

> checking if we can access libc without dlopen... no
> checking if we can access libc with libc.so... no
> checking if we can access libc with /usr/lib/libc.so*... no
> configure: error: Couldn't figure out how to access libc
> make: *** [config.status] Error 1

so it really looks like it cannot file the library provided by libc6-dev.
Maybe it's because the configure script does not work properly for amd64?

Regards

Javier


signature.asc
Description: Digital signature

Bug#651356: base-files: Please switch to using libnss_files in default nsswitch.conf

[Roger Leigh]

Package: base-files
Version: 6.5
Severity: normal
Tags: patch

Please consider switching to "files" in place of "compat" in
the default nsswitch.conf (patch attached).  "compat" is for
compatibility with libc5, which we switched away from well
over a decade ago.  The compatibility it provides includes
including NSS databases with the addition of special magic
lines to passwd, group etc.  However, modern glibc has
separate nis nss modules for this purpose, making the
compat mode redundant.

For this reason, I would recommend using "files" only for
new installs, which would enable the phasing out of
"compat" libc5 usage over the next stable release.


Many thanks,
Roger

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

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

Versions of packages base-files depends on:
ii  gawk [awk]  1:3.1.8+dfsg-0.1
ii  mawk [awk]  1.3.3-16

base-files recommends no packages.

base-files suggests no packages.

-- no debconf information
diff -urN base-files-6.5.original/share/nsswitch.conf base-files-6.5/share/nsswitch.conf
--- base-files-6.5.original/share/nsswitch.conf	2011-12-07 23:56:30.693525167 +
+++ base-files-6.5/share/nsswitch.conf	2011-12-07 23:56:50.993778261 +
@@ -4,9 +4,9 @@
 # If you have the `glibc-doc-reference' and `info' packages installed, try:
 # `info libc "Name Service Switch"' for information about this file.
 
-passwd: compat
-group:  compat
-shadow: compat
+passwd: files
+group:  files
+shadow: files
 
 hosts:  files dns
 networks:   files

Bug#651355: aptitude: non-root user's cache differs from root's

[Eugenio M. Vigo]

Package: aptitude

Version: 0.6.4-1.2
Severity: normal

Dear Maintainer, 

running aptitude as root shows no issues at all: the cache is correctly 
displayed on the ncurses UI and searching packages via 'aptitude search 
' works as expected.

However, when running aptitude as a non-root user, the following happens:

1) On the ncurses UI, all installed packages are shown as local or 
obsolete, except those in ~c status, which are listed under 
non-installed.

2) When doing 'aptitude search ', nothing will be found except 
those packages that happen to be in ~c status.

This wasn't aptitude's behavior before. Before, non-root users were 
presented with exactly the same cache than the root user's, obviously in 
read-only mode. In fact, aptitude has ceased to warn non-root users 
about having opened the cache in that said 'read-only mode'.

Purging ~/.aptitude hasn't worked.

Thanks for your attention.

-- Package-specific info:
aptitude 0.6.4 compiled at Oct 29 2011 21:12:20
Compiler: g++ 4.6.2
Compiled against:
  apt version 4.10.1
  NCurses version 5.9
  libsigc++ version: 2.2.9
  Ept support enabled.
  Gtk+ support disabled.
  Qt support disabled.

Current library versions:
  NCurses version: ncurses 5.9.20110404
  cwidget version: 0.5.16
  Apt version: 4.10.1
linux-gate.so.1 =>  (0xb7828000)
libapt-pkg.so.4.10 => /usr/lib/libapt-pkg.so.4.10 (0xb76fa000)
libncursesw.so.5 => /lib/i386-linux-gnu/libncursesw.so.5 (0xb76c8000)
libtinfo.so.5 => /lib/i386-linux-gnu/libtinfo.so.5 (0xb76a7000)
libsigc-2.0.so.0 => /usr/lib/libsigc-2.0.so.0 (0xb76a2000)
libcwidget.so.3 => /usr/lib/libcwidget.so.3 (0xb759f000)
libept.so.1 => /usr/lib/libept.so.1 (0xb7547000)
libxapian.so.22 => /usr/lib/sse2/libxapian.so.22 (0xb734a000)
libz.so.1 => /usr/lib/libz.so.1 (0xb7335000)
libsqlite3.so.0 => /usr/lib/libsqlite3.so.0 (0xb728f000)
libboost_iostreams.so.1.46.1 => /usr/lib/libboost_iostreams.so.1.46.1 
(0xb7278000)
libpthread.so.0 => /lib/i386-linux-gnu/i686/cmov/libpthread.so.0 
(0xb725f000)
libstdc++.so.6 => /usr/lib/i386-linux-gnu/libstdc++.so.6 (0xb7176000)
libm.so.6 => /lib/i386-linux-gnu/i686/cmov/libm.so.6 (0xb714f000)
libgcc_s.so.1 => /lib/i386-linux-gnu/libgcc_s.so.1 (0xb7132000)
libc.so.6 => /lib/i386-linux-gnu/i686/cmov/libc.so.6 (0xb6fd8000)
libutil.so.1 => /lib/i386-linux-gnu/i686/cmov/libutil.so.1 (0xb6fd4000)
libdl.so.2 => /lib/i386-linux-gnu/i686/cmov/libdl.so.2 (0xb6fd)
libuuid.so.1 => /lib/libuuid.so.1 (0xb6fca000)
libbz2.so.1.0 => /lib/i386-linux-gnu/libbz2.so.1.0 (0xb6fba000)
librt.so.1 => /lib/i386-linux-gnu/i686/cmov/librt.so.1 (0xb6fb1000)
/lib/ld-linux.so.2 (0xb7829000)
Terminal: xterm
$DISPLAY is set.
`which aptitude`: /usr/bin/aptitude
aptitude version information:

aptitude linkage:

-- System Information:
Debian Release: wheezy/sid
Architecture: i386 (i686)

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

Versions of packages aptitude depends on:
ii  apt [libapt-pkg4.10]  0.8.15.9
ii  libboost-iostreams1.46.1  1.46.1-7+b1 
ii  libc6 2.13-21 
ii  libcwidget3   0.5.16-3.1  
ii  libept1   1.0.5   
ii  libgcc1   1:4.6.2-5   
ii  libncursesw5  5.9-4   
ii  libsigc++-2.0-0c2a2.2.9-1 
ii  libsqlite3-0  3.7.9-2 
ii  libstdc++64.6.2-5 
ii  libtinfo5 5.9-4   
ii  libxapian22   1.2.7-1 
ii  zlib1g1:1.2.3.4.dfsg-3

Versions of packages aptitude recommends:
ii  apt-xapian-index0.44   
ii  aptitude-doc-en | aptitude-doc   
ii  libparse-debianchangelog-perl   1.2.0-1
ii  sensible-utils  0.0.6  

Versions of packages aptitude suggests:
ii  debtags  
ii  tasksel  3.07  

-- 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#651354: nfs-utils: needs build-dep on libgssglue-dev (>= 0.3)

[Daniel Kahn Gillmor]

Package: nfs-utils
Version: 1.2.5-2

trying to build a backport of nfs-utils 1.2.5-2 on squeeze shows:

checking for GSSGLUE... no
configure: error: Package requirements (libgssglue >= 0.3) were not met:

Requested 'libgssglue >= 0.3' but version of libgssglue is 0.1

Consider adjusting the PKG_CONFIG_PATH environment variable if you
installed software in a non-standard prefix.

Alternatively, you may set the environment variables GSSGLUE_CFLAGS
and GSSGLUE_LIBS to avoid the need to call pkg-config.
See the pkg-config man page for more details.
make: *** [build-stamp] Error 1


I believe this means that the Build-Depends: on libgssglue-dev needs to
be versioned to (>= 0.3).

Regards,

   --dkg


pgpFJJHLaAlLX.pgp
Description: PGP signature

Bug#651353: gnome-media: gnome-volume-control is missing

[Vincent Lefevre]

Package: gnome-media
Version: 2.91.2-3
Severity: important

No trace of gnome-volume-control in the gnome-media package, though
both its README file and "apt-file search bin/gnome-volume-control"
say that it is provided by gnome-media.

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

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

Versions of packages gnome-media depends on:
ii  gconf2   3.2.3-1
ii  gstreamer0.10-gconf  0.10.30-2.1
ii  gstreamer0.10-plugins-base   0.10.35-1
ii  gstreamer0.10-plugins-good   0.10.30-2.1
ii  libatk1.0-0  2.2.0-2
ii  libc62.13-21
ii  libgconf2-4  3.2.3-1
ii  libglib2.0-0 2.30.2-4
ii  libgnome-media-profiles-3.0-03.0.0-1
ii  libgstreamer-plugins-base0.10-0  0.10.35-1
ii  libgstreamer0.10-0   0.10.35-1
ii  libgtk-3-0   3.2.2-3
ii  x11-utils7.6+4

Versions of packages gnome-media recommends:
ii  gstreamer0.10-pulseaudio  0.10.30-2.1
ii  pulseaudio1.1-2

gnome-media 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#651316: libdrm-intel1: X.org crashes when I try to play a video

[Stefan Lippers-Hollmann]

Hi

We can confirm this issue on sandy bridge graphics (h67/ i7-2600k), 
bisecting between 2.4.27-1 and 2.4.28-1 points at this patch:


From c549a777c1b6227a724942c64aa5cd181eb93c6c Mon Sep 17 00:00:00 2001
From: Chris Wilson 
Date: Mon, 5 Dec 2011 10:14:34 +
Subject: intel: Unmap buffers during drm_intel_gem_bo_unmap

We cannot afford to cache the vma per open bo as this may exhaust the
per-process limits.

References: https://bugs.freedesktop.org/show_bug.cgi?id=43075
References: https://bugs.freedesktop.org/show_bug.cgi?id=40066
Signed-off-by: Chris Wilson 
---
 intel/intel_bufmgr_gem.c |   27 +--
 1 files changed, 21 insertions(+), 6 deletions(-)


Reverting just this patch from 2.4.28-1 indeed fixes the problem again.

Regards
Stefan Lippers-Hollmann


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

Bug#651316: libdrm-intel1: X.org crashes when I try to play a video

[Nils S. Normann]

Package: libdrm-intel1
Version: 2.4.27-1
Followup-For: Bug #651316

I can confirm this bug. Downgrading to libdrm-intel1 from testing fixed the
problem.



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

Kernel: Linux 3.1.0-1-amd64 (SMP w/2 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 libdrm-intel1 depends on:
ii  libc6  2.13-21
ii  libdrm22.4.27-1
ii  libpciaccess0  0.12.1-2
ii  multiarch-support  2.13-21

libdrm-intel1 recommends no packages.

libdrm-intel1 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#651215: Kernel fails to boot on NSLU2

[Russell King - ARM Linux]

On Wed, Dec 07, 2011 at 11:05:58PM +0100, Arnaud Patard wrote:
> I may be wrong but it seems that arm_dma_zone_size is used before being
> set. It would be interesting if someone can boot test a nslu2 kernel with
> appended patch.

It does look like that's the case - arm_dma_zone_size is used in
arm_bootmem_free(), which is called from bootmem_init() and in turn
paging_init().

So, arm_dma_zone_size needs to be set before paging_init() is called.

I'd actually suggest moving it before:

if (mdesc->restart_mode)
reboot_setup(&mdesc->restart_mode);

so that it's set real early, to avoid any future problems with this.
The earlier these kinds of things are set, the less likely this kind
of bug will happen.



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

Bug#651352: Please remove me from Uploaders

[Daniel Leidert]

Source: ant-contrib
Severity: wishlist

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Please remove me from the Uploaders field.

Regards, Daniel


- -- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (850, 'unstable'), (700, 'testing'), (560, 'stable'), (110, 
'experimental')
Architecture: amd64 (x86_64)

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

- -- no debconf information

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

iEYEARECAAYFAk7f8hkACgkQm0bx+wiPa4xcHwCgrQ0JOjxSZVvWES97Jcws5Sl4
chIAoKFfCwrpnFIHqLA8gFeKSAVJPM6P
=D6bN
-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#651351: Please remove myself from Uploaders

[Daniel Leidert]

Source: arpack
Severity: wishlist

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


Please remove me from the Uploaders field.

Regards, Daniel



- -- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (850, 'unstable'), (700, 'testing'), (560, 'stable'), (110, 
'experimental')
Architecture: amd64 (x86_64)

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

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

iEYEARECAAYFAk7f8dQACgkQm0bx+wiPa4yjuQCfWO2HOSsjehHQvdgssoFBaSoT
QEIAn0PwpHWKbNkW5sBxutESPSIkHV9z
=FOKK
-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#651349: [INTL:sv] Swedish strings for pam debconf

[Martin Bagge]

package: pam
severity: wishlist
tags: patch l10n

Please consider to add this file to translation of debconf.

-- 
brother
http://sis.bthstuden.se
# Debconf questions for the pam package translated to Swedish.
# Copyright (C) 2007 Steve Langasek 
# This file is distributed under the same license as the pam package.
#
# Martin Bagge , 2009, 2010, 2011
# Christer Andersson , 2007.
msgid ""
msgstr ""
"Project-Id-Version: pam 0.99.7.1-5\n"
"Report-Msgid-Bugs-To: p...@packages.debian.org\n"
"POT-Creation-Date: 2011-10-30 15:05-0400\n"
"PO-Revision-Date: 2011-12-06 21:31+0100\n"
"Last-Translator: Martin Bagge / brother \n"
"Language-Team: Swedish \n"
"Language: sv\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=utf-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Poedit-Language: Swedish\n"
"X-Poedit-Country: Sweden\n"

#. Type: string
#. Description
#: ../libpam0g.templates:1001
msgid "Services to restart for PAM library upgrade:"
msgstr "Tjänster att starta om efter uppgradering av PAM-biblioteket:"

#. Type: string
#. Description
#: ../libpam0g.templates:1001
msgid ""
"Most services that use PAM need to be restarted to use modules built for "
"this new version of libpam.  Please review the following space-separated "
"list of init.d scripts for services to be restarted now, and correct it if "
"needed."
msgstr ""
"De flesta tjänster som använder PAM behöver startas om för att använda "
"moduler som byggts för denna nya libpam-version. Gå igenom följande lista av "
"init.d-skript (separerade med mellanslag) för tjänster som nu kommer att "
"startas om och korrigera den om nödvändigt."

#. Type: error
#. Description
#: ../libpam0g.templates:2001
msgid "Display manager must be restarted manually"
msgstr "Skärmhanterare måste startas om manuellt"

#. Type: error
#. Description
#: ../libpam0g.templates:2001
msgid ""
"The wdm and xdm display managers require a restart for the new version of "
"libpam, but there are X login sessions active on your system that would be "
"terminated by this restart.  You will therefore need to restart these "
"services by hand before further X logins will be possible."
msgstr ""
"Skärmhanterarna wdm och xdm måste startas om för den nya versionen av libpam "
"men det finns X-inloggningssessioner som skulle avslutas av en sådan "
"omstart. Du behöver därför starta om dessa tjänster manuellt innan "
"ytterligare X-inloggningar är möjliga."

#. Type: error
#. Description
#: ../libpam0g.templates:3001
msgid "Failure restarting some services for PAM upgrade"
msgstr "Misslyckades med att starta om vissa tjänster för PAM-uppgradering"

#. Type: error
#. Description
#: ../libpam0g.templates:3001
msgid ""
"The following services could not be restarted for the PAM library upgrade:"
msgstr ""
"Följande tjänster kunde inte startas om efter uppgraderingen av PAM-"
"biblioteket:"

#. Type: error
#. Description
#: ../libpam0g.templates:3001
msgid ""
"You will need to start these manually by running '/etc/init.d/ "
"start'."
msgstr ""
"Du behöver starta om dessa manuellt genom att köra \"/etc/init.d/ "
"start\"."

#. Type: boolean
#. Description
#: ../libpam0g.templates:4001
msgid "Restart services during package upgrades without asking?"
msgstr ""
"Ska tjänster startas om vid paketuppgraderingar utan att först fråga om det?"

#. Type: boolean
#. Description
#: ../libpam0g.templates:4001
msgid ""
"There are services installed on your system which need to be restarted when "
"certain libraries, such as libpam, libc, and libssl, are upgraded. Since "
"these restarts may cause interruptions of service for the system, you will "
"normally be prompted on each upgrade for the list of services you wish to "
"restart.  You can choose this option to avoid being prompted; instead, all "
"necessary restarts will be done for you automatically so you can avoid being "
"asked questions on each library upgrade."
msgstr ""
"Det finns tjänster installerade på systemet som behöver startas om när vissa "
"bibliotek (ex. libpam, libc och libc) uppdateras. Eftersom dessa omstarter "
"kan innebära avbrott i tjänsterna på systemet kommer du vanligen att få en "
"fråga för varje uppgradering med en lista över tjänster som ska startas om. "
"Du kan välja detta alternativ för att undvika att frågan ställs. Istället "
"kommer alla nödvändiga omstarter att skötas automatiskt och du undviker "
"frågor vid varje biblioteksuppgradering."

#. Type: title
#. Description
#: ../libpam-runtime.templates:1001
msgid "PAM configuration"
msgstr "PAM-inställningar"

#. Type: multiselect
#. Description
#: ../libpam-runtime.templates:2001
msgid "PAM profiles to enable:"
msgstr "Aktivera följande PAM-profiler:"

#. Type: multiselect
#. Description
#: ../libpam-runtime.templates:2001
msgid ""
"Pluggable Authentication Modules (PAM) determine how authentication, "
"authorization, and password changing are handled on the system, as well as "
"allowing configuration of additional acti

Bug#651348: [INTL:sv] Swedish strings for nvidia-support debconf

[Martin Bagge]

package: nvidia-support
severity: wishlist
tags: patch l10n

Please consider to add this file to translation of debconf.

-- 
brother
http://sis.bthstuden.se
# Translation of nvidia-support debconf template to Swedish
# Copyright (C) 2011 Martin Bagge 
# This file is distributed under the same license as the nvidia-support package.
#
# Martin Bagge , 2011
msgid ""
msgstr ""
"Project-Id-Version: PACKAGE VERSION\n"
"Report-Msgid-Bugs-To: nvidia-supp...@packages.debian.org\n"
"POT-Creation-Date: 2011-11-10 17:17+0100\n"
"PO-Revision-Date: 2011-12-06 21:07+0100\n"
"Last-Translator: Martin Bagge / brother \n"
"Language-Team: Swedish \n"
"Language: Swedish\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Poedit-Language: Swedish\n"
"X-Poedit-Country: Sweden\n"

#. Type: boolean
#. Description
#: ../nvidia-installer-cleanup.templates:1001
msgid "Run 'nvidia-installer --uninstall'?"
msgstr "Ska \"nvidia-installer --uninstall\" köras?"

#. Type: boolean
#. Description
#: ../nvidia-installer-cleanup.templates:1001
msgid ""
"The 'nvidia-installer' program was found on your system.  This is probably "
"left over from an earlier installation of the non-free NVIDIA graphics "
"driver, installed using the NVIDIA *.run file directly.  This installation "
"is incompatible with the Debian packages.  To install the Debian packages "
"safely, it is therefore neccessary to undo the changes performed by 'nvidia-"
"installer'."
msgstr ""
"Programmet \"nvidia-installer\" hittades på systemet. Detta är troligen en "
"kvarleva från en tidigare installation av ickefira NVIDIAs grafikdrivrutiner "
"som installerats med hjälp av NVIDIAs *.run-fil. Denna installation är inte "
"kompatibel med Debianpaket. För att installera Debianpaketen säkert behöver "
"ändringarna som \"nvidia-installer\" gjort göras ogjorda."

#. Type: boolean
#. Description
#: ../nvidia-installer-cleanup.templates:2001
msgid "Delete 'nvidia-installer' files?"
msgstr "Radera \"nvidia-installer\"-filer?"

#. Type: boolean
#. Description
#: ../nvidia-installer-cleanup.templates:2001
msgid ""
"Some files from the 'nvidia-installer' still remain on your system. These "
"probably come from an earlier installation of the non-free NVIDIA graphics "
"driver using the *.run file directly.  Running the uninstallation procedure "
"may have failed and left these behind.  These files conflict with the "
"packages providing the non-free NVIDIA graphics driver and must be removed "
"before the package installation can continue."
msgstr ""
"Några filer från \"nvidia-installer\" finns fortfarande kvar på systemet. "
"Dessa kommer troligen från tidigare installationer av NVIDIAs "
"grafikdrivrutiner som installerats med hjälp av NVIDIAs *.run-filen. "
"Körningen av avinstallationen kan ha misslyckats och lämnat dessa filer "
"kvar. De står i konflikt mot paketen som tillhandahåller ickefria NVIDIAs "
"grafikdrivrutiner och måste tas bort innan paketinstallationen kan fortsätta."

#. Type: boolean
#. Description
#: ../nvidia-installer-cleanup.templates:3001
msgid "Remove conflicting library files?"
msgstr "Ta bort bibliotekfiler som står i konflikt?"

#. Type: boolean
#. Description
#: ../nvidia-installer-cleanup.templates:3001
msgid ""
"The following libraries were found on your system and conflict with the "
"current installation of the NVIDIA graphics drivers:"
msgstr ""
"Följande bibliotek hittades på systemet och står i konflikt med den aktuella "
"installationen av NVIDIAs grafikdrivrutiner:"

#. Type: boolean
#. Description
#: ../nvidia-installer-cleanup.templates:3001
msgid ""
"These libraries are most likely remnants of an old installation using the "
"nvidia-installer and do not belong to any package managed by dpkg.  It "
"should be safe to delete them."
msgstr ""
"Dessa bibliotek är mest troligt lämningar från en äldre installation som "
"använt nvidia-installer och tillhör inte något paket som hanteras av dpkg. "
"Det bör vara säkert att radera dem."

#. Type: note
#. Description
#. Translators, do not translate the substitution variables (${new-version},
#. ${running-version}) and the command 'rmmod nvidia'.
#: ../nvidia-support.templates:3001
msgid "Mismatching nvidia kernel module loaded"
msgstr "Kärnmodulen nvidia lästes in från fel version"

#. Type: note
#. Description
#. Translators, do not translate the substitution variables (${new-version},
#. ${running-version}) and the command 'rmmod nvidia'.
#: ../nvidia-support.templates:3001
msgid ""
"The nvidia driver that is being installed (version ${new-version}) does not "
"match the nvidia kernel module currently loaded (version ${running-version})."
msgstr ""
"nvidiadrivrutinen som installeras (version ${new-version}) stämmer inte "
"överrens med den nvidiakärnmodul som är inläst just nu (version ${running-"
"version})."

#. Type: note
#. Description
#. Translators, do not translate the substitution variables (${new

Bug#651347: [INTL:sv] Swedish strings for ntfs-3g debconf

[Martin Bagge]

package: ntfs-3g
severity: wishlist
tags: patch l10n

Please consider to add this file to translation of debconf.

-- 
brother
http://sis.bthstuden.se
# Swedish translation of ntfs-3g debconf templates.
# Copyright (C) 2011 Martin Bagge 
# This file is distributed under the same license as the ntfs-3g package.
#
# Martin Bagge , 2011
msgid ""
msgstr ""
"Project-Id-Version: PACKAGE VERSION\n"
"Report-Msgid-Bugs-To: ntfs...@packages.debian.org\n"
"POT-Creation-Date: 2011-10-30 20:36+0100\n"
"PO-Revision-Date: 2011-12-06 21:04+0100\n"
"Last-Translator: Martin Bagge / brother \n"
"Language-Team: Swedish \n"
"Language: \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=utf-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Poedit-Language: Swedish\n"
"X-Poedit-Country: Sweden\n"

#. Type: boolean
#. Description
#: ../ntfs-3g.templates:1001
msgid "Should NTFS-3G be installed \"setuid root\"?"
msgstr "Ska NTFS-3G installeras som \"setuid root\"?"

#. Type: boolean
#. Description
#: ../ntfs-3g.templates:1001
msgid ""
"NTFS-3G can be installed with the set-user-id bit set, so that it will run "
"with superuser privileges. This allows unprivileged users to mount NTFS "
"volumes."
msgstr ""
"NTFS-3G kan installeras med biten set-user-id aktiv så att exekveringen sker "
"med en superanvändares rättigheter. Detta medger användare att montera NTFS-"
"volymer."

#. Type: boolean
#. Description
#: ../ntfs-3g.templates:1001
msgid ""
"Enabling this feature may be a security risk, so it is disabled by default. "
"If in doubt, you should leave it disabled."
msgstr ""
"Aktivering av denna funktion kan vara en säkerhetsrisk, därför är det inte "
"aktiverat som standard. Har du minsta tvivel mot funktionen ska du lämna den "
"avaktiverad."

#. Type: boolean
#. Description
#: ../ntfs-3g.templates:2001
msgid "Should NTFS-3G be included in initramfs?"
msgstr "Ska NTFS-3G inkluderas i initramfs?"

#. Type: boolean
#. Description
#: ../ntfs-3g.templates:2001
msgid ""
"NTFS-3G can be included in initramfs which allows to early mount NTFS "
"volumes."
msgstr ""
"NTFS-3G kan bli inkluderat i initramfs vilket möjliggör tidig montering av "
"NTFS-volymer."

Bug#651346: [INTL:sv] Swedish strings for lxc debconf

[Martin Bagge]

package: lxc
severity: wishlist
tags: patch l10n

Please consider to add this file to translation of debconf.

-- 
brother
http://sis.bthstuden.se
# Swedish translation of lxc debconf templates.
# Copyright (C) 2011 Martin Bagge 
# This file is distributed under the same license as the lxc package.
#
# Martin Bagge , 2011
msgid ""
msgstr ""
"Project-Id-Version: PACKAGE VERSION\n"
"Report-Msgid-Bugs-To: l...@packages.debian.org\n"
"POT-Creation-Date: 2011-11-15 22:07+0100\n"
"PO-Revision-Date: 2011-12-06 21:02+0100\n"
"Last-Translator: Martin Bagge / brother \n"
"Language-Team: Swedish \n"
"Language: \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=utf-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Poedit-Language: Swedish\n"
"X-Poedit-Country: Sweden\n"

#. Type: title
#. Description
#: ../lxc.templates:1001
#| msgid "Linux Containers (LXC) setup"
msgid "Linux Containers: LXC setup"
msgstr " Linux Containers: Inställningar för LXC"

#. Type: boolean
#. Description
#: ../lxc.templates:2001
msgid "Automatically start Linux Containers on boot?"
msgstr "Ska Linux Containers starta automatiskt vid systemets uppstart?"

#. Type: boolean
#. Description
#: ../lxc.templates:2001
#| msgid ""
#| "Linux Containers can be automatically started during system boot and shut "
#| "down on reboot or halt."
msgid ""
"Linux Containers that have their configuration files copied or symlinked to "
"the /etc/lxc/auto directory can be automatically started during system boot, "
"and shut down on reboot or halt."
msgstr ""
"Linux Containers som har inställningsfilerna kopierade eller länkade till "
"katalogen /etc/lxc/auto kan automatiskt startas vid systemets uppstart eller "
"stängas av vid omstart eller nedstängning av systemet."

#. Type: boolean
#. Description
#: ../lxc.templates:2001
msgid "If unsure, choose yes (default)."
msgstr "Om du är osäker välj ja (standard)"

#. Type: select
#. Description
#: ../lxc.templates:3001
#| msgid "Linux Containers (LXC) setup"
msgid "Linux Container: Stop method"
msgstr " Linux Container: Metdo för avstängning"

#. Type: select
#. Description
#: ../lxc.templates:3001
msgid ""
"Linux Containers can be stopped in different ways. The stop method kills all "
"processes inside the container. The halt method initiates a shutdown, which "
"takes longer and can have problems with containers that don't shutdown "
"themselfs properly."
msgstr ""
"Linux Containers kan stängas av på olika sätt. Metoden avstäning kommer att "
"döda alla processer inuti containern. Halt-metoden påbörjar en nedstängning, "
"detta tar längre tid och kan innebära problem med containers som inte "
"stänger av sig korrekt själva."

#. Type: select
#. Description
#: ../lxc.templates:3001
msgid "If unsure, choose stop (default)."
msgstr "Om du är osäker välj stopp (standard)"

#. Type: string
#. Description
#: ../lxc.templates:4001
msgid "LXC directory:"
msgstr "Katalog för LXC:"

#. Type: string
#. Description
#: ../lxc.templates:4001
msgid ""
"Please specify the directory that will be used to store the Linux Containers."
msgstr "Ange katalogen som ska användas för att lagra Linux Containers."

#. Type: string
#. Description
#: ../lxc.templates:4001
msgid "If unsure, use /var/lib/lxc (default)."
msgstr "Om du är osäker använd /var/lib/lxc (standard)."

Bug#651344: [INTL:sv] Swedish strings for guacamole debconf

[Martin Bagge]

package: guacamole
severity: wishlist
tags: patch l10n

Please consider to add this file to translation of debconf.

-- 
brother
http://sis.bthstuden.se
# Translation of guacamole debconf template to Swedish
# Copyright (C) 2011 Martin Bagge 
# This file is distributed under the same license as the guacamole package.
#
# Martin Bagge , 2011
msgid ""
msgstr ""
"Project-Id-Version: Guacamole\n"
"Report-Msgid-Bugs-To: guacam...@packages.debian.org\n"
"POT-Creation-Date: 2011-12-02 06:11+0100\n"
"PO-Revision-Date: 2011-12-06 20:54+0100\n"
"Last-Translator: Martin Bagge / brother \n"
"Language-Team: Swedish \n"
"Language: \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Poedit-Language: Swedish\n"
"X-Poedit-Country: Sweden\n"

#. Type: boolean
#. Description
#: ../guacamole-tomcat.templates:2001
msgid "Restart Tomcat server?"
msgstr "Starta om Tomcat-servern?"

#. Type: boolean
#. Description
#: ../guacamole-tomcat.templates:2001
msgid ""
"The installation of Guacamole under Tomcat requires restarting the Tomcat "
"server, as Tomcat will only read configuration files on startup."
msgstr ""
"Installationen av Guacamole under Tomcat krävar att Tomcat-servern startas "
"om eftersom Tomcat endast läser inställningsfilerna vid uppstart."

#. Type: boolean
#. Description
#: ../guacamole-tomcat.templates:2001
msgid ""
"You can also restart Tomcat manually by running \"invoke-rc.d tomcat6 restart"
"\" as root."
msgstr ""
"Du kan också starta om Tomcat manuellt genom att köra \"invoke-rc.d tomcat6 "
"restart\" som root."

Bug#651345: [INTL:sv] Swedish strings for live-build debconf

[Martin Bagge]

package: live-build
severity: wishlist
tags: patch l10n

Please consider to add this file to translation of debconf.

-- 
brother
http://sis.bthstuden.se
# Swedish translation of live-build debconf templates.
# Copyright (C) 2011 Martin Bagge 
# This file is distributed under the same license as the live-build package.
#
# Martin Bagge , 2011
msgid ""
msgstr ""
"Project-Id-Version: live-build\n"
"Report-Msgid-Bugs-To: live-bu...@packages.debian.org\n"
"POT-Creation-Date: 2011-11-14 12:06+0100\n"
"PO-Revision-Date: 2011-12-06 21:36+0100\n"
"Last-Translator: Martin Bagge / brother \n"
"Language-Team: Swedish \n"
"Language: \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: title
#. Description
#: ../live-build-cron.templates:1001
msgid "Debian Live - System Build Scripts (cron autobuilder)"
msgstr "Debian Live - Byggskript för systemet (cron autobuilder)"

#. Type: boolean
#. Description
#: ../live-build-cron.templates:2001
#| msgid "Enable image autobuilds?"
msgid "Enable live image autobuilds?"
msgstr "Ska avbildningar byggas automatiskt?"

#. Type: boolean
#. Description
#: ../live-build-cron.templates:2001
#| msgid "Please choose whether live-images should be built automatically."
msgid "Please choose whether live images should be built automatically."
msgstr "Ange om du vill att live-avbildningar ska byggas automatiskt."

#. Type: string
#. Description
#: ../live-build-cron.templates:3001
#| msgid "Image build directory:"
msgid "Image destination directory:"
msgstr "Destinationskatalog för byggda avbildningar:"

#. Type: string
#. Description
#: ../live-build-cron.templates:3001
#| msgid "Please specify the directory where live-images should be stored."
msgid "Please specify the directory where live images should be stored."
msgstr "Ange katalogen där live-avbildningar ska lagras."

#. Type: string
#. Description
#: ../live-build-cron.templates:4001
msgid "Cron expression for image builds:"
msgstr "Cron-uttryck för bygge av avbildningar:"

#. Type: string
#. Description
#: ../live-build-cron.templates:4001
#| msgid ""
#| "Please specify the scheduling for the cron job defining when live-images "
#| "should be built."
msgid ""
"Please specify the scheduling for the cron job defining when live images "
"should be built."
msgstr ""
"Ange schemaläggning för cron-jobbet som anger när bygget av live-"
"avbildningar sker."

#. Type: string
#. Description
#: ../live-build-cron.templates:4001
msgid "This defaults to: 0 0 * * *"
msgstr "Standardvärdet är: 0 0 * * *"

#. Type: select
#. Description
#: ../live-build-cron.templates:5001
msgid "Live-build version to use:"
msgstr "Version av live-build som ska användas:"

#. Type: select
#. Description
#: ../live-build-cron.templates:5001
msgid "Please select the version of live-build to use."
msgstr "Ange vilken version live-build-version som ska användas."

#. Type: select
#. Description
#: ../live-build-cron.templates:5001
msgid ""
"If you choose \"git\", the current version of live-build from git will be "
"used. If you choose \"host\", the live-build from the host system will be "
"used. Finally, \"release\" will use the last released version."
msgstr ""
"Väljer du \"git\" kommer den aktuella versionen av live-build att användas. "
"Väljer du \"host\" kommer live-build från värdsystemet att användas. "
"\"release\" kommer att använda den senaste utgåvan av live-build."

#. Type: multiselect
#. Description
#: ../live-build-cron.templates:6001
msgid "Daily image distribution(s):"
msgstr "Distribution(er) för dagliga avbildningar:"

#. Type: multiselect
#. Description
#: ../live-build-cron.templates:6001
#| msgid ""
#| "Please select the distributions you would like to include for live-images "
#| "built daily."
msgid ""
"Please select the distributions you would like to include for live images "
"daily-builds."
msgstr ""
"Ange vilka distributioner som du vill inkludera i live-avbildningar som "
"byggs dagligen."

#. Type: multiselect
#. Description
#: ../live-build-cron.templates:7001
msgid "Daily image flavor(s):"
msgstr "Typ(er) för dagliga avbildningar:"

#. Type: multiselect
#. Description
#: ../live-build-cron.templates:7001
#| msgid ""
#| "Please select the flavors you would like to include for live-images built "
#| "daily."
msgid ""
"Please select the flavors you would like to include for live images daily-"
"builds."
msgstr ""
"Ange vilka typer du vill inkludera för live-avbildningar som byggs dagligen."

#. Type: multiselect
#. Description
#: ../live-build-cron.templates:8001
msgid "Weekly image distribution(s):"
msgstr "Distribution(er) för veckovisa avbildningar:"

#. Type: multiselect
#. Description
#: ../live-build-cron.templates:8001
#| msgid ""
#| "Please select the distributions you would like to include for live-images "
#| "built weekly."
msgid ""
"Please select the distributions you would like to include for live images "
"weekly-builds."
msgstr ""
"Ange vilk

Bug#651343: --recursive is buggy

[Nick Wellnhofer]

Package: dh-make-perl
Version: 0.74-1

The --recursive option of dh-make-perl is buggy. See

https://rt.cpan.org/Public/Bug/Display.html?id=71708

There's also a patch from reporter DKOGAN.



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

Bug#651339: [linux-headers-3.1-4.slh.3-aptosid-amd64] Module snd-hda-intel stopped working for cards with SigmaTel STAC9227 chip.

[Gergely Nagy]

reassign 651339 src:linux-2.6
thanks

Hendrik Radke  writes:

> Package: linux-headers-3.1-4.slh.3-aptosid-amd64
> Version: 3.1-18
> Severity: normal
>
> --- Please enter the report below this line. ---
>
> Hello, I am using aptosid as distribution. My soundcard is one of those "Intel
> HDA" things. Using "cat /proc/asound/card0/codec*|head -n1", I get "SigmaTel
> STAC9227" as model.

Since you're using aptosid, it might be more useful to report bugs
there. I'm reassigning your report to the Debian kernel package,
however, and let the kernel maintainers decide whether they want to deal
with the problem, or not.

But generally, bugs found in derivative distributions should be first
reported there.

-- 
|8]



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

Bug#651300: mm_malloc.h:31: error: static declaration of '_aligned_malloc' follows non-static declaration

[Stephen Kitt]

Hi,

On Wed, 07 Dec 2011 15:23:19 +0100, Mathieu Malaterre
 wrote:
> I cannot compile openjpeg using mingw-64, it fails with:
> 
> [ 22%] Building C object libopenjpeg/CMakeFiles/openjpeg.dir/mct.c.obj
> In file included
> from /usr/lib/gcc/amd64-mingw32msvc/4.4.4/include/xmmintrin.h:39,
> from /home/ctest/Dashboards/My
> Tests/openjpeg-b15/libopenjpeg/mct.c:33: 
> /usr/lib/gcc/amd64-mingw32msvc/4.4.4/include/mm_malloc.h:31:
> error: static declaration of '_aligned_malloc' follows non-static
> declaration 
> /usr/lib/gcc/amd64-mingw32msvc/4.4.4/../../../../amd64-mingw32msvc/include/stdlib.h:416:
> note: previous declaration of '_aligned_malloc' was
> here ../usr/lib/gcc/amd64-mingw32msvc/4.4.4/include/mm_malloc.h:68: error:
> static declaration of '_aligned_free' follows non-static
> declaration 
> /usr/lib/gcc/amd64-mingw32msvc/4.4.4/../../../../amd64-mingw32msvc/include/stdlib.h:415:
> note: previous declaration of '_aligned_free' was here [ 24%] Building C
> object libopenjpeg/CMakeFiles/openjpeg.dir/mqc.c.obj

Since you're running a mixture of stable, testing and unstable, would you
mind giving mingw-w64 in testing/unstable a shot? It provides a much more
recent version of the mingw-w64 development headers than the one you're
using, and the bug you've found may well be fixed there.

In the near future gcc-mingw-w64 will replace gcc-mingw32.

Regards,

Stephen


signature.asc
Description: PGP signature

Bug#651342: python3: little typo in py3versions manpage

[Daniel Stender]

Package: python3
Version: 3.2.2
Severity: minor

Just a little typo in the py3versions manpage. Patch applied.

Greetings,
Daniel Stender
--- /dev/fd/5	2011-12-07 23:43:57.265651270 +0100
+++ -	2011-12-07 23:43:57.272512215 +0100
@@ -28,7 +28,7 @@
 missing, it will fall back to list the supported Python3
 versions after checking debian/control. Versions less than 3 are
 ignored. The keyword all is ignored because it covers all Python2
-verions.  The former keyword current is not supported at all in
+versions.  The former keyword current is not supported at all in
 Python3.
 .TP
 .I -i, --installed

Bug#651098: SV: Bug#651098: [INTL:da] Danish translation of the debconf templates apt-setup

[Joe Dalton]

Hi Christian,

I can
do that as it would make the D-I stats for Danish less bad, but,
indeed,

I think this is a good idea


it would be good to find someone to take care of general
updates of D-I in Danish.
And this too, and actually we did found a person around a year ago, but I don't 
think he is around anymore. I might (with some training) be able to do this, 
but that job is not my strong side and there are others with better skills (but 
unfortunately lacking the time for the job).

But I never got life signs from these people for quite a while...

Ask is still around :o)
He is just working on his Ph.D. (defending it tomorrow actually). 

It is maybe time for debian-l10n-danish to take over the D-I
translation?

Don't think that is a good idea. The people who can assure a good quality on 
this translation are all following the group . I'm also 
on this list. I made the call for proofreading on that list.

Actually both Byrial Jensen and Kenneth Nielsen have proofread this small 
translation update I made here for apt-setup. 

And I'm very convinced that then we need to make the final translation for the 
D-I translations one or more will step up (it is a very important translation).

Bye
Joe






 Fra: Christian PERRIER 
Til: Joe Dalton ; 651...@bugs.debian.org 
Cc: "debian-l10n-dan...@lists.debian.org"  
Sendt: 7:06 tirsdag den 6. december 2011
Emne: Re: Bug#651098: [INTL:da] Danish translation of the debconf templates 
apt-setup
 
Quoting Joe Dalton (joedalt...@yahoo.dk):
> Package: apt-setup
> Severity: wishlist
> Tags: l10n patch
> 
> Please include the attached Danish apt-setup translations.
> 
> joe@joe-desktop:~/over/debian/apt-setup$ msgfmt --statistics -c -v -o 
> /dev/null da.po
> da.po: 68 oversatte tekster.


apt-setup is part of Debian Installer and, therefore, is updated when
Debian Installer "master" files are updated.

Indeed, your update should be merged with D-I translation files. I can
do that as it would make the D-I stats for Danish less bad, but,
indeed, it would be good to find someone to take care of general
updates of D-I in Danish.

Last updates:

# Ask Hjorth Larsen , 2010.
# Mads Bille Lundby , 2008.
# Jesper Dahl Nyerup , 2008.
# Jacob Sparre Andersen , 2008, 2010.
# Claus Hindsgaul , 2004-2007.


Last update in D-I sublevel 1 file:
"PO-Revision-Date: 2010-10-28 20:12+0200\n"
"Last-Translator: Ask Hjorth Larsen \n"

The debian-l10n-danish wasn't notified when I called for updates
because:

"Language-Team: \n"

But I never got life signs from these people for quite a while...

It is maybe time for debian-l10n-danish to take over the D-I
translation?

Bug#651340: git-dch should break lines in 80 chars

[mario]

Package: git-buildpackage
Version: 0.5.32
Severity: normal


When using "git-dch -s commit-id" to populate debian/changelog,
the lines in debian/changelog should be splited in 80 chars max.



Thnaks for this useful package.

Greetings

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

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

Versions of packages git-buildpackage depends on:
ii  devscripts   2.11.2
ii  git [git-core]   1:1.7.7.3-1
ii  python   2.7.2-9
ii  python-dateutil  1.5-1
ii  python2.62.6.7-4
ii  python2.72.7.2-8

Versions of packages git-buildpackage recommends:
ii  cowbuilder0.66
ii  pristine-tar  1.15

Versions of packages git-buildpackage suggests:
ii  python-notify  0.1.1-3
ii  unzip  6.0-5

-- 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#651339: [linux-headers-3.1-4.slh.3-aptosid-amd64] Module snd-hda-intel stopped working for cards with SigmaTel STAC9227 chip.

[Hendrik Radke]

Package: linux-headers-3.1-4.slh.3-aptosid-amd64
Version: 3.1-18
Severity: normal

--- Please enter the report below this line. ---

Hello, I am using aptosid as distribution. My soundcard is one of those "Intel
HDA" things. Using "cat /proc/asound/card0/codec*|head -n1", I get "SigmaTel
STAC9227" as model.

Until kernel 3.1-0, my audio worked without problems, using snd-hda-intel as 
driver:
  modprobe snd-hda-intel model=ref-no-jd
Indeed, switching back to this kernen version makes the sound work again.

Since the 3.1-4 versions, sound has stopped working. In /var/log/messages, I get
a line
  snd_hda_intel: probe of :00:1b.0 failed with error -16
No files are created in /dev/snd. Under /proc/asound/cards, the card is not
listed. Changing the model from ref-no-jd to 3stack brings no change, it still
does not work.

--- System information. ---
Architecture: amd64
Kernel:   Linux 3.1-0.slh.5-aptosid-amd64

Debian Release: wheezy/sid
  500 unstableoscar.aptosid.com
  500 unstableftp.de.debian.org
  500 unstabledeb.opera.com
  450 unstablewww.debian-multimedia.org

--- Package information. ---
Depends  (Version) | Installed
==-+-===
libc6 (>= 2.7) | 2.13-21
gcc-4.6| 4.6.2-5


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#651338: ITP: libxmlwrapp -- xmlwrapp is a modern style lightweight C++ library for parsing XML

[Marcin Kulisz (kuLa)]

Package: wnpp
Severity: wishlist
Owner: "Marcin Kulisz (kuLa)" 

* Package name: libxmlwrapp
  Version : 0.6.2
  Upstream Author : Peter J Jones, Vaclav Slavik 
* URL : https://github.com/vslavik/xmlwrapp
* License : BSD
  Programming Lang: C++
  Description : xmlwrapp is a modern style lightweight C++ library for 
parsing XML

xmlwrapp is a C++ library parsing XML, it's a modern style lightweight C++
library for working with XML data. It provides a simple and easy to use
interface for libxml2 library.



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

Bug#651277: [Pkg-xfce-devel] Bug#651277: xfce4-terminal: Memory leak

[Isaac Gelado]

On Wed, Dec 7, 2011 at 10:29 PM, Isaac Gelado  wrote:
> On Wed, Dec 7, 2011 at 10:26 PM, Yves-Alexis Perez  wrote:
>> On mer., 2011-12-07 at 22:25 +0100, Isaac Gelado wrote:
>>> On Wed, Dec 7, 2011 at 10:20 PM, Yves-Alexis Perez  
>>> wrote:
>>> > On mer., 2011-12-07 at 22:08 +0100, Isaac Gelado wrote:
>>> >> Hi,
>>> >>  what traces do you need? How can I get them?
>>> >>
>>> > Well, first, how you determined it was using 4G memory. Then what
>>> > exactly did you do at that time, what is your config, etc. Then use
>>> > valgrind
>>> > (http://wiki.xfce.org/howto/panel_plugin_debug#debug_with_valgrind_full_example
>>> >  might help)
>>>
>>> Hi,
>>>  I determined that it was using ~4GB of memory using top; I have munin
>>> running on my system, and the physical memory usage for applications
>>> was constantly increasing. After killing xfce-terminal, the memory
>>> usage dropped.
>>>
>>>  I was running xfce4-terminal on gnome-shell (3.0.2-8).
>>
>> Ok. Nothing else running? What drivers (graphics)?
>
> Only the usual applets that come with gnome (network-manager, etc.).
> My graphics driver is nvidia (from debian repositories) 290.10-1
>
>>
>>>  To get valid
>>> valgrind traces, I have to install the debug version of
>>> xfce4-terminal, don't I? Let me know if this is the case, so I can run
>>> valgrind on the correct binary.
>>
>> I think it might help, yes.
>
> Ok. I will run this and get back to you.

Attached two log files:

 xfce4-terminal : valgrind xfce4-terminal
 xfce4-terminal-leak : valgrind --leak-check=full xfce4-terminal

 Hope this helps.
  Isaac

>
>  Thanks!
>  Isaac
>
>
>>
>>
>> --
>> Yves-Alexis
>
>
>
> --
> Isaac Gelado
>
>  'As gold which he cannot spend will make no man rich
>     so knowledge which he cannot apply will make no man wise'



-- 
Isaac Gelado

 'As gold which he cannot spend will make no man rich
    so knowledge which he cannot apply will make no man wise'



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

Bug#372310: closed by Joey Hess (Bug#372310: fixed in debhelper 8.9.12)

[Josselin Mouette]

reopen 372310
found 372310 8.9.12
thanks

Le mercredi 07 décembre 2011 à 19:34 +, Debian Bug Tracking System a
écrit : 
> #372310: dh_install: Please provide a new way to install files only when 
> available

> > * Debhelper config files may be made executable programs that output the
> >  desired configuration. No further changes are planned to the config 
> > file
> >  format; those needing powerful syntaxes may now use a programming 
> > language
> >  of their choice. (Be careful aiming that at your feet.)
> >  Closes: #235302, #372310, #235302, #614731,
> >  Closes: #438601, #477625, #632860, #642129

This change doesn’t bring anything useful regarding this bug report. The
request was for something making things *easier*, not making them more
complicated than what can already be done within debian/rules.

-- 
 .''`.  Josselin Mouette
: :' :
`. `'
  `-


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

Bug#651215: Kernel fails to boot on NSLU2

[Rtp]

Ben Hutchings  writes:
Hi,

> On Tue, 2011-12-06 at 20:40 +0100, Jochen Friedrich wrote:
>> Package: linux-image-3.1.0-1-ixp4xx
>> Severity: normal
>> 
>> While 3.0.0-6 booted OK on NSLU2 platform, 3.1.0-1 or -4 fails to do so.
>> 
>> Boot log:
> [...]
>> [0.00] Linux version 3.1.0-1-ixp4xx (Debian 3.1.4-1) 
>> (wa...@debian.org)
>> (gcc version 4.6.2 (Debian 4.6.2-4) ) #1 Wed Nov 30 06:35:38 UTC 2011
>> [0.00] CPU: XScale-IXP42x Family [690541f1] revision 1 (ARMv5TE),
>> cr=397f
>> [0.00] CPU: VIVT data cache, VIVT instruction cache
>> [0.00] Machine: Linksys NSLU2
> [...]
>> [3.269860] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
>> [3.350596] PCI: enabling device :00:01.2 (0140 -> 0142)
>> [3.356553] ehci_hcd :00:01.2: EHCI Host Controller
>> [3.452053] ehci_hcd :00:01.2: new USB bus registered, assigned bus
>> number 1
>> [3.459646] ehci_hcd :00:01.2: coherent DMA mask 0x3ff is smaller
>> than system GFP_DMA mask 0x
>> [3.570085] ehci_hcd :00:01.2: coherent DMA mask 0x3ff is smaller
>> than system GFP_DMA mask 0x
>> [3.680189] ehci_hcd :00:01.2: coherent DMA mask 0x3ff is smaller
>> than system GFP_DMA mask 0x
>> (repeated over and over)
>
> I assume that this has something to do with:
>
> commit 650320181a08b64d4421c65c639cf47ad8cc2cd6
> Author: Nicolas Pitre 
> Date:   Mon Jul 18 15:05:10 2011 -0400
>
> ARM: change ARM_DMA_ZONE_SIZE into a variable
>
> commit 7553ee777b513c3bc8f45bb9fc75fb1bbc584ba1
> Author: Nicolas Pitre 
> Date:   Tue Jul 5 22:28:09 2011 -0400
>
> ARM: mach-ixp4xx: move from ARM_DMA_ZONE_SIZE to mdesc->dma_zone_size
>
> It's clear that the DMA zone size is supposed to be 64 MB on this
> machine and I don't see why the DMA mask hasn't propagated correctly.
> Any idea, Nicholas?

I may be wrong but it seems that arm_dma_zone_size is used before being
set. It would be interesting if someone can boot test a nslu2 kernel with
appended patch.


Thanks,
Arnaud

Index: linux-2.6-3.2~rc4/arch/arm/kernel/setup.c
===
--- linux-2.6-3.2~rc4.orig/arch/arm/kernel/setup.c	2011-12-01 23:56:01.0 +0100
+++ linux-2.6-3.2~rc4/arch/arm/kernel/setup.c	2011-12-07 23:04:39.0 +0100
@@ -921,6 +921,12 @@ void __init setup_arch(char **cmdline_p)
 	sanity_check_meminfo();
 	arm_memblock_init(&meminfo, mdesc);
 
+#ifdef CONFIG_ZONE_DMA
+	if (mdesc->dma_zone_size) {
+		extern unsigned long arm_dma_zone_size;
+		arm_dma_zone_size = mdesc->dma_zone_size;
+	}
+#endif
 	paging_init(mdesc);
 	request_standard_resources(mdesc);
 
@@ -934,12 +940,6 @@ void __init setup_arch(char **cmdline_p)
 
 	tcm_init();
 
-#ifdef CONFIG_ZONE_DMA
-	if (mdesc->dma_zone_size) {
-		extern unsigned long arm_dma_zone_size;
-		arm_dma_zone_size = mdesc->dma_zone_size;
-	}
-#endif
 #ifdef CONFIG_MULTI_IRQ_HANDLER
 	handle_arch_irq = mdesc->handle_irq;
 #endif

Bug#631019: HDF5 transition, the return!

[Sylvestre Ledru]

Le mercredi 07 décembre 2011 à 23:07 +0100, Julien Cristau a écrit :
> On Fri, Sep  2, 2011 at 00:10:43 +0200, Sylvestre Ledru wrote:
> 
> > Hello,
> > 
> > I did many changes in the HDF5 libraries (including symbol files!). I
> > will detail them later.
> > 
> > As Julien requested, here is the list of the packages with their RCs bug
> > ([] is none).
> > Do I have to add them of dependency for this bug/transition ?
> > 
> Thanks for the list.  I'm skipping the not-buggy packages.
OK. So, it doesn't sound too bad, isn't it ?

Sylvestre





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

Bug#651337: libboost-graph1.46-dev: Dangling symlink

[Torquil Macdonald Sørensen]

Package: libboost-graph1.46-dev
Version: 1.46.1-7+b1
Severity: normal

libboost-graph1.46-dev installs the dangling symlinks

/usr/lib/libboost_graph.so
/usr/lib/libboost_graph-mt.so

They point to a file in libboost-graph1.46.1, which is not
listed as a dependency.

Also, libboost-graph-parallel1.46-dev installs the
dangling symlinks

/usr/lib/libboost_graph_parallel.so
/usr/lib/libboost_graph_parallel-mt.so

They point to a file in libboost-graph-parallel1.46.1,
which is not a dependency.

Best regards
Torquil Sørensen

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

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

Versions of packages libboost-graph1.46-dev depends on:
ii  libboost-serialization1.46-dev  1.46.1-7+b1
ii  libboost-test1.46-dev   1.46.1-7+b1
ii  libboost1.46-dev1.46.1-7+b1

Versions of packages libboost-graph1.46-dev recommends:
pn  libboost-graph1.46.1  

libboost-graph1.46-dev 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#631019: HDF5 transition, the return!

[Julien Cristau]

On Fri, Sep  2, 2011 at 00:10:43 +0200, Sylvestre Ledru wrote:

> Hello,
> 
> I did many changes in the HDF5 libraries (including symbol files!). I
> will detail them later.
> 
> As Julien requested, here is the list of the packages with their RCs bug
> ([] is none).
> Do I have to add them of dependency for this bug/transition ?
> 
Thanks for the list.  I'm skipping the not-buggy packages.

> feel++-apps []

There's #650642.  But the package is not in testing, so we can probably
ignore it.

> gmsh [617931]

Not an issue for this.

> grads [634524]

Since fixed.

> illuminator-demo []

#646142 is fixed in sid, but the fixed package ftbfs on sparc so won't
move to testing:
https://buildd.debian.org/status/fetch.php?pkg=illuminator&arch=sparc&ver=0.11.0-8.1&stamp=1323062646

> labplot [555073]

Package no longer in the archive.

> libadios-dev [639257]

Fixed.

> libgdal1-1.7.0 [638210]

Fixed.

> libpetsc3.1 []

#643488, fixed package in sid FTBFS on armel
https://buildd.debian.org/status/fetch.php?pkg=petsc&arch=armel&ver=3.1.dfsg-11.1&stamp=1321433035

> libshogun8 []
> libshogun9 []
> libshogunui5 []
> libshogunui6 []

#616279, #645249
shogun is not in testing, though, so safe to ignore.

> libslepc3.0.0 []
> libslepc3.1 []

#624671.  Apparently no reverse dependencies, though.

> mathgl [638834]

Fixed.

> octave3.2 [637787, 618139]

Both fixed.

> octave-biosig []

#641790, fixed in sid, 4/10 days.

> octave-plplot []

plplot's currently blocked by gnat.  That'll need some sorting out...

> paraview [516689, 637397, 637609, 625055]

All fixed.

> python-dolfin [631589]

Fixed.

> python-gpiv []

#650598.

> python-petsc4py []

#626858, but removed

> python-stfio [631983]

Not an issue.

> salome [607655, 607651, 619662, 596315, 598421, 605154, 593657, 587387,
> 605812, 629765, 607024, 611095, 631827, 616278]

Not in testing, won't matter.

> stimfit [631825, 621778]

Package isn't in testing.  Meh.

Cheers,
Julien



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

Bug#491723: Status.net Debian Package

[Leo 'costela' Antunes]

Just a FYI:
The package is almost ready, the only thing missing before I can do an
official upload is the debian/copyright file. There's a lot of manual
work involved and I can't seem to find the time to sit down and do it
(and honestly, the motivation isn't exactly brimming for this specific
kind of work! ;) ).
If anyone would like to give it a final push, I'd really appreciate the
help!
Feel free to take a look at the current code at:
git://git.debian.org/~costela/statusnet.git

Cheers

-- 
Leo "costela" Antunes
[insert a witty retort here]




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

Bug#650979: debian-installer: syslinux boot menu falls off the bottom of the screen

[Lennart Sorensen]

On Wed, Dec 07, 2011 at 10:26:26PM +0100, Flavio Stanchina wrote:
> Well, I suppose you already thought about it, but why not try to get
> permission to use the real Wheezy this time? It's a penguin! :) This
> image would be perfect with a white background, penguin on the left
> and menu on the right:
> http://www.disneypicture.net/r-disney-movies-79-toy-story-172-toy-story-wheezy-2712.htm
> 
> Google for images of Wheezy, some people already went down this road.

This is Disney you are talking about.  Not going to happen.

Would be very cute though.

-- 
Len Sorensen



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

Bug#631018: [RFC] libevent 2.0 transition

[Leo 'costela' Antunes]

Hi,

On 07/12/11 19:02, Julien Cristau wrote:
>> - getstream: #622278
>> - honeyd: #632765
>> - ladvd: #650670
>> - python-event: #632763
>> - transmission: #650812

I'm also the maintainer here, but the version currently in experimental
is blocked by a build-dep on libminiupnpc-dev (>= 1.6) (which is also
only in experimental). I guess the quickest way to fix this would be
uploading an older version of transmission which already builds with
libevent 2, but doesn't need libminiupnpc 1.6.

>> - gearmand: #650825
>>
> These still need some action.  Anyone?

I'm unfortunatelly a bit swamped to deal with the other issues, but I'll
try to get to them as soon as practicable.


Cheers

-- 
Leo "costela" Antunes
[insert a witty retort here]



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

Bug#618700: ping

[Phillip Susi]

On 12/6/2011 2:30 AM, Ritesh Raj Sarraf wrote:

I remember you discussing on the lists. What was concluded? I ask
because I don't see the change reflecting in the upstream code repo.
And I don't see this to be specific to Debian.


Fix submitted and merged upstream.




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

Bug#651277: [Pkg-xfce-devel] Bug#651277: xfce4-terminal: Memory leak

[Isaac Gelado]

On Wed, Dec 7, 2011 at 10:26 PM, Yves-Alexis Perez  wrote:
> On mer., 2011-12-07 at 22:25 +0100, Isaac Gelado wrote:
>> On Wed, Dec 7, 2011 at 10:20 PM, Yves-Alexis Perez  wrote:
>> > On mer., 2011-12-07 at 22:08 +0100, Isaac Gelado wrote:
>> >> Hi,
>> >>  what traces do you need? How can I get them?
>> >>
>> > Well, first, how you determined it was using 4G memory. Then what
>> > exactly did you do at that time, what is your config, etc. Then use
>> > valgrind
>> > (http://wiki.xfce.org/howto/panel_plugin_debug#debug_with_valgrind_full_example
>> >  might help)
>>
>> Hi,
>>  I determined that it was using ~4GB of memory using top; I have munin
>> running on my system, and the physical memory usage for applications
>> was constantly increasing. After killing xfce-terminal, the memory
>> usage dropped.
>>
>>  I was running xfce4-terminal on gnome-shell (3.0.2-8).
>
> Ok. Nothing else running? What drivers (graphics)?

Only the usual applets that come with gnome (network-manager, etc.).
My graphics driver is nvidia (from debian repositories) 290.10-1

>
>>  To get valid
>> valgrind traces, I have to install the debug version of
>> xfce4-terminal, don't I? Let me know if this is the case, so I can run
>> valgrind on the correct binary.
>
> I think it might help, yes.

Ok. I will run this and get back to you.

 Thanks!
  Isaac


>
>
> --
> Yves-Alexis



-- 
Isaac Gelado

 'As gold which he cannot spend will make no man rich
    so knowledge which he cannot apply will make no man wise'



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

Bug#651277: [Pkg-xfce-devel] Bug#651277: xfce4-terminal: Memory leak

[Yves-Alexis Perez]

On mer., 2011-12-07 at 22:25 +0100, Isaac Gelado wrote:
> On Wed, Dec 7, 2011 at 10:20 PM, Yves-Alexis Perez  wrote:
> > On mer., 2011-12-07 at 22:08 +0100, Isaac Gelado wrote:
> >> Hi,
> >>  what traces do you need? How can I get them?
> >>
> > Well, first, how you determined it was using 4G memory. Then what
> > exactly did you do at that time, what is your config, etc. Then use
> > valgrind
> > (http://wiki.xfce.org/howto/panel_plugin_debug#debug_with_valgrind_full_example
> >  might help)
> 
> Hi,
>  I determined that it was using ~4GB of memory using top; I have munin
> running on my system, and the physical memory usage for applications
> was constantly increasing. After killing xfce-terminal, the memory
> usage dropped.
> 
>  I was running xfce4-terminal on gnome-shell (3.0.2-8).

Ok. Nothing else running? What drivers (graphics)?

>  To get valid
> valgrind traces, I have to install the debug version of
> xfce4-terminal, don't I? Let me know if this is the case, so I can run
> valgrind on the correct binary.

I think it might help, yes.


-- 
Yves-Alexis


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

Bug#650979: debian-installer: syslinux boot menu falls off the bottom of the screen

[Flavio Stanchina]

On 06/12/2011 04:40, Joey Hess wrote:

Flavio Stanchina wrote:

If further space is wanted, I'd suggest moving the logo up, there's plenty
of black pixels at the top of the image. IMHO, the old boot screen was
neater and looked defintely less "toyish", by the way.


There's a 100% chance that we'll be changing the boot logo, although
what the final one for wheezy is not yet known.


Well, I suppose you already thought about it, but why not try to get 
permission to use the real Wheezy this time? It's a penguin! :) This image 
would be perfect with a white background, penguin on the left and menu on 
the right:

http://www.disneypicture.net/r-disney-movies-79-toy-story-172-toy-story-wheezy-2712.htm

Google for images of Wheezy, some people already went down this road.

On 06/12/2011 04:54, Joey Hess wrote:

I have also made your changes to the squeeze branch of the installer,
so they should be in the next point release of squeeze.


Good, I hope I'll remember to check this.

--
Ciao, Flavio

Those who do not understand Unix are condemned to reinvent it, poorly.
-- Henry Spencer



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

Bug#651277: [Pkg-xfce-devel] Bug#651277: xfce4-terminal: Memory leak

[Isaac Gelado]

On Wed, Dec 7, 2011 at 10:20 PM, Yves-Alexis Perez  wrote:
> On mer., 2011-12-07 at 22:08 +0100, Isaac Gelado wrote:
>> Hi,
>>  what traces do you need? How can I get them?
>>
> Well, first, how you determined it was using 4G memory. Then what
> exactly did you do at that time, what is your config, etc. Then use
> valgrind
> (http://wiki.xfce.org/howto/panel_plugin_debug#debug_with_valgrind_full_example
>  might help)

Hi,
 I determined that it was using ~4GB of memory using top; I have munin
running on my system, and the physical memory usage for applications
was constantly increasing. After killing xfce-terminal, the memory
usage dropped.

 I was running xfce4-terminal on gnome-shell (3.0.2-8). To get valid
valgrind traces, I have to install the debug version of
xfce4-terminal, don't I? Let me know if this is the case, so I can run
valgrind on the correct binary.

 Cheers,
  Isaac


>
> Regards,
> --
> Yves-Alexis



-- 
Isaac Gelado

 'As gold which he cannot spend will make no man rich
    so knowledge which he cannot apply will make no man wise'



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

Bug#638068: old busybox

[Ben Hutchings]

On Wed, Dec 07, 2011 at 01:02:03PM -0800, n...@cantrip.org wrote:
> I don't know if this is the same problem.  I installed a new
> kernel (linux-image-3.1.0-1-amd64) which would not finish booting
> because the initramfs image was unusable.  It turned out that
> upgrading busybox from 1:1.1.3-3 to 1:1.19.3-4 enabled
> initramfs-tools to construct a working boot image.  Probably
> initramfs-tools should depend on a later version of busybox
> than 1:1.01-3.

Please don't ask us to support etch, as hysterical laughing
may offend.

I think we should remove the versioned dependency altogether;
packages in testing/unstable may assume that their dependencies
are at least as new as stable.

Ben.

-- 
Ben Hutchings
We get into the habit of living before acquiring the habit of thinking.
  - Albert Camus



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

Bug#651334: dpkg fails with old tar

[Raphael Hertzog]

forcemerge 642802 651334
thanks

On Wed, 07 Dec 2011, n...@cantrip.org wrote:
> I upgraded dpkg from 1.16.0.3 to 1.16.1.2, and was then
> unable to install, upgrade, or downgrade any other package,
> or dpkg itself.  This turns out to have been because my
> version of tar was 1.22-2, which did not understand the
> argument "--warning=no-timestamp" apparently passed by dpkg.

Already reported in #642802 and fixed in git master (dpkg 1.16.2)
with a pre-dependency on the corresponding tar version.

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Pre-order a copy of the Debian Administrator's Handbook and help
liberate it: http://debian-handbook.info/liberation/



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

Bug#651277: [Pkg-xfce-devel] Bug#651277: xfce4-terminal: Memory leak

[Yves-Alexis Perez]

On mer., 2011-12-07 at 22:08 +0100, Isaac Gelado wrote:
> Hi,
>  what traces do you need? How can I get them?
> 
Well, first, how you determined it was using 4G memory. Then what
exactly did you do at that time, what is your config, etc. Then use
valgrind
(http://wiki.xfce.org/howto/panel_plugin_debug#debug_with_valgrind_full_example 
might help)

Regards,
-- 
Yves-Alexis


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

Bug#651277: [Pkg-xfce-devel] Bug#651277: xfce4-terminal: Memory leak

[Isaac Gelado]

thanks
On Wed, Dec 7, 2011 at 9:23 PM, Yves-Alexis Perez  wrote:
> severity 651277 normal
> tag 651277 unreproducible moreinfo
> thanks
> On mer., 2011-12-07 at 11:32 +0100, Isaac Gelado wrote:
>> Package: xfce4-terminal
>> Version: 0.4.8-1
>> Severity: important
>> Tags: upstream
>>
>> xfce4-terminal increases its memory usage continuosly. I had a terminal open
>> (only one tab) for one day, and it was consuming 4GB of memory.
>
> Do you have some traces about that?

What traces do you need? How can I get them?

 Cheers,
  Isaac

>>
>> To reproduce the problem, just launch xfce4-terminal and let it run.
>
> Well, I surely can't reproduce that.
> --
> Yves-Alexis



-- 
Isaac Gelado

 'As gold which he cannot spend will make no man rich
    so knowledge which he cannot apply will make no man wise'



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

Bug#621632: O: hyperlatex

[Sven Joachim]

reassign 621632 ftp.debian.org
retitle 621632 RM: hyperlatex -- RoQA; orphaned, RC-buggy, inactive upstream
thanks

Am 07.12.2011 um 21:54 schrieb Roland Stigge:

> On 07/12/11 19:49, Sven Joachim wrote:
>>> Otherwise, I propose the removal of hyperlatex.
>> 
>> As nobody has volunteered to work on hyperlatex in the eight months
>> since you filed this bug, it seems reasonable to turn it into a removal
>> request now.  Do you agree?
>
> Yes, good idea!
>
> Thanks for your care!

Reassigning to ftp.debian.org hereby.

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#651277: [Pkg-xfce-devel] Bug#651277: xfce4-terminal: Memory leak

[Isaac Gelado]

Hi,
 what traces do you need? How can I get them?

 Cheers,
  Isaac

On Wed, Dec 7, 2011 at 9:23 PM, Yves-Alexis Perez  wrote:
> severity 651277 normal
> tag 651277 unreproducible moreinfo
> thanks
> On mer., 2011-12-07 at 11:32 +0100, Isaac Gelado wrote:
>> Package: xfce4-terminal
>> Version: 0.4.8-1
>> Severity: important
>> Tags: upstream
>>
>> xfce4-terminal increases its memory usage continuosly. I had a terminal open
>> (only one tab) for one day, and it was consuming 4GB of memory.
>
> Do you have some traces about that?
>>
>> To reproduce the problem, just launch xfce4-terminal and let it run.
>
> Well, I surely can't reproduce that.
> --
> Yves-Alexis



-- 
Isaac Gelado

 'As gold which he cannot spend will make no man rich
    so knowledge which he cannot apply will make no man wise'



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

Bug#638068: old busybox

[ncm]

I don't know if this is the same problem.  I installed a new
kernel (linux-image-3.1.0-1-amd64) which would not finish booting
because the initramfs image was unusable.  It turned out that
upgrading busybox from 1:1.1.3-3 to 1:1.19.3-4 enabled
initramfs-tools to construct a working boot image.  Probably
initramfs-tools should depend on a later version of busybox
than 1:1.01-3.




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

Bug#293587: df: -m option undocumented

[Bob Proulx]

KELEMEN Peter wrote:
> SSIA, the -m option is undocumented.

After merging a duplicate of this report I see that this ticket didn't
display any response even though there was one sent.  That was due to
the response being added in a control message without CC'ing the bug
ticket.  Therefore I am adding the same response here that I sent to
the duplicate so that this information will be plainly visible in the
lead ticket without needing to search and read the duplicate.

The df -m, and du -m options are now obsolescent.  The NEWS file
contains this information:

[4.1.5]
* The following options are now obsolescent, as their names are
  incompatible with IEC 60027-2:
   df, du: -m or --megabytes (use -BM or --block-size=1M)
   df, du, ls: --kilobytes (use --block-size=1K)

The version history shows:

  commit d1772031eefaec26e15bd526f6bd6c959ce059b6
  Author: Jim Meyering 
  Date:   Fri Dec 21 11:35:54 2001 +

  (BLOCK_SIZE_OPTION): Remove; no longer needed now that we have
  'B'.
  (long_options, usage, main): Add -B.
  (usage): Deprecate --kilobytes, -m, --megabytes.
  Document size suffixes.

The documentation was removed prior to removing the option itself.

Because this was an intentional change I do not believe it will be
"fixed" by documenting it.  Fixing it would mean completely removing
the option and completing the transition.

Bob



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

Bug#621632: O: hyperlatex

[Roland Stigge]

Hi,

On 07/12/11 19:49, Sven Joachim wrote:
>> Otherwise, I propose the removal of hyperlatex.
> 
> As nobody has volunteered to work on hyperlatex in the eight months
> since you filed this bug, it seems reasonable to turn it into a removal
> request now.  Do you agree?

Yes, good idea!

Thanks for your care!

bye,
  Roland



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

Bug#651335: oss-compat: Please mark oss-compat Multi-Arch: foreign

[Steve Langasek]

Package: oss-compat
Version: 0.0.6
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu precise ubuntu-patch

Hi Stephen,

oss-compat has shared library packages as reverse-dependencies (in
particular, libmikmod2), so in the multiarch world, it needs to be marked
Multi-Arch: foreign to satisfy the dependency of a foreign-architecture
library.

The attached simple patch achieves this, and has been uploaded to Ubuntu.
It would be a good idea to have this change in Debian as well.

Thanks for considering the patch.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
=== modified file 'debian/control'
--- debian/control	2011-06-06 07:17:14 +
+++ debian/control	2011-12-07 16:19:12 +
@@ -8,6 +8,7 @@
 
 Package: oss-compat
 Architecture: all
+Multi-Arch: foreign
 Depends: module-init-tools | hurd, ${misc:Depends}
 Description: Open Sound System (OSS) compatibility package
  This package ensures that Open Sound System support is provided in

Bug#651286: devscripts: getbuildlogs fails to fetch logs for versions with '+'

[Adam D. Barratt]

On Wed, 2011-12-07 at 13:30 +0100, Pino Toscano wrote:
> it looks like getbuildlogs cannot download build logs for versions
> containing a '+' character, eg binNMUs.

It can, if asked in the way it expects...

> $ getbuildlog php5 '5.3.8.0-1+b1' i386

The second argument there is "version-pattern".  getbuildlog(1) says:

The version and architecture patterns are interpreted as
extended regular expressions as described in grep(1).

so you want:

$ getbuildlog php5 '5\.3\.8\.0-1\+b1' i386

Admittedly the --help output doesn't explicitly indicate that the
patterns are regular expressions, but each of the examples given does
rather imply that fact.

Regards,

Adam




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

Bug#651106: grub-pc: Windows XP partition assigned wrong root partition

[Chris Carr]

On Wed, 2011-12-07 at 12:25 +, Ian Campbell wrote:
> On Wed, 2011-12-07 at 11:40 +0100, Vladimir 'φ-coder/phcoder' Serbinenko
> wrote:
> > On 05.12.2011 22:31, Chris Carr wrote:
> > > ### BEGIN /etc/grub.d/30_otheros ###
> > There is no /etc/grub.d/30_otheros distributed by either upstream or 
> > Debian which leads me to conclution that you created one yourself and it 
> > contains the bug you report.
> 
> The comment contains:
> # This entry automatically added by the Debian installer for a non-linux OS
> # on /dev/sde1
> 
> which suggests that D-I created it and the bug is there, no? Looks like
> in particular it comes from grub-installer although the root bug might
> be in os-prober:
> 
> $ cat grub-installer/grub-installer
> ...
> if [ -s $tmpfile ] ; then
> case $grub_version in
> [...]
> grub2)
> if ! $chroot $ROOT which os-prober >/dev/null 2>&1; then
> cat > $ROOT/etc/grub.d/30_otheros << EOF
> #!/bin/sh
> exec tail -n +3 \$0
> EOF
> cat $tmpfile >> $ROOT/etc/grub.d/30_otheros
> chmod +x $ROOT/etc/grub.d/30_otheros
> update_grub # propagate 30_otheros to grub.cfg
> fi
> ;;
> esac
> rm -f $tmpfile
> fi
> ...
> 
> Chris said:
> > I can edit grub.cfg manually and it works fine,
> > but every time the package is updated, grub.cfg is regenerated and it
> > is detected incorrectly again.
> 
> You can/should edit /etc/grub.d/30_otheros instead.

Many thanks Ian - apologies for my lack of understanding. This bug isn't
in grub, as update-grub is simply re-using the incorrect 30_otheros
every time. Is it ok to reassign it to os-prober, or do I need to do
some more testing first? Perhaps it's best to close it, and then reopen
it if I see the bug reappear on another install? (As I said in my first
post, it's been around for a year or two, so may well have been fixed in
d-i)

CC




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

Bug#636874: KDE applications affected too

[Michael Kiefer]

Hi folks,

This problem seems to be even more general. I use KDE and I have it as well. 
It started a couple of days ago (maybe in November). At some point some 
letters e.g. "d" and "s" are gone. Then, if I switch desktops or turn of and 
on the desktop effects, they come back again. A couple of minutes later, other 
characters are affected.
Xorg.0.log does not show any complaints.
My graphics card is a Radeon 9200SE.

Michael



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

Bug#651334: dpkg fails with old tar

[ncm]

Subject: dpkg fails with old tar
Package: dpkg
Version: 1.16.1.2
Justification: breaks unrelated software
Severity: critical

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

I upgraded dpkg from 1.16.0.3 to 1.16.1.2, and was then
unable to install, upgrade, or downgrade any other package,
or dpkg itself.  This turns out to have been because my
version of tar was 1.22-2, which did not understand the
argument "--warning=no-timestamp" apparently passed by dpkg.

The proper solution is probably one of:
1. add a dependency for dpkg on a version of tar that it can use, or
2. fix dpkg's dependence on recent versions of tar, or
3. make dpkg adapt gracefully to older versions of tar

Probably best would be to "recommend" a newer version of
tar, but work correctly with older versions anyhow.

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

Kernel: Linux 3.1.0-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages dpkg depends on:
ii  coreutils 5.97-5 The GNU core utilities
ii  libbz2-1.01.0.5-6high-quality block-sorting 
file co
ii  libc6 2.13-7 Embedded GNU C Library: 
Shared lib
ii  libselinux1   2.0.98-1   SELinux runtime shared 
libraries
ii  xz-utils  4.999.9beta+20100307-1 XZ-format compression 
utilities
ii  zlib1g1:1.2.3.4.dfsg-3   compression library - 
runtime


dpkg recommends no packages.

Versions of packages dpkg suggests:
ii  apt   0.8.15.9   Advanced front-end for 
dpkg


-- 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#633034: nfs-utils: /run transition: Please switch to /run/sendsigs.omit.d

[Anibal Monsalve Salazar]

On Wed, Dec 07, 2011 at 02:41:39PM +, Ben Hutchings wrote:
>I would be quite happy for you to do the NMU if you've tested the
>result.  Anibal, Luk, any objection to that?

I'm planning to work on the nfs-utils /run transition after I finish the
same transition for rpcbind.


signature.asc
Description: Digital signature

Bug#651333: slapd: fails to start, requires exact version of Berkeley DB

[Antonio Terceiro]

Package: slapd
Version: 2.4.25-4+b1
Severity: grave
Justification: renders package unusable

$ LANG=C sudo apt-get install slapd
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following packages were automatically installed and are no longer required:
  ruby-activeldap ruby-activerecord libldap-ruby1.8 ruby-gettext-activerecord 
libmozjs7d libxalan2-java-gcj
Use 'apt-get autoremove' to remove them.
The following NEW packages will be installed:
  slapd
0 upgraded, 1 newly installed, 0 to remove and 25 not upgraded.
Need to get 0 B/1682 kB of archives.
After this operation, 3951 kB of additional disk space will be used.
Preconfiguring packages ...
Selecting previously unselected package slapd.
(Reading database ... 247019 files and directories currently installed.)
Unpacking slapd (from .../slapd_2.4.25-4+b1_amd64.deb) ...
Processing triggers for man-db ...
Setting up slapd (2.4.25-4+b1) ...
  Creating initial configuration... Loading the initial configuration from the 
ldif file () failed with
the following error while running slapadd:
hdb_back_initialize: BDB library version mismatch: expected Berkeley DB 
5.1.25: (January 28, 2011), got Berkeley DB 5.1.29: (October 25, 2011)
backend_add:  initialization for type "hdb" failed
olcBackend: value #0:  failed init (hdb)!
slapadd: could not add entry dn="olcBackend={0}hdb,cn=config" (line=1047): 
dpkg: error processing slapd (--configure):
 subprocess installed post-installation script returned error exit status 1
configured to not write apport reports
  Errors were encountered while processing:
 slapd
E: Sub-process /usr/bin/dpkg returned an error code (1)

This will happen whenever a new version of Berkeley DB is uploaded.  When slapd
is already installed and then libdb5.1 is upgraded, it just fails to start.

I am rebuilding from source to confirm that it "fixes" the problem, but it
would be nice if slapd didn't check for such a specific version. Testing for
the soname should be enough.

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

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

Versions of packages slapd depends on:
ii  adduser 3.113
ii  coreutils   8.13-3
ii  debconf [debconf-2.0]   1.5.41
ii  libc6   2.13-21
ii  libdb5.15.1.29-1
ii  libgcrypt11 1.5.0-3
ii  libgnutls26 2.12.14-4
ii  libldap-2.4-2   2.4.25-4+b1
ii  libltdl72.4.2-1
ii  libodbc12.2.14p2-5
ii  libperl5.14 5.14.2-6
ii  libsasl2-2  2.1.25.dfsg1-2
ii  libslp1 1.2.1-7.8
ii  libwrap07.6.q-21
ii  lsb-base3.2-28
ii  multiarch-support   2.13-21
ii  perl [libmime-base64-perl]  5.14.2-6
ii  psmisc  22.14-1

Versions of packages slapd recommends:
ii  libsasl2-modules  2.1.25.dfsg1-2

Versions of packages slapd suggests:
ii  ldap-utils  2.4.25-4+b1

-- debconf information:
  slapd/password_mismatch:
  slapd/invalid_config: true
  shared/organization: nodomain
  slapd/upgrade_slapcat_failure:
  slapd/backend: HDB
  slapd/dump_database: when needed
  slapd/allow_ldap_v2: false
  slapd/no_configuration: false
  slapd/move_old_database: true
  slapd/dump_database_destdir: /var/backups/slapd-VERSION
  slapd/purge_database: false
  slapd/domain: nodomain

-- 
Antonio Terceiro 


signature.asc
Description: Digital signature

Bug#651131: dh-ocaml: debhelper sequence cannot be used with additional options

[Євгеній Мещеряков]

tags 651131 + patch
thanks

Here is the patch that:
 1. Add dh_ocamlclean with the same code as dh_ocamlinit -d
 2. Adds a deprecation warning for dh_ocamlinit -d, in case if someone
uses it without dh or cdbs
 3. Uses dh_ocamlclean instead of dh_ocamlinit -d in all places

I tested it with coccinelle and it breaks nothing, and it is possible to
use that --parallel option. It would be good if someone could try it with
packages that use those *.in files.

Regards,
Eugeniy Meshcheryakov

6 грудня 2011 о 02:07 +0100 Євгеній Мещеряков написав(-ла):
> Package: dh-ocaml
> Version: 1.0.2
> Severity: important
> 
> The debhelper sequence cannot be used if additional options are passed
> to dh, like this:
> 
>dh $@ --with ocaml --parallel
> 
> In this case package build fails with this:
> 
>   "dh_ocamlinit -d" -O--parallel
>make: *** [clean] Error 255
> 
> Without additional options it works because dh uses system() to execute
> commands and it behaves differently with only one argument. I do not
> think that this is a failure of debhelper because ocaml seems to be the 
> only sequence with command that has parameters, and I think it is hard to
> use overrides for that "dh_ocamlinit -d".
> 
> I think the functionality of dh_ocamlinit -d should be split into a new
> program, called for example dh_ocamlclean.
> 
> -- System Information:
> Debian Release: wheezy/sid
>   APT prefers unstable
>   APT policy: (500, 'unstable')
> Architecture: amd64 (x86_64)
> 
> Kernel: Linux 3.1.0-1-amd64 (SMP w/2 CPU cores)
> Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> 
> dh-ocaml depends on no packages.
> 
> Versions of packages dh-ocaml recommends:
> ii  debhelper  8.9.11
> ii  ocaml-nox  3.12.1-2
> 
> Versions of packages dh-ocaml suggests:
> ii  git  1:1.7.7.3-1
> 
> -- no debconf information
From 1d0e0bd62f16939d6b058fa10c421b9431d4d78a Mon Sep 17 00:00:00 2001
From: Eugeniy Meshcheryakov
 <Євгеній Мещеряков eu...@debian.org>
Date: Wed, 7 Dec 2011 21:01:44 +0100
Subject: [PATCH] Add new program, dh_ocamlclean, for cleaning files generated
 by dh_ocamlinit, and use it instead of dh_ocamlinit -d
 (closes: #651131)

---
 cdbs/1/rules/ocaml.mk   |2 +-
 debhelper/Makefile  |2 +-
 debhelper/dh_ocamlclean |   58 +++
 debhelper/dh_ocamlinit  |4 ++-
 debhelper/ocaml.pm  |8 +++---
 debian/changelog|7 +
 debian/install  |1 +
 share/ocamlinit.mk  |2 +-
 8 files changed, 76 insertions(+), 8 deletions(-)
 create mode 100755 debhelper/dh_ocamlclean

diff --git a/cdbs/1/rules/ocaml.mk b/cdbs/1/rules/ocaml.mk
index 458b4cd..86fe11b 100644
--- a/cdbs/1/rules/ocaml.mk
+++ b/cdbs/1/rules/ocaml.mk
@@ -87,7 +87,7 @@ ocamlinit-stamp:
 
 .PHONY: ocamlinit-clean
 ocamlinit-clean:
-	dh_ocamlinit -d
+	dh_ocamlclean
 
 pre-build:: ocamlinit-stamp
 clean:: ocamlinit-clean
diff --git a/debhelper/Makefile b/debhelper/Makefile
index 8792a77..014ba6d 100644
--- a/debhelper/Makefile
+++ b/debhelper/Makefile
@@ -1,5 +1,5 @@
 
-PAGES=dh_ocaml.1 dh_ocamlinit.1 dh_ocamldoc.1 ocaml-md5sums.1 ocaml-lintian.1
+PAGES=dh_ocaml.1 dh_ocamlinit.1 dh_ocamlclean.1 dh_ocamldoc.1 ocaml-md5sums.1 ocaml-lintian.1
 
 all:
 	for i in $(PAGES); do \
diff --git a/debhelper/dh_ocamlclean b/debhelper/dh_ocamlclean
new file mode 100755
index 000..531900e
--- /dev/null
+++ b/debhelper/dh_ocamlclean
@@ -0,0 +1,58 @@
+#!/usr/bin/perl -w
+
+# Copyright © 2009 Mehdi Dogguy 
+# Copyright © 2010 Stéphane Glondu 
+#
+# This is free software, you can redistribute it and/or modify it
+# under the terms of the GNU General Public License version 2 or above
+# as published by the Free Software Foundation.
+#
+# This program is distributed in the hope that it will be useful, but
+# WITHOUT ANY WARRANTY; without even the implied warranty of
+# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU
+# General Public License for more details.
+#
+# You should have received a copy of the GNU General Public License
+# along with this program; if not, write to the Free Software
+# Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307
+# USA
+
+=head1 NAME
+
+dh_ocamlclean - Clean files generated by dh_ocamlinit.
+
+=cut
+
+use strict;
+use Debian::Debhelper::Dh_Lib;
+init();
+
+=head1 SYNOPSIS
+
+B [S>]
+
+=head1 DESCRIPTION
+
+dh_ocamlinit cleans files generated by dh_ocamlinit from present
+debian/*.in ones.
+
+=cut
+
+my @ocaml_in_files = split /\n/,
+`find debian/ -type f -name "*.in" -not \\( -name control\.in \\) | sed 's/.in\$//'`;
+
+inhibit_log();
+complex_doit("rm -f ocamlinit-stamp @ocaml_in_files");
+exit;
+
+=head1 SEE ALSO
+
+L, L, L, L
+
+This program is meant to be used together with debhelper.
+
+=head1 AUTHOR
+
+Mehdi Dogguy 
+
+=cut
diff --git a/debhelper/dh_ocamlinit b/debhelper/dh_ocamlinit
index 0259522..3d99612 100755
--- a/debhelper/dh_ocamlinit
+++ b/debhelper/dh_ocamlinit
@@

Bug#651332: lintian: unhelpful message if changes file not present

[Nicholas Bamber]

Package: lintian
Version: 2.5.4
Severity: minor

Dear Maintainer,
*** Please consider answering these questions, where appropriate ***

   * What led up to the situation?
I have script that generates a private Debian package,
builds it and runs lintian on the resulting changes file.
I changed the name of the generated package in the test script
and forgot that the test script needed to be updated.
This led to an utterly bizarre error message:

"Package name and type must be defined at /usr/bin/lintian line 1692"

I understand that lintian runs on a layered approach and that the
error was finally spotted deep in the code. It would be nice if the arguments
were sanity checked right at the beginning as the message then would
be immediately obvious.


*** End of the template - remove these lines ***


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

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

Versions of packages lintian depends on:
ii  binutils   2.22-1   
ii  bzip2  1.0.5-7  
ii  diffstat   1.54-1   
ii  file   5.09-2   
ii  gettext0.18.1.1-5   
ii  intltool-debian0.35.0+20060710.1
ii  libapt-pkg-perl0.1.25+b1
ii  libclass-accessor-perl 0.34-1   
ii  libclone-perl  0.31-1+b2
ii  libdpkg-perl   1.16.1.2 
ii  libemail-valid-perl0.185-1  
ii  libipc-run-perl0.90-1   
ii  libparse-debianchangelog-perl  1.2.0-1  
ii  libtimedate-perl   1.2000-1 
ii  liburi-perl1.59-1   
ii  locales2.13-21  
ii  locales-all [locales]  2.13-21  
ii  man-db 2.6.0.2-3
ii  patchutils 0.3.2-1  
ii  perl [libdigest-sha-perl]  5.14.2-6 
ii  unzip  6.0-5

lintian recommends no packages.

Versions of packages lintian suggests:
ii  binutils-multiarch
ii  dpkg-dev   1.16.1.2 
ii  libhtml-parser-perl3.69-1+b1
ii  libtext-template-perl  1.45-2   
ii  man-db 2.6.0.2-3
ii  xz-utils   5.1.1alpha+20110809-3

-- debconf-show failed



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

Bug#651277: [Pkg-xfce-devel] Bug#651277: xfce4-terminal: Memory leak

[Yves-Alexis Perez]

severity 651277 normal
tag 651277 unreproducible moreinfo
thanks
On mer., 2011-12-07 at 11:32 +0100, Isaac Gelado wrote:
> Package: xfce4-terminal
> Version: 0.4.8-1
> Severity: important
> Tags: upstream
> 
> xfce4-terminal increases its memory usage continuosly. I had a terminal open
> (only one tab) for one day, and it was consuming 4GB of memory.

Do you have some traces about that?
> 
> To reproduce the problem, just launch xfce4-terminal and let it run.

Well, I surely can't reproduce that.
-- 
Yves-Alexis


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

Bug#651326: ovito blocking muparser transition bug

[Scott Howard]

block 651326 by 651331
thanks

Filed blocking bug for FTBFS by ovito:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=651331



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

Bug#650074: lxappearance: Launching lxappearance from a terminal, results in a segmentation fault.

[Farmbuyer]

This is probably a duplicate of bug #650609.
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=650609



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