Bug#762530: no man page for evince-previewer

[Simon Josefsson]

Package: evince
Version: 3.12.2-1

I couldn't find a man page for /usr/bin/evince-previewer.

jas@latte:~$ LANG=C man evince-previewer 
No manual entry for evince-previewer
See 'man 7 undocumented' for help when manual pages are not available.
jas@latte:~$ 

/Simon


signature.asc
Description: PGP signature

Bug#762531: nginx-common: test function doesn't set ULIMIT

[shugen]

Package: nginx-common
Version: 1.2.1-2.2+wheezy2
Severity: serious
Justification: must

Dear Maintainer,
our nginx configuration at startup opens many files (many vhost etc). Normally 
is not a problem, we can set ULIMIT in nginx default, but function test will 
starts before that and returns an error. We temporarily solved this problem by 
moving ULIMIT before the test function.

Best Regards

-- System Information:
Debian Release: 7.6
  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/4 CPU cores)
Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash


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

Bug#762532: CVE-2014-3640: qemu: slirp: NULL pointer deref in sosendto()

[Henri Salo]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Package: qemu
Version: 2.1+dfsg-4
Severity: important
Tags: security, fixed-upstream

Hi,

When guest sends udp packet with source port and source addr 0,
uninitialized socket is picked up when looking for matching and already
created udp sockets, and later passed to sosendto() where NULL pointer
dereference is hit during so->slirp->vnetwork_mask.s_addr access.

Fix this by checking that the socket is not just a socket stub.

Please see this discussion for more information:
http://lists.nongnu.org/archive/html/qemu-devel/2014-09/msg03543.html

- ---
Henri Salo
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iEYEARECAAYFAlQhGTkACgkQXf6hBi6kbk/46gCfbwwiaD3Zdfbo5z57NihRYfvJ
J34An0KG/kIRMQlB9CYUgcwM9net67oc
=7klY
-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#760526: Enable AppArmor support (using libapparmor)

[intrigeri]

Hi,

intrigeri wrote (09 Sep 2014 00:14:30 GMT) :
> So: yes, please. I've been waiting for it eagerly, and will submit
> patches to the Tor upstream unit file as soon as Debian's systemd
> supports this option.

I really want this to land in time for Jessie, so I've given it a try:

1. added libapparmor-dev to build-depends
2. the current apparmor package in Debian lacked pkg-config support,
   and thus the systemd build systemd did not detect it, so:
3. uploaded apparmor 2.8.0-8 with pkg-config support
4. now systemd builds fine, with AppArmor support according to the
   build log. Woohoo, first milestone reached! :)

Remaining problems:

a) I don't see any dependency automatically added on libapparmor1, and
   I've no idea which binary package exactly should have it. Any hint?

b) The AppArmor support actually doesn't work for me. With the
   attached unit file for Tor (i.e. the upstream one, slightly
   adjusted for Debian), after un-commenting the AppArmorProfile
   directive, running `systemctl --system daemon-reload', and trying
   to restart the service, it fails to start. Status:

   ● tor.service - Anonymizing overlay network for TCP
  Loaded: loaded (/etc/systemd/system/tor.service; disabled)
  Active: failed (Result: start-limit) since Mon 2014-09-22 23:31:52 PDT; 
3s ago
 Process: 24186 ExecStartPre=/usr/bin/tor --defaults-torrc 
/usr/share/tor/tor-service-defaults-torrc --verify-config (code=exited, 
status=231/APPARMOR)
Main PID: 26773 (code=exited, status=0/SUCCESS)
   
   Sep 22 23:31:52 ensifera systemd[1]: Unit tor.service entered failed state.
   Sep 22 23:31:52 ensifera systemd[1]: tor.service start request repeated too 
quickly, refusing to start.
   Sep 22 23:31:52 ensifera systemd[1]: Failed to start Anonymizing overlay 
network for TCP.
   Sep 22 23:31:52 ensifera systemd[1]: Unit tor.service entered failed state.
   zsh: exit 3 sudo service tor status

The "status=231/APPARMOR" seems to contain (the beginning of) an
explanation, but I'm no C programmer, so diving into the source code
to understand what it can possibly mean is a bit outside of my comfort
zone. Note that the system_tor AppArmor profile *is* loaded in the
kernel, confirmed with aa-status.

Note that the version of the AppArmor userspace we're carrying in
Debian currently is a bit old, and it might be that the AppArmor
support in systemd was only tested with a newer version. If I find
a slot on my copious free time in the next days or weeks, I'll try to
reproduce this problem with the latest upstream version.

Cheers,
--
intrigeri

[Unit]
Description = Anonymizing overlay network for TCP
After = syslog.target network.target nss-lookup.target

[Service]
Type = simple
ExecStartPre = /usr/bin/tor --defaults-torrc 
/usr/share/tor/tor-service-defaults-torrc --verify-config
# A torrc that has "RunAsDaemon 1" won't work with the "simple" service type;
# let's explicitly override it.
ExecStart = /usr/bin/tor --defaults-torrc 
/usr/share/tor/tor-service-defaults-torrc --RunAsDaemon 0
ExecReload = /bin/kill -HUP ${MAINPID}
KillSignal = SIGINT
TimeoutSec = 30
Restart = on-failure
LimitNOFILE = 32768

# Hardening
PrivateTmp = yes
DeviceAllow = /dev/null rw
DeviceAllow = /dev/urandom r
InaccessibleDirectories = /home
ReadOnlyDirectories = /
ReadWriteDirectories = /var/lib/tor 
ReadWriteDirectories = /var/log/tor
ReadWriteDirectories = /var/run/tor
NoNewPrivileges = yes
#AppArmorProfile = system_tor

[Install]
WantedBy = multi-user.target

Bug#730742: Font rendering fuzzy (straight lines smeared across subpixels) since upgrade to 2.5.1

[Steve Langasek]

On Tue, Sep 23, 2014 at 09:25:33AM +0700, Theppitak Karoonboonyanan wrote:
> Package: libfreetype6
> Version: 2.5.2-2
> Followup-For: Bug #730742
> Control: reopen -1

> Dear Maintainer,

> I also prefer Adobe rasterizer, to the point that my font packages,
> namely fonts-tlwg-*, have switched from TTF to OTF due to the improved
> quality it provides. The result was better control on glyph shapes
> (because the fonts are developed using cubic splines) with smaller
> installation size.

> Switching back to the old engine causes regression on my fonts, especially
> on terminal with dark background:

> New engine: 
> http://linux.thai.net/~thep/shots/20140923-tlwgtypo-new-engine-2.png
> Old engine: 
> http://linux.thai.net/~thep/shots/20140923-tlwgtypo-old-engine-2.png

> New engine: 
> http://linux.thai.net/~thep/shots/20140923-tlwgtypo-new-engine-1.png
> Old engine: 
> http://linux.thai.net/~thep/shots/20140923-tlwgtypo-old-engine-1.png

> So, I agree with Jason Pleau that Adobe engine is preferred.

> However, instead of providing alternative packages, I think the patch
> should be reverted and the poorly-hinted Cantarell font be fixed instead,
> as pointed out here in upstream mailing list (according to BubuXP's
> comment #118 above):

>   https://lists.nongnu.org/archive/html/freetype/2014-01/msg00011.html

> I've checked Cantarell font, and its hints are really poor as described.

> I'm reopening the bug, so the discussion can be continued.

So if this is only a problem with the GNOME3 default font, please get that
font fixed in Debian, after which I am willing to reinstate the Adobe
engine.  But I'm not willing to enable it while it represents a regression
vs. wheezy for a significant number of our desktop users.

-- 
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#760810: [quassel-client] quasselclient fails to start

[Keshav Kini]

On 09/23/2014 12:53 AM, Thomas Müller wrote:
> Hi,
> 
> I cannot reproduce this on my system which is testing/sid.
> 
> Can you please retest with the latest phonon packages, because meanwhile 
> 4:4.8.0-1 arrived in testing?

Sure.  Indeed, I can no longer reproduce this with the latest phonon
packages either.  I presume the problem has been fixed.

Thanks,
Keshav


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

Bug#762520: clearlooks-phenix-theme: theme is completely broken since the last GTK update

[Andrew Shadura]

Hello,

On Tue, 23 Sep 2014 04:04:33 +0200
Christoph Anton Mitterer  wrote:

> I guess since the most recent upgrade of GTK the theme is completely
> broken.
> 
> Most important, checkboxes and radio buttons are no longer displayed,
> you just see an empty space where they should be.
> When you click them, you can see the check for a few milliseconds,
> than it becomes invisible again.
> 
> Further, the colours seem to no longer match, as the attached
> screenshot should show quite well, the default background seems to be
> white now, while the the background for frames, radio buttons and
> check boxes is still the proper grey.
> 
> The screenshots are from cinnamon,... under gnome classic, I've seen
> that also some grey tones seem to no longer match (again grey tone of
> check boxes/etc. vs. the default background grey).

Oh. WHY?! Why do they do this AGAIN and AGAIN?! Why just one breakage
per year is NOT ENOUGH?!

Okay, I'll try to fix it when I have more time. Thanks for the report.

-- 
Cheers,
  Andrew


signature.asc
Description: PGP signature

Bug#762529: bordeaux-threads: maintainer address bounces

[Ansgar Burchardt]

Source: bordeaux-threads
Version: 0.8.3-1
Severity: serious
X-Debbugs-Cc: d...@tapoueh.org

[ CCed last uploader. ]

The maintainer address bounces, see below.

Ansgar

Mail Delivery System  writes:
> This message was created automatically by mail delivery software.
>
> A message that you sent could not be delivered to one or more of its
> recipients. This is a permanent error. The following address(es) failed:
>
>   nowhere@levallois.eu.org
> retry timeout exceeded
>
> -- This is a copy of the message, including all the headers. --
>
[...]
> From: Debian FTP Masters 
> To: Pierre THIERRY , Dimitri Fontaine 
> ,  
[...]
> Subject: bordeaux-threads_0.8.3-1_amd64.changes ACCEPTED into unstable
> Message-Id: 
> Date: Thu, 18 Sep 2014 17:33:33 +


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

Bug#762521: gpaste: add support for Cinnamon

[Jérémy Lal]

Le mardi 23 septembre 2014 à 04:35 +0200, Christoph Anton Mitterer a
écrit :
> Source: gpaste
> Version: 3.12.2-1
> Severity: wishlist
> 
> 
> Hi.
> 
> Since GNOME3 is... well... questionable in basically all fields ;-)

I think GNOME3 is the best thing that happened to desktop interfaces
since the Finder.

> ... could you possibly add support for Cinnamon?

Sure. I didn't compile the applet at first because i was afraid it would
be useless...

Jérémy.


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

Bug#762511: [pkg-cinnamon] Bug#762511: cinnamon: package further extensions

[Fabio Fantoni]

Il 23/09/2014 01:36, Christoph Anton Mitterer ha scritto:
> Source: cinnamon
> Version: 2.2.16-3
> Severity: wishlist
>
>
> Hi.
>
> I'd like if there could be a package with further extensions.
>
> For example "Workspace grid (2D) and switcher" 
> (http://cinnamon-spices.linuxmint.com/applets/view/116)
> looks like a very promising one, since it gives back most
> functionality from the workspace switcher applet, people used
> to know from GNOME(classic).
>
> I'm not sure whether the best solution would be a big package like
> cinnamon-extensions or so, which contains all non-default extensions
> or per extension/applet packages.
>
> Cheers,
> Chris.

Cinnamon applet (also extensions and desklet) can be installed with
cinnamon control center, not need packaging.
For now I think there are many other things to do: fixes and
improvements at existing packages, and probably packaging other nemo
extensions (that is not installable easy and fast from control center)

>
>
> -- System Information:
> Debian Release: jessie/sid
>   APT prefers unstable
>   APT policy: (500, 'unstable')
> Architecture: amd64 (x86_64)
>
> Kernel: Linux 3.16-2-amd64 (SMP w/8 CPU cores)
> Locale: LANG=en_DE.utf8, LC_CTYPE=en_DE.utf8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
>
> -- no debconf information
>
> https://lists.alioth.debian.org/mailman/listinfo/pkg-cinnamon-team
> to unsubscribe: 
> mailto:pkg-cinnamon-team-requ...@lists.alioth.debian.org?subject=unsubscribe
>
>
> -
> Nessun virus nel messaggio.
> Controllato da AVG - www.avg.com
> Versione: 2014.0.4765 / Database dei virus: 4025/8257 -  Data di rilascio: 
> 22/09/2014
>
>




smime.p7s
Description: Firma crittografica S/MIME

Bug#762528: needrestart: should suggest 'systemctl daemon-reexec' when systemd has been upgraded

[Paul Wise]

Package: needrestart
Severity: wishlist

I noticed when running checkrestart and needrestart at the same time
that needrestart doesn't suggest restarting systemd when it has been
upgraded. The way to restart systemd is to run this command as root:

systemctl daemon-reexec

-- 
bye,
pabs

https://wiki.debian.org/PaulWise



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

Bug#762303: avr-libc ships with old iom256rfr2.h

[Hakan Ardo]

Hi Simon,
thanx for the report. I suppose we could pull in a single header file
from avr-libc trunk if the general consensus is that the Atmel version
is in a bad state.

Aurelien, you been pushing for using the Atmel patches. Can you see
any issues with this? Thanx.

On Sat, Sep 20, 2014 at 11:01 PM, Simon John  wrote:
> Package: avr-libc
> Version: 1:1.8.0+Atmel3.4.4-1
>
> When compiling firmware for Pinoccio (https://pinocc.io/) which uses and
> ATmega256RFR2, I get various errors from HardwareSerial.cpp which
> prevents the firmware from compiling. For log see:
>
> https://gist.github.com/sej7278/51c8853e06ba667d2135
>
> If I delete
> /usr/share/arduino/hardware/arduino/cores/arduino/HardwareSerial.cpp
> then it builds ok but then breaks serial comms.
>
> If I replace /usr/lib/avr/include/avr/iom256rfr2.h with the one from
> avr-libc trunk, it compiles and works:
>
> http://svn.savannah.nongnu.org/viewvc/trunk/avr-libc/include/avr/iom256rfr2.h?revision=2410&root=avr-libc&view=markup
>
> See also discussion:
>
> https://github.com/Pinoccio/firmware-pinoccio/issues/10
>
> I asked Atmel and they have no plans to move to avr-libc 1.8.1 in their
> SP1 release, not sure about afterwards.
>
> So a quick fix would be to import the upstream iom256rfr2.h
>
> The alternative is going back to using avr-libc "proper" rather than
> Atmel's version, but avr-libc 1.8.1 requires avr-gcc 4.9.1
>
> Debian jessie/sid with Arduino 1.0.5
>
> Thanks.
>
> --
> Simon John
> https://github.com/sej7278
> g...@the-jedi.co.uk



-- 
Håkan Ardö


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

Bug#762492: libav-tools: Audio/video encoding produces an audio encoding error with openshot/kdenlive

[Jonas Smedegaard]

Quoting Charles Laws (2014-09-22 21:47:00)
> My last video project was about 7 weeks ago. Sometime between then and 
> now, I lost the ability to export audio. I have tried a handful of 
> different encoding combinations with both openshot and kdenlive. 
> Running openshot --debug and doing an export gives me this:
> 
> [libx264 @ 0x7fac29e0] [Eval @ 0x7fac39ffa500] Undefined constant or
> missing '(' in 'dct8x8'
> [libx264 @ 0x7fac29e0] Unable to parse option value "dct8x8"
> [aac @ 0x7fac002caec0] [Eval @ 0x7fac39ffa4b0] Undefined constant or
> missing '(' in 'dct8x8'
> [aac @ 0x7fac002caec0] Unable to parse option value "dct8x8"
> [mp4 @ 0x7fac24a0] Using AVStream.codec.time_base as a timebase hint 
> to the muxer is deprecated. Set AVStream.time_base instead.
> on_frmExportVideo_destroy
> [consumer avformat] error writing flushed audio frame
> 
> This bug is also #761518 for Openshot, listed here: 
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=761518

...and bug#761593 filed against kdenlive - both those bugs are now 
merged and filed against libmlt6.

Thanks for bringing it up here.


 - Jonas

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

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


signature.asc
Description: signature

Bug#761518: this is a bug in MLT linkage against libav 0.11

[Jonas Smedegaard]

force-merge 761593 761518
thanks

This is a bug in MLT linkage against libav 0.11.  Merging with 
bug#761593.

 - Jonas

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

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


signature.asc
Description: signature

Bug#762335: man-db trigger always fails being unable to create index cache

[Michael Tokarev]

22.09.2014 21:50, Colin Watson wrote:
> On Sun, Sep 21, 2014 at 12:27:59PM +0400, Michael Tokarev wrote:
>> Almost every time I install or remove some software (on a freshly installed
>> jessie system as of today, Sept-2014), when man-db dpkg trigger is run, I
>> see the following message:
>>
>>   Building database of manual pages ...
>>   /usr/bin/mandb: can't create index cache /var/cache/man/uk/5773: No such 
>> file or directory
>>
>> (with varied subdir and the number).  /var/cache/man directory is empty.
> 
> What does "ls -ld /var/cache/man" say?

# ll -d /var/cache/man
drwxr-xr-x 32 man root 4096 сен 22 05:05 /var/cache/man/
# ll /usr/bin/mandb
-rwxr-xr-x 1 root root 129632 апр 10 07:38 /usr/bin/mandb*

But it doesn't happen anymore, and the cache of manpages is now
finally created.  I think it is the cron job who did the trick
and fixed the prob.

Now when you asked, I can reproduce the issue again by chown'ing the
cache directory to root -- after removing all the cache (/var/cache/man/*),
and re-runnin mandb -pq as user man it complains exactly the same way.

But in the man-db.deb, /var/cache/man is owned by man user?  And it
should had been here when installing man-db, because it installs after
base-password.  Wtf.

I installed using debootstrap --variant=minbase, and later on, installed
a bunch of large packages (like gnome), and man-db has been pulled by one
of these.  So I'll try to reproduce it in a next few days by doing another
install.

Thanks,

/mjt


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

Bug#740942: [samba] /etc/init.d/samba forbit systemd shutdown system

[Cesare Leonardi]

Package: samba
Version: 2:4.1.11+dfsg-1
Followup-For: Bug #740942

I'm experiencing the same problem: 5 minute to shutdown samba service
and the same if i try to stop it on the command line.
I believed it was related to the fact that i use samba also to login in
an active domain but this bug report makes me think it could be
unrelated.

I'm not 100% sure, but i think i'm experiencing this since the latest
upgrade to systemd 215-4.

>From this bug report i still haven't get what is the reason for this
delay and i'm currently unable to workaround it.

Let me know if you need any other infos, config file or else.

Cesare.


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

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

Versions of packages samba depends on:
ii  adduser  3.113+nmu3
ii  dpkg 1.17.13
ii  libasn1-8-heimdal1.6~rc2+dfsg-8
ii  libbsd0  0.7.0-2
ii  libc62.19-11
ii  libcomerr2   1.42.12-1
ii  libhdb9-heimdal [heimdal-hdb-api-8]  1.6~rc2+dfsg-8
ii  libkdc2-heimdal  1.6~rc2+dfsg-8
ii  libkrb5-26-heimdal   1.6~rc2+dfsg-8
ii  libldb1  1:1.1.17-1
ii  libpam-modules   1.1.8-3.1
ii  libpam-runtime   1.1.8-3.1
ii  libpopt0 1.16-10
ii  libpython2.7 2.7.8-7
ii  libroken18-heimdal   1.6~rc2+dfsg-8
ii  libtalloc2   2.1.1-2
ii  libtdb1  1.3.0-1.1
ii  libtevent0   0.9.21-1
ii  lsb-base 4.1+Debian13
ii  multiarch-support2.19-11
ii  procps   1:3.3.9-7
ii  python   2.7.8-1
ii  python-dnspython 1.12.0-1
ii  python-ntdb  1.0-5
ii  python-samba 2:4.1.11+dfsg-1
pn  python2.7:any
ii  samba-common 2:4.1.11+dfsg-1
ii  samba-common-bin 2:4.1.11+dfsg-1
ii  samba-dsdb-modules   2:4.1.11+dfsg-1
ii  samba-libs   2:4.1.11+dfsg-1
ii  tdb-tools1.3.0-1.1
ii  update-inetd 4.43

Versions of packages samba recommends:
ii  attr   1:2.4.47-2
ii  logrotate  3.8.7-1
ii  samba-vfs-modules  2:4.1.11+dfsg-1

Versions of packages samba suggests:
ii  bind9  1:9.9.5.dfsg-4
ii  bind9utils 1:9.9.5.dfsg-4
pn  ctdb   
pn  ldb-tools  
ii  ntp1:4.2.6.p5+dfsg-3.1
pn  smbldap-tools  
ii  winbind2:4.1.11+dfsg-1

-- debconf information:
  samba-common/title:
  samba/run_mode: daemons


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

Bug#760810: [quassel-client] quasselclient fails to start

[Thomas Müller]

Hi,

I cannot reproduce this on my system which is testing/sid.

Can you please retest with the latest phonon packages, because meanwhile 
4:4.8.0-1 arrived in testing?

Thanks a lot,

Thomas


Am Montag, den 08.09.2014 um 6:01 schrieb Keshav Kini:
> Package: quassel-client
> Version: 0.10.0-2
> Severity: grave
> 
> --- Please enter the report below this line. ---
> 
> `quasselclient` recently fails to start on debian sid:
> 
> fs@erdos ~ $ quasselclient
> 
> (quasselclient:12158): GLib-GObject-WARNING **: cannot register existing
> type 'GstObject'
> 
> (quasselclient:12158): GLib-CRITICAL **: g_once_init_leave: assertion
> 'result != 0' failed
> 
> (quasselclient:12158): GLib-GObject-CRITICAL **: g_type_register_static:
> assertion 'parent_type > 0' failed
> 
> (quasselclient:12158): GLib-CRITICAL **: g_once_init_leave: assertion
> 'result != 0' failed
> 
> (quasselclient:12158): GStreamer-CRITICAL **:
> gst_plugin_feature_get_name: assertion 'GST_IS_PLUGIN_FEATURE (feature)'
> failed
> ^\Quit
> 
> Googling "assertion 'GST_IS_PLUGIN_FEATURE (feature)' failed" yields a
> bunch of similar-sounding failures of other programs, seemingly related
> to phonon integration with gstreamer, or something.
> 
> --- System information. ---
> Architecture: amd64
> Kernel:   Linux 3.14-2-amd64
> 
> Debian Release: jessie/sid
>   500 unstableftp.us.debian.org
>   500 sid linux.dropbox.com
> 
> --- Package information. ---
> Depends(Version) | Installed
> -+-==
> libc6  (>= 2.14) | 2.19-10
> libdbusmenu-qt2   (>= 0.3.2) | 0.9.2-1
> libgcc1 (>= 1:4.1.1) | 1:4.9.1-12
> libindicate-qt1   (>= 0.2.5) | 0.2.5.91-5
> libphonon4  (>= 4:4.2.0) | 4:4.7.2-1
> libqt4-dbus (>= 4:4.6.1) | 4:4.8.6+git64-g5dc8b2b+dfsg-2
> libqt4-network  (>= 4:4.6.1) | 4:4.8.6+git64-g5dc8b2b+dfsg-2
> libqt4-xmlpatterns  (>= 4:4.5.3) | 4:4.8.6+git64-g5dc8b2b+dfsg-2
> libqtcore4  (>= 4:4.8.0) | 4:4.8.6+git64-g5dc8b2b+dfsg-2
> libqtgui4   (>= 4:4.8.0) | 4:4.8.6+git64-g5dc8b2b+dfsg-2
> libqtwebkit4   (>= 2.1.0~2011week13) | 2.3.2.dfsg-3
> libstdc++6(>= 4.4.0) | 4.9.1-12
> phonon   | 4:4.7.2-1
> zlib1g  (>= 1:1.1.4) | 1:1.2.8.dfsg-2
> quassel-data(= 0.10.0-2) | 0.10.0-2
> dbus-x11 | 1.8.6-2
> gawk | 1:4.1.1+dfsg-1
> 
> 
> Package's Recommends field is empty.
> 
> Package's Suggests field is empty.
> 


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

Bug#762527: TypeError: argument of type 'NoneType' is not iterable

[Martín Ferrari]

Package: blueman
Version: 1.99~alpha1-1
Severity: normal

While debugging my bluetooth issues, I found this stacktrace:

Using the new killswitch system 
Traceback (most recent call last):
  File "/usr/bin/blueman-applet", line 110, in 
BluemanApplet()
  File "/usr/bin/blueman-applet", line 53, in __init__
self.Plugins.Load()
  File "/usr/lib/python2.7/dist-packages/blueman/main/PluginManager.py", line 
115, in Load
if (cls.__autoload__ or cls.__name__ in c) and not (c and 
cls.__unloadable__ and "!" + cls.__name__ in c):
TypeError: argument of type 'NoneType' is not iterable

That line should be:

if (cls.__autoload__ or (c and cls.__name__ in c)) and not 
(cls.__unloadable__ and c and "!" + cls.__name__ in c):


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

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

Versions of packages blueman depends on:
ii  bluez5.21-3
ii  cinnamon [notification-daemon]   2.2.16-3
ii  dbus 1.8.6-2
ii  gir1.2-appindicator3-0.1 0.4.92-3
ii  gir1.2-gconf-2.0 3.2.6-3
ii  gir1.2-gdkpixbuf-2.0 2.30.8-1
ii  gir1.2-glib-2.0  1.40.0-2
ii  gir1.2-gtk-3.0   3.12.2-3+b1
ii  gir1.2-notify-0.70.7.6-2
ii  gir1.2-pango-1.0 1.36.7-1
ii  gnome-icon-theme 3.12.0-1
ii  libatk1.0-0  2.12.0-1
ii  libbluetooth35.21-3
ii  libc62.19-10
ii  libcairo-gobject21.12.16-5
ii  libcairo21.12.16-5
ii  libgdk-pixbuf2.0-0   2.30.8-1
ii  libglib2.0-0 2.40.0-5
ii  libgtk-3-0   3.12.2-3+b1
ii  libpango-1.0-0   1.36.7-1
ii  libpangocairo-1.0-0  1.36.7-1
ii  libpulse-mainloop-glib0  5.0-6
ii  libpython2.7 2.7.8-6
ii  librsvg2-common  2.40.3-2
ii  libstartup-notification0 0.12-4
ii  notification-daemon  0.7.6-1
ii  obex-data-server 0.4.5-1+b3
ii  python   2.7.8-1
ii  python-dbus  1.2.0-2+b3
ii  python-gi3.12.2-1
ii  python-gi-cairo  3.12.2-1
ii  xfce4-notifyd [notification-daemon]  0.2.4-3

Versions of packages blueman recommends:
ii  policykit-1  0.105-6.1

blueman 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#762322: [Pkg-gnupg-maint] Bug#762322: FTCBFS for ppc64el, sparc64: missing lock-obj-pub.$ARCH.h

[Helmut Grohne]

Control: tags -1 + patch

On Mon, Sep 22, 2014 at 05:26:24PM -0400, Daniel Kahn Gillmor wrote:
> > but for sparc64 I was
> > unable to find a porter machine. I therefore CC-ed d-sparc@l.d.o
> 
> i note that the build-deps appear to be uninstallable on sparc64, so
> this might not be as easy to produce as looking through buildd output,
> either:

Julien Cristau pointed out that sparc porter machines run 64bit kernels
and can execute 64bit executables. So here we go. I crossed
gen-posix-lock-obj for sparc64, verified that it is indeed a 64bit
executable and attach its output.

Looks like the rest of this bug is placing the files in the proper
places, thus tagging patch.

Helmut
## lock-obj-pub.sparc64-unknown-linux-gnu.h
## File created by gen-posix-lock-obj - DO NOT EDIT
## To be included by mkheader into gpg-error.h

typedef struct
{
  long _vers;
  union {
volatile char _priv[40];
long _x_align;
long *_xp_align;
  } u;
} gpgrt_lock_t;

#define GPGRT_LOCK_INITIALIZER {1,{{0,0,0,0,0,0,0,0, \
0,0,0,0,0,0,0,0, \
0,0,0,0,0,0,0,0, \
0,0,0,0,0,0,0,0, \
0,0,0,0,0,0,0,0}}}
##
## Local Variables:
## mode: c
## buffer-read-only: t
## End:
##

Bug#762526: blueman: Does not work without gconf2

[Martín Ferrari]

Package: blueman
Version: 1.99~alpha1-1
Severity: normal

On a fresh jessie install, blueman-applet fails to start, due to a missing 
dependency:

blueman-applet

** (blueman-applet:6540): WARNING **: Couldn't register with accessibility bus: 
Did not receive a reply. Possible causes include: the remote application did 
not send a reply, the message bus security policy blocked the reply, the reply 
timeout expired, or the network connection was broken.
Loading configuration plugins
blueman-applet version 1.99.alpha1 starting
Using GConf config backend
Traceback (most recent call last):
  File "/usr/bin/blueman-applet", line 110, in 
BluemanApplet()
  File "/usr/bin/blueman-applet", line 52, in __init__
self.Plugins = PersistentPluginManager(AppletPlugin, 
blueman.plugins.applet, self)
  File "/usr/lib/python2.7/dist-packages/blueman/main/PluginManager.py", line 
244, in __init__
setattr(self.__config.props, self.plugin_class.__name__, [])
  File "/usr/lib/python2.7/dist-packages/blueman/plugins/ConfigPlugin.py", line 
37, in __setattr__
self.__dict__["Config"]().set(key, value)
  File "/usr/lib/python2.7/dist-packages/blueman/plugins/config/Gconf.py", line 
84, in set
func(BLUEMAN_PATH + self.section + "/" + key, value)
  File "/usr/lib/python2.7/dist-packages/blueman/plugins/config/Gconf.py", line 
66, in _set_gconf_list
subprocess.check_output(["gconftool-2", "--set", "--type=list", 
"--list-type=string", key, gconf_value])
  File "/usr/lib/python2.7/subprocess.py", line 566, in check_output
process = Popen(stdout=PIPE, *popenargs, **kwargs)
  File "/usr/lib/python2.7/subprocess.py", line 710, in __init__
errread, errwrite)
  File "/usr/lib/python2.7/subprocess.py", line 1335, in _execute_child
raise child_exception
OSError: [Errno 2] No such file or directory

After installing gconf2, a different error appears, but that's for another 
bug...

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

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

Versions of packages blueman depends on:
ii  bluez5.21-3
ii  cinnamon [notification-daemon]   2.2.16-3
ii  dbus 1.8.6-2
ii  gir1.2-appindicator3-0.1 0.4.92-3
ii  gir1.2-gconf-2.0 3.2.6-3
ii  gir1.2-gdkpixbuf-2.0 2.30.8-1
ii  gir1.2-glib-2.0  1.40.0-2
ii  gir1.2-gtk-3.0   3.12.2-3+b1
ii  gir1.2-notify-0.70.7.6-2
ii  gir1.2-pango-1.0 1.36.7-1
ii  gnome-icon-theme 3.12.0-1
ii  libatk1.0-0  2.12.0-1
ii  libbluetooth35.21-3
ii  libc62.19-10
ii  libcairo-gobject21.12.16-5
ii  libcairo21.12.16-5
ii  libgdk-pixbuf2.0-0   2.30.8-1
ii  libglib2.0-0 2.40.0-5
ii  libgtk-3-0   3.12.2-3+b1
ii  libpango-1.0-0   1.36.7-1
ii  libpangocairo-1.0-0  1.36.7-1
ii  libpulse-mainloop-glib0  5.0-6
ii  libpython2.7 2.7.8-6
ii  librsvg2-common  2.40.3-2
ii  libstartup-notification0 0.12-4
ii  notification-daemon  0.7.6-1
ii  obex-data-server 0.4.5-1+b3
ii  python   2.7.8-1
ii  python-dbus  1.2.0-2+b3
ii  python-gi3.12.2-1
ii  python-gi-cairo  3.12.2-1
ii  xfce4-notifyd [notification-daemon]  0.2.4-3

Versions of packages blueman recommends:
ii  policykit-1  0.105-6.1

blueman 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#757315: Digikam freezes when configuration window is opened and external mysql db is used.

[Raphaël Pessus]

Dear Maintainer,

i'have the same problem since update to 4.1.0.1 (i am now in 4.3.0-1 in
Debian Jessie/SID up to date at 2014/09/23). I'am using digikam with an
external mysql db and the load of one core of my CPU is 100% when opening
settings windows then digikam freeze.


Thank you for your time and good work.

PS : Sorry for my english ;-)

Bug#762525: libapparmor-dev: Please add pkg-config support

[intrigeri]

Source: libapparmor-dev
Severity: normal
Tags: fixed-upstream

Hi,

the lack of pkg-config support in libapparmor-dev blocks adding
AppArmor support to systemd (#760526). This was fixed in the upstream
master branch (r2079) and backported on the 2.8 branch (r2064).

Until we have 2.8.4 or later in Debian, I'll try simply backporting
r2079 in the Debian package.

Cheers,
--
intrigeri


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

Bug#762524: Embeded code copy

[David Prévot]

Package: openacs
Severity: normal
Tags: security

Hi,

I just noticed that the openacs package embeds a copy of the php-getid3
code instead of depending on the Debian package inside the following
directory:

/usr/share/openacs/packages/acs-templating/www/resources/xinha-nightly/plugins/MootoolsFileManager/mootools-filemanager/Backend/Assets/getid3

Please consider fixing that in time for Jessie.

Regards

David

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

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


signature.asc
Description: Digital signature

Bug#761942: [RFR] templates://arb/{arb-common.templates}

[Christian PERRIER]

Please find, for review, the debconf templates and packages descriptions for 
the arb source package.

This review will last from Tuesday, September 23, 2014 to Friday, October 03, 
2014.

Please send reviews as unified diffs (diff -u) against the original
files. Comments about your proposed changes will be appreciated.

Your review should be sent as an answer to this mail.

When appropriate, I will send intermediate requests for review, with
"[RFRn]" (n>=2) as a subject tag.

When we will reach a consensus, I send a "Last Chance For
Comments" mail with "[LCFC]" as a subject tag.

Finally, a summary will be sent to the review bug report,
and a mail will be sent to this list with "[BTS]" as a subject tag.

Rationale:
--- arb.old/debian/arb-common.templates 2014-09-16 22:40:56.241801838 +0200
+++ arb/debian/arb-common.templates 2014-09-23 06:50:07.253239452 +0200
@@ -1,9 +1,10 @@
 Template: arb/group
 Type: multiselect
 Choices: ${users}
-_Description: ARB PT-server administrators
+_Description: ARB PT-server administrators:
  ARB is preconfigured via /etc/arb/arb_tcp.dat with three private PT servers
  for each user as well as three global PT servers accessible by all users.
  .
- Only members of the system group "arb" will be able to build and update
- the shared PT servers. This setting configures the group members.
+ Only members of the "arb" system group will be able to build and update
+ the shared PT servers. Please enter the login names for these
+ privileged users.

Sadly, I have no idea of what a "PT server" is and can't provide good
suggestions. At minimum jargon should be reduced and the acronym
developed somewhere.

The proposed changes are therefore only debian-l10n-english
house-style wording.


--- arb.old/debian/control  2014-09-16 22:40:56.241801838 +0200
+++ arb/debian/control  2014-09-23 06:53:38.281028981 +0200
@@ -51,12 +51,12 @@
 Suggests: arb-database,
   gnuplot,
   gv
-Description: Graphical suite for phylogenetic sequence analysis 
- The ARB software is a graphically oriented package comprising various tools
+Description: phylogenetic sequence analysis software - main program
+ The ARB software is a graphically-oriented package comprising various tools
  for sequence database handling and data analysis. A central database of
  processed (aligned) sequences and any type of additional data linked to the
  respective sequence entries is structured according to phylogeny or other
- user defined criteria.
+ user-defined criteria.
  .
  The ARB project (latin, "arbor"=tree) is a joint initiative of the Lehrstuhl
  fuer Mikrobiologie http://www.mikro.biologie.tu-muenchen.de/ and the

use dashes in some places.

Also reduce the package description by dropping "graphical suite"
(this is explained in the long description and is anyway weired for
the packages that do not provide graphical-oriented parts such as
libraries or documentation.

@@ -69,12 +69,12 @@
 Depends: ${misc:Depends},
  ${shlibs:Depends}
 Recommends: arb
-Description: Graphical suite for phylogenetic sequence analysis (libraries)
- The ARB software is a graphically oriented package comprising various tools
+Description: phylogenetic sequence analysis software - libraries

This change (and other similar changes is the "standard" way we always
propose for derived packages...


Template: arb/group
Type: multiselect
Choices: ${users}
_Description: ARB PT-server administrators:
 ARB is preconfigured via /etc/arb/arb_tcp.dat with three private PT servers
 for each user as well as three global PT servers accessible by all users.
 .
 Only members of the "arb" system group will be able to build and update
 the shared PT servers. Please enter the login names for these
 privileged users.
--- arb.old/debian/arb-common.templates 2014-09-16 22:40:56.241801838 +0200
+++ arb/debian/arb-common.templates 2014-09-23 06:50:07.253239452 +0200
@@ -1,9 +1,10 @@
 Template: arb/group
 Type: multiselect
 Choices: ${users}
-_Description: ARB PT-server administrators
+_Description: ARB PT-server administrators:
  ARB is preconfigured via /etc/arb/arb_tcp.dat with three private PT servers
  for each user as well as three global PT servers accessible by all users.
  .
- Only members of the system group "arb" will be able to build and update
- the shared PT servers. This setting configures the group members.
+ Only members of the "arb" system group will be able to build and update
+ the shared PT servers. Please enter the login names for these
+ privileged users.
--- arb.old/debian/control  2014-09-16 22:40:56.241801838 +0200
+++ arb/debian/control  2014-09-23 06:53:38.281028981 +0200
@@ -51,12 +51,12 @@
 Suggests: arb-database,
   gnuplot,
   gv
-Description: Graphical suite for phylogenetic sequence analysis 
- The ARB software is a graphically oriented package comprising various tools
+Description: phylogenetic sequence analysis software - main program
+ The ARB software is a graphically-o

Bug#762523: Multiple embedded code copies, missing sources

[David Prévot]

Source: wordpress
Severity: important
Tags: security

Hi,

I just noticed that the wordpress package embeds since ages in
/usr/share/wordpress/wp-includes/ID3 a copy of the php-getid3 code
instead of depending on the Debian package.

Also, /usr/share/wordpress/wp-includes/js/mediaelement contains a copy
of the recently uploaded libjs-mediaelement, and that copy includes
sourceless (and a priori even unbuildable) Flash and Silverlight
binaries.

Maybe a complete review would be worth it before Jessie gets released
(I saw other JS bits, some seemed to be handled via dh-linktree, not
sure all were, just focused on some parts I’m currently packaging).

Regards

David

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

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


signature.asc
Description: Digital signature

Bug#760773: [Mlt-devel] Fwd: Processed: no audio since binNMU to link against newer libav*

[Dan Dennedy]

On Mon, Sep 22, 2014 at 6:33 AM, Patrick Matthäi 
wrote:

>  Hi Dan,
>
> it seems as mlt is unable to render audio since we have updated libav to
> version 11-1.
> Are you aware of such an issue?
>
> Here are all information:
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=761593
>
>
Hi Patrick,
I just fixed this issue in MLT git commit 3ac0201. You might be able to
cherry-pick this as-is and apply it to 0.9.2, but if not, it should be easy
to recreate manually. I tried to keep it as minimal as possible to
facilitate that. As such, it does not address the other problem you
reported recently about using stream.codec.time_base instead of
stream.time_base. The fix for that problem and other API deprecations
requires more regression testing and time. I feel fairly confident that the
change in commit for this bug is backwards compatible.

Bug#737050: Some corrections to the package

[SUGIMOTO Norimitsu]

Hi.

I'm sorry I slow from your response.

Your debdiff is useful, I will upload package
on menters applied your patch.

Your proposal that replace jQuery, however it isn't replace
jQuery file from Olly's advice. 
https://bugs.debian.org/736360

I agree Olly's advice, because this package maintenance
become difficult If this package depend on libjs-jquery.
(ex. update libjs-jquery)

> For the maintainer I think freewx-maint is the best choice... But I don't 
> have a strong opinion and I have no upload possibilities 

I have no upload authority too, then I will request to 
DD or freewx-maint member sponsor upload.

regards.

On Tue, 2 Sep 2014 11:32:39 +0100
Gianfranco Costamagna  wrote:

> Hi olly,
> 
> 
> 
> 
> > Il Lunedì 1 Settembre 2014 18:36, Olly Betts  ha scritto:
> > > On Mon, Sep 01, 2014 at 02:52:43PM +0100, Gianfranco Costamagna wrote:
> >>  Hi, I packaged wx3.0 doc, and after that I discovered this ITP and the
> >>  package on mentors...
> > 
> > I'm happy someone's packaging it, but slightly surprised that nobody
> > thought to mention it to the wx maintainers.
> > 
> >>  For the maintainer I think freewx-maint is the best choice... But I
> >>  don't have a strong opinion and I have no upload possibilities 
> > 
> > It seems sensible to me for it to be under the team umbrella, since
> > we maintain the package it is the documentation for, and coordinating
> > uploads of new versions would be helpful to users.  I'm certainly happy
> > for more people to join the team.
> > 
> >>  diff -Nru wx3.0-doc-3.0.1/debian/wx3.0-doc.linktrees 
> > wx3.0-doc-3.0.1/debian/wx3.0-doc.linktrees
> >>  --- wx3.0-doc-3.0.1/debian/wx3.0-doc.linktrees1970-01-01 
> > 01:00:00.0 +0100
> >>  +++ wx3.0-doc-3.0.1/debian/wx3.0-doc.linktrees2014-09-01 
> > 15:34:21.0 +0200
> >>  @@ -0,0 +1 @@
> >>  +replace usr/share/javascript/jquery/jquery.js 
> > usr/share/doc/wx3.0-doc/jquery.js
> > 
> > My understanding is that doxygen uses a patched version of jquery, so
> > this replacement isn't correct.  I'm not sure what the recommended way
> > to fix this is though.  There's some information here:
> > 
> > https://bugs.debian.org/736360
> > 
> 
> I looked carefully at them, however I don't agree my solution is wrong.
> 
> Please look at the jquery 1.7.1 code
> http://code.jquery.com/jquery-1.7.1.min.js
> and meld with the jquery.js code inside
> 
> aside from 3 \r\n in the upstream minified code, it is the same file, no 
> patches at all.
> 
> So I presume the debian jquery 1.7.2 will be just fine (I little tested it 
> and it was fine aside from some little render bug, but I don't think it was 
> jquery specific)
> 
> Your referred bug is when we _build_ the doxygen documentation, here we have 
> the already built one, so we just need to copy-paste it.
> 
> Would be nice to force upstream to give the source doxygen documentation, but 
> at least I think my solution is the best one (for the moment).
> 
> 
> Please also look here [1]. If upstream starts providing doxygen documentation 
> we will likely need to override the bug and fix doxygen instead.
> 
> [1] https://lists.debian.org/debian-mentors/2012/11/msg00313.html
> 
> Cheers,
> 
> 
> Gianfranco
> > Cheers,
> > 
> > Olly
> > 
> > -- 
> > To unsubscribe, send mail to 737050-unsubscr...@bugs.debian.org.
> > 
> 

-- 
SUGIMOTO Norimitsu 


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

Bug#762132: [Pkg-fglrx-devel] Bug#762132: fglrx-driver: Update to 1:14.6~ga14.201-1 amd64: Mouse cursor gone

[Jonathan Guthrie]

The cursor has disappeared for me, as well.  I haven't tried nearly as 
many things as Harald has, but I observe that it happens as soon as X 
starts up, before I log in, so it doesn't matter which desktop 
environment I use.  (I happen to use Xfce.)  I'm logging in through 
gdm3.  I tried to use kdm, but it refused to even start X.


The computer is a Dell laptop with one of those dual video cards in it.

If there's anything you'd like me to do, any data you'd like me to 
gather, please just let me know.



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

Bug#762132: [Pkg-fglrx-devel] Bug#762132: fglrx-driver: Update to 1:14.6~ga14.201-1 amd64: Mouse cursor gone

[Jonathan Guthrie]

It happens for me, too.  There is no mouse cursor when X starts up, 
before I've logged in.  So, it doesn't matter what window manager I 
use.  I am using GDM3 as my display manager.  I tried to switch to KDM 
but it didn't work.


If there's anything you'd like me to try, some data you'd like me to 
send, all you need do is ask.


My hardware is a Dell Laptop with one of those dual video cards.


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

Bug#762132: [Pkg-fglrx-devel] Bug#762132: fglrx-driver: Update to 1:14.6~ga14.201-1 amd64: Mouse cursor gone

[Jonathan Guthrie]

It happens for me, too.  There is no mouse cursor when X starts up, 
before I've logged in.  So, it doesn't matter what window manager I 
use.  I am using GDM3 as my display manager.  I tried to switch to KDM 
but it didn't work.


If there's anything you'd like me to try, some data you'd like me to 
send, all you need do is ask.


My hardware is a Dell Laptop with one of those dual video cards.


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

Bug#762522: \2d showing up in journalctl

[積丹尼 Dan Jacobson]

Package: systemd
Version: 215-4
Severity: minor

Why the \x2d in one 'slice' but not the other?
$ journalctl
 9月 23 10:24:06 jidanni2 systemd[1]: Starting system-systemd\x2dfsck.slice.
 9月 23 10:24:06 jidanni2 systemd[1]: Created slice system-systemd\x2dfsck.slice.
 9月 23 10:24:06 jidanni2 systemd[1]: Starting system-getty.slice.
 9月 23 10:24:06 jidanni2 systemd[1]: Created slice system-getty.slice.

Here are the rest:
# journalctl -o cat|fgrep \\
ACPI Exception: AE_NOT_FOUND, While evaluating Sleep State [\_S1_] 
(20140424/hwxface-580)
ACPI Exception: AE_NOT_FOUND, While evaluating Sleep State [\_S2_] 
(20140424/hwxface-580)
Expecting device 
dev-disk-by\x2duuid-ce5499e2\x2d019e\x2d44cc\x2d8f95\x2dd027832b3d7d.device...
Expecting device 
dev-disk-by\x2duuid-34610b6a\x2d70a3\x2d48d9\x2db135\x2d96907dc2ba16.device...
Expecting device 
dev-disk-by\x2duuid-888c0d26\x2de3de\x2d4edd\x2dba31\x2d078a7addced0.device...
Expecting device 
dev-disk-by\x2duuid-355d426a\x2dcbfc\x2d4faf\x2d91d6\x2d4f9405199517.device...
Starting system-systemd\x2dfsck.slice.
Created slice system-systemd\x2dfsck.slice.
Starting system-systemd\x2drfkill.slice.
Created slice system-systemd\x2drfkill.slice.


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

Bug#761425: Use python-pydoctor or python-epydoc and ship the HTML ?

[Scott Kitterman]

On Sat, 13 Sep 2014 20:17:07 +0100 Ian Jackson 
 wrote:
> Package: python-ipaddr
> Version: 2.1.10-1
> Severity: wishlist
> 
> The .deb contains no documentation, other than those in the python
> source code's docstrings, which are fine for interactive use in the
> python CLI but not really browsable.
> 
> I experimentally ran python-pydoctor on ipaddr.py and it seemed to
> generate something plausible.  Perhaps you could consider doing the
> same in the package.
> 
> If you think this is a good idea more generally, maybe there should be
> some debhelper support for doing this.  Feel free to say that you want
> this done only if done by debhelper or a plugin for debhelper; in
> which case please reassign this bug.

Reassigning to dh-python.  Since this is python specific, I think it would suit 
better as an option in pybuild.

Scott K


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

Bug#762492: libav-tools: Audio/video encoding produces an audio encoding error with openshot/kdenlive

[Reinhard Tartler]

Control: tag -1 upstream

Thank you for your bug report.

On Mon, Sep 22, 2014 at 3:47 PM, Charles Laws
 wrote:
> Package: libav-tools
> Version: 6:11-1
> Severity: important
>
> Dear Maintainer,
>
> My last video project was about 7 weeks ago. Sometime between then and now, I 
> lost the ability to export audio. I have tried a handful of different 
> encoding combinations with
> both openshot and kdenlive. Running openshot --debug and doing an export 
> gives me this:
>
> [libx264 @ 0x7fac29e0] [Eval @ 0x7fac39ffa500] Undefined constant or
> missing '(' in 'dct8x8'
> [libx264 @ 0x7fac29e0] Unable to parse option value "dct8x8"
> [aac @ 0x7fac002caec0] [Eval @ 0x7fac39ffa4b0] Undefined constant or
> missing '(' in 'dct8x8'
> [aac @ 0x7fac002caec0] Unable to parse option value "dct8x8"
> [mp4 @ 0x7fac24a0] Using AVStream.codec.time_base as a timebase hint
> to the muxer is deprecated. Set AVStream.time_base instead.
> on_frmExportVideo_destroy
> [consumer avformat] error writing flushed audio frame

That sounds like an issue that upstream should have a look at.
Would you mind filing this bug at the upstream bugtracker at
http://bugzilla.libav.org, and let us know the bugzilla bug number?
Also, cf https://libav.org/bugreports.html.

Thank you.
Reinhard


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

Bug#762521: gpaste: add support for Cinnamon

[Christoph Anton Mitterer]

Source: gpaste
Version: 3.12.2-1
Severity: wishlist


Hi.

Since GNOME3 is... well... questionable in basically all fields ;-)
... could you possibly add support for Cinnamon?

There seems to be an applet as well:
http://cinnamon-spices.linuxmint.com/applets/view/27

Cheers,
Chris.


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

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

-- 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#730742: Font rendering fuzzy (straight lines smeared across subpixels) since upgrade to 2.5.1

[Theppitak Karoonboonyanan]

Package: libfreetype6
Version: 2.5.2-2
Followup-For: Bug #730742
Control: reopen -1

Dear Maintainer,

I also prefer Adobe rasterizer, to the point that my font packages,
namely fonts-tlwg-*, have switched from TTF to OTF due to the improved
quality it provides. The result was better control on glyph shapes
(because the fonts are developed using cubic splines) with smaller
installation size.

Switching back to the old engine causes regression on my fonts, especially
on terminal with dark background:

New engine: http://linux.thai.net/~thep/shots/20140923-tlwgtypo-new-engine-2.png
Old engine: http://linux.thai.net/~thep/shots/20140923-tlwgtypo-old-engine-2.png

New engine: http://linux.thai.net/~thep/shots/20140923-tlwgtypo-new-engine-1.png
Old engine: http://linux.thai.net/~thep/shots/20140923-tlwgtypo-old-engine-1.png

So, I agree with Jason Pleau that Adobe engine is preferred.

However, instead of providing alternative packages, I think the patch
should be reverted and the poorly-hinted Cantarell font be fixed instead,
as pointed out here in upstream mailing list (according to BubuXP's
comment #118 above):

  https://lists.nongnu.org/archive/html/freetype/2014-01/msg00011.html

I've checked Cantarell font, and its hints are really poor as described.

I'm reopening the bug, so the discussion can be continued.

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

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

Versions of packages libfreetype6 depends on:
ii  libc6  2.19-11
ii  libpng12-0 1.2.50-2
ii  multiarch-support  2.19-11
ii  zlib1g 1:1.2.8.dfsg-2

libfreetype6 recommends no packages.

libfreetype6 suggests no packages.

-- no debconf information

--
Theppitak Karoonboonyanan
http://linux.thai.net/~thep/


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

Bug#762520: clearlooks-phenix-theme: theme is completely broken since the last GTK update

[Christoph Anton Mitterer]

Package: clearlooks-phenix-theme
Version: 3.0.16-7
Severity: grave
Justification: renders package unusable

Hi.

I guess since the most recent upgrade of GTK the theme is completely broken.

Most important, checkboxes and radio buttons are no longer displayed, you just
see an empty space where they should be.
When you click them, you can see the check for a few milliseconds, than it
becomes invisible again.

Further, the colours seem to no longer match, as the attached screenshot
should show quite well, the default background seems to be white now, while
the the background for frames, radio buttons and check boxes is still the
proper grey.

The screenshots are from cinnamon,... under gnome classic, I've seen that
also some grey tones seem to no longer match (again grey tone of
check boxes/etc. vs. the default background grey).


Cheers,
Chris.


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

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

Versions of packages clearlooks-phenix-theme depends on:
ii  libgtk-3-0  3.13.9-2

Versions of packages clearlooks-phenix-theme recommends:
ii  gtk2-engines  1:2.20.2-3

clearlooks-phenix-theme suggests no packages.

-- no debconf information

Bug#762519: xfce4-power-manager 1.4.0 misses lxpanel plugin.

[Andrej N. Gritsenko]

Source: xfce4-power-manager
Version: 1.4.0-2
Severity: important
Control: affects -1 lxpanel

The upstream package xfce4-power-manager contains plugin for lxpanel
which seriously affects usability of lxpanel (it's why this Severity) but
xfce4-power-manager misses it packaged. This is pretty much simple to fix:

1) add two packages to Build-Depends: lxpanel (>= 0.7.1), libfm-dev
2) add a binary package xfce4-power-manager-lxpanel-plugin into debian/control 
file
3) create debian/xfce4-power-manager-lxpanel-plugin.install with contents:

usr/lib/*/lxpanel/plugins

4) change in debian/xfce4-power-manager-plugins.install:

usr/lib

into

usr/lib/*/xfce4

(plugins should be in different packages due to lxpanel linking with libfm.so.4
which obviously should be not in Depends for Xfce4-related package)
5) DEB_LDFLAGS_MAINT_APPEND in debian/rules a bit conflicts with lxpanel since
flags -Wl,-z,defs aren't appropriate for plugins linked to executable, only for
linked to library but lxpanel isn't a library.


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

Bug#762262: turpial: fails to load

[Miguel Landaeta]

severity 762262 normal
tags 762262 + moreinfo unreproducible
thanks

On Sat, Sep 20, 2014 at 11:04:16AM +0100, Sharon Kimble wrote:
> Package: turpial
> Version: 3.0+dfsg-1
> Severity: grave
> Justification: renders package unusable
> 
> [...] 
> And it fails to load, and is therefore unusable and broken!

Hi Sharon,

I can't reproduce this bug in sid or jessie installations.

As Jakub indicated, this looks like some local issue due to Python
libraries installation outside the distribution. Nothing wrong with
that, but please make sure this is not interfering with Turpial
dependencies.

I'm downgrading the severity of this bug and I'd like if you can retry
and confirm if there is really an issue with Turpial.

Cheers,

-- 
Miguel Landaeta, nomadium at debian.org
secure email with PGP 0x6E608B637D8967E9 available at http://miguel.cc/key.
"Faith means not wanting to know what is true." -- Nietzsche


signature.asc
Description: Digital signature

Bug#762435: emacs24: Warning message from GLib-GObject

[Rob Browning]

Santiago Vila  writes:

> Package: emacs24
> Version: 24.3+1-5+b1
>
> Hello Rob. I got this today under unstable:
>
> (emacs:29258): GLib-GObject-WARNING **: The property GtkMisc:xalign is 
> deprecated and shouldn't be used anymore. It will be removed in a future 
> version.
>
> which apparently means emacs is using some obsolete feature of Gtk.

OK, thanks -- GTK+ 3 seems to be the hot (problematic) topic for emacs24
right now.  I'll need to investigate.

-- 
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C676 D2C4 C0F0 39E9 ED1B 597A
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4


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

Bug#762518: PEAR: [Regression] Preversion are not “translated” anymore

[David Prévot]

Package: pkg-php-tools
Version: 1.21
Severity: normal

Hi,

Among php-log dependencies, php-mdb2 (see package.xml extract bellow)
version used to be translated to 2.0.0~rc1, respecting Debian syntax,
but with the current version of pkg-php-tools, that’s not true anymore.

   
MDB2
pear.php.net
2.0.0RC1
   

According to Guillaume, the thing to fix should be in the following
file:
/usr/share/php/pkgtools/base/dependency.php

Regards

David

P.-S.: I’m currently using the following trick in d/watch to DTRT, and
it seems to work well in most cases. Maybe will such advice could have
its place in our documentation, or maybe some people have better advices
to share.

options=uversionmangle=s/-?([^\d.])/~$1/i;tr/A-Z/a-z/ \


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

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

Versions of packages pkg-php-tools depends on:
ii  debhelper  9.20140817
ii  php-pear   5.6.0+dfsg-1
ii  php5-cli   5.6.0+dfsg-1
ii  php5-json  1.3.6-1

pkg-php-tools recommends no packages.

Versions of packages pkg-php-tools suggests:
ii  dh-make  1.20140617

-- no debconf information


signature.asc
Description: Digital signature

Bug#762517: ITP: i3blocks - highly flexible status line for the i3 window manager

[Jason Pleau]

Package: wnpp
Severity: wishlist
Owner: Jason Pleau 

* Package name: i3blocks
  Version: 1.2
  Upstream Author: Vivien Didelot 
* URL : https://github.com/vivien/i3blocks
* License : GPL-3
  Programming Lang: C
  Description: highly flexible status line for the i3 window manager.

It follows the i3bar protocol; outputs JSON text which can be parsed 
with i3bar to display useful information in the status bar such as the 
current time, system load, uptime, available package updates, and much more.


A configuration file holds the settings for each "block", which contains 
a script or a command that the user provides (upstream provides a few 
scripts). Blocks can be updated at a given internal, by a mouse 
click/wheel movement, or a signal.



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

Bug#762516: proftpd-basic: segfault in TLS mode with certificate when strlen on NULL, string

[Frédéric Magnard]

Subject: proftpd-basic: segfault in TLS mode with certificate when strlen on 
NULL string
Package: proftpd-basic
Version: 1.3.4a-5+deb7u1
Severity: important
Tags: upstream patch



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

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

Versions of packages proftpd-basic depends on:
ii  adduser 3.113+nmu3
ii  debconf 1.5.49
ii  debianutils 4.3.2
ii  libacl1 2.2.51-8
ii  libc6   2.13-38+deb7u4
ii  libcap2 1:2.22-1.2
ii  libncurses5 5.9-10
ii  libpam-runtime  1.1.3-7.1
ii  libpam0g1.1.3-7.1
ii  libpcre31:8.30-5
ii  libssl1.0.0 1.0.1e-2+deb7u12
ii  libtinfo5   5.9-10
ii  libwrap07.6.q-24
ii  netbase 5.0
ii  sed 4.2.1-10
ii  ucf 3.0025+nmu3
ii  update-inetd4.43
ii  zlib1g  1:1.2.7.dfsg-13

Versions of packages proftpd-basic recommends:
ii  proftpd-mod-vroot  0.9.2-2+b2

Versions of packages proftpd-basic suggests:
pn  openbsd-inetd | inet-superserver  
ii  openssl   1.0.1e-2+deb7u12
pn  proftpd-doc   
pn  proftpd-mod-ldap  
pn  proftpd-mod-mysql 
pn  proftpd-mod-odbc  
pn  proftpd-mod-pgsql 
pn  proftpd-mod-sqlite

-- debconf information excluded

I use proftpd with TLS configuration like:

# TLS

 TLSEngine on
 TLSLog /home/debian/test/proftpd/logs/proftpd_tls.log ALL
 TLSProtocol SSLv23
#  TLSProtocol TLSv1
 # reject protection of the data channel
 TLSRequired !data
 TLSOptions AllowDotLogin
 # Server's certificate
 TLSRSACertificateFile /etc/ssl/certs/proftpd.cert.pem
 TLSRSACertificateKeyFile /etc/ssl/certs/proftpd.key.pem
 # Authenticate clients that want to use FTP over TLS?
 TLSVerifyClient off
 # Change renegotiations so that they are not required, only requested
 TLSRenegotiate required off


And then try to connect to it using certificates with a commande like:
curl -v --ftp-create-dirs -k --ftp-ssl-control -u debian:null -E 
~/.ssl/ftps.cat.pem ftp://server//home/debian/toto

proftpd then segfaults on line 269 of modules/mod_auth.c:
passwd_len = strlen(cmd->arg);

cmd->arg is NULL in this configuration, and strlen segfaults.

To solve the bug, this line can be replaced by:
passwd_len = (cmd->arg == NULL) ? 0 : strlen(cmd->arg);


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

Bug#762515: chromium: ignores keys from keyboard (like umlauts)

[Christoph Anton Mitterer]

Package: chromium
Version: 37.0.2062.120-2
Severity: important


Hi.

Since a long time now, chromium simply ignores any special keys pressed
on my keyboard, starting from umlaut keys on e.g. german keyboards
to everything created with the compose key or Alt Gr modifiers.

I really wonder what business a browser has to do in messing around
with the keyboard. o.O


Of course everything works just fine in all other applications.


Cheers,
Chris.

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

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

Versions of packages chromium depends on:
ii  chromium-inspector   37.0.2062.120-2
ii  gconf-service3.2.6-3
ii  libasound2   1.0.28-1
ii  libc62.19-11
ii  libcairo21.12.16-5
ii  libcap2  1:2.24-5
ii  libcups2 1.7.5-2
ii  libdbus-1-3  1.8.8-1
ii  libexpat12.1.0-6
ii  libfontconfig1   2.11.0-6.1
ii  libfreetype6 2.5.2-2
ii  libgcc1  1:4.9.1-15
ii  libgconf-2-4 3.2.6-3
ii  libgdk-pixbuf2.0-0   2.30.8-1
ii  libglib2.0-0 2.41.5-2
ii  libgnome-keyring03.12.0-1
ii  libgtk2.0-0  2.24.24-1
ii  libharfbuzz0b0.9.35-1
ii  libjpeg8 8d1-1
ii  libnspr4 2:4.10.7-1
ii  libnss3  2:3.17-1
ii  libpango-1.0-0   1.36.7-1
ii  libpangocairo-1.0-0  1.36.7-1
ii  libspeechd2  0.8-6
ii  libspeex11.2~rc1.2-1
ii  libstdc++6   4.9.1-15
ii  libudev1 215-4
ii  libx11-6 2:1.6.2-3
ii  libxcomposite1   1:0.4.4-1
ii  libxcursor1  1:1.1.14-1
ii  libxdamage1  1:1.1.4-2
ii  libxext6 2:1.3.2-1
ii  libxfixes3   1:5.0.1-2
ii  libxi6   2:1.7.4-1
ii  libxml2  2.9.1+dfsg1-4
ii  libxrandr2   2:1.4.2-1
ii  libxrender1  1:0.9.8-1
ii  libxslt1.1   1.1.28-2
ii  libxss1  1:1.2.2-1
ii  libxtst6 2:1.2.2-1
ii  xdg-utils1.1.0~rc1+git20111210-7.1

chromium recommends no packages.

Versions of packages chromium suggests:
ii  chromium-l10n  37.0.2062.120-2
pn  mozplugger 

-- 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#762514: cinnamon-control-center: seems to be somehow broken when started directly from the terminal

[Christoph Anton Mitterer]

Package: cinnamon-control-center
Version: 2.2.11-3
Severity: normal


Hi.

The control center seems to be somehow broken when being started
directly from the terminal.

The GTK apples seem to be drawn incorrectly, the window can't be resized
and only a few sub-menus are shown (see the screenshot).

It also behaves differently from the one started via the menu button,
where all the above things are correct:
>From Terminal:
There is the "All Settings" button, and when I go into some sub-menu, e.g.
Color another button "Color" appears right of the "All Settings" button.
This is not the case with the one started from the menu button.


Cheers,
Chris.


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

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

Versions of packages cinnamon-control-center depends on:
ii  accountsservice   0.6.37-3
ii  apg   2.2.3.dfsg.1-2
ii  cinnamon-control-center-data  2.2.11-3
ii  cinnamon-desktop-data 2.2.3-2
ii  cinnamon-settings-daemon  2.2.4.repack-5
ii  desktop-file-utils0.22-1
ii  gnome-icon-theme  3.12.0-1
ii  gnome-icon-theme-symbolic 3.12.0-1
ii  libatk1.0-0   2.12.0-1
ii  libc6 2.19-11
ii  libcairo-gobject2 1.12.16-5
ii  libcairo2 1.12.16-5
ii  libcanberra-gtk3-00.30-2.1
ii  libcanberra-pulse 0.30-2.1
ii  libcanberra0  0.30-2.1
ii  libcinnamon-control-center1   2.2.11-3
ii  libcinnamon-desktop4  2.2.3-2
ii  libcinnamon-menu-3-0  2.2.0-2
ii  libcolord21.2.1-1
ii  libdbus-1-3   1.8.8-1
ii  libdbus-glib-1-2  0.102-1
ii  libfontconfig12.11.0-6.1
ii  libfreetype6  2.5.2-2
ii  libgdk-pixbuf2.0-02.30.8-1
ii  libglib2.0-0  2.41.5-2
ii  libgnomekbd8  3.6.0-1
ii  libgtk-3-03.13.9-2
ii  libnm-glib4   0.9.8.10-4
ii  libnm-gtk00.9.8.10-1
ii  libnm-util2   0.9.8.10-4
ii  libnotify40.7.6-2
ii  libpango-1.0-01.36.7-1
ii  libpangocairo-1.0-0   1.36.7-1
ii  libpolkit-gobject-1-0 0.105-6.1
ii  libpulse-mainloop-glib0   5.0-6
ii  libpulse0 5.0-6
ii  libupower-glib3   0.99.1-3
ii  libwacom2 0.8-1
ii  libx11-6  2:1.6.2-3
ii  libxi62:1.7.4-1
ii  libxklavier16 5.2.1-1
ii  libxml2   2.9.1+dfsg1-4

Versions of packages cinnamon-control-center recommends:
ii  cups-pk-helper 0.2.5-2
ii  iso-codes  3.56-1
ii  mesa-utils 8.2.0-1
ii  mousetweaks3.12.0-1
ii  policykit-1-gnome  0.105-2

Versions of packages cinnamon-control-center suggests:
ii  gstreamer0.10-pulseaudio  0.10.31-3+nmu4
ii  libcanberra-gtk-module0.30-2.1
ii  x11-xserver-utils 7.7+3

-- no debconf information

Bug#762513: FIXED messages seen twice

[積丹尼 Dan Jacobson]

Package: e2fsprogs
Version: 1.42.12-1
Severity: minor

upon boot with no quiet option,
or later with journalctl (-o short-precise here) one sees two messages
for each check instead of one.

 9月 23 07:18:04.536050 jidanni2 systemd-fsck[126]: /dev/sda8: Superblock last 
mount time (Sat Sep 13 04:34:09 2014,
 9月 23 07:18:04.536660 jidanni2 systemd-fsck[126]: now = Mon Sep 23 07:18:04 
2013) is in the future.
 9月 23 07:18:04.537163 jidanni2 systemd-fsck[126]: FIXED.
 9月 23 07:18:04.537674 jidanni2 systemd-fsck[126]: /dev/sda8: Superblock last 
write time (Sat Sep 13 04:34:08 2014,
 9月 23 07:18:04.538199 jidanni2 systemd-fsck[126]: now = Mon Sep 23 07:18:04 
2013) is in the future.
 9月 23 07:18:04.538686 jidanni2 systemd-fsck[126]: FIXED.

(Reproduce by foolishly setting the BIOS clock slow by a year and rebooting.)


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

Bug#762512: gnome-session-flashback: doesn't display a mouse cursor any longer

[Christoph Anton Mitterer]

Package: gnome-session-flashback
Version: 3.8.1-2
Severity: grave
Justification: renders package unusable


Since the most recent upgrade of GTK+/etc. the mouse cursor is
no longer drawn (regardless of which theme is used).
It works of course in cinnamon and others.


Cheers,
Chris.


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

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

Versions of packages gnome-session-flashback depends on:
ii  cinnamon [notification-daemon]  2.2.16-3
ii  gnome-panel 3.8.1-2
ii  gnome-screensaver   3.6.1-2
ii  gnome-session-bin   3.12.1-3
ii  gnome-session-common3.12.1-3
ii  gnome-settings-daemon   3.12.2-1+b2
ii  metacity1:3.12.0-2
ii  nautilus3.12.2-1
ii  notification-daemon 0.7.6-1
ii  policykit-1-gnome   0.105-2

Versions of packages gnome-session-flashback recommends:
ii  gnome-power-manager  3.12.2-1+b1

Versions of packages gnome-session-flashback suggests:
ii  desktop-base  7.0.3
ii  gnome-keyring 3.12.2-1
ii  gnome-user-guide  3.12.2-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#762511: cinnamon: package further extensions

[Christoph Anton Mitterer]

Source: cinnamon
Version: 2.2.16-3
Severity: wishlist


Hi.

I'd like if there could be a package with further extensions.

For example "Workspace grid (2D) and switcher" 
(http://cinnamon-spices.linuxmint.com/applets/view/116)
looks like a very promising one, since it gives back most
functionality from the workspace switcher applet, people used
to know from GNOME(classic).

I'm not sure whether the best solution would be a big package like
cinnamon-extensions or so, which contains all non-default extensions
or per extension/applet packages.

Cheers,
Chris.


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

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

-- 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#762510: cinnamon: use Debian logo for the Menu button

[Christoph Anton Mitterer]

Package: cinnamon
Version: 2.2.16-3
Severity: wishlist


Hi.

It would be nice if the Debian packages for Cinnamon default
to using the swirl logo just as e.g. GNOME classic does/did.

The same (update-)alternative as from GNOME could be used:
There are 2 choices for the alternative start-here.svg (providing 
/usr/share/icons/gnome/scalable/places/start-here.svg).

  SelectionPath 
Priority   Status

* 0/usr/share/icons/gnome/scalable/places/debian-swirl.svg   30 
   auto mode
  1/usr/share/icons/gnome/scalable/places/debian-swirl.svg   30 
   manual mode
  2/usr/share/icons/gnome/scalable/places/gnome-foot.svg 20 
   manual mode

so that one get's a common UI over all the installed desktop environments.


Further I'd suggest that the Menu button created by default shouldn't contain
the text "Menu"... I guess this is clear to everyone ;-)


Cheers,
Chris.


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

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

Versions of packages cinnamon depends on:
ii  caribou  0.4.14-1
ii  cinnamon-common  2.2.16-3
ii  cinnamon-control-center  2.2.11-3
ii  cinnamon-desktop-data2.2.3-2
ii  cinnamon-screensaver 2.2.4-5
ii  cinnamon-session 2.2.2-3
ii  cinnamon-settings-daemon 2.2.4.repack-5
ii  cjs  2.2.2-2
ii  cups-pk-helper   0.2.5-2
ii  dconf-gsettings-backend [gsettings-backend]  0.20.0-2
ii  gir1.2-accountsservice-1.0   0.6.37-3
ii  gir1.2-caribou-1.0   0.4.14-1
ii  gir1.2-clutter-1.0   1.19.10-1
ii  gir1.2-cmenu-3.0 2.2.0-2
ii  gir1.2-cogl-1.0  1.18.2-2
ii  gir1.2-gconf-2.0 3.2.6-3
ii  gir1.2-gdkpixbuf-2.0 2.30.8-1
ii  gir1.2-gkbd-3.0  3.6.0-1
ii  gir1.2-glib-2.0  1.41.91-3
ii  gir1.2-gnomebluetooth-1.03.13.90-2
ii  gir1.2-gnomedesktop-3.0  3.12.2-2
ii  gir1.2-gtk-3.0   3.13.9-2
ii  gir1.2-gtkclutter-1.01.5.4-2
ii  gir1.2-javascriptcoregtk-3.0 2.4.5-2
ii  gir1.2-meta-muffin-0.0   2.2.6-3
ii  gir1.2-networkmanager-1.00.9.8.10-4
ii  gir1.2-nmgtk-1.0 0.9.8.10-1
ii  gir1.2-pango-1.0 1.36.7-1
ii  gir1.2-polkit-1.00.105-6.1
ii  gir1.2-soup-2.4  2.46.0-3
ii  gir1.2-upowerglib-1.00.99.1-3
ii  gir1.2-webkit-3.02.4.5-2
ii  gkbd-capplet 3.6.0-1
ii  gnome-icon-theme-symbolic3.12.0-1
ii  gnome-session-bin3.12.1-3
ii  gnome-settings-daemon3.12.2-1+b2
ii  gsettings-desktop-schemas3.13.92-2
ii  libatk1.0-0  2.12.0-1
ii  libc62.19-11
ii  libcairo21.12.16-5
ii  libcanberra0 0.30-2.1
ii  libcinnamon-menu-3-0 2.2.0-2
ii  libcjs0  2.2.2-2
ii  libclutter-1.0-0 1.19.10-1
ii  libcogl-pango20  1.18.2-2
ii  libcogl-path20   1.18.2-2
ii  libcogl201.18.2-2
ii  libcroco30.6.8-3
ii  libdbus-glib-1-2 0.102-1
ii  libgdk-pixbuf2.0-0   2.30.8-1
ii  libgirepository-1.0-11.41.91-3
ii  libgl1-mesa-glx [libgl1] 10.2.6-1
ii  libglib2.0-0 2.41.5-2
ii  libgstreamer1.0-01.4.2-1
ii  libgtk-3-0   3.13.9-2
ii  libjs-jquery 1.7.2+dfsg-3.2
ii  libmozjs185-1.0  1.8.5-1.0.0+dfsg-4.3
ii  libmuffin0   2.2.6-3
ii  libpango-1.0-0   1.36.7-1
ii  libpangocairo-1.0-0  1.36.7-1
ii  libpulse-mainloop-glib0  5.0-6
ii  libpulse05.0-6
ii  libstartup-notification0   

Bug#750255: lio-utils: FTBFS: chmod: cannot access '/«BUILDDIR»/lio-utils-3.1+git2.fd0b34fd/debian/lio-utils/usr/share/pyshared/*.py': No such file or directory

[Andy Grover]

On 09/21/2014 12:36 AM, Ritesh Raj Sarraf wrote:



On Saturday 20 September 2014 03:23 PM, Jerome Martin wrote:

Yes, the problem is that the kernel side uses this path unfortunately.
We could relocate policy and fabric to /var/lib/target, but that would
mean keeping both /lib/target and /var/target around for now, as the
kernel will use that for storing alua metadata in /var/target/alua.

However, what about relocating now, and keeping around a symlink to
/var/target, created in post-install?

This way, as soon as Nic can push the relocation to /var/lib/alua, we
are ready and just have to remove the symlink from packaging.

I am cc'ing the ML on this one.


The manpage, written by Andy, refers to /var/lib/. Which would imply
that Fedora/RHEL and all its derivatives must be using the new path.


I don't see any mention of /var/lib. In any case, RH packaging isn't 
creating /var/target/{alua,pr} directories, whose absence will cause PR 
ops to fail in 3.11+-based kernels even if they don't use APTPL. I need 
to fix that soon.


If I came up with a kernel patch that made the path that ALUA & PR files 
were written to settable via configfs, would that also be helpful to you?


Nick, thoughts?

Regards -- Andy


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

Bug#762509: O: meanwhile -- open implementation of the Lotus Sametime Community Client protocol

[Chris Vanden Berghe]

Package: wnpp
Severity: normal


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

Bug#746549: #746549 - "No music found"

[Pedro Beja]

Hey Josh,

I have no ideia, but according to
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=746549#57 maybe removing
and reinstalling gnome-music will fix this issue.

btw 3.14.0-1 is being baked atm :)

Cheers,
althaser

Bug#762401: Installation kFreeBSD-amd64: OK with quirks

[Steven Chamberlain]

Hi,

On 23:49, Herbert Kaminski wrote:
> 00:12.0 VGA compatible controller [0300]: NVIDIA Corporation C68 [GeForce 
> 7025 / nForce 630a] [10de:053e] (rev a2)

>  - X server did not recognize optimal screen resolution 
>(1024x768 instead of 1280x1024), no way to change that

It would be interesting to see your /var/log/Xorg.log, if you still have
it.  I suspect you would need the non-free xserver-xorg-video-nv package
for any other graphics modes;  it would be great to know if that works
on your hardware.

Thanks for the installation report!

(I'll reply separately about the other points if can find out more.)

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


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

Bug#747465: notification-daemon crashes

[Bob Bib]

Found this in dmesg log:

[   34.514000] traps: notification-da[1156] trap int3 ip:7f4fcf6d8f50 
sp:7fff5ef93ad0 error:0

(using LXDE; no 'notification-daemon' process running after that).


Best wishes,
Bob


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

Bug#762455: libc6: SIGSEV in _dl_signal_error() (dl-error.c:94)

[Carlos O'Donell]

On Mon, Sep 22, 2014 at 8:48 AM, Pierre Schweitzer  wrote:
> When trying to install the latest release of Intel Parallel Studio 2015 onto 
> Debian testing,
> I'm facing a segfault. Using GDB, I could isolate the segfault in:
> _dl_signal_error (errcode=errcode@entry=0, objname=objname@entry=0x18147760 
> "/tmp/install.ywPV4B/activation/activation.so", 
> occation=occation@entry=0x77df64eb "symbol lookup error",
> errstring=errstring@entry=0x7ffecab0 "undefined symbol: 
> pthread_once") at dl-error.c:94
>
> Here is the complete GDB output (with a backtrace):

You're gettting a crash loading the proprietary 3rd party licensing
code from FlexNet Publisher from Flexera Software.

That platform AFAIK supports only 64-bit CentOS or RHEL, and you are
therefore running on an unsupported platform.

I would suggest contacting Intel to get support.

Cheers,
Carlos.


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

Bug#761040: [libqtwebkit4] Browsers based on Webkit crash on loading pages

[Lisandro Damián Nicanor Pérez Meyer]

reopen 761040
retitle 761040 Browsers based on Webkit crash on loading pages on powerpc
thanks

On Monday 22 September 2014 22:14:48 Vladimir Berezenko wrote:
> Package: libqtwebkit4
> Version: 2.3.2.dfsg-4
> Followup-For: Bug #761040
> 
> Dear Maintainer,
> 
> qtwebkit based apps still segfault on show content. Attaching the crashlog.

Actually it crashes only (so far) on powerpc. The original author of this bug 
also could reproduce it there.


-- 
"Los pibes no piden que levantemos un muro para que tengan un límite,
sino que los ayudemos a crecer en libertad."
  Padre Bergoglio - http://www.lanacion.com.ar/1153060

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


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

Bug#746549: #746549 - "No music found"

[josh]

On Fri, Aug 08, 2014 at 04:19:09PM +0100, Pedro Beja wrote:
> I had this issue also, "no music found".
> 
> it was fixed by installing tracker-miner-fs and running tracker-control
> -rcs as you said.

I don't have tracker-miner-fs installed.  I would suggest that
gnome-music should be able to play music using only its (recursive)
Depends, and nothing seems to have a Depends on tracker-miner-fs.

- Josh Triplett


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

Bug#762508: fails to read from read-only filesystems; uses buggy read logic and error detection

[Sam Hocevar]

Package: chntpw
Version: 1.0-1
Severity: important
Tags: upstream patch

   chntpw fails to read files from read-only filesystems, despite
having some logic to handle this:

# chntpw -e /c/Windows/System32/config/SOFTWARE
chntpw version 1.00 140201, (c) Petter N Hagen
openHive(/c/Windows/System32/config/SOFTWARE) failed: Read-only file system, 
trying read-only
openHive(): read error: : Read-only file system
chntpw: Unable to open/read a hive, exiting..
#

   This is due to using errno as an error checking mechanism; it should
only be used when one knows a function has failed. The attached patch
fixes this problem. It also adds support for the non-fatal EINTR error,
and fixes yet another bug where the last read size is used in a check
instead of the whole file size.

Cheers,
-- 
Sam.

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

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

Versions of packages chntpw depends on:
ii  libc62.19-11
ii  libgcrypt11  1.5.4-3

chntpw recommends no packages.

chntpw suggests no packages.

-- no debconf information
Index: chntpw-1.0/ntreg.c
===
--- chntpw-1.0.orig/ntreg.c
+++ chntpw-1.0/ntreg.c
@@ -4241,9 +4241,9 @@ struct hive *openHive(char *filename, in
   do {  /* On some platforms read may not block, and read in chunks. handle that */
 r = read(hdesc->filedesc, hdesc->buffer + rt, hdesc->size - rt);
 rt += r;
-  } while ( !errno && (rt < hdesc->size) );
+  } while ( (r > 0 || (r < 0 && errno == EINTR)) && (rt < hdesc->size) );
 
-  if (errno) { 
+  if (r < 0) {
 perror("openHive(): read error: ");
 closeHive(hdesc);
 return(NULL);
@@ -4255,10 +4255,10 @@ struct hive *openHive(char *filename, in
 return(NULL);
   }
 
-  if (r < sizeof (*hdesc)) {
+  if (rt < sizeof (*hdesc)) {
 fprintf(stderr,
 	"file is too small; got %d bytes while expecting %d or more\n",
-	r, sizeof (*hdesc));
+	rt, sizeof (*hdesc));
 closeHive(hdesc);
 return(NULL);
   }

Bug#642987: EOL-support patch updated, to apply against new checkboxes code

[Holger Levsen]

Hi,

see mail subject and attached file.

[00:53] <  h01ger> | buxy: i have a patch to display end-of-life too, 
#642987 - i just dont like abusing urgency for it as i do. i'd rather have 
florians db remodelling..

but I might still commit this one to svn, as perfect is the enemy of good also 
here, and the EOL code can also be refactored, once the modell is redone :)


cheers,
Holger
From a96948b3ef4e4a40107cc8f00b9af584b6d26fb6 Mon Sep 17 00:00:00 2001
From: Holger Levsen 
Date: Sat, 13 Sep 2014 02:02:42 +0200
Subject: [PATCH] Display end-of-life information in the web view. (Closes:
 #642987)

---
 bin/tracker_service.py| 7 ++-
 lib/python/bugs.py| 4 ++--
 lib/python/security_db.py | 8 +---
 3 files changed, 13 insertions(+), 6 deletions(-)

diff --git a/bin/tracker_service.py b/bin/tracker_service.py
index d3c8b10..83a53bd 100644
--- a/bin/tracker_service.py
+++ b/bin/tracker_service.py
@@ -29,6 +29,7 @@ class BugFilter:
('low_urgency', 'low', 'urgency'),
('unimportant_urgency', 'unimportant', 'urgency'),
('unassigned_urgency', 'not_yet_assigned', 'urgency'),
+   ('endoflife_urgency', 'end-of-life', 'urgency'),
 
('remote', 'hide remote scope', 'scope'),
('local', 'hide local scope', 'scope'),
@@ -76,7 +77,9 @@ class BugFilter:
 and urg == 'unimportant'
 filteruna = not self.params['unassigned_urgency'] \
 and urg ==  'not yet assigned'
-return filterlow or filtermed or filterhigh or filterund or filteruni or filteruna
+filterend = not self.params['endoflife_urgency'] \
+and urg == 'end-of-life'
+return filterlow or filtermed or filterhigh or filterund or filteruni or filteruna or filterend
 
 def remoteFiltered(self, remote):
 	filterr = self.params['remote'] and remote and remote is not None
@@ -420,6 +423,8 @@ data source.""")],
 else:
 rel = '(unstable)'
 urgency = str(n.urgency)
+		if urgency == 'end-of-life':
+			urgency = self.make_red('end-of-life')
 if n.fixed_version:
 ver = str(n.fixed_version)
 if ver == '0':
diff --git a/lib/python/bugs.py b/lib/python/bugs.py
index a147e74..9247085 100644
--- a/lib/python/bugs.py
+++ b/lib/python/bugs.py
@@ -24,7 +24,7 @@ class Urgency(debian_support.PseudoEnum): pass
 
 def listUrgencies():
 urgencies = {}
-urgs = ('high', 'medium', 'low', 'unimportant', 'not yet assigned')
+urgs = ('high', 'medium', 'low', 'unimportant', 'end-of-life', 'not yet assigned')
 for u in range(len(urgs)):
 urgencies[urgs[u]] = Urgency(urgs[u], -u)
 Urgency.urgencies = urgencies
@@ -579,7 +579,7 @@ class FileBase(debian_support.PackageFile):
 comments.append(('NOTE', r))
 elif v == 'end-of-life':
 pkg_notes.append(PackageNoteParsed
- (p, '0', 'unimportant',
+ (p, None, 'end-of-life',
   release=release))
 if d:
 # Not exactly ideal, but we have to
diff --git a/lib/python/security_db.py b/lib/python/security_db.py
index 088d4b5..52abb93 100644
--- a/lib/python/security_db.py
+++ b/lib/python/security_db.py
@@ -274,7 +274,7 @@ class DB:
  subrelease TEXT NOT NULL,
  status TEXT NOT NULL
  CHECK (status IN ('vulnerable', 'fixed', 'unknown', 'undetermined',
-   'partially-fixed', 'todo')),
+   'partially-fixed', 'todo', 'end-of-life')),
  reason TEXT NOT NULL,
  PRIMARY KEY (bug_name, release, subrelease))""")
 
@@ -1305,7 +1305,8 @@ class DB:
 AND n.id = vulnlist.note
 ORDER BY vulnlist.package""")):
 if fixed_version == '0' or urgency == 'unimportant' \
-   or kind not in ('source', 'binary', 'unknown'):
+or urgency == 'end-of-life' \
+or kind not in ('source', 'binary', 'unknown'):
 continue
 
 # Normalize FAKE-* names a bit.  The line number (which
@@ -1500,7 +1501,8 @@ class DB:
 # packages as vulnerable.  (If unstable_fixed == '0',
 # release-specific annotations cannot create
 # vulnerabilities, either.)
-if total_urgency == 'unimportant' or unstable_fixed == '0':
+if total_urgency == 'unimportant' or unstable_fixed == '0' \
+or total_urgency == 'end-of-life':
 continue
 
 if unstable_fixed is None

Bug#761243: ITA: symmetrica: git deposit at Alioth

[Jerome BENOIT]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hello Folks,

I have just deposited at Alioth my update for the symmetrica package.

Note that I have already asked for a review.

Enjoy,
Jerome
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iQEbBAEBAgAGBQJUIKciAAoJEIC/w4IMSybjPNkH93RDmGXxiH4ReybJuIWZchPO
rvtrJZiYdw6idaf/FH6UjUH8iG+SQS4eMV3mynSVvrjMwL+nBSiGQ2PDNB+zvSKq
ltFHWutRmndD1mJ6JS/YnrRXnz2cNSQ7q+4SMjWCxaNYWsHkBSOmIZrd9kBCvv2+
z6FxaD2iXExFNQ+J+BPZOrXtGs+wGADX7vkTzKG+Ydx3J3mX8Hs8VsTv6a3lLoHV
n/6I0dykgDfXcyCDDTQ6bPlAs5vggjtYVJZ3HAE6IFBFJhrG/JoVPXVE45z/mz5G
XMHCNPnxLmFaExA4OQgSPOt1SqrMaPP0mxRARRQCA/5yJB6kRDI/OdCr528EXA==
=0ni1
-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#762507: 'Suggests: tinymice' --> 'Suggests: tinymce'

[Loyall, David]

Package: picolisp
Version: 3.1.7.3-1
Severity: minor

Dear Kan-Ru Chen,

The package picolisp suggests the package tinymice.

I believe this is a typo.  picolisp should suggest the package
tinymce instead.

I confirmed this to my own satisfaction by performing two internet
searches.

  picolisp tinymice
(154 hits, all about the Debian package)
  picolisp tinymce
(3690 hits, all about using TinyMCE with PicoLisp)

I hope this helps.

Cheers,
--Dave

Lincoln, Nebraska

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

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

Versions of packages picolisp depends on:
ii  dpkg 1.17.13
ii  libc62.19-11
ii  libssl1.0.0  1.0.1i-2

picolisp recommends no packages.

Versions of packages picolisp suggests:
pn  tinymice  

-- 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#750989: /usr/share/apport/apport-gtk: apport-gtk is complaining that the report is invalid and that permission is not granted

[Laurent Bigonville]

patch 750989 + patch
thanks

Hello,

Please find here a patch.

I rewrote apport-notifyd based on what ubuntu is doing in the
update-notifier code.

The patch is also bumping the debhelper compatibility so we are getting
the hardening flags automatically for the notifier daemon.

This should also fix #750471 and #760097

The debian/copyright file should probably also be adjusted.

Cheers,

Laurent Bigonvillediff -Nru apport-2.14.2/debian/apport-notifyd.c apport-2.14.2/debian/apport-notifyd.c
--- apport-2.14.2/debian/apport-notifyd.c	2014-09-10 11:56:22.0 +0200
+++ apport-2.14.2/debian/apport-notifyd.c	2014-09-23 00:23:47.0 +0200
@@ -1,116 +1,177 @@
-/*
-***
-*  Copyright (C) Ritesh Raj Sarraf*
-* *
-* This program is free software. You may use, modify, and redistribute it *
-* under the terms of the GNU General Public License as published   	  *
-* by the Free Software Foundation, either version 3 or (at your option)   *
-* any later version. This program is distributed without any warranty.*
-***
-*/
-
-#include 
-#include 
+/* apport-notifyd.c
+ * Copyright (C) 2004 Lukas Lipka 
+ *   (C) 2004 Michael Vogt 
+ *   (C) 2004 Michiel Sikkes 
+ *   (C) 2004-2009 Canonical
+ *   (C) 2014 Laurent Bigonville
+ *
+ * This library is free software; you can redistribute it and/or
+ * modify it under the terms of the GNU Lesser General Public
+ * License as published by the Free Software Foundation; either
+ * version 2 of the License, or (at your option) any later version.
+ *
+ * This library is distributed in the hope that it will be useful,
+ * but WITHOUT ANY WARRANTY; without even the implied warranty of
+ * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU
+ * Lesser General Public License for more details.
+ *
+ * You should have received a copy of the GNU Lesser General Public
+ * License along with this library; if not, write to the
+ * Free Software Foundation, Inc., 51 Franklin St, Fifth Floor
+ * Boston, MA  02110-1301 USA.
+ */
 #include 
-#include 
-#include 
-#include 
-
+#include 
+#include 
 
-#define BUF_LEN (10 * (sizeof(struct inotify_event) + NAME_MAX + 1))
-#define PROG "apport-bug "
-#define CRASH_PATH "/var/crash/"
+/* the time when we check for fam events */
+#define TIMEOUT_FAM 1000*5 /* 5 sec */
 
-int checkFileExtn(const char* extn, const char* CRASH_EXTN)
+#define CRASHREPORT_HELPER "/usr/share/apport/apport-checkreports"
+#define CRASHREPORT_REPORT_APP "/usr/share/apport/apport-gtk"
+#define CRASHREPORT_DIR "/var/crash/"
+
+gboolean crashreport_pending = FALSE;
+
+void monitor_cb (GFileMonitor *handle,
+ GFile *monitor_f,
+ GFile *other_monitor_f,
+ GFileMonitorEvent event_type,
+ gpointer user_data)
 {
-	#define CRASH_EXTN ".crash"
-	size_t extnLength;
-	size_t apportLength;
 
-	extnLength = strlen(extn);
-	apportLength = strlen(CRASH_EXTN);
-	// syslog(LOG_NOTICE,"extnLength is %d and apportLength is %d\n", extnLength, apportLength);
+gchar *info_uri = g_file_get_path(monitor_f);
+
+/*
+g_debug("inotify: info_uri: %s", info_uri);
+g_debug("inotify: event_type: %i",event_type);
+*/
 
-	if(apportLength > extnLength) return 1;
+/* we ignore lock file events because we can only get when a lock was
+ * taken, but not when it was removed */
+if(g_str_has_suffix(info_uri, "lock"))
+return;
+
+if(g_str_has_prefix(info_uri, CRASHREPORT_DIR)) {
+g_debug("crashreport found: %s", info_uri);
+crashreport_pending = TRUE;
+}
 
-	/* Check if it is a .crash file */
-	// syslog(LOG_NOTICE,"strcmp length is %s\n", &extn[extnLength - apportLength]);
-	return (strcmp(&extn[extnLength - apportLength], CRASH_EXTN)) == 0;
+g_free(info_uri);
 }
 
-static void trapCrashFile(struct inotify_event *i)
+gboolean crashreport_check(gboolean system)
 {
+gint exitcode = -1;
+gchar *argv[] = { CRASHREPORT_HELPER, NULL, NULL };
 
-char cmdStr[1024] = { NULL };
-strcat(cmdStr, PROG);
-strcat(cmdStr, CRASH_PATH);
-strcat(cmdStr, i->name);
-// syslog(LOG_DEBUG, "cmdStr is %s at event %d\n", cmdStr, i->mask);
+if(system)
+argv[1] = "--system";
 
-if (checkFileExtn(i->name, CRASH_EXTN)) {
-	// syslog(LOG_DEBUG, "File %s has extension %s\n", i->name, CRASH_EXTN);
-	if (i->mask & IN_CREATE) {
-		system(cmdStr);
-		syslog(LOG_NOTICE, "cmdStr is %s at event %d\n", cmdStr, i->mask);
-	}
-} /* else {
-	syslog(LOG_DEBUG, "File %s does not have extension %s\n", i->name, CRASH_EXTN);
-} */
-
-/*
-if (i->mask & IN_CREATE)system(cmdStr);
-if (i->mask & IN_ATTRIB)printf("IN_ATTRIB ");
-if (i->mask 

Bug#759324: [libdbd-oracle-perl] conflicts with perl-5.20

[Julián Moreno Patiño]

Hi Dom,

Sorry for the bad name in my previous email.

Kind regards,

-- 
Julián Moreno Patiño
Debian Developer
 .''`. Debian GNU/{Linux,KfreeBSD}
: :' : Free Operating Systems
`. `'  http://debian.org/
  `-   GPG Fingerprint:
C2C8 904E 314C D8FA 041D 9B00 D5FD FC15 6168 BF60
Registered GNU Linux User ID 488513


signature.asc
Description: Digital signature

Bug#762135: libyaml-tiny-perl: YAML::Tiny >=1.60 generates certain(?) strings without quotes

[Michael Prokop]

* Michael Prokop [Thu Sep 18, 2014 at 09:54:47PM +0200]:

> NOTE: I've already reported this to upstream in
> https://rt.cpan.org/Public/Bug/Display.html?id=97870 but as I would
> like to prevent this bug to appear in Debian/jessie I'm reporting it
> here as well.

> I noticed a parsing problem with a YAML file which is caused by the way
> YAML::Tiny generates the YAML file since recent versions.
[...]
> It works fine with the strings around the ^00' as generated from
> previous versions of YAML::Tiny though. (FTR:
> /usr/share/perl5/YAML/Loader.pm is from libyaml-perl, reproduced
> with versions 0.98 and 1.09-1.)

As Karen noted in the upstream bug (c/p-ing here from
):

| This is not a bug in YAML::Tiny. YAML::Tiny is dumping correctly. It's a bug 
in
| YAML.pm's loader (which is often the case). All the other YAML modules load
| this correctly.
|
| Ingy just fixed this in YAML.pm and released YAML-1.12.tar.gz.

So this bug should be fixed as soon as libyaml-perl 1.12 hits
Debian (jessie).

regards,
-mika-


signature.asc
Description: Digital signature

Bug#762146: Upgrade To Sid From Beta D-I Breaks systemd, udev, and cron

[Michael Biebl]

Am 23.09.2014 um 00:22 schrieb David L. Craig:
> On 14Sep23:0016+0200, Michael Biebl wrote:
>> Am 22.09.2014 um 23:23 schrieb David L. Craig:
>>> On 14Sep21:2011+0200, Michael Biebl wrote:
>>>
 What were the exact error messages you got?
 Please provide the dpkg log and the output from journalctl -alb
>>>
>>> I ran the test case again and obtained the same results
>>> from "aptitude dist-upgrade" and began receiving the kernel
>>> messages about journald as well; however, the system performed
>>> a "telinit 6" nominally after I had executed your requested
>>> "journalctl -alb" redirecting stdout and stderr to a file.
>>
>> I wasn't able to reproduce the failure.
>> Would it be possible for you to create a VM image I can download?
> 
> Hmmm... Probably, once I figure out how.  You want it just
> before the dist-upgrade command?

Yeah, this would be perfect


-- 
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#759518: x11-common: Print the real name of the executable instead of x-session-manager

[Laurent Bigonville]

affects 759518 + apport
thanks

Hi,

Apparently this could actually affects apport (/usr/bin/apport-bug)
that actually try to determine the type of session the user is running
by grepping the process list.

Cheers,

Laurent Bigonville


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

Bug#746125: [OGDev] Bug#746125: openguides: FTBFS: Tests failures

[Bob Walker]

OpenGuides 0.77 has been released to CPAN
https://metacpan.org/release/BOB/OpenGuides-0.77

This releaase including the patch that Niko Tyni provided
https://github.com/OpenGuides/OpenGuides/pull/78


On Thu, 4 Sep 2014, Dominic Hargreaves wrote:


Control: tags -1 +help

On Sun, Apr 27, 2014 at 02:48:27PM +0200, David Suárez wrote:

During a rebuild of all packages in sid, your package failed to build on
amd64.


The extract of the build log[0] on the bug report isn't particularly helpful.
All the test failures (there are more than just the ones listed) are
of the form:

Unhandled error: [DBD::SQLite::st execute failed: attempt to write a readonly 
database at /usr/share/perl5/Wiki/Toolkit/Store/Database.pm line 567.

The first of this appears at t/109_autocreate.t:

$ perl -Ilib t/109_autocreate.t
1..13
Creating table internal_links... done
Creating table content... done
Creating table metadata... done
Creating table schema_info... done
Creating table node... done
Unhandled error: [DBD::SQLite::st execute failed: attempt to write a readonly 
database at /usr/share/perl5/Wiki/Toolkit/Store/Database.pm line 567.
] at /usr/share/perl5/Wiki/Toolkit.pm line 849.
# Looks like your test exited with 2 before it could output anything.

Next, t/802_stylesheet.t:

$ perl -Ilib t/802_stylesheet.t
1..3
Creating table metadata... done
Creating table content... done
Creating table schema_info... done
Creating table node... done
Creating table internal_links... done
Unhandled error: [DBD::SQLite::st execute failed: attempt to write a readonly 
database at /usr/share/perl5/Wiki/Toolkit/Store/Database.pm line 567.
] at /usr/share/perl5/Wiki/Toolkit.pm line 849.
# Looks like your test exited with 2 before it could output anything.

Thirdly, 809_recent_changes_ip_addr.t, just to demonstrate it doesn't
always happen immediately:

$ perl -Ilib t/809_recent_changes_ip_addr.t
1..10
Creating table internal_links... done
Creating table metadata... done
Creating table schema_info... done
Creating table node... done
Creating table content... done
ok 1 - prefs available as TT var on recent changes
ok 2 - ...even when there's a recent changes tracking cookie set
Unhandled error: [DBD::SQLite::st execute failed: attempt to write a readonly 
database at /usr/share/perl5/Wiki/Toolkit/Store/Database.pm line 567.
] at /usr/share/perl5/Wiki/Toolkit.pm line 849.
# Looks like you planned 10 tests but ran 2.
# Looks like your test exited with 2 just after 2.

Running strace on the first of these gives:

access("/home/dom/working/deb-git/openguides/t/node.db-journal", F_OK) = -1 
ENOENT (No such file or directory)
fstat64(3, {st_mode=S_IFREG|0644, st_size=12288, ...}) = 0
_llseek(3, 24, [24], SEEK_SET)  = 0
read(3, "\0\0\0\7\0\0\0\f\0\0\0\0\0\0\0\0", 16) = 16
fstat64(3, {st_mode=S_IFREG|0644, st_size=12288, ...}) = 0
access("/home/dom/working/deb-git/openguides/t/node.db-wal", F_OK) = -1 ENOENT 
(No such file or directory)
fstat64(3, {st_mode=S_IFREG|0644, st_size=12288, ...}) = 0
time(NULL)  = 1409869756
stat64("/etc/localtime", {st_mode=S_IFREG|0644, st_size=118, ...}) = 0
stat64("/etc/localtime", {st_mode=S_IFREG|0644, st_size=118, ...}) = 0
time(NULL)  = 1409869756
stat64("/etc/localtime", {st_mode=S_IFREG|0644, st_size=118, ...}) = 0
fcntl64(3, F_SETLK64, {type=F_WRLCK, whence=SEEK_SET, start=1073741825, len=1}, 
0xbfbf4b04) = 0
_llseek(3, 7168, [7168], SEEK_SET)  = 0
read(3, "\r\0\0\0\0\4\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 
1024) = 1024
_llseek(3, 5120, [5120], SEEK_SET)  = 0
read(3, "\r\0\0\0\0\4\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 
1024) = 1024
stat64("/home/dom/working/deb-git/openguides/t/node.db", {st_mode=S_IFREG|0644, 
st_size=12288, ...}) = 0
fcntl64(3, F_SETLK64, {type=F_RDLCK, whence=SEEK_SET, start=1073741826, 
len=510}, 0xbfbf4a04) = 0
fcntl64(3, F_SETLK64, {type=F_UNLCK, whence=SEEK_SET, start=1073741824, len=2}, 
0xbfbf4a04) = 0
fcntl64(3, F_SETLK64, {type=F_UNLCK, whence=SEEK_SET, start=0, len=0}, 
0xbfbf4a54) = 0
write(2, "Unhandled error: [DBD::SQLite::s"..., 196Unhandled error: 
[DBD::SQLite::st execute failed: attempt to write a readonly database at 
/usr/share/perl5/Wiki/Toolkit/Store/Database.pm line 567.
] at /usr/share/perl5/Wiki/Toolkit.pm line 849.
) = 196

which doesn't immediately explain why we got the error. It does seem
to be peculiar to the Debian environment (no failures at [1] except
unrelated ones on Windows).

I should probably make explicit that I don't think these are genuine
ACL problems. The file and its containing directory remain writeable by the
user at all times, as far as I can see. It doesn't seem to be architecture
specific (at least it fails with i386 and amd64 equally).

I'm at a bit of a loss how to proceed, here. Does anyone have any ideas?

Dominic.

[0] 

[1] 

Bug#762146: Upgrade To Sid From Beta D-I Breaks systemd, udev, and cron

[David L. Craig]

On 14Sep23:0016+0200, Michael Biebl wrote:
> Am 22.09.2014 um 23:23 schrieb David L. Craig:
> > On 14Sep21:2011+0200, Michael Biebl wrote:
> > 
> >> What were the exact error messages you got?
> >> Please provide the dpkg log and the output from journalctl -alb
> > 
> > I ran the test case again and obtained the same results
> > from "aptitude dist-upgrade" and began receiving the kernel
> > messages about journald as well; however, the system performed
> > a "telinit 6" nominally after I had executed your requested
> > "journalctl -alb" redirecting stdout and stderr to a file.
> 
> I wasn't able to reproduce the failure.
> Would it be possible for you to create a VM image I can download?

Hmmm... Probably, once I figure out how.  You want it just
before the dist-upgrade command?
-- 

May the LORD God bless you exceedingly abundantly!

Dave_Craig__
"So the universe is not quite as you thought it was.
 You'd better rearrange your beliefs, then.
 Because you certainly can't rearrange the universe."
__--from_Nightfall_by_Asimov/Silverberg_


signature.asc
Description: Digital signature

Bug#762146: Upgrade To Sid From Beta D-I Breaks systemd, udev, and cron

[Michael Biebl]

Am 22.09.2014 um 23:23 schrieb David L. Craig:
> On 14Sep21:2011+0200, Michael Biebl wrote:
> 
>> What were the exact error messages you got?
>> Please provide the dpkg log and the output from journalctl -alb
> 
> I ran the test case again and obtained the same results
> from "aptitude dist-upgrade" and began receiving the kernel
> messages about journald as well; however, the system performed
> a "telinit 6" nominally after I had executed your requested
> "journalctl -alb" redirecting stdout and stderr to a file.

I wasn't able to reproduce the failure.
Would it be possible for you to create a VM image I can download?




-- 
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#759324: [libdbd-oracle-perl] conflicts with perl-5.20

[Julián Moreno Patiño]

Hello Dod,

Sorry for the late reply. I can build it on amd64. But I am a bit worried
because I am not using it anymore, I don't an Oracle Server to test it.

Any suggestions?

I'll be attentive.

Kind regards,

-- 
Julián Moreno Patiño
Debian Developer
 .''`. Debian GNU/{Linux,KfreeBSD}
: :' : Free Operating Systems
`. `'  http://debian.org/
  `-   GPG Fingerprint:
C2C8 904E 314C D8FA 041D 9B00 D5FD FC15 6168 BF60
Registered GNU Linux User ID 488513


signature.asc
Description: Digital signature

Bug#762500: [Pkg-xfce-devel] Bug#762500: xfce4-power-manager-plugins: plugin icon is missing

[Zlatko Calusic]

On 22.09.2014 23:19, Yves-Alexis Perez wrote:

On lun., 2014-09-22 at 22:51 +0200, Zlatko Calusic wrote:

Package: xfce4-power-manager-plugins
Version: 1.4.0-2
Severity: normal

I like new xfpm plugin very much, there's just one small problem with
it. On the desktop, where I have an UPS connected via USB cable,
there's no icon in the xfce panel (previously, there was an icon in
the tray). But, on the laptop (equipped with a battery), I see the
icon.

Just to be clear, I'm not talking about trayicon, I know it's gone,
I'm talking about the xfpm plugin icon.

Screenshot: http://i39.servimg.com/u/f39/13/01/91/22/xfpm10.png


Can you strace the plugin and check the file it tries to open? It should
try to use the various ups files from xfce4-power-manager-data, but that
can also depend on the currently used icon theme.

Regards,



I replaced panel's wrapper binary with script that executes strace -fe 
open on the real wrapper binary, and then added the plugin to the panel. 
I'm afraid not much additional info in the trace file. Unless I missed 
something, it looks like the plugin never attempts to open any image 
file. At least you can see what icon themes I have installed (adwaita, 
gnome, hicolor).


http://pastebin.com/6MM6CkEB

This issue looks specific to the fact that I have UPS connected on this 
particular computer, not battery. I see that xfce4-power-manager-data 
package has specific icons for UPS' and they're properly installed, 
somehow they are invisible in panel. :P


--
Zlatko


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

Bug#762506: RFP: enumerate -- OCaml quotation expanders for enumerating finite types

[Hilko Bengen]

Package: wnpp
Severity: wishlist

* Package name: enumerate
  Version : 111.08.00
  Upstream Author : Jane Street Capital LLC 
* URL or Web page : https://github.com/janestreet/enumerate
* License : Apache-2.0
  Description : OCaml quotation expanders for enumerating finite types

This package is needed by newer versions of the Core library.


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

Bug#746927: pu: net-snmp/5.4.3~dfsg-2.8+deb7u1 (Bug#721224 snmpd: produces error if the Executables/scripts entries in snmpd.conf is over 50)

[Adam D. Barratt]

Control: tags -1 + pending

On Sun, 2014-09-21 at 20:09 +0900, Hideki Yamane wrote:
> On Sun, 21 Sep 2014 11:42:34 +0100
> "Adam D. Barratt"  wrote:
> > >  And I want to push more changes with three CVE fixes for 
> > > net-snmp/5.4.3~dfsg-2.8+deb7u1
> > 
> > Yes, that looks okay.
>  
>  Thanks again, uploaded.

Flagged for acceptance; thanks.

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#725154: pu: package oss-compat/2

[Adam D. Barratt]

Control: tags -1 + pending

On Sat, 2014-09-20 at 19:08 +0100, Adam D. Barratt wrote:
> Control: tags -1 + confirmed
> 
> Apologies for the long delay in getting back to you.
> 
> On Wed, 2013-10-02 at 22:59 +0200, Stephen Kitt wrote:
> > On Wed, 02 Oct 2013 20:29:00 +0100, "Adam D. Barratt"
> >  wrote:
> > > On Wed, 2013-10-02 at 07:52 +0200, Stephen Kitt wrote:
> > > > oss-compat in stable suffers from two serious bugs:
> > > >   * 660803, related to changes in kmod (and causing issues when
> > > > installing Debian Edu wheezy);
> > > >   * 718241, which was initially just a tracking bug for testing but
> > > > also applies to wheezy.
[...]
> Removing your own conffiles is icky, but I don't have any better
> solutions. Please go ahead, thanks.

This was uploaded and I've flagged it for acceptance.

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#740353: [Pkg-xfce-devel] Bug#740353: Keyboard backlight support: Resolved

[Christian Kastner]

Hi,

On 2014-02-28 23:20, Christian Kastner wrote:
> On 2014-02-28 18:48, Yves-Alexis Perez wrote:
>> On Fri, Feb 28, 2014 at 04:14:36PM +0100, Christian Kastner wrote:
>>>
>>> There's a patch for xfce4-power-manager[0] in the Xfce Bugzilla
>>> that enables keyboard backlight support using UPower.
>>>
>>> [0] https://bugzilla.xfce.org/show_bug.cgi?id=10470
>>
>> Considering it's a feature request not accepted upstream, it's
>> unlikely we'll include it in the package.
> 
> OK, I'll try to persuade upstream.

The referenced patch got included in 1.3.0 independently.

I just tested xfce4-power-manager 1.4.0 from unstable, and I'm happy to
report that the keyboard backlight support works great.

Christian


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

Bug#760282: nmu: scotch_5.1.12b.dfsg-1.2

[Adam D. Barratt]

Control: tags -1 + pending

On Sat, 2014-09-20 at 18:18 +0200, Julien Cristau wrote:
> Control: tag -1 confirmed
> 
> On Tue, Sep  2, 2014 at 16:29:45 +0200, Salvatore Bonaccorso wrote:
> 
> > I guess this request is quite unfortunate as it affects a rebuild of a
> > ppackage in stable. Note I'm not the maintainer but we runned into
> > this problem.
> > 
> > It is tracked in BTS as #748130. The binary packages produced by
> > src:scotch in wheezy were not (re-)builded at the time picking the
> > correct default mpi-implementation.
> > 
> > On Wed, May 14, 2014 at 05:42:48PM +0200, Pierre Saramito wrote:
> > > Hi all,
> > > 
> > > The stable (wheezy) debian package "libscotch-5.1" depends on MPI lib as :
> > > 
> > >   dep: libmpich2-3   [amd64, mips, mipsel, s390, s390x]
> > >   dep: libopenmpi1.3 [not amd64, mips, mipsel, s390, s390x]
> > > 
> > > while the "mpi-default-bin" package has the following dependencies :
> > > 
> > >   dep: mpich2   [mips, mipsel, s390, s390x]
> > >   dep: openmpi-bin  [not mips, mipsel, s390, s390x]
> > > 
> > > The same bug occurs for all MPI-dependent packages from the "scotch" 
> > > source package.
> > > Thus, on amd64, the scotch library is not usable:
> > > package depending on scotch will compile but segfault at run time.
> > > 
> > > A possible solution should be to recompile the wheezy/amd64 scotch 
> > > package.
> > 
> > Can the scotch package be binnmu'ed on stable for amd64?
> > 
> > Is
> > 
> > nmu scotch_5.1.12b.dfsg-1.2 . amd64 . -d wheezy . -m "Rebuild to pick the 
> > correct mpi-default implementation (Closes: #748130)"
> > 
> > correct?
> > 
> The -d (or the . after it) is wrong, and binNMU changelogs can't close
> bugs, but other than that, yes.  I've scheduled the rebuild.

Flagged for acceptance.

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#755234: Battery status: works for me with xfce4-power-manager-plugins 1.4.0

[Christian Kastner]

Hi,

I'm happy to report that after upgrade xfce4-power-manager-plugins to
1.4.0, the battery status is updated again.

Christian


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

Bug#745322: Using -isystem for krb5 headers breaks mixed MIT/heimdal applications

[Sam Hartman]

Convince heimdal to emit -Isystem as well?  Just to play nice?


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

Bug#725154: pu: package oss-compat/2

[Stephen Kitt]

On Mon, 22 Sep 2014 22:49:52 +0100, "Adam D. Barratt"
 wrote:
> On Sat, 2014-09-20 at 19:08 +0100, Adam D. Barratt wrote:
> > Apologies for the long delay in getting back to you.
> > 
> > On Wed, 2013-10-02 at 22:59 +0200, Stephen Kitt wrote:
> > > On Wed, 02 Oct 2013 20:29:00 +0100, "Adam D. Barratt"
> > >  wrote:
> > > > On Wed, 2013-10-02 at 07:52 +0200, Stephen Kitt wrote:
> > > > > oss-compat in stable suffers from two serious bugs:
> > > > >   * 660803, related to changes in kmod (and causing issues when
> > > > > installing Debian Edu wheezy);
> > > > >   * 718241, which was initially just a tracking bug for testing but
> > > > > also applies to wheezy.
> [...]
> > Removing your own conffiles is icky, but I don't have any better
> > solutions. Please go ahead, thanks.
> 
> This was uploaded and I've flagged it for acceptance.

Thanks!

Stephen


signature.asc
Description: PGP signature

Bug#762505: RFP: pa-test -- OCaml syntax extension for writing inline tests

[Hilko Bengen]

Package: wnpp
Severity: wishlist

* Package name: pa-test
  Version : 111.08.00
  Upstream Author : Jane Street Capital LLC 
* URL or Web page : https://github.com/janestreet/pa_test
* License : Apache-2.0
  Description : OCaml syntax extension for writing inline tests

This package is needed by newer versions of the Core library


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

Bug#762504: RFP: pa-bench -- OCaml syntax extension for writing inline benchmarks

[Hilko Bengen]

Package: wnpp
Severity: wishlist

* Package name: pa-bench
  Version : 111.28.00
  Upstream Author : Jane Street Capital LLC 
* URL or Web page : https://github.com/janestreet/pa_bench
* License : Apache-2.0
  Description : OCaml syntax extension writing inline benchmarks

This package is needed by newer versions of the Core library


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

Bug#762503: new version 0.6 available, support Python 3

[W. Martin Borgert]

Package: python-pysolar
Version: 0.5+git4720b36403-1
Severity: wishlist

New version 0.6 is available at github, which supports Python 3.


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

Bug#762502: Reply links containing non-ascii data are broken

[Don Armstrong]

Package: debbugs
Severity: normal

See

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=723649#15
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=762310#10

for example; the mail header encoding is not reverted.

-- 
Don Armstrong  http://www.donarmstrong.com

"It's not Hollywood. War is real, war is primarily not about defeat or
victory, it is about death. I've seen thousands and thousands of dead
bodies. Do you think I want to have an academic debate on this
subject?"
 -- Robert Fisk


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

Bug#762434: docker.io: docker does't run after upgrade docker.io:amd64 1.0.0~dfsg1-1 -> 1.2.0~dfsg1-1

[Tianon Gravi]

On 22 September 2014 03:50, Kamen Naydenov  wrote:
> 2014/09/22 09:34:42 docker daemon: 1.2.0 fa7b24f; execdriver: native; 
> graphdriver:
> [fef560f1] +job serveapi(unix:///var/run/docker.sock)
> [info] Listening for HTTP on unix (/var/run/docker.sock)
> docker.io: relocation error: docker.io: symbol 
> dm_task_get_info_with_deferred_remove, version Base not defined in file 
> libdevmapper.so.1.02.1 with link time reference

This bit seems interesting to me.  I believe we're being compiled
against libdevmapper 2:1.02.90-1, so maybe this is just a mismatch in
our deps, and we need to require a higher version of
libdevmapper1.02.1 or something.  We're definitely over my head
though, so if this isn't it, I'm out of ideas.

♥,
- Tianon


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

Bug#725415: group pcscd doesn't exist

[Valerio Vanni]

Package: libccid
Version: 1.4.7-1
Followup-For: Bug #725415

# generic CCID device (bInterfaceClass = 0x0b)
# change group from default "root" to "pcscd"
ENV{ID_USB_INTERFACES}=="*:0b:*", GROUP="pcscd"

Even this line? Or should I simply remove ", GROUP="pcsdc""



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

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

Versions of packages libccid depends on:
ii  libc6 2.13-38+deb7u4
ii  libusb-1.0-0  2:1.0.11-1

libccid recommends no packages.

Versions of packages libccid suggests:
pn  pcmciautils  

-- 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#754556: python-mpop does not build

[Antonio Valentino]

Hi Andreas,

Il 22/09/2014 17:35, Andreas Tille ha scritto:
> Hi Antonio,
> 
> since python-mipp is now available I tried to build mpop but it
> failed when trying the unit tests:
> 
> 
> ...
> 
> ==
> ERROR: test_as_image (test_channel.TestChannel)
> Check the geo_image version of the channel.
> --
> Traceback (most recent call last):
>   File "/tmp/buildd/python-mpop-1.0.0/mpop/test_channel.py", line 311, in 
> test_as_image
> img = self.chan.as_image(False)
>   File "mpop/channel.py", line 252, in as_image
> from mpop.imageo.geo_image import GeoImage
>   File "mpop/imageo/geo_image.py", line 35, in 
> import Image as pil
> ImportError: No module named Image
> 
> --
> Ran 29 tests in 0.014s
> 
> 
> This is probably due to the fact that you forgot python-pil build-dependency.
> Could you please fix the Build-Depends and test the package in pbuilder?
> 
> Kind regards
> 
>  Andreas.
> 
> 


thanks Andreas, it should be fixed now in git.


cheers

-- 
Antonio Valentino


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

Bug#761480: [l10n] Updated Czech translation of apt-listbugs

[Francesco Poli]

On Wed, 17 Sep 2014 00:04:48 +0200 Francesco Poli wrote:

[...]
> However, I would like to receive answers to my questions (please see my
> previous message), so that I may further enhance the translation.
> Thanks for the time you will dedicate to this.
> 
> Please let me know as soon as possible.

Dear Miroslav,
could you please answer to my two questions (sent in my first
reply [1])?

[1] https://lists.debian.org/debian-l10n-czech/2014/09/msg5.html

Thanks for your time!


-- 
 http://www.inventati.org/frx/
 fsck is a four letter word...
. Francesco Poli .
 GnuPG key fpr == CA01 1147 9CD2 EFDF FB82  3925 3E1C 27E1 1F69 BFFE


pgpeCBxeNbxBl.pgp
Description: PGP signature

Bug#762322: [Pkg-gnupg-maint] Bug#762322: FTCBFS for ppc64el, sparc64: missing lock-obj-pub.$ARCH.h

[Daniel Kahn Gillmor]

On 09/21/2014 01:37 AM, Helmut Grohne wrote:
> Package: src:libgpg-error
> Version: 1.16-1
> User: helm...@debian.org
> Usertags: rebootstrap
> X-Debbugs-Cc: debian-sp...@lists.debian.org
> 
> libgpg-error FTCBFS on ppc64el and sparc64 (and maybe more), because the
> platform-specific lock-obj-pub.*.h file is missing. See:
> https://jenkins.debian.net/job/rebootstrap_ppc64el_gcc49/66/console
> https://jenkins.debian.net/job/rebootstrap_sparc64_gcc49_nobiarch/63/console
> 
> For ppc64el I am attaching the missing file, 

Thanks, i've prepared a change to the repo to include this, and i've
forwarded it upstream.

> but for sparc64 I was
> unable to find a porter machine. I therefore CC-ed d-sparc@l.d.o

i note that the build-deps appear to be uninstallable on sparc64, so
this might not be as easy to produce as looking through buildd output,
either:

 http://buildd.debian-ports.org/status/package.php?p=libgpg-error&suite=sid

--dkg



signature.asc
Description: OpenPGP digital signature

Bug#762397: [Reproducible-builds] Bug#762397: libgpg-error: please do not capture the current time during the build process

[Daniel Kahn Gillmor]

Control: tags -1 + pending

On 09/22/2014 04:57 PM, Jérémy Bobbio wrote:
> Jeroen Dekkers:
>> Jérémy actually already wrote a patch for dpkg-buildpackage to export
>> DEB_BUILD_TIMESTAMP:
>>
>> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=75
>>
>> But if we want to push these things upstream, wouldn't it be better to
>> remove the DEB_ prefix from the name of the environment variable?
> 
> This is unrelated. DEB_BUILD_TIMESTAMP is meant to be consumed by dpkg.
> If libgpg-error build system needs to be fed with a timestamp, it would
> need to be through another environment variable. In that case,
> debian/rules should probably take care of feeding the right value.

yep, the patch i've prepared for libgpg-error (now available at the
pkg-gnupg repo[0]) modifies configure.ac to accept a generic env var,
and then sets it from debian/rules.

There might be a few more updates to libgpg-error that i'll roll into
the next debian release, and i want to let 1.16-1 transition to testing
before bumping it in unstable.  I hope to have this fixed in unstable in
a few days.

> But, sincerely, I believe the right move for upstream would be to get
> rid of the embedded timestamp entirely. Embedding a Git commit id would
> make much more sense (and mabye its date) than embedding the time of the
> build.

I've suggested to upstream that dropping the timestamp would also be
another way to go.

> PPS: If we start bikeshedding on every patch, there's not even the
> slightest chance we will get to the point where build reproducibility is
> actually a Debian feature. We need to trust maintainers to do the right
> things.

fwiw, i don't feel like this was bikeshedding.  I'm still learning my
way around the idea of creating reproducible builds, and discussion
about different ways to do things are helpful for me as i gain my
intuitions in this space.

Thanks to everyone for the suggestions and ideas.

--dkg

[0] git://anonscm.debian.org/pkg-gnupg/libgpg-error.git



signature.asc
Description: OpenPGP digital signature

Bug#746226: RM: libxbase -- xbase compatible C++ class library

[Aurelien Jarno]

control: tag -1 - moreinfo

On Mon, Apr 28, 2014 at 11:41:24AM +0200, Matthias Klose wrote:
> Package: ftp.debian.org
> 
> Please remove libxbase once calligra isn't either built without xbase support 
> or
> built using the updated xbase64 (ITP: #743443).
> 

calligra is now built without libxbase support support. Please proceed
with the removal. Thanks.

-- 
Aurelien Jarno  GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net


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

Bug#762485: geographiclib: FTBFS on 32-bit architectures: symbols not quite as expected

[Ross Gammon]

On 09/22/2014 08:42 PM, Aaron M. Ucko wrote:
> Source: geographiclib Version: 1.37-1 Severity: serious 
> Justification: fails to build from source (but built successfully
> in the past)
> 
> Builds of geographiclib for all 32-bit architectures have been
> failing because they yield different (mangled) symbol names than
> expected, as detailed at
> 
> https://buildd.debian.org/status/logs.php?pkg=geographiclib&ver=1.37-1
>
>  Could you please account for these differences?
> 
> Thanks!


Hmmm. The symbols file was created new for this version, so I have
probably made a mistake :-(

I will be away from my computer for a couple of days, but will take a
look when I get back.

Ross


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

Bug#762146: Upgrade To Sid From Beta D-I Breaks systemd, udev, and cron

[David L. Craig]

On 14Sep21:2011+0200, Michael Biebl wrote:

> What were the exact error messages you got?
> Please provide the dpkg log and the output from journalctl -alb

I ran the test case again and obtained the same results
from "aptitude dist-upgrade" and began receiving the kernel
messages about journald as well; however, the system performed
a "telinit 6" nominally after I had executed your requested
"journalctl -alb" redirecting stdout and stderr to a file.

> When in single user mode, did you also try to run "dpkg --configure -a"
> or apt-get -f install to fix the broken package state?

While "dpkg --configure -a" complained about nothing, acl
and systemd remained broken; however, "apt-get -f install"
was successful.  Attached are the dpkg and apt logs.
-- 

May the LORD God bless you exceedingly abundantly!

Dave_Craig__
"So the universe is not quite as you thought it was.
 You'd better rearrange your beliefs, then.
 Because you certainly can't rearrange the universe."
__--from_Nightfall_by_Asimov/Silverberg_


a762146.journalctl-alb.out.gz
Description: application/gzip


a762146.dpkg.log.gz
Description: application/gzip


a762146.apt-term.log.gz
Description: application/gzip


a762146.apt-history.log.gz
Description: application/gzip


signature.asc
Description: Digital signature

Bug#762500: [Pkg-xfce-devel] Bug#762500: xfce4-power-manager-plugins: plugin icon is missing

[Yves-Alexis Perez]

On lun., 2014-09-22 at 22:51 +0200, Zlatko Calusic wrote:
> Package: xfce4-power-manager-plugins
> Version: 1.4.0-2
> Severity: normal
> 
> I like new xfpm plugin very much, there's just one small problem with
> it. On the desktop, where I have an UPS connected via USB cable,
> there's no icon in the xfce panel (previously, there was an icon in
> the tray). But, on the laptop (equipped with a battery), I see the
> icon.
> 
> Just to be clear, I'm not talking about trayicon, I know it's gone,
> I'm talking about the xfpm plugin icon.
> 
> Screenshot: http://i39.servimg.com/u/f39/13/01/91/22/xfpm10.png

Can you strace the plugin and check the file it tries to open? It should
try to use the various ups files from xfce4-power-manager-data, but that
can also depend on the currently used icon theme.

Regards,
-- 
Yves-Alexis


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

Bug#762413: taskcoach: Please relax dependency on python-wxgtk3.0

[Nicolas Boulenguez]

On Mon, Sep 22, 2014 at 05:20:11PM +1200, Olly Betts wrote:

> | Depends: python-wxgtk3.0 (<< 3.0.0.0+dfsg.0~), python-wxgtk3.0 (>=
> 3.0.0.0+dfsg), [...]
> The >= restriction is pointless - every uploaded version satisfies it as
> the first upload was 3.0.0.0+dfsg-1:
> https://packages.qa.debian.org/w/wxpython3.0.html
> By adding needless versioning of dependencies like this, you're mainly
> just making life more difficult for the dependency resolver by giving it
> more constraints to process.
> If there's a reason for the upper bound on the version of
> python-wxgtk3.0, you should really have discussed that before adding it,
> rather than letting it be a nasty surprise now, when it blocks testing
> migration of a newer wxpython3.0 upload.

The versioned dependency is generated by dh_linktree.
Upstream embeds a copy of the pubsub source tree because it needs to
patch one line in one source. I use the sources from wxgtk3.0 instead,
apply the patch then call "dh_linktree deduplicate" to replace
unpatched files with symlinks.
Whether I use dh_linktree or not, I want to avoid duplicating the
pubsub tree so I need to rebuild taskcoach (and reapply the patch)
each time wxgtk3.0 changes its upstream version, in case the pubsub
code has been modified.


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

Bug#762397: [Reproducible-builds] Bug#762397: libgpg-error: please do not capture the current time during the build process

[Jeroen Dekkers]

At Mon, 22 Sep 2014 15:15:50 -0400,
Daniel Kahn Gillmor wrote:
> 
> On 09/21/2014 04:58 PM, Dominic Hargreaves wrote:
> > On Sun, Sep 21, 2014 at 10:45:14PM +0200, Jérémy Bobbio wrote:
> >> As part of the “reproducible builds” effort [1], it was detected that
> >> libgpg-error could not be built reproducibly.
> >>
> >> The build process capture the time of the build. This piece of
> >> information is not really helpful to anyone and prevents the build
> >> process from being deterministic.
> >>
> >> The attached patch will instead use the time of the latest
> >> debian/changelog entry. Once applied, libgpg-error can be built
> >> reproducibly! :)
> > 
> > Wouldn't it be better to patch configure.ac in a way useful to upstream;
> > for example by having it use the time from an exported environment
> > variable? Otherwise the package is going to have to carry around a
> > Debian-specific patch forever.
> 
> I like Dominic's suggestion (we'd need to pass the env var from
> debian/rules), and i'll see what i can suggest upstream.

Jérémy actually already wrote a patch for dpkg-buildpackage to export
DEB_BUILD_TIMESTAMP:

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=75

But if we want to push these things upstream, wouldn't it be better to
remove the DEB_ prefix from the name of the environment variable?


Jeroen Dekkers

Bug#759453: steghide: run dh-autoreconf to update for new architectures

[Aurelien Jarno]

control: severity -1 important
control: tag -1 + patch

On Wed, Aug 27, 2014 at 10:56:18AM +0100, Wookey wrote:
> Package: steghide
> Version: 0.5.1-9
> Severity: normal
> User: debian-...@lists.debian.org
> Usertag: arm64
> 
> This package failed to build on arm64. Here is the buildd log:
> https://buildd.debian.org/status/fetch.php?pkg=steghide&arch=arm64&ver=0.5.1-9&stamp=1408434089.
> 
> It is one of hundreds of packages which need autoconf updates in order
> to build on new architectures such as arm64, mips64el, ppc64el and
> or1k. Re-autoconfing is the recommended way to deal with the general
> case of this problem in Debian, as it works now and in the future, and
> ensures packages remain buildable from source. This page (
> https://wiki.debian.org/Autoreconf ) contains information on this
> issue, and details for maintainers on how to update their packages:
> 
> The porter teams are working hard to get the new architectures ready
> for jessie, and time is short, so do please try to fix this issue
> promptly. It's often trivial to do.
> 

Please find attached a patch to fix this issue. In order to get the
arm64 and ppc64el architectures, it would be nice if you can upload
a new version with this patch in the next days. Thanks.

Aurelien

-- 
Aurelien Jarno  GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
--- steghide-0.5.1/debian/control
+++ steghide-0.5.1/debian/control
@@ -2,7 +2,7 @@
 Section: misc
 Priority: optional
 Maintainer: Ola Lundqvist 
-Build-Depends: debhelper (>= 4.0.0), libmcrypt-dev, libmhash-dev, zlib1g-dev, libtool, libjpeg-dev
+Build-Depends: debhelper (>= 4.0.0), libmcrypt-dev, libmhash-dev, zlib1g-dev, libtool, libjpeg-dev, autotools-dev
 Standards-Version: 3.7.2
 
 Package: steghide
--- steghide-0.5.1/debian/rules	
+++ steghide-0.5.1/debian/rules	
@@ -8,6 +8,7 @@
 configure: configure-stamp
 configure-stamp:
 	dh_testdir
+	dh_autotools-dev_updateconfig
 	./configure --prefix=/usr --mandir=\$${prefix}/share/man --infodir=\$${prefix}/share/info
 	touch configure-stamp
 
@@ -28,6 +29,7 @@
 	-rm po/*.gmo
 	-rm src/*.o src/steghide
 
+	dh_autotools-dev_restoreconfig
 	dh_clean
 
 install: build

Bug#745322: Using -isystem for krb5 headers breaks mixed MIT/heimdal applications

[Benjamin Kaduk]

Hi all,

It seems this saga never ends.

With the current state of affairs in sid, MIT krb5's krb5-config and/or
pkg-config are always emitting -isystem stanzas to find the krb5 headers.

My understanding (which is not completely field tested, but I'm fairly
confident) is that if there are MIT headers in /usr/include/mit-krb5 and
Heimdal headers in /usr/include/heimdal, then I can have an application
which uses MIT's libkrb5 and a helper library (such as libroken) from
Heimdal, so long as -I/usr/include/mit-krb5 comes before
-I/usr/include/heimdal on the compiler command line.

When -isystem /usr/include/mit-krb5 is used, that directory is treated as
a location of system headers, which means it is automatically moved to the
end of the include search path, so such an application would always get
the Heimdal krb5.h (and fail to compile if it's doing anything
nontrivial).

The immediate case where I'm encountering this issue is a development
version of openafs (see #761933), which will want to use libroken and
libhcrypto.  However, I suspect there are other Heimdal libraries that
could be used without conflicts in an MIT-krb5-using application.

I see two immediate solutions to my particular problem: (1) switch openafs
to using Heimdal, which I am reluctant to do because of the changes it
would force on users, (2) have separate libroken-dev and
libhcrypto-dev packages so that I can get those headers without pulling in
Heimdal's krb5.h which causes problems, which is more work for Jelmer
(even if someone else contributes the patches, realistically), and (3) use
the --with-krb5-lib and --with-krb5-include from rra-c-util (thanks,
Russ!) and patch openafs such that the includes are processed in the
proper order (they currently are not; I guess realistically I would have
to do this patching even if krb5-config was not emitting -isystem).

I know that this sort of mixed MIT/Heimdal application is pretty uncommon
(largely because of the difficulty involved in getting it to work
properly), but maybe we should do something better than the current state
of affairs.

Any other thoughts, whether for the openafs case in particular or the more
general case?

-Ben


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

Bug#762501: bind9rndc: connect failed: 127.0.0.1#953: connection refused

[Valerio Vanni]

Package: bind9
Version: 1:9.8.4.dfsg.P1-6+nmu2+deb7u2
Severity: normal

   * What led up to the situation?

The error shows during the service stop (either launched by hand or when the
system shuts down)

server:~# /etc/init.d/bind9 stop
[] Stopping domain name service...: bind9rndc: connect failed:
127.0.0.1#953: connection refused
waiting for pid 2584 to die
.. ok
server:~#
It happened also in previous debian releases (I remember for sure etch and
squeeze, not sure about lenny).

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

The only workaround I found is
"chown root.bind /etc/bind/rdnc.key" (by itself, it's bind.bind).
The permissions were 640, and I didn't change them.



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

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

Versions of packages bind9 depends on:
ii  adduser3.113+nmu3
ii  bind9utils 1:9.8.4.dfsg.P1-6+nmu2+deb7u2
ii  debconf [debconf-2.0]  1.5.49
ii  libbind9-801:9.8.4.dfsg.P1-6+nmu2+deb7u2
ii  libc6  2.13-38+deb7u4
ii  libcap21:2.22-1.2
ii  libdns88   1:9.8.4.dfsg.P1-6+nmu2+deb7u2
ii  libgssapi-krb5-2   1.10.1+dfsg-5+deb7u2
ii  libisc84   1:9.8.4.dfsg.P1-6+nmu2+deb7u2
ii  libisccc80 1:9.8.4.dfsg.P1-6+nmu2+deb7u2
ii  libisccfg821:9.8.4.dfsg.P1-6+nmu2+deb7u2
ii  liblwres80 1:9.8.4.dfsg.P1-6+nmu2+deb7u2
ii  libssl1.0.01.0.1e-2+deb7u12
ii  libxml22.8.0+dfsg1-7+wheezy1
ii  lsb-base   4.1+Debian8+deb7u1
ii  net-tools  1.60-24.2
ii  netbase5.0

bind9 recommends no packages.

Versions of packages bind9 suggests:
ii  bind9-doc   1:9.8.4.dfsg.P1-6+nmu2+deb7u2
ii  dnsutils1:9.8.4.dfsg.P1-6+nmu2+deb7u2
pn  resolvconf  
pn  ufw 

-- Configuration Files:
/etc/bind/named.conf.local changed:
//
// Do any local configuration here
//
// Consider adding the 1918 zones here, if they are not used in your
// organization
//include "/etc/bind/zones.rfc1918";
// add entries for other zones below here
zone "0.0.127.in-addr.arpa" {
type master;
file "/etc/bind/db.0.0.127";
};
zone "vanni.it" {
type master;
notify no;
file "/etc/bind/db.vanni.it";
};
zone "1.168.192.in-addr.arpa" {
type master;
notify no;
file "/etc/bind/db.1.168.192";
};  

/etc/bind/named.conf.options changed:
options {
directory "/var/cache/bind";
// If there is a firewall between you and nameservers you want
// to talk to, you may need to fix the firewall to allow multiple
// ports to talk.  See http://www.kb.cert.org/vuls/id/800113
// If your ISP provided one or more IP addresses for stable 
// nameservers, you probably want to use them as forwarders.  
// Uncomment the following block, and insert the addresses replacing 
// the all-0's placeholder.
// forwarders {
//  0.0.0.0;
// };

//
// If BIND logs error messages about the root key being expired,
// you will need to update your keys.  See https://www.isc.org/bind-keys

//
dnssec-validation auto;
auth-nxdomain no;# conform to RFC1035
listen-on-v6 { any; };
};


-- debconf information:
  bind9/different-configuration-file:
  bind9/run-resolvconf: true
  bind9/start-as-user: bind


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

Bug#762397: [Reproducible-builds] Bug#762397: libgpg-error: please do not capture the current time during the build process

[Jérémy Bobbio]

Jeroen Dekkers:
> Jérémy actually already wrote a patch for dpkg-buildpackage to export
> DEB_BUILD_TIMESTAMP:
> 
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=75
> 
> But if we want to push these things upstream, wouldn't it be better to
> remove the DEB_ prefix from the name of the environment variable?

This is unrelated. DEB_BUILD_TIMESTAMP is meant to be consumed by dpkg.
If libgpg-error build system needs to be fed with a timestamp, it would
need to be through another environment variable. In that case,
debian/rules should probably take care of feeding the right value.

But, sincerely, I believe the right move for upstream would be to get
rid of the embedded timestamp entirely. Embedding a Git commit id would
make much more sense (and mabye its date) than embedding the time of the
build.

PS: Please call me Lunar.

PPS: If we start bikeshedding on every patch, there's not even the
slightest chance we will get to the point where build reproducibility is
actually a Debian feature. We need to trust maintainers to do the right
things.

-- 
Lunar.''`. 
lu...@debian.org: :Ⓐ  :  # apt-get install anarchism
`. `'` 
  `-   


signature.asc
Description: Digital signature

Bug#762500: xfce4-power-manager-plugins: plugin icon is missing

[Zlatko Calusic]

Package: xfce4-power-manager-plugins
Version: 1.4.0-2
Severity: normal

I like new xfpm plugin very much, there's just one small problem with
it. On the desktop, where I have an UPS connected via USB cable,
there's no icon in the xfce panel (previously, there was an icon in
the tray). But, on the laptop (equipped with a battery), I see the
icon.

Just to be clear, I'm not talking about trayicon, I know it's gone,
I'm talking about the xfpm plugin icon.

Screenshot: http://i39.servimg.com/u/f39/13/01/91/22/xfpm10.png

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

Kernel: Linux 3.17.0-rc6+ (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages xfce4-power-manager-plugins depends on:
ii  libatk1.0-0  2.12.0-1
ii  libc62.19-11
ii  libcairo21.12.16-5
ii  libdbus-1-3  1.8.8-1
ii  libdbus-glib-1-2 0.102-1
ii  libfontconfig1   2.11.0-6.1
ii  libfreetype6 2.5.2-2
ii  libgdk-pixbuf2.0-0   2.30.8-1
ii  libglib2.0-0 2.41.5-2
ii  libgtk2.0-0  2.24.24-1
ii  libpango-1.0-0   1.36.7-1
ii  libpangocairo-1.0-0  1.36.7-1
ii  libpangoft2-1.0-01.36.7-1
ii  libupower-glib3  0.99.1-3
ii  libx11-6 2:1.6.2-3
ii  libxfce4ui-1-0   4.10.0-6
ii  libxfce4util64.10.1-2
ii  libxfconf-0-24.10.0-3
ii  libxrandr2   2:1.4.2-1
ii  xfce4-panel  4.10.1-1
ii  xfce4-power-manager  1.4.0-2

xfce4-power-manager-plugins recommends no packages.

xfce4-power-manager-plugins 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#572360: diff of the NMU

[Aurelien Jarno]

Hi,

I have just done a non-maintainer upload to fix this long standing
issue. Please find the diff attached.

Aurelien

-- 
Aurelien Jarno  GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
diff -u cconv-0.6.2/debian/rules cconv-0.6.2/debian/rules
--- cconv-0.6.2/debian/rules
+++ cconv-0.6.2/debian/rules
@@ -7,6 +7,7 @@
 
 config.status: configure
 	dh_testdir
+	dh_autoreconf
 	./configure --prefix=/usr \
 		--mandir=\$${prefix}/share/man \
 		--infodir=\$${prefix}/share/info \
@@ -26,6 +27,7 @@
 	rm -f build-stamp 
 	rm -f $(CURDIR)/debian/cconv.xml $(CURDIR)/debian/cconv.1
 	[ ! -f Makefile ] || $(MAKE) distclean
+	dh_autoreconf_clean
 	dh_clean 
 
 install: build
diff -u cconv-0.6.2/debian/changelog cconv-0.6.2/debian/changelog
--- cconv-0.6.2/debian/changelog
+++ cconv-0.6.2/debian/changelog
@@ -1,3 +1,14 @@
+cconv (0.6.2-1.1) unstable; urgency=medium
+
+  [ Aurelien Jarno
+  * Non maintainer upload.
+
+  [ Logan Rosen ]
+  * Use dh-autoreconf to get new libtool macros for ppc64el and update
+config.{sub,guess} for new arches (Closes: #572360).
+
+ -- Aurelien Jarno   Mon, 22 Sep 2014 22:50:47 +0200
+
 cconv (0.6.2-1) unstable; urgency=low
 
   * New upstream release.
diff -u cconv-0.6.2/debian/control cconv-0.6.2/debian/control
--- cconv-0.6.2/debian/control
+++ cconv-0.6.2/debian/control
@@ -2,7 +2,7 @@
 Section: text
 Priority: extra
 Maintainer: Vern Sun 
-Build-Depends: debhelper (>= 7), autotools-dev, asciidoc, xsltproc, libxml2-utils, docbook-xml, docbook-xsl
+Build-Depends: debhelper (>= 7), dh-autoreconf, asciidoc, xsltproc, libxml2-utils, docbook-xml, docbook-xsl
 Standards-Version: 3.8.4
 Homepage: http://code.google.com/p/cconv/