Bug#717028: liferea should depend on gnome-icon-theme

[David Smith]

On 07/17/2013 02:12 PM, Adrian Bunk wrote:


Let me repeat something I already wrote in this bug:

<--  snip  -->

For non-GNOME users of GNOME applications a dependency on
gnome-icon-theme can prevent serious problems.
What serious problems are you referring to? That's what I'm not 
understanding..  Without the gnome-icon-theme dependency, it appears to 
me that liferea falls back to the generic GTK icons and all is just fine 
other than a couple of warnings tossed out into the console log.  If 
you're not getting what I'm getting then then let me know.

http://imgur.com/ZHDvUdy



-David


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

Bug#714330: bti: identi.ca support more or less broken

[gregor herrmann]

Control: forwarded -1 https://github.com/gregkh/bti/issues/29
Control: tag -1 + upstream wontfix

On Wed, 17 Jul 2013 02:49:28 +0200, Vincent Lefevre wrote:

> > 033 changes to the new Twitter API v1.1, and in the course of that
> > more or less breaks identi.ca support.
> > Posting still works (if one ignores the error), '--action friends'
> > just fails ...
> Posting no longer works: it doesn't fail, but the post doesn't appear.

Thanks for checking, I haven't tried myself in the last days.
The result is expected, since identi.ca switched from StatusNet to
pump.io 6 days ago.


/*
BTW: It clearly fails for me:

% bti
Enter password for identi.ca:
tweet: bti doesn't work with pump.io'd identi.ca
operation failed
[return code 234]

(Might be different with the password in the config or with OAuth.)
*/


And it doesn't look like bti will gain pump.io support soon:
https://github.com/gregkh/bti/issues/29

Looks like bti will be (or de facto: is already) a Twitter-only tool,
and I need to update the package decription etc.


Cheers,
gregor

-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer  -  http://www.debian.org/
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   BOFH excuse #362:  Plasma conduit breach 


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

Bug#717128: extlinux: Wrong sorting of multiple linux kernel images in /boot

[Ian Zimmerman]

Package: extlinux
Version: 2:4.05+dfsg-6+deb7u1
Severity: normal

The script /usr/sbin/extlinux-update sorts the kernels it finds in /boot
with the following shell code:

(cd /boot && ls vmlinuz-* | grep -v .dpkg-tmp | sed -e 's|vmlinuz-||g' | sort 
-nr)

I believe the intention is to put the latest keenel first, as that is
how the corresponding script for grub2 behaves.  But alas:

 [16+1]~$ ( echo 9 ; echo 10 ) | sort -nr
10
9
 [17+1]~$ ( echo 3.9.9 ; echo 3.9.10 ) | sort -nr
3.9.9
3.9.10

and thus also

 [18+1]~$ (cd /boot && ls vmlinuz-* | grep -v .dpkg-tmp | sed -e 
's|vmlinuz-||g' | sort -nr)
3.9.9
3.9.10

Clearly, the script needs to be a bit smarter about sorting the version
numbers, perhaps creatively reusing some code from the grub or dpkg
packages.

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

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

Versions of packages extlinux depends on:
ii  debconf [debconf-2.0]  1.5.49
ii  libc6  2.13-38

Versions of packages extlinux recommends:
pn  os-prober   
ii  syslinux-common 2:4.05+dfsg-6+deb7u1
pn  syslinux-themes-debian  

extlinux suggests no packages.

-- debconf information excluded


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

Bug#666396: openexr: New upstream: 1.7.0

[IRIE Shinsuke]

Probably the compile issue will be solved in the near future release.

See openexr issue 67:

https://github.com/openexr/openexr/issues/67

IRIE Shinsuke

13/07/12, Andreas Metzler wrote:

On 2013-06-29 IRIE Shinsuke  wrote:

Hi,



I experienced the same error in testBox.cpp with libilmbase 2.0.0.



It seems that the error was caused by bad optimization, because the
build succeeds when changing the optimization level as follows:

[...]

Anyway, please update openexr/ilmbase to v2.0.0.  Blender will move
to OpenEXR v2.0.0 in 2.68 release.


Hello,

I have just requested an adopter for OpenEXR and ILMbase.

http://bugs.debian.org/716766
http://bugs.debian.org/716768

These seem to need somebody with better C++ knowledge than me.

cu Andreas




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

Bug#717028: liferea should depend on gnome-icon-theme

[Adrian Bunk]

On Wed, Jul 17, 2013 at 11:44:38AM +0800, David Smith wrote:
>...
> Consider that a depends on gnome-icon-theme is added, then liferea
> isn't going to be installable unless the default gnome-icon-theme is
> installed.  This doesn't make any sense as some people might want to
> use gnome-icon-theme-nuovo or gnome-icon-theme-suede or
> gnome-icon-theme-yasis or gnome-icon-theme-gartoon instead which do
> *NOT* provide gnome-icon-theme.
> 
> Using these alternative gnome themes without the default 
> gnome-icon-theme would make liferea uninstallable, if a depends on 
> gnome-icon-theme is added, even though liferea would work just fine :(

Let me repeat something I already wrote in this bug:

<--  snip  -->

For non-GNOME users of GNOME applications a dependency on
gnome-icon-theme can prevent serious problems.

When you have a full GNOME installed, gnome-icon-theme is anyway always
installed.

<--  snip  -->


The case you are arguing about is about possibly saving a few MB of disk 
space in a case where a user is using a non-standard GNOME icon theme 
*and* he is *not* using a full GNOME.

Is that 0.1% of all Liferea users or 0.01% of all Liferea users that 
might not need gnome-icon-theme?

And I want to emphasize that gnome-icon-theme does for such users as few 
harm as the 400MB of translations on my disk do for me.

And yes, gnome-icon-theme and the translations are related issues:
If you would actually be serious in wanting to save a few MB on the 
disks of people installing liferea, then splitting liferea-data into
2 packages would benefit much more users than not depending on
gnome-icon-theme. [1]


> Then finally... Liferea is *NOT* showing you the wrong icons if you 
> don't have gnome-icon-theme installed. Rather, it's just using the 
> GTK_STOCK icons instead of gnome theme icons.   This appears to be 
> intentional / planned by upstream.
>...

Exactly the same is true when the translation for the language of your 
choice is not installed (as is intentional / planned by upstream, 
English messages are displayed instead of translated messages), so 
please start with getting translations splitted out of *all* packages in 
Debian if you really believe in what you wrote.


> -David

cu
Adrian

[1] I don't think that would be a good idea, but allowing users to save 
disk space is your intention here you must do it. 

-- 

   "Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
   "Only a promise," Lao Er said.
   Pearl S. Buck - Dragon Seed


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

Bug#716904: konsole: ^D doesn't work after latest upgrade

[Russell Coker]

On Sun, 14 Jul 2013 11:49:39 -0300
"Lisandro Damián Nicanor Pérez Meyer"  wrote:
> Hi Russel! With ^D I guess you are referring to Ctrl+D. If that's the
> case, then I'm unable to reproduce it here :-/
> 
> Please correct me if I guessed wrongly. If I didn't, please be sure
> to be up- to-date, some packages hitted sid a few hours ago.

http://forum.kde.org/viewtopic.php?f=227&t=107275

The above URL describes the bug.  It seems that for many people the
default function of ^D in Konsole when you upgrade is to add a bookmark.

To fix this I ran the "System Settings" application, went to "Common
Appearance and Behavior", "Shortcuts and Gestures", and then "Standard
Keyboard Shortcuts" and then I changed the shortcut key for "Add
Bookmark" to ^B.

This bug should probably be reassigned to some other KDE component.
Although it might make sense to keep this one against Konsole for the
benefit of others who have ^D stop working, it's the type of bug that
people make reports about.

-- 
My Main Blog http://etbe.coker.com.au/
My Documents Bloghttp://doc.coker.com.au/


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

Bug#717103: security-tracker: DSA-2722-1 vs. tracker

[Salvatore Bonaccorso]

Hi Francesco,

On Tue, Jul 16, 2013 at 10:38:46PM +0200, Francesco Poli (wintermute) wrote:
> Package: security-tracker
> Severity: normal
> 
> Hi,
> DSA-2722-1 [1] says that many vulnerabilities have been fixed for
> sid in openjdk-7/7u25-2.3.10-1 .
> 
> The tracker seems to agree for all the vulnerabilities but CVE-2013-2454,
> which is claimed to be still present in sid [2].
> Is that an oversight?

Updated the tracker for openjdk-7. Moritz, do you know if this is also
fixed in openjdk-6 (recent changelog does not mention CVE-2013-2454)

Regards,
Salvatore


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

Bug#717126: pybik: autopkgtest needs X display

[Martin Pitt]

Package: pybik
Version: 1.1-1
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu ubuntu-patch saucy

Hello,

thanks for adding an autopkgtest to pybik! However, it currently fails
in a VM environment as this needs an X server:

  https://jenkins.qa.ubuntu.com/job/saucy-adt-pybik/1/ARCH=i386,label=adt/

I fixed the Ubuntu package to run the test through xvfb. Also, the
full test seems to take very long, I guess xvfb doesn't help there (I
aborted it after an hour). So I modified it to only run two individual
tests; as the purpose of autopkgtest is primarily to check whether the
package works (missing files, wrong paths, missing dependencies, and
so on), I think this is sufficient.

Thanks for considering,

Martin

-- 
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com)  | Debian Developer  (www.debian.org)
diff -Nru pybik-1.1/debian/changelog pybik-1.1/debian/changelog
--- pybik-1.1/debian/changelog  2013-06-24 23:38:16.0 +0200
+++ pybik-1.1/debian/changelog  2013-07-17 07:18:30.0 +0200
@@ -1,3 +1,11 @@
+pybik (1.1-1ubuntu1) saucy; urgency=low
+
+  * Use xvfb in our autopkgtest.
+  * Only run the "min" and "preferences" tests in autopkgtest, as the full
+test suite takes way too long (and might not even succeed) under xvfb.
+
+ -- Martin Pitt   Wed, 17 Jul 2013 06:54:57 +0200
+
 pybik (1.1-1) unstable; urgency=low
 
   * New upstream release
diff -Nru pybik-1.1/debian/tests/all pybik-1.1/debian/tests/all
--- pybik-1.1/debian/tests/all  2013-06-19 18:39:27.0 +0200
+++ pybik-1.1/debian/tests/all  2013-07-17 07:18:00.0 +0200
@@ -1,2 +1,2 @@
 #!/bin/sh
-pybik --test
+xvfb-run pybik --test=min --test=preferences
diff -Nru pybik-1.1/debian/tests/control pybik-1.1/debian/tests/control
--- pybik-1.1/debian/tests/control  2013-06-19 18:39:27.0 +0200
+++ pybik-1.1/debian/tests/control  2013-07-17 06:42:40.0 +0200
@@ -1,2 +1,2 @@
 Tests: all
-Depends: @
+Depends: @, xvfb

Bug#717125: piuparts: New test: upgrade from directly to command line package file

[Norbert Preining]

Package: piuparts
Version: 0.53
Severity: normal

Hi,

I am tracking down a bug that regards upgrades from wheezy.
The code that I have to add will only run when upgrading from wheezy,
not from a version in unstable.

That means, when using
-d stable -d unstable test-package.deb
will not work, since it first upgrades to unstable and then to the
new package.

I think it makes sense to have also an option where first the
stable variant is installed, and then with gdebi or similar the
package on the commandline including its dependencies from unstable
and necessary chagnes.

Thanks

Norbert


-- 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.9-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages piuparts depends on:
ii  debootstrap  1.0.52
ii  debsums  2.0.52
ii  dpkg 1.16.10
ii  lsb-release  4.1+Debian12
ii  lsof 4.86+dfsg-1
ii  piuparts-common  0.53
ii  python   2.7.5-2
ii  python-debian0.1.21+nmu2

Versions of packages piuparts recommends:
ii  adequate  0.7.1

Versions of packages piuparts suggests:
pn  schroot  

-- 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#717124: ITP: niceshaper -- Dynamic traffic shaper

[Mariusz Jedwabny]

Package: wnpp
Severity: wishlist
Owner: Mariusz Jedwabny 

* Package name: niceshaper
  Version : 1.0.0
  Upstream Author : Mariusz Jedwabny 
* URL : http://niceshaper.jedwabny.net/
* License : (GPL2)
  Programming Lang: (C++)
  Description : Dynamic traffic shaper

NiceShaper is a program working in a Linux router environment.
It uses a proven HTB QOS algorithm. Provides dynamic traffic shaping
which is more effective than traditional, static shaping.
By constantly monitoring packets flowing through the router in response to
changing load dynamically adjusts the bandwidth of acting classes to a level
enabling the fullest possible usage of a internet access.
At the same time does not allow for creation of congestion,
ensuring complete convenience of interactive services.

NiceShaper takes care of download when upload stops up.


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

Bug#716992: aptitude does not purge deleted packages when it asks for user confirmation

[Daniel Hartwig]

On 17 July 2013 01:16, Uwe Storbeck  wrote:
> Hi Daniel
>
>> APT::Get::Purge should not have any effect in aptitude.  Its name
>> indicates it is only used by apt-get.
>
> Oh, I always thought aptitude "inherits" apt settings ...
>

Options in the APT namespace, yes, and some others, but APT::Get is
specific to one tool.


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

Bug#717123: RFS: superkb/0.22-4 [ITP #647877] -- keyboard launcher with on-screen hints

[Octavio Alvarez]

Package: sponsorship-requests
Severity: wishlist

  Dear mentors,
 
  I am looking for a sponsor for my package "superkb". ITP# is 647877.
 
 * Package name: superkb
   Version : 0.22-4
   Upstream Author : Octavio Alvarez 
 * URL : http://superkb.sf.net/
 * License : GPL v2
   Section : x11
 
  It builds those binary packages:
 
superkb- Hotkey-based application launcher with on-screen hints


  Here I paste the description at the ITP:

This is a program I wrote to enable key bindings to work with the
Super key. Holding down the Super key for N seconds shows a keyboard
on screen with hints about available bound keys. Configuration is
stored in a flat text file. You can bind arbitrary scripts to your
keys.

It has been helpful to me because I can easily replicate my bindings
to another PC and, so I have my keyboard full of shortcuts, I can
check them when in doubt.

The "magic" key (Super_L/R by default) is not hardcoded; you can use
any other magic key, for example, in laptops that don't have it (like
the T42) without losing the key (it gets replayed to the current
window).
 

  To access further information about this package, please visit the following 
URL:
 
  http://mentors.debian.net/package/superkb


  BTW, The only lintian warning I left unresolved is the lack of upstream
  changelog because of a bug in the upstream package, but it has already
  been worked out and will be fixed once a new version is released.
 
 
  Alternatively, one can download the package with dget using this command:
 
dget -x 
http://mentors.debian.net/debian/pool/main/s/superkb/superkb_0.22-4.dsc
 
  More information about superkb can be obtained from http://superkb.sf.net and
http://superkb.org/wiki
 
 
  Regards,
   Octavio Alvarez
 


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

Bug#717028: liferea should depend on gnome-icon-theme

[David Smith]

On 07/16/2013 11:38 PM, Adrian Bunk wrote:

On Tue, Jul 16, 2013 at 04:45:03PM +0200, Paul Gevers wrote:


I am also no GNOME user. But lets look at the Debian policy [1]. (below).

To me it says that suggests is very reasonable if liferea works with
only red crosses at the location of the icons, which seems to be the
case. Depends is definitely overkill. I could be persuaded to believe
that recommends is good enough, but you have to give better arguments
than merely some red crosses.
...

Depends is definitely required.

After an "apt-get install " a user can expect a package to work
correctly, even when recommended packages are not installed by default.
Just going through the source code in the latest release, it seems to me 
that liferea gets icons from three locations.


1. Most of Liferea's core icons come from GTK_STOCK (ie: 
GTK_STOCK_REFRESH).  Especially the ICONS related to the functionality 
of the program (Toolbar: New subscription, Mark Items Read, Back, 
Forward, Next Unread Item, Update All, Search All Feeds, etc.)


2. Some (4-5?) of Liferea's icons come from the GNOME theme that you're 
using.  The key thing is, if it doesn't exist in the GNOME theme that 
you're using, you'll get a warning in the console and it will just use a 
generic GTK_STOCK icon instead.   So it's not actually required that you 
have a gnome icon theme.


3. The rest of Liferea's icons are bundled with the package in /pixmaps.

You don't get the blank / red "X" buttons in liferea that you get in 
epiphany-browser because of the GTK_STOCK icon fallback code in liferea 
(tested and works for me!).  So it's a completely different situation.


Consider that a depends on gnome-icon-theme is added, then liferea isn't 
going to be installable unless the default gnome-icon-theme is 
installed.  This doesn't make any sense as some people might want to use 
gnome-icon-theme-nuovo or gnome-icon-theme-suede or 
gnome-icon-theme-yasis or gnome-icon-theme-gartoon instead which do 
*NOT* provide gnome-icon-theme.


Using these alternative gnome themes without the default 
gnome-icon-theme would make liferea uninstallable, if a depends on 
gnome-icon-theme is added, even though liferea would work just fine :(


So then when looking at a recommends on gnome-icon-theme, it only makes 
sense to add it if the functionality of liferea is enhanced by using the 
gnome-icon-theme.  Since the fallback to GTK_STOCK icons seems to be 
working for me when you don't have a gnome-icon-theme, I just can't see 
how liferea is really enhanced by using gnome-icon-theme.


Then finally... Liferea is *NOT* showing you the wrong icons if you 
don't have gnome-icon-theme installed. Rather, it's just using the 
GTK_STOCK icons instead of gnome theme icons.   This appears to be 
intentional / planned by upstream.


So "Suggests" on any of the gnome-icon-themes does seem to be the best 
way to go here.  Mainly because liferea does a fallback to GTK_STOCK 
icons which seems to work just fine.


But anyway, this isn't my decision to make.   Just my 2 cents.

-David


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

Bug#599542:

[Utthawit R.]

send-detail 599542

I fixed it by comment out 2 lines in /etc/ntp.conf are

restrict -4 default kod notrap nomodify nopeer noquery
restrict -6 default kod notrap nomodify nopeer noquery

or just remove 2 options are "nopeer noquery" and then restart ntp, it
allows peer querying as requested by ntpdate.


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

Bug#717070: tex-common: update-updmap doesn't seem to work for per-user files, as it is documented to

[Norbert Preining]

retitle 717070 update-updmap.1 is outdated and wrong
thanks

Hi

On Di, 16 Jul 2013, Reuben Thomas wrote:
> I have only tex-common 3.15, the version of update-updmap is identical
> with that in tex-common 4.04), my per-user files are not touched.

Indeed, they should not be touched.

update-updmap does nothing of interest for users anymore, not even
admins should need to worry about it.

All configration is done directly in updmap.cfg, of which you can
have a local copy in TEXMFHOME/web2c/updmap.cfg.

updmap now reads *all* updmap.cfg files.

Please see the manpage of updmap.

I will fix the man page of update-updmap sooner or later ;-)

Thanks for reminding us

Norbert


PREINING, Norbert   http://www.preining.info
JAIST, Japan TeX Live & Debian Developer
DSA: 0x09C5B094   fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 B094



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

Bug#717122: jmock2: FTBFS with Java7

[Shuxiong Ye]

Package: jetty8
Version: 2.5.1+dfsg
Severity: serious
User: ubuntu-de...@lists.ubuntu.com
Usertags: openjdk-7-transition

[javac]
/tmp/buildd/jmock2-2.5.1+dfsg/src/org/jmock/Expectations.java:146: error:
name clash: with(Matcher) and with(Matcher) have the same
erasure
[javac] public boolean with(Matcher matcher) {
[javac]^
[javac]   where T is a type-variable:
[javac] T extends Object declared in method with(Matcher)
[javac]
/tmp/buildd/jmock2-2.5.1+dfsg/src/org/jmock/Expectations.java:151: error:
name clash: with(Matcher) and with(Matcher) have the same
erasure
[javac] public byte with(Matcher matcher) {
[javac] ^
[javac]   where T is a type-variable:
[javac] T extends Object declared in method with(Matcher)
[javac]
/tmp/buildd/jmock2-2.5.1+dfsg/src/org/jmock/Expectations.java:156: error:
name clash: with(Matcher) and with(Matcher) have the same
erasure
[javac] public short with(Matcher matcher) {
[javac]  ^
[javac]   where T is a type-variable:
[javac] T extends Object declared in method with(Matcher)
[javac]
/tmp/buildd/jmock2-2.5.1+dfsg/src/org/jmock/Expectations.java:161: error:
name clash: with(Matcher) and with(Matcher) have the same
erasure
[javac] public char with(Matcher matcher) {
[javac] ^
[javac]   where T is a type-variable:
[javac] T extends Object declared in method with(Matcher)
[javac]
/tmp/buildd/jmock2-2.5.1+dfsg/src/org/jmock/Expectations.java:166: error:
name clash: with(Matcher) and with(Matcher) have the same
erasure
[javac] public int with(Matcher matcher) {
[javac]^
[javac]   where T is a type-variable:
[javac] T extends Object declared in method with(Matcher)
[javac]
/tmp/buildd/jmock2-2.5.1+dfsg/src/org/jmock/Expectations.java:171: error:
name clash: with(Matcher) and with(Matcher) have the same
erasure
[javac] public long with(Matcher matcher) {
[javac] ^
[javac]   where T is a type-variable:
[javac] T extends Object declared in method with(Matcher)
[javac]
/tmp/buildd/jmock2-2.5.1+dfsg/src/org/jmock/Expectations.java:176: error:
name clash: with(Matcher) and with(Matcher) have the same
erasure
[javac] public float with(Matcher matcher) {
[javac]  ^
[javac]   where T is a type-variable:
[javac] T extends Object declared in method with(Matcher)
[javac]
/tmp/buildd/jmock2-2.5.1+dfsg/src/org/jmock/Expectations.java:181: error:
name clash: with(Matcher) and with(Matcher) have the same
erasure
[javac] public double with(Matcher matcher) {
[javac]   ^
[javac]   where T is a type-variable:
[javac] T extends Object declared in method with(Matcher)
[javac]
/tmp/buildd/jmock2-2.5.1+dfsg/src/org/jmock/syntax/ArgumentConstraintPhrases.java:7:
error: name clash: with(Matcher) and with(Matcher) have the
same erasure
[javac] boolean with(Matcher matcher);
[javac] ^
[javac]   where T is a type-variable:
[javac] T extends Object declared in method with(Matcher)
[javac]
/tmp/buildd/jmock2-2.5.1+dfsg/src/org/jmock/syntax/ArgumentConstraintPhrases.java:8:
error: name clash: with(Matcher) and with(Matcher) have the
same erasure
[javac] byte with(Matcher matcher);
[javac]  ^
[javac]   where T is a type-variable:
[javac] T extends Object declared in method with(Matcher)
[javac]
/tmp/buildd/jmock2-2.5.1+dfsg/src/org/jmock/syntax/ArgumentConstraintPhrases.java:9:
error: name clash: with(Matcher) and with(Matcher) have the
same erasure
[javac] short with(Matcher matcher);
[javac]   ^
[javac]   where T is a type-variable:
[javac] T extends Object declared in method with(Matcher)
[javac]
/tmp/buildd/jmock2-2.5.1+dfsg/src/org/jmock/syntax/ArgumentConstraintPhrases.java:10:
error: name clash: with(Matcher) and with(Matcher) have the
same erasure
[javac] int with(Matcher matcher);
[javac] ^
[javac]   where T is a type-variable:
[javac] T extends Object declared in method with(Matcher)
[javac]
/tmp/buildd/jmock2-2.5.1+dfsg/src/org/jmock/syntax/ArgumentConstraintPhrases.java:11:
error: name clash: with(Matcher) and with(Matcher) have the
same erasure
[javac] long with(Matcher matcher);
[javac]  ^
[javac]   where T is a type-variable:
[javac] T extends Object declared in method with(Matcher)
[javac]
/tmp/buildd/jmock2-2.5.1+dfsg/src/org/jmock/syntax/ArgumentConstraintPhrases.java:12:
error: name clash: with(Matcher) and with(Matcher) have the
same erasure
[javac] float with(Matcher matcher);
[javac]   ^
[javac]   where T is a type-variable:
[javac] T extends Object declared in method with(Matcher)
[javac]
/tmp/buildd/jmock2-2.5.1+dfsg/src/or

Bug#599542:

[Utthawit R.]

send-detail 599542

Bug#717121: moodle: [INTL:pt_BR] Brazilian Portuguese debconf templates translation

[Adriano Rafael Gomes]

Package: moodle
Tags: l10n patch
Severity: wishlist

Hello,

Please, Could you update the Brazilian Portuguese
Translation?

Attached you will find the file pt_BR.po. It is UTF-8
encoded and it is tested with msgfmt and
podebconf-display-po.

Kind regards.


pt_BR.po.gz
Description: GNU Zip compressed data


signature.asc
Description: PGP signature

Bug#717068: linux-image-3.2.0-4-amd64: Random kernel oops from various applications (cache_alloc?)

[Tim McCormack]

On Tue, 16 Jul 2013 15:47:11 +0100, Ben Hutchings wrote:
> Control: tag -1 moreinfo
> [...]
> Please try removing VirtualBox.

Did not work. Removed all virtualbox packages, restarted. This evening
I got the following stack trace.

Are there any other logs I should pull, or settings I should set?

 - Tim McCormack

Jul 16 22:33:31 curmudgeon kernel: [29598.254101] [ cut here 
]
Jul 16 22:33:31 curmudgeon kernel: [29598.254140] kernel BUG at 
/build/linux-s5x2oE/linux-3.2.46/mm/slab.c:3111!
Jul 16 22:33:31 curmudgeon kernel: [29598.254184] invalid opcode:  [#1] SMP 
Jul 16 22:33:31 curmudgeon kernel: [29598.254216] CPU 0 
Jul 16 22:33:31 curmudgeon kernel: [29598.254230] Modules linked in: parport_pc 
ppdev lp parport rfcomm bnep bluetooth crc16 binfmt_misc uinput nfsd nfs 
nfs_acl auth_rpcgss fscache lockd sunrpc ext2 loop snd_hda_codec_hdmi 
snd_hda_codec_conexant joydev i915 snd_hda_intel snd_hda_codec thinkpad_acpi 
drm_kms_helper drm snd_hwdep snd_pcm arc4 nvram snd_page_alloc i2c_algo_bit 
snd_seq snd_seq_device snd_timer iwlwifi i2c_i801 i2c_core tpm_tis tpm 
acpi_cpufreq snd ac battery psmouse iTCO_wdt mac80211 cfg80211 soundcore evdev 
rfkill wmi iTCO_vendor_support serio_raw tpm_bios mperf pcspkr coretemp 
power_supply processor video button ext3 mbcache jbd xts gf128mul dm_crypt 
dm_mod sg sr_mod sd_mod cdrom crc_t10dif crc32c_intel ghash_clmulni_intel 
aesni_intel aes_x86_64 ahci libahci aes_generic cryptd thermal thermal_sys 
ehci_hcd libata usbcore scsi_mod usb_common sdhci_pci sdhci mmc_core e1000e 
[last unloaded: scsi_wait_scan]
Jul 16 22:33:31 curmudgeon kernel: [29598.254904] 
Jul 16 22:33:31 curmudgeon kernel: [29598.254917] Pid: 4698, comm: RetroShare 
Tainted: G   O 3.2.0-4-amd64 #1 Debian 3.2.46-1 LENOVO 4239CTO/4239CTO
Jul 16 22:33:31 curmudgeon kernel: [29598.254989] RIP: 
0010:[]  [] cache_alloc+0xed/0x1fa
Jul 16 22:33:31 curmudgeon kernel: [29598.255050] RSP: 0018:88016d0efae8  
EFLAGS: 00010006
Jul 16 22:33:31 curmudgeon kernel: [29598.255084] RAX: 880193122100 RBX: 
8801932883c0 RCX: 0070
Jul 16 22:33:31 curmudgeon kernel: [29598.255129] RDX: 880193126950 RSI: 
 RDI: 88019328
Jul 16 22:33:31 curmudgeon kernel: [29598.255173] RBP:  R08: 
88019328 R09: 88019327b000
Jul 16 22:33:31 curmudgeon kernel: [29598.255217] R10: 880127ea0a88 R11: 
880127ea0a88 R12: 00041250
Jul 16 22:33:31 curmudgeon kernel: [29598.255262] R13: 880193126940 R14: 
88019328 R15: 0010
Jul 16 22:33:31 curmudgeon kernel: [29598.255307] FS:  7f2ead7fa700() 
GS:88019e20() knlGS:
Jul 16 22:33:31 curmudgeon kernel: [29598.255357] CS:  0010 DS:  ES:  
CR0: 80050033
Jul 16 22:33:31 curmudgeon kernel: [29598.255393] CR2: 7f2eca602000 CR3: 
00016b8cb000 CR4: 000406f0
Jul 16 22:33:31 curmudgeon kernel: [29598.255437] DR0:  DR1: 
 DR2: 
Jul 16 22:33:31 curmudgeon kernel: [29598.255482] DR3:  DR6: 
0ff0 DR7: 0400
Jul 16 22:33:31 curmudgeon kernel: [29598.255527] Process RetroShare (pid: 
4698, threadinfo 88016d0ee000, task 880175a3e140)
Jul 16 22:33:31 curmudgeon kernel: [29598.255579] Stack:
Jul 16 22:33:31 curmudgeon kernel: [29598.255594]  88016aa592e8 
8800d577dc00 8800d506be30 880193126960
Jul 16 22:33:31 curmudgeon kernel: [29598.255648]  8800d506be30 
880193b09000 8801932883c0 0050
Jul 16 22:33:31 curmudgeon kernel: [29598.255703]  0050 
0246  810eca2f
Jul 16 22:33:31 curmudgeon kernel: [29598.255757] Call Trace:
Jul 16 22:33:31 curmudgeon kernel: [29598.255776]  [] ? 
kmem_cache_alloc+0x58/0xea
Jul 16 22:33:31 curmudgeon kernel: [29598.255820]  [] ? 
insert_revoke_hash+0x20/0x9a [jbd]
Jul 16 22:33:31 curmudgeon kernel: [29598.255869]  [] ? 
__ext3_journal_revoke+0x1f/0x4c [ext3]
Jul 16 22:33:31 curmudgeon kernel: [29598.255917]  [] ? 
journal_dirty_metadata+0xb6/0xc1 [jbd]
Jul 16 22:33:31 curmudgeon kernel: [29598.255964]  [] ? 
ext3_forget+0xb5/0xe9 [ext3]
Jul 16 22:33:31 curmudgeon kernel: [29598.256007]  [] ? 
ext3_free_branches+0x130/0x1e4 [ext3]
Jul 16 22:33:31 curmudgeon kernel: [29598.256052]  [] ? 
should_resched+0x5/0x23
Jul 16 22:33:31 curmudgeon kernel: [29598.256091]  [] ? 
ext3_truncate+0x362/0x489 [ext3]
Jul 16 22:33:31 curmudgeon kernel: [29598.256137]  [] ? 
ext3_evict_inode+0x13b/0x1cf [ext3]
Jul 16 22:33:31 curmudgeon kernel: [29598.256182]  [] ? 
evict+0x96/0x148
Jul 16 22:33:31 curmudgeon kernel: [29598.256214]  [] ? 
dentry_kill+0x112/0x12e
Jul 16 22:33:31 curmudgeon kernel: [29598.256250]  [] ? 
dput+0xe2/0xee
Jul 16 22:33:31 curmudgeon kernel: [29598.256282]  [] ? 
sys_renameat+0x1af/0x206
Jul 16 22:33:31 curmudgeon kernel: [29598.256321]  [] ? 
remove_vma+0x64/0x6b
Jul 16 22:33:31 curmud

Bug#717120: cscope: 64-bit build reports no matches for some symbols the 32-bit build finds.

[Ted Anderson]

Package: cscope
Version: 15.7a
Severity: normal

I recently moved from Ubuntu Lucid 10.04.4 LTS (i386) to Debian Wheezy (amd64).
I have used cscope for years and depend upon it for helping navigate a large
C++ code base.  I recently found that the version of cscope that comes with
Wheezy for the amd64 architecture cannot find some symbols that surely exist.
Specifically, a symbol whose name is "syncFsEverywhere".

Experimentation showed that searching for ".yncFsEverywhere" and
"[s]yncFsEverywhere" & ".*cFsEverywhere" produced the expected matches, but
"syncEveryw.*" produced no results.

Using the binary from my old Lucid installation, I was able to remove and
rebuild the cscope database and it was able to locate 11 instances of this
symbol.  Next I tried uninstalling Wheezy's 64-bit version and replacing it
with the i386 package.  This was also able to find the symbols.  Then I
installed the Wheezy cscope source package using apt and built the 64-bit
binary myself.  This version worked the same as the repository's 64-bit
version: no results.  Finally, I downloaded the 15.8a release from SourceForge
(http://sourceforge.net/projects/cscope/files/cscope/15.8a/) and built it.
That version works fine compiled for the amd64 architecture, producing the
expected 11 results.

I reviewed the change log between the Debian version 15.7a and the SourceForge
version 15.8a and didn't see anything obvious to explain the change.  Perhaps
just upgrading Wheezy to the latest upstream version would be the best
approach.  I notice that Debian bug #689198 also suggests this.



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

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

Versions of packages cscope depends on:
pn  ed   
ii  libc62.13-38
ii  libncurses5  5.9-10
ii  libtinfo55.9-10

cscope recommends no packages.

Versions of packages cscope suggests:
pn  cscope-el  


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

Bug#717117: [akonadi-backend-postgresql] continuous errors in postgresql 9.1 log

[Chris Knadle]

Package: akonadi-backend-postgresql
Version: 1.9.2-2
Severity: important

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

Greetings.

Thanks for including akonadi-backend-postgresql in Sid... I'm hoping to use it 
when I can get it working.

I'm having a lot of trouble when trying to use PostgreSQL 9.1 as the backend 
for Akonadi; I can't tell for sure that this is the correct package to file 
this bug against, but this seems the most logical place to start.  [The next 
logical alternative is the 'kmail' package.]

When migrating from KMail1 to KMail2, KMail2 shows a dialog box indicating 
that all mail has been migrated, but email does not show up and PostgreSQL 
continuously spits out errors to the log with:

   2013-07-16 17:51:52 EDT ERROR:  invalid input syntax for type bytea at
 character 24
   2013-07-16 17:51:52 EDT STATEMENT:  EXECUTE qpsqlpstmt_7d ('\SEEN')
   2013-07-16 17:51:52 EDT ERROR:  invalid input syntax for type bytea at
 character 24
   2013-07-16 17:51:52 EDT STATEMENT:  EXECUTE qpsqlpstmt_7d ('\SEEN')
   ...

After letting the system run for about 24 hours, the postgresql log grows to 
about 650 MB containing about 9 million lines of the above, and about 200 
emails (out of thousands) show up in KMail2 (in various folders, and none of 
the messages in the "inbox" folder ever showed up) from my main IMAP account, 
and new ones show up very slowly -- which I believe seems to be related to the 
errors.  This is repeatable.

Steps to replicate
--
1.  Install akonadi-backend-postgresql, which pulls in dependencies:
postgresql:amd64
postgresql-9.1:amd64
postgresql-client-9.1:amd64
postgresql-client-common:amd64
postgresql-common:amd64
Modify /etc/postgresql/9.1/main/postgresql.conf to uncomment:
standard_conforming_strings = on
(this was suggested in akonadiconsole)
2.  'su' to root, then 'su - postgres' to become the postgres user
3.  Create a role for a normal user with CreateDB ability
pgsql -d template1
-> CREATE ROLE cknadle WITH CREATEDB LOGIN;
   \q
exit; exit;  [to become regular user again]
4.  Create new database as a regular user
psql -d template1
-> CREATE DATABASE "akonadi-chris";
   \q
5.  Delete previous files for akonadi:
  rm -rf ~/.local/share/akonadi
  rm -rf ~/.config/akonadi/agent*
  rm -rf ~/.kde/share/akonadi_*
  rm -rf ~/.kde/share/akonadi-*
Delete settings for kmail2 and kmail-migrator
  rm -rf ~/.kde/share/config/kmail2*
  rm -rf ~/.kde/share/config/kmail-migrator*
6.  Open akonadiconsole as user, set to use the akonadi-chris database,
start Akonadi
7.  Start KMail2 and choose "Migrate"


Setps 5 through 7 work just fine when using the the Akonadi MySQL backend, and 
likewise KMail2 seems to work fine afterwards.

Please let me know if I can be of further assistance.
Thanks!

 -- Chris

--
Chris Knadle
chris.kna...@coredump.us

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

Debian Release: jessie/sid
  500 unstablewww.deb-multimedia.org 
  500 unstableftp.us.debian.org 
  500 unstabledebian-packages.coredump.us 
  500 testing security.debian.org 
  500 testing ftp.us.debian.org 
  500 stable-updates  ftp.us.debian.org 
  500 stable  security.debian.org 
  500 stable  ftp.us.debian.org 
  500 sid linux.dropbox.com 

--- Package information. ---
Depends  (Version) | Installed
==-+-===
libqt4-sql-psql| 4:4.8.5+dfsg-2


Recommends  (Version) | Installed
=-+-===
akonadi-server| 1.9.2-2
postgresql| 9.3+142really9.1+145


Package's Suggests field is empty.
 


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

Bug#623018: xul-ext-compactheader: Keyboard shortcut to expand header pane

[David Prévot]

Hi,

On Mon, May 23, 2011 at 07:58:34PM -0600, Williams Orellana wrote:

> Well, there is a keyboard shortcut to expand or collapse the header
> pane,  SHIFT + h

It seems to depend on the language actually:

$ grep CompactHeader_toggleDetails.key 
/usr/share/xul-ext/compactheader/chrome/CompactHeader/locale/*/CompactHeader.dtd
/usr/share/xul-ext/compactheader/chrome/CompactHeader/locale/cs/CompactHeader.dtd:
/usr/share/xul-ext/compactheader/chrome/CompactHeader/locale/da/CompactHeader.dtd:
/usr/share/xul-ext/compactheader/chrome/CompactHeader/locale/de/CompactHeader.dtd:
/usr/share/xul-ext/compactheader/chrome/CompactHeader/locale/en-US/CompactHeader.dtd:
/usr/share/xul-ext/compactheader/chrome/CompactHeader/locale/es-ES/CompactHeader.dtd:
/usr/share/xul-ext/compactheader/chrome/CompactHeader/locale/fr/CompactHeader.dtd:
/usr/share/xul-ext/compactheader/chrome/CompactHeader/locale/it/CompactHeader.dtd:
/usr/share/xul-ext/compactheader/chrome/CompactHeader/locale/ja/CompactHeader.dtd:
/usr/share/xul-ext/compactheader/chrome/CompactHeader/locale/pl/CompactHeader.dtd:
/usr/share/xul-ext/compactheader/chrome/CompactHeader/locale/ru/CompactHeader.dtd:
/usr/share/xul-ext/compactheader/chrome/CompactHeader/locale/sr/CompactHeader.dtd:
/usr/share/xul-ext/compactheader/chrome/CompactHeader/locale/sv-SE/CompactHeader.dtd:
/usr/share/xul-ext/compactheader/chrome/CompactHeader/locale/tr/CompactHeader.dtd:
/usr/share/xul-ext/compactheader/chrome/CompactHeader/locale/zh-CN/CompactHeader.dtd:

> I do not know where it should document it?

Neither do I…

Regards

David


signature.asc
Description: Digital signature

Bug#717015: Considering a new upstream version

[Shuxiong Ye]

Clojure1.2 is a very old version, so I suggest using a newer version that
support java7.

-- 
Sincerely

Shuxiong Ye

School of Electronics Engineering and Computer Science, Peking University

Bug#715409: gnome-shell: Gnome-shell does not fully start with autologin on first login

[colliar]

Hey,

I got it working again. Not sure what it was.

I did delete dconf files under /root (sorry no backup) then
dpkg-reconfigure gdm3 gnome-shell gnome-session and it is back to normal.

No changes in /etc, I do not know about /var/lib though.

Sorry, I still can not figure out what did cause the problem and where
the error is/was.

Cheers
colliar



signature.asc
Description: OpenPGP digital signature

Bug#647877: ITP: superkb -- Keyboard-based launcher with unobtrusive on-screen graphical hints.

[Octavio Alvarez]

retitle 647877 ITP: superkb -- Keyboard-based launcher with unobtrusive  
on-screen graphical hints.

owner 647877 !
thanks

I am attempting once again to package it. This time I have already
uploaded a version to mentors.debian.net. It can be found at the
following URL:
 * http://mentors.debian.net/package/superkb

I think it's ready. I will request sponsorship for this package.

There were some caveats on release 0.22 that required some patching
of the upstream code. These changes will be incorporated in the
next release of the program.

--
Octavio.


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

Bug#717115: iceweasel: middle-click in Twitter pastes the contents of the clipboard instead of the primary selection

[Vincent Lefevre]

Package: iceweasel
Version: 22.0-1
Severity: important

A middle-click in Twitter (Compose new tweet...) pastes the contents
of the clipboard instead of the primary selection (standard behavior).

This is potentially a security problem as data not intended to be made
public can be posted in this way, if the user doesn't take care...

-- Package-specific info:


-- Addons package information

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

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

Versions of packages iceweasel depends on:
ii  debianutils  4.3.4
ii  fontconfig   2.10.2-2
ii  libatk1.0-0  2.8.0-2
ii  libc62.17-7
ii  libcairo21.12.14-5
ii  libfontconfig1   2.10.2-2
ii  libfreetype6 2.4.9-1.1
ii  libgcc1  1:4.8.1-6
ii  libgdk-pixbuf2.0-0   2.28.2-1
ii  libglib2.0-0 2.36.3-3
ii  libgtk2.0-0  2.24.20-1
ii  libnspr4 2:4.10-1
ii  libpango-1.0-0   1.32.5-5+b1
ii  libpangocairo-1.0-0  1.32.5-5+b1
ii  libpangoft2-1.0-01.32.5-5+b1
ii  libsqlite3-0 3.7.17-1
ii  libstdc++6   4.8.1-6
ii  procps   1:3.3.8-2
ii  xulrunner-22.0   22.0-1

iceweasel recommends no packages.

Versions of packages iceweasel suggests:
ii  fonts-stix [otf-stix]  1.1.0-1
ii  libgssapi-krb5-2   1.10.1+dfsg-6.1
pn  mozplugger 

Versions of packages xulrunner-22.0 depends on:
ii  libasound21.0.27.2-1
ii  libatk1.0-0   2.8.0-2
ii  libbz2-1.01.0.6-4
ii  libc6 2.17-7
ii  libcairo2 1.12.14-5
ii  libdbus-1-3   1.6.12-1
ii  libdbus-glib-1-2  0.100.2-1
ii  libevent-2.0-52.0.21-stable-1
ii  libfontconfig12.10.2-2
ii  libfreetype6  2.4.9-1.1
ii  libgcc1   1:4.8.1-6
ii  libgdk-pixbuf2.0-02.28.2-1
ii  libglib2.0-0  2.36.3-3
ii  libgtk2.0-0   2.24.20-1
ii  libhunspell-1.3-0 1.3.2-4
ii  libmozjs22d   22.0-1
ii  libnspr4  2:4.10-1
ii  libnss3   2:3.15-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  libpixman-1-0 0.26.0-4
ii  libsqlite3-0  3.7.17-1
ii  libstartup-notification0  0.12-3
ii  libstdc++64.8.1-6
ii  libvpx1   1.2.0-2
ii  libx11-6  2:1.6.0-1
ii  libxext6  2:1.3.2-1
ii  libxrender1   1:0.9.8-1
ii  libxt61:1.1.3-1+deb7u1
ii  zlib1g1:1.2.8.dfsg-1

Versions of packages xulrunner-22.0 suggests:
ii  libcanberra0  0.30-2
ii  libgnomeui-0  2.24.5-2

-- 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#714556: wine-bin-unstable: failed to update wineprefix, wine.inf: no such file or directory

[Andrey Gursky]

Hi!

Here is how it got this way (for instance in 1.6rc4):

wine_init_argv0_path in libs/wine/config.c:
373 bindir = get_runtime_bindir( argv0 );
(gdb) print bindir
$2 = 0x7bf03138 "/usr/bin"
Good.

379 free( bindir );
(gdb)
No more bindir.

382 if (libdir && !bindir && !build_dir)
(gdb)
384 build_dir = running_from_build_dir( libdir );
(gdb)
385 if (!build_dir) bindir = build_path( libdir, LIB_TO_BINDIR );
(gdb)
394 if (libdir) dlldir = build_path( libdir, LIB_TO_DLLDIR );
(gdb) print bindir
$15 = 0x7bf03170 "/usr/lib/i386-linux-gnu/wine-unstable/wine"
Oh, bindir = dlldir

397 if (bindir) datadir = build_path( bindir, BIN_TO_DATADIR );
(gdb)
398 argv0_name = xstrdup( basename );
(gdb) print datadir
$25 = 0x7bf031d0
"/usr/lib/i386-linux-gnu/wine-unstable/wine/../share/wine-unstable"
Wrong datadir.

Now looking into wineserver.patch:
--- wine-unstable-1.6rc4.orig/libs/wine/Makefile.in 2013-07-12
02:43:40.688614425 +0200
+++ wine-unstable-1.6rc4/libs/wine/Makefile.in  2013-07-12
02:43:40.680614425 +0200
@@ -103,9 +103,9 @@ EXTRA_OBJS = version.o
 # Special defines needed for config.c

 CONFIGDIRS = \
-   -DBINDIR='"$(bindir)"' \
+   -DBINDIR='"$(dlldir)"' \
-DDLLDIR='"$(dlldir)"' \
-   -DLIB_TO_BINDIR=\"`$(RELPATH) $(libdir) $(bindir)`\" \
+   -DLIB_TO_BINDIR=\"`$(RELPATH) $(libdir) $(dlldir)`\" \
-DLIB_TO_DLLDIR=\"`$(RELPATH) $(libdir) $(dlldir)`\" \
-DBIN_TO_DLLDIR=\"`$(RELPATH) $(bindir) $(dlldir)`\" \
-DBIN_TO_DATADIR=\"`$(RELPATH) $(bindir) $(datadir)/wine$(DATASUFFIX)`\"

Aha. Without this patch we'd have:
bindir = /usr/bin
libdir = /usr/lib/i386-linux-gnu/wine-unstable
dlldir = /usr/lib/i386-linux-gnu/wine-unstable/wine
datadir = /usr/share
LIB_TO_BINDIR = ../../../bin
BIN_TO_DATADIR = ../share/wine-unstable
Thus
385 if (!build_dir) bindir = build_path( libdir, LIB_TO_BINDIR );
would gives us
bindir = /usr/lib/i386-linux-gnu/wine-unstable/../../../bin
and
397 if (bindir) datadir = build_path( bindir, BIN_TO_DATADIR );
would gives us
datadir = /usr/bin/../share/wine-unstable
That's where the wine.inf resides.

But after patch:
BINDIR='"$(dlldir)"'
LIB_TO_BINDIR = wine
Thus
385 if (!build_dir) bindir = build_path( libdir, LIB_TO_BINDIR );
gives us
bindir = /usr/lib/i386-linux-gnu/wine-unstable/wine
and
397 if (bindir) datadir = build_path( bindir, BIN_TO_DATADIR );
gives us
datadir = /usr/lib/i386-linux-gnu/wine-unstable/wine/../share/wine-unstable

I assume one should just replace also the rest:
-   -DBIN_TO_DLLDIR=\"`$(RELPATH) $(bindir) $(dlldir)`\" \
+   -DBIN_TO_DLLDIR=\"`$(RELPATH) $(dlldir) $(dlldir)`\" \
-   -DBIN_TO_DATADIR=\"`$(RELPATH) $(bindir) $(datadir)/wine$(DATASUFFIX)`\"
+   -DBIN_TO_DATADIR=\"`$(RELPATH) $(dlldir) $(datadir)/wine$(DATASUFFIX)`\"
which would give us the properly
datadir =  
/usr/lib/i386-linux-gnu/wine-unstable/wine/../../../../share/wine-unstable

Regards,
Andrey


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

Bug#662637: php5-suhosin in Debian

[Karl Schmidt]

On 07/16/2013 06:29 PM, Filipus Klutiero wrote:

Hi Karl,

before we publish an entry on Suhosin, something needs to happen. Suhosin is 
still in unstable.
#662637 would be the place to discuss whether that should stay the case. I 
wouldn't call a project
which still has to come to life as "dead", but I would agree that this 
pregnancy isn't promising. If
Suhosin is unusable, I don't see why we wouldn't remove it from unstable.


Thanks for your reply, My concern is that while I know it has to be removed on a wheezy server, 
there is some amount of security that it did provide that is now missing - and I don't think it has 
been obsoleted in the updates of php.


If this was some other package, it would be of little interest, but when security appears to be 
going backwards, it gets my attention.


I have not seen anywhere any analysis of the impact on security, now that this 
package is missing.



Karl Schmidt  EMail k...@xtronics.com
Transtronics, Inc.  WEB 
http://secure.transtronics.com
3209 West 9th Street Ph (785) 841-3089
Lawrence, KS 66049  FAX (785) 841-0434

If a man gives no thought about what is
distant, he will find sorrow near at hand.
Confucius




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

Bug#714330: bti: identi.ca support more or less broken

[Vincent Lefevre]

On 2013-06-28 02:04:39 +0200, gregor herrmann wrote:
> 033 changes to the new Twitter API v1.1, and in the course of that
> more or less breaks identi.ca support.
> Posting still works (if one ignores the error), '--action friends'
> just fails ...

Posting no longer works: it doesn't fail, but the post doesn't appear.

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


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

Bug#714971: dosfstools: dosfslabel rejects lowercase characters

[Ben Caradoc-Davies]

Daniel,

please find attached a patch that adds a -l|--lower option to fatlabel 
to allow lower case characters in labels. Without this option, lower 
case characters are not allowed.


Kind regards,

--
Ben Caradoc-Davies 
>From 47a938f98f829d3fc0640c7c5b374e933c78824c Mon Sep 17 00:00:00 2001
From: Ben Caradoc-Davies 
Date: Wed, 17 Jul 2013 07:54:18 +0800
Subject: [PATCH] Added -l|--lower option to allow lower case characters in
 labels

---
 manpages/de/fatlabel.de.8|  7 +--
 manpages/en/fatlabel.8   |  6 --
 manpages/po/de/fatlabel.8.po | 32 ++--
 manpages/pot/fatlabel.8.pot  | 32 ++--
 src/fatlabel.c   | 26 --
 5 files changed, 69 insertions(+), 34 deletions(-)

diff --git a/manpages/de/fatlabel.de.8 b/manpages/de/fatlabel.de.8
index bf6fd53..aa3b142 100644
--- a/manpages/de/fatlabel.de.8
+++ b/manpages/de/fatlabel.de.8
@@ -30,19 +30,22 @@
 \fBfatlabel\fP \- set or get MS\-DOS filesystem label
 
 .SH SYNOPSIS
-\fBfatlabel\fP \fIDEVICE\fP [\fILABEL\fP]
+\fBfatlabel\fP [\fIOPTION\fP] \fIDEVICE\fP [\fILABEL\fP]
 
 .SH DESCRIPTION
 \fBfatlabel\fP set or gets a MS\-DOS filesystem label from a given device.
 .PP
 If the label is omitted, then the label name of the specified device is
-written on the standard output. A label can't be longer than 11 bytes.
+written on the standard output. A label cannot be longer than 11 bytes, or
+contain lower case characters (unless \-l is used).
 
 .SH OPTIONS
 .IP "\fB\-h\fP, \fB\-\-help\fP" 4
 Displays a help message.
 .IP "\fB\-V\fP, \fB\-\-version\fP" 4
 Shows version.
+.IP "\fB\-l\fP, \fB\-\-lower\fP" 4
+Allow lower case characters.
 
 .SH "SEE ALSO"
 \fBfsck.fat\fP(8)
diff --git a/manpages/en/fatlabel.8 b/manpages/en/fatlabel.8
index 7f4d263..15c832c 100644
--- a/manpages/en/fatlabel.8
+++ b/manpages/en/fatlabel.8
@@ -25,18 +25,20 @@
 \fBfatlabel\fR \- set or get MS\-DOS filesystem label
 
 .SH SYNOPSIS
-\fBfatlabel\fR \fIDEVICE\fR [\fILABEL\fR]
+\fBfatlabel\fR [\fIOPTION\fR] \fIDEVICE\fR [\fILABEL\fR]
 
 .SH DESCRIPTION
 \fBfatlabel\fR set or gets a MS\-DOS filesystem label from a given device.
 .PP
-If the label is omitted, then the label name of the specified device is written on the standard output. A label can't be longer than 11 bytes.
+If the label is omitted, then the label name of the specified device is written on the standard output. A label cannot be longer than 11 bytes, or contain lower case characters (unless \-l is used).
 
 .SH OPTIONS
 .IP "\fB\-h\fR, \fB\-\-help\fR" 4
 Displays a help message.
 .IP "\fB\-V\fR, \fB\-\-version\fR" 4
 Shows version.
+.IP "\fB\-l\fR, \fB\-\-lower\fR" 4
+Allow lower case characters.
 
 .SH SEE ALSO
 \fBfsck.fat\fR(8)
diff --git a/manpages/po/de/fatlabel.8.po b/manpages/po/de/fatlabel.8.po
index d397e7b..a15124a 100644
--- a/manpages/po/de/fatlabel.8.po
+++ b/manpages/po/de/fatlabel.8.po
@@ -6,7 +6,7 @@
 msgid ""
 msgstr ""
 "Project-Id-Version: dosfstools VERSION\n"
-"POT-Creation-Date: 2013-07-16 08:33+0300\n"
+"POT-Creation-Date: 2013-07-17 07:48+0800\n"
 "PO-Revision-Date: 2013-06-06 09:34+0300\n"
 "Last-Translator: Automatically generated\n"
 "Language-Team: none\n"
@@ -59,7 +59,7 @@ msgstr ""
 
 #. type: Plain text
 #: en/fatlabel.8:29
-msgid "B I [I]"
+msgid "B [I] I [I]"
 msgstr ""
 
 #. type: SH
@@ -77,7 +77,8 @@ msgstr ""
 #: en/fatlabel.8:34
 msgid ""
 "If the label is omitted, then the label name of the specified device is "
-"written on the standard output. A label can't be longer than 11 bytes."
+"written on the standard output. A label cannot be longer than 11 bytes, or "
+"contain lower case characters (unless -l is used)."
 msgstr ""
 
 #. type: SH
@@ -108,43 +109,54 @@ msgstr ""
 msgid "Shows version."
 msgstr ""
 
+#. type: IP
+#: en/fatlabel.8:40
+#, no-wrap
+msgid "B<-l>, B<--lower>"
+msgstr ""
+
+#. type: Plain text
+#: en/fatlabel.8:42
+msgid "Allow lower case characters."
+msgstr ""
+
 #. type: SH
-#: en/fatlabel.8:41 en/fsck.fat.8:128 en/mkfs.fat.8:241
+#: en/fatlabel.8:43 en/fsck.fat.8:128 en/mkfs.fat.8:241
 #, no-wrap
 msgid "SEE ALSO"
 msgstr ""
 
 #. type: Plain text
-#: en/fatlabel.8:43
+#: en/fatlabel.8:45
 msgid "B(8)"
 msgstr ""
 
 #. type: Plain text
-#: en/fatlabel.8:45 en/fsck.fat.8:132
+#: en/fatlabel.8:47 en/fsck.fat.8:132
 msgid "B(8)"
 msgstr ""
 
 #. type: SH
-#: en/fatlabel.8:46 en/fsck.fat.8:133
+#: en/fatlabel.8:48 en/fsck.fat.8:133
 #, no-wrap
 msgid "HOMEPAGE"
 msgstr ""
 
 #. type: Plain text
-#: en/fatlabel.8:48
+#: en/fatlabel.8:50
 msgid ""
 "More information about B and B can be found at "
 "EIE."
 msgstr ""
 
 #. type: SH
-#: en/fatlabel.8:49 en/fsck.fat.8:136
+#: en/fatlabel.8:51 en/fsck.fat.8:136
 #, no-wrap
 msgid "AUTHORS"
 msgstr ""
 
 #. type: Plain text
-#: en/fatlabel.8:50 en/fsck.fat.8:137
+#: en/fatlabel.8:52 en/fsck.fat.8:137
 msgid ""
 "B were written by Werner Almesberger EIE, Roman Hodek EI\n"
 "Langua

Bug#717114: fontconfig: warning "Having multiple in isn't supported"

[Ryo Furue]

Package: fontconfig
Version: 2.10.2-2
Severity: normal

Dear Maintainer,

My ~/.xsession-errors is flooded with warnings like

Fontconfig warning: "/etc/fonts/conf.d/41-arphic-uming.conf", line 16: Having 
multiple  in  isn't supported and may not work as expected

I noticed that ~/.xsession-errors became as big as 150MB.

I read on the Internet that files ~/.font* may be doing
something bad, so I deleted all ~/.font* and rebooted my machine.
Now there is no file or directory under my home directory
whose names start with ".font".  I don't have any file
or directory named .config/font*, either.

But, the problem persists.

Regards,
Ryo

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

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

Versions of packages fontconfig depends on:
ii  fontconfig-config  2.10.2-2
ii  libc6  2.17-7
ii  libexpat1  2.1.0-3
ii  libfontconfig1 2.10.2-2
ii  libfreetype6   2.4.9-1.1

fontconfig recommends no packages.

fontconfig 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#683338: i'm also seeing gdm3 fail to allow a login on wheezy

[Sébastien Villemot]

Control: tags -1 - patch

Le lundi 15 juillet 2013 à 14:05 -0400, Daniel Kahn Gillmor a écrit :

> While the patch supplied by Sébastien Villemot [0] does resolve the
> situation when a user clicks "cancel" during a login, it also appears to
> break the login dialog box when someone enters the wrong password (as
> reported by Gregorio Corral [1]).  With the patch, if you fail to enter
> the correct password, the dialog box remains with no UI elements.
> 
> Sébastien, can you confirm that behavior?  have you tried failing a
> login with your patch applied?

Thanks for testing my patch. I am currently too far from a test machine
to confirm the problem that you describe, but given that 2 people are
experiencing it, my patch must be broken. We'll have to find a better
solution.

> Has this been reported upstream anywhere?

Yes, it has been reported upstream as indicated by the "forwarded
upstream" status of the present Debian bug report (it is 
#704284 in bugzilla.gnome.org). However I am not sure that upstream is
going to invest time in fixing this, since they removed the fallback
greeter in recent GDM versions.

-- 
 .''`.Sébastien Villemot
: :' :Debian Developer
`. `' http://www.dynare.org/sebastien
  `-  GPG Key: 4096R/381A7594



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

Bug#717040: kmail: Can't send mail since upgrading to 4:4.10.5-1

[Chris Knadle]

Greetings.

After migrating to KMail2 at first I had this same issue (mail stuck in local
outbox and no attempt to send the email occurs), but logging out and in again
worked in my case when the akonadi backend is MySQL.

The behavior when using a akonadi backend of PosgreSQL (which requires some
manual setup to get working) seems different; email can be sent on the first
try, but I run into intolerable issues when trying to _read_ email because
the list of folders show up, but 90% of the emails that they contain do not.
Of the several thousand emails I have in IMAP, about 200 of them show up after
2 days of indexing, with lots of errors going to Postgresql log.  :-(
The postgresql 9.1 log is 649 MiB and contains about 9 million lines of this:

  2013-07-16 17:51:52 EDT ERROR:  invalid input syntax for type bytea at 
character 24
  2013-07-16 17:51:52 EDT STATEMENT:  EXECUTE qpsqlpstmt_7d ('\SEEN')
  2013-07-16 17:51:52 EDT ERROR:  invalid input syntax for type bytea at 
character 24
  2013-07-16 17:51:52 EDT STATEMENT:  EXECUTE qpsqlpstmt_7d ('\SEEN')
  ...

I'll open a separate bug report about the above; the only reason I'm
mentioning it here is in relation to differences in behavior I see concerning
sending email.

  -- Chris

--
Chris Knadle
chris.kna...@coredump.us


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

Bug#716651: verbiste: man pages --utf8

[Kevin Ryde]

Tomasz Buchert  writes:
>
>   1) fix man pages

Yes, I would just do that for now (so the docs match the code).

>  and use tools (iconv?) that convert
>  from utf8 to whatever-your-encoding-may-be when
>  you use french-conjugator from emacs (or whatever else)

Maybe, but I wouldn't change it right now.  I'd think the default ought
to be the locale encoding, but perhaps there's a reason it's not.

An option would help emacs specify precisely what it's sending.  Most of
the time you'd probably send utf8 from emacs.  (Though I think xemacs
needs the mule-ucs package to have utf8.)


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

Bug#582109: debian-policy: document triggers where appropriate

[Charles Plessy]

Le Tue, Jul 16, 2013 at 05:09:08PM +0200, Julien Cristau a écrit :
> On Thu, Jul  4, 2013 at 11:26:01 +0900, Charles Plessy wrote:
> > 
> > 
> > http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=87;filename=policy-triggers.diff;att=1;bug=582109
> > 
> That patch has a bunch of typos (I noticed a few in spelling "package").

> Also it doesn't seem to warn against triggers being called with Depends
> not satisfied, which caused no end of trouble for upgrades to wheezy,
> and which is probably going to bite us again for jessie.

Hi Julien,

thank you for your comments and sorry for forgetting to run a spellchecker.  I
will make the following spelling corrections. 

s/wich/which/
s/activations/activation/
s/packges/packages/
s/unnecessarly/unnecessarily/
s/mechanims/mechanism/

About the problem of triggers being called with Depends not satisfied, can you
give more explanations or suggest some text for the warning ?  Would it be
enough to add a notice that the triggered postinst script may be called when
the package is "Unpacked", which is a state that does not require that the
packages that are depended on are configured ?

Also, if you think that triggers will give us problems for the Jessie release,
may I suggest that you give it a broad audience on debian-devel ?  As a
maintainer of a package that has triggers, I am definitely interested to learn
if there is something I should give particular attention there.

Have a nice day,

-- 
Charles Plessy
Tsurumi, Kanagawa, Japan


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

Bug#662637: php5-suhosin in Debian

[Filipus Klutiero]

Hi Karl,

On 2013-07-16 12:50, Karl Schmidt wrote:

Is this package dead?  It looks like the project is no longer maintained -  
Last dated bit I can find on the project page is 2007

There are several bugs listed all complaining that it is uninstallable that 
should be merged and if this package is being abandoned it would be good to say 
that is the case as it provided some security.  Some kind of comment in the 
bugs would help.

An entry in Debian Project News as to the status of suhosin would help inform 
people.

http://debian.distrosfaqs.org/debian-user/wheezy-still-missing-php5-suhosin/


before we publish an entry on Suhosin, something needs to happen. Suhosin is still in 
unstable. #662637 would be the place to discuss whether that should stay the case. I 
wouldn't call a project which still has to come to life as "dead", but I would 
agree that this pregnancy isn't promising. If Suhosin is unusable, I don't see why we 
wouldn't remove it from unstable.

--
Filipus Klutiero
http://www.philippecloutier.com


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

Bug#717113: kmail: Please default "reply using HTML if present" to False

[Shai Berger]

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

Dear Maintainer,

The new KMail2 has a new configuration option, "reply using HTML
if present" (or, in the coming 4.11, "reply or forward..."). The
default value for this option is True. However, as far as I can
see, using this option creates some breakages, and more
importantly, it deviates from the behavior of KMail1, where the
behavior enabled by this option was not available.

In the interest of smoother transitions for KMail1 users, please
set this option to "off" by default -- at least when migrating
old accounts -- on Debian.

Thanks,
Shai.


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

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

Versions of packages kmail depends on:
ii  kde-runtime   4:4.10.5-1
ii  kdepim-runtime4:4.10.5-1
ii  kdepimlibs-kio-plugins4:4.10.5-1
ii  libakonadi-contact4   4:4.10.5-1
ii  libakonadi-kde4   4:4.10.5-1
ii  libakonadi-kmime4 4:4.10.5-1
ii  libakonadiprotocolinternals1  1.9.2-2
ii  libc6 2.17-7
ii  libcalendarsupport4   4:4.10.5-1
ii  libgcc1   1:4.8.1-6
ii  libgpgme++2   4:4.10.5-1
ii  libincidenceeditorsng44:4.10.5-1
ii  libkabc4  4:4.10.5-1
ii  libkcalcore4  4:4.10.5-1
ii  libkcalutils4 4:4.10.5-1
ii  libkcmutils4  4:4.10.5-1
ii  libkdecore5   4:4.10.5-1
ii  libkdepim44:4.10.5-1
ii  libkdeui5 4:4.10.5-1
ii  libkio5   4:4.10.5-1
ii  libkleo4  4:4.10.5-1
ii  libkmime4 4:4.10.5-1
ii  libknotifyconfig4 4:4.10.5-1
ii  libkontactinterface4  4:4.10.5-1
ii  libkparts44:4.10.5-1
ii  libkpgp4  4:4.10.5-1
ii  libkpimidentities44:4.10.5-1
ii  libkpimtextedit4  4:4.10.5-1
ii  libkpimutils4 4:4.10.5-1
ii  libkprintutils4   4:4.10.5-1
ii  libksieveui4  4:4.10.5-1
ii  libktnef4 4:4.10.5-1
ii  libmailcommon44:4.10.5-1
ii  libmailimporter4  4:4.10.5-1
ii  libmailtransport4 4:4.10.5-1
ii  libmessagecomposer4   4:4.10.5-1
ii  libmessagecore4   4:4.10.5-1
ii  libmessagelist4   4:4.10.5-1
ii  libmessageviewer4 4:4.10.5-1
ii  libnepomukcore4   4:4.10.5-1
ii  libpimcommon4 4:4.10.5-1
ii  libqt4-dbus   4:4.8.5+dfsg-2
ii  libqt4-network4:4.8.5+dfsg-2
ii  libqt4-xml4:4.8.5+dfsg-2
ii  libqtcore44:4.8.5+dfsg-2
ii  libqtgui4 4:4.8.5+dfsg-2
ii  libqtwebkit4  2.2.1-6
ii  libsolid4 4:4.10.5-1
ii  libsoprano4   2.9.2+dfsg.1-1
ii  libstdc++64.8.1-6
ii  libtemplateparser44:4.10.5-1
ii  perl  5.14.2-21

Versions of packages kmail recommends:
ii  gnupg-agent   2.0.20-1
ii  gnupg22.0.20-1
ii  pinentry-gtk2 [pinentry-x11]  0.8.1-1

Versions of packages kmail suggests:
ii  bogofilter 1.2.2+dfsg1-3
pn  clamav | f-prot-installer  
ii  kaddressbook   4:4.10.5-1
pn  kleopatra  
ii  procmail   3.22-20
ii  spambayes  1.1a6-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#717021: dput-ng FTBFS due to docbook-xsl-ns change

[Paul Tagliamonte]

On Wed, Jul 17, 2013 at 12:00:33AM +0200, Daniel Leidert wrote:
> > xsl:import : unable to load 
> > http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl

Why this is trying to hit the network is beyond me.

> Because the web reference exists, I guess the build machine had no
> internet access and thus importing the stylesheet failed. However, the

No. And you may not assume build chroots, nor build *machines* have
access to the network. Moreover, *I* (personally) am often without
internet, and this is really quite annoying.

> > And after installing docbook-xsl it works.
> 
> And this is the next interesting part. Well, asciidoc references files
> (at least their web locations) of docbook-xsl, but does not depend on
> it.

Why not. Why can't you declare a recommends and avoid causing packages
to FTBFS because they didn't know to depend on docbook-xsl to build an
*asciidoc* file to a manpage.

If someone wants to (for whatever reason) remove it, you can with
recommends. You can read more in section 7.2 of policy.

> But docbook-xsl-ns is not involved in any kind here. Its catalog cares

I don't care. Explain how I got a FTBFS with a dep on docbook-xsl, added
docbook-xsl-ns to the b-ds and it built.

> docbook-xsl(-ns). All the report says is: asciidoc references a few
> files packaged by docbook-xsl. It uses their web locations. If you don't
> want to being forced to have internet access

Ummm. This is a package build. You see, we can't allow things in main to
depend on things outside of main. Yes, this includes this fun little
website I don't care about. I don't even care about docbook. I care
about getting a manpage on my system. I really don't care about
implementation details of a2x.

> install/build-depend on docbook-xsl, because asciidoc doesn't pull in
> docbook-xsl automatically.
> 
> So where is the problem you described? Do you have any bug/build log?

When I applied a fix in VCS[1], it worked again.

Again, I can't be too clear, for packages build-depending on a2x, it
likely has a serious bug if it's not also depending on the files it
needs to build offline. Could be considered non-free as well. You can
fix all of this if you add a proper package relation, or by documenting
this behavior somewhere.


Regards,
   Paul


[1]: 
http://anonscm.debian.org/gitweb/?p=collab-maint/dputng.git;a=commitdiff;h=0879b213c9d7f1aeb975ee3a340f87849e694338

-- 
 .''`.  Paul Tagliamonte 
: :'  : Proud Debian Developer
`. `'`  4096R / 8F04 9AD8 2C92 066C 7352  D28A 7B58 5B30 807C 2A87
 `- http://people.debian.org/~paultag


signature.asc
Description: Digital signature

Bug#717112: libreoffice: Insert Movie and Sound, and Media Player not working

[Arnout Boelens]

Package: libreoffice
Version: 1:4.1.0~rc2-2
Severity: normal

When trying to insert mp3 files libreoffice hangs, and when inserting a movie a
black square with a speaker is shown. Both audio and video work fine with 4.1.0
packages from libreoffice.org.

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

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

Versions of packages libreoffice depends on:
ii  fonts-dejavu2.33+svn2514-3
ii  fonts-sil-gentium-basic 1.1-5
ii  libreoffice-base1:4.1.0~rc2-2
ii  libreoffice-calc1:4.1.0~rc2-2
ii  libreoffice-core1:4.1.0~rc2-2
ii  libreoffice-draw1:4.1.0~rc2-2
ii  libreoffice-impress 1:4.1.0~rc2-2
ii  libreoffice-java-common 1:4.1.0~rc2-2
ii  libreoffice-math1:4.1.0~rc2-2
ii  libreoffice-report-builder-bin  1:4.1.0~rc2-2
ii  libreoffice-writer  1:4.1.0~rc2-2
ii  python3-uno 1:4.1.0~rc2-2

Versions of packages libreoffice recommends:
ii  fonts-liberation  1.07.2-6
ii  libpaper-utils1.1.24+nmu2

Versions of packages libreoffice suggests:
ii  cups-bsd 1.6.2-10
ii  graphicsmagick-imagemagick-compat [imagemagick]  1.3.16-1.1
pn  gstreamer1.0-ffmpeg  
pn  gstreamer1.0-plugins-bad 
ii  gstreamer1.0-plugins-base1.0.8-1
ii  gstreamer1.0-plugins-good1.0.8-1
ii  gstreamer1.0-plugins-ugly1.0.8-1
ii  hunspell-en-us [hunspell-dictionary] 20070829-6
pn  hyphen-hyphenation-patterns  
ii  iceweasel17.0.7esr-1
ii  libgl1-mesa-glx [libgl1] 9.1.4-1
pn  libreoffice-grammarcheck 
pn  libreoffice-help-4.1 
ii  libreoffice-kde  1:4.1.0~rc2-2
pn  libreoffice-l10n-4.1 
pn  libreoffice-officebean   
ii  libsane  1.0.23-3
ii  libxrender1  1:0.9.8-1
pn  myspell-dictionary   
pn  mythes-thesaurus 
pn  openclipart-libreoffice  
ii  openjdk-7-jre [java5-runtime]7u25-2.3.10-2
ii  pstoedit 3.62-1
ii  unixodbc 2.2.14p2-5

Versions of packages libreoffice-core depends on:
ii  fontconfig  2.10.2-2
ii  fonts-opensymbol2:102.3+LibO4.1.0~rc2-2
ii  libatk1.0-0 2.8.0-2
ii  libboost-date-time1.53.01.53.0-5
ii  libc6   2.17-7
ii  libcairo2   1.12.14-5
ii  libclucene-contribs12.3.3.4-2
ii  libclucene-core12.3.3.4-2
ii  libcmis-0.3-3   0.3.1-3
ii  libcups21.6.2-10
ii  libcurl3-gnutls 7.31.0-2
ii  libdbus-1-3 1.6.12-1
ii  libdbus-glib-1-20.100.2-1
ii  libexpat1   2.1.0-4
ii  libexttextcat-2.0-0 3.4.0-4
ii  libfontconfig1  2.10.2-2
ii  libfreetype62.4.9-1.1
ii  libgcc1 1:4.8.1-6
ii  libgdk-pixbuf2.0-0  2.28.2-1
ii  libglib2.0-02.36.3-3
ii  libgraphite2-3  1.2.3-1
ii  libgstreamer-plugins-base1.0-0  1.0.8-1
ii  libgstreamer1.0-0   1.0.8-1
ii  libgtk2.0-0 2.24.20-1
ii  libharfbuzz-icu00.9.18-3
ii  libharfbuzz0a   0.9.18-3
ii  libhunspell-1.3-0   1.3.2-4
ii  libhyphen0  2.8.6-3
ii  libice6 2:1.0.8-2
ii  libicu484.8.1.1-12
ii  libjpeg88d-1
ii  liblangtag1 0.5.1-2
ii  liblcms2-2  2.2+git20110628-2.2
ii  libldap-2.4-2   2.4.31-1+nmu2
ii  libmythes-1.2-0 2:1.2.2-1
ii  libneon27-gnutls0.29.6-3
ii  libnspr42:4.10-1
ii  libnspr4-0d 2:4.10-1
ii  libnss3 2:3.15-1
ii  libnss3-1d  2:3.15-1
ii  libpango-1.0-0  1.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  libpng12-0  1.2.49-4
ii  librdf0 1.0.16-1
ii  libreoffice-common  1:4.1.0~rc2-2
ii  libsm6  2:1.2.1-2
ii  libssl1.0.0

Bug#717111: kmail: when writing mail, subject line not right-aligned when RTL

[Shai Berger]

Package: kmail
Version: 4:4.10.5-1
Severity: minor
Tags: upstream l10n

Dear Maintainer,

When writing an RTL subject line in a new message, the subject line
control stays left-aligned -- but it should be right-aligned; text in
the message body does get the correct alignment automatically. 

Surprisingly, if the composer window is resized, the subject is then
aligned correctly; but it should align correctly already when the
subject is typed in.

Note that directionality is set correctly automatically; the problem
is only with alignment.

I reported this upstream as https://bugs.kde.org/show_bug.cgi?id=322459

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

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

Versions of packages kmail depends on:
ii  kde-runtime   4:4.10.5-1
ii  kdepim-runtime4:4.10.5-1
ii  kdepimlibs-kio-plugins4:4.10.5-1
ii  libakonadi-contact4   4:4.10.5-1
ii  libakonadi-kde4   4:4.10.5-1
ii  libakonadi-kmime4 4:4.10.5-1
ii  libakonadiprotocolinternals1  1.9.2-2
ii  libc6 2.17-7
ii  libcalendarsupport4   4:4.10.5-1
ii  libgcc1   1:4.8.1-6
ii  libgpgme++2   4:4.10.5-1
ii  libincidenceeditorsng44:4.10.5-1
ii  libkabc4  4:4.10.5-1
ii  libkcalcore4  4:4.10.5-1
ii  libkcalutils4 4:4.10.5-1
ii  libkcmutils4  4:4.10.5-1
ii  libkdecore5   4:4.10.5-1
ii  libkdepim44:4.10.5-1
ii  libkdeui5 4:4.10.5-1
ii  libkio5   4:4.10.5-1
ii  libkleo4  4:4.10.5-1
ii  libkmime4 4:4.10.5-1
ii  libknotifyconfig4 4:4.10.5-1
ii  libkontactinterface4  4:4.10.5-1
ii  libkparts44:4.10.5-1
ii  libkpgp4  4:4.10.5-1
ii  libkpimidentities44:4.10.5-1
ii  libkpimtextedit4  4:4.10.5-1
ii  libkpimutils4 4:4.10.5-1
ii  libkprintutils4   4:4.10.5-1
ii  libksieveui4  4:4.10.5-1
ii  libktnef4 4:4.10.5-1
ii  libmailcommon44:4.10.5-1
ii  libmailimporter4  4:4.10.5-1
ii  libmailtransport4 4:4.10.5-1
ii  libmessagecomposer4   4:4.10.5-1
ii  libmessagecore4   4:4.10.5-1
ii  libmessagelist4   4:4.10.5-1
ii  libmessageviewer4 4:4.10.5-1
ii  libnepomukcore4   4:4.10.5-1
ii  libpimcommon4 4:4.10.5-1
ii  libqt4-dbus   4:4.8.5+dfsg-2
ii  libqt4-network4:4.8.5+dfsg-2
ii  libqt4-xml4:4.8.5+dfsg-2
ii  libqtcore44:4.8.5+dfsg-2
ii  libqtgui4 4:4.8.5+dfsg-2
ii  libqtwebkit4  2.2.1-6
ii  libsolid4 4:4.10.5-1
ii  libsoprano4   2.9.2+dfsg.1-1
ii  libstdc++64.8.1-6
ii  libtemplateparser44:4.10.5-1
ii  perl  5.14.2-21

Versions of packages kmail recommends:
ii  gnupg-agent   2.0.20-1
ii  gnupg22.0.20-1
ii  pinentry-gtk2 [pinentry-x11]  0.8.1-1

Versions of packages kmail suggests:
ii  bogofilter 1.2.2+dfsg1-3
pn  clamav | f-prot-installer  
ii  kaddressbook   4:4.10.5-1
pn  kleopatra  
ii  procmail   3.22-20
ii  spambayes  1.1a6-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#711500: gnome-settings-daemon: "Could not get updates. Failed to process request. Operation was cancelled"

[Simon McVittie]

On Fri, 07 Jun 2013 at 10:31:52 +0100, Simon McVittie wrote:
> On a GNOME laptop installed as squeeze and upgraded to wheezy, this prompt
> intermittently (once per hour?) pops up as a GNOME modal dialog:
> 
> *Could not get updates*
> Failed to process request
> -
> |Operation was cancelled|
> -
>   [Close]

Availability of updates for icedove and Java seems to have triggered
this again, even with my patched gnome-settings-daemon (with commit
7901a81c0736c backported). I had removed
aptdaemon, synaptic, update-notifier etc. but I did notice that I hadn't
purged update-notifier-common, which left this behind:

root@cardamom:~# cat /etc/apt/apt.conf.d/10periodic 
APT::Periodic::Update-Package-Lists "1";
APT::Periodic::Download-Upgradeable-Packages "1";
APT::Periodic::AutocleanInterval "0";
APT::Periodic::Unattended-Upgrade "0";

so perhaps that's involved?

System info below is from the affected system.

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

Kernel: Linux 3.2.0-4-amd64 (SMP w/2 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 gnome-settings-daemon depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.12.1-3
ii  dpkg 1.16.10
ii  gsettings-desktop-schemas3.4.2-3
ii  libatk1.0-0  2.4.0-2
ii  libc62.13-38
ii  libcairo-gobject21.12.2-3
ii  libcairo21.12.2-3
ii  libcanberra-gtk3-0   0.28-6
ii  libcanberra0 0.28-6
ii  libcolord1   0.1.21-1
ii  libcomerr2   1.42.5-1.1
ii  libcups2 1.5.3-5
ii  libdbus-glib-1-2 0.100.2-1
ii  libfontconfig1   2.9.0-7.1
ii  libgcrypt11  1.5.0-5
ii  libgdk-pixbuf2.0-0   2.26.1-1
ii  libglib2.0-0 2.33.12+really2.32.4-5
ii  libgnome-desktop-3-2 3.4.2-1
ii  libgnomekbd7 3.4.0.2-1
ii  libgnutls26  2.12.20-7
ii  libgssapi-krb5-2 1.10.1+dfsg-5+deb7u1
ii  libgtk-3-0   3.4.2-6
ii  libgudev-1.0-0   175-7.2
ii  libk5crypto3 1.10.1+dfsg-5+deb7u1
ii  libkrb5-31.10.1+dfsg-5+deb7u1
ii  liblcms2-2   2.2+git20110628-2.2
ii  libnotify4   0.7.5-1
ii  libnspr4 2:4.9.6-1~bpo60+1
ii  libnspr4-0d  2:4.9.6-1~bpo60+1
ii  libnss3  2:3.14.3-1
ii  libnss3-1d   2:3.14.3-1
ii  libpackagekit-glib2-14   0.7.6-3
ii  libpango1.0-01.30.0-1
ii  libpolkit-gobject-1-00.105-3
ii  libpulse-mainloop-glib0  2.0-6.1
ii  libpulse02.0-6.1
ii  libsqlite3-0 3.7.13-1+deb7u1
ii  libupower-glib1  0.9.17-1
ii  libwacom20.6-1
ii  libx11-6 2:1.5.0-1+deb7u1
ii  libxfixes3   1:5.0-4+deb7u1
ii  libxi6   2:1.6.1-1+deb7u1
ii  libxklavier165.2.1-1
ii  libxtst6 2:1.2.1-1+deb7u1
ii  nautilus-data3.4.2-1+build1
ii  zlib1g   1:1.2.7.dfsg-13

Versions of packages gnome-settings-daemon recommends:
ii  pulseaudio  2.0-6.1

Versions of packages gnome-settings-daemon suggests:
ii  gnome-screensaver3.4.1-1
ii  metacity [x-window-manager]  1:2.34.3-4
ii  twm [x-window-manager]   1:1.0.6-1
ii  x11-xserver-utils7.7~3

-- 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#717095: libatomics-ops needs an update from trunk for arm64 support

[Andrei POPESCU]

Control: reassign -1 src:libatomic-ops 7.3~alpha3+git20121114-1

On Ma, 16 iul 13, 20:15:26, Matthias Klose wrote:
> Package: libtatomic-ops
> Version: 7.3~alpha3+git20121114-1

Reassigning to correct package.

Kind regards,
Andrei
-- 
http://wiki.debian.org/FAQsFromDebianUser
Offtopic discussions among Debian users and developers:
http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic


signature.asc
Description: Digital signature

Bug#717107: limited TZ choices

[Cyril Brulebois]

Daniel Pocock (2013-07-16):
> Actually, it's a little confusing - I just went back in the installer
> and yes, I can choose that permutation and then I'm told "There is no
> locale defined for the country of language and country" and then I can
> manually get en_GB.  So I can achieve the correct configuration.
> 
> However, some users may simply choose GB as their country (I'm an
> Australian but I choose GB because Australians use British English and I
> personally spent a lot of time living there) - so while I don't see this
> as a severe issue, I think it would be helpful to let the user choose a
> country that they associate with rather than their exact location at the
> moment of installation.  Then the TZ question should let them deviate
> further from the options for their country.

No, no, no. You really really should *read* instead of *assuming* random
things.

Quoting the “Select your location” screen, first two sentences are:
| The selected location will be used to set your time zone and also for
| example to help select the system locale. Normally this should be the
| country where you live.

Mraw,
KiBi.


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

Bug#717021: dput-ng FTBFS due to docbook-xsl-ns change

[Daniel Leidert]

Am Dienstag, den 16.07.2013, 08:50 -0400 schrieb Paul Tagliamonte:
> I'm on my phone, excuse the curt reply 
> 
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=694983
> 
> Was the issue that got us to pull it in in the first place -
> apparently a2x uses xmllint to verify the conversion to docbook XML
> before dumping to man

The error shown in the above bug report is not related to xmllint in any
kind. The validation of the XML file succeeds.

However xsltproc is called and the stylesheets applied to the XML file
is: /etc/asciidoc/docbook-xsl/manpage.xsl. This file imports the
manpage/docbook.xsl file (from docbook-xsl) by referencing its web URL:
http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl. 

And this fails as clearly stated:

> compilation error: file /etc/asciidoc/docbook-xsl/manpage.xsl line 12 element 
> import
> xsl:import : unable to load 
> http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl

Because the web reference exists, I guess the build machine had no
internet access and thus importing the stylesheet failed. However, the
web location is usually redirected to a local via the catalog system. So
it should be redirected
to /usr/share/xml/docbook/stylesheet/docbook-xsl/manpages/docbook.xsl,
which I can easily proove by running:

> xmlcatalog /etc/xml/catalog 
> http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl

And this works. The user said:

> And after installing docbook-xsl it works.

And this is the next interesting part. Well, asciidoc references files
(at least their web locations) of docbook-xsl, but does not depend on
it.

But docbook-xsl-ns is not involved in any kind here. Its catalog cares
about http://docbook.sourceforge.net/release/xsl-ns/ (note the
difference). I have no idea, how you connect #694983 to a bug in
docbook-xsl(-ns). All the report says is: asciidoc references a few
files packaged by docbook-xsl. It uses their web locations. If you don't
want to being forced to have internet access, you need to
install/build-depend on docbook-xsl, because asciidoc doesn't pull in
docbook-xsl automatically.

So where is the problem you described? Do you have any bug/build log?

Regards, Daniel


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

Bug#613925: linux-image-3.2.0-4-amd64: reiserfs: deadlock affecting writes, getdents

[Moritz Muehlenhoff]

reassign 613925 src:linux
thanks

> This bug seems to still exist in the current kernel version for Wheezy.
>  But it is very rare;  today it happened after 18 days' uptime, and once
> before after 30+ days uptime.  This is a desktop machine with a single
> SSD SATA drive with usually only light I/O workload.
> 
> Today I noticed all my iceweasel and xfce4-terminal windows had frozen.
> 
> >From a virtual terminal, as root, "ls /tmp" froze (in the getdents
> syscall) but could be killed.  My other reiserfs partitions on the same
> block device worked fine.
> 
> My 'master' xfce4-terminal process was in a blocked state and could not
> be killed.  This, and some unreaped xfce4-terminal child processes that
> I'd tried to kill already, had some open, deleted inodes on /tmp
> 
> I thought I was going to have to reboot, but just out of curiosity I
> killed iceweasel (via the 'non-responding window' feature of xfce4
> window manager).  Immediately my system recovered with /tmp
> readable/writable again.
> 
> I think this suggests it was not a hardware issue, but some deadlock
> between processes doing I/O on reiserfs.
> 
> Last time this happened to me it was the /var partition rather than /tmp
> 
> This problem didn't ever occur in many months of using the Squeeze
> 2.6.32 kernel.
> 
> [I would miss reiserfs very much.  It has provided me with 100%
> durability for many years and performed well.  Even when I once trashed
> the underlying mdraid on another system, reiserfsck rescued my data].

Hi Steven,
hi Bastien,

Jeff Mahoney has posted patches in the upstream bug in May:
https://bugzilla.kernel.org/show_bug.cgi?id=29162

Are you in a position to test them and provide him with feedback?

Cheers,
Moritz


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

Bug#691167: another interested user

[Yannick Brosseau]

Adding my voice to this request. It would also be useful for future
version of LTTng.


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

Bug#699833: xscreensaver: upgrade to version 5.21

[Tormod Volden]

Ok ok, I am gonna get to it soon :)

Note that 5.15 was the latest release when Debian went into freeze and
it has just come out again, so I am just a few weeks behind :-/


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

Bug#716929: [Pkg-systemd-maintainers] Bug#716929: init-system-helpers: Consider dropping libmodule-install-perl dependency

[Michael Stapelberg]

Hi Jeremy,

I have merged your patch (minus the changelog because it conflicts) and
added the missing bits. Upload follows in a second.

-- 
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#717110: kmail: status filter "unread" unusable

[Shai Berger]

Package: kmail
Version: 4:4.10.5-1
Severity: normal
Tags: upstream

Dear Maintainer,

When the status filter on the message list is set to "Unread", every message
whose status changes to "read" is immediately removed from the list (except
when messages are threaded and the message has an unread child). This may
seem to make sense, but is in fact surprising and unwelcome; the fact that a
message I am looking at is already gone from the list, and if I press
right-arrow (next message) then left arrow (prev message) I won't get back
to it, is a real hindrance.

This is a regression from KMail 1.

https://bugs.kde.org/show_bug.cgi?id=322455 (filed by me, same description
and more details).

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

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

Versions of packages kmail depends on:
ii  kde-runtime   4:4.10.5-1
ii  kdepim-runtime4:4.10.5-1
ii  kdepimlibs-kio-plugins4:4.10.5-1
ii  libakonadi-contact4   4:4.10.5-1
ii  libakonadi-kde4   4:4.10.5-1
ii  libakonadi-kmime4 4:4.10.5-1
ii  libakonadiprotocolinternals1  1.9.2-2
ii  libc6 2.17-7
ii  libcalendarsupport4   4:4.10.5-1
ii  libgcc1   1:4.8.1-6
ii  libgpgme++2   4:4.10.5-1
ii  libincidenceeditorsng44:4.10.5-1
ii  libkabc4  4:4.10.5-1
ii  libkcalcore4  4:4.10.5-1
ii  libkcalutils4 4:4.10.5-1
ii  libkcmutils4  4:4.10.5-1
ii  libkdecore5   4:4.10.5-1
ii  libkdepim44:4.10.5-1
ii  libkdeui5 4:4.10.5-1
ii  libkio5   4:4.10.5-1
ii  libkleo4  4:4.10.5-1
ii  libkmime4 4:4.10.5-1
ii  libknotifyconfig4 4:4.10.5-1
ii  libkontactinterface4  4:4.10.5-1
ii  libkparts44:4.10.5-1
ii  libkpgp4  4:4.10.5-1
ii  libkpimidentities44:4.10.5-1
ii  libkpimtextedit4  4:4.10.5-1
ii  libkpimutils4 4:4.10.5-1
ii  libkprintutils4   4:4.10.5-1
ii  libksieveui4  4:4.10.5-1
ii  libktnef4 4:4.10.5-1
ii  libmailcommon44:4.10.5-1
ii  libmailimporter4  4:4.10.5-1
ii  libmailtransport4 4:4.10.5-1
ii  libmessagecomposer4   4:4.10.5-1
ii  libmessagecore4   4:4.10.5-1
ii  libmessagelist4   4:4.10.5-1
ii  libmessageviewer4 4:4.10.5-1
ii  libnepomukcore4   4:4.10.5-1
ii  libpimcommon4 4:4.10.5-1
ii  libqt4-dbus   4:4.8.5+dfsg-2
ii  libqt4-network4:4.8.5+dfsg-2
ii  libqt4-xml4:4.8.5+dfsg-2
ii  libqtcore44:4.8.5+dfsg-2
ii  libqtgui4 4:4.8.5+dfsg-2
ii  libqtwebkit4  2.2.1-6
ii  libsolid4 4:4.10.5-1
ii  libsoprano4   2.9.2+dfsg.1-1
ii  libstdc++64.8.1-6
ii  libtemplateparser44:4.10.5-1
ii  perl  5.14.2-21

Versions of packages kmail recommends:
ii  gnupg-agent   2.0.20-1
ii  gnupg22.0.20-1
ii  pinentry-gtk2 [pinentry-x11]  0.8.1-1

Versions of packages kmail suggests:
ii  bogofilter 1.2.2+dfsg1-3
pn  clamav | f-prot-installer  
ii  kaddressbook   4:4.10.5-1
pn  kleopatra  
ii  procmail   3.22-20
ii  spambayes  1.1a6-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#717006: apt-listbugs prevents apt purge

[Francesco Poli]

On Tue, 16 Jul 2013 23:35:52 +0200 David Kalnischkies wrote:

> Hello,

Hi David, nice to read you!

> 
> thanks for the report (and reassigning) !

You're welcome!
BTW, thanks to you for implementing version 3 of the hook info protocol!

> 
> On Tue, Jul 16, 2013 at 10:17 PM, Francesco Poli
>  wrote:
> > Indeed there seems to be a regression in the hook info (version 2)
> > provided by libapt-pkg.
> > With apt/0.9.9.1 and libapt-pkg4.12/0.9.9.1 the relevant
> > Pre-Install-Pkgs hook info is:
> >
> >   VERSION 2
> >
> >   python3.2 > - **REMOVE**
> >
> > The python3.2 remove line only has 4 fields, while five are expected.
> 
> Regardless of how hard you try, there is always at least one case
> remaining which isn't covered by your testcase and includes the bug
> you hoped to prevent by writing a testcase in the first place …

Agreed, fully!   :-)

Who said "There is always one more bug" ?
The sentence could be paraphrased as
"There is always one more corner case"!  ;-)

> (see the attached patch "else if" you want to have a laugh)

Eh!   ;-)

Thanks for devising a fix so quickly!
Looking forward to seeing the bug fixed in sid.

Bye.


-- 
 http://www.inventati.org/frx/frx-gpg-key-transition-2010.txt
 New GnuPG key, see the transition document!
. Francesco Poli .
 GnuPG key fpr == CA01 1147 9CD2 EFDF FB82  3925 3E1C 27E1 1F69 BFFE


pgpK87eNusk51.pgp
Description: PGP signature

Bug#710747: [Pkg-sysvinit-devel] Bug#710747: sysvinit startup dependencies when using network-manager

[Roger Leigh]

On Tue, Jul 16, 2013 at 02:17:57PM -0700, Steve Langasek wrote:
> On Tue, Jul 16, 2013 at 08:29:44PM +0100, Roger Leigh wrote:
> > On Tue, Jul 16, 2013 at 11:33:37AM +0200, Daniel Baumann wrote:
> > > I don't see what could be done in tftp-hpa to address the issue, it
> > > declares the network depends in the lsb header of the sysvinit script;
> > > if sysvint then doesn't do the right thing (anymore) when NM is
> > > installed, then this is either a bug in NM or in sysvinit, reassigning
> > > to sysvinit.
> 
> > Does
> 
> >   echo '$network network-manager' > /etc/insserv.conf.d/network-manager
> >   insserv
> 
> > fix things; or alternatively
> 
> >   edit /etc/insserv.conf to read
> > $network+networking +ifupdown +network-manager
> >   run insserv
> 
> No, because this only determines that the network-manager daemon is started
> before those services that require a network; it says nothing about the
> network connection being brought up.

Shouldn't the network-manager init script be blocking until that's
happened?  Isn't that one of the guarantees which $network should
be providing?  At least, if it was claiming to provide $network
which it currently doesn't.

As it is, network-manager only requires:
# Required-Start:$remote_fs dbus udev
# Required-Stop: $remote_fs dbus udev
# Should-Start:  $syslog
# Should-Stop:   $syslog

So it's not clear to me how any service depending on $network would
guarantee any networking when using network manager--it could be
ordered after any of these services.


Regards,
Roger

-- 
  .''`.  Roger Leigh
 : :' :  Debian GNU/Linuxhttp://people.debian.org/~rleigh/
 `. `'   schroot and sbuild  http://alioth.debian.org/projects/buildd-tools
   `-GPG Public Key  F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800


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

Bug#717006: apt-listbugs prevents apt purge

[David Kalnischkies]

Hello,

thanks for the report (and reassigning) !

On Tue, Jul 16, 2013 at 10:17 PM, Francesco Poli
 wrote:
> Indeed there seems to be a regression in the hook info (version 2)
> provided by libapt-pkg.
> With apt/0.9.9.1 and libapt-pkg4.12/0.9.9.1 the relevant
> Pre-Install-Pkgs hook info is:
>
>   VERSION 2
>
>   python3.2 > - **REMOVE**
>
> The python3.2 remove line only has 4 fields, while five are expected.

Regardless of how hard you try, there is always at least one case
remaining which isn't covered by your testcase and includes the bug
you hoped to prevent by writing a testcase in the first place …
(see the attached patch "else if" you want to have a laugh)


Best regards

David Kalnischkies


0001-fix-if-clause-to-generate-hook-info-for-rc-packages.patch
Description: Binary data

Bug#697357: bridging broken over bond interfaces

[Samuel Wolf]

Same here after update from Squeeze to Wheezy:

Work in Squeeze but not in Wheezy:
---
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

# The loopback network interface
auto lo
iface lo inet loopback

auto bond0
iface bond0 inet manual
bond-mode 802.3ad
bond-miimon 100
bond-downdelay 200
bond-updelay 200
slaves eth0 eth1

auto br0
iface br0 inet static
address 10.55.0.41
netmask 255.255.0.0
network 10.55.0.0
broadcast 10.55.255.255
gateway 10.55.0.12
# dns-* options are implemented by the resolvconf package, if
installed
dns-nameservers 10.55.0.12
dns-search wolf.local
bridge_ports bond0
bridge_fd 5
bridge_stp off
---

This config work in Wheezy, many thanks to Reinhard!
---
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

# The loopback network interface
auto lo
iface lo inet loopback

auto bond0
iface bond0 inet manual
bond-mode 802.3ad
bond-miimon 100
bond-downdelay 200
bond-updelay 200
bond-slaves none

auto eth0
iface eth0 inet manual
bond-master bond0
bond-primary eth0 eth1

auto eth1
iface eth1 inet manual
bond-master bond0
bond-primary eth0 eth1

auto br0
iface br0 inet static
address 10.55.0.41
netmask 255.255.0.0
network 10.55.0.0
broadcast 10.55.255.255
gateway 10.55.0.12
# dns-* options are implemented by the resolvconf package, if
installed
dns-nameservers 10.55.0.12
dns-search wolf.local
bridge_ports bond0
bridge_fd 5
bridge_stp off
---

Samuel

Bug#717012: util-linux_2.20.1-5.5_i386.deb is at fault

[Adam D. Barratt]

Control: reassign -1 sysv-rc
Control: forcemerge 716923 -1

On Tue, 2013-07-16 at 14:45 -0300, Alexandre Teles wrote:
> My log contains this same information. The software that I have in
> front of cdebootstrap stripped out information that isn't related to
> the package at fault (I know. It's my fault :) Thank you for including
> this in the log report.

Actually, whatever software that is stripped too much information; your
conclusion is incorrect.

The important piece of the log, as per Daniel's mail, is:

Can't locate File/Path.pm in @INC (@INC
contains: /etc/perl /usr/local/lib/perl/5.14.2 /usr/local/share/perl/5.14.2 
/usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.14 /usr/share/perl/5.14 
/usr/local/lib/site_perl .) at /usr/sbin/update-rc.d line 8.
BEGIN failed--compilation aborted at /usr/sbin/update-rc.d line 8.

That's a bug in sysv-rc - specifically, it's #716923, which is now
(just) fixed in unstable.

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#717109: Acknowledgement (invoke-rc.d: Allow stop and status requests for masked systemd services)

[Michael Biebl]

tags 717109 + patch
thanks

Bah, forgot to attach the patch. Here we go...

-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
From bbccf9f4ccfeb69a94eb62d8ddb56af7b146ad52 Mon Sep 17 00:00:00 2001
From: Michael Biebl 
Date: Wed, 3 Jul 2013 08:07:20 +0200
Subject: [PATCH] invoke-rc.d: Allow stop and status requests for masked
 systemd services

---
 debian/src/sysv-rc/sbin/invoke-rc.d | 16 ++--
 1 file changed, 10 insertions(+), 6 deletions(-)

diff --git a/debian/src/sysv-rc/sbin/invoke-rc.d b/debian/src/sysv-rc/sbin/invoke-rc.d
index a5e0087..59ee292 100644
--- a/debian/src/sysv-rc/sbin/invoke-rc.d
+++ b/debian/src/sysv-rc/sbin/invoke-rc.d
@@ -390,12 +390,9 @@ _executable=
 if [ -n "$is_upstart" ]; then
 _executable=1
 elif [ -n "$is_systemd" ]; then
-_state=$(systemctl -p LoadState show "${INITSCRIPTID}.service" 2>/dev/null)
-if [ "$_state" != "LoadState=masked" ]; then
-_executable=1
-fi
+_executable=1
 elif testexec "${INITDPREFIX}${INITSCRIPTID}"; then
-   _executable=1
+_executable=1
 fi
 if [ "$_executable" = "1" ]; then
 if test x${RC} = x && test x${MODE} = xquery ; then
@@ -517,11 +514,17 @@ if test x${FORCE} != x || test ${RC} -eq 104 ; then
 # pick up any changes.
 systemctl daemon-reload
 fi
+_state=$(systemctl -p LoadState show "${INITSCRIPTID}.service" 2>/dev/null)
 case $saction in
-start|stop|restart|status)
+start|restart)
+[ "$_state" != "LoadState=masked" ] || exit 0
+systemctl "${saction}" "${INITSCRIPTID}.service" && exit 0
+;;
+stop|status)
 systemctl "${saction}" "${INITSCRIPTID}.service" && exit 0
 ;;
 reload)
+[ "$_state" != "LoadState=masked" ] || exit 0
 _canreload="$(systemctl -p CanReload show ${INITSCRIPTID}.service 2>/dev/null)"
 if [ "$_canreload" = "CanReload=no" ]; then
 "${INITDPREFIX}${INITSCRIPTID}" "${saction}" "$@" && exit 0
@@ -533,6 +536,7 @@ if test x${FORCE} != x || test ${RC} -eq 104 ; then
 systemctl --signal=KILL kill "${INITSCRIPTID}.service" && exit 0
 ;;
 force-reload)
+[ "$_state" != "LoadState=masked" ] || exit 0
 _canreload="$(systemctl -p CanReload show ${INITSCRIPTID}.service 2>/dev/null)"
 if [ "$_canreload" = "CanReload=no" ]; then
systemctl restart "${INITSCRIPTID}.service" && exit 0
-- 
1.8.3.2



signature.asc
Description: OpenPGP digital signature

Bug#717109: invoke-rc.d: Allow stop and status requests for masked systemd services

[Michael Biebl]

Package: sysv-rc
Version: 2.88dsf-42
Severity: normal
File: /usr/sbin/invoke-rc.d
User: pkg-systemd-maintain...@lists.alioth.debian.org
Usertags: integration

We should allow stop and status requests for masked services (same as
systemctl does). Here is an example where this is important:

start service
mask service
stop service

We need this kind of behaviour for socket/dbus activated services which
we want to mask during the upgrade, while still being able to stop the
currently running instance.

As for status: there is no good reason to ignore that request in
invoke-rc.d as you should be able to run that for masked services

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.9-1-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 sysv-rc depends on:
ii  debconf [debconf-2.0]  1.5.50
ii  insserv1.14.0-5
ii  sysvinit-utils 2.88dsf-42

Versions of packages sysv-rc recommends:
ii  lsb-base  4.1+Debian12

Versions of packages sysv-rc suggests:
pn  bum   
pn  sysv-rc-conf  

-- debconf information excluded


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

Bug#710747: [Pkg-sysvinit-devel] Bug#710747: sysvinit startup dependencies when using network-manager

[Steve Langasek]

On Tue, Jul 16, 2013 at 08:29:44PM +0100, Roger Leigh wrote:
> On Tue, Jul 16, 2013 at 11:33:37AM +0200, Daniel Baumann wrote:
> > I don't see what could be done in tftp-hpa to address the issue, it
> > declares the network depends in the lsb header of the sysvinit script;
> > if sysvint then doesn't do the right thing (anymore) when NM is
> > installed, then this is either a bug in NM or in sysvinit, reassigning
> > to sysvinit.

> Does

>   echo '$network network-manager' > /etc/insserv.conf.d/network-manager
>   insserv

> fix things; or alternatively

>   edit /etc/insserv.conf to read
> $network+networking +ifupdown +network-manager
>   run insserv

No, because this only determines that the network-manager daemon is started
before those services that require a network; it says nothing about the
network connection being brought up.

> This is the most obvious defect I can see.  It's kind of a major one
> though--I'm very surprised that such a fundamental defect wouldn't
> have been picked up sooner.

It's a well-known issue to anyone trying to run network services on a
machine that uses network-manager.

However, in this *particular* case, the error is:

> in.tftpd[3590]: cannot resolve local IPv4 bind address: 0.0.0.0, Name or
> service not known

So it's not as if we need a public network interface to be online; this
should work as soon as the loopback interface is up, which is already
guaranteed by the dep on $network.  If that's not working, this seems to be
a problem somewhere in the resolver config or in in.tftpd's handling of
numeric addresses (why does it try to resolve this address before binding to
it?)

So I don't think this is a general bug with NetworkManager at all, I think
it's a bug with tftpd mishandling numeric addresses that prevents it from
starting up in the absence of working DNS.

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


signature.asc
Description: Digital signature

Bug#476946: Re: dbconfig-common: #476946 affecting so many packages

[Paul Gevers]

I was digging into this issue for some time now and I think that I can
get it to work (at least in the pre-seed before installation case).

As a test, I just pre-seeded my package cacti successfully (full
pre-seed at the bottom) by adding
cacti cacti/mysql/admin-pass password here_my_admin_passwd_for_mysql
to the pre-seed file. dbconfig-common than just does the right thing.

However, if I don't want the database to be configured, but still I want
the proper config file, i.e. cacti/dbconfig-install=false,
dbconfig-common does not use the pre-seeded values for the configuration
file unless I specify cacti/internal/skip-preseed=true and disable line
347 of /usr/share/dbconfig-common/dpkg/common.

>  * accept a new debconf flag (let's call it
>"dbconfig-common/debconf_is_a_registry").

I believe that this flag already exist per package. It is
/internal/skip-preseed=true.

This skip-preseed works because of line 233 in
/usr/share/dbconfig-common/dpkg/common which needs to store the
dbc_install value, which is otherwise overwritten with the hardcoded
dbc_install=true on line 202.

Of course that skip-preseed variable was meant as an internal of
dbconfig-common, but I would say that this bug shows that there is great
need for pre-seeding of packages managed by dbconfig-common. So my
proposal would be to remove line 347 in dpkg/common and document the
rest of this behavior.

I still have to check if/how dpkg-reconfigure works in this respect and
will follow up later on that.

Paul

Full working pre-seed for cacti at default priority:
cacti   cacti/db/app-user   string  cacti
cacti   cacti/db/dbname string  cacti
cacti   cacti/dbconfig-install  boolean true
cacti   cacti/mysql/admin-pass  password here_root_passwd
cacti   cacti/mysql/admin-user  string  root
cacti   cacti/mysql/app-passpassword blablabla
cacti   cacti/webserver select  apache2

Full working (with line 347 disabled) pre-seed for cacti if I don't want
to configure the database:
cacti   cacti/db/app-user   string  cacti
cacti   cacti/db/dbname string  cacti
cacti   cacti/dbconfig-install  boolean false
cacti   cacti/internal/skip-preseed boolean true
cacti   cacti/mysql/app-passpassword blablabla
cacti   cacti/webserver select  apache2
Description: Preseeding fails to parse when dbc should not handle database
 If the user sets /dbconfig-install to false the other parameters
 are not processed. By removing on early return check, these parameters do
 get parsed.
Author: Paul Gevers 

diff --git a/dpkg/common b/dpkg/common
index 1d8e31e..5da32af 100644
--- a/dpkg/common
+++ b/dpkg/common
@@ -343,9 +343,6 @@ dbc_read_package_debconf(){
 	db_get $dbc_package/dbconfig-upgrade && dbc_upgrade="$RET"
 	db_get $dbc_package/dbconfig-remove && dbc_remove="$RET"
 
-	# if they don't want help, then we're done and return early
-	if [ "$dbc_install" != "true" ]; then return 0; fi
-	
 	# otherwise, just to make sure dbtype is set...
 	_dbc_sanity_check dbtype || dbc_install_error
 


signature.asc
Description: OpenPGP digital signature

Bug#717108: moodle: [INTL:pt] Updated Portuguese translation for debconf messages

[Traduz - Portuguese Translation Team]

Package: moodle
Version: 2.5.1-1
Tags: l10n, patch
Severity: wishlist

Updated Portuguese translation for moodle's debconf messages.
Translator: Américo Monteiro 
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: application/gzip

Bug#585291: patch to remove string exceptions

[Stéphane Blondon]

I provide a patch to replace the string exceptions by BaseException exceptions.

The patch is against forgetsql-0.5.1/lib/forgetSQL.py file which is
the only one concerned by the problem.


-- 
Imprimez ce message en A2 et en couleur au moins 500 fois!
Brûlez des arbres!!

-- envoyé depuis ma centrale à charbon
Stéphane


forgetSQL.py.diff
Description: Binary data

Bug#712959: [Solved] problem solved

[Mario J . Barchéin Molina]

To solve this issue, I removed /etc/pulse and reinstalled pulseaudio
package. After rebooting, sound worked as normal after adjusting mixer
levels. The solution came from the wiki:

http://wiki.debian.org/en/PulseAudio#The_lack_of_playback_devices_or_audio_capture

My old /etc/pulse files were these four attached files. After reinstalling,
my /etc/pulse directory is empty.


-- 
Mario J. Barchéin Molina
Director Técnico - Departamento de I+D+i
ma...@intelligenia.com - 958 18 58 83  651615170, Red UGR: 58900


intelli*genia* - ingeniería inteligente
www.intelligenia.com - @intelligenia 
- fb.com/intelligenia - blog.intelligenia.com

Edif. Camara de Comercio de Granada. C/ Luis Amador nº 24, 18014 Granada

*Facilitamos el día a día de personas y empresas mediante la creación
de alta tecnología web*

*Protección de datos*: le informamos que los datos personales que
puedan figurar en esta comunicación han sido facilitados
voluntariamente por usted o  provienen de los ficheros creados por
Intelligenia Soluciones Informáticas, S.L., con la finalidad de poder
gestionar nuestros servicios así como para mantenerle informado de los
mismos.

En cualquier momento usted podrá ejercer sus derechos de acceso,
rectificación, cancelación y oposición, dirigiéndose por escrito a
Calle Luis Amador (Centro de negocios Cámara) 24, 18014 Granada.
En cumplimiento de lo previsto en el artículo 21 de la Ley 34/2002 de
servicios de la sociedad de la información y comercio electrónico, si
usted no desea recibir más información sobre nuestros servicios, puede
darse de baja en la siguiente dirección de correo electrónico:
i...@intelligenia.com


client.conf
Description: Binary data


daemon.conf
Description: Binary data


default.pa
Description: Binary data


system.pa
Description: Binary data

Bug#688161: closed by Ritesh Raj Sarraf (Bug#688161: fixed in fcoe-utils 1.0.28-1)

[Michael Biebl]

Hi,

I don't quite understand this fix:

>* [05ff2e6] Update libnl build dependency to version 3 family
>  (Closes: #688161)

The patch I posted (from upstream) did remove any libnl dependency. So
it seems rather odd replacing that with libnl3 instead.
Am I missing something?

Michael

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



signature.asc
Description: OpenPGP digital signature

Bug#717107: limited TZ choices

[Daniel Pocock]

Package: tzsetup
Version: 7.1.0 installer



I am doing a text mode expert install

I chose UK locale and US keyboard.

However, I am in .ch

The timezone menu only offers me British summer time and UTC

1 in 4 people here in .ch are foreign - most of us do not use a Swiss
locale or German keyboard though.  Debian should probably be more
flexible about these hybrid locale/keyboard/timezone combinations.


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

Bug#717071: piuparts.d.o pseudo package

[Holger Levsen]

Hi Don,

On Dienstag, 16. Juli 2013, Don Armstrong wrote:
> reassign 688250 piuparts.debian.org
> reassign 690216 piuparts.debian.org
> reassign 696081 piuparts.debian.org
> reassign 604807 piuparts.debian.org
> reassign 696093 piuparts.debian.org
> thanks

nice, thanks!

> The pseudopackage has been created, and the bugs listed have now been
> reassigned.

very cool, thanks!


cheers,
Holger




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

Bug#717106: openjdk-6: doesn't stop on build failure

[Kurt Roeckx]

Source: openjdk-6
Version: 6b18-1.8.7-2
Severity: serious

Hi,

It seems the build process is using some debian/buildwatch.sh, but
it never stops on a build failure, so the buildd is now just
waiting for someone to notice that it's not doing anything useful

Please just rip out that whole script and let us deal with setting
timeouts as needed.


Kurt


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

Bug#717069: bind9: Please allow alternative dnsutils and host packages

[Robert Edmonds]

Ondřej Surý wrote:
> I was thinking of renaming the binaries to bind9-{util} and use
> update-alternatives to provide {util}, same for knot-dnsutils, e.g. have
> k{util} and use update-alternatives to provide {util}.
> 
> But P/C/R: dnsutils would suit me as well.

hi, unbound maintainer here :)

it's not clear to me if kdig is suitable to be provided as 'dig' via the
alternatives mechanism; this is not a problem with kdig per se, since
dig is a very complicated utility.  policy gives the vi (nvi, vim, etc.)
example but is otherwise not too clear on the issue of command line
interface compatibility.  (see #465140.)  we do have the example in the
archive of the netcats (netcat-openbsd, netcat-traditional) which are
command-line utilities which differ substantially, but in that case both
utilities are named 'nc' and there's a reasonably clear original ->
successor relationship.

to take a similar issue, bind9-host and unbound-host are somewhat
similar utilities but they differ enough in command line flags,
functionality, and output format that i've never felt comfortable having
unbound-host provide a 'host' substitute.  (i think there was another
'host' implementation in debian at one point, but i can't remember what
it was called.)

dig has a substantially complicated command-line interface and output
format to the point that i would recommend against trying to have kdig
provide the 'dig' command.  to take a not-very-contrived example,
compare:

dig +vc +tries=1 +timeout=1 +edns=0 www.isc.org

and

kdig +vc +tries=1 +timeout=1 +edns=0 www.nic.cz

kdig doesn't support any of those flags ;-)  more seriously, it looks
like kdig lacks "+trace", too, which is of course a very popular dig
mode.

i think tradition has entrenched the BIND9 versions of 'dig' and 'host'
to the point that replacements/reimplementations should just use
prefixed names (unbound-host, b10-host, khost, etc.).  the number of
users that want a different implementation to be used for 'dig' or
'host' at the command line is probably small enough that it's not worth
it to implement alternatives.

that being said, there are a few dozen reverse dependencies of
bind9-host some of which need to run 'host' and parse the output, e.g.,
krb5-config, and i can see how it would be useful to avoid pulling in
the full set of bind9 library dependencies just for 'host'.  but there
are substantial variations in output format among the 'host'
implementations:

www.debian.org:

edmonds@chase{0}:~$ host www.debian.org
www.debian.org has address 128.31.0.51
www.debian.org has address 140.211.15.34
edmonds@chase{0}:~$ unbound-host www.debian.org
www.debian.org has address 128.31.0.51
www.debian.org has address 140.211.15.34
edmonds@chase{0}:~$ khost www.debian.org
www.debian.org. has IPv4 address 128.31.0.51
www.debian.org. has IPv4 address 140.211.15.34
Host www.debian.org. has no  record
Host www.debian.org. has no MX record
edmonds@chase{0}:~$ 

existing TXT record:

edmonds@chase{0}:~$ host -t txt example.org
example.org descriptive text "$Id: example.org 1253 2013-01-24 
02:04:57Z dknight $"
example.org descriptive text "v=spf1 -all"
edmonds@chase{0}:~$ unbound-host -t txt example.org
example.org has TXT record "v=spf1 -all"
example.org has TXT record "$Id: example.org 1253 2013-01-24 02:04:57Z 
dknight $"
edmonds@chase{0}:~$ khost -t txt example.org   
example.org. description is "$Id: example.org 1253 2013-01-24 02:04:57Z 
dknight $"
example.org. description is "v=spf1 -all"
edmonds@chase{0}:~$ 

nonexistent TXT record:

edmonds@chase{0}:~$ host -t txt debian.org
debian.org has no TXT record
edmonds@chase{0}:~$ unbound-host -t txt debian.org
edmonds@chase{0}:~$ khost -t txt debian.org
Host debian.org. has no TXT record
edmonds@chase{0}:~$ 

btw, there's also dnsget (in the udns-utils package) which does both
'dig' and 'host' style output :)

-- 
Robert Edmonds
edmo...@debian.org


signature.asc
Description: Digital signature

Bug#710585: gnome-online-accounts: goa-daemon crashes randomly

[Gonzalo Bermúdez]

Package: gnome-online-accounts
Followup-For: Bug #710585

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

I've updated all gnome related stuff (goa, evolution, empathy, etc) to 3.8 from
Experimental and I've not seen this anymore.

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

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

Versions of packages gnome-online-accounts depends on:
ii  libc6  2.17-7
ii  libgcr-3-1 3.8.2-4
ii  libglib2.0-0   2.36.3-3
ii  libgoa-1.0-0   3.8.2-1
ii  libkrb5-3  1.10.1+dfsg-6.1
ii  librest-0.7-0  0.7.12-3
ii  libsoup2.4-1   2.42.2-6

Versions of packages gnome-online-accounts recommends:
ii  gnome-control-center  1:3.8.3-1

gnome-online-accounts suggests no packages.




-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: public key @ http://www.gonz0.com.ar/gpg/public-key.asc

iQFWBAEBCABABQJR5a0uORpodHRwOi8vd3d3LmdvbnowLmNvbS5hci9ncGcvc2ln
bmF0dXJlLXBvbGljeS0yMDEyXzEuaHRtbAAKCRAv/PnkCiZyOIPlB/9f3aguodeh
hrJcGZ4+H6kM0JX0ujLBIxn2Ce1IXbb4BAPpKgxTm3nO6H1X1YzhEcps7dazGO21
jEDntDxdmHiNnfmLg4ESEvEgaykmacsNJmypV6SkCYBzCH1G5usMbj9zMpr3p1Gt
DzBVYZ86MNG1l2LcGxjjKldo27K9JOUp6V/E1yRuNbI3Kb9G8WdyMMyDAC41Kq/C
TT77IlS+3HMuIi+SDMay79s97J5dW5NODVWTrbn8vRPHIvXbsCn3+r3zpuWad+Wi
EKo1FpSOKDPQ5Z6disUofFY86BitvEVw8wXfiDYw0nhdmc0x2RW6ZCuzPM3JfURl
SLUZy3IKWnxx
=G97c
-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#717105: kupfer: segfault using dbus

[Andrew Stone]

Package: kupfer
Version: 0+v208-2
Severity: important

Kupfer segfaults when using python-dbus; a change to fix was already committed 
upstream but has not yet been pulled into Debian. Right now, Kupfer is unusable 
as it segfaults quickly after starting.

Refs:

https://bugs.launchpad.net/ubuntu/+source/kupfer/+bug/1038434 (comment #19)
https://github.com/engla/kupfer/blob/master/kupfer/ui/listen.py#L14

Patch:

https://bugs.launchpad.net/ubuntu/+source/kupfer/+bug/1038434/+attachment/3436717/+files/0001-dbus-fix-problem-with-crashing-kupfer.patch

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

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

Versions of packages kupfer depends on:
ii  dbus  1.6.12-1
ii  python2.7.5-2
ii  python-dbus   1.2.0-2
ii  python-gobject3.8.2-1
ii  python-gtk2   2.24.0-3+b1
ii  python-keybinder  0.3.0-2
ii  python-xdg0.25-3

Versions of packages kupfer recommends:
ii  python-keyring  0.9.3-1
ii  python-wnck 2.32.0+dfsg-3

Versions of packages kupfer suggests:
pn  python-cjson 
pn  python-gdata 
pn  python-qrencode  

-- 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#717103: security-tracker: DSA-2722-1 vs. tracker

[Francesco Poli (wintermute)]

Package: security-tracker
Severity: normal

Hi,
DSA-2722-1 [1] says that many vulnerabilities have been fixed for
sid in openjdk-7/7u25-2.3.10-1 .

The tracker seems to agree for all the vulnerabilities but CVE-2013-2454,
which is claimed to be still present in sid [2].
Is that an oversight?

Please clarify and/or update the tracker data.
Thanks for your time!

[1] https://lists.debian.org/debian-security-announce/2013/msg00132.html
[2] https://security-tracker.debian.org/tracker/CVE-2013-2454


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

Bug#717104: ITP: kio-mtp -- access to MTP devices for applications using the KDE Platform

[Felix Geyer]

Package: wnpp
Severity: wishlist
Owner: Debian KDE Extras Team 

* Package name: kio-mtp
  Version : 0.75
  Upstream Author : Philipp Schmidt 
* URL : https://projects.kde.org/kio-mtp
* License : GPL-2+
  Programming Lang: C++
  Description : access to MTP devices for applications using the KDE 
Platform

This package includes the MTP KIO plugin. It allows applications using
the KDE Platform to access files stored on devices that provide access to
them via the MTP protocol.

The Media Transfer Protocol (commonly referred to as MTP) is a devised set
of custom extensions to support the transfer of music files on USB digital
audio players and movie files on USB portable media players.


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

Bug#717102: qshutdown can not halt the system

[Christian Metscher]

Wow! Thanks for looking into it and even adding patches!
I'll take look at the two other patches as well. I think I will 
implement most of the changes you suggested.
I'll try to upload after my exams are over (most likely some time after 
25th July).
By the way, may I ask why you would use the method that requires root 
privileges?



Best regards,

Christian Metscher



On 16.07.2013 22:07 a...@usp.br wrote:

Package: qshutdown
Version: 1.6.4-1

Reboot function works fine, but halt doesn't work and you get an error message 
by the back-end program shutdown.

I send a patch attached which solves the problem, see power.h.diff.

The other two attached patches change the default font for the qshutdown GUI, 
and are optional.

Best regards,

Fernando Auil



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

Bug#717006: apt-listbugs prevents apt purge

[Francesco Poli]

Control: retitle -1 DPkg::Pre-Install-Pkgs hook info fails to include current 
version (-) of a removed package that is being purged
Control: reassign -1 libapt-pkg4.12 0.9.9.1
Control: affects -1 + apt-listbugs



On Tue, 16 Jul 2013 22:20:16 +0800 Ben Caradoc-Davies wrote:

[...]
> The failure to purge is repeatable, and can be seen with an install, 
> remove, and then purge:
[...]

Hello Ben, thanks a lot for your bug report!

I've just reproduced the issue you experienced in a sid chroot with
apt/0.9.9.1 and libapt-pkg4.12/0.9.9.1 :

  # aptitude install apt-listbugs
  [...]
  # aptitude install python3.2 python3.2-minimal
  [...]
  # aptitude remove python3.2 python3.2-minimal
  [...]
  # aptitude purge python3.2 python3.2-minimal
  The following packages will be REMOVED:  
python3.2{p} python3.2-minimal{p} 
  0 packages upgraded, 0 newly installed, 2 to remove and 0 not upgraded.
  Need to get 0 B of archives. After unpacking 0 B will be used.
  Do you want to continue? [Y/n/?] Y
  E: apt Pre-Install-Pkgs is giving me fewer fields than expected.
  E: Sub-process /usr/sbin/apt-listbugs apt || exit 10 returned an error code 
(10)
  E: Failure running script /usr/sbin/apt-listbugs apt || exit 10
  A package failed to install.  Trying to recover:

Indeed there seems to be a regression in the hook info (version 2)
provided by libapt-pkg.
With apt/0.9.9.1 and libapt-pkg4.12/0.9.9.1 the relevant
Pre-Install-Pkgs hook info is:

  VERSION 2

  python3.2 > - **REMOVE**

The python3.2 remove line only has 4 fields, while five are expected.
After downgrading to libapt-pkg4.12/0.9.8.2 apt/0.9.8.2, I get the
correct number of fields:

  VERSION 2

  python3.2 - > - **REMOVE**
  python3.2-minimal - > - **REMOVE**

and apt-listbugs successfully reads the hook info and does what it has
to.

As you pointed out at the beginning of your bug report, the issue may
have been introduced while adding version 3 of the hook info protocol.

I am reassigning your bug report to package libapt-pkg4.12 : I hope it
may be fixed soon.

Bye and thanks again for reporting the issue.


-- 
 http://www.inventati.org/frx/frx-gpg-key-transition-2010.txt
 New GnuPG key, see the transition document!
. Francesco Poli .
 GnuPG key fpr == CA01 1147 9CD2 EFDF FB82  3925 3E1C 27E1 1F69 BFFE


pgpAR5ceIlUyU.pgp
Description: PGP signature

Bug#716720: billard-gl: Crashes when quitting the game

[Hans Joachim Desserud]

severity 716720 normal
thanks


Ok, reducing severity since it seems I'm the only one who can trigger this.

>What kind of virtualization do you use? Did you install billard-gl in a
>clean chroot? Every information about your setup might be useful.

The virtual machines are VirtualBox (host: Ubuntu 13.04). Enabling/disabling 
3d hardware acceleration for the vm had no effect. I have also attached the 
output 
from glxinfo in case that's relevant.

I've done some testing since last time, and I think I've tracked down which 
change
caused this issue.

I have Ubuntu Saucy (the current development release) where the crash is 
occuring, 
and Ubuntu 13.04 aka Raring (the latest stable release) where it doesn't crash. 
Assuming
whatever causing the crash had been introduced since Raring was released, I 
figured
I'd try to install the newer packages on the old system and see what happened.

First I upgraded billard-gl and -data to 1.17-13, but it closed as expected 
without any 
error messages. Ok, next stop dependencies.

I pulled in the latest version of the freeglut3 package, and then I got the 
error messages
and crash when attempting to quit billard-gl. I also verified it went away when 
I uninstalled
the package and reinstalled the old one.
In other words:
with freeglut3 2.6.0-4ubuntu1 : exits cleanly
with freeglut3 2.8.1-1 : error message and crash

I don't have any older Debian releases to test with right now, otherwise I'd 
done so,
though since I can reproduce crash in Sid I assume it was also introduced there 
with the new version of the library.

-- 
mvh / best regards
Hans Joachim
http://desserud.org


glxinfo
Description: Binary data

Bug#717102: qshutdown can not halt the system

[auil]

Package: qshutdown
Version: 1.6.4-1 

Reboot function works fine, but halt doesn't work and you get an error message 
by the back-end program shutdown. 

I send a patch attached which solves the problem, see power.h.diff. 

The other two attached patches change the default font for the qshutdown GUI, 
and are optional. 

Best regards, 

Fernando Auil 



patches.tar.bz2
Description: application/bzip-compressed-tar

Bug#714191: [lintian] Newer patch set

[bastien ROUCARIES]

Package: lintian
Version: 2.5.13
control: tags -1 + patch

Ok joined here the patches.

I have added some news test
From e953bf71de0e6e2c5b8c4cab608bd01354af6462 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Bastien=20ROUCARI=C3=88S?= 
Date: Tue, 16 Jul 2013 20:25:30 +0200
Subject: [PATCH 1/3] [PATCH] Fix object file with build-id  debug or with
 compress debug section

Object files are not checked if:
- they have build-id debug file.
- they have compress debug section.

Check this and add test.

[Niels Thykier]

Reformat and suggestion
---
 checks/binaries.pm   |5 +++--
 t/tests/binaries-general/debian/Makefile |   13 +
 t/tests/binaries-general/debian/debian/rules |7 +++
 t/tests/binaries-general/desc|1 +
 t/tests/binaries-general/tags|4 +++-
 5 files changed, 27 insertions(+), 3 deletions(-)
 create mode 100644 t/tests/binaries-general/debian/debian/rules

diff --git a/checks/binaries.pm b/checks/binaries.pm
index 924ebc8..8eaf70f 100644
--- a/checks/binaries.pm
+++ b/checks/binaries.pm
@@ -361,12 +361,13 @@ foreach my $file ($info->sorted_index) {
 }
 
 # Something other than detached debugging symbols in /usr/lib/debug paths.
-if ($file =~ m,^usr/lib/debug/(?:lib\d*|s?bin|usr|opt|dev|emul)/,) {
+if ($file =~ m,^usr/lib/debug/(?:lib\d*|s?bin|usr|opt|dev|emul|.build-id)/,) {
 if (scalar (@{ $objdump->{NEEDED} }) ) {
 tag 'debug-file-should-use-detached-symbols', $file;
 }
 tag 'debug-file-with-no-debug-symbols', $file
-unless exists $objdump->{'SH'}->{'.debug_line'};
+unless (exists $objdump->{'SH'}->{'.debug_line'}
+or exists $objdump->{'SH'}->{'.zdebug_line'});
 }
 
 # Detached debugging symbols directly in /usr/lib/debug.
diff --git a/t/tests/binaries-general/debian/Makefile b/t/tests/binaries-general/debian/Makefile
index 73446c0..c6271ac 100644
--- a/t/tests/binaries-general/debian/Makefile
+++ b/t/tests/binaries-general/debian/Makefile
@@ -1,4 +1,6 @@
 COMPILE:= $(CC) $(CFLAGS) $(CPPFLAGS) $(LDFLAGS)
+# extract from readelf
+GETBUILDID:=./getbuildid
 
 all:
 	# rpath not matching any of the exceptions to the rpath checks
@@ -10,6 +12,8 @@ all:
 	$(COMPILE) -o basicshippedrpath basic.c -Wl,--rpath,/usr/share/foo
 	# static version of basic for debugging checks
 	$(COMPILE) -static -o basic.static basic.c
+	# version with debug
+	$(COMPILE) -o basicdebug -g3 -Wl,--build-id basic.c
 
 install:
 	install -d $(DESTDIR)/usr/share/foo/
@@ -21,6 +25,15 @@ install:
 	install -m 755 -c basiclibrpath $(DESTDIR)/usr/lib/foo/basiclibrpath
 	install -m 755 -c basicshippedrpath $(DESTDIR)/usr/lib/foo/basicshippedrpath
 	objcopy --only-keep-debug basic $(DESTDIR)/usr/lib/debug/basic
+	install -d "$(DESTDIR)/usr/lib/debug/.build-id/"`$(GETBUILDID) -s basicdebug`
+	install -m 755 -c basicdebug $(DESTDIR)/usr/share/foo/basicdebug
+	# force fake buildid in order to have tag matching ok (deadbeefdeadbeef)
+	install -d "$(DESTDIR)/usr/lib/debug/.build-id/de"
+	objcopy --compress-debug-sections basicdebug \
+		"$(DESTDIR)/usr/lib/debug/.build-id/de/deadbeefdeadbeef.debug"
+	install -d "$(DESTDIR)/usr/lib/debug/.build-id/"`$(GETBUILDID) -s basicdebug`
+	objcopy --compress-debug-sections --only-keep-debug basicdebug \
+		"$(DESTDIR)/usr/lib/debug/.build-id/"`$(GETBUILDID) -s basicdebug`"/"`$(GETBUILDID) -f basicdebug`.debug
 	cp basic.static $(DESTDIR)/usr/lib/debug/
 	# dh_strip attempts to play the smart guy if the ELF obj is executable.
 	cd $(DESTDIR)/usr/lib/debug/ && chmod -x basic basic.static
diff --git a/t/tests/binaries-general/debian/debian/rules b/t/tests/binaries-general/debian/debian/rules
new file mode 100644
index 000..c60cf8b
--- /dev/null
+++ b/t/tests/binaries-general/debian/debian/rules
@@ -0,0 +1,7 @@
+#!/usr/bin/make -f
+
+%:
+	dh $@
+
+override_dh_strip:
+	dh_strip -X usr/lib/debug
diff --git a/t/tests/binaries-general/desc b/t/tests/binaries-general/desc
index 0c51bd7..8b2d05e 100644
--- a/t/tests/binaries-general/desc
+++ b/t/tests/binaries-general/desc
@@ -8,5 +8,6 @@ Test-For:
  binary-compiled-with-profiling-enabled
  binary-or-shlib-defines-rpath
  debug-symbols-directly-in-usr-lib-debug
+ debug-file-should-use-detached-symbols
  debug-file-with-no-debug-symbols
  library-in-debug-or-profile-should-not-be-stripped
diff --git a/t/tests/binaries-general/tags b/t/tests/binaries-general/tags
index e795381..d3481fa 100644
--- a/t/tests/binaries-general/tags
+++ b/t/tests/binaries-general/tags
@@ -1,8 +1,10 @@
 E: binaries-general: arch-dependent-file-in-usr-share usr/share/foo/basic
+E: binaries-general: arch-dependent-file-in-usr-share usr/share/foo/basicdebug
 E: binaries-general: binary-or-shlib-defines-rpath usr/lib/foo/basiclibrpath /usr/lib
 E: binaries-general: binary-or-shlib-defines-rpath usr/share/foo/basic /usr/local/lib
 E: binaries-general: debug-symbols-directly-in-usr-lib-debug usr/lib/debug/

Bug#717101: kmail: random failures to read messages

[Shai Berger]

Package: kmail
Version: 4:4.10.5-1
Severity: important
Tags: upstream

Dear Maintainer,

Having used the new kmail2 for a couple of days, I keep
running into this: On certain messages, when I try to
select the message to have it previewed, I get (for each
such message) 6 notifications: 3 pairs of "KMail Folders:
Error while reading mails from folder" and "KMail: Resource
KMail Folders is broken. This resource is now online". When
this happens, the message is not accessible -- I get its
line in the message list selected, but the preview still
shows the previously selected mail.

It appears to be possible to read the message by going to
another folder and then return to the folder where the
problem was encountered.

I think this is https://bugs.kde.org/show_bug.cgi?id=310899
though I cannot be sure, of course. 

Thanks,
Shai.

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

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

Versions of packages kmail depends on:
ii  kde-runtime   4:4.10.5-1
ii  kdepim-runtime4:4.10.5-1
ii  kdepimlibs-kio-plugins4:4.10.5-1
ii  libakonadi-contact4   4:4.10.5-1
ii  libakonadi-kde4   4:4.10.5-1
ii  libakonadi-kmime4 4:4.10.5-1
ii  libakonadiprotocolinternals1  1.9.2-2
ii  libc6 2.17-7
ii  libcalendarsupport4   4:4.10.5-1
ii  libgcc1   1:4.8.1-6
ii  libgpgme++2   4:4.10.5-1
ii  libincidenceeditorsng44:4.10.5-1
ii  libkabc4  4:4.10.5-1
ii  libkcalcore4  4:4.10.5-1
ii  libkcalutils4 4:4.10.5-1
ii  libkcmutils4  4:4.10.5-1
ii  libkdecore5   4:4.10.5-1
ii  libkdepim44:4.10.5-1
ii  libkdeui5 4:4.10.5-1
ii  libkio5   4:4.10.5-1
ii  libkleo4  4:4.10.5-1
ii  libkmime4 4:4.10.5-1
ii  libknotifyconfig4 4:4.10.5-1
ii  libkontactinterface4  4:4.10.5-1
ii  libkparts44:4.10.5-1
ii  libkpgp4  4:4.10.5-1
ii  libkpimidentities44:4.10.5-1
ii  libkpimtextedit4  4:4.10.5-1
ii  libkpimutils4 4:4.10.5-1
ii  libkprintutils4   4:4.10.5-1
ii  libksieveui4  4:4.10.5-1
ii  libktnef4 4:4.10.5-1
ii  libmailcommon44:4.10.5-1
ii  libmailimporter4  4:4.10.5-1
ii  libmailtransport4 4:4.10.5-1
ii  libmessagecomposer4   4:4.10.5-1
ii  libmessagecore4   4:4.10.5-1
ii  libmessagelist4   4:4.10.5-1
ii  libmessageviewer4 4:4.10.5-1
ii  libnepomukcore4   4:4.10.5-1
ii  libpimcommon4 4:4.10.5-1
ii  libqt4-dbus   4:4.8.5+dfsg-2
ii  libqt4-network4:4.8.5+dfsg-2
ii  libqt4-xml4:4.8.5+dfsg-2
ii  libqtcore44:4.8.5+dfsg-2
ii  libqtgui4 4:4.8.5+dfsg-2
ii  libqtwebkit4  2.2.1-6
ii  libsolid4 4:4.10.5-1
ii  libsoprano4   2.9.2+dfsg.1-1
ii  libstdc++64.8.1-6
ii  libtemplateparser44:4.10.5-1
ii  perl  5.14.2-21

Versions of packages kmail recommends:
ii  gnupg-agent   2.0.20-1
ii  gnupg22.0.20-1
ii  pinentry-gtk2 [pinentry-x11]  0.8.1-1

Versions of packages kmail suggests:
ii  bogofilter 1.2.2+dfsg1-3
pn  clamav | f-prot-installer  
ii  kaddressbook   4:4.10.5-1
pn  kleopatra  
ii  procmail   3.22-20
ii  spambayes  1.1a6-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#717100: oddly reports 1.8.0.dev version instead of 1.7.1

[Yaroslav Halchenko]

Package: python3-numpy
Version: 1:1.7.1-2
Severity: minor

$> python3 -c 'import numpy; print(numpy.__version__)' 
1.8.0.dev-Unknown

$> python -c 'import numpy; print(numpy.__version__)' 
1.7.1

just confused me and others for a bit:
https://github.com/pydata/pandas/issues/4263#issuecomment-21067976

-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (900, 'testing'), (600, 'unstable'), (300, 'experimental'), (100, 
'stable'), (100, 'oldstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages python3-numpy depends on:
ii  libatlas3-base [liblapack.so.3]  3.8.4-9.1
ii  libblas3 [libblas.so.3]  1.2.20110419-5
ii  libc62.17-3
ii  libgcc1  1:4.8.1-3
ii  libgfortran3 4.8.1-3
ii  liblapack3 [liblapack.so.3]  3.4.2+dfsg-1
ii  libopenblas-base [libblas.so.3]  0.2.6-2
ii  libquadmath0 4.8.1-3
ii  python3  3.2.3-7
ii  python3.23.2.4-1
ii  python3.33.3.2-3

python3-numpy recommends no packages.

Versions of packages python3-numpy suggests:
ii  gcc4:4.8.1-1
ii  gfortran   4:4.7.2-1
ii  python-numpy-doc   1:1.7.1-2
ii  python3-dev3.2.3-7
ii  python3-nose   1.3.0-2
ii  python3-numpy-dbg  1:1.7.1-2

-- 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#673824: gnome-shell: generally 100%cpu and then no response

[Steven Post]

Hi,

I might have some usefull info.
When this occurs, I see the following in the kern.log file:
pool[6688]: segfault at 0 ip 7fc30cbaaee7 sp 7fc2eea1cbf8 error
6 in libdbus-1.so.3.7.4[7fc30cb83000+44000]

Regards,
Steven


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

Bug#717099: gnome-control-center gives error "free(): invalid pointer" when starting

[Jean-Marc]

Package: gnome-control-center
Version: 1:3.4.3.1-5
Severity: normal

Hi guys,

Trying to start gnome-control-center always gives me an error:
*** Error in `gnome-control-center': free(): invalid pointer: 
0x7fe4b00ae000 ***
=== Backtrace: =
/lib/x86_64-linux-gnu/libc.so.6(+0x7aa26)[0x7fe4b8bbaa26]
/lib/x86_64-linux-gnu/libc.so.6(+0x7b7a3)[0x7fe4b8bbb7a3]
/usr/lib/x86_64-linux-gnu/dri/nouveau_dri.so(+0x195d25)[0x7fe494ec4d25]
/usr/lib/x86_64-linux-gnu/dri/nouveau_dri.so(+0x206322)[0x7fe494f35322]
/usr/lib/x86_64-linux-gnu/dri/nouveau_dri.so(+0xc953a)[0x7fe494df853a]
/usr/lib/x86_64-linux-gnu/dri/nouveau_dri.so(+0x115678)[0x7fe494e44678]
/usr/lib/x86_64-linux-gnu/dri/nouveau_dri.so(+0x115781)[0x7fe494e44781]
/usr/lib/x86_64-linux-gnu/dri/nouveau_dri.so(+0xdc247)[0x7fe494e0b247]
/usr/lib/x86_64-linux-gnu/dri/nouveau_dri.so(+0xdc917)[0x7fe494e0b917]
/usr/lib/x86_64-linux-gnu/libcogl.so.9(+0x18b2c)[0x7fe496a6db2c]
/usr/lib/x86_64-linux-gnu/libcogl.so.9(+0x6361a)[0x7fe496ab861a]
/usr/lib/x86_64-linux-gnu/libcogl.so.9(cogl_context_new+0x10b)[0x7fe496a762bb]
/usr/lib/x86_64-linux-gnu/libclutter-1.0.so.0(+0x65333)[0x7fe496f4f333]
/usr/lib/x86_64-linux-gnu/libclutter-1.0.so.0(+0x7c2b3)[0x7fe496f662b3]
/usr/lib/x86_64-linux-gnu/libclutter-1.0.so.0(+0x87cda)[0x7fe496f71cda]
/usr/lib/x86_64-linux-gnu/libclutter-1.0.so.0(+0x87f0b)[0x7fe496f71f0b]
/lib/x86_64-linux-gnu/libglib-2.0.so.0(g_option_context_parse+0x3c7)[0x7fe4b9499117]
/usr/lib/x86_64-linux-gnu/libclutter-1.0.so.0(clutter_init+0xd2)[0x7fe496f721d2]
/usr/lib/x86_64-linux-gnu/libcheese-gtk.so.21(cheese_gtk_init+0x24)[0x7fe497433e34]
/usr/lib/control-center-1/panels/libuser-accounts.so(g_io_module_load+0x33)[0x7fe4978744e3]
/usr/lib/x86_64-linux-gnu/libgio-2.0.so.0(+0x58516)[0x7fe4b99ed516]
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_type_module_use+0x81)[0x7fe4b9777fe1]
/usr/lib/x86_64-linux-gnu/libgio-2.0.so.0(g_io_modules_load_all_in_directory_with_scope+0xa5)[0x7fe4b99ed8f5]
gnome-control-center[0x40a98a]
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_type_create_instance+0x19c)[0x7fe4b9774f4c]
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(+0x14a58)[0x7fe4b9759a58]
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_object_newv+0x751)[0x7fe4b975b4d1]
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_object_new+0xec)[0x7fe4b975bb2c]
gnome-control-center(main+0x72)[0x408d82]
/lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xf5)[0x7fe4b8b61995]
gnome-control-center[0x408e31]
=== Memory map: 
0040-00413000 r-xp  09:0a 1854957
/usr/bin/gnome-control-center
00612000-00613000 r--p 00012000 09:0a 1854957
/usr/bin/gnome-control-center
00613000-00614000 rw-p 00013000 09:0a 1854957
/usr/bin/gnome-control-center
00bce000-01567000 rw-p  00:00 0  [heap]
7fe492b85000-7fe492bb7000 r-xp  09:0a 1847754
/usr/lib/x86_64-linux-gnu/libtxc_dxtn_s2tc.so.0.0.0
7fe492bb7000-7fe492db6000 ---p 00032000 09:0a 1847754
/usr/lib/x86_64-linux-gnu/libtxc_dxtn_s2tc.so.0.0.0
[...]

I do not use extension or other stuffs
And I have no idea what to do.

Same behavior when I tried to start the Network Parms UI or any other parms UI 
of Gnome.

Jean-Marc


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

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

Versions of packages gnome-control-center depends on:
ii  accountsservice0.6.34-1
ii  apg2.2.3.dfsg.1-2
ii  desktop-file-utils 0.21-1
ii  gnome-control-center-data  1:3.4.3.1-5
ii  gnome-desktop3-data3.4.2-2
ii  gnome-icon-theme   3.8.2-2
ii  gnome-icon-theme-symbolic  3.8.2.2-2
ii  gnome-menus3.8.0-2
ii  gnome-settings-daemon  3.4.2+git20121218.7c1322-6+b1
ii  gsettings-desktop-schemas  3.4.2-3
ii  libatk1.0-02.8.0-2
ii  libc6  2.17-7
ii  libcairo-gobject2  1.12.14-4
ii  libcairo2  1.12.14-4
ii  libcanberra-gtk3-0 0.30-2
ii  libcanberra0   0.30-2
ii  libcheese-gtk213.4.2-2
ii  libcheese3 3.4.2-2
ii  libclutter-1.0-0   1.10.8-2
ii  libcogl-pango0 1.10.2-7
ii  libcogl9   1.10.2-7
ii  libcolord1 1.0.1-1
ii  libcomerr2 1.42.5-1.1
ii  libcups2   1.6.2-10
ii  libdbus-1-31.6.12-1
ii  libdbus-glib-1-2   0.100.2-1
ii  libfontconfig1 2.10.2-2
ii  libgcrypt111.5.2-3
ii  libgdk-pixbuf2.0-0 2.28.2-1
ii  libglib2.0-0   2.36.3-3
ii  libgnome-bluetooth11   3.8.1-2
ii  libgnome-desktop-3-2   3.4.2-2
ii  libgnome-menu-

Bug#717098: firebird-dev: ships neither fb_config nor fbembed.pc, making usage hard(er)

[Rene Engelhard]

Package: firebird-dev
Version: 2.5.2.26540.ds4-1
Severity: important

Hi,

LibreOffice 4.2 gets a internal, embedded firebird database. That said,
this today entered master and I wanted to do a testbuild to see what I need.

>From configure:

[...]
checking which Firebird to use... external
checking for fb_config... no
configure: No fb_config -- using pkg-config
Package fbembed was not found in the pkg-config search path.
Perhaps you should add the directory containing `fbembed.pc'
to the PKG_CONFIG_PATH environment variable
No package 'fbembed' found
checking for Firebird Client library... Package fbembed was not found in the 
pkg-config search path.
Perhaps you should add the directory containing `fbembed.pc'
to the PKG_CONFIG_PATH environment variable
No package 'fbembed' found
Package fbembed was not found in the pkg-config search path.
Perhaps you should add the directory containing `fbembed.pc'
to the PKG_CONFIG_PATH environment variable
No package 'fbembed' found
checking Firebird version... ./configure: line 23238: test: : integer 
expression expected
configure: error: Ensure firebird 2.5.x is installed

$ apt-file search fb_config

No fb_config..

$ apt-file search fbembed.pc
$ apt-file search fbembed
firebird-dev: /usr/lib/x86_64-linux-gnu/libfbembed.so
firebird2.5-classic-dbg: 
/usr/lib/debug/usr/lib/x86_64-linux-gnu/libfbembed.so.2.5.2
libfbembed2.5: /usr/lib/x86_64-linux-gnu/libfbembed.so.2.5
libfbembed2.5: /usr/lib/x86_64-linux-gnu/libfbembed.so.2.5.2
libfbembed2.5: /usr/share/doc/libfbembed2.5

No fbembed.pc either.

Neither of them there. Please ship one (or better both) of them...

Regards,

Rene


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

Bug#717026: libapreq2-3 and libapreq2: error when trying to install together

[Steinar H. Gunderson]

On Tue, Jul 16, 2013 at 09:25:50PM +0200, Ralf Treinen wrote:
> no they don't. libapreq2-3, version 2.13-2, only conflicts with
> libapreq2 (<< 2.13-1). Otherwise, apt-get wouldn't have accepted
> the attempt to install both packages at the same time.

Pah, I meant to write <= 2.13-1, but even that would have been wrong due to
binNMUs on some archs. I'll need to make an update to << 2.13-2, then.

(I don't want to make it unconditional, should it ever be needed to
reintroduce the package for some other reason.)

/* Steinar */
-- 
Homepage: http://www.sesse.net/


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

Bug#710747: sysvinit startup dependencies when using network-manager

[Roger Leigh]

On Tue, Jul 16, 2013 at 11:33:37AM +0200, Daniel Baumann wrote:
> I don't see what could be done in tftp-hpa to address the issue, it
> declares the network depends in the lsb header of the sysvinit script;
> if sysvint then doesn't do the right thing (anymore) when NM is
> installed, then this is either a bug in NM or in sysvinit, reassigning
> to sysvinit.

Does

  echo '$network network-manager' > /etc/insserv.conf.d/network-manager
  insserv

fix things; or alternatively

  edit /etc/insserv.conf to read
$network+networking +ifupdown +network-manager
  run insserv

The former will allow network-manager to provide the "$network" virtual
service directly.  The latter hard codes it into the main insserv
config which is less flexible--it's mainly restricted to the scripts
provided by initscripts itself.  If the former works, that's preferable
I think.

This is the most obvious defect I can see.  It's kind of a major one
though--I'm very surprised that such a fundamental defect wouldn't
have been picked up sooner.


Regards,
Roger

-- 
  .''`.  Roger Leigh
 : :' :  Debian GNU/Linuxhttp://people.debian.org/~rleigh/
 `. `'   schroot and sbuild  http://alioth.debian.org/projects/buildd-tools
   `-GPG Public Key  F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800


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

Bug#717026: libapreq2-3 and libapreq2: error when trying to install together

[Ralf Treinen]

On Tue, Jul 16, 2013 at 08:23:37PM +0200, Steinar H. Gunderson wrote:
> On Tue, Jul 16, 2013 at 07:52:52PM +0200, Ralf Treinen wrote:
> >>> automatic installation tests of packages that share a file and at the
> >>> same time do not conflict by their package dependency relationships has
> >>> detected the following problem:
> >> Well, not so strange, since libapreq2-3 Conflicts: and Replaces: libapreq2?
> > No, this has nothing to do with authentication.
> 
> I quoted a bit too much. My point was: libapreq2 and libapreq2-3 conflict,
> so why should they ever try to be installed together?

no they don't. libapreq2-3, version 2.13-2, only conflicts with
libapreq2 (<< 2.13-1). Otherwise, apt-get wouldn't have accepted
the attempt to install both packages at the same time.

-Ralf.


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

Bug#717069: bind9: Please allow alternative dnsutils and host packages

[Ondřej Surý]

On Tue, Jul 16, 2013 at 7:02 PM, LaMont Jones  wrote:

> On Tue, Jul 16, 2013 at 03:26:59PM +0200, Ondřej Surý wrote:
> > the Knot DNS 1.3.0 introduced knot-dnsutils and knot-host package(s),
> > so it would be nice if the two can coexist nicely in the system.
> > knot-dnsutils and knot-host provide kdig, knsupdate and khost binaries
> > that aim to be 1:1 compatible (with some backwards compatible
> > improvements) with Bind 9 commands.
> >
> > I propose:
> > 1. Rename dnsutils to bind9-dnsutils
> > 2. split obsolete nslookup to separate package[*]
> > 3. Create dummy dnsutils package
> > 4. Add an alternative mechanisms to bind9-dnsutils and bind9-host
> > 5. Add an alternative mechanisms to knot-dnsutils and knot-host
>
> > Would that work for you?
>
> Seems reasonable.  Would it be sufficent for bind9-dnsutils to
> provide/conflict/replace dnsutils?  or what were you thinking of there?
>

I was thinking of renaming the binaries to bind9-{util} and use
update-alternatives to provide {util}, same for knot-dnsutils, e.g. have
k{util} and use update-alternatives to provide {util}.

But P/C/R: dnsutils would suit me as well.


> > * - I would even suggest to drop nslookup since it has been obsoleted
> > long time ago.
>
> I'm inclined to drop it completely, and then readd it under duress as
> its own package, if someone notices.
>

Sounds reasonable, nslookup has to die :).

O.
-- 
Ondřej Surý 

Bug#713294: fcoe-utils: FTBFS: /usr/share/automake-1.13/am/library.am: warning: 'lib/libutil.a': linking libraries using a non-POSIX

[Ritesh Raj Sarraf]

On Saturday 22 June 2013 06:16 PM, Lucas Nussbaum wrote:
> Source: fcoe-utils
> Version: 1.0.23-1
> Severity: serious
> Tags: jessie sid
> User: debian...@lists.debian.org
> Usertags: qa-ftbfs-20130620 qa-ftbfs
> Justification: FTBFS on amd64
>
> Hi,
>
> During a rebuild of all packages in sid, your package failed to build on
> amd64.
>

Lucas,

I today pushed a fresh set of packages for all the 3 packages against
which you've filed the bug report.  You'll need to verify this bug
reports in a day or two once the packages hit all the mirrors.

-- 
Ritesh Raj Sarraf
RESEARCHUT - http://www.researchut.com
"Necessity is the mother of invention."




signature.asc
Description: OpenPGP digital signature

Bug#705491: Uses deprecated RUN+="socket:"

[Ritesh Raj Sarraf]

On Monday 15 April 2013 09:54 PM, Michael Biebl wrote:
> Source: multipath-tools
> Version: 0.4.9+git0.4dfdaf2b-6
> Severity: important
> User: pkg-systemd-maintain...@lists.alioth.debian.org
> Usertags: udev-183
>
> Hi,
>
> using RUN+="socket:" in udev rules files has been deprecated for a
> while. In udev 183 support for that has been removed [1]
> >From the NEWS file:
>
>  * udev: RUN+="socket:..."  and udev_monitor_new_from_socket() is
>no longer supported. udev_monitor_new_from_netlink()
>needs to be used to subscribe to events.
>
> codesearch.d.n [2] has found the following references:
>
> multipath-tools_0.4.9+git0.4dfdaf2b-6/multipath/multipath.rules:7
>
>  # socket for uevents
>  SUBSYSTEM=="block", RUN+="socket:/org/kernel/dm/multipath_event"
>
> multipath-tools_0.4.9+git0.4dfdaf2b-6/debian/multipath.udev:7
>
>  # socket for uevents
>  RUN+="socket:/org/kernel/dm/multipath_event"
>  # Coalesce multipath devices before multipathd is running (initramfs, early
>
>
> Please update your package accordingly. A newer udev release will be
> be available in experimental soon and once jessie is open for
> development will be uploaded to unstable.
>
> Michael,
> on behalf of the systemd/udev package maintainers
>
On this one, I'd like to wait for some time and see what plans
Christophe has. He also was planning on a 0.5 release any time.

But from what you've reported, there's no dependency on a code change.
So in case tomorrow there's a high urgency, feel free to ping. I'll push
the update in that case.

-- 
Ritesh Raj Sarraf
RESEARCHUT - http://www.researchut.com
"Necessity is the mother of invention."




signature.asc
Description: OpenPGP digital signature

Bug#717097: pidgin-otr: if logging is enabled inform chatpartner

[debian-bts]

Package: pidgin-otr
Severity: wishlist

Logging is disabled by default which is good. But it is possible to enable 
logging in the OTR-Preferences in Pidgin.

It would be good manner to inform the chatpartner, that the secure session is 
logged on the other chatpartner side.

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

Kernel: Linux 2.6.32-5-686-bigmem (SMP w/1 CPU core)
Locale: LANG=de_DE@euro, LC_CTYPE=de_DE@euro (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/bash


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

Bug#591483: network-manager: Problem on connecting bluetooth modem (nokia C5-00)

[Andrey--k]

Package: network-manager
Version: 0.9.4.0-10
Followup-For: Bug #591483

Dear Maintainer,

On connecting Nokia modem via Blueman, device doesnot appear in nm-applet

syslog output:
Jul 16 21:31:31 k--andrey modem-manager[4666]:   (rfcomm0) opening serial 
port...
Jul 16 21:31:31 k--andrey kernel: [ 6449.952422] Bluetooth: TIOCGSERIAL is not 
supported
Jul 16 21:31:32 k--andrey modem-manager[4666]:   (rfcomm0) closing serial 
port...
Jul 16 21:31:32 k--andrey modem-manager[4666]:   (rfcomm0) serial port 
closed
Jul 16 21:31:32 k--andrey modem-manager[4666]:   (rfcomm0) opening serial 
port...
Jul 16 21:31:32 k--andrey modem-manager[4666]:   (Generic): GSM modem 
/sys/devices/pci:00/:00:1d.0/usb2/2-1/2-1.4 claimed port rfcomm0
Jul 16 21:31:32 k--andrey modem-manager[4666]:   (rfcomm0) closing serial 
port...
Jul 16 21:31:32 k--andrey modem-manager[4666]:   (rfcomm0) serial port 
closed
Jul 16 21:31:32 k--andrey NetworkManager[15228]:  ignoring modem 
'rfcomm0' (no associated Bluetooth device)


Error fix on forums:
https://bbs.archlinux.org/viewtopic.php?id=147880



-- System Information:
Debian Release: 7.1
  APT prefers stable
  APT policy: (600, 'stable'), (500, 'testing-proposed-updates'), (500, 
'stable-updates'), (400, 'testing'), (300, 'unstable'), (200, 'experimental')
Architecture: amd64 (x86_64)

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

Versions of packages network-manager depends on:
ii  adduser3.113+nmu3
ii  dbus   1.6.8-1
ii  dpkg   1.16.10
ii  isc-dhcp-client4.2.2.dfsg.1-5+deb70u6
ii  libc6  2.13-38
ii  libdbus-1-31.6.8-1
ii  libdbus-glib-1-2   0.100.2-1
ii  libgcrypt111.5.0-5
ii  libglib2.0-0   2.33.12+really2.32.4-5
ii  libgnutls262.12.20-7
ii  libgudev-1.0-0 175-7.2
ii  libnl-3-2003.2.7-4
ii  libnl-genl-3-200   3.2.7-4
ii  libnl-route-3-200  3.2.7-4
ii  libnm-glib40.9.4.0-10
ii  libnm-util20.9.4.0-10
ii  libpolkit-gobject-1-0  0.105-3
ii  libuuid1   2.20.1-5.3
ii  lsb-base   4.1+Debian8+deb7u1
ii  udev   175-7.2
ii  wpasupplicant  1.0-3+b2

Versions of packages network-manager recommends:
ii  crda  1.1.2-1
ii  dnsmasq-base  2.62-3+deb7u1
ii  iptables  1.4.14-3.1
ii  modemmanager  0.5.2.0-2
ii  policykit-1   0.105-3
ii  ppp   2.4.5-5.1+b1

Versions of packages network-manager suggests:
ii  avahi-autoipd  0.6.31-2

-- Configuration Files:
/etc/NetworkManager/NetworkManager.conf changed:
[main]
plugins=ifupdown,keyfile
no-auto-default=F0:DE:F1:9D:55:4E,
[ifupdown]
managed=false

/etc/polkit-1/localauthority/10-vendor.d/org.freedesktop.NetworkManager.pkla 
[Errno 13] Permission denied: 
u'/etc/polkit-1/localauthority/10-vendor.d/org.freedesktop.NetworkManager.pkla'

-- 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#717026: libapreq2-3 and libapreq2: error when trying to install together

[Steinar H. Gunderson]

On Tue, Jul 16, 2013 at 07:52:52PM +0200, Ralf Treinen wrote:
>>> automatic installation tests of packages that share a file and at the
>>> same time do not conflict by their package dependency relationships has
>>> detected the following problem:
>> Well, not so strange, since libapreq2-3 Conflicts: and Replaces: libapreq2?
> No, this has nothing to do with authentication.

I quoted a bit too much. My point was: libapreq2 and libapreq2-3 conflict,
so why should they ever try to be installed together?

/* Steinar */
-- 
Homepage: http://www.sesse.net/


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

Bug#678398: (no subject)

[Barry Warsaw]

Pull request:

https://github.com/lamby/pkg-codespeak-lib/pull/6


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

Bug#717096: amavisd-new: .docx often incorrectly detected as BANNED: .exe, .exe-ms, [trash]/0000.dat

[Matija Nalis]

Package: amavisd-new
Version: 1:2.6.4-3
Severity: normal


.docx documents (ZIP files) are often incorrectly tagged and blocked with:

Reject, id=29112-10-2 - BANNED: .exe,.exe-ms,[trash]/.dat (in reply to end 
of DATA command)

unzipping .docx reveals that file(1) reports this as:

[trash]/.dat: DOS executable (device driver)

However looking at magic(5) source, it seems it is very simple check prone
for false positives. While I'm working around bug at our mail server by
removing non-ideal "device driver" definition, I think it would be better if
amavis would not block those as it has quite a few false positives in the
wild, and there is pretty low infection chance even if it was infected
device driver (you'd have to have old DOS/Windows system and manually edit
config.sys device= lines to become infected after reboot!)

And even if there are infected device drivers in the wild those years (which
I seriously doubt), they would be caught by antivirus (clamav or such).

So I think exception should be made in amavisd-new to not detect 
"DOS executable (device driver)" attachment as something that should ban
e-mails.

[ Alternatively, this may be reassigned as file(1) bug, but that would
probably be overkill.  ]

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

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

Versions of packages amavisd-new depends on:
ii  adduser3.112+nmu2add and remove users and groups
ii  debconf [debconf-2.0]  1.5.36.1  Debian configuration management sy
ii  file   5.04-5+squeeze2   Determines file type using "magic"
ii  libarchive-zip-perl1.30-3Perl module for manipulation of ZI
ii  libberkeleydb-perl 0.42-1~squeeze1   use Berkeley DB 4 databases from P
ii  libcompress-raw-zlib-p 2.026-1   low-level interface to zlib compre
ii  libconvert-tnef-perl   0.17-9Perl module to read TNEF files
ii  libconvert-uulib-perl  1.12-1Perl interface to the uulib librar
pn  libdigest-md5-perl (no description available)
ii  libio-stringy-perl 2.110-4   Perl modules for IO from scalars a
ii  libmail-dkim-perl  0.38-1cryptographically identify the sen
ii  libmailtools-perl  2.06-1Manipulate email in perl programs
pn  libmime-base64-perl(no description available)
ii  libmime-tools-perl 5.428-1   Perl5 modules for MIME-compliant m
ii  libnet-server-perl 0.97-1An extensible, general perl server
ii  libunix-syslog-perl1.1-2 Perl interface to the UNIX syslog(
ii  pax1:20090728-1  Portable Archive Interchange
ii  perl [libtime-hires-pe 5.10.1-17squeeze6 Larry Wall's Practical Extraction 
ii  perl-modules [libarchi 5.10.1-17squeeze6 Core Perl modules

amavisd-new recommends no packages.

Versions of packages amavisd-new suggests:
ii  apt-listchanges   2.85.7+squeeze1package change history notificatio
ii  arj   3.10.22-9  archiver for .arj files
ii  cabextract1.3-1  a program to extract Microsoft Cab
ii  clamav0.97.6+dfsg-1~squeeze1 anti-virus utility for Unix - comm
ii  clamav-daemon 0.97.6+dfsg-1~squeeze1 anti-virus utility for Unix - scan
ii  cpio  2.11-4 GNU cpio -- a program to manage ar
pn  dspam  (no description available)
pn  lha(no description available)
ii  libauthen-sasl-pe 2.1500-1   Authen::SASL - SASL Authentication
ii  libdbi-perl   1.612-1Perl Database Interface (DBI)
ii  libmail-dkim-perl 0.38-1 cryptographically identify the sen
ii  libnet-ldap-perl  1:0.4001-2 client interface to LDAP servers
pn  libsnmp-perl   (no description available)
ii  lzop  1.02~rc1-2 fast compression program
ii  nomarch   1.4-3  Unpacks .ARC and .ARK MS-DOS archi
ii  p7zip 9.04~dfsg.1-1  7zr file archiver with high compre
pn  rpm(no description available)
ii  spamassassin  3.3.1-1Perl-based spam filter using text 
pn  unrar  (no description available)
ii  unrar-free1:0.0.1+cvs20071127-1  Unarchiver for .rar files
ii  zoo   2.10-22manipulate zoo archives

-- Configuration Files:
/etc/amavis/conf.d/05-domain_id changed [not included]
/etc/amavis/conf.d/15-content_filter_mode changed [not included]
/etc/amavis/conf.d/20-debian_defaults changed [not included]
/etc/amavis/conf.d/50-user changed [not included]
/etc/cron.d/amavisd-new changed [not included]

-- debconf information:
  amavisd-new/o

Bug#717095: libatomics-ops needs an update from trunk for arm64 support

[Matthias Klose]

Package: libtatomic-ops
Version: 7.3~alpha3+git20121114-1

libatomics-ops needs an update from trunk for arm64 support, packaged, tested,
and uploaded to Ubuntu.


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

Bug#698849: work around bug 698849

[johan laenen]

jessie/sid here, and I noticed the following:

Start windowmaker, and the keyboard shortcuts to switch workspaces do work.

Start up emacs  23.4+1-4, and the keyboard shortcuts to switch workspaces
don't do anything anymore.

Restart windowmaker from the menu and the keyboard shortcuts work again,
with emacs still running.

Hope this helps a little,

Greetings,

Johan

Bug#717094: new upstream release available (0.4)

[Antoine Beaupré]

Package: buddycloud-server
Severity: wishlist

0.4 was released in february.

https://github.com/buddycloud/buddycloud-server/releases/tag/v0.4.0

It is unclear what new featues are there or how to upgrade, i opened
an issue about that:

https://github.com/buddycloud/buddycloud-server/issues/124

A.

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

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


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

Bug#717093: korganizer: journal templates incorporate the date of the originial entry

[Dietz Proepper]

Package: korganizer
Version: 4:4.10.5-1
Severity: normal

Dear Maintainer,

since the 4.10 upgrade, the handling of journal templates in korganizer
has changed. Now, the date and time of the original entry seems to be
stored with the template.

This leads to the problem, that if I create a new journal entry ie on
Jul 16, and use a template from Jul 10, the journal entry appears not
at the current date, but on the date from the template.

Quite sure, that this is an upstream problem, but I currently have
no kde.org account.

Kindest regards,
   Dietz Proepper

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

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

Versions of packages korganizer depends on:
ii  kde-runtime   4:4.10.5-1
ii  kdepim-runtime4:4.10.5-1
ii  kdepimlibs-kio-plugins4:4.10.5-1
ii  libakonadi-calendar4  4:4.10.5-1
ii  libakonadi-contact4   4:4.10.5-1
ii  libakonadi-kde4   4:4.10.5-1
ii  libc6 2.17-7
ii  libcalendarsupport4   4:4.10.5-1
ii  libeventviews44:4.10.5-1
ii  libgcc1   1:4.8.1-6
ii  libincidenceeditorsng44:4.10.5-1
ii  libkabc4  4:4.10.5-1
ii  libkcalcore4  4:4.10.5-1
ii  libkcalutils4 4:4.10.5-1
ii  libkcmutils4  4:4.10.5-1
ii  libkdecore5   4:4.10.5-1
ii  libkdepim44:4.10.5-1
ii  libkdepimdbusinterfaces4  4:4.10.5-1
ii  libkdeui5 4:4.10.5-1
ii  libkholidays4 4:4.10.5-1
ii  libkio5   4:4.10.5-1
ii  libkmime4 4:4.10.5-1
ii  libknewstuff3-4   4:4.10.5-1
ii  libkontactinterface4  4:4.10.5-1
ii  libkparts44:4.10.5-1
ii  libkpimidentities44:4.10.5-1
ii  libkpimutils4 4:4.10.5-1
ii  libkprintutils4   4:4.10.5-1
ii  libmailtransport4 4:4.10.5-1
ii  libphonon44:4.6.0.0-3
ii  libpimcommon4 4:4.10.5-1
ii  libqt4-dbus   4:4.8.5+dfsg-2
ii  libqt4-xml4:4.8.5+dfsg-2
ii  libqtcore44:4.8.5+dfsg-2
ii  libqtgui4 4:4.8.5+dfsg-2
ii  libstdc++64.8.1-6
ii  perl  5.14.2-21
ii  phonon4:4.6.0.0-3

korganizer recommends no packages.

Versions of packages korganizer suggests:
ii  kdepim-kresources  4:4.10.5-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#717025: dh-make-perl: Incorrectly determines package name with q style quotes

[gregor herrmann]

On Tue, 16 Jul 2013 16:48:12 +1000, Dean Hamstead wrote:

> >>Attempting to build a package with this type of thing in the
> >>Build.PL file
> >And no META.{json,yml} file, I presume, which should be preferred if
> >it exists, IIRC.
> Thats correct.

Ok.
 
> >>my $build = Module::Build->new(
> >>module_name=> q|Example|,
> >>...
> >>);
> >Do you have a real-life example of a CPAN module to save us the work
> >of constructing a test case? Sorry for the laziness :)
> Alas no, as i was building an internal module at my place of employ.

I see.
Never mind, and thanks for your quick reply!


Cheers,
gregor

-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer  -  http://www.debian.org/
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: Ostbahn-Kurti & Die Chefpartie: 57er Chevy


signature.asc
Description: Digital signature

Bug#717026: libapreq2-3 and libapreq2: error when trying to install together

[Ralf Treinen]

On Tue, Jul 16, 2013 at 11:13:12AM +0200, Steinar H. Gunderson wrote:
> On Tue, Jul 16, 2013 at 08:47:30AM +0200, Ralf Treinen wrote:
> > automatic installation tests of packages that share a file and at the
> > same time do not conflict by their package dependency relationships has
> > detected the following problem:
> > 
> > 
> > WARNING: The following packages cannot be authenticated!
> >   libexpat1 libapr1 libaprutil1 libapreq2 libapreq2-3
> > Authentication warning overridden.
> 
> Well, not so strange, since libapreq2-3 Conflicts: and Replaces: libapreq2?

No, this has nothing to do with authentication.

-Ralf.


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

Bug#715244: jq assert failure: jq: execute.c:250: jq_next: Assertion `jv_get_kind(k) == JV_KIND_STRING' failed.

[Simon Elsbrock]

Hi Mykola,

thanks for your report. Can you provide a JSON sample with which this
bug can be reproduced?

Cheers,
Simon


signature.asc
Description: PGP signature

Bug#717012: util-linux_2.20.1-5.5_i386.deb is at fault

[Alexandre Teles]

My log contains this same information. The software that I have in front of
cdebootstrap stripped out information that isn't related to the package at
fault (I know. It's my fault :) Thank you for including this in the log
report.

*Alexandre Teles*
Bacharelando Interdisciplinar em Ciência e Tecnologia - UFBA
Gerente de Infraestrutura Auxiliar - Projeto Ekaaty Linux
AIESEC OGX GIP Team Member
Tel: (71)9214-8614 (TIM) - (71)9722-8403 (VIVO) - (71)8830-4286 (OI) -
(71)8237-9748 (CLARO)
Skype: kabbalista
Facebook: http://fb.com/alex.kabbal
Website: http://messisquidemmulta.org

Bug#716957: [Pkg-mediawiki-devel] Bug#716957: [mediawiki] Upload of pdf files via IE still possible under default settings

[Chris Steipp]

Thanks Philippe, that does explain it. This "feature" was actually
implemented here:
https://bugzilla.wikimedia.org/show_bug.cgi?id=14220, which
intentionally made setting $wgCheckFileExtensions = false allow any
file extension to be uploaded, regardless of how
wgStrictFileExtensions is set. I'll make sure the documentation on
those is a little more clear.

I'll also check with the developer community and see if there is
consensus that this is still the desired functionality.

On Tue, Jul 16, 2013 at 12:05 AM, Philippe Teuwen  wrote:
> Hello,
>
> Actually now I see I had $wgCheckFileExtensions = false; left on the
> config file.
> I was abused by the fact that under Firefox & Chrome, pdf upload was
> properly banned and documentation of
> https://www.mediawiki.org/wiki/Manual:$wgCheckFileExtensions and
> https://www.mediawiki.org/wiki/Manual:$wgStrictFileExtensions
> seem to indicate that $wgStrictFileExtensions was enough to enforce the
> check.
>
> So what is the supposed behavior of
> $wgCheckFileExtensions = false;
> $wgStrictFileExtensions = true;
> ??
>
> Here are the relevant parts of LocalSettings.php
> I'm using the regular Special:Upload page
>
> $wgEnableUploads  = true;
> $wgCheckFileExtensions = false;
> $wgGroupPermissions['*']['createaccount'] = false;
> $wgGroupPermissions['*']['edit'] = false;
> $wgGroupPermissions['*']['read'] = false;
>
>
> On 07/15/2013 07:54 PM, Chris Steipp wrote:
>> Hi, I'm working on reproducing this.
>>
>> The file extension is checked in UploadBase::getTitle(). If
>> $wgCheckFileExtensions and $wgStrictFileExtensions are both true
>> (which by default they are), then the file should be rejected during
>> the upload process. If that check is being bypassed, then we have a
>> serious issue we need to get patched asap.
>>
>> Are both $wgCheckFileExtensions and $wgStrictFileExtensions set to
>> true on the system where you're seeing this behavior? Also, are you
>> using UploadWizard, or another extension to trigger this, or the
>> standard Special:Upload page?
>>
>> On Mon, Jul 15, 2013 at 9:00 AM, Alex Monk  wrote:
>>> CCing secur...@wikimedia.org
>>>
>>> On Mon, Jul 15, 2013 at 1:27 PM, Philippe Teuwen  wrote:
 On 07/15/2013 01:00 PM, Henri Salo wrote:
> On Mon, Jul 15, 2013 at 11:41:16AM +0200, Philippe Teuwen wrote:
>> Package: mediawiki
>> Version: 1:1.19.5-1
>> Severity: normal
>> Tags: security
>> X-Debbugs-CC: secure-testing-t...@lists.alioth.debian.org
>>
>> Default allowed extensions for file upload are only:
>> $wgFileExtensions = array( 'png', 'gif', 'jpg', 'jpeg' );
>>
>> Under Firefox & Chrome it's indeed impossible to upload a pdf file
>> under
>> those settings.
>> But under IE it's possible without warning or error.
>>
>> A quick inspection seems to indicate that the file extension is only
>> checked on the client side via javascript and IE does not do a proper
 job.
>> Note that "application/pdf" is by default in the $wgTrustedMediaFormats
>> array.
>>
>> IMHO file extension checks must also be enforced on server side, and,
>> if
>> possible, a js workaround should be provided for proper handling in IE.
>> Malicious pdfs do exist...
>>
>> Best regards
>> Phil
> Have you notified upstream about this issue?
>
> ---
> Henri Salo
 No
 Phil

 ___
 Pkg-mediawiki-devel mailing list
 pkg-mediawiki-de...@lists.alioth.debian.org

 http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-mediawiki-devel
>>>
>


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