Bug#720066: xul-ext-requestpolicy: no changes reflected in changelog.gz of the new version

[shirish शिरीष]

Package: xul-ext-requestpolicy
Version: 0.5.27-1
Severity: normal

Dear Maintainer,
First of all kudos for packaging and maintaining the sheer number of
add-ons for Mozilla. It's well appreciated by people like me.

On the bug itself while I'm filing this bug as normal, I do guess that
the above breaks Debian policy somewhere so it should be treated as
such (or at least the severity should be raised). I would guess that
the team which maintains this extension would look into the
appropriate handling of things.

The thing is I downloaded and installed this extension. I went to the
/usr/share/doc/xul-ext-requestpolicy to see what latest changes were
there and found that changes till 0.5.25 are only shared.

/usr/share/doc/xul-ext-requestpolicy$ zcat changelog.gz | head
Version 0.5.25 2012-27-02

Bug fixes:
* Requests to moz-filedata: and blob: were blocked. This caused
problems with, for example, pdf.js.

Extension compatibility:
* Dr. Web Link Checker's popup window had blocked content that
couldn't be easily whitelisted.

More info: 
https://github.com/RequestPolicy/requestpolicy/issues?milestone=20&state=closed

whereas if you go to the add-on page and look in the version info. you
do get that much more info.

https://addons.mozilla.org/en-US/firefox/addon/requestpolicy/versions/


Version 0.5.28 Released July 30, 2013 160.8 KB Works with Firefox 4.0
and later, SeaMonkey 2.1 and later
Improvements:
* Added lv-LV (Latvian) translation (thanks to Aleksandrs Ļedovskis).
* Added "Support RequestPolicy" menu item

Misc:
* Removed research study code.

Source code released under GNU Lesser General Public License, version 3.0
What's this?
View the source

Version 0.5.28b2 Released July 26, 2013 160.9 KB Works with Firefox
4.0 and later, SeaMonkey 2.1 and later
Improvements:
* Added lv-LV (Latvian) translation (thanks to Aleksandrs Ļedovskis).
* Added "Support RequestPolicy" menu item

Misc:
* Removed research study code.

Source code released under GNU Lesser General Public License, version 3.0
What's this?
View the source

Version 0.5.28b1 Released March 2, 2013 160.5 KB Works with Firefox
4.0 and later, SeaMonkey 2.1 and later
Improvements:
* Added lv-LV (Latvian) translation (thanks to Aleksandrs Ļedovskis).

Misc:
* Removed research study code.

Source code released under GNU Lesser General Public License, version 3.0
What's this?
View the source

Version 0.5.27 Released July 19, 2012 172.0 KB Works with Firefox 4.0
and later, SeaMonkey 2.1 and later
Bug fixes:
* URLs entered in the location bar began triggering redirect
notifications starting with Firefox 16.

Locales:
* Added : eu, it, sk-SK
* Updated: fr
* Renamed: tr -> tr-TR

Other:
* Added implementation of opt-in telemetry that is part of my academic research.

More info:
https://github.com/RequestPolicy/requestpolicy/issues?milestone=22&state=closed

Source code released under GNU Lesser General Public License, version 3.0
What's this?
View the source

Version 0.5.27b2 Released July 16, 2012 172.0 KB Works with Firefox
4.0 and later, SeaMonkey 2.1 and later
Bug fixes:
* URLs entered in the location bar began triggering redirect
notifications starting with Firefox 16.

Locales:
* Added : eu, it, sk-SK
* Updated: fr
* Renamed: tr -> tr-TR

Other:
* Added implementation of opt-in telemetry that is part of my academic research.

More info:
https://github.com/RequestPolicy/requestpolicy/issues?milestone=22&state=closed

Source code released under GNU Lesser General Public License, version 3.0
What's this?
View the source

Version 0.5.27b1 Released July 10, 2012 172.0 KB Works with Firefox
4.0 and later, SeaMonkey 2.1 and later
Bug fixes:
* URLs entered in the location bar began triggering redirect
notifications starting with Firefox 16.

Locales:
* Added : eu, it, sk-SK
* Updated: fr
* Renamed: tr -> tr-TR

Other:
* Added implementation of opt-in telemetry that is part of my academic research.

More info:
https://github.com/RequestPolicy/requestpolicy/issues?milestone=22&state=closed

Source code released under GNU Lesser General Public License, version 3.0
What's this?
View the source

Version 0.5.26 Released June 4, 2012 146.4 KB Works with Firefox 4.0
and later, SeaMonkey 2.1 and later
Bug fixes:
* Links from Firefox's new about:newtab page were blocked.
* Links from view-source pages were blocked. This fix is only partial:
cross-domain links that aren't otherwise whitelisted are still
blocked.

More info: 
https://github.com/RequestPolicy/requestpolicy/issues?milestone=21&state=closed

Source code released under GNU Lesser General Public License, version 3.0
What's this?
View the source

Version 0.5.26b1 Released May 17, 2012 146.4 KB Works with Firefox 4.0
and later, SeaMonkey 2.1 and later
Bug fixes:
* Links from Firefox's new about:newtab page were blocked.
* Links from view-source pages were blocked. This fix is only partial:
cross-domain links that aren't otherwis

Bug#720060: patch fixes the issue

[Steve M. Robbins]

Hi again,

I was incorrect in my last message when I said that
mu_authenticate_system() is not called.  It is called.

The patch I provided completely fixes my problem.

-Steve


signature.asc
Description: Digital signature

Bug#715555: gnome package has icedove and xul-ext-adblock-plus incompatibility

[Olivier Berger]

On Wed, Jul 10, 2013 at 02:12:03PM +0200, r...@libertysurf.fr wrote:
> 
> Would it be possible to follow security team advices, and remove 
> xul-ext-adblock-plus from gnome package ? 
> 

May I suggest to merge this with #689858 as these seem quite similar to me.

Would be great to have maintainer feedback in each of these anyway...

Hth,

Thanks in advance.

-- 
Olivier BERGER 
(OpenPGP: 4096R/7C5BB6A5)
http://www.olivierberger.com/weblog/


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

Bug#703169: btrfs-tools: bedup

[Petter Reinholdtsen]

Control: retitle -1 btrfs-tools: add the bedup tool for "offline" deduplication?

[Luk Claes 2013-03-16]
> Plus it needs python-cffi to build which is currently in the NEW
> queue.

It has now cleared the NEW queue and is present in both testing and
unstable, see http://packages.qa.debian.org/p/python-cffi.html >.

Any news on providing the bedup tool in Debian?

-- 
Happy hacking
Petter Reinholdtsen


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

Bug#720067: keystone: [INTL:pt] Updated Portuguese translation for debconf messages

[Traduz - Portuguese Translation Team]

Package: keystone
Version: n/a
Tags: l10n, patch
Severity: wishlist

Updated Portuguese translation for keystone's debconf messages.
Translator: Miguel Figueiredo 
Feel free to use it.

For translation updates please contact 'Last Translator' or the
Portuguese Translation Team .

--
Melhores cumprimentos/Best regards,

Traduz! - Portuguese Translation Team


pt.po.gz
Description: GNU Zip compressed data

Bug#703169: btrfs-tools: bedup

[Dmitrijs Ledkovs]

Sure. Btrfs package needs a rebuild against lzo2-2-udeb & upstream update,
so i shall be doing another upload soon.

Txting from phone.
On 18 Aug 2013 09:51, "Petter Reinholdtsen"  wrote:

>
> Control: retitle -1 btrfs-tools: add the bedup tool for "offline"
> deduplication?
>
> [Luk Claes 2013-03-16]
> > Plus it needs python-cffi to build which is currently in the NEW
> > queue.
>
> It has now cleared the NEW queue and is present in both testing and
> unstable, see http://packages.qa.debian.org/p/python-cffi.html >.
>
> Any news on providing the bedup tool in Debian?
>
> --
> Happy hacking
> Petter Reinholdtsen
>
>

Bug#716855: libucomon-dev: Dependency on libgnutls28-dev makes sflphone unbuildable

[Jonas Smedegaard]

Quoting peter green (2013-08-18 01:32:05)
> >Recent libucommon fails to build with libgnutls.
> When I tried it I got a failure on a conversion from an integer to an 
> enum, C allows this while C++ does not according to the standard. 
> However there is a command line option -fpermissive which makes g++ 
> allow this. Putting -fpermissive in CXXFLAGS allowed me to build the 
> package with gnutls 26. Debiff attached.

Ah. Thanks - both for the patch and the explanation!


> >And I believe that means you either need to figure out how to get 
> >ucommon to build with gnutls26 either by patching it or reverting 
> >back to a version that does build with gnutls26.
> Another possibility is to ask why libucommon-dev needs a dependency on 
> libgnutls*-dev in the first place. In particular is it actually needed 
> for the shared library or only for the static library.
> 
> If it is only needed for the static library a possible soloution is to 
> split libucommon-dev into two packages, libucommon-dev and 
> libucommon-dynamic-dev.
> 
> Libucommon-dev would contain the static libraries while 
> libucommon-dynamic-dev would contain the headers and the shared 
> library symlink, the former would depend on the latter.
> 
> Sflphone and any other reverse dependencies in the same situation 
> could then be modified to use libucommon-dynamic-dev.

Thanks for the suggestion.  I'll go for the simpler first approach this 
time around, but have this other one in mind for eventual future similar 
problems.


 - Jonas

-- 
 * Jonas Smedegaard - idealist & Internet-arkitekt
 * Tlf.: +45 40843136  Website: http://dr.jones.dk/

 [x] quote me freely  [ ] ask before reusing  [ ] keep private


signature.asc
Description: signature

Bug#706798: transition: Libav 9

[Reinhard Tartler]

On Sun, Aug 18, 2013 at 1:15 AM, Julien Cristau  wrote:

> On Wed, Aug 14, 2013 at 16:18:38 +0200, Moritz Muehlenhoff wrote:
>
> > > > Since libx264 is largely subsumed by libav, I think it makes very
> > > > much sense to do them both at the same time. I am convinced that we
> > > > will have less effort this way.
> > > >
> > > OK, feel free to go ahead with both.
> >
> > (As discussed with Reinhard)
> >
> > Please add
> >
> > remove mplayer/2:1.0~rc4.dfsg1+svn34540-1
> >
> trying: -mplayer
> skipped: -mplayer (12 <- 73)
> got: 5+0: i-5
> * i386: devede, photofilmstrip, toonloop
>
> Should those rdeps be removed too?
>

All three packages depend on mencoder, which has been deprecated and is
essentially unmaintained by upstream for years. As I do have strong
concerns that mencoder makes it for jessie release, I would suggest to
remove mencoder, and all depending packages such as devede, photofilmstrip
or toonloop, for now until some solution is found in order to speed up the
libav9 transition.


-- 
regards,
Reinhard

Bug#719987: Unable to dlopen libsss_sudo.so (wrong search path)

[Jakub Adam]

Hi Bdale,

On 17.8.2013 15:32, Bdale Garbee wrote:

Sigh.  Thanks for letting me know.


thanks for your quick response and sorry for reopening this issue again.

The way you've set the path to libsss_sudo is by replacing --with-sssd
by --with-sssd-lib=/usr/lib/$(DEB_HOST_MULTIARCH).

However, removing --with-sssd from configure arguments caused sssd support
to be now disabled completely, as can be seen by comparing
the build logs [1][2] -- plugins/sudoers/sssd.c is not compiled in the latter
case.

Apparently we have to have both --with-sssd and --with-sssd-lib specified.
(I've checked that and everything works as expected then.)

Regards,

Jakub

[1] 
https://buildd.debian.org/status/fetch.php?pkg=sudo&arch=amd64&ver=1.8.7-2&stamp=1376612273
[2] 
https://buildd.debian.org/status/fetch.php?pkg=sudo&arch=amd64&ver=1.8.7-3&stamp=1376754206


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

Bug#670514: desktop-profiles: When open e session trough ssh and using tcsh as shell, we have some "noise"

[Petter Reinholdtsen]

Control: retitle -1 When open a ssh session with tcsh as shell, "noise" show up 
in the terminal
Control: tag -1 + moreinfo

[Gilles Renault 2012-04-26]
> Here is an example of the "noise" we have :
> Last login: Thu Apr 26 11:59:24 2012 from xxx
> declare -x COLUMNS="80"

I tried to reproduce it by creating a new user with '/bin/tcsh' as the
default shell, but did not see any noise.  Can you explain in more
detail how to reproduce this?

-- 
Happy hacking
Petter Reinholdtsen


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

Bug#720068: libclutter-gst-dev: Uninstallable pakcage.

[Christian Marillat]

Package: libclutter-gst-dev
Version: 1.6.0-2
Severity: serious

Dear Maintainer,

A rebuild against libcogl12 is necessary :




$ apt-get install libclutter-gst-dev libclutter-gst-1.0-0
Reading package lists... Done
Building dependency tree   
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
 libclutter-gst-1.0-0 : Depends: libcogl9 (>= 1.9.6) but it is not going to be 
installed
E: Unable to correct problems, you have held broken packages.



Christian

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

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

Versions of packages libclutter-gst-dev depends on:
pn  gir1.2-clutter-gst-1.0 
ii  libclutter-1.0-dev 1.14.4-2
pn  libclutter-gst-1.0-0   
ii  libgstreamer-plugins-base0.10-dev  0.10.36-1.1
ii  libgstreamer0.10-dev   0.10.36-1.2
ii  pkg-config 0.26-1

libclutter-gst-dev recommends no packages.

Versions of packages libclutter-gst-dev suggests:
pn  libclutter-gst-doc  


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

Bug#720069: libgl1-mesa-glx: add Breaks: glx-diversions (<< 0.4)

[Andreas Beckmann]

Package: libgl1-mesa-glx
Version: 9.1.6-3
Severity: normal
Tags: patch

Hi,

please add a Breaks: glx-diversions (<< 0.4) to libgl1-mesa-glx to
ensure clean upgrades from MESA 8 to MESA 9 if the proprietary drivers
are being used. MESA 9 ships libGL.so.1.2.0 which needs to be diverted
by glx-diversions, too.

Patch will follow.


Thanks


Andreas


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

Bug#717687: bumblebee: cannot activate the discrete nvidia card

[Ritesh Raj Sarraf]

Package: bumblebee
Version: 3.2.1-3
Followup-For: Bug #717687

Vincent,

Now that the 325.xx series drivers are in experimental, what do we do
with this bug ?
Also, kernel 3.10 is now is unstable (and testing).

You should increase the severity of this bug because it breaks the
tool's functionality.

-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (101, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages bumblebee depends on:
ii  bbswitch-dkms  0.7-2
ii  libbsd00.6.0-1
ii  libc6  2.17-92
ii  libglib2.0-0   2.36.3-3
ii  libx11-6   2:1.6.0-1
ii  sysv-rc2.88dsf-43

Versions of packages bumblebee recommends:
ii  primus  0~20130601-1

Versions of packages bumblebee suggests:
ii  bumblebee-nvidia  3.2.1-3

-- Configuration Files:
/etc/bumblebee/bumblebee.conf changed:
[bumblebeed]
VirtualDisplay=:8
KeepUnusedXServer=false
ServerGroup=bumblebee
TurnCardOffAtExit=true
NoEcoModeOverride=false
Driver=nvidia
XorgConfDir=/etc/bumblebee/xorg.conf.d
[optirun]
Bridge=primus
VGLTransport=proxy
PrimusLibraryPath=/usr/lib/x86_64-linux-gnu/primus:/usr/lib/i386-linux-gnu/primus:/usr/lib/primus:/usr/lib32/primus
AllowFallbackToIGC=false
[driver-nvidia]
KernelDriver=nvidia
PMMethod=auto
LibraryPath=/usr/lib/x86_64-linux-gnu/nvidia:/usr/lib/i386-linux-gnu/nvidia:/usr/lib/nvidia
XorgModulePath=/usr/lib/nvidia,/usr/lib/xorg/modules
XorgConfFile=/etc/bumblebee/xorg.conf.nvidia
[driver-nouveau]
KernelDriver=nouveau
PMMethod=auto
XorgConfFile=/etc/bumblebee/xorg.conf.nouveau


-- 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#720069: [PATCH] libgl1-mesa-glx needs Breaks: glx-diversions (<< 0.4)

[Andreas Beckmann]

the old glx-diversions versions are not fully aware of libGL.so.1.2.0
---
 debian/changelog |7 +++
 debian/control   |1 +
 2 files changed, 8 insertions(+)

diff --git a/debian/changelog b/debian/changelog
index f68dc77..9d03373 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+mesa (9.1.6-3) UNRELEASED; urgency=low
+
+  * libgl1-mesa-glx: Add Breaks: glx-diversions (<< 0.4) because the old
+versions were not aware of libGL.so.1.2.0.  (Closes: #720069)
+
+ -- Andreas Beckmann   Sun, 18 Aug 2013 10:50:28 +0200
+
 mesa (9.1.6-2) unstable; urgency=low
 
   * Don't run 'make -j' if DEB_BUILD_OPTIONS doesn't set parallel.  Oops.
diff --git a/debian/control b/debian/control
index c344e0c..4be6115 100644
--- a/debian/control
+++ b/debian/control
@@ -543,6 +543,7 @@ Provides: libgl1
 Breaks:
  libgl1-nvidia-alternatives (<= 275.09.07-1),
  fglrx-glx (<< 1:11-6-1),
+ glx-diversions (<< 0.4),
 Pre-Depends: ${misc:Pre-Depends}
 Multi-Arch: same
 Description: free implementation of the OpenGL API -- GLX runtime
-- 
1.7.10.4


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

Bug#720070: glide: [INTL:it] Italian debconf translation

[Luca Monducci]

Package: glide
Severity: wishlist
Tags: l10n, patch

Hello,
please update the Italian translation (attached).

Regards,
 Luca


























# Italian po-debconf translation of glide
# This file is distributed under the same license as the glide package.
# Luca Monducci , 2008-2013
#
msgid ""
msgstr ""
"Project-Id-Version: glide 2002.04.10ds1-8\n"
"Report-Msgid-Bugs-To: gl...@packages.debian.org\n"
"POT-Creation-Date: 2013-02-24 01:47+0100\n"
"PO-Revision-Date: 2013-08-18 10:35+0200\n"
"Last-Translator: Luca Monducci \n"
"Language-Team: Italian \n"
"Language: it\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: boolean
#. Description
#: ../libglide2.templates:2001 ../libglide3.templates:2001
msgid "Manually select driver for 3Dfx card?"
msgstr "Selezionare manualmente il driver per la scheda 3Dfx?"

#. Type: boolean
#. Description
#: ../libglide2.templates:2001
msgid ""
"No 3Dfx card that is supported by glide2 was found. This package supports "
"cards based on the following 3Dfx chipsets: Voodoo 2, Voodoo Banshee, and "
"Voodoo 3."
msgstr ""
"Non sono state rilevate schede 3Dfx supportate da glide2. Questo pacchetto "
"supporta le schede 3Dfx basate sui seguenti chipset: Voodoo 2, Voodoo "
"Banshee e Voodoo 3."

#. Type: boolean
#. Description
#: ../libglide2.templates:2001 ../libglide3.templates:2001
msgid ""
"If the graphics card in this computer does not use one of these chipsets, "
"and you are not compiling programs against glide, this package will not be "
"useful."
msgstr ""
"Se la scheda grafica in questo computer non utilizza uno di quei chipset e "
"non si compilano programmi con glide, questo pacchetto sarà del tutto "
"inutile."

#. Type: boolean
#. Description
#: ../libglide2.templates:2001 ../libglide3.templates:2001
msgid ""
"If the graphics card is based on one of these chipsets, you should file a "
"bug report against this package, including the output from the \"lspci -vm\" "
"command."
msgstr ""
"Se la scheda grafica è basata su uno di quei chipset, segnalare un bug per "
"questo pacchetto inserendo nella segnalazione l'output del comando \"lspci -"
"vm\"."

#. Type: boolean
#. Description
#: ../libglide2.templates:2001 ../libglide3.templates:2001
msgid ""
"Please choose whether you want to manually select the driver to use for now."
msgstr "Scegliere il driver da usare selezionandolo manualmente."

#. Type: select
#. Description
#: ../libglide2.templates:3001 ../libglide3.templates:3001
msgid "Driver for 3D acceleration:"
msgstr "Driver per l'accelerazione 3D:"

#. Type: select
#. Description
#: ../libglide2.templates:3001
msgid ""
"Please select the driver you would like to use for 3D acceleration:\n"
" * cvg: Voodoo 2;\n"
" * h3 : Voodoo Banshee and Voodoo 3."
msgstr ""
"Scegliere il driver da usare per l'accelerazione 3D:\n"
" * cvg - Voodoo 2;\n"
" * h3  - Voodoo Banshee e Voodoo 3."

#. Type: select
#. Description
#: ../libglide2.templates:4001 ../libglide3.templates:4001
msgid "Card to use for 3D acceleration:"
msgstr "Scheda da usare per l'accelerazione 3D:"

#. Type: select
#. Description
#: ../libglide2.templates:4001
msgid ""
"Multiple 3Dfx-based cards were detected based on one of the following 3Dfx "
"chipsets: Voodoo 2, Voodoo Banshee, and Voodoo 3."
msgstr ""
"Sono state rilevate più schede 3Dfx basate su uno dei seguenti chipset: "
"Voodoo 2, Voodoo Banshee e Voodoo 3."

#. Type: select
#. Description
#: ../libglide2.templates:4001 ../libglide3.templates:4001
msgid "Please select the card you would like to use for 3D acceleration."
msgstr "Scegliere la scheda da usare per l'accelerazione 3D."

#. Type: error
#. Description
#: ../libglide2.templates:5001 ../libglide3.templates:5001
msgid "${target} exists but is not a symlink!"
msgstr "${target} esiste ma non è un link simbolico!"

#. Type: boolean
#. Description
#: ../libglide3.templates:2001
msgid ""
"No 3Dfx card that is supported by glide3 was found. This package supports "
"cards based on the following 3Dfx chipsets: Voodoo Banshee, Voodoo 3, Voodoo "
"4, and Voodoo 5."
msgstr ""
"Non sono state rilevate schede 3Dfx supportate da glide3. Questo pacchetto "
"supporta le schede 3Dfx basate sui seguenti chipset: Voodoo Banshee, Voodoo "
"3, Voodoo 4 e Voodoo 5."

#. Type: select
#. Description
#: ../libglide3.templates:3001
msgid ""
"Please select the driver you would like to use for 3D acceleration:\n"
" * h3: Voodoo Banshee and Voodoo 3;\n"
" * h5: Voodoo 4 and Voodoo 5."
msgstr ""
"Scegliere il driver da usare per l'accelerazione 3D:\n"
" * h3 - Voodoo Banshee e Voodoo 3;\n"
" * h5 - Voodoo 4 e Voodoo 5."

#. Type: select
#. Description
#: ../libglide3.templates:4001
msgid ""
"Multiple 3Dfx-based cards were detected based on one of the following 3Dfx "
"chipsets: Voodoo 2, Voodoo Banshee, Voodoo 3, Voodoo 4, and Voodoo 5."
msgstr ""
"Sono state rilevate più schede 3Dfx basate su uno dei seguenti chipset: "
"Voodoo 2, Voodoo Banshee, Vood

Bug#711122: digikam: Import from USB device: file permissions different on landscape/portrait orientation

[Matthias Julius]

Package: digikam
Version: 4:2.6.0-1+b2
Followup-For: Bug #711122

This also happens when manually rotating JPEGs that are already on disk.
They get their permissions changed to 600 while umask is set to 0022.

I guess Digikam is creating a temporary copy that is then renamed. It
should adjust the file permissions after that to those of the original
file.

Matthias

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

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

Versions of packages digikam depends on:
ii  digikam-data4:2.6.0-1
ii  kde-runtime 4:4.8.4-2
ii  libc6   2.13-38
ii  libgcc1 1:4.7.2-5
ii  libgomp14.7.2-5
ii  libgphoto2-22.4.14-2
ii  libgphoto2-port02.4.14-2
ii  libjasper1  1.900.1-13
ii  libjpeg88d-1
ii  libkdcraw20 4:4.8.4-1
ii  libkdecore5 4:4.8.4-4
ii  libkdeui5   4:4.8.4-4
ii  libkdewebkit5   4:4.8.4-4
ii  libkexiv2-104:4.8.4-1
ii  libkfile4   4:4.8.4-4
ii  libkhtml5   4:4.8.4-4
ii  libkio5 4:4.8.4-4
ii  libkipi84:4.8.4-1
ii  libknotifyconfig4   4:4.8.4-4
ii  libkparts4  4:4.8.4-4
ii  liblcms11.19.dfsg-1.2
ii  liblensfun0 0.2.5-2
ii  liblqr-1-0  0.4.1-2
ii  libmarblewidget13   4:4.8.4-3
ii  libnepomuk4 4:4.8.4-4
ii  libopencv-core2.3   2.3.1-11
ii  libopencv-highgui2.32.3.1-11
ii  libopencv-imgproc2.32.3.1-11
ii  libopencv-legacy2.3 2.3.1-11
ii  libopencv-objdetect2.3  2.3.1-11
ii  libphonon4  4:4.6.0.0-3
ii  libpng12-0  1.2.49-1
ii  libqjson0   0.7.1-7
ii  libqt4-dbus 4:4.8.2+dfsg-11
ii  libqt4-network  4:4.8.2+dfsg-11
ii  libqt4-qt3support   4:4.8.2+dfsg-11
ii  libqt4-sql  4:4.8.2+dfsg-11
ii  libqt4-sql-sqlite   4:4.8.2+dfsg-11
ii  libqt4-xml  4:4.8.2+dfsg-11
ii  libqtcore4  4:4.8.2+dfsg-11
ii  libqtgui4   4:4.8.2+dfsg-11
ii  libqtwebkit42.2.1-5
ii  libsolid4   4:4.8.4-4
ii  libsoprano4 2.7.6+dfsg.1-2wheezy1
ii  libstdc++6  4.7.2-5
ii  libtiff43.9.6-11
ii  libx11-62:1.5.0-1+deb7u1
ii  phonon  4:4.6.0.0-3

Versions of packages digikam recommends:
ii  chromium [www-browser]  28.0.1500.95-1~deb7u1
ii  epiphany-browser [www-browser]  3.4.2-2.1
ii  iceweasel [www-browser] 17.0.8esr-1~deb7u1
ii  kipi-plugins4:2.6.0-1+b2
ii  konqueror [www-browser] 4:4.8.4-2
pn  mplayerthumbs   
ii  w3m [www-browser]   0.5.3-8

Versions of packages digikam suggests:
ii  digikam-doc  4:2.6.0-1

-- 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#716799: Boot ending in a blank screen

[Patrik Nilsson]

This bug happened again and this time I was more prepared.

Some time ago I assigned "ctrl+alt+t" to run a terminal as in Ubuntu. I
pressed the keys to open a (invisible) terminal and then moved the mouse
cursor over the screen.

The mouse cursor changed shape when reaching the (invisible) edges of
the terminal window.

Then I clicked (still invisible) on my name (right top) and logged out.

At this point Gnome started to draw everything, as expected.

Then I could log in again and do my work.

(I have set auto login to my user account, when Debian starts.)

/Patrik

On 08/11/2013 11:16 AM, Ben Hutchings wrote:
> Control: tag -1 - moreinfo
> 
> On Sun, 2013-08-11 at 11:02 +0200, Patrik Nilsson wrote:
>> It is a normal monitor that is switched on with black pixels. It is a
>> laptop, so I can't adjust screen brightness.
> 
> There are normally special keys or key combinations to change the
> backlight brightness...
> 
>> (I can see nothing of a faint image, just black.)
> 
> OK, sounds like backlight control is not the problem.
> 
> Ben.
> 


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

Bug#719987: Unable to dlopen libsss_sudo.so (wrong search path)

[Bdale Garbee]

Sigh.  The configure code appeared to set the enable when a lib path is 
specified, but clearly I mis-read that code.  

On my way home from Debconf , will fix as soon as I have net access again.

Jakub Adam  wrote:

>Hi Bdale,
>
>On 17.8.2013 15:32, Bdale Garbee wrote:
>> Sigh.  Thanks for letting me know.
>
>thanks for your quick response and sorry for reopening this issue again.
>
>The way you've set the path to libsss_sudo is by replacing --with-sssd
>by --with-sssd-lib=/usr/lib/$(DEB_HOST_MULTIARCH).
>
>However, removing --with-sssd from configure arguments caused sssd support
>to be now disabled completely, as can be seen by comparing
>the build logs [1][2] -- plugins/sudoers/sssd.c is not compiled in the latter
>case.
>
>Apparently we have to have both --with-sssd and --with-sssd-lib specified.
>(I've checked that and everything works as expected then.)
>
>Regards,
>
>Jakub
>
>[1] 
>https://buildd.debian.org/status/fetch.php?pkg=sudo&arch=amd64&ver=1.8.7-2&stamp=1376612273
>[2] 
>https://buildd.debian.org/status/fetch.php?pkg=sudo&arch=amd64&ver=1.8.7-3&stamp=1376754206

Bug#719280: Error/warn: Config variable .... is not defined - Invalid Mutex directory in argument file:${APACHE_LOCK_DIR}

[Andre Verwijs]

Jean-Michel Vourgère schreef op 16-08-13 05:15:

Hi André

Do you still have problems with apache2 not starting?

What is the output of:
service apache2 start
?


with
service apache2 start i'm getting  "OK"

but when startup with
./usr/sbin/apache2


i get this:

[Sun Aug 18 10:58:49.403484 2013] [core:warn] [pid 26913] AH00111: 
Config variable ${APACHE_LOCK_DIR} is not defined
[Sun Aug 18 10:58:49.403572 2013] [core:warn] [pid 26913] AH00111: 
Config variable ${APACHE_PID_FILE} is not defined
[Sun Aug 18 10:58:49.403600 2013] [core:warn] [pid 26913] AH00111: 
Config variable ${APACHE_RUN_USER} is not defined
[Sun Aug 18 10:58:49.403616 2013] [core:warn] [pid 26913] AH00111: 
Config variable ${APACHE_RUN_GROUP} is not defined
[Sun Aug 18 10:58:49.403635 2013] [core:warn] [pid 26913] AH00111: 
Config variable ${APACHE_LOG_DIR} is not defined
[Sun Aug 18 10:58:49.406680 2013] [core:warn] [pid 26913:tid 
140592869508928] AH00111: Config variable ${APACHE_LOG_DIR} is not defined
[Sun Aug 18 10:58:49.406849 2013] [core:warn] [pid 26913:tid 
140592869508928] AH00111: Config variable ${APACHE_LOG_DIR} is not defined
[Sun Aug 18 10:58:49.406867 2013] [core:warn] [pid 26913:tid 
140592869508928] AH00111: Config variable ${APACHE_LOG_DIR} is not defined

AH00526: Syntax error on line 74 of /etc/apache2/apache2.conf:



i guest i'm starting up the wrong way...
How can i check if variables have the correct value with Apache running ?
(Reading from /etc/apache2/envvars file)



...

Bug#719280: Error/warn: Config variable .... is not defined - Invalid Mutex directory in argument file:${APACHE_LOCK_DIR}

[Stefan Fritsch]

Am Sonntag, 18. August 2013, 11:16:30 schrieb Andre Verwijs:
> Jean-Michel Vourgère schreef op 16-08-13 05:15:
> > Hi André
> > 
> > Do you still have problems with apache2 not starting?
> > 
> > What is the output of:
> > service apache2 start
> > ?
> 
> with
> service apache2 start i'm getting  "OK"
> 
> but when startup with
> ./usr/sbin/apache2

This is not supposed to work. You have to use either the init script 
(via service) or /usr/sbin/apache2ctl. See 
/usr/share/doc/apache2/README.Debian.gz for more information.


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

Bug#719455: Needs updating for the latest vim in unstable

[Florian Rehnisch]

On Mon, Aug 12, 2013 at 08:51:16AM +0200, Florian Rehnisch wrote:
> On Sun, Aug 11, 2013 at 08:27:13PM -0600, Adam Conrad wrote:
> > Package: vimhelp-de
> > Version: 7.3.101122-2
> > Severity: serious
> > 
> > vim in unstable has been updated to version 7.4, leaving vimhelp-de
> > uninstallable (and causing vimhelp-de to block migration of vim).  It
> > would be nice if vimhelp-de could be updated
> 
> Sorry, me (upstream) is working on a version bumped release ...

http://florianrehnisch.de/vimhelp/74/vimhelp-de_74_130818.zip
linked on http://florianrehnisch.de/vimhelp/

Meike, would you please?

 fm-r


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

Bug#720071: ibus-anthy: typelib file does not multi-arch compatible

[Mitsuya Shibata]

Package: ibus-anthy
Version: 1.5.3-1
Severity: important

Dear Maintainer,

This is bug report for experimental package.

It seems that gobject-introspection does not (yet) support mulit-arch so you
must not install the typelib files into multi-arch paths but they must go into
/usr/lib/girepository-1.0/ instead [1].

$ dpkg -L ibus-anthy | grep typelib
/usr/lib/x86_64-linux-gnu/girepository-1.0/Anthy-9000.typelib

A typical way to achieve this is to update ibus-anthy.install:

-usr/lib/*/girepository-1.0/*
+usr/lib/*/girepository-1.0/* usr/lib/girepository-1.0/

The other way is using --with-anthygobject-typelibsdir option in configure.

Since a typelib file is arch-dependent, you may need to remove the "Multi-Arch:
Same" control field in ibus-anthy package.

[1] /usr/share/doc/gobject-introspection/policy.txt in gobject-introspection

Best regards,

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

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

Versions of packages ibus-anthy depends on:
ii  anthy  9100h-23
ii  ibus   1.5.2-4
ii  libanthy0  9100h-23
ii  libc6  2.17-92
ii  libglib2.0-0   2.36.4-1
ii  multiarch-support  2.17-92
ii  python 2.7.5-4

ibus-anthy recommends no packages.

ibus-anthy 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#719844: dpkg-source: Make compresing of {data,control}.tar.gz a deterministic process

[Guillem Jover]

Hi!

On Fri, 2013-08-16 at 08:45:47 -0400, Asheesh Laroia wrote:
> On Fri, 16 Aug 2013, Guillem Jover wrote:
> >The same will apply when building that deb package multiple times,
> >the timestamps will change for the ar headers. And I don't really
> >want to lose that data, because currently is the only place were
> >the build time information is recorded. Do you only care that the
> >members themselves are deterministic or the whole deb package?
> >
> >I think I'd be fine with not storing the timestamps in the
> >compressed members themselves, but not about the ar container.

> I would prefer to keep even the 'ar' container free of those
> timestamps, but there are some workarounds I can imagine if you
> don't want to do that for now.
> 
> We could perhaps let 'dpkg' accept an argument to set that
> timestamp, and/or we could use 'faketime' when trying to reproduce a
> build, if we know what timestamp to reproduce. (My notion here is
> that it should be easy for someone to create the same bits that we
> publish in Debian, even if that reproducing effort is slightly
> different than just doing a fresh build.)
> 
> Another way that we could do it is to store the last
> debian/changelog timestamp in the ar header. That would be my
> favorite approach.

I've been thinking about this, and I think you might be trying to
solve the problem in the wrong place(s), and possibly there's a need
to step back and ponder about what do you really want out of all this,
to know where or how to best fix it.

The way I see it (and that I think you guys have maybe intermingled)
is that there's different types of changing information:

There's accidental changing information leaks, stuff like usernames,
hostnames, timezone, output or sorting order depending on locale, data
dependant on random input like signatures or similar, etc, which might
just need fixing anyway because they leak information from the builder,
or should ideally be generated on the installed system.

Then there's possibly redundant changing information, like _some_
timestamps on filenames, versions, or even metadata.

And then there's changing information that conveys important data.
For example, in the generated data.tar the files will contain
different modification times, some will come untouched from the source
files if they just get copied, and others will be newer if the files
got created at build time. Preserving these timestamps seems important
to me, because you then know the possible staleness of the files. The
timestamp on the ar member let's you know when the package got built.
Possible future ar members containing gpg signatures from the builder
or the archive, would change and not be reproducible anyway. The recent
switch of dpkg-deb default compressor. Or possible future .deb format
revisions. Etc.

So my question is, what's really the stuff you'd like to know has not
changed. Just file paths, contents and permissions for example. That
seems extremely reasonable w/o dropping possibly important information,
or getting us stuck in possibly old formats and similar. Would there
be something else?

Depending on that, maybe instead of dropping some of the information,
we might just need a way to for example easily compare .deb files,
ignoring unimportant changing data, ala «dpkg-deb --compare a.deb b.deb»
or something along those lines or some other new program.

Thanks,
Guillem


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

Bug#719280: Error/warn: Config variable .... is not defined - Invalid Mutex directory in argument file:${APACHE_LOCK_DIR}

[Andre Verwijs]

Stefan Fritsch schreef op 18-08-13 11:29:

Am Sonntag, 18. August 2013, 11:16:30 schrieb Andre Verwijs:

Jean-Michel Vourgère schreef op 16-08-13 05:15:

Hi André

Do you still have problems with apache2 not starting?

What is the output of:
service apache2 start
?

> with
> service apache2 start i'm getting  "OK"

> but when startup with
> ./usr/sbin/apache2

> This is not supposed to work. You have to use either the init script
> (via service) or /usr/sbin/apache2ctl. See
> /usr/share/doc/apache2/README.Debian.gz for more information.


   ok, i will check it out..  thank you :)


   ...

Bug#709222: apt-listchanges: Poor grammar in Italian translation of a configuration question

[Luca Monducci]

Hi Sandro, Hi Riccardo,

On 25/05/2013 15:48, Sandro Tosi wrote:

> I'm adding to the bug loop the translator, so that he might keep track
> of the changes and re-submit the translation.

Please find attached a fixed version of italian translation.

Regards,
Luca

# Italian (it) translation of po-debconf templates for apt-listchanges.
# This file is distributed under the same license as the apt-listchanges 
package.
# Luca Monducci , 2005-2013
#
msgid ""
msgstr ""
"Project-Id-Version: apt-listchanges 2.85.12 debconf templates\n"
"Report-Msgid-Bugs-To: apt-listchan...@packages.debian.org\n"
"POT-Creation-Date: 2007-12-24 16:37+0100\n"
"PO-Revision-Date: 2013-08-18 11:34+0200\n"
"Last-Translator: Luca Monducci \n"
"Language-Team: Italian \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: select
#. Choices
#: ../templates:2001
msgid "pager"
msgstr "pager"

#. Type: select
#. Choices
#: ../templates:2001
msgid "browser"
msgstr "browser"

#. Type: select
#. Choices
#: ../templates:2001
msgid "xterm-pager"
msgstr "xterm-pager"

#. Type: select
#. Choices
#: ../templates:2001
msgid "xterm-browser"
msgstr "xterm-browser"

#. Type: select
#. Choices
#: ../templates:2001
msgid "gtk"
msgstr "gtk"

#. Type: select
#. Choices
#: ../templates:2001
msgid "text"
msgstr "text"

#. Type: select
#. Choices
#: ../templates:2001
msgid "mail"
msgstr "mail"

#. Type: select
#. Choices
#: ../templates:2001
msgid "none"
msgstr "none"

#. Type: select
#. Description
#: ../templates:2002
msgid "Method to be used to display changes:"
msgstr "Metodo da usare per mostrare i cambiamenti:"

#. Type: select
#. Description
#: ../templates:2002
msgid ""
"Changes in packages can be displayed in various ways by apt-listchanges:"
msgstr ""
"I cambiamenti nei pacchetti possono essere visualizzati da apt-listchanges "
"in diversi modi:"

#. Type: select
#. Description
#: ../templates:2002
msgid ""
" pager: display changes one page at a time;\n"
" browser  : display HTML-formatted changes using a web browser;\n"
" xterm-pager  : like pager, but in an xterm in the background;\n"
" xterm-browser: like browser, but in an xterm in the background;\n"
" gtk  : display changes in a GTK window;\n"
" text : print changes to the terminal (without pausing);\n"
" mail : only send changes via e-mail;\n"
" none : do not run automatically from APT."
msgstr ""
" pager: mostra i cambiamenti una pagina alla volta;\n"
" browser  : mostra i cambiamenti formattati in HTML usando un\n"
"browser web;\n"
" xterm-pager  : come «pager» ma all'interno di un xterm in background;\n"
" xterm-browser: come «browser» ma all'interno di un xterm in background;\n"
" gtk  : mostra i cambiamenti in una finestra GTK;\n"
" text : mostra i cambiamenti sul terminale (senza pause);\n"
" mail : invia i cambiamenti per posta elettronica;\n"
" none : non viene eseguito automaticamente da APT."

#. Type: select
#. Description
#: ../templates:2002
msgid ""
"This setting can be overridden at execution time. By default, all the "
"options except for 'none' will also send copies by mail."
msgstr ""
"Questa impostazione può essere cambiata durante l'esecuzione. Con la "
"configurazione predefinita tutte le interfacce, eccetto «none», inviano una "
"copia per posta elettronica."

#. Type: string
#. Description
#: ../templates:3001
msgid "E-mail address(es) which will receive changes:"
msgstr "Indirizzo/i email a cui inviare i cambiamenti:"

#. Type: string
#. Description
#: ../templates:3001
msgid ""
"Optionally, apt-listchanges can e-mail a copy of displayed changes to a "
"specified address."
msgstr ""
"apt-listchanges può inviare per posta elettronica una copia dei cambiamenti "
"mostrati all'indirizzo specificato."

#. Type: string
#. Description
#: ../templates:3001
msgid ""
"Multiple addresses may be specified, delimited by commas. Leaving this field "
"empty disables mail notifications."
msgstr ""
"È possibile specificare più indirizzi separandoli con delle virgole. Per "
"disabilitare le notifiche via posta elettronica, lasciare vuoto questo campo."

#. Type: boolean
#. Description
#: ../templates:4001
msgid "Prompt for confirmation after displaying changes?"
msgstr "Chiedere conferma dopo aver mostrato i cambiamenti?"

#. Type: boolean
#. Description
#: ../templates:4001
msgid ""
"After displaying the list of changes, apt-listchanges can pause with a "
"confirmation prompt. This is useful when running from APT, as it offers an "
"opportunity to abort the upgrade if a change is unwelcome."
msgstr ""
"Dopo aver mostrato l'elenco dei cambiamenti, apt-listchanges può fermarsi e "
"chiedere se continuare. Questo è utile quando viene eseguito da APT perché "
"permette di interrompere l'aggiornamento se i cambiamenti non sono di "
"proprio gradimento."

#. Type: boolean
#. Description
#: ../templates:4001
msgid ""
"T

Bug#644174: Logs from the ACPI, when system freezes after "modprobe i915 modeset=1" in "nosmp" mode

[Wojtek Zabolotny]

Hi,

I've recorded (via netconsole) logs from the ACPI layer, when system was booted 
in the "nosmp" mode.
More details are provided at: https://bugzilla.kernel.org/show_bug.cgi?id=42844
and logs themselves are at: https://bugzilla.kernel.org/attachment.cgi?id=107235

-- 
Regards,
Wojtek

PS. On Dell community: 
http://en.community.dell.com/support-forums/laptop/f/3518/p/19461885/20163787.aspx
somebody has suggested that "The problem seems to be in the DSDT table, which 
can be fixed with updating the firmware Dell...", however she/he has not 
suggested which firmware should be updated. I run
my Vostro 3750 with newest version of all firmwares (in fact my USB3.0 
controller uses even the newest version available from Renesas, newer than 
offered by Dell), and problem still persists :-(.


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

Bug#699936: clang integrated in PTS

[Boris Pek]

Hi,

>>  Personally I'd prefer to have the link for all packages rebuilt with
>>  clang, but do as you wish.
>
> Could you explain why knowing that a package is Needs-Build for clang
> based builds is useful to you? Needs-Build is useful for the official
> gcc based buildds because this state has other effects on the package,
> like not being able to transition to testing. For the clang based
> builds, clicking on the clang link just to find out that the clang-based
> buildds haven't yet built it is basically a waste of maintainer time as
> far as I can tell. The PTS has traditionally tried to avoid doing that.
>
> Any opinions from other folks?

There is hyperlink "old" there, which gives fast access to logs of old builds.
It may be useful for someone.

Best wishes,
Boris

-- 
https://wiki.debian.org/BorisPek


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

Bug#720071: ibus-anthy: typelib file does not multi-arch compatible

[Mitsuya Shibata]

Tags: patch

> A typical way to achieve this is to update ibus-anthy.install:

I attach a patch file.
-- 
Mitsuya Shibata
mty.shib...@gmail.com


fix-gir-multi-arch.patch
Description: Binary data

Bug#720072: nautilus: Mounted devices (with umask 0444) get disabled, unmountable.

[ST]

Package: nautilus
Version: 3.4.2-1+build1
Severity: normal
Tags: upstream

Dear Maintainer,

   * What led up to the situation?

Mounting usb stick with umask 0444, either through fstab or udisks.

   * What exactly did you do (or not do) that was effective (or
 ineffective)?

e.g udisks --mount /dev/sdb4 --mount-options umask=0444
or just mount /dev/sdb4 if it's in fstab with the umask=0444 option

   * What was the outcome of this action?

While accessible and usable both through GUI(if navigating to
/media/LABEL) and command line, following happens:

1. The device icon (in the list of available devices in the left upper
corner of the Nautilus file manager window) disappeared.
2. It also does not show up in the list "Removable disks and shares" of
nautilus-sendto.
3. It is impossible to "unmount/eject" the device by pressing the eject
button in the list of mounted "Removable Devices" (bottom right corner in
Gnome).

   * What outcome did you expect instead?

Despite the fact that due to the umask=0444 content of the device
becomes not readable it is still writable and therefore I do expect, that:

1. The device icon together with the "eject" button remains in place.
2. It does show up in the list "Removable disks and shares" of
nautilus-sendto.
3. It should be possible to "unmount/eject" the device by pressing the
eject button in the list of mounted "Removable Devices" (bottom right corner in
Gnome).

Thank you.



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

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

Versions of packages nautilus depends on:
ii  desktop-file-utils 0.20-0.1
ii  gsettings-desktop-schemas  3.4.2-3
ii  gvfs   1.12.3-4
ii  libatk1.0-02.4.0-2
ii  libc6  2.13-38
ii  libcairo-gobject2  1.12.2-3
ii  libcairo2  1.12.2-3
ii  libexempi3 2.2.0-1
ii  libexif12  0.6.20-3
ii  libgail-3-03.4.2-6
ii  libgdk-pixbuf2.0-0 2.26.1-1
ii  libglib2.0-0   2.33.12+really2.32.4-5
ii  libglib2.0-data2.33.12+really2.32.4-5
ii  libgnome-desktop-3-2   3.4.2-1
ii  libgtk-3-0 3.4.2-6
ii  libnautilus-extension1a3.4.2-1+build1
ii  libnotify4 0.7.5-1
ii  libpango1.0-0  1.30.0-1
ii  libselinux12.1.9-5
ii  libtracker-sparql-0.14-0   0.14.1-3
ii  libx11-6   2:1.5.0-1+deb7u1
ii  libxml22.8.0+dfsg1-7+nmu1
ii  nautilus-data  3.4.2-1+build1
ii  shared-mime-info   1.0-1+b1

Versions of packages nautilus recommends:
ii  brasero  3.4.1-4
ii  eject2.1.5+deb1+cvs20081104-13
ii  gnome-sushi  0.4.1-3
ii  gvfs-backends1.12.3-4
ii  librsvg2-common  2.36.1-1

Versions of packages nautilus suggests:
ii  eog  3.4.2-1+build1
ii  evince [pdf-viewer]  3.4.0-3.1
ii  totem3.0.1-8
ii  tracker  0.14.1-3
ii  xdg-user-dirs0.14-1

-- 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#720073: grub fails to install with root partition >~50GB

[Robert Scott]

Package: installation-reports
Version: Whatever version's on the currently available 7.1.0 netinst cd image
Severity: important
Tags: d-i

Hi,

When installing on a UEFI system (Lenovo Ideapad Z585), amd64, (installer 
booted in UEFI mode, _I think_), installing grub fails with:

Executing grub-install dummy failed. This is a fatal error.

Extra information: The disk had a ~300M efiboot partition as the first 
partition, and the root partition was in an encrypted LVM volume, EXT4, and was 
60GB in size.

Looking at the log on VT4 finds it is giving me

/usr/sbin/grub-probe: error: unknown filesystem.
Auto-detection of a filesystem of  failed.
Try with --recheck.

After a lot of research this post 
http://ubuntuforums.org/showthread.php?t=1935765&p=11757198#post11757198 
suggested there's a "known bug" in grub with "large" root partitions. So, 
trying again, I used a 40GB root partition and lo and behold it worked.

I realize that this might be a "known bug" (perhaps with a fix), but I thought 
it best to alert you that this "known bug" is shipping on your currently 
available 7.1.0 netinst cd image and causing trouble (actually I used the 
"unofficial" with-firmware image, but I'm assuming it's "in sync" with the 
official 7.1.0 image as far as this is concerned).


robert.


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

Bug#720062: www.debian.org: http://release.debian.org/migration/ does not work / is not understandable

[Adam D. Barratt]

reassign 720062 release.debian.org
retitle 720062 migration page output unclear
user release.debian@packages.debian.org
usertags 720062 + tools

On Sun, 2013-08-18 at 07:11 +0200, Helge Kreutzmann wrote:
> Package: www.debian.org
> Severity: normal

debian-www don't maintain the pages you mentioned. The clue is that
they're under release.debian.org. :-)

> I maintain "goobox". It had a release critical bug which I just
> downgraded because I cannot reproduce it and the submitter does not
> answer anymore on my questions.
> 
> Now the version in sid should be able to migrate to testing. However,
> it is still blocked.

The list of RC bugs that the BTS provides to britney for testing
migration is updated four times a day - at 00:00, 06:00, 12:00 and 18:00
UTC. You downgraded the bug at 20:00, so when britney ran at 22:00 UTC
she was unaware of the downgrading. The next britney run is in a few
minutes time at which point the bug will no longer be a blocker.

> So I follow the PTS to:
> http://release.debian.org/migration/testing.pl?package=goobox
> 
> Here I read:
> goobox depends on libcam-dev which is not available in testing 
> 
> First: The link from "libcam-dev" does not work:
> Not Found
>
> The requested URL /migration/testing.pl?package=libcam-dev was not
> found on this server.

Yes, that's unfortunate.

> Secondly, libcam-dev is in testing:
> http://packages.debian.org/jessie/libcam-dev

"Yes, but". The link in question is in a section headed "Dependency
analysis (including build-depends; i386 only):". libcam-dev _does not
exist_ on i386:

libcam-dev |  9.1+ds1-3 |testing | kfreebsd-amd64, kfreebsd-i386

> So this page has broken links and incorrect information.

No. Some of the links don't work (they should be translated to source
packages) and some of the information is confusingly presented. The
information is /not/ incorrect.

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#720074: aptitude: Can not redirect part of information of aptitude

[Xiangyu LIU]

Package: aptitude
Version: 0.6.8.2-1
Severity: minor

Hi Dear Maintainers,

When I want to record the output information of aptitude's actions
by redirect command or pipe command, I find that aptitude can't 
print part of information, exactly the "Recommends" part.
For example, if I want to install libreoffice WITHOUT any recommends,



# aptitude -R install libreoffice
The following NEW packages will be installed:
  ca-certificates{a} ca-certificates-java{a} default-jre{a} 
  default-jre-headless{a} fonts-dejavu{a} fonts-dejavu-extra{a} 
  fonts-opensymbol{a} fonts-sil-gentium-basic{a} java-common{a} 
  libatk-wrapper-java{a} libatk-wrapper-java-jni{a} 
  libboost-date-time1.49.0{a} libboost-date-time1.53.0{a} 
  libboost-system1.53.0{a} libcdr-0.0-0{a} libcmis-0.3-3{a} 
  libcolamd2.7.1{a} libexttextcat-2.0-0{a} libexttextcat-data{a} 
  libgstreamer-plugins-base1.0-0{a} libgstreamer1.0-0{a} 
  libhsqldb1.8.0-java{a} libhyphen0{a} liblangtag-common{a} 
  liblangtag1{a} libmspub-0.0-0{a} libmythes-1.2-0{a} 
  libneon27-gnutls{a} liborcus-0.4-0{a} libpcsclite1{a} 
  libpython3.3{a} libpython3.3-minimal{a} libpython3.3-stdlib{a} 
  libreoffice libreoffice-base{a} libreoffice-base-core{a} 
  libreoffice-calc{a} libreoffice-common{a} libreoffice-core{a} 
  libreoffice-draw{a} libreoffice-filter-mobiledev{a} 
  libreoffice-impress{a} libreoffice-java-common{a} 
  libreoffice-math{a} libreoffice-report-builder-bin{a} 
  libreoffice-style-galaxy{a} libreoffice-writer{a} 
  libservlet2.5-java libvisio-0.0-0{a} libwpd-0.9-9{a} 
  libwpg-0.2-2{a} libwps-0.2-2{a} libzip2{a} lp-solve{a} 
  openjdk-7-jre{a} openjdk-7-jre-headless{a} openjdk-7-jre-lib{a} 
  openssl{a} python3.3{a} python3.3-minimal{a} python3.3-uno{a} 
  tzdata-java{a} uno-libs3{a} ure{a} 
The following packages are RECOMMENDED but will NOT be installed:
  fonts-liberation fonts-sil-gentium icedtea-7-jre-jamvm libgconf2-4 
  libgnome2-0 libgnomevfs2-0 libpaper-utils ttf-dejavu-extra 
  ttf-mscorefonts-installer xfonts-mathml 
0 packages upgraded, 64 newly installed, 0 to remove and 0 not upgraded.
Need to get 129 MB of archives. After unpacking 393 MB will be used.
Do you want to continue? [Y/n/?]

-

There is a hint information  "The following packages are RECOMMENDED 
but will NOT be installed". 

But when I want to record these printed messages, aptitude does not
print the recommends part.

-
# aptitude -R install libreoffice | tee ./log001.txt
Reading package lists...
Building dependency tree...
Reading state information...
Reading extended state information...
Initializing package states...
Reading task descriptions...
The following NEW packages will be installed:
  ca-certificates{a} ca-certificates-java{a} default-jre{a} 
  default-jre-headless{a} fonts-dejavu{a} fonts-dejavu-extra{a} 
  fonts-opensymbol{a} fonts-sil-gentium-basic{a} java-common{a} 
  libatk-wrapper-java{a} libatk-wrapper-java-jni{a} 
  libboost-date-time1.49.0{a} libboost-date-time1.53.0{a} 
  libboost-system1.53.0{a} libcdr-0.0-0{a} libcmis-0.3-3{a} 
  libcolamd2.7.1{a} libexttextcat-2.0-0{a} libexttextcat-data{a} 
  libgstreamer-plugins-base1.0-0{a} libgstreamer1.0-0{a} 
  libhsqldb1.8.0-java{a} libhyphen0{a} liblangtag-common{a} liblangtag1{a} 
  libmspub-0.0-0{a} libmythes-1.2-0{a} libneon27-gnutls{a} 
  liborcus-0.4-0{a} libpcsclite1{a} libpython3.3{a} libpython3.3-minimal{a} 
  libpython3.3-stdlib{a} libreoffice libreoffice-base{a} 
  libreoffice-base-core{a} libreoffice-calc{a} libreoffice-common{a} 
  libreoffice-core{a} libreoffice-draw{a} libreoffice-filter-mobiledev{a} 
  libreoffice-impress{a} libreoffice-java-common{a} libreoffice-math{a} 
  libreoffice-report-builder-bin{a} libreoffice-style-galaxy{a} 
  libreoffice-writer{a} libservlet2.5-java libvisio-0.0-0{a} 
  libwpd-0.9-9{a} libwpg-0.2-2{a} libwps-0.2-2{a} libzip2{a} lp-solve{a} 
  openjdk-7-jre{a} openjdk-7-jre-headless{a} openjdk-7-jre-lib{a} 
  openssl{a} python3.3{a} python3.3-minimal{a} python3.3-uno{a} 
  tzdata-java{a} uno-libs3{a} ure{a} 
0 packages upgraded, 64 newly installed, 0 to remove and 0 not upgraded.
Need to get 129 MB of archives. After unpacking 393 MB will be used.
Do you want to continue?
-


But the Suggested messages can be printed normally .

-
# aptitude -R -v install libreoffice | tee ./log001.txt
Reading package lists...
Building dependency tree...
Reading state information...
Reading extended state information...
Initializing package states...
Reading task descriptions...
The following NEW packages will be installed:
  ca-certificates{a} ca-certificates-java{a} default-jre{a} 
  default-jre-headless{a} fonts-dejavu{a} fonts-dejavu-extra{a} 
  fonts-opensy

Bug#719906: gawk: disable test when being cross build

[YunQiang Su]

Hi, Steve,

dh_auto_check disable check when cross build by default now, when cross build,
I believe it's a good behavior.

Here we override_dh_auto_check, fellow the behavior of dh_auto_check
will be a good idea.

-- 
YunQiang Su


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

Bug#720075: linux-image-3: Dell Vostro 3750 freezes when booted with USB3.0 port used

[Wojciech Zabołotny]

Package: linux-image-3.10.2
Version: 10:1.0.wzab
Severity: important
File: linux-image-3

Dear Maintainer,

When I start my Dell Vostro 3750 system with any device connected to one of
USB 3.0 capable ports, the system freezes.
The problem is triggered when during power-up or reboot of the system
the device is present at least before the BIOS asks for the power-up
password, so probably it is associated with initialization of the system by
BIOS. However Windows 7 boots on the system in such situations without any
problems.

The problem exists since linux-2.6 times, and it was reported for linux-2.6
kernel as bug number 644174, however as it is still present in 3.10.2 and
3.10.7 kernels, I suppose, that it should be re-reported for those packages.
The problem is also reported to bugzilla:
https://bugzilla.kernel.org/show_bug.cgi?id=42844


-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (500, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.10.7 (SMP w/8 CPU cores; PREEMPT)
Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages linux-image-3.10.2 depends on:
ii  coreutils  8.21-1
ii  debconf [debconf-2.0]  1.5.50

linux-image-3.10.2 recommends no packages.

Versions of packages linux-image-3.10.2 suggests:
pn  fdutils 
pn  ksymoops
pn  linux-doc-3.10.2 | linux-source-3.10.2  
pn  linux-image-3.10.2-dbg  

-- debconf information:
  linux-image-3.10.2/preinst/abort-overwrite-3.10.2:
  linux-image-3.10.2/postinst/old-system-map-link-3.10.2: true
  linux-image-3.10.2/preinst/already-running-this-3.10.2:
  linux-image-3.10.2/postinst/old-dir-initrd-link-3.10.2: true
  linux-image-3.10.2/postinst/depmod-error-3.10.2: false
  linux-image-3.10.2/postinst/kimage-is-a-directory:
  linux-image-3.10.2/preinst/failed-to-move-modules-3.10.2:
  linux-image-3.10.2/postinst/depmod-error-initrd-3.10.2: false
* linux-image-3.10.2/preinst/overwriting-modules-3.10.2: true
  linux-image-3.10.2/prerm/removing-running-kernel-3.10.2: true


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

Bug#720076: debian-maintainers: Please add Joe Healy as a DM

[Joe Healy]

Package: debian-maintainers
Severity: normal


Hello,

Please add my key to the Debian Maintainers keyring. The uid I use for
packaging is joehe...@gmail.com. The relevant jetring changeset is
attached.

Thank you,
Joe



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

Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Comment: Add Joe Healy  as a Debian Maintainer
Date: Sun, 18 Aug 2013 19:45:23 +1000
Action: import
Recommended-By: 
  Martin F Krafft 
Agreement: 
  https://lists.debian.org/debian-newmaint/2013/08/msg6.html
Advocates: 
  https://lists.debian.org/debian-newmaint/2013/08/msg00016.html
Data: 
  -BEGIN PGP PUBLIC KEY BLOCK-
  Version: GnuPG v1.4.12 (GNU/Linux)
  
  mQINBFF+WiwBEADBoHVk+uei2/wMda+wtD7vKNeltVWCjLFtfXZrhJ9k/y/c5dEb
  Q7FLi0NPj92LOo3MdunL/mQGfa90x5R4bUO3aBGLN7jZc+kLnnmVfcpy5csnpy7U
  GdWeLHPnjOdS8ECCRwphLRc4QhklfTx0iHbj/1/hqBbcRF2JiFIQ+KCV1hd8Dbdw
  zddlZyEa0RWiWRgCgCU98p2uzX+QScCEo4uO4Q42dHr3y61+Je6NRGOuMdyokpro
  m7x9OlhSM0eOd4tkkTp5juq+Hqe0fjG8e/i6x3qa1ja6yb4yz+4CmyYyayS1v/PN
  utBJkPOi+xPBza4BsPpUTkhXeoia33qmmPPshRbM/SfrgmV2hEvFJbm085sceCbC
  JgcvIIP6o7v30+3gzJmLjSbpgZKs3OcloGICQj8sduJbIH4Zsb3iyQh61CNTTW51
  fQAYCcaPpXZ3d35x9Av9ORgouHqxDbFpNXEH2Z/HKeLDVttwZDH/jRDuVXYLp0tY
  fs6Lk9uU0nxpTcp61Px848t+LprMAUluM2rWm9gS7JBASWZ4M2y/TtPxGusPT01f
  p+UaipDDjzEeHpcNtbkMQMqBfTXpLci9WdyUGLfy4EtpZ02PxNoLDlvpknHXR/EY
  ciItOoyF16/1ga34ewi+6FYii+gdoEz2LwBe7s5jyOlez+M7LiClA2GNVQARAQAB
  tB5Kb2UgSGVhbHkgPGpvZWhlYWx5QGdtYWlsLmNvbT6JAjcEEwEIACEFAlF+WiwC
  GwMFCwkIBwMFFQoJCAsFFgIDAQACHgECF4AACgkQsJ5AsPKuarkp8RAAs4S4QzKb
  Wq3+MhsShXceqTXMj0PRLfw/i7t8eM+HpQ5zNDQaRgFgMgn28x1QYwJMgp3g5RGy
  oWLH9gjrH+2gRzELSSqgSS/dl48SGyyc+nmN45zgUX7+HNi8DN12/Qqora5KDWCg
  FES+G3SGMI5TJ94yT2aNauBkQnhJc5UOHnIjTgL5zkYhMpK26RT6UQ0IUHSj7Wcl
  BopH2KMKhyoVQ2SJOzVPRAekwJuUpUZpFAMcW+7oPfN7wlYFKnSAaHM8xK3WLzOV
  83Ij9l6IKRqSFoubUiq8tvS7lcTiJ6IdPu8TChkozoD0g0aen/bM4OH8c0qOS9yD
  Gr+0EKtt2rwX6qqOngJpSE2tBL3gpvdz+w/uANVthIwQLeHiSCXbOQNepAuKtB8A
  owBArLnza/2O2ZXVRm3BGZbK51leBwDWkomYp7sbokeweQn4uaUlbWKrJewxA+z3
  rfdHXWDCfKjvGxGhWTzlwpcmg3ceQ5AVuE5CJLrdlnckv/r+TY/VrvqycbBo1oSn
  dOzX/0dkozFBT/Qwr2QeHdRyIr1fswPDmnUyf2c7IonBRF4CLGaXvg5S3qrFcAV0
  d9xvcXXGIsOPmLwGyXzUQUBq3bzsSKgp+QsvF27CLP7lXQg5/3Im9wVh8TcTJ2n4
  f1w91gqwyNAS5FyExhNm46YoFphViPC7HxSIRgQQEQgABgUCUfyRngAKCRCKkGd5
  GIAoPDTvAJ4u5YDbs97BqvLcKyiCcbR+pcrxLwCeKQIDqRGmia6ayofWr8F8q8iP
  IrmJAhwEEAEIAAYFAlH8kbcACgkQfFas/pR4l9iC7w/+PyDiuHDTrLd7LeIEJBO5
  SyRxXdbmJmctL3EFiKEXQ2yDouicGqELdR0ucZnHBJ+w06WR2yaXg6FVD40msplg
  L1nVT0Vvo8qlKTxkLubwXdttw19u3uzlSUuXcyw9wS33bEJa6kFVKf5A6vknxJXT
  lQYyUc55xOC5N1OKlGFRal26z2CfonSEdJAU1GNq7iM/6qeSSbtt7ra4hiYy38J1
  d7z/kQtT1fwAK0CfM9hf/+a6JDHDFRSYoXP6Y2dZUei32czY8Jj04uZg+txIr731
  4mAKcO6fdQeWZ7Toch3ANS1qkTtJQWVYtGrnMS+gYfDyF4M9ew8BKqZpoPSWggCU
  11nyIxpxlxbvE/zgkBzqTMANKVg3H0k44eNqckD7rMMD1INq33q5V59PW0yhsHJa
  bWpZzcieSSRFqsNZAjM9aLEgEm5GLFg98TCoGoqKDxoar3TF9KIPHLmqhhxPlDoz
  WaTevfSKiG6asG2j1Rhm2IemiqaudS5dwXsf4fALQwVWiN2fwXCHnEw6ghju+zyO
  dlt3/DoCC1Z6hsTznVXsyV+2UevoYkNO5NV7v+4tiIJOGENb6XFR+TlZXDl4cOww
  kOw2FJP5P+Go5zoYHWUUwin5v94KDm1WQUJQxcxzMHq1ZawmqcyObVNBSmYjueks
  QNalAHrFdA0dA6nNmdBR6wWJAhwEEAEIAAYFAlH8kcsACgkQA0gCx6ykNQrFUBAA
  o9T63Ci+R0txKGY7e1OuF7ObBxuTs2JynkmHY7/6bOneP4/Zj1wtMZWtN1jrk8WA
  0py/djm7BrCHZ888gpuU1fJ2f0zWw4meEDtsGhVX6a6ApQ/fvI5lbIPlPSdl+NEd
  UBunqJe3MIbASu4CDhpN5hhuTePxg5tlW4jQqcC6IUyZsV5MKFAYuHiUs4V82OHg
  RzYhydSlrbLu+8bEQ71NhKnD/q9vV6dRwwnPF88OJkiJJcbw5z4tzFVtpP37S5Ub
  UjwHf48Yfyrn2pVNQegq3JAMRWx/bSCXt33s1PZyKW3QknhRlH3J0TKorT98EPQ9
  5qOLq6IVoHtXOqa1vp8v+IvA9UCC0RwEdOp5T8QuCGBOt8gqTD/dY4n7vWKF6GFS
  fE9/0+/wcFDHNBRZ3Hh0LbZzxDyBxb1M8eyzccDfQEiP/zD1jIFcCkMeYKhr1UPf
  Y7Vk5Rt0dJ/6qJlujjc+op9FlD3KKFKn11lG2L1NQQ/PoTxiJ12CXjezfdN+hT38
  MoDC+tD2cQYeqJt1eNZn1paHBDoC8BliLy5Ge1pF8bArJes2V4DYzMpB4K86fDoz
  ishhRBoLsNcOBGPy3vGnVlcchEZkkak/tV5FTFOkWThoTR4cZf1Y9B0LLGSdBEuv
  ZCw8Gr4cfO3pxLdCKOr/9M7Koy9Bnl6En82CmThY6wa5Ag0EUX5aLAEQAKg+WGcs
  7shzkwV4dpBSeAAzQMwWT5mNHsnwH8mSgsLvFsBIcNYApynj4yhY8/JeRq2sM2aw
  0Y3rdtYyClMBQooCkrc6jIirwT1uL+tGrbXUjRw+nyqn9mpLoT8sQStZNCiH8srn
  PxPXlaADB606nuJ0WzFGRLoVpmTZIWSmayl2zFljcx+9YDirxRhVnPFOQ3q0Xm3w
  X+zcUWlWN/4RuSsxkkSAI0PrhernJtt5ngTgBjzpYDMV48QlUzs7AV6kXngzRd7R
  wgAs4jENENSr1dAskc2Ijw5i3T6/F/aScNa1NKOz9Zmobk1XRTLnrGCLWX9H3XgB
  PKpruMf/6Rj0QCA6IRZrjKcBb0/iuJkfNyMIKMMd0atmV2vTx80fWM1EvSNOx9WF
  n1xWkxZtfNg+I03StTEtsRU2cF2LUZeLGdWujvdZOKOitSwCpG//3qW1jeBq/+tZ
  oi3pJ7a0jlMNfr+nG6Ddd2s9IdlTkA4Jt4O2sg9HV/W1nqMBNsYvPO9ZtseYVY3C
  Drk1cFvN+UrkaaSvXvQfHyMrSVtU+Y+oIMVLQOQhzxMpRde7rLVVpDw906FSECu3
  sXZxI/nXIHyC67VkQuvDeBqMz4uxEjIj7//b26xXTypWMC/PAn2118TLeLJKpV5j
  ibX8YdeLv2uixFAXOPP4wqjOj6kRu1JC01SHABEBAAGJAh8EGAEIAAkFAlF+WiwC
  GwwACgkQsJ5AsPKuarlEsg//XDf8pBwD678M+6tycXg+H+4dcX2chp4A3bWwmBij
  2DsJ1Cghsf220L2byRMgyfNRqXcfVWfQGGM9m8/cBofjhR7XkbMmhb+XBV0kwqgO
  rev0ovuqoMS

Bug#720077: gcompris: would be nice to have a NEWS.gz

[shirish शिरीष]

Package: gcompris
Version: 12.11-1
Severity: wishlist

Dear Maintainer,
It would be nice to have a NEWS.gz along-with the changelog.gz and
changelog.Debian.gz which are already there. The thing is while
changelog.gz give the raw diff and changelog.Debian.gz gives story of
rebuilds and things like that. In this what major changes occurred
from one version to the next are lost. Upstream does provide NEWS at
http://gcompris.net/-News- which could be used as NEWS.gz so people
like me do not have to go to the site every-time a new release
happens.

Looking forward to inclusion of NEWS.gz in the next release. And by
the way, you could think of joining the debian-games team which would
make maintenance a bit easier and you could work on more games or
educational toys there as well. Just a suggestion.

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

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

Versions of packages gcompris depends on:
ii  gcompris-data 12.11-1
ii  gstreamer0.10-alsa [gstreamer0.10-audiosink]  0.10.36-1.1
ii  gstreamer0.10-plugins-bad [gstreamer0.10-audiosink]   0.10.23-7.1
ii  gstreamer0.10-plugins-base0.10.36-1.1
ii  gstreamer0.10-plugins-good [gstreamer0.10-audiosink]  0.10.31-3+nmu1
ii  gstreamer0.10-pulseaudio [gstreamer0.10-audiosink]0.10.31-3+nmu1
ii  libatk1.0-0   2.8.0-2
ii  libc6 2.17-92
ii  libcairo2 1.12.14-4
ii  libfontconfig12.10.2-2
ii  libfreetype6  2.4.9-1.1
ii  libgdk-pixbuf2.0-02.28.2-1
ii  libglib2.0-0  2.36.3-3
ii  libgstreamer0.10-00.10.36-1.2
ii  libgtk2.0-0   2.24.20-1
ii  libpango-1.0-01.32.5-5+b1
ii  libpangocairo-1.0-0   1.32.5-5+b1
ii  libpangoft2-1.0-0 1.32.5-5+b1
ii  libpython2.7  2.7.5-5
ii  librsvg2-22.36.4-2
ii  librsvg2-common   2.36.4-2
ii  libsqlite3-0  3.7.17-1
ii  libx11-6  2:1.6.0-1
ii  libxml2   2.9.1+dfsg1-3
ii  python-cairo  1.8.8-1+b2
ii  python-gtk2   2.24.0-3+b1
ii  python-pysqlite2  2.6.3-3

gcompris recommends no packages.

Versions of packages gcompris suggests:
ii  gnucap1:0.36~20091207-2
ii  gnuchess  6.0.3-1
ii  tuxpaint  1:0.9.21-1.1

-- no debconf information

-- 
  Regards,
  Shirish Agarwal  शिरीष अग्रवाल
  My quotes in this email licensed under CC 3.0
http://creativecommons.org/licenses/by-nc/3.0/
http://flossexperiences.wordpress.com
065C 6D79 A68C E7EA 52B3  8D70 950D 53FB 729A 8B17


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

Bug#706330: Re: Some applications segfaults after upgrade to 3.8.0-1

[Vlad Orlov]

Hi,

> This patch is just temporary workaround and it is not
> included in the upstream version.

The upstream have thrown away a lot of code in [1], so the patch 
wouldn't even work anymore, because it looks like the code responsible 
for crashes was just removed with a lot of other stuff.


These changes were applied a year ago. I think it makes more sense to 
upload a newer version (pre-release of 1.0.3 from trunk) than to apply 
patches to the older (much older) one.


[1] http://bazaar.launchpad.net/~unico-team/unico/trunk/revision/136


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

Bug#714817: More information?

[Rogério Brito]

Control: tag -1 moreinfo

Hi.

Just for reference: are you sure that you didn't have apt or aptitude's
flag to download recommended packages by default?

What happens if you try to uninstall mplayer2?

Just so you know, mplayer2 *is* used, regardless of if it is a headless box
or not, to download videos with protocols other than http (in the same
fashion as rtmpdump).

In any case, *if* this is a bug, I don't really know if this is a bug with
my packaging of youtube-dl or with the dependency resolving tools of
installers.


Regards,

-- 
Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC
http://cynic.cc/blog/ : github.com/rbrito : profiles.google.com/rbrito
DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br


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

Bug#719309: What is the video?

[Rogério Brito]

Control: tags -1 moreinfo

Hi.

Just for the sake of knowing if the bug has been fixed or not: what is the
video ID of the video that you wanted to download?


Regards,

-- 
Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC
http://cynic.cc/blog/ : github.com/rbrito : profiles.google.com/rbrito
DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br


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

Bug#720078: multiarch ijs

[YunQiang Su]

Package: ijs
Version: 0.35-8

This patch can make ijs multiarch.

-- 
YunQiang Su


ijs-multiarch.diff
Description: Binary data

Bug#720079: ITP: puppet-module-puppetlabs-stdlib -- Puppet standard library

[Thomas Bechtold]

Package: wnpp
Severity: wishlist
Owner: Thomas Bechtold 

* Package name: puppet-module-puppetlabs-stdlib
  Version : 4.1.0
  Upstream Author : Puppet Labs Inc 
* URL : https://forge.puppetlabs.com/puppetlabs/stdlib
* License : Apache 2.0
  Programming Lang: Ruby
  Description : Puppet standard library

This module provides a standard library of resources for developing
Puppet modules. This modules will include the following additions
to Puppet:
 
 * Stages
 * Facts
 * Functions
 * Defined resource types
 * Types
 * Providers


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

Bug#720080: hamster-applet: New releases

[Reuben Thomas]

Package: hamster-applet
Version: 2.91.3+git20120514.b9fec3e1-1ubuntu1
Severity: wishlist

Project Hamster has made more recent releases, up to version 1.03 (I
guess this is GNOME-independent version numbering). The date of the
latest release is 13th May 2013, which is much more recent than the
current package (almost exactly a year earlier).

The applet is dead (instead, there’s a shell extension), and the
maintainer is seeking to retire, but will still make sure Hamster will
work, as he’s still using it; from a packaging point of view this
sounds like a good thing, as it’s likely that after transitioning to
the new Hamster there would be a period of calm.

It would be good to see this new version packaged, both to be up to
date and get some bug fixes, and to work better with GNOME 3.

-- System Information:
Debian Release: wheezy/sid
  APT prefers raring-updates
  APT policy: (500, 'raring-updates'), (500, 'raring-security'), (500, 'raring')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.8.0-26-generic (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 hamster-applet depends on:
ii  gconf23.2.6-0ubuntu1
ii  python2.7.4-0ubuntu1
ii  python-cairo  1.8.8-1ubuntu4
ii  python-dbus   1.1.1-1ubuntu3
ii  python-gconf  2.28.1+dfsg-1build1
ii  python-gnome2 2.28.1+dfsg-1build1
ii  python-gobject-2  2.28.6-11
ii  python-gtk2   2.24.0-3ubuntu1
ii  python-wnck   2.32.0+dfsg-2ubuntu1
ii  python-xdg0.25-2

Versions of packages hamster-applet recommends:
ii  gnome-icon-theme   3.6.2-0ubuntu1
ii  hamster-indicator  0.1+037dd2e-0ubuntu2
ii  python-notify  0.1.1-3ubuntu1

Versions of packages hamster-applet suggests:
pn  python-evolution  

-- 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#720081: Install file trigger for /usr/share/initramfs-tools

[Michael Biebl]

Package: dracut
Version: 031-2
Severity: normal

Hi,

dracut uses a different approach then initramfs-tools and bundles most
of its functionality in dracut itself while initramfs-tools moves the
logic into the separate packages, like e.g. lvm2 or mdadm.

When I install dracut, dracut wants to install such packages (via
Recommends) and will then create an initramfs with support for those
tools.

If I decide to not install e.g. lvm2 when installing dracut, the
generated initramfs will not have proper lvm support.
And if I later install lvm2, the initramfs is not automatically
updated.

That's why I suggest to install a dpkg file trigger for
/usr/share/initramfs-tools and update the initramfs whenever a package
drops a initramfs-tools hook in there.

This obviously means, that for more exotic packages, which don't have
support in dracut, we will update the initramfs unnecessarily.
But imho that is less of an issue then *not* updating the initramfs when
an important package like mdadm or lvm2 is installed.

Michael



-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (200, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages dracut depends on:
ii  cpio   2.11+dfsg-1
ii  kbd1.15.5-1
ii  kpartx 0.4.9+git0.4dfdaf2b-7
ii  libc6  2.17-92
ii  module-init-tools  9-3
ii  udev   204-2
ii  util-linux 2.20.1-5.5

Versions of packages dracut recommends:
ii  cryptsetup  2:1.6.1-1
pn  dmraid  
ii  dmsetup 2:1.02.77-5
pn  lvm2
pn  mdadm   

Versions of packages dracut suggests:
pn  dracut-network  

-- Configuration Files:
/etc/dracut.conf changed [not included]

-- 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#706330: Re: Some applications segfaults after upgrade to 3.8.0-1

[Felix Zweig]

On 08/18/2013 12:35 PM, Vlad Orlov wrote:
>I think it makes more sense to
> upload a newer version (pre-release of 1.0.3 from trunk) than to apply
> patches to the older (much older) one.
> 
> [1] http://bazaar.launchpad.net/~unico-team/unico/trunk/revision/136

I build revision 150 a few weeks ago. While it builds and GTK-3 apps
start again, theming is totally broken. It doesn't seem like Unico will
work with GTK+ 3.8 anytime soon, so maybe deprecating it and removing it
from the archives is the best (cleanest) way.


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

Bug#719979: git-daemon: Does not log connection address anymore on inetd mode

[Jonathan Nieder]

tags 719979 + upstream
# regression
severity 719979 important
quit

Hi Guillem,

Guillem Jover wrote:

> Just noticed that git-daemon does not log the "Connection" lines any
> longer after the upgrade from squeeze to wheezy that I did some months
> ago, which makes the rest of the logging a bit useless.
>
> I run git-daemon from inetutils-inetd, but I've not tested it as a
> standalone server so I'm not sure if this might work there. I took a
> look at the git history and see f9c87be6b42dd0f8b31a4bb8c6a44326879fdd1a
> “daemon: get remote host address from root-process” as a possible
> suspect.

Yeah, this is broken.  The change you mention made git daemon rely on
the $REMOTE_ADDR envvar for logging in both --inetd mode and the
internal --serve mode.  In --serve mode the parent process populates
$REMOTE_ADDR using the address from listen().  That was supposed to
work around getpeername(), which was previously used, not being
available on Windows, by passing the address from the parent and it
works fine.

The change in the --inetd case was not intentional.  In --inetd mode
$REMOTE_ADDR is not being set, breaking logging (and breaking hooks
that might rely on REMOTE_ADDR).

How about something like this (untested)?

Signed-off-by: Jonathan Nieder 

diff --git i/daemon.c w/daemon.c
index 34916c5e..f975c680 100644
--- i/daemon.c
+++ w/daemon.c
@@ -669,6 +669,37 @@ static int addrcmp(const struct sockaddr_storage *s1,
return 0;
 }
 
+static void addr_to_host_port(struct sockaddr *addr,
+   char *addrbuf, int addrbuflen,
+   char *portbuf, int portbuflen)
+{
+   assert(addrbuflen > 12);
+   strcpy(addrbuf, "REMOTE_ADDR=");
+
+   if (addr->sa_family == AF_INET) {
+   struct sockaddr_in *sin_addr = (void *) addr;
+   inet_ntop(addr->sa_family, &sin_addr->sin_addr, addrbuf + 12,
+   addrbuflen - 12);
+   snprintf(portbuf, portbuflen, "REMOTE_PORT=%d",
+   ntohs(sin_addr->sin_port));
+#ifndef NO_IPV6
+   } else if (addr->sa_family == AF_INET6) {
+   struct sockaddr_in6 *sin6_addr = (void *) addr;
+
+   char *buf = addrbuf + 12;
+   *buf++ = '['; *buf = '\0'; /* stpcpy() is cool */
+   inet_ntop(AF_INET6, &sin6_addr->sin6_addr, buf,
+   addrbuflen - 13);
+   strcat(buf, "]");
+
+   snprintf(portbuf, portbuflen, "REMOTE_PORT=%d",
+   ntohs(sin6_addr->sin6_port));
+#endif
+   } else {
+   die("unexpected address family %d", (int) addr->sa_family);
+   }
+}
+
 static int max_connections = 32;
 
 static unsigned int live_children;
@@ -739,7 +770,7 @@ static char **cld_argv;
 static void handle(int incoming, struct sockaddr *addr, socklen_t addrlen)
 {
struct child_process cld = { NULL };
-   char addrbuf[300] = "REMOTE_ADDR=", portbuf[300];
+   char addrbuf[300], portbuf[300];
char *env[] = { addrbuf, portbuf, NULL };
 
if (max_connections && live_children >= max_connections) {
@@ -753,26 +784,8 @@ static void handle(int incoming, struct sockaddr *addr, 
socklen_t addrlen)
}
}
 
-   if (addr->sa_family == AF_INET) {
-   struct sockaddr_in *sin_addr = (void *) addr;
-   inet_ntop(addr->sa_family, &sin_addr->sin_addr, addrbuf + 12,
-   sizeof(addrbuf) - 12);
-   snprintf(portbuf, sizeof(portbuf), "REMOTE_PORT=%d",
-   ntohs(sin_addr->sin_port));
-#ifndef NO_IPV6
-   } else if (addr->sa_family == AF_INET6) {
-   struct sockaddr_in6 *sin6_addr = (void *) addr;
-
-   char *buf = addrbuf + 12;
-   *buf++ = '['; *buf = '\0'; /* stpcpy() is cool */
-   inet_ntop(AF_INET6, &sin6_addr->sin6_addr, buf,
-   sizeof(addrbuf) - 13);
-   strcat(buf, "]");
-
-   snprintf(portbuf, sizeof(portbuf), "REMOTE_PORT=%d",
-   ntohs(sin6_addr->sin6_port));
-#endif
-   }
+   addr_to_host_port(addr, addrbuf, sizeof(addrbuf),
+   portbuf, sizeof(portbuf));
 
cld.env = (const char **)env;
cld.argv = (const char **)cld_argv;
@@ -1047,6 +1060,29 @@ static int service_loop(struct socketlist *socklist)
}
 }
 
+#ifdef NO_GETPEERNAME
+static void get_remote_addr(void)
+{
+   /* nothing */
+}
+#else
+static void get_remote_addr(void)
+{
+   char hostenv[300], portenv[300];
+   struct sockaddr_storage ss;
+   struct sockaddr *peer = (struct sockaddr *)&ss;
+   socklen_t slen = sizeof(ss);
+
+   if (getpeername(0, peer, &slen))
+ return;
+   addr_to_host_port(peer,
+   hostenv, sizeof(hostenv),
+   portenv, sizeof(portenv));
+   if (putenv(xstrdup(hostenv)) || putenv(xstrdup(po

Bug#719946: cups: CUPS 1.6 client sends wrong mimetype to 1.5 server, can't print

[Brian Potkin]

tags 719946 moreinfo
thanks



Hello Tom,

Your comprehensive report is appreciated.


On Fri 16 Aug 2013 at 23:28:44 -0430, Tom Maneiro wrote:

> The problem with my Jessie/CUPS 1.6 clients is that they can't print to the
> Wheezy/CUPS 1.5 printserver. After enabling debug logging on everything
> (including the printserver, a Wheezy client which can print, and a Jessie
> client that CAN'T print), I've noticed that while the Wheezy (and Windows)
> clients send the print job data as "application/octet-stream" (so the server
> does nothing but to directly pipe the data into the printer), while the exact

Are you sure the jobs are *sent* as application/octet-stream? The server
usually auto-types the file received?

> same data (LAVAFLOW encapsulted into PJL) is sent by the Jessie clients as
> "application/vnd.cups-pdf" (the server assumes that it's receiving a PDF... 
> and

The likely case here is that the job is *sent* as application/vnd.cups-pdf.

> Relevant log entries from the Wheezy print server:
>
> - This Wheezy client can print:
> 
> D [16/Aug/2013:22:30:06 -04-30] [Job 169] Auto-typing file...
> D [16/Aug/2013:22:30:06 -04-30] [Job 169] Request file type is 
> application/octet-stream.
> I [16/Aug/2013:22:30:06 -04-30] [Job 169] File of type 
> application/octet-stream queued by "tomman".

The client sent the file without specifying its mime type. The server
sorted out the type.

> - On the other side, this Jessie client can't print at all on the same server

> I [16/Aug/2013:22:38:33 -04-30] [Job 171] File of type 
> application/vnd.cups-pdf queued by "tomman".

No first two lines as with the Wheezy client. The Jessie client has
informed the server about the mime type. This could be done with

   lp -d   -o document-format=application/vnd.cups-pdf 

Please examine the client for an lpoptions file in /etc/cups or ~/.cups
which contains "document-format". /etc/inetd.conf may be worth a look at
too.

Regards,

Brian.


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

Bug#719896: [Pkg-openmpi-maintainers] Bug#719896: openmpi: Please enable test suite

[Sylvestre Ledru]

Hello Michael,


On 17/08/2013 15:19, Michael Banck wrote:
> Heya,
>
> I had another look and it turns out there are a couple more test cases
> in other directoories. So it makes sense to just call the default
> dh_auto_test target.  I had to disable one test case because it did not
> link, though.
>
> Updated patch attached.
>
Thanks again

Are you sure it is really started ?

In a cowbuilder, I have:

make[1]: Leaving directory `/tmp/buildd/openmpi-1.6.5'
   dh_auto_test -O--parallel
 fakeroot debian/rules binary
dh binary --parallel #--with autotools_dev
   dh_testroot -O--parallel
   dh_prep -O--parallel
   dh_auto_install -O--parallel
make[1]: Entering directory `/tmp/buildd/openmpi-1.6.5'

Cheers,
Sylvestre


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

Bug#602463: Update on the packaging

[Fabien Givors (Debian)]

Hi,

A reminder to myself and anyone who wishes to help with the packaging of
lib clanlib2:

> I updated clanlib2 package for the last stable (2.x) release. The
> clanlib team is now working on a 3.x rewrite of the lib which is
> still in a beta stage this means that there shouldn't be any abi
> breakage anymore for the 2.x version :) and that the 2.3.7 version
> has been long tested.
>
> There are still some problems to fix
> - one of them being dealing with non-mmx2 arch, on whom the lib won't
> build (I still don't know how to deal with that
> - there is the question of the C++ symbols: it's such a mess, is it
> really a good idea to imbed the .symbols file?
> And finally, the soname problem,we currently use a lintian override,
> but I think we should rename the libs to remove caps and rewrite the
> version numbers in a standard way
> - there are other details that I should take care of next week…

Feel free to discuss this with me (captnfab on #debian-games @ OFTC)

Bye,

-- 
fabien


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

Bug#720082: Regression: brightness controls no longer work on Lenovo B570 in 3.10

[Eric]

Package: src:linux
Version: 3.10.5-1
Severity: normal

Dear Maintainer,
   * What led up to the situation?
Upgraded kernel from 3.9-1-amd64 and rebooted.
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
Tried to increase the brightness using the fn + arrow keys (which are the
brightness control keys).
   * What was the outcome of this action?
The brightness-changing indicator showed up on my desktop but the actual
brightness did not change.
   * What outcome did you expect instead?
That the screen brightness change.



-- Package-specific info:
** Version:
Linux version 3.10-2-amd64 (debian-ker...@lists.debian.org) (gcc version 4.7.3 
(Debian 4.7.3-6) ) #1 SMP Debian 3.10.5-1 (2013-08-07)

** Command line:
BOOT_IMAGE=/boot/vmlinuz-3.10-2-amd64 
root=UUID=88bbe60a-cb47-43ce-b171-2140924d0fcd ro selinux=1 security=selinux 
quiet

** Tainted: CO (5120)
 * Module from drivers/staging has been loaded.
 * Out-of-tree module has been loaded.

** Kernel log:
[9.144091] ACPI: If an ACPI driver is available for this device, you should 
use it instead of the native driver
[9.144093] ACPI Warning: 0x0500-0x052f SystemIO 
conflicts with Region \GPIO 1 (20130328/utaddress-251)
[9.144100] ACPI: If an ACPI driver is available for this device, you should 
use it instead of the native driver
[9.144103] lpc_ich: Resource conflict(s) found affecting gpio_ich
[9.219304] ACPI: Requesting acpi_cpufreq
[9.401090] iTCO_vendor_support: vendor-support=0
[9.409327] ACPI Warning: 0xefa0-0xefbf SystemIO 
conflicts with Region \_SB_.PCI0.SBUS.SMBI 1 (20130328/utaddress-251)
[9.409336] ACPI: If an ACPI driver is available for this device, you should 
use it instead of the native driver
[9.423606] mei_me :00:16.0: setting latency timer to 64
[9.423662] mei_me :00:16.0: irq 42 for MSI/MSI-X
[9.432701] media: Linux media interface: v0.10
[9.447732] Linux video capture interface: v2.00
[9.530994] [drm] Initialized drm 1.1.0 20060810
[9.609850] [drm] Memory usable by graphics device = 2048M
[9.609861] i915 :00:02.0: setting latency timer to 64
[9.628873] i915 :00:02.0: irq 43 for MSI/MSI-X
[9.628886] [drm] Supports vblank timestamp caching Rev 1 (10.10.2010).
[9.62] [drm] Driver supports precise vblank timestamp query.
[9.628993] vgaarb: device changed decodes: 
PCI::00:02.0,olddecodes=io+mem,decodes=io+mem:owns=io+mem
[9.643411] iTCO_wdt: Intel TCO WatchDog Timer Driver v1.10
[9.643441] iTCO_wdt: Found a Cougar Point TCO device (Version=2, 
TCOBASE=0x0460)
[9.643606] iTCO_wdt: initialized. heartbeat=30 sec (nowayout=0)
[9.651858] [drm] Wrong MCH_SSKPD value: 0x16040307
[9.651862] [drm] This can cause pipe underruns and display issues.
[9.651864] [drm] Please upgrade your BIOS to fix this.
[9.668672] uvcvideo: Found UVC 1.00 device Lenovo EasyCamera (04f2:b272)
[9.670751] input: Lenovo EasyCamera as 
/devices/pci:00/:00:1a.0/usb1/1-1/1-1.5/1-1.5:1.0/input/input6
[9.670781] fbcon: inteldrmfb (fb0) is primary device
[9.670864] usbcore: registered new interface driver uvcvideo
[9.670865] USB Video Class driver (1.1.1)
[9.819208] psmouse serio1: synaptics: Touchpad model: 1, fw: 7.5, id: 
0x1e0b1, caps: 0xd00073/0x24/0xa0400, board id: 1695, fw id: 752809
[9.819724] rts5139: module is from the staging directory, the quality is 
unknown, you have been warned.
[9.824551] scsi6 : SCSI emulation for RTS5139 USB card reader
[9.824781] usbcore: registered new interface driver rts5139
[9.824863] scsi 6:0:0:0: Direct-Access Generic- xD/SD/M.S.   1.00 
PQ: 0 ANSI: 0 CCS
[9.825888] sd 6:0:0:0: Attached scsi generic sg2 type 0
[9.827990] sd 6:0:0:0: [sdb] Attached SCSI removable disk
[9.843742] cfg80211: Calling CRDA to update world regulatory domain
[9.855228] input: SynPS/2 Synaptics TouchPad as 
/devices/platform/i8042/serio1/input/input7
[9.940901] acer_wmi: Acer Laptop ACPI-WMI Extras
[9.984837] acer_wmi: Brightness must be controlled by acpi video driver
[9.984897] input: Ideapad extra buttons as 
/devices/platform/ideapad/input/input8
[9.986009] input: Acer BMA150 accelerometer as /devices/virtual/input/input9
[   10.252078] ath: phy0: ASPM enabled: 0x43
[   10.252079] ath: EEPROM regdomain: 0x65
[   10.252080] ath: EEPROM indicates we should expect a direct regpair map
[   10.252082] ath: Country alpha2 being used: 00
[   10.252082] ath: Regpair used: 0x65
[   10.339359] ieee80211 phy0: Selected rate control algorithm 'minstrel_ht'
[   10.340016] ieee80211 phy0: Atheros AR9285 Rev:2 mem=0xc90004ec, 
irq=17
[   10.558017] Console: switching to colour frame buffer device 170x48
[   10.564713] i915 :00:02.0: fb0: inteldrmfb frame buffer device
[   10.564719] i915 :00:02.0: registered panic notifier
[   10.603378] acpi device:3f: registered as c

Bug#719896: [Pkg-openmpi-maintainers] Bug#719896: openmpi: Please enable test suite

[Michael Banck]

Hi,

On Sun, Aug 18, 2013 at 01:38:21PM +0200, Sylvestre Ledru wrote:
> On 17/08/2013 15:19, Michael Banck wrote:
> Are you sure it is really started ?

Right, I also see the trouble in sbuild now.  It kinda worked fine just
running the build manually, but even then, I noticed sometimes it
skipped the test stage.

Not sure why that is, I will investigate.


Michael


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

Bug#706330: Re: Some applications segfaults after upgrade to 3.8.0-1

[Vlad Orlov]

Hi,

> it builds and GTK-3 apps start again
Well, then it can be considered as a fix for this bug and the ones 
merged with it.


> theming is totally broken
It may depend on the themes themselves. If the theme simply wasn't 
updated for GTK+3.8, it may very well look ugly. What themes did you 
test, and what was broken?



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

Bug#720083: reportbug: Gtk interface, when gathering system information, has prompts in the terminal causing hang

[Eric]

Package: reportbug
Version: 6.4.4
Severity: normal

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

   * What led up to the situation?
Reporting a bug in linux kernel.
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
Used Gtk interface when prompted to choose, went through most of the bug
reporting until it told me it was gathering system information.
   * What was the outcome of this action?
A prompt showed up in the terminal window asking whether it should collect
network settings. The gtk interface hanged until I noticed this and responded
to the terminal.
   * What outcome did you expect instead?
That it would gather system information and make prompts in the GTk interface.
*** End of the template - remove these lines ***



-- Package-specific info:
** Environment settings:
INTERFACE="gtk2"

** /home/eric/.reportbugrc:
reportbug_version "6.4.4"
mode novice
ui gtk2
email "ericy...@gmail.com"
no-cc
header "X-Debbugs-CC: ericy...@gmail.com"
smtphost reportbug.debian.org

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

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

Versions of packages reportbug depends on:
ii  apt   0.9.9.4
ii  python2.7.5-2
ii  python-reportbug  6.4.4

reportbug recommends no packages.

Versions of packages reportbug suggests:
pn  claws-mail 
pn  debconf-utils  
pn  debsums
pn  dlocate
ii  emacs23-bin-common 23.4+1-4.1
ii  exim4-daemon-light [mail-transport-agent]  4.80-7
ii  file   1:5.14-2
ii  gnupg  1.4.14-1
ii  python-gtk22.24.0-3+b1
pn  python-gtkspell
pn  python-urwid   
ii  python-vte 1:0.28.2-5
ii  xdg-utils  1.1.0~rc1+git20111210-7

Versions of packages python-reportbug depends on:
ii  apt   0.9.9.4
ii  python2.7.5-2
ii  python-debian 0.1.21+nmu2
ii  python-debianbts  1.11
ii  python-support1.0.15

python-reportbug 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#720062: www.debian.org: http://release.debian.org/migration/ does not work / is not understandable

[Helge Kreutzmann]

Hello Adam,
On Sun, Aug 18, 2013 at 11:01:34AM +0100, Adam D. Barratt wrote:
> reassign 720062 release.debian.org
> retitle 720062 migration page output unclear
> user release.debian@packages.debian.org
> usertags 720062 + tools
> 
> On Sun, 2013-08-18 at 07:11 +0200, Helge Kreutzmann wrote:
> > Package: www.debian.org
> > Severity: normal
> 
> debian-www don't maintain the pages you mentioned. The clue is that
> they're under release.debian.org. :-)

Thanks. I was wondering for some time as well which package to report
at.

> > I maintain "goobox". It had a release critical bug which I just
> > downgraded because I cannot reproduce it and the submitter does not
> > answer anymore on my questions.
> > 
> > Now the version in sid should be able to migrate to testing. However,
> > it is still blocked.
> 
> The list of RC bugs that the BTS provides to britney for testing
> migration is updated four times a day - at 00:00, 06:00, 12:00 and 18:00
> UTC. You downgraded the bug at 20:00, so when britney ran at 22:00 UTC
> she was unaware of the downgrading. The next britney run is in a few
> minutes time at which point the bug will no longer be a blocker.

Thanks for your explanation. I assumed that it already happened and
looking at that page made me believe it was another issue.

> > Secondly, libcam-dev is in testing:
> > http://packages.debian.org/jessie/libcam-dev
> 
> "Yes, but". The link in question is in a section headed "Dependency
> analysis (including build-depends; i386 only):". libcam-dev _does not
> exist_ on i386:
> 
> libcam-dev |  9.1+ds1-3 |testing | kfreebsd-amd64, kfreebsd-i386

Dooh, of course. (I knew that when I was working on alpha ...)

Thanks

Helge   
-- 
  Dr. Helge Kreutzmann deb...@helgefjell.de
   Dipl.-Phys.   http://www.helgefjell.de/debian.php
64bit GNU powered gpg signed mail preferred
   Help keep free software "libre": http://www.ffii.de/


signature.asc
Description: Digital signature

Bug#720084: linux-image-3.10-2-amd64: SD card reader RTS5139 does not detect cards unless reloaded with card in

[Eric]

Package: src:linux
Version: 3.10.5-1
Severity: normal

Dear Maintainer,

   * What led up to the situation?
Was trying to use SD card reader.
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
Put SD card reader in SD card slot and tried to read SD card.
   * What was the outcome of this action?
dmesg did not indicate anything related to the card when I insert it, /dev/sdb
(the block file for the card reader) did not change (i.e. /dev/sdb1, /dev/sdb2,
etc.  did not get added to /dev).
   * What outcome did you expect instead?
In Wheezy, /dev/sdb1, /dev/sdb2 would be added to /dev.

I checked the SD card with a different operating system on the same computer to
ensure that it was properly partitioned and the SD card reader hardware was
working.
I also tried compiling the kernel module from source and installing it myself,
but this would only allow me to read the card if it was already inserted when I
load/reload the module.



-- Package-specific info:
** Version:
Linux version 3.10-2-amd64 (debian-ker...@lists.debian.org) (gcc version 4.7.3 
(Debian 4.7.3-6) ) #1 SMP Debian 3.10.5-1 (2013-08-07)

** Command line:
BOOT_IMAGE=/boot/vmlinuz-3.10-2-amd64 
root=UUID=88bbe60a-cb47-43ce-b171-2140924d0fcd ro selinux=1 security=selinux 
quiet

** Tainted: CO (5120)
 * Module from drivers/staging has been loaded.
 * Out-of-tree module has been loaded.

** Kernel log:
[9.144091] ACPI: If an ACPI driver is available for this device, you should 
use it instead of the native driver
[9.144093] ACPI Warning: 0x0500-0x052f SystemIO 
conflicts with Region \GPIO 1 (20130328/utaddress-251)
[9.144100] ACPI: If an ACPI driver is available for this device, you should 
use it instead of the native driver
[9.144103] lpc_ich: Resource conflict(s) found affecting gpio_ich
[9.219304] ACPI: Requesting acpi_cpufreq
[9.401090] iTCO_vendor_support: vendor-support=0
[9.409327] ACPI Warning: 0xefa0-0xefbf SystemIO 
conflicts with Region \_SB_.PCI0.SBUS.SMBI 1 (20130328/utaddress-251)
[9.409336] ACPI: If an ACPI driver is available for this device, you should 
use it instead of the native driver
[9.423606] mei_me :00:16.0: setting latency timer to 64
[9.423662] mei_me :00:16.0: irq 42 for MSI/MSI-X
[9.432701] media: Linux media interface: v0.10
[9.447732] Linux video capture interface: v2.00
[9.530994] [drm] Initialized drm 1.1.0 20060810
[9.609850] [drm] Memory usable by graphics device = 2048M
[9.609861] i915 :00:02.0: setting latency timer to 64
[9.628873] i915 :00:02.0: irq 43 for MSI/MSI-X
[9.628886] [drm] Supports vblank timestamp caching Rev 1 (10.10.2010).
[9.62] [drm] Driver supports precise vblank timestamp query.
[9.628993] vgaarb: device changed decodes: 
PCI::00:02.0,olddecodes=io+mem,decodes=io+mem:owns=io+mem
[9.643411] iTCO_wdt: Intel TCO WatchDog Timer Driver v1.10
[9.643441] iTCO_wdt: Found a Cougar Point TCO device (Version=2, 
TCOBASE=0x0460)
[9.643606] iTCO_wdt: initialized. heartbeat=30 sec (nowayout=0)
[9.651858] [drm] Wrong MCH_SSKPD value: 0x16040307
[9.651862] [drm] This can cause pipe underruns and display issues.
[9.651864] [drm] Please upgrade your BIOS to fix this.
[9.668672] uvcvideo: Found UVC 1.00 device Lenovo EasyCamera (04f2:b272)
[9.670751] input: Lenovo EasyCamera as 
/devices/pci:00/:00:1a.0/usb1/1-1/1-1.5/1-1.5:1.0/input/input6
[9.670781] fbcon: inteldrmfb (fb0) is primary device
[9.670864] usbcore: registered new interface driver uvcvideo
[9.670865] USB Video Class driver (1.1.1)
[9.819208] psmouse serio1: synaptics: Touchpad model: 1, fw: 7.5, id: 
0x1e0b1, caps: 0xd00073/0x24/0xa0400, board id: 1695, fw id: 752809
[9.819724] rts5139: module is from the staging directory, the quality is 
unknown, you have been warned.
[9.824551] scsi6 : SCSI emulation for RTS5139 USB card reader
[9.824781] usbcore: registered new interface driver rts5139
[9.824863] scsi 6:0:0:0: Direct-Access Generic- xD/SD/M.S.   1.00 
PQ: 0 ANSI: 0 CCS
[9.825888] sd 6:0:0:0: Attached scsi generic sg2 type 0
[9.827990] sd 6:0:0:0: [sdb] Attached SCSI removable disk
[9.843742] cfg80211: Calling CRDA to update world regulatory domain
[9.855228] input: SynPS/2 Synaptics TouchPad as 
/devices/platform/i8042/serio1/input/input7
[9.940901] acer_wmi: Acer Laptop ACPI-WMI Extras
[9.984837] acer_wmi: Brightness must be controlled by acpi video driver
[9.984897] input: Ideapad extra buttons as 
/devices/platform/ideapad/input/input8
[9.986009] input: Acer BMA150 accelerometer as /devices/virtual/input/input9
[   10.252078] ath: phy0: ASPM enabled: 0x43
[   10.252079] ath: EEPROM regdomain: 0x65
[   10.252080] ath: EEPROM indicates we should expect a direct regpair map
[   10.252082] ath: Country alpha2 being used: 00
[   10.252082] ath: Regpair used: 

Bug#685225: Note

[Marcin Owsiany]

Nathan is no longer interested in maintaining xmotd.  I'm still the
maintainer, as Nathan did not upload a version with changed
"Maintainer:".  Resetting back to the RFA state.

-- 
Marcin Owsiany  http://marcin.owsiany.pl/
GnuPG: 2048R/02F946FC  35E9 1344 9F77 5F43 13DD  6423 DBF4 80C6 02F9 46FC


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

Bug#660458: Info received (FTBFS on i386: ERROR: Caught a segmentation fault while loading plugin, file)

[Stefan Sauer]

Is there a backtrace for the crash. Btw. version 0.7.0 is out for quite
some time now.


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

Bug#720086: ITP: puppet-module-puppetlabs-apt -- Puppet module for APT

[Thomas Bechtold]

Package: wnpp
Severity: wishlist
Owner: Thomas Bechtold 

* Package name: puppet-module-puppetlabs-apt
  Version : 1.2.0
  Upstream Author : Puppet Labs Inc 
* URL : http://forge.puppetlabs.com/puppetlabs/apt
* License : MIT
  Programming Lang: Ruby
  Description : Puppet module for APT

The APT module provides a simple interface for managing APT source, key 
and definitions with Puppet.  


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

Bug#714056: iceweasel: build-depends on obsolete ttf-* packages

[Ansgar Burchardt]

Control: severity -1 serious

Mike Hommey  writes:
> Moreover, the ttf-* packages are still available as transitional
> packages, so this actually breaks nothing.

As mentioned in my initial bug report they are no longer build from
source. They are just still in the archive as cruft[1].

Ansgar

  [1] 


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

Bug#720085: --help/-h not provided, confusing message when invoked without args

[martin f krafft]

Package: dgit
Version: 0.3
Severity: minor

% dgit --help
--help ? at /usr/bin/dgit line 824.
% dgit -h
-h ? at /usr/bin/dgit line 842.

% dgit
Died at /usr/bin/dgit line 851.

Once --help is implemented, I think that a call without arguments
should also print usage information.

Thanks,

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

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

Versions of packages dgit depends on:
ii  devscripts  2.13.2
ii  dpkg-dev1.17.1
ii  git [git-core]  1:1.8.4~rc1-1
ii  libdpkg-perl1.17.1
ii  libwww-perl 6.05-1
ii  perl5.14.2-21

Versions of packages dgit recommends:
ii  openssh-client [ssh-client]  1:6.2p2-6

dgit suggests no packages.

-- no debconf information


-- 
 .''`.   martin f. krafft   Related projects:
: :'  :  proud Debian developer   http://debiansystem.info
`. `'`   http://people.debian.org/~madduckhttp://vcs-pkg.org
  `-  Debian - when you have better things to do than fixing systems


digital_signature_gpg.asc
Description: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)

Bug#710558: closed by Christoph Berg (Bug#710558: fixed in pgpool2 3.3.0-1)

[Ernesto Hernández-Novich]

On Thu, 2013-08-15 at 10:16 +0200, Christoph Berg wrote:
> Re: Ernesto Hernández-Novich 2013-08-14 
> <1376489094.7.3.ca...@trillian.itverx.com.ve>
> > > >We've filed the bug upstream
> > > > 
> > > >http://www.pgpool.net/mantisbt/view.php?id=60
> > > > 
> > > >We haven't tried newer versions of pgpool-II, as we must keep on
> > > >using pgpool-II 3.1.3 as shipped by Debian Stable for ease of 
> > > > operation
> > > >and deployment. Since newer 3.1.x releases only add bug-fixes, we are
> > > >hoping either for a future package update ("proposed update") on 
> > > > Wheezy
> > > >as soon as we have resolution upstream, or a patched 3.1.3 version.
> > 
> > Can you propose and update for Wheezy including the latest 3.1.8? It
> > only provides bug-fixes for 3.1.3, without API or functionality changes.
> 
> Hi,

Hi Christoph

> I'm not sure I will have time to take care of this - as an
> alternative, there are wheezy packages for 3.3.0 on
> apt.postgresql.org.

I'm aware of apt.postgresql.org and I've used them quite often, however
in this particular case it doesn't help due to non-technical reasons
(not my deployment, not my rules, sadly).

But that's my problem, not yours.

> Which patches exactly from 3.1.8 would you want to have applied to
> 3.1.5?

At least the one that fixes the problem noted in this bug.

I believe pushing 3.1.8 as an upgrade would be way better. I don't know
what exactly does a "proposed update" for stable entail, but I've seen
it happen regularly with PostgreSQL packages: it's not just patches,
it's the latest upstream that's only bug-fixes.

If you need help packaging, I can lend a hand with that: I could build
the 3.1.8 package and you propose the update. 

Thanks for your time.
-- 
Prof. Ernesto Hernández-Novich - MYS-220C - @iamemhn
Geek by nature, Linux by choice, Debian of course.
If you can't aptitude it, it isn't useful or doesn't exist.
GPG Key Fingerprint = 438C 49A2 A8C7 E7D7 1500 C507 96D6 A3D6 2F4C 85E3


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

Bug#615971: Amarok crashes when restoring from system tray.

[Modestas Vainius]

reassign -1 libqtwebkit4
close -1 2.1.0~2011week09-1
thanks

Hello,

pirmadienis 21 Kovas 2011 07:55:58 rašė:
> Package: amarok
> Followup-For: Bug #615971
> 
> 
> I can confirm that this does not occur any more with today's update.
> 
> Kind regards
> 
> Sebastian

Closing. This was a QtWebkit bug.

-- 
Modestas Vainius 

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

Bug#720088: no way to stop column truncation causing names to become identical

[jidanni]

Package: sysv-rc-conf
Version: 0.99-7
File: /usr/sbin/sysv-rc-conf
X-Debbugs-Cc: j...@pidone.org

Here we even use COLUMNS=999 sysv-rc-conf --list
to try to distinguish the names of two items for our record of how we
configured the system,

ssh  2:off  3:off   4:off   5:off
stop-bootlog 2:on   3:on4:on5:on
stop-bootlog S:on
udev S:on

alas, there is no way.


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

Bug#720089: mouse wheel doesn't scroll

[jidanni]

Package: gucharmap
Version: 1:3.8.2-2

The mouse scroll wheel cannot scroll gucharmap.


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

Bug#720087: no BACK

[jidanni]

Package: gucharmap
Version: 1:3.8.2-2

We read

   U+32A3 CIRCLED IDEOGRAPH CORRECT

   General Character Properties

   In Unicode since: 1.1
   Unicode category: Symbol, Other

   Various Useful Representations

   UTF-8: 0xE3 0x8A 0xA3
   UTF-16: 0x32A3

   C octal escaped UTF-8: \343\212\243
   XML decimal entity: ㊣

   Annotations and Cross References

   Approximate equivalents:
•  U+6B63 CJK UNIFIED IDEOGRAPH-6B63

So we click the last line, which is a blue underlined link.

But when we get there, we find there is no way to go BACK!


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

Bug#716799: Boot ending incorrectly

[Patrik Nilsson]

The computer crashes more often on startup (init) when running on
battery. I have no exact statistics, but about one of three boots
running on battery does not start gnome in a correct way.

About one in ten startups running on external power will make boot
ending in an incorrect way.

In the beginning with the new computer I tested more often with battery.
This explains why I thought an update make it work more often. (It is
probably a changelog entry that I misinterpreted.)

/Patrik


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

Bug#715410: amarok ampache client doesn't lists tracks in collection

[Modestas Vainius]

Control: tags -1 moreinfo upstream

Hello,

Antradienis 09 Liepa 2013 01:05:35 rašė:
> Package: amarok
> Version: 2.7.1-1
> Severity: important
> 
> Dear Maintainer,
> I was using amarok 2.7.1 with ampache plugin on Ubuntu, and everything was
> nice. Now i've switched to new arm based chromebook and installed debian
> unstable. I'm using only ampache plugin, but collection list for ampache
> doesn't get showed. So, amarok is unusable as ampache player.

Please retest with 2.8.0.


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

Bug#718865: Update and minimize /etc/samba/smbldap-machineadd-gosa

[Arne Sørli]

When testing on a fresh install of 
cd-wheezy-test-usbstick/debian-edu-amd64-i386-BD-1.iso, 
timestamp 2013-08-17 16:30, I discovered that 
joining the domain still does not work. (It works 
in my beta0+patches described in 
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=718865).


This time I get the following error on the XP PC 
when trying to join: "A device attached to the system is not functioning".

The /var/samba/log.static26 shows:
[2013/08/18 08:53:49.301213,  0] 
rpc_server/netlogon/srv_netlog_nt.c:954(_netr_ServerAuthenticate3)
  _netr_ServerAuthenticate3: failed to get 
machine password for account STATIC26$: NT_STATUS_NONE_MAPPED

[2013/08/18 08:54:59.862772,  0] auth/check_samsec.c:491(check_sam_security)
  check_sam_security: make_server_info_sam() 
failed with 'NT_STATUS_UNSUCCESSFUL'

[2013/08/18 08:59:24.883102,  0] auth/check_samsec.c:491(check_sam_security)
  check_sam_security: make_server_info_sam() 
failed with 'NT_STATUS_UNSUCCESSFUL'

[2013/08/18 08:59:25.232265,  0] auth/check_samsec.c:491(check_sam_security)
  check_sam_security: make_server_info_sam() 
failed with 'NT_STATUS_UNSUCCESSFUL'


I also notice that when trying to browse \\TJENER 
as described in chapter 1.1 in 
https://wiki.debian.org/DebianEdu/Documentation/Wheezy/HowTo/Samba, 
I am now asked for username and password. 
According to the documentation, and in 
beta0+patches, this should be possible without 
password. It's first when you browse for 
\\TJENER\  login credentials should be required.


I have also made diff of the following files from 
beta0+patches (working) and wheezy-test (not working):

  gosa.conf
  smbldap-machineadd
But I don't see any significant changes. So I 
think the changed behaviour must be caused by something else.



--
Arne Sørli 



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

Bug#720091: ITP: puppet-module-puppetlabs-inifile -- Puppet module for ini files

[Thomas Bechtold]

Package: wnpp
Severity: wishlist
Owner: Thomas Bechtold 

* Package name: puppet-module-puppetlabs-inifile
  Version : 1.0.0
  Upstream Author : Puppet Labs Inc 
* URL : http://forge.puppetlabs.com/puppetlabs/inifile
* License : Apache 2.0
  Programming Lang: Ruby
  Description : Puppet module for ini files

This module provides resource types for use in managing ini-style
configuration files. The main resource type is ini_setting,
which is used to manage an individual setting in an ini file.


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

Bug#720092: Please package ocl

[Andrey Gursky]

Source: opencv
Version: 2.4.5+dfsg-0exp1
Severity: normal

Hi,

there is a "new" module in opencv: ocl, allowing using OpenCL. It is
introduced almost a year ago [1]:

2.4.3 (November 2012):
Technology-preview version of ocl - OpenCL-accelerated computer vision
algorithms, contributed by the Chinese Academy of Science

and it has been improved in consecutive releases:

2.4.4 (March 2013):
The openCL-based hardware acceleration (ocl) module is now mature,
and, with numerous bug fixes, it is largely bug-free.

2.4.5 (April 2013):
there are further improvements and extensions in ocl module:...

2.4.6 (July 2013):
Binary compatiblility with both OpenCL 1.1/1.2 platforms. Now the
binaries compiled with any of AMD/Intel/Nvidia's SDK can run on all
other platforms.

Please, consider packaging this module.

Thanks,
Andrey


[1] http://code.opencv.org/projects/opencv/wiki/ChangeLog


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

Bug#709053: (no subject)

[Ari Pollak]

I created a fresh sid pbuilder chroot but am still seeing the problem of
pbuilder mounting over the host /run/shm. In the chroot, /run/shm is a
symlink to /dev/shm.


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

Bug#717281: RFS: pdfcube/0.0.5-1

[Sebastian Ramacher]

Control: owner -1 !

>   dget -x
> http://mentors.debian.net/debian/pool/main/p/pdfcube/pdfcube_0.0.5-1.dsc

The diff between 0.0.4-2 and 0.0.5-1 contains the following change for
debian/changelog:

@@ -8,10 +19,8 @@
 containing 4 elements, yet the fifth element was accessed. 
 (Closes: #662240)
 Thanks Simon Ruderich 
-  * debian/control, d/rules, d/pdfcube.install, d/pdfcube.manpages:
-- add pdfcube-dbg package
 
- -- Andreas Moog   Mon, 05 Mar 2012 21:04:59 +0100
+ -- Andreas Moog   Mon, 05 Mar 2012 20:10:20 +0100

and for debian/control:

@@ -21,13 +21,3 @@
  PDF Cube is an OpenGL API-based 3D PDF viewer that adds a compiz/Keynote-like
  spinning cube transition effect to your PDF presentations. You can also zoom 
on
  5 predefined areas of any presentation page with a smooth zooming effect.
-
-Package: pdfcube-dbg
-Architecture: any
-Section: debug
-Priority: extra
-Depends: pdfcube (= ${binary:Version}), ${misc:Depends}
-Description: PDF document viewer with 3D effects - debug symbols
- This package contains the debug symbols for the pdfcube PDF viewer.
- .
- They are used to debug program crashes and can help in getting them fixed.

Is this change intentional or a mistake?

Regards
-- 
Sebastian Ramacher


signature.asc
Description: Digital signature

Bug#666525: not fixed yet in pbuilder 0.215

[Yann Dirson]

found 666525 pbuilder/0.215
thanks

I regularly got in the previous weeks, when working on gcompris, qgo,
and today with tagua:

[ 36%] Building CXX object 
src/CMakeFiles/tagua.dir/hlvariant/minichess5/variant.o
ccache: FATAL: Failed to create /work/pbuilder/ccache/b/0: Permission denied
make[3]: *** [src/CMakeFiles/tagua.dir/hlvariant/minichess5/variant.o] Error 1


Trying to avoid the problem, I had just regenerated by base.tgz from
scratch, but it obviously did not help.

I am using the "shell on failure" hook from
http://bazaar.launchpad.net/%7Ekubuntu-members/pbuilder/pbuilder-hooks/,
which helps me see what's wrong:

# ls -l /work/pbuilder/ccache
total 72
drwxr-xr-x 6 pbuilder pbuilder 4096 Aug 18 13:30 0
...
drwxr-xr-x 5 pbuilder pbuilder 4096 Aug 18 13:30 9
-rw-r--r-- 1 root root  190 Aug 18 13:22 CACHEDIR.TAG
drwxr-xr-x 5 pbuilder pbuilder 4096 Aug 18 13:30 a
drwxr-xr-x 2 root root 4096 Aug 18 13:22 b
drwxr-xr-x 5 pbuilder pbuilder 4096 Aug 18 13:30 c
drwxr-xr-x 3 pbuilder pbuilder 4096 Aug 18 13:30 d
drwxr-xr-x 9 pbuilder pbuilder 4096 Aug 18 13:30 e
drwxr-xr-x 3 pbuilder pbuilder 4096 Aug 18 13:30 f
drwxr-xr-x 2 root root 4096 Aug 18 13:22 tmp

The workaround I use is very far from satisfactory, but far less
costly than rerunning the build from scratch: from the hook's shell
run:

chown -R pbuilder.pbuilder /work/pbuilder/ccache

then let the build go on:

 dpkg-buildpackage -us -uc -nc

... and manually copy the generated files from the chroot before
exiting the shell.


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

Bug#720093: libcib3: Uninstallable in sid: Depends on versions of libpils2 and libplumb2 only available in experimental

[Daniel Schepler]

Package: libcib3
Version: 1.1.10+git20130802-1
Severity: grave

root@frobozz:~# apt-get -s install libcib3
Reading package lists... Done
Building dependency tree   
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
 libcib3 : Depends: libcrmcommon3 (>= 1.1.10+git20130802) but it is not going 
to be installed
   Depends: libpe-rules2 (>= 1.1.10+git20130802) but it is not going to 
be installed
   Depends: libpils2 (>= 1.0.11+hg2754) but 1.0.10+hg2722-1.1 is to be 
installed
   Depends: libplumb2 (>= 1.0.11+hg2754) but 1.0.10+hg2722-1.1 is to be 
installed
E: Unable to correct problems, you have held broken packages.
root@frobozz:~# apt-cache policy libpils2
libpils2:
  Installed: (none)
  Candidate: 1.0.10+hg2722-1.1
  Version table:
 1.0.11+hg2754-1.1 0
  1 http://mirrors.kernel.org/debian/ experimental/main amd64 Packages
 1.0.10+hg2722-1.1 0
500 http://mirrors.kernel.org/debian/ sid/main amd64 Packages

I also don't see any sign of a newer upload of src:cluster-glue to NEW.  (And
also src:pacemaker is unbuildable for essentially the same reason.)
-- 
Daniel Schepler


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

Bug#718500: [apt-dater] weird (US) date format, does not respect locale in bottom line

[Thomas Liske]

Hi Timo,

thanks for your report. This issue has been patched upstream and will be
part of upcoming release of apt-dater 0.9.1+.


HTH,
Thomas


On 08/14/2013 09:45 AM, Patrick Matthäi wrote:
> tag #718500 + upstream
> thanks
> 
> Am 01.08.2013 17:34, schrieb Timo Weingärtner:
>> Package: apt-dater
>> Version: 0.9.0-6
>> Severity: normal
>> Tags: l10n
>>
>> the Oldest: display in the bottom line always shows the time with the
>> US date
>> format, which is quite confusing.
>>
>> (The dates in the host history are shown in the current locale.)
>>
>>
>> Greetings
>> Timo
>>
> 
> 


-- 
supp...@ibh.de  Tel. +49 351 477 77 30
www.ibh.de  Fax  +49 351 477 77 39

---
Dipl.-Ing. Thomas Liske
Netzwerk- und System-Design


IBH IT-Service GmbH Amtsgericht Dresden
Gostritzer Str. 67a HRB 13626
D-01217 Dresden GF: Prof. Dr. Thomas Horn
Germany VAT DE182302907
---
Ihr Partner für: LAN, WAN IP-Quality, Security, VoIP, SAN, Backup, USV
---
   professioneller IT-Service - kompetent und zuverlässig
---


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

Bug#720094: ITP: puppet-module-puppetlabs-ntp -- Puppet module for ntp

[Thomas Bechtold]

Package: wnpp
Severity: wishlist
Owner: Thomas Bechtold 

* Package name: puppet-module-puppetlabs-ntp
  Version : 2.0.0-rc1
  Upstream Author : Puppet Labs Inc 
* URL : http://forge.puppetlabs.com/puppetlabs/ntp
* License : Apache 2.0
  Programming Lang: Ruby
  Description : Puppet module for ntp

This module handles installation and configuration and manages the ntp service.


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

Bug#718892: thansk for arduino-mk NMU

[Scott Howard]

On Wed, Aug 14, 2013 at 10:58 AM, Scott Howard  wrote:
> Control: forwarded 718892 https://github.com/sudar/Arduino-Makefile/issues/115
>
>
> On Tue, Aug 13, 2013 at 3:22 PM, Bas Wijnen  wrote:
>> Yes, I heard that it wouldn't be needed anymore.  However, the library
>> dependency bug is still half-present: it doesn't crash on it anymore,
>> but it doesn't track .cc, .hh and .hpp files for libraries.
>
> I forwarded it to:
> https://github.com/sudar/Arduino-Makefile/issues/115

reply from upstream:
they rewrote that section of the code since release 12, so that line
doesn't appear anymore:
https://github.com/sudar/Arduino-Makefile

Could you try upstream's master and see if that works? I think they're
still doing lots of rewrites now that the new development team is
taking over.

Cheers,
Scott


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

Bug#720095: [pulseaudio] "White noise" after a lapse of time.

[Marco Righi]

Package: pulseaudio
Version: 4.0-6
Severity: critical

--- Please enter the report below this line. ---
After a lapse of time the speakers produces "white noise".
I do not know if the lapse of time start at boot or at user login (not
root).

To solve this noise problem the user (not root) write the command

killall pulseaudio

The desktop environment is KDE.

Please ask me more information if you need.

Thanks in advance
Marco Righi

--- System information. ---
Architecture: amd64
Kernel:   Linux 3.10-2-amd64

Debian Release: jessie/sid
  500 testing www.deb-multimedia.org
  500 testing ftp2.de.debian.org
  500 testing ftp.deb-multimedia.org
  500 testing apt.jenslody.de
  500 stable  security.debian.org
  500 stable  repo.wuala.com
  500 stable  http.us.debian.org
  500 stable  ftp.fr.debian.org
  500 stable  apt.spideroak.com
  500 oneiric ppa.launchpad.net
  500 debian  packages.linuxmint.com

--- Package information. ---
Depends   (Version) | Installed
===-+-===
libasound2(>= 1.0.24.1) |
libc6 (>= 2.15) |
libcap2   (>= 2.10) |
libdbus-1-3  (>= 1.1.1) |
libfftw3-single3|
libgcc1(>= 1:4.1.1) |
libice6(>= 1:1.0.0) |
libltdl7 (>= 2.4.2) |
liborc-0.4-0  (>= 1:0.4.17) |
libpulse0 (= 4.0-6) |
libsamplerate0   (>= 0.1.7) |
libsm6  |
libsndfile1 (>= 1.0.20) |
libspeexdsp1 (>= 1.2~beta3.2-1) |
libstdc++6   (>= 4.1.1) |
libsystemd-login0   (>= 31) |
libtdb1  (>= 1.2.7+git20101214) |
libudev0   (>= 146) |
libwebrtc-audio-processing-0|
libx11-6|
libx11-xcb1 |
libxcb1 |
libxtst6|
adduser |
lsb-base(>= 3.2-13) |
consolekit  |
udev   (>= 143) |
libasound2-plugins  |


Recommends(Version) | Installed
===-+-===
pulseaudio-module-x11   | 4.0-6
gstreamer0.10-pulseaudio| 0.10.31-3+nmu1
rtkit   | 0.10-2


Suggests  (Version) | Installed
===-+-===
pulseaudio-utils| 4.0-6
pavumeter   |
pavucontrol |
paman   |
paprefs |


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

Bug#719496: freeorion: input textfields doesn't work after a while.

[Markus Koschany]

Hi Yann and Marius,

I'm in contact with the developers of FreeOrion and they asked me to relay
a question to you.

Quote from http://www.freeorion.org/forum/viewtopic.php?f=25&t=7719

> This is still easily repeatable for me today, I can open up options, go to the
> directories page, confirm I can type, alt-tab out, click back in, and then I 
> cannot type (or rather, it doesn't accept my input, I think it is reading it 
> all
> as 'alt-a', 'alt-b', etc) until I hit the ALT key again 
> (has to be the same one I used to alt-tab), and then everything is fine. 
> The alt-lock does not get initiated just by hitting the alt-key a first time, 
> it seems to only start by alt-tab. 

You can switch with ALT-Tab between different windows and FreeOrion and 
sometimes you
can't type because this locks your keyboard input. Can you confirm that pressing
ALT again in this case allows you to type again?

Another idea:

> Reading the debian bug about the inconsistent time this problem occurs I 
> would like to
> know if some notification mechanism snitches away the focus of the window.
> Maybe that is something your user should test with some x11 event tracing.
> xtrace or xev maybe show us the relevant hint.

Can you try reproducing this bug and showing us the output of xtrace?

xtrace freeorion > xtrace.log

Perhaps another application interferes with FreeOrion and this might be a way 
to track
down the issue.

Thanks in advance.

Regards,

Markus






signature.asc
Description: OpenPGP digital signature

Bug#720096: rsyslog ignores rotated log file

[Harald Dunkel]

Package: rsyslog
Version: 7.4.3-1

Sometimes rsyslog ignores the rotated log files. Sample session:

# ls -lrt /var/log
:
:
drwxr-s--- 2 Debian-exim  adm 4096 Aug 18 06:25 exim4
-rw-r- 1 mysqladm0 Aug 18 06:25 mysql.log
drwxr-x--- 2 www-data www-data4096 Aug 18 06:25 lighttpd
-rw-r- 1 root adm0 Aug 18 06:25 user.log
-rw-r- 1 root adm0 Aug 18 06:25 messages
drwxr-xr-x 2 zabbix   zabbix  4096 Aug 18 06:25 zabbix-agent
-rw-r--r-- 1 root root   16814 Aug 18 06:36 trim.log
-rw-rw-r-- 1 root utmp  292876 Aug 18 07:13 lastlog
-rw-r- 1 root adm 3668 Aug 18 07:13 auth.log
-rw-r- 1 root adm   87 Aug 18 07:13 debug
-rw-r- 1 root adm   892977 Aug 18 07:13 messages.1
-rw-r- 1 root adm  649 Aug 18 07:13 kern.log
-rw-r- 1 root adm 2067 Aug 18 07:13 syslog
-rw-r- 1 root adm  615 Aug 18 07:13 daemon.log
-rw-r--r-- 1 root root   26275 Aug 18 07:13 Xorg.4.log
-rw-rw-r-- 1 root utmp  615168 Aug 18 07:14 wtmp

See how messages.1 is written, but messages is ignored? I haven't
figured out how to reproduce this, yet.


6:25 was boot time. The PC was shut down clean before. logrotate is
version 3.8.5-1. /var/log/messages is written using

*.=info;*.=notice;*.=warn;\
auth,authpriv.none;\
cron,daemon.none;\
mail,news.none  -/var/log/messages


Regards
Harri


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

Bug#720097: problem with r8169 ethernet driver

[Georgi Naplatanov]

Package: src:linux
Version: 3.2.46-1
Severity: normal

I have a small server with ASUS H87-PRO matherboard and RTL8111/8168B PCI 
Express Gigabit Ethernet controller what ethernet controller I use for internal 
network.
When I'm starting Apache Bench (ab) from my PC  which has the same motherboard 
and ethernet controller, the ethernet controller on the server RTL8111/8168B 
stops responding. The command is:

$ ab -c 500 -n 2 http://server-for-testing-on-the-internet

Here is the messages from /var/log/messages file on the server(router):

Aug 17 19:04:08 bambi2 kernel: [  461.014424] r8169 :03:00.0: eth3: link up
Aug 17 19:04:08 bambi2 kernel: [  461.046377] r8169 :03:00.0: eth3: link up
Aug 17 19:04:09 bambi2 kernel: [  461.078303] r8169 :03:00.0: eth3: link up
Aug 17 19:04:09 bambi2 kernel: [  461.114228] r8169 :03:00.0: eth3: link up
Aug 17 19:04:09 bambi2 kernel: [  461.146138] r8169 :03:00.0: eth3: link up
Aug 17 19:04:09 bambi2 kernel: [  461.182056] r8169 :03:00.0: eth3: link up
Aug 17 19:04:09 bambi2 kernel: [  461.213983] r8169 :03:00.0: eth3: link up
Aug 17 19:04:09 bambi2 kernel: [  461.245927] r8169 :03:00.0: eth3: link up
Aug 17 19:04:09 bambi2 kernel: [  461.281845] r8169 :03:00.0: eth3: link up
Aug 17 19:04:09 bambi2 kernel: [  461.313774] r8169 :03:00.0: eth3: link up
Aug 17 19:04:14 bambi2 kernel: [  466.410112] net_ratelimit: 22 callbacks 
suppressed
Aug 17 19:04:14 bambi2 kernel: [  466.410121] r8169 :03:00.0: eth3: link up
Aug 17 19:04:15 bambi2 kernel: [  467.551505] r8169 :03:00.0: eth3: link up
Aug 17 19:04:15 bambi2 kernel: [  467.679201] r8169 :03:00.0: eth3: link up
Aug 17 19:04:15 bambi2 kernel: [  467.806904] r8169 :03:00.0: eth3: link up
Aug 17 19:04:15 bambi2 kernel: [  467.934643] r8169 :03:00.0: eth3: link up
Aug 17 19:04:16 bambi2 kernel: [  468.297812] r8169 :03:00.0: eth3: link up
Aug 17 19:04:22 bambi2 kernel: [  474.335970] r8169 :03:00.0: eth3: link up
Aug 17 19:04:22 bambi2 kernel: [  474.371878] r8169 :03:00.0: eth3: link up
Aug 17 19:04:22 bambi2 kernel: [  474.591397] r8169 :03:00.0: eth3: link up
Aug 17 19:04:22 bambi2 kernel: [  474.846800] r8169 :03:00.0: eth3: link up
Aug 17 19:04:23 bambi2 kernel: [  475.102213] r8169 :03:00.0: eth3: link up
Aug 17 19:04:29 bambi2 kernel: [  481.778949] r8169 :03:00.0: eth3: link up
Aug 17 19:04:29 bambi2 kernel: [  481.810858] r8169 :03:00.0: eth3: link up
Aug 17 19:04:29 bambi2 kernel: [  481.842793] r8169 :03:00.0: eth3: link up
Aug 17 19:04:30 bambi2 kernel: [  482.397531] r8169 :03:00.0: eth3: link up
Aug 17 19:04:31 bambi2 kernel: [  483.227632] r8169 :03:00.0: eth3: link up
Aug 17 19:04:35 bambi2 kernel: [  487.904927] r8169 :03:00.0: eth3: link up
Aug 17 19:04:35 bambi2 kernel: [  487.940840] r8169 :03:00.0: eth3: link up
Aug 17 19:04:36 bambi2 kernel: [  488.415765] r8169 :03:00.0: eth3: link up
Aug 17 19:04:36 bambi2 kernel: [  488.926579] r8169 :03:00.0: eth3: link up
Aug 17 19:04:37 bambi2 kernel: [  489.437420] r8169 :03:00.0: eth3: link up
Aug 17 19:04:42 bambi2 kernel: [  494.881007] r8169 :03:00.0: eth3: link up
Aug 17 19:04:56 bambi2 kernel: [  508.178476] r8169 :03:00.0: eth3: link up
Aug 17 19:05:03 bambi2 kernel: [  515.010918] r8169 :03:00.0: eth3: link up
Aug 17 19:05:04 bambi2 kernel: [  516.032599] r8169 :03:00.0: eth3: link up
Aug 17 19:05:05 bambi2 kernel: [  517.054235] r8169 :03:00.0: eth3: link up
Aug 17 19:05:06 bambi2 kernel: [  518.075889] r8169 :03:00.0: eth3: link up
Aug 17 19:05:22 bambi2 kernel: [  534.805640] r8169 :03:00.0: eth3: link up

The most intersting part is that  my PC has the same motherboard and network 
controller, but in its /var/log/messages are not exist such messages.
I have not noticed other problems with that controller or driver so far except 
this one with Apache Bench.

Best regards
Georgi

-- Package-specific info:
** Version:
Linux version 3.2.0-4-amd64 (debian-ker...@lists.debian.org) (gcc version 4.6.3 
(Debian 4.6.3-14) ) #1 SMP Debian 3.2.46-1

** Command line:
BOOT_IMAGE=/boot/vmlinuz-3.2.0-4-amd64 
root=UUID=b252cea4-f101-4ff3-b80f-9fe8d6aae889 ro quiet

** Not tainted

** Kernel log:
[1.741975] hub 2-1:1.0: USB hub found
[1.742080] hub 2-1:1.0: 8 ports detected
[1.769406] Refined TSC clocksource calibration: 3192.606 MHz.
[1.769408] Switching to clocksource tsc
[1.878205] microcode: CPU0 sig=0x306c3, pf=0x2, revision=0x9
[1.879112] platform microcode: firmware: agent aborted loading 
intel-ucode/06-3c-03 (not found?)
[1.879164] microcode: CPU1 sig=0x306c3, pf=0x2, revision=0x9
[1.880069] platform microcode: firmware: agent aborted loading 
intel-ucode/06-3c-03 (not found?)
[1.880117] microcode: CPU2 sig=0x306c3, pf=0x2, revision=0x9
[1.881026] platform microcode: firmware: agent aborted loading 
intel-ucode/06-3c-03 (not found?)
[1.881072] microcode: CPU3 sig=0x3

Bug#717281: RFS: pdfcube/0.0.5-1

[Andreas Moog]

On 18.08.2013 15:51, Sebastian Ramacher wrote:

> The diff between 0.0.4-2 and 0.0.5-1 contains the following change for
> debian/changelog:
[...]
> Is this change intentional or a mistake?

That's interesting. No, that wasn't intentional. I uploaded a corrected
version to mentors. Thanks for finding that.

Cheers,
  Andreas



signature.asc
Description: OpenPGP digital signature

Bug#720098: debian-installer: Cannot connect to wifi SSID containing comma.

[Russell Haley]

Package: debian-installer
Severity: normal
Tags: d-i

Dear Maintainer,

When attempting to install Debian Jessie over wifi, my SSID, which contains a
comma, is shown as two seperate networks.  I am unable to connect to either.




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

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


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

Bug#720073: grub fails to install with root partition >~50GB

[Steven Chamberlain]

Hi Robert,

If GRUB installed successfully, and you booted it, it would then need to
load the kernel image and initramfs into memory.  AFAIK it would be
unable to do that if those are inside of the encrypted LVM.  (The wheezy
version of GRUB2 can't itself open the encrypted LVM, and the kernel
would be not running yet).

It is mentioned in the install guide but many people seem to miss this
http://www.debian.org/releases/stable/amd64/ch06s03.html.en#di-partition

> 6.3.3.2. Guided Partitioning
> [...]
> If you choose guided partitioning using (encrypted) LVM, the installer will 
> also create a separate /boot partition. The other partitions, including the 
> swap partition, will be created inside the LVM partition. 

> 6.3.3.6. Configuring Encrypted Volumes
> [...]
>  The only exception is the /boot partition which must remain unencrypted, 
> because currently there is no way to load the kernel from an encrypted 
> partition. 

It is unfortunate the user is not warned of the problem until the final
stages of the install process... (similar situation to Bug#717511).

I'm not familiar with UEFI, but if the 'efiboot' partition is what I
think it is, it need only be about 1MiB.  But you would also create for
example a 254MiB partition configured with a mountpoint of /boot.  It
must also be of a filesystem recognised by GRUB;  something simple like
ext2 should be ideal.

There can be issues with older BIOSes and partitions over a certain size
like you mention, but the configuration I described above fits
everything needed to boot the kernel within the first 256MiB of the disk.

Regards,
-- 
Steven Chamberlain
ste...@pyro.eu.org


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

Bug#720099: nzbget: Possible buffer overflow and format conversion error

[Andreas Moog]

Package: nzbget
Version: 11.0+dfsg-1
Severity: Important

Sebastian Ramacher noticed these possible errors:

> In file included from /usr/include/string.h:638:0,
>  from RemoteClient.cpp:36:
> In function 'char* strncat(char*, const char*, size_t)',
> inlined from 'bool RemoteClient::RequestServerList(bool, bool, const 
> char*)' at RemoteClient.cpp:537:59:
> /usr/include/i386-linux-gnu/bits/string3.h:150:71: warning: call to char* 
> __builtin___strncat_chk(char*, const char*, unsigned int, unsigned int) might 
> overflow destination buffer [enabled by default]
>return __builtin___strncat_chk (__dest, __src, __len, __bos (__dest));


> QueueCoordinator.cpp: In member function 'void 
> QueueCoordinator::StartArticleDownload(FileInfo*, ArticleInfo*, 
> NNTPConnection*)':
> QueueCoordinator.cpp:570:182: warning: format '%i' expects argument of type 
> 'int', but argument 8 has type 'std::vector::size_type {aka
>  long unsigned int}' [-Wformat=]
>   snprintf(szInfoName, 1024, "%s%c%s [%i/%i]", 
> pFileInfo->GetNZBInfo()->GetName(), (int)PATH_SEPARATOR, 
> pFileInfo->GetFilename(), pArticleInfo->GetPa
> rtNumber(), pFileInfo->GetArticles()->size());



signature.asc
Description: OpenPGP digital signature

Bug#720096: Acknowledgement (rsyslog ignores rotated log file)

[Harald Dunkel]

PS: Of course not all rotated files are ignored, but only
a few.

Regards
Harri


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

Bug#719802: [ia64] Iceweasel ESR 17 crashes at startup

[Noam Postavsky]

I'm having the same symptoms (same assertion failure and crash at
startup) on amd64.


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

Bug#720101: ITP: jnlp-servlet -- simple and convenient packaging format for JNLP applications

[Andrew Ross]

Package: wnpp
Severity: wishlist
Owner: Andrew Ross 

* Package name: jnlp-servlet
  Version : 20120126
  Upstream Author : Sun Microsystems, Inc
* URL : https://github.com/psndcsrv/jnlp-servlet/
* License : BSD-3-clause
  Programming Lang: Java
  Description : simple and convenient packaging format for JNLP applications

 JNLPDownloadServlet can be used to package a JNLP file and its associated
 resources in a Web Archive (.war) file. The purpose of the servlet is to
 provide a simple and convenient packaging format for JNLP applications, so
 they can be easily deployed in a Web Container, such as Tomcat or a
 J2EE-compliant Application Server.


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

Bug#476221: jessie release goal: verbose build logs

[Raphael Hertzog]

On Wed, 14 Aug 2013, Guillem Jover wrote:
> Definitely, and planned (#476221) to be fixed pretty soon. But the
> problem is that this can not be enabled by default (only through an
> option initially, until the upper layers rely on a dpkg-buildpackage
> with such option and use it) because the different tools might fight
> over the file and might either truncate it or write duplicate data,
> etc. Using a different path might be an issue for builds producing
> huge log files.

Great to see that you want to take care of this, but can you let us know
how you plan to let dpkg-buildpackage cooperate with the upper layer tools
to have a full log file that can be added to .changes?

If we don't care about adding it to .changes, then it's trivial,
dpkg-buildpackage can just ignore the file, but otherwise we need
some way to transfer the control of the log file or something similar.

The requirements IMO is to have the start of the log from the upper layer
(i.e. sbuild setup of build dependencies) but also have the log properly
closed at the time dpkg-buildpackage runs dpkg-genchanges, because once
it has been added to the .changes it should not be further modified
obviously.

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Discover the Debian Administrator's Handbook:
→ http://debian-handbook.info/get/


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

Bug#718753: RFS: glipper/2.4-4 [RC]

[Thorsten Alteholz]

Hi José,

the AUTHORS file and some About.py mention a copyright of Karderio, who is 
not in debian/copyright. Can you please add him?


Further can you please take care of the following small issues:
P: glipper: experimental-to-unstable-without-comment
I: glipper: package-contains-empty-directory usr/share/help/C/glipper/figures/
I: glipper: package-contains-empty-directory usr/share/help/de/glipper/figures/
I: glipper: package-contains-empty-directory usr/share/help/fr/glipper/figures/
I: glipper: package-contains-empty-directory usr/share/help/it/glipper/figures/

If you still need a sponsor, I would upload that package afterwards.

  Thorsten

Bug#720102: about:crashes vs. Debian

[jidanni]

Package: iceweasel
Version: 25.0~a2+20130816004007-1

https://bugzilla.mozilla.org/show_bug.cgi?id=906439
may be Debian's bug.


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

Bug#720103: Missing dot in package description (means a ton of extra work for translators and inconsistency)

[Joe Dalton]

Package: libghc-hscolour-doc
Severity: wishlist
Tags: patch

Hi, all of the libghc translations has in Sid been changed so they no longer 
has the repeated text i separated sections. Meaning that translators has too 
translate the same text again (and again and again - you have a lot of 
packages).

Example: http://ddtp.debian.net/ddt.cgi?package=libghc-hscolour-doc

Wheezy
HsColour currently has five output formats: ANSI terminal codes, HTML 3.2
with  tags, HTML 4.01 with CSS, LaTeX, and mIRC chat client
codes.
.
This package contains the library documentation.

83063 in wheezy is translated to Danish and the first sections has the 
information for the three packages.

In Sid you have changed this to:

Description: Documentation for libghc-hscolour-dev; documentation
 HsColour currently has five output formats: ANSI terminal codes, HTML 3.2
 with  tags, HTML 4.01 with CSS, LaTeX, and mIRC chat client
 codes.
 This package provides the documentation for a library for the Haskell
 programming language.
 See http://www.haskell.org/ for more information on Haskell.

The result is that the first section is no longer translated (and has to be 
translated at least three times) and the last part has to be translated in each 
and every package description.

an extra dot:
 HsColour currently has five output formats: ANSI terminal codes, HTML 3.2
 with  tags, HTML 4.01 with CSS, LaTeX, and mIRC chat client
 codes.
.
 This package provides the documentation for a library for the Haskell
 programming language.
 See http://www.haskell.org/ for more information on Haskell.

would mean that the translation for the second section would be copied 
automatically to all the other package descriptions with the same text. And the 
first part would be copied to the three package descriptions with this text.

That little dot means a lot (for us translators)

bye
Joe
(Danish)

PS: I have just sent this bug report for one package, but it is relevant for a 
lot of package descriptions (all libghc-***).

Bug#720063: RFS: capnproto/0.2.0-1 [ITP] -- Tool for working with the Cap'n Proto data interchange format

[Vincent Bernat]

 ❦ 18 août 2013 07:45 CEST, Tom Lee  :

> I am looking for a sponsor for my package "capnproto":
>
> * Package name: capnproto
>   Version : 0.2.0-1
>   Upstream Author : Kenton Varda 
> * URL : http://capnproto.org
> * License : BSD-2-clause
>   Section : devel

Hi Tom!

Glad to see you are working on this package.

debian/control: why do you depend explicitely on such a version of GCC?
The README states gcc 4.7+ but your version excludes GCC as in Wheezy.

debian/copyright: just to let you know that it is usually easier to use
the same license for debian/* than for the package. For example, this
would allow upstream to pick your eventual patches without having having
a license conflict. But this is not a necessity.

capnproto-doc.docs, capnproto-doc.install, capnproto.install have some
odd contents. For .install, it would be the first time I see a directory
without a wildcard in it. Maybe this works but this seems unusual to me.

README.source content is bogus too, remove it.

In debian/rules, remove the comments saying this is a sample. This is no
longer a sample.

In C++, the symbols file will change depending on the
architecture. Therefore, you should use demangled names by using
c++filt. See:  https://wiki.debian.org/UsingSymbolsFiles

I am unable to compile the package on a clean chroot. The unittests
fail:

src/capnp/encoding-test.c++:37: Failure
Value of: reader.size()
  Actual: 1348
Expected: expected.size()
Which is: 4
src/capnp/encoding-test.c++:37: Failure
Value of: reader.size()
  Actual: 1348
Expected: expected.size()
Which is: 4
src/capnp/encoding-test.c++:37: Failure
Value of: reader.size()
  Actual: 4068
Expected: expected.size()
Which is: 4
src/capnp/encoding-test.c++:37: Failure
Value of: reader.size()
  Actual: 4068
Expected: expected.size()
Which is: 4
src/capnp/encoding-test.c++:37: Failure
Value of: reader.size()
  Actual: 4068
Expected: expected.size()
Which is: 4
src/capnp/encoding-test.c++:37: Failure
Value of: reader.size()
  Actual: 4068
Expected: expected.size()
Which is: 4
*** Error in `/tmp/buildd/capnproto-0.2.0/.libs/lt-capnp-test': malloc(): 
memory corruption (fast): 0x2acd6240 ***
=== Backtrace: =
/lib/x86_64-linux-gnu/libc.so.6(+0x7aa26)[0x2c2eda26]
/lib/x86_64-linux-gnu/libc.so.6(+0x7cca5)[0x2c2efca5]
/lib/x86_64-linux-gnu/libc.so.6(__libc_malloc+0x63)[0x2c2f1093]
/usr/lib/x86_64-linux-gnu/libstdc++.so.6(_Znwm+0x1d)[0x2babae3d]
/tmp/buildd/capnproto-0.2.0/.libs/libcapnp-0.2.0.so(_ZN2kj1_17HeapArrayDisposer12allocateImplEmmmPFvPvES4_+0x24)[0x2b795404]
/tmp/buildd/capnproto-0.2.0/.libs/libcapnp-0.2.0.so(_ZN2kj10heapStringEm+0x23)[0x2b795f03]
/tmp/buildd/capnproto-0.2.0/.libs/lt-capnp-test(_ZN2kj1_6concatIINS_8ArrayPtrIKcENS_6StringEDpOT_+0x15)[0x2ab09985]
/tmp/buildd/capnproto-0.2.0/.libs/libcapnp-0.2.0.so(_ZN2kj1_5Debug5FaultC1IJRA56_KcEEEPS4_iNS_9Exception6NatureEiS7_S7_DpOT_+0x5a)[0x2b79d72a]
/tmp/buildd/capnproto-0.2.0/.libs/libcapnp-0.2.0.so(_ZN5capnp1_11WireHelpers22getWritableListPointerEPNS0_11WirePointerEPNS_4wordEPNS0_14SegmentBuilderENS0_9FieldSizeEPKS4_+0x275)[0x2b7b6d95]
/tmp/buildd/capnproto-0.2.0/.libs/libcapnp-0.2.0.so(_ZN5capnp1_13StructBuilder12getListFieldEjNS0_9FieldSizeEPKNS_4wordE+0x2d)[0x2b7b193d]
/tmp/buildd/capnproto-0.2.0/.libs/lt-capnp-test(+0x117f20)[0x2abc2f20]
/tmp/buildd/capnproto-0.2.0/.libs/lt-capnp-test(+0x110b90)[0x2a90]
/tmp/buildd/capnproto-0.2.0/gtest/lib/.libs/libgtest.so.0(_ZN7testing8internal35HandleExceptionsInMethodIfSupportedINS_4TestEvEET0_PT_MS4_FS3_vEPKc+0x33)[0x2b3351f3]
/tmp/buildd/capnproto-0.2.0/gtest/lib/.libs/libgtest.so.0(_ZN7testing4Test3RunEv+0xb7)[0x2b32d5d7]
/tmp/buildd/capnproto-0.2.0/gtest/lib/.libs/libgtest.so.0(_ZN7testing8TestInfo3RunEv+0x9e)[0x2b32d67e]
/tmp/buildd/capnproto-0.2.0/gtest/lib/.libs/libgtest.so.0(_ZN7testing8TestCase3RunEv+0xa5)[0x2b32d785]
/tmp/buildd/capnproto-0.2.0/gtest/lib/.libs/libgtest.so.0(_ZN7testing8internal12UnitTestImpl11RunAllTestsEv+0x238)[0x2b32da28]
/tmp/buildd/capnproto-0.2.0/gtest/lib/.libs/libgtest.so.0(_ZN7testing8UnitTest3RunEv+0x37)[0x2b32dcb7]
/tmp/buildd/capnproto-0.2.0/gtest/lib/.libs/libgtest_main.so.0(main+0x39)[0x2b546969]
/lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xf5)[0x2c294995]
/tmp/buildd/capnproto-0.2.0/.libs/lt-capnp-test(+0x2c1be)[0x2aad71be]
=== Memory map: 
2aaab000-2acb3000 r-xp  fe:06 406462 
/tmp/buildd/capnproto-0.2.0/.libs/lt-capnp-test
2acb3000-2acb7000 rw-p  00:00 0
2acb8000-2adbf000 rw-p  00:00 0
2aeb3000-2aec1000 r--p 00208000 fe:06 406462 
/tmp/buildd/capnproto-0.2.0/.libs/lt-capnp-test
2aec1000-2aec2000 rw-p 00216000 fe:06 406462 
/tmp/buildd/capnproto-0.2.0/.libs/lt-capnp-test
2aec2000-2aee3000 r-xp  fe:06 136324 
/lib

Bug#713672: xca: FTBFS: ld: /«PKGBUILDDIR»/lib/db_key.o: undefined reference to symbol '__cxa_free_exception@@CXXABI_1.3'

[Andrey Rahmatullin]

On Sat, Jun 22, 2013 at 02:54:57PM +0200, David Suárez wrote:
> >   LINK   xca
> > /usr/bin/ld: /«PKGBUILDDIR»/lib/db_key.o: undefined reference to symbol 
> > '__cxa_free_exception@@CXXABI_1.3'
> > /usr/lib/x86_64-linux-gnu/libstdc++.so.6: error adding symbols: DSO missing 
> > from command line
> > collect2: error: ld returned 1 exit status
The broken upstream build system uses gcc to compile and link C++ code
which is incorrect. Besides, it uses silent output when running make
without target so the only way to disable it without patching is to call
`make all`.

-- 
WBR, wRAR


signature.asc
Description: Digital signature

Bug#627833: gramps crashes while trying to add the first person

[Ross Gammon]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi Juergen,

I was unable to reproduce this problem on my Squeeze machine (Gramps
3.2.3-4).

Do you still have the problem?
Or have you successfully upgraded Gramps 3.4.0 which is in Wheezy?

If you no longer have the problem, you could reply to this message
saying how you got it working. Or you could send an email to
627833-d...@bugs.debian.org (with a message on how it was solved)
which will close the bug.

Regards,

Ross
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with undefined - http://www.enigmail.net/

iQIcBAEBAgAGBQJSEP2vAAoJEFP+e72miRD8AVAP/j6AlLzcPiwY2oMmltfc2UBc
puJn/A2yQh8cKluNzrCcEWi55Hae7XnQ1FrFImSsvmNDJLjoLz9o3MSrdsC+iJgn
+KBO6R7YoDVyWXEfXK/+tj2prG2/GgmrOzGdH4ApWSNFxn43iov7S96NiK4QKi6G
3yv60aXxwLwFnva4YxJxOjbOXPHfIJVDMYt3e9JqpVAjPg7wwsL2RBymQ/K1XXIj
E4cwMHS0+ko5P4CxRyXICfaO+i93ApJr/nrnvJvqlHSlhpDI5H1ORFtdFwjxVsoS
7k8r8Li15Haq8J/OuoymL+mjY6KSoFd43kS6kaUmNF5Bq/Y8ANKegweEgjtIGhV9
FPWrH6b9gY5HTNm8WcHx4XPiKq2xetF+z7L7ZI6tp57jBfesCH7z9YXN0/8NBTjA
wgghldZ15G/1O5dzvXEWM56kmnBLSwLyMF9ka2ZZBlz8rtPlL35FSz7zYTag1SR2
IUA80qTYBOaFRObScPozSXkpqLAzmirp/2JdQJqfCOsveSS88Ui6Ya4oZrN+ZZOW
/tZwntm1lMFstK5ZjZHwYnYd9WmvK1jr2fNvrFWlG0PUJjcrEIYIHDrHw396M81g
7FE3PkJVI+fhXfKz3fxC2J2xa2CvzOhWihXrLU1R5KxZpEpABaaol2mF5M2HdKIM
LJmg/NE1AJ3PyxaxDDQj
=oMcs
-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#627833: gramps crashes while trying to add the first person

[Juergen Kosel]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hello Ross,

Am 18.08.2013 19:00, schrieb Ross Gammon:
> Hi Juergen,
> 
> I was unable to reproduce this problem on my Squeeze machine
> (Gramps 3.2.3-4).
> 
> Do you still have the problem? Or have you successfully upgraded
> Gramps 3.4.0 which is in Wheezy?
> 
> If you no longer have the problem, you could reply to this message 
> saying how you got it working. Or you could send an email to 
> 627833-d...@bugs.debian.org (with a message on how it was solved) 
> which will close the bug.

I can still reproduce the bug, if I don't set the environment varable
LANG=C. But gamps doesn't crash, if LANG=C:



juergen@acer-ilzleite:~$ gramps
/usr/share/gramps/glade.py:126: GtkWarning: Invalid input string
  self.add_from_file(path)
/usr/share/gramps/gui/dbman.py:338: PangoWarning: Invalid UTF-8 string
passed to pango_layout_set_text()
  value = self.top.run()
/usr/share/gramps/gui/grampsgui.py:334: GtkWarning: Failed to set text
from markup due to error parsing markup: Fehler in Zeile 1, Zeichen
50: Ungￃ?ltiger UTF-8-kodierter Text im Namen - ￂﾻZiehen zum
verschieben, klicken zum l￶senￂﾫ ist nicht gￃ?ltig
  gtk.main()
/usr/share/gramps/gui/grampsgui.py:334: GtkWarning:
IA__gtk_container_foreach: assertion `GTK_IS_CONTAINER (container)' failed
  gtk.main()
/usr/share/gramps/ManagedWindow.py:130: GtkWarning:
IA__gtk_container_foreach: assertion `GTK_IS_CONTAINER (container)' failed
  self.uimanager.ensure_update()
Speicherzugriffsfehler
juergen@acer-ilzleite:~$ env LANG=C gramps
juergen@acer-ilzleite:~$ gramps
/usr/share/gramps/glade.py:126: GtkWarning: Invalid input string
  self.add_from_file(path)
/usr/share/gramps/gui/dbman.py:338: PangoWarning: Invalid UTF-8 string
passed to pango_layout_set_text()
  value = self.top.run()
Speicherzugriffsfehler
juergen@acer-ilzleite:~$ echo $LANG
de_DE@euro



Greetings
Juergen
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Icedove - http://www.enigmail.net/

iD8DBQFSEQJw5JgLPmj5988RApxZAJ9KXeTFropWOmqu74l0sEWvdB+UdgCg0h3H
GpY/jqyRBu3VS3sBO3K91E0=
=8Kll
-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#716999: broadcom-sta-dkms: Fails to build on linux 3.10 (procfs API change)

[Matias Bellone]

Package: broadcom-sta-dkms
Version: 5.100.82.112-11
Followup-For: Bug #716999

I can confirm that using the wl_linux.c file provided by Lev does fix the build
issues, the module compiles and then loads correctly and appears to be working
just fine so far.



-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (900, 'testing'), (100, 'unstable')
Architecture: i386 (i686)

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

Versions of packages broadcom-sta-dkms depends on:
ii  dkms  2.2.0.3-1.2

Versions of packages broadcom-sta-dkms recommends:
ii  wireless-tools  30~pre9-8

broadcom-sta-dkms 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#716853: golang contains binary blobs

[Michael Stapelberg]

Hi ftpmaster,

Michael Stapelberg  writes:

> Hi ftpmaster,
>
> Michael Stapelberg  writes:
>
>> Hi ftpmaster,
>>
>> FYI: Public upstream discussion is at
>> http://thread.gmane.org/gmane.comp.lang.go.devel/74454
>>
>> Paul Tagliamonte  writes:
>>> It appears there are binaries in the source tarball. Those will need to
>>> be removed - I understand they're just for the test suite; yes, this
>>> isn't great, but it's needed to comply with the DFSG.
>> The binaries in question are test data in the directories
>> src/pkg/debug/{elf,macho,pe}/testdata/
>>
>> This specific part of the source is an ELF parser.
>>
>> Those are not executed during compilation and they are not shipped in
>> the final package(s).
>>
>> Paul pointed out that it would be better to have the source for them and
>> build them during compilation. However, even if they were deleted and
>> the source was added, on Debian, we could not generate
>> e.g. src/pkg/debug/elf/testdata/gcc-amd64-openbsd-debug-with-rela.obj
>> because we don’t run on the OpenBSD kernel.
>>
>> Thus, enforcing the rule in this case does not seem helpful to me. It
>> would decrease coverage of the testsuite on the machines/kernels/archs
>> we care about. Also, I think the intention (to have source for
>> everything you run) does not even apply here, since these binaries are
>> never run.
>>
>> What do you think?
> It has been over a week since this message. Consider this message a
> friendly ping.
It has been nearly a month now since my last ping. Consider this message
another friendly ping.

In case you are working on this and my messages just annoy you, please
tell me so. Nothing worse than radio silence :).

-- 
Best regards,
Michael


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

Bug#720104: ISO CD testing netinst mult-arch missing 64bit library - no mkfs.btrfs

[Cy Anetwork]

Package:http://cdimage.debian.org/cdimage/weekly-builds/multi-arch/iso-cd/
Version: debian-testing-amd64-i386-netinst.iso size 51170588 downloaded Aug 23 
2013
Tags: installer ISOCD
Severity: important

Library liblzo2.so.2 missing or not installed in 64bit (32bit not tested) 
resulting
in mkfs.btrfs refusing to load.

Proposed solution: add Package: liblzo2-2 (2.06-1) amd64 to /cdrom/pool

submitted anonymously, thanks.


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

Bug#720105: Fails to include autofs4 module when systemd is used

[Michael Biebl]

Package: dracut
Version: 031-2
Severity: normal

When systemd is used in the initramfs, it tries very early on to
load the autofs4 kernel module [1] yet dracut does not include that
module in the initramfs (at least lsinitrd does not show it).

This leads to an error message during boot:
[0.390634] systemd[1]: Failed to insert module 'autofs4'

Please consider adding that module when building the initramfs.

Michael

[1] http://cgit.freedesktop.org/systemd/systemd/tree/src/core/kmod-setup.c#n52
-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (200, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages dracut depends on:
ii  cpio   2.11+dfsg-1
ii  kbd1.15.5-1
ii  kpartx 0.4.9+git0.4dfdaf2b-7
ii  libc6  2.17-92
ii  module-init-tools  9-3
ii  udev   204-2
ii  util-linux 2.20.1-5.5

Versions of packages dracut recommends:
ii  cryptsetup  2:1.6.1-1
pn  dmraid  
ii  dmsetup 2:1.02.77-5
pn  lvm2
pn  mdadm   

Versions of packages dracut suggests:
pn  dracut-network  

-- Configuration Files:
/etc/dracut.conf changed [not included]

-- 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#706913: nslcd breaks PAM authentication from non-root processes

[Arthur de Jong]

An alternative solution would be to also return shadow information to
non-root users but leave out the password hashes. This is what pynslcd
in experimental currently does.

I *think* that is reasonable and don't see any security issues from
exposing the other information from the shadow database.

Comments welcome.

The ACLs are a nice idea but I don't see them happening really soon
unless someone steps up for this.

-- 
-- arthur - adej...@debian.org - http://people.debian.org/~adejong --


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