Bug#769299: qemu: Readconfig doesn't recognize memory option

[Michael Tokarev]

Control: tag -1 + patch fixed-upstream

This is commit 3b9985e9a104dd90427570dd4e06e4d1f152c48b upstream:
http://git.qemu-project.org/?p=qemu.git;a=commitdiff;h=3b9985e9a104dd90427570dd4e06e4d1f152c48b

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#760897: release-notes: systemd switch: customised init scripts

[Niels Thykier]

On 2015-01-15 01:12, Stuart Prescott wrote:
> Hi Niels,
> 
> thanks for looking at this -- it's good to have it documented.
>
> 
> [...]
> 
> cheers
> Stuart
> 
> 

Hi Stuart and Hendrik,

Thanks for your comments.

I believe I have addressed them all in the attached patches, which I
have committed to the SVN.  Please let me know if you any further
remarks or any remarks to the proposed changes. :)

Once again, thanks for contributing to the release notes.

Thanks,
~Niels


>From 5a6ef207fa6990a74348a63c060b0dcdb13aca9b Mon Sep 17 00:00:00 2001
From: Niels Thykier 
Date: Thu, 15 Jan 2015 08:28:11 +0100
Subject: [PATCH 1/2] en/issues: Extended the modified sysvinit script section

Based on feedback from Stuart Prescott and Hendrik Boom.

Signed-off-by: Niels Thykier 
---
 en/issues.dbk | 25 +
 1 file changed, 17 insertions(+), 8 deletions(-)

diff --git a/en/issues.dbk b/en/issues.dbk
index 63b2289..f41620f 100644
--- a/en/issues.dbk
+++ b/en/issues.dbk
@@ -294,9 +294,10 @@ ProtectSystem=yes
   
   
 If you have modified some of your init scripts provided by Debian,
-please be aware that these may now have been replaced by a systemd
-unit file.  If you have debsums installed, you can check for locally
-modified init scripts by using the following shell command.
+please be aware that these may now have been superseded by a
+systemd unit file or by systemd itself.  If you have debsums
+installed, you can check for locally modified init scripts by
+using the following shell command.
   
   
 debsums -c -e | grep ^/etc/init.d
@@ -311,13 +312,14 @@ debsums -c -e | grep ^/etc/init.d
 
   
 If either command flags any files and their corresponding packages
-now provides an systemd unit file, the systemd unit file will take
-precedence to your locally modified init script.  Depending on the
-nature of the change, there are different way to perform the
-migration.
+or the systemd now provides an systemd unit
+file for that service, the systemd unit file will take precedence
+to your locally modified init script.  Depending on the nature of
+the change, there are different way to perform the migration.
   
   
-If needed be, it is possible to override the systemd unit file to
+If necessary, it is possible to override the systemd unit file to
 have it start the sysvinit script.  For more information on
 systemd unit files, please have a look at the following resources.
   
@@ -330,6 +332,13 @@ debsums -c -e | grep ^/etc/init.d
   
 
 
+  
+http://0pointer.de/public/systemd-man/systemd.special.html";>systemd.special
+— Special systemd units
+  
+
+
   http://www.freedesktop.org/wiki/Software/systemd/MyServiceCantGetRealtime/";>My
   Service Can't Get Realtime! (also contains a very short
-- 
2.1.4

>From 7e6b359c97eafc4a7c677bf46642371667dd3678 Mon Sep 17 00:00:00 2001
From: Niels Thykier 
Date: Thu, 15 Jan 2015 08:38:32 +0100
Subject: [PATCH 2/2] Note systemd and LXC in the "special care" section

Signed-off-by: Niels Thykier 
---
 en/issues.dbk|  2 +-
 en/upgrading.dbk | 21 +
 2 files changed, 22 insertions(+), 1 deletion(-)

diff --git a/en/issues.dbk b/en/issues.dbk
index f41620f..b2522fe 100644
--- a/en/issues.dbk
+++ b/en/issues.dbk
@@ -367,7 +367,7 @@ debsums -c -e | grep ^/etc/init.d
   
 
 
-
+
 
 Upgrade considerations for LXC hosts and containers
 
diff --git a/en/upgrading.dbk b/en/upgrading.dbk
index 13b1a30..d0f0e3a 100644
--- a/en/upgrading.dbk
+++ b/en/upgrading.dbk
@@ -1099,6 +1099,27 @@ and &releasename;.  There are a small number of cases where some intervention
 may be required, either before or during the upgrade; these are detailed
 below on a per-package basis.
 
+
+  
+  systemd
+  
+The Debian upgrade from &oldreleasename; to &releasename;
+will by default migrate your init system from the SysV to systemd.
+Depending on your system and setup, you may need to do some
+manual changes.  We have detailed known issues in .
+  
+
+
+  
+  LXC
+  
+If you have LXC installed, you may need special care when
+upgrading your system and your containers.  Please have a
+look at  for known
+issues and solutions.
+  
+
 
 Sudo
 
-- 
2.1.4

Bug#775175: congruity: Unable to login with mhgui or executing EZHex Files because of changes in the MyHarmony website.

[Dominik Kupschke]

Hi Scott,

I got this message in my terminal:


Unhandled exception in thread started by >
Traceback (most recent call last):
  File "/usr/bin/mhgui", line 124, in ThreadFunction
result = self.backgroundFunction(*self.backgroundFunctionArgs)
  File "/usr/bin/mhgui", line 252, in DoLogin
return mhMgr.Login(username, password)
  File "/usr/share/congruity/mhmanager.py", line 162, in Login
isPresistent=False)
  File "/usr/lib/python2.7/dist-packages/suds/client.py", line 542, in
__call__
return client.invoke(args, kwargs)
  File "/usr/lib/python2.7/dist-packages/suds/client.py", line 602, in
invoke
result = self.send(soapenv)
  File "/usr/lib/python2.7/dist-packages/suds/client.py", line 647, in send
result = self.succeeded(binding, reply.message)
  File "/usr/lib/python2.7/dist-packages/suds/client.py", line 684, in
succeeded
reply, result = binding.get_reply(self.method, reply)
  File "/usr/lib/python2.7/dist-packages/suds/bindings/binding.py", line
151, in get_reply
self.detect_fault(soapbody)
  File "/usr/lib/python2.7/dist-packages/suds/bindings/binding.py", line
182, in detect_fault
raise WebFault(p, fault)
suds.WebFault: Server raised fault: '1'

Dominik


Am 13.01.2015 um 02:57 schrieb Scott Talbert:
> Hi Dominik,
>
> What error(s) specifically are you seeing?
>
> I'm able to log on just fine using the version in unstable (which has
> the sme version).
>
> Scott

-- 
Dominik Kupschke

Mobil:  +49-1522-3044310
Website:http://kupschke.net
E-Mail: domi...@kupschke.net
Xing:   https://www.xing.com/profile/Dominik_Kupschke/
LinkedIn:   https://www.linkedin.com/pub/dominik-kupschke/90/110/525




signature.asc
Description: OpenPGP digital signature

Bug#774552: Fixed for Jessie

[Martin Perz]

Will this bug also be fixed for the Version in Jessie?
Kind Regards,
Martin


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

Bug#751112: [php-maint] Bug#751112: release-notes: [jessie] Document changes in PHP 5.4->5.5 upgrade

[Niels Thykier]

On 2015-01-15 00:52, Lior Kaplan wrote:
> On Wed, Jan 14, 2015 at 7:41 PM, Niels Thykier  wrote:
> 
>> [...]
> 
> I missed the original CC, thanks for the 2nd one.
> 

You are welcome.  :)

> I think it would be worth to mention the JSON extension is now external (to
> php.net).
> 
> Kaplan
> 

Can you please clarify that?  According to
http://php.net/manual/en/json.installation.php, the JSON extension seems
to be bundled with PHP itself since 5.2.0 with no "end" date/version
(unless Debian has compiled it out)?

~Niels


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

Bug#768001: Icedove crashes on mime_decode_qp_buffer()

[Carsten Schoenert]

Hello Roland,

On Thu, Jan 15, 2015 at 04:04:23AM +0100, Roland Hieber wrote:
> I could reproduce it on a squeeze VM running icedove-3.0.11-1+squeeze15. The 
> GDB
> output is attached below, and it looks similar. The backtrace even contains 
> more
> information (see stack #3, the "line" contains an \n and is strangely off
> characters...)

It's strange and interessing that you see this issue backt to this old
version of Icedove, so possible it's a real old bug that happen not very
often.
But we from the Debian packaging side haven't enough man power to fix
such bugs explicitly in such old versions.

[...] 
> I didn't find anything reated in the upstream tracker, besides that.

O.k. then I missed the real point and picked up a wrong upstream bug.

[...] 
> OK, so what do I need to do to get a crash report for this kind of behaviour?

The right place for fixing such issues is the bugtracker at Mozilla, as
ist's a problem within the upstream source and not related to the Debian
packaging.
So I suggest to open up a new bug entry in the Mozilla bugtracker. But
the developers request mostly a reproducable way to catch the issue, so
please provide as much as possible the informations you can give. Append
your GDB sessions. But please expand before your GDB command to

'thread apply all bt'

Icedove is a multithreaded application so you want propably see all
informations from all threads.
Please see https://wiki.debian.org/Icedove#Starting_Debugging for more
informations.

If you open up the entry on Mozilla please give back the forwarding
adress and append this to this bug here. It's easiest to do with the
'bts' command. Also set a tag 'upstream'.

$ bts forwarded 768001 http:/bugzilla.mozilla.org/foo/...
$ bts tag 768001 upstream

Regards
Carsten


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

Bug#775180: Bugzilla example

[Daniel Pocock]

I've retitled this bug because iCalendar / ics data can also be served
over HTTP rather than using CalDAV

Bugzilla already does this, here is a sample feed:


https://bugzilla.mozilla.org/buglist.cgi?bug_status=ASSIGNED&bug_status=REOPENED&classification=Client%20Software&component=Alarms&product=Calendar&query_format=advanced&resolution=---&ctype=ics


These links can be found at the bottom of every Bugzilla search result page.

I attach a copy of the ics file returned by Bugzilla as an example.

Here is just one of the task items extracted from the attached ICS file,
Debian bugs/tasks could be represented in a similar way:



BEGIN:VTODO
DTSTART:20100806T122255Z
SUMMARY:Add pref to support email alarms for caldav servers that support se
 rver side sending
UID:585005%40https%3A%2F%2Fbugzilla.mozilla.org%2F
URL;VALUE=URI:https%3A%2F%2Fbugzilla.mozilla.org%2Fshow_bug.cgi%3Fid%3D5850
 05
STATUS:IN-PROGRESS
DTSTAMP:20150115T064906Z
PRIORITY:1
LAST-MODIFIED:20120425T220814Z
X-BUGZILLA-PRODUCT:Calendar
X-BUGZILLA-COMPONENT:Alarms
END:VTODO
BEGIN:VCALENDAR
CALSCALE:GREGORIAN
PRODID:-//Mozilla/Bugzilla 4.2.11+//EN
VERSION:2.0
BEGIN:VTODO
DTSTART:20100806T122255Z
SUMMARY:Add pref to support email alarms for caldav servers that support se
 rver side sending
UID:585005%40https%3A%2F%2Fbugzilla.mozilla.org%2F
URL;VALUE=URI:https%3A%2F%2Fbugzilla.mozilla.org%2Fshow_bug.cgi%3Fid%3D5850
 05
STATUS:IN-PROGRESS
DTSTAMP:20150115T064906Z
PRIORITY:1
LAST-MODIFIED:20120425T220814Z
X-BUGZILLA-PRODUCT:Calendar
X-BUGZILLA-COMPONENT:Alarms
END:VTODO
BEGIN:VTODO
DTSTART:20080513T170404Z
SUMMARY:Allow making reminder alert popups modal (config option)
UID:433531%40https%3A%2F%2Fbugzilla.mozilla.org%2F
URL;VALUE=URI:https%3A%2F%2Fbugzilla.mozilla.org%2Fshow_bug.cgi%3Fid%3D4335
 31
STATUS:IN-PROGRESS
DTSTAMP:20150115T064906Z
PRIORITY:1
LAST-MODIFIED:20141202T141001Z
X-BUGZILLA-PRODUCT:Calendar
X-BUGZILLA-COMPONENT:Alarms
END:VTODO
BEGIN:VTODO
DTSTART:20120116T144350Z
SUMMARY:Make edit reminder/alarm dialog more obvious
UID:718418%40https%3A%2F%2Fbugzilla.mozilla.org%2F
URL;VALUE=URI:https%3A%2F%2Fbugzilla.mozilla.org%2Fshow_bug.cgi%3Fid%3D7184
 18
STATUS:IN-PROGRESS
DTSTAMP:20150115T064906Z
PRIORITY:1
LAST-MODIFIED:20120528T083639Z
X-BUGZILLA-PRODUCT:Calendar
X-BUGZILLA-COMPONENT:Alarms
END:VTODO
BEGIN:VTODO
DTSTART:20130414T053105Z
SUMMARY:Allow alarm acknowledgement status to be stored locally
UID:861594%40https%3A%2F%2Fbugzilla.mozilla.org%2F
URL;VALUE=URI:https%3A%2F%2Fbugzilla.mozilla.org%2Fshow_bug.cgi%3Fid%3D8615
 94
STATUS:IN-PROGRESS
DTSTAMP:20150115T064906Z
PRIORITY:1
LAST-MODIFIED:20150112T093629Z
X-BUGZILLA-PRODUCT:Calendar
X-BUGZILLA-COMPONENT:Alarms
END:VTODO
BEGIN:VTODO
DTSTART:20061116T145742Z
SUMMARY:Snoozed alarm fires at old event time although event time has been 
 changed
UID:360916%40https%3A%2F%2Fbugzilla.mozilla.org%2F
URL;VALUE=URI:https%3A%2F%2Fbugzilla.mozilla.org%2Fshow_bug.cgi%3Fid%3D3609
 16
STATUS:IN-PROGRESS
DTSTAMP:20150115T064906Z
PRIORITY:1
LAST-MODIFIED:20111025T180449Z
X-BUGZILLA-PRODUCT:Calendar
X-BUGZILLA-COMPONENT:Alarms
END:VTODO
BEGIN:VTODO
DTSTART:2027T113634Z
SUMMARY:First item in Alarm window not always selected
UID:705526%40https%3A%2F%2Fbugzilla.mozilla.org%2F
URL;VALUE=URI:https%3A%2F%2Fbugzilla.mozilla.org%2Fshow_bug.cgi%3Fid%3D7055
 26
STATUS:IN-PROGRESS
DTSTAMP:20150115T064906Z
PRIORITY:1
LAST-MODIFIED:20120120T104536Z
X-BUGZILLA-PRODUCT:Calendar
X-BUGZILLA-COMPONENT:Alarms
END:VTODO
BEGIN:VTODO
DTSTART:2014T091407Z
SUMMARY:Support new VALARM Properties
UID:702206%40https%3A%2F%2Fbugzilla.mozilla.org%2F
URL;VALUE=URI:https%3A%2F%2Fbugzilla.mozilla.org%2Fshow_bug.cgi%3Fid%3D7022
 06
STATUS:IN-PROGRESS
DTSTAMP:20150115T064906Z
PRIORITY:2
LAST-MODIFIED:20140914T154625Z
X-BUGZILLA-PRODUCT:Calendar
X-BUGZILLA-COMPONENT:Alarms
END:VTODO
END:VCALENDAR

Bug#774932: RM: asr-manpages/1.3-6

[Niels Thykier]

On 2015-01-09 10:06, Riley wrote:
> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: rm
> 
> Bug #774931 is practically impossible to fix. It involves tracking down people
> - one of whom is anonymous - who made postings to alt.sysadmin.recovery over 
> 15
> years ago and asking them for a DFSG-compatible license. Personally, I think
> that it would be easier to just remove the package :)
> 
> I propose that asr-manpages is removed from testing.
> 
> 

Hi Riley and Pawel,

I have promoted #774931 to "serious", which is necessary for it to be
considered release critical (and a basis for removing it from testing).
  I will let the maintainer (CC'ed) get a chance to respond to it before
removing it.

@Pawel, please reply promptly to #774931 AND this mail if you believe
the asr-manpages does not suffer from the license problems named in
#774931.  Otherwise, your package may be removed from testing in about a
week from now.

Thanks,
~Niels





signature.asc
Description: OpenPGP digital signature

Bug#775265: unblock: systemd/215-9

[Niels Thykier]

Control: tags -1 -d-i +moreinfo

On 2015-01-15 01:25, Michael Biebl wrote:
> Am 13.01.2015 um 17:04 schrieb Niels Thykier:
>> [...]
> A user reported a nasty regression via IRC regarding this patch.
> For SysV init scripts having a .sh extension, we create a foo.service ->
> foo.service symlink, and subsequently, systemctl start/stop/restart
> foo.service will fail:
> 
> [...]
> 
> 
> Will need to fix that in a follow-up upload.
> 
> Sorry for this.
> 
> 
> Michael
> 
> 

Thanks for the warning! :)

I have retracted my hint.  Please remove the moreinfo when you have a
revised version.

~Niels


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

Bug#772195: 389-ds-base: bashism in /bin/sh script

[Vagrant Cascadian]

On 2014-12-10, Rowan Thorpe wrote:
> I've attached a debian-patch which hopefully addresses all of these
> (and one or two which checkbashisms didn't get). Please let me know if
> I missed anything.

This seems like a patch that should be forwarded upstream, but maybe a
bit much to carry in Debian... wouldn't it make more sense to simply
depend on bash in this case?

live well,
  vagrant


signature.asc
Description: PGP signature

Bug#775395: partman-zfs in d-i jessie image does not create grub-compatible /boot ZFS mirror

[Michael Milligan]

Package: partman-zfs
Version: 42
Severity: grave
Tags: d-i
Justification: renders package unusable for ZFS-based install

(which is probably the reason someone is trying Debian/kFreeBSD .. to
use ZFS)

Dear Maintainer,

Tried the 2015-01-12 nightly mini.iso Jessie image.  In the partition
setup via "expert" install, selected all disks to use with ZFS --
partitioned 3 drives into three partitions (see below for scheme) --
then proceeded to create two ZFS pools from these, a "b" pool from
partition 1 as a mirror across three drives, then a "z" pool from
partition 2 as raidz across three drives.  It happily did all this,
installed the base system, etc...

--
root@bear:~# parted /dev/da0
GNU Parted 3.2
Using /dev/da0
Welcome to GNU Parted! Type 'help' to view a list of commands.
(parted) print
Model: VMware   Virtual disk (scsi)
Disk /dev/da0: 42.9GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Disk Flags:

Number  Start   End SizeFile system  Name  Flags
 3  17.4kB  1049kB  1031kB bios_grub
 1  1049kB  512MB   511MB
 2  512MB   42.9GB  42.4GB  zfs

(parted)
--

But installing Grub failed with "unknown filesystem".  In
troubleshooting the issue, it seems grub2 (version currently is
2.02~beta2-19) does not recognize the "feature@lz4_compress" option (and
had been previously reported) of the ZFS pools that kFreeBSD kernel 10.1
creates. And there's no way to disable it once the pool is created.

What I ended up doing is recreating everything again, this time
interrupting and adding the "-d" flag to the pool creation command (done
manually) to leave all the feature@* options disabled for building the
system.

This worked.  Installation of Grub as the boot loader was successful and
the system booted using /boot (and /lib/modules) as volumes on the "b"
pool, which is a simple ZFS mirror.

Please consider adding the "-d" flag in partman-zfs for Jessie, i.e.,

 # zpool create -d "pool" 

And then perhaps turning on feature@ flags that are known to work with
grub for booting.

Here's what my pools look like right now and all is well:

--
root@bear:~# zpool status
  pool: b
 state: ONLINE
status: Some supported features are not enabled on the pool. The pool can
still be used, but some features are unavailable.
action: Enable all features using 'zpool upgrade'. Once this is done,
the pool may no longer be accessible by software that does not
support
the features. See zpool-features(7) for details.
  scan: none requested
config:

NAMESTATE READ WRITE CKSUM
b   ONLINE   0 0 0
  mirror-0  ONLINE   0 0 0
da0p1   ONLINE   0 0 0
da1p1   ONLINE   0 0 0
da2p1   ONLINE   0 0 0

errors: No known data errors

  pool: z
 state: ONLINE
status: Some supported features are not enabled on the pool. The pool can
still be used, but some features are unavailable.
action: Enable all features using 'zpool upgrade'. Once this is done,
the pool may no longer be accessible by software that does not
support
the features. See zpool-features(7) for details.
  scan: none requested
config:

NAMESTATE READ WRITE CKSUM
z   ONLINE   0 0 0
  raidz1-0  ONLINE   0 0 0
da0p2   ONLINE   0 0 0
da1p2   ONLINE   0 0 0
da2p2   ONLINE   0 0 0

errors: No known data errors

root@bear:~# zpool get all b
NAME  PROPERTY   VALUE   SOURCE
b size   480M-
b capacity   12% -
b altroot-   default
b health ONLINE  -
b guid   13665561835741433528default
b version-   default
b bootfs -   default
b delegation on  default
b autoreplaceoff default
b cachefile  -   default
b failmode   waitdefault
b listsnapshots  off default
b autoexpand off default
b dedupditto 0   default
b dedupratio 1.00x   -
b free   420M-
b allocated  60.2M   -
b readonly   off -
b comment-   

Bug#760897: release-notes: systemd switch: customised init scripts

[Hendrik Boom]

On Thu, Jan 15, 2015 at 11:12:19AM +1100, Stuart Prescott wrote:
> Hi Niels,
> 
> > +If needed be, it is possible to override the systemd unit file to
> > +have it start the sysvinit script.  For more information on
> > +systemd unit files, please have a look at the following resources.
> 
> s/If needed be/If needed/ or s/If needed be/If needs be/ (the first is better 
> for formal language).

Still better would be

s/If needed be/If necessary/

-- hendrik


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

Bug#775338: gtk3-engines-oxygen: Themed gtk3 apps drop down boxes do not work properly

[kittyofthebox]

Package: gtk3-engines-oxygen
Followup-For: Bug #775338

Hi again,

I found a hack that gets my ComboBox working again but changes the look of it:

1. sudo nano /usr/share/themes/oxygen-gtk/gtk-3.0/gtk.css
2. Change line:

-GtkComboBox-appears-as-list: 1;

to

-GtkComboBox-appears-as-list: 0;

I decided to give it a try after I found another ComboBox bug report on kde bug 
reports 
https://bugs.kde.org/show_bug.cgi?id=321284#c9

Kitty

-- System Information:
Debian Release: 8.0
  APT prefers testing
  APT policy: (750, 'testing'), (700, 'testing'), (650, 'stable'), (600, 
'stable'), (450, 'oldstable'), (400, 'oldstable'), (300, 'unstable'), (200, 
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages gtk3-engines-oxygen depends on:
ii  libc62.19-13
ii  libcairo-gobject21.14.0-2.1
ii  libcairo21.14.0-2.1
ii  libgcc1  1:4.9.1-19
ii  libgdk-pixbuf2.0-0   2.31.1-2+b1
ii  libglib2.0-0 2.42.1-1
ii  libgtk-3-0   3.14.5-1
ii  libpango-1.0-0   1.36.8-3
ii  libpangocairo-1.0-0  1.36.8-3
ii  libstdc++6   4.9.1-19
ii  libx11-6 2:1.6.2-3

gtk3-engines-oxygen recommends no packages.

gtk3-engines-oxygen 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#775392: iceweasel: Telefonica loop/hello trademark / DP issues?

[Christoph Anton Mitterer]

retitle  iceweasel: Telefonica loop/hello trademark / DP issues?
stop

Obviously this should have been DP (Debian Policy) and not DPL :D


smime.p7s
Description: S/MIME cryptographic signature

Bug#775394: Wrong resolution in EFI (grub2) edit/command modes

[jnqnfe]

Package: debian-cd

I'm not sure whether this applies to debian-cd, debian-installer or
grub2; please move as appropriate.

I have an official Debian 7.8 dvd (disc #1) to hand, and I am loading it
in a virtualbox VM with efi enabled, thus the grub2 efi bootloader is
loaded. This displays as intended per the config at 800x600, however, if
you enter edit or command mode, this opens up in a significantly smaller
windows on top of the 800x600 menu window. Surely these should be shown
at the same size as the menu window.


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

Bug#775322: Bootloader code issues and improvements

[jnqnfe]

Additional issue:
#20) grub2 looks in wrong location (binary/live instead of binary/boot)
when LB_INITRAMFS is not live-boot or casper.

I have built patches for 14/20 issues now, will upload soon.


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

Bug#775393: RM: interchange/5.7.7-2

[Russ Allbery]

Riley  writes:

> interchange-ui will not start without the Perl module Digest::SHA1
> (Digest/SHA1.pm) installed. However, this Perl module is no longer in
> Debian.  The maintainer has said that this bug will be fixed in version
> 5.8.0, but this was on 25 November 2013, and there has been no progress
> since. You can see more information about this in #687904.

> For this reason, I propose that interchange be removed from Debian.

That's probably the right thing to do given that no one has worked on this
for so long, but I wanted to note that this is a pretty trivial fix.  I
think replacing Digest::SHA1 with Digest::SHA is generally all that's
needed.

-- 
Russ Allbery (r...@debian.org)   


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

Bug#609940: kludged

[Trent W. Buck]

Package: syslog-summary
Version: 1.14-2
Followup-For: Bug #609940

I set up another logserv today, so I found this bug again.
I've been using the monkey patch below,
but it looks like I never put it on this ticket.

aptitude install -yq syslog-summary
cp -p /usr/bin/syslog-summary /etc/syslog-summary.py
dpkg-divert --rename /usr/bin/syslog-summary
ln -s /etc/syslog-summary.py /usr/bin/syslog-summary
etckeeper commit 'Make syslog-summary(1) a conffile, so it can be fixed.'
sed -i /etc/syslog-summary.py \
-e '1c#!/usr/bin/python' \
-e 's/^datepats =.*/& re.compile(r"^[0-9T.:+-]{25,32} "),/'
etckeeper commit 'Teach syslog-summary about granular timestamps (and 
python2.6).'
echo SYSLOGSUMMARY=1 >>/etc/logcheck/logcheck.conf
etckeeper commit 'Have logcheck use syslog-summary.'

I extended it to recognize and remove the timestamps that appear in
kern.log these days, see diff below.

diff --git a/usr/bin/syslog-summary.distrib b/etc/syslog-summary.py
index 17ad38b..a9a01dc 100755
--- a/usr/bin/syslog-summary.distrib
+++ b/etc/syslog-summary.py
@@ -1,4 +1,4 @@
-#!/usr/bin/env python2.5
+#!/usr/bin/python
 # -*- coding: utf-8 -*-

 # Copyright © 2008-2009, David Paleino 
@@ -43,11 +43,13 @@ from hashlib import sha1
 from optparse import OptionParser

 datepats = [
+re.compile(r"^[0-9T.:+-]{25,32} "), # RFC3339 timestamps
re.compile(r"^(Jan|Feb|Mar|Apr|May|Jun|Jul|Aug|Sep|Oct|Nov|Dec) [ 
0-9][0-9] [ 0-9][0-9]:[0-9][0-9]:[0-9][0-9] "),
re.compile(r"^(Mon|Tue|Wed|Thu|Fri|Sat|Sun) 
(Jan|Feb|Mar|Apr|May|Jun|Jul|Aug|Sep|Oct|Nov|Dec) [ 
0-9][0-9][0-9][0-9]:[0-9][0-9] "),
re.compile(r"^(Mon|Tue|Wed|Thu|Fri|Sat|Sun) 
(Jan|Feb|Mar|Apr|May|Jun|Jul|Aug|Sep|Oct|Nov|Dec) [ 
0-9][0-9][0-9][0-9]:[0-9][0-9]:[0-9][0-9] "),
 ]
 pidpat = re.compile(r"^([^ ]* [^ ]*)\[[0-9][0-9]*\]: ")
+pidpat = re.compile(r"^([^ ]* [^ ]*)(\[[0-9]+\]:|: \[[ 0-9.]+\]) ") # 
match pids OR printk timestamps
 repeatpat = re.compile(r"^[^ ]* last message repeated (\d+) times$")

 ignore_pats = []


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

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


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

Bug#775391: [Pkg-mozext-maintainers] Bug#775391: xul-ext-searchload-options: no longer works with FF35

[David Prévot]

Control: severity -1 important

Hi Christoph,

Thanks for your report and for filling it upstream.

Le 14/01/2015 22:58, Christoph Anton Mitterer a écrit :

> Severity: grave
[…]
> Justification: renders package unusable

> Since FF35, some features […] don't work any longer.

FF35 is not (yet) in unstable nor Jessie, so there is no reason (yet) to
tag it as RC-buggy. Some missing features don’t match the justification
either, thus the (temporary?) downgrade.

Regards

David



signature.asc
Description: OpenPGP digital signature

Bug#775393: RM: interchange/5.7.7-2

[Riley]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: rm

interchange-ui will not start without the Perl module Digest::SHA1
(Digest/SHA1.pm) installed. However, this Perl module is no longer in Debian.
The maintainer has said that this bug will be fixed in version 5.8.0, but this
was on 25 November 2013, and there has been no progress since. You can see more
information about this in #687904.

For this reason, I propose that interchange be removed from Debian.


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

Bug#775338: gtk3-engines-oxygen: Themed gtk3 apps drop down boxes do not work properly

[kittyofthebox]

Package: gtk3-engines-oxygen
Followup-For: Bug #775338

Hi,

> Thanks. I have little hope for it to help but could you please try to change 
> icon theme (under "application Appearance" -> "GTK - System settings") and 
> make sure that alternative icon theme is different?

No change sadly.

> KDE GTK3 themes always break by the upgrade of libgtk-3-0 -- almost every new 
> upstream release of libgtk manages to wreck gtk3-engines in one way or 
> another. Read gory details in the following page:

Yeah I've read that before, urks me to no end.

> I see... Unfortunately at the moment I'm clueless...

I really hope someone knows something eventually this is driving me nuts.

Kitty

-- System Information:
Debian Release: 8.0
  APT prefers testing
  APT policy: (750, 'testing'), (700, 'testing'), (650, 'stable'), (600, 
'stable'), (450, 'oldstable'), (400, 'oldstable'), (300, 'unstable'), (200, 
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages gtk3-engines-oxygen depends on:
ii  libc62.19-13
ii  libcairo-gobject21.14.0-2.1
ii  libcairo21.14.0-2.1
ii  libgcc1  1:4.9.1-19
ii  libgdk-pixbuf2.0-0   2.31.1-2+b1
ii  libglib2.0-0 2.42.1-1
ii  libgtk-3-0   3.14.5-1
ii  libpango-1.0-0   1.36.8-3
ii  libpangocairo-1.0-0  1.36.8-3
ii  libstdc++6   4.9.1-19
ii  libx11-6 2:1.6.2-3

gtk3-engines-oxygen recommends no packages.

gtk3-engines-oxygen 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#775392: iceweasel: Telefonica loop/hello trademark / DPL issues?

[Christoph Anton Mitterer]

Package: iceweasel
Version: 35.0-1
Severity: normal


Hi.

Since 35, FF contains "Hello" formerly known as loop.
Apparently this also brough some static advertisement for Telefonica to FF,
i.e. the Telefonica logo is prominently shown when clicking on the Hello
button.

Most likely this logo is copyrighted and therefore (even if we'd be allowed
to distribute it, iceweasel wouldn't longer qualify for main.

Can someone with some more legal knowledge than I check this up?

Cheers,
Chris.

btw: Since we've recently had the proprietary blob compromise in Iceweasel 34
and since this also smells a bit after that... does anyone know whether Hello
inclues any such proprietary blobs/stuff, which we don't compile from source?
Or is the Telefonica branding just another step where Mozilla sells its FLOSS-
soul?


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

Bug#768001: Icedove crashes on mime_decode_qp_buffer()

[Roland Hieber]

Control: found 768001 icedove/3.0.11-1+squeeze15

On 04.11.2014 07:10, Carsten Schoenert wrote:
> as you tagged this issue is found in the current version in testing and
> experimental, what about this bug in earlier versions?

I could reproduce it on a squeeze VM running icedove-3.0.11-1+squeeze15. The GDB
output is attached below, and it looks similar. The backtrace even contains more
information (see stack #3, the "line" contains an \n and is strangely off
characters...)

> And can you please open up or search a similiar bug in the Mozilla
> bugtracker and give us the forward address? I found one related bug
> entry in the bugtracker there.
> https://bugzilla.mozilla.org/show_bug.cgi?id=469087

I didn't find anything reated in the upstream tracker, besides that.

> But the bug isn't activatly worked on. And the reporter was reporting a
> windows version before TB3. There are no crash reports for such a errors.
> https://crash-stats.mozilla.com/report/list?product=Thunderbird&query_search=signature&query_type=exact&query=mime_decode_qp_buffer&date=12%2F30%2F2010%2006%3A14%3A17&range_value=4&range_unit=weeks&hang_type=any&process_type=all&plugin_field=&plugin_query_type=&plugin_query=&do_query=1&admin=&signature=mime_decode_qp_buffer#tab-correlations
> This makes it hard to reproduce the issue for any developer.

OK, so what do I need to do to get a crash report for this kind of behaviour?

 - Roland

Program received signal SIGSEGV, Segmentation fault.
mime_decode_qp_buffer (data=0x7fffd9d07f80, buffer=0x7fffef853fcf "\n", size=0)
at mimeenc.cpp:189
189 mimeenc.cpp: No such file or directory.
in mimeenc.cpp
(gdb) bt
#0  mime_decode_qp_buffer (data=0x7fffd9d07f80, buffer=0x7fffef853fcf "\n", 
size=0) at mimeenc.cpp:189
#1  MimeDecoderWrite (data=0x7fffd9d07f80, buffer=0x7fffef853fcf "\n", size=0)
at mimeenc.cpp:840
#2  0x7fffef83348e in mime_decompose_file_output_fn (
buf=, size=1, stream_closure=)
at mimedrft.cpp:1964
#3  0x7fffef821d7d in MimeMessage_parse_line (
aLine=0x7fffd9c51400 "y\n(Sva, zeltophil, Martin, gnrp, Jen and Cbas", 
aLength=45, obj=0x7fffd9c22aa0) at mimemsg.cpp:222
#4  0x7fffef824517 in MimeObject_parse_eof (obj=0x7fffd9c22aa0, 
abort_p=) at mimeobj.cpp:299
#5  0x7fffef818d54 in MimeContainer_parse_eof (object=0x0, abort_p=2)
at mimecont.cpp:129
#6  0x7fffef8225b3 in MimeMessage_parse_eof (obj=0x7fffd9c22aa0, abort_p=0)
at mimemsg.cpp:542
#7  0x7fffef8352dc in mime_parse_stream_complete (
stream=) at mimedrft.cpp:1203
#8  0x7fffef831481 in nsStreamConverter::OnStopRequest (
this=0x7fffdc28c6c0, request=0x7fffd9c3bd98, ctxt=0x7fffd9d3c140, status=0)
at nsStreamConverter.cpp:1068
#9  0x7fffef676204 in nsMsgProtocol::OnStopRequest (this=0x7fffd9c3bd90, 
request=, ctxt=0x7fffd9d3c140, aStatus=0)
at nsMsgProtocol.cpp:401
#10 0x7fffef7002c3 in nsMailboxProtocol::OnStopRequest (
this=0x7fffd9c3bd90, request=0x7fffd9dc7390, ctxt=0x7fffd9d3c140, 
aStatus=0) at nsMailboxProtocol.cpp:381
#11 0x7fffeeec0b8b in nsInputStreamPump::OnStateStop (this=0x7fffd9dc7390)
at nsInputStreamPump.cpp:576
#12 0x7fffeeec0df5 in nsInputStreamPump::OnInputStreamReady (
this=0x7fffd9dc7390, stream=0x2) at nsInputStreamPump.cpp:401
#13 0x779547c4 in nsInputStreamReadyEvent::Run (this=0x7fffd9c05a30)
at nsStreamUtils.cpp:111
#14 0x779669d3 in nsThread::ProcessNextEvent (this=0x70840620, 
mayWait=1, result=0x7fffdc2c) at nsThread.cpp:521
#15 0x7793c740 in NS_ProcessNextEvent_P (thread=0x0, mayWait=2)
at nsThreadUtils.cpp:247
#16 0x7fffecadd375 in nsBaseAppShell::Run (this=0x7fffefbdbb20)
at nsBaseAppShell.cpp:170
#17 0x7fffeabd9bc4 in nsAppStartup::Run (this=0x7fffeb05bc40)
at nsAppStartup.cpp:193
#18 0x77bcbdda in XRE_main (argc=, 
argv=, aAppData=)
at nsAppRunner.cpp:3321
#19 0x00401846 in main (argc=1, argv=0x7fffe418)
at nsMailApp.cpp:103
(gdb) q

Bug#774526:

[Jan Michael Greiner]

I put this bug on kernel.org, not knowing that it was already solved by benh
https://bugzilla.kernel.org/show_bug.cgi?id=91321

Bug#705303: Restoration of deleted package 'bitfighter'

[D B]

Yes, it was I that had asked on IRC.  Thank you very much for confirming.

I asked again, but to this list, because the upstream packaging does not
build as cleanly compared to what I remember there was on the mentors
server (lintian had all passed).  I was really hoping (but knew it was a
slim chance) that the package might turn up elsewhere.  I found
snapshot.debian.org and was hoping some minor backup might exist for the
mentors server as well.

I will continue with the upstream packaging code.

Thanks again!
David

On Wed, Jan 14, 2015 at 6:35 PM, Paul Wise  wrote:

> On Thu, Jan 15, 2015 at 4:23 AM, D B wrote:
>
> > However, I find that this has been deleted.  Is there any possible way to
> > restore it?
>
> I checked on the mentors server already (for someone else?) and found
> no copies, however his packaging is present in the upstream code
> repository:
>
> https://code.google.com/p/bitfighter/source/browse/debian
>
> --
> bye,
> pabs
>
> https://wiki.debian.org/PaulWise
>

Bug#775391: xul-ext-searchload-options: no longer works with FF35

[Christoph Anton Mitterer]

Package: xul-ext-searchload-options
Version: 0.8.0-2
Severity: grave
Tags: upstream
Justification: renders package unusable


Hi.

Since FF35, some features (at least the clear
search bar and reset search engine on submission
after XX seconds) don't work any longer.

Cheers,
Chris.


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

Kernel: Linux 3.16.0-4-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
Init: systemd (via /run/systemd/system)

Versions of packages xul-ext-searchload-options depends on:
ii  iceweasel  35.0-1

xul-ext-searchload-options recommends no packages.

xul-ext-searchload-options suggests no packages.

-- Configuration Files:
/etc/xul-ext/searchload-options.js 000c2f1e917dd70c26c1aeff355bf216 [Errno 2] 
No such file or directory: u'/etc/xul-ext/searchload-options.js 
000c2f1e917dd70c26c1aeff355bf216'

-- 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#744982: nm.debian.org: Unable to login with sso.debian.org

[Kan-Ru Chen (陳侃如)]

Hi,

"Jonathan Wiltshire (Front Desk)"  writes:

> Control: tag -1 unreproducible
>
> Hi,
>
> On Thu, Apr 17, 2014 at 11:18:33AM +0800, Kan-Ru Chen wrote:
>> I can't log into nm.debian.org. The error page says
>> 
>> Export failed: Could not invoke URL: 
>> "https://nm.debian.org/cgi-bin/dacs/dacs_auth_transfer"; (status code=-1)
>> main: Could not invoke URL: 
>> "https://nm.debian.org/cgi-bin/dacs/dacs_auth_transfer"; (status code=-1)
>
> Is this still a problem? We haven't had any other reports and the bug is
> quite old.

Seems not a problem anymore. I can login with sso now. Thanks!

Kanru


signature.asc
Description: PGP signature

Bug#775338: gtk3-engines-oxygen: Themed gtk3 apps drop down boxes do not work properly

[Dmitry Smirnov]

On Thu, 15 Jan 2015 13:03:12 kittyofthebox wrote:
> Yes I use kde-config-gtk-style to change the theme.

Thanks. I have little hope for it to help but could you please try to change 
icon theme (under "application Appearance" -> "GTK - System settings") and 
make sure that alternative icon theme is different?


> Would be hard the breakage happened awhile ago, I have no idea where to
> start. I think it may have changed with an update to libgtk-3-0 but I can't
> be sure.

KDE GTK3 themes always break by the upgrade of libgtk-3-0 -- almost every new 
upstream release of libgtk manages to wreck gtk3-engines in one way or 
another. Read gory details in the following page:

  https://igurublog.wordpress.com/2012/11/05/gnome-et-al-rotting-in-threes/


> I also took the step of reinstalling every package on my system that was
> already installed and had the substring gtk in it. This had no effect on
> my problem.

I see... Unfortunately at the moment I'm clueless...

-- 
All the best,
 Dmitry Smirnov
 GPG key : 4096R/53968D1B

---

Reality is that which, when you stop believing in it, doesn't go away.
-- Philip K. Dick


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

Bug#775390: php-elisp: fails to upgrade lenny -> squeeze -> wheezy -> jessie

[Andreas Beckmann]

Package: php-elisp
Version: 1.13.5-1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package fails to upgrade from
'lenny' to 'squeeze' to 'wheezy' to 'jessie'.
It installed fine in 'lenny', and upgraded to 'squeeze' and 'wheezy'
successfully, but then the upgrade to 'jessie' failed.

>From the attached log (scroll to the bottom...):

  Setting up emacsen-common (2.0.8) ...
  Install emacsen-common for emacs21
  emacsen-common: Handling install of emacsen flavor emacs21
  Wrote /etc/emacs21/site-start.d/00debian-vars.elc
  Wrote /usr/share/emacs21/site-lisp/debian-startup.elc
  Done
  Setting up php-elisp (1.13.5-1) ...
  Installing new version of config file /etc/emacs/site-start.d/50php-elisp.el 
...
  Install php-elisp for emacs
  Install php-elisp for emacs21
  install/php-elisp: Handling install for emacsen flavor emacs21
  Loading 00debian-vars...
  Loading 50php-elisp (source)...
  While compiling toplevel forms in file 
/usr/share/emacs21/site-lisp/php-elisp/php-mode.el:
!! File error (("Cannot open load file" "flymake"))
  Done
  ERROR: install script from php-elisp package failed
  dpkg: error processing package php-elisp (--configure):
   subprocess installed post-installation script returned error exit status 1
  Setting up makedev (2.3.1-93) ...
  Processing triggers for libc-bin (2.19-13) ...
  Errors were encountered while processing:
   php-elisp
 

cheers,

Andreas


php-elisp_1.13.5-1.log.gz
Description: application/gzip

Bug#775389: lua-mode: fails to upgrade lenny -> squeeze -> wheezy -> jessie

[Andreas Beckmann]

Package: lua-mode
Version: 20140514-1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package fails to upgrade from
'lenny' to 'squeeze' to 'wheezy' to 'jessie'.
It installed fine in 'lenny', and upgraded to 'squeeze' and 'wheezy'
successfully, but then the upgrade to 'jessie' failed.

>From the attached log (scroll to the bottom...):

  Setting up emacsen-common (2.0.8) ...
  Install emacsen-common for emacs22
  emacsen-common: Handling install of emacsen flavor emacs22
  Wrote /etc/emacs22/site-start.d/00debian-vars.elc
  Wrote /usr/share/emacs22/site-lisp/debian-startup.elc
  Setting up lua-mode (20140514-1) ...
  Installing new version of config file /etc/emacs/site-start.d/50lua-mode.el 
...
  ERROR: lua-mode is broken - called emacs-package-install as a new-style 
add-on, but has no compat file.
  Install lua-mode for emacs
  Install lua-mode for emacs22
  install/lua-mode: Handling install for emacsen flavor emacs22
  
  In toplevel form:
  lua-mode.el:115:1:Error: Symbol's function definition is void: rx-form
  ERROR: install script from lua-mode package failed
  dpkg: error processing package lua-mode (--configure):
   subprocess installed post-installation script returned error exit status 1
  Setting up makedev (2.3.1-93) ...
  Processing triggers for libc-bin (2.19-13) ...
  Errors were encountered while processing:
   lua-mode


cheers,

Andreas


lua-mode_20140514-1.log.gz
Description: application/gzip

Bug#775388: update to the latest upstream version

[Takeshi Soejima]

Package: whysynth
Version: 20090403-1.2
Severity: wishlist

Please update to the latest upstream version 20120903.

  http://smbolton.com/whysynth.html

KXStudio has a deb package of it for ubuntu.

  https://launchpad.net/~kxstudio-debian/+archive/ubuntu/plugins


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

Bug#775338: gtk3-engines-oxygen: Themed gtk3 apps drop down boxes do not work properly

[kittyofthebox]

Package: gtk3-engines-oxygen
Followup-For: Bug #775338

Hi,

> How exactly drop down lists are broken?

Basically I click on them and the drop down list appears then the mouse no 
longer 
interacts with the drop down box at all. I can even drag the window that has 
the 
drop down box open around indpendant of the drop down list it just stays 
floating. 
Pressing esc or using the keyboard seems to work to a degree as esc is the only 
way I can close the drop down menu or I have to exit the program.

> How do you change themes? Using "kde-config-gtk-style"?

Yes I use kde-config-gtk-style to change the theme.

> Then maybe you could find which package upgrade broke it?

Would be hard the breakage happened awhile ago, I have no idea where to start. 
I think it may have changed with an update to libgtk-3-0 but I can't be sure.

I also took the step of reinstalling every package on my system that was 
already installed and had the substring gtk in it. This had no effect on 
my problem.

Kitty

-- System Information:
Debian Release: 8.0
  APT prefers testing
  APT policy: (750, 'testing'), (700, 'testing'), (650, 'stable'), (600, 
'stable'), (450, 'oldstable'), (400, 'oldstable'), (300, 'unstable'), (200, 
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages gtk3-engines-oxygen depends on:
ii  libc62.19-13
ii  libcairo-gobject21.14.0-2.1
ii  libcairo21.14.0-2.1
ii  libgcc1  1:4.9.1-19
ii  libgdk-pixbuf2.0-0   2.31.1-2+b1
ii  libglib2.0-0 2.42.1-1
ii  libgtk-3-0   3.14.5-1
ii  libpango-1.0-0   1.36.8-3
ii  libpangocairo-1.0-0  1.36.8-3
ii  libstdc++6   4.9.1-19
ii  libx11-6 2:1.6.2-3

gtk3-engines-oxygen recommends no packages.

gtk3-engines-oxygen 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#773659: cabextract: null pointer dereference on a crafted CAB

[Stuart Caie]

On 11/01/2015 21:15, Sebastian Andrzej Siewior wrote:

On 2015-01-11 16:31:30 [+], Stuart Caie wrote:

This is an accurate summary. There are two cab files found, the second of

Sorry for the inaccurate summary.

No, the summary was accurate :)
Are you also aware of the two recent reports which are .chm based? 
https://bugs.debian.org/774725 https://bugs.debian.org/774726
I am now. I've sense-checked the patch for 774726 and it passes my test 
suite, so it's now committed to the repository. I'm doing the same for 774725.

In total Jakub reported four issues.

I thank him for it! libmspack is now more robust because of his work.

Regards
Stuart


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

Bug#773861: Signify-openbsd v9

[Riley Baird]

Hi Eriberto,

Upstream has just released version 9 of the signify-openbsd package.
I've packaged it and uploaded it to mentors:

dget -x
http://mentors.debian.net/debian/pool/main/s/signify-openbsd/signify-openbsd_9-1.dsc

If I am correct, the only remaining problems are:

*Which ISC license text should I keep?
*What do I do when the copyright year is unknown?

Yours sincerely,

Riley Baird


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

Bug#618862: systemd: ignores keyscript in crypttab

[Mikhail Morfikov]

Source: systemd
Followup-For: Bug #618862

Is there a solution to this issue?

I'm currently using debian sid + sysvinit because I can't switch to systemd.

This is my setup:

root:~# lsblk -f
NAME FSTYPE  LABEL   UUID
MOUNTPOINT
sda
├─sda1   ntfswindows 36442BAC442B6E35
├─sda2   ext4boot4c67dff5-3d8e-4b3f-
9cf1-49b88d5f67a9   /boot
├─sda3   crypto_LUKS 9e03ae84-2f10-4f88-bf1c-
d7507ad30f78
│ └─debian_laptopLVM2_member 1f7G9n-hwJ4-hD20-N9GP-3l77
-8tCi-uM7LZG
│   ├─debian_laptop-root ext4rootdfdc8fb7-d9d4-4cd4-869c-
0f1910a3a17e   /
│   ├─debian_laptop-home ext4home
27632431-fa15-49ba-8354-9c193e321aa6   /home
│   ├─debian_laptop-tmp  ext4tmp be5e9b14-4f41-462a-
b3c6-8502e88cc0c7
│   └─debian_laptop-swap swapc4f58930-bfda-4f4e-
bad0-2be8d1b5bc9e
├─sda4
├─sda5   crypto_LUKS d314ed20-ffaf-
4a18-98a7-91538e79d981
│ └─grafiext4grafi
990d110a-1310-4ab2-8a03-c952a408be11   /media/Grafi
└─sda6   crypto_LUKS f3c10054-0583-4e10-937b-
dcdc9a05a25c
  └─kabi ext4kabib47e6dcd-924e-40fa-
a8b1-7593419f86d7   /media/Kabi

As you can see I have encrypted LVM, which works just fine. I have also two
other
encrypted volumes, and here's the problem. Take a look at /etc/crypttab
and /etc/fstab files:

root:~# egrep -v "^#" /etc/crypttab
debian_laptop   UUID=9e03ae84-2f10-4f88-bf1c-d7507ad30f78   noneluks
kabiUUID=f3c10054-0583-4e10-937b-dcdc9a05a25c   debian_laptop
luks,keyscript=/lib/cryptsetup/scripts/decrypt_derived
grafi   UUID=d314ed20-ffaf-4a18-98a7-91538e79d981   debian_laptop
luks,keyscript=/lib/cryptsetup/scripts/decrypt_derived,noauto

root:~# egrep -v "^#" /etc/fstab

UUID=dfdc8fb7-d9d4-4cd4-869c-0f1910a3a17e   /
ext4defaults,errors=remount-ro,commit=100 1
UUID=4c67dff5-3d8e-4b3f-9cf1-49b88d5f67a9   /boot   ext4
defaults,errors=remount-ro,commit=100 2
UUID=27632431-fa15-49ba-8354-9c193e321aa6   /home   ext4
defaults,errors=remount-ro,commit=100 2
UUID=990d110a-1310-4ab2-8a03-c952a408be11   /media/Grafiext4
defaults,nofail,errors=remount-ro,commit=10 0 2
UUID=b47e6dcd-924e-40fa-a8b1-7593419f86d7   /media/Kabi ext4
defaults,errors=remount-ro,commit=100 2
UUID=c4f58930-bfda-4f4e-bad0-2be8d1b5bc9e   swapswap
defaults,pri=10 0 0

tmpfs /tmp tmpfs defaults,noatime,nosuid,noexec,nodev,mode=1777,size=512M 0 0

Both of the encrypted volumes use decrypt_derived script. I don't want to open
one
of them at boot time, that's why I used also the noauto option.

This setup works, but only with sysvinit. I've been using it for several
years and I've never had a problem with it.
So how can I fix this in order to switch to systemd?


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

Bug#705303: Restoration of deleted package 'bitfighter'

[Paul Wise]

On Thu, Jan 15, 2015 at 4:23 AM, D B wrote:

> However, I find that this has been deleted.  Is there any possible way to
> restore it?

I checked on the mentors server already (for someone else?) and found
no copies, however his packaging is present in the upstream code
repository:

https://code.google.com/p/bitfighter/source/browse/debian

-- 
bye,
pabs

https://wiki.debian.org/PaulWise


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

Bug#775387: freeipa-client: unowned files after purge (policy 6.8, 10.8): /etc/pki/nssdb/*.db

[Andreas Beckmann]

Package: freeipa-client
Version: 4.0.5-2
Severity: important
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package left unowned files on
the system after purge, which is a violation of policy 6.8 (or 10.8):

https://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails

Filing this as important as having a piuparts clean archive is a release
goal since lenny.

>From the attached log (scroll to the bottom...):

0m55.5s ERROR: FAIL: Package purging left files on system:
  /etc/pki/  not owned
  /etc/pki/nssdb/not owned
  /etc/pki/nssdb/cert8.dbnot owned
  /etc/pki/nssdb/key3.db not owned
  /etc/pki/nssdb/secmod.db   not owned


cheers,

Andreas


freeipa-client_4.0.5-2.log.gz
Description: application/gzip

Bug#775385: lightdm: unowned symlink after purge (policy 6.8, 10.8): /etc/systemd/system/display-manager.service

[Andreas Beckmann]

Package: lightdm
Version: 1.10.3-3
Severity: important
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package left unowned files on
the system after purge, which is a violation of policy 6.8 (or 10.8):

https://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails

Filing this as important as having a piuparts clean archive is a release
goal since lenny.

>From the attached log (scroll to the bottom...):

0m34.0s ERROR: FAIL: Package purging left files on system:
  /etc/systemd/system/display-manager.service -> 
/lib/systemd/system/lightdm.service not owned

init-system-helpers which should be responsible for the cleanup is still
installed at purge time, so there sees to be something faulty with the
systemd integration in the packaging.
None of the other display managers has this problem.


cheers,

Andreas


lightdm_1.10.3-3.log.gz
Description: application/gzip

Bug#501264: ADMS: Are the legal problems solved?

[Paul Wise]

On Mon, 20 Oct 2014 23:20:23 +0200 "W. Martin Borgert" wrote:

> What are/were the legal problems and are they solved now?

See the thread here:

https://lists.debian.org/debian-legal/2013/07/msg00042.html

-- 
bye,
pabs

https://wiki.debian.org/PaulWise



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

Bug#775383: garden-of-coloured-lights: man page doesn't document controls or configuration

[Jacob Nevins]

Package: garden-of-coloured-lights
Version: 1.0.8-2
Tags: patch

The man page for this package is rather sparse; it doesn't explain how
to configure the game or the default controls. (Also, it refers to the
non-existent executable 'garden-of-coloured-lights'.)
diff -ur garden-of-coloured-lights-1.0.8/debian/garden.6 garden-of-coloured-lights-1.0.8-mod/debian/garden.6
--- garden-of-coloured-lights-1.0.8/debian/garden.6	2014-01-16 02:52:02.0 +
+++ garden-of-coloured-lights-1.0.8-mod/debian/garden.6	2015-01-15 00:21:13.008682178 +
@@ -1,17 +1,52 @@
-.TH GARDEN-OF-COLOURED-LIGHTS "6" "May 2011"
+.TH GARDEN "6" "January 2015"
 .SH NAME
-garden-of-coloured-lights \- abstract vertical shooter with music elements
+garden \- Garden of Coloured Lights
 .SH SYNOPSIS
-.B garden-of-coloured-lights
+.B garden
 .SH DESCRIPTION
-\fBgarden-of-coloured-lights\fP is a vertical shooter with music elements. The
-enemies, in fact, are kind of musical. Part of what stands out about Garden of
-Coloured Lights are its graphics, that even though are kept quite simple, are
+Garden of Coloured Lights is an abstract vertical shooter with music elements.
+The enemies, in fact, are kind of musical. Part of what stands out about Garden
+of Coloured Lights are its graphics, that even though are kept quite simple, are
 also carefully taken care of. Every ship still has moving parts and mechanisms
 that open and close, and every level is different, even though all of them
 share a common theme.
+.SH KEYS
+.TP
+.B Left, Right, Up, Down
+move the fighter across the screen
+.TP
+.B Z
+fire weapon 1
+.TP
+.B X
+fire weapon 2
+.TP
+.B C
+fire weapon 3
+.TP
+.B V
+slow down movement
+.PP
+Key controls can be modified inside the game options menu.
+.SH CONFIGURATION
+\fBgarden\fP doesn't accept any command line arguments. Configuration is
+via the file \fB~/.garden/init.txt\fP, which also records scores and
+configured key controls.
+
+The following configuration can only be done by editing \fBinit.txt\fP
+(under the heading \fB[Misc]\fP):
+.TP
+.B Windowed
+Use \fBWindowed = 0\fP for fullscreen, \fBWindowed = 1\fP to run in a
+window (default).
+.TP
+.B vsync
+Turning vsync on (\fBvsync = 1\fP) eliminates a graphic shearing effect which
+some people might find annoying, but can slow things down on older systems.
+Default is \fBvsync = 0\fP.
+.PP
 .SH AUTHOR
-garden-of-coloured-lights was written by Linley Henzell
+Garden of Coloured Lights was written by Linley Henzell
 .
 .PP
 This manual page was written by Vincent Cheng ,

Bug#775384: excellent-bifurcation: man page doesn't document configuration

[Jacob Nevins]

Package: excellent-bifurcation
Version: 0.0.20071015-6
Tags: patch

The attached patch describes in the man page how to configure
excellent-bifurcation (in particular, how to enable fullscreen mode).
--- debian/excellent-bifurcation.6	2013-09-07 02:03:37.0 +0100
+++ debian/excellent-bifurcation.6.new	2015-01-15 00:28:01.504666180 +
@@ -2,7 +2,7 @@
 .\" First parameter, NAME, should be all caps
 .\" Second parameter, SECTION, should be 1-8, maybe w/ subsection
 .\" other parameters are allowed: see man(7), man(1)
-.TH EXCELLENT-BIFURCATION 6 "11 April 2009"
+.TH EXCELLENT-BIFURCATION 6 "January 2015"
 .\" Please adjust this date whenever revising the manpage.
 .\"
 .\" Some roff macros, for reference:
@@ -48,16 +48,33 @@
 charges your weapons
 .TP
 .B C
-switches between the two worlds (screens)
+switches your two forms between the two worlds (screens)
 .TP
 .B A
-turns on or off the autofire mode
+turns on or off the autofire mode (autofire is just like holding down Z)
 .TP
 .B Esc
 return to the main menu
-
+.PP
 Key controls can be modified inside the game options menu.
-.BR
+.SH CONFIGURATION
+\fBexcellent-bifurcation\fP doesn't accept any command line arguments.
+Configuration is via the file \fB~/.config/excellent-bifurcation/init.txt\fP
+(or a different path if the environment variable \fBXDG_CONFIG_HOME\fP
+has been modified), which also records scores and configured key controls.
+
+The following configuration can only be done by editing \fBinit.txt\fP
+(under the heading \fB[Misc]\fP):
+.TP
+.B Windowed
+Use \fBWindowed = 0\fP for fullscreen, \fBWindowed = 1\fP to run in a
+window (default).
+.TP
+.B vsync
+Turning vsync on (\fBvsync = 1\fP) eliminates a graphic shearing effect which
+some people might find annoying, but can slow things down on older systems.
+Default is \fBvsync = 0\fP.
+.PP
 .SH AUTHOR
 excellent-bifurcation was written by Linley Henzell.
 

Bug#775379: dpkg: Documentation of "dpkg-query -S" does not mention the special meaning of the leading slash

[Axel Beckert]

Hi Guillem,

Guillem Jover wrote:
> > IMHO the man page should explicitly mention that if the parameter to -S
> > starts with a slash, the parameter is taken as complete file name while
> > it is taken as substring match on path and file name otherwise.
> 
> Indeed, this is not clear at all. I'll document it for 1.18.x.

Thanks, appreciated!

> The actual behavior is:
> 
>   If the first character is any of "*[?/" then it will be considered a
>   pattern, and it will be surrounded by *, as in "*string*".

I think there is a "not" missing before "any": If it starts with a
pattern character or the root path, no asterisks for substring
matching should be added.

At least the code has a "!" before the strchr:

407 if (!strchr("*[?/",*thisarg)) {
408   varbuf_reset(&vb);
409   varbuf_add_char(&vb, '*');
410   varbuf_add_str(&vb, thisarg);
411   varbuf_add_char(&vb, '*');
412   varbuf_end_str(&vb);
413   thisarg= vb.buf;
414 }

I read this as follows:

strchr returns NULL (false) if there's no match. The "!" negates this,
i.e. it becomes true if there's no match. So the block is executed and
the asterisks are added if there's no such match.

>   If the string contains any of "*[?\\", then it's considered a
>   glob pattern. Otherwise a literal path lookup is performed.

It probably should be mentioned that this check is done after the
potential adding of asterisks around the pattern as mentioned above,
i.e. that those are sequential checks and not either/or. At least
that's how I read the code after line 414 of src/querycmd.c

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5
  `-|  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE


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

Bug#775382: libtorrent: please add debug package

[Paul Wise]

Source: libtorrent
Severity: wishlist

I've recently had rtorrent segfault a few times. Please add a
libtorrent-dbg package so that I can report a useful bug.

-- 
bye,
pabs

https://wiki.debian.org/PaulWise



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

Bug#775381: rtorrent: please add debug package

[Paul Wise]

Source: rtorrent
Severity: wishlist

I've recently had rtorrent segfault a few times. Please add a -dbg
package so that I can report a useful bug about the crashes.

-- 
bye,
pabs

https://wiki.debian.org/PaulWise



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

Bug#775265: unblock: systemd/215-9

[Michael Biebl]

Am 13.01.2015 um 17:04 schrieb Niels Thykier:
> Control: tags -1 d-i
> 
> Ok from RT, CC'ing KiBi for d-i ACK.
> 
> Original message quoted below for KiBi's convenience. :)
> 
> ~Niels
> 
> On 2015-01-13 12:07, Martin Pitt wrote:

>> |   [ Michael Biebl ]
>> |   * sysv-generator: handle Provides: for non-virtual facility names.
>> | (Closes: #774335)
>>
>> RC bug.
>>
>> http://anonscm.debian.org/cgit/pkg-systemd/systemd.git/commit/?id=7024b5117a

A user reported a nasty regression via IRC regarding this patch.
For SysV init scripts having a .sh extension, we create a foo.service ->
foo.service symlink, and subsequently, systemctl start/stop/restart
foo.service will fail:

# apt-get install console-common
Setting up console-common (0.7.88) ...
Looking for keymap to install:
NONE
update-rc.d: warning: start and stop actions are no longer supported;
falling back to defaults
Failed to start keymap.service: Unit keymap.service failed to load: Too
many levels of symbolic links.
invoke-rc.d: initscript keymap.sh, action "start" failed.
dpkg: error processing package console-common (--configure):
 subprocess installed post-installation script returned error exit status 6
Errors were encountered while processing:
 console-common


Will need to fix that in a follow-up upload.

Sorry for this.


Michael


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



signature.asc
Description: OpenPGP digital signature

Bug#735261: mutiple upstream bugs

[Shai Berger]

Hi Michael,

On Wednesday 14 January 2015 04:45:16 Michael Gilbert wrote:
> 
> This is a usability problem, so it doesn't really qualify as release
> critical.
>
Debian developers get to call the severity of bugs in general, and the 
criticality for a specific release in particular.

However, the problem reported here is not a usability problem. If a mail 
client losing record of which mails have been read and which haven't isn't 
"non-serious data loss", I can't tell what is.

Respectfully,

Shai.


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

Bug#775379: dpkg: Documentation of "dpkg-query -S" does not mention the special meaning of the leading slash

[Guillem Jover]

Hi!

On Wed, 2015-01-14 at 22:54:13 +0100, Axel Beckert wrote:
> Package: dpkg
> Version: 1.17.23
> Severity: minor

> from the dpkg-query(1) man page:
> 
>-S, --search filename-search-pattern...
>   Search for packages that own files corresponding to the
>   given pattern.  Standard shell wildchars can be used in
>   the pattern.  This command will not list extra files
>   created by maintainer scripts, nor will it list
>   alternatives.
> 
> This doesn't explain the following difference:

> IMHO the man page should explicitly mention that if the parameter to -S
> starts with a slash, the parameter is taken as complete file name while
> it is taken as substring match on path and file name otherwise.

Indeed, this is not clear at all. I'll document it for 1.18.x. The
actual behavior is:

  If the first character is any of "*[?/" then it will be considered a
  pattern, and it will be surrounded by *, as in "*string*".

  If the string contains any of "*[?\\", then it's considered a
  glob pattern. Otherwise a literal path lookup is performed.

Thanks,
Guillem


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

Bug#760897: release-notes: systemd switch: customised init scripts

[Stuart Prescott]

Hi Niels,

thanks for looking at this -- it's good to have it documented.

One structural point about the release notes that perhaps needs to be 
addressed is §4.5.7 "Special care for specific packages" in the upgrading 
chapter. I was anticipating that notes about systemd for people who are 
upgrading would appear there not in §5 where they are now. I'd suggest that  
§4.5.7 should be removed and a couple of explicit notes in §4 to point to §5 
too since it also applies to upgrades. I think users are in the habit of only 
looking at §4 for upgrade information and not the rest of the document given 
that it also covers installation, what is debian etc.

A couple of nits I might pick:

> +If you have modified some of your init scripts provided by Debian,
> +please be aware that these may now have been replaced by a systemd
> +unit file.

s/replaced/superseded/   might be better, the init script will still be on 
disk

> +If either command flags any files and their corresponding packages
> +now provides an systemd unit file, the systemd unit file will take
> +precedence to your locally modified init script.  Depending on the
> +nature of the change, there are different way to perform the
> +migration.

Don't we also have the situation where systemd units might also be provided by 
systemd itself? There are certainly things like /lib/systemd/system/x11-
common.service provided by the systemd package and not the x11-common package 
which contains the init script.

> +If needed be, it is possible to override the systemd unit file to
> +have it start the sysvinit script.  For more information on
> +systemd unit files, please have a look at the following resources.

s/If needed be/If needed/ or s/If needed be/If needs be/ (the first is better 
for formal language).

s/have it start/have systemd use/ ? (it is ambiguous here I guess it refers to 
the systemd unit which I assume is not what you really meant although on 
second reading of the links that follow, perhaps it is.)

cheers
Stuart


-- 
Stuart Prescotthttp://www.nanonanonano.net/   stu...@nanonanonano.net
Debian Developer   http://www.debian.org/ stu...@debian.org
GPG fingerprint90E2 D2C1 AD14 6A1B 7EBB 891D BBC1 7EBB 1396 F2F7


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

Bug#751112: [php-maint] Bug#751112: release-notes: [jessie] Document changes in PHP 5.4->5.5 upgrade

[Lior Kaplan]

On Wed, Jan 14, 2015 at 7:41 PM, Niels Thykier  wrote:

> On 2014-11-26 10:09, Ondřej Surý wrote:
> > Hi Niels,
> >
> > [...]
> >
> > lgtm, but I am ccing the packaging group, maybe William or Lior would
> > have some comments.
> >
> > Cheers,
> >
>
> Hi,
>
> Thanks for reviewing it.
>
> I have not heard anything from William or Lior, so I am going ahead and
> assuming it is all good. :)  Should you notice anything, please do not
> hesitate to reopen the bug (or a file a new one).
>

I missed the original CC, thanks for the 2nd one.

I think it would be worth to mention the JSON extension is now external (to
php.net).

Kaplan

Bug#775319: Re[2]: Bug#775319: pulseaudio: unable to use headphones or other line out ports for audio. only speakers

[Felipe Sateler]

On Wed, Jan 14, 2015 at 7:19 PM, lachlan-00  wrote:
>
> What mixers? Does pavucontrol show any activity? If not, you may try
> using pavucontrol to make an application output to the headphones.
>
>
> yes, sorry i mean through pavucontrol, in the pictures attached you can see
> the activity doesn't stop but when i plug in any external speakers or
> headphones there isn't any audible sound.

Can you look at the "Output devices tab"? There you can select through
which port your card is playing. I have a hunch that for some reason
pa is not selecting the headphones port.

-- 

Saludos,
Felipe Sateler


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

Bug#775313: debsums -c don't report all changed files

[Axel Beckert]

Hi Marek,

thanks for the report and patch!

Marek Veber wrote:
> The starting slash of the '-S' argument can repare the main bug

Indeed. I've filed https://bugs.debian.org/775379 against dpkg as the
documentation of "dpkg-query -S" does not explain this special
behaviour with a leading slash.

When you say "main bug", what do you consider the "remaining bug"?

> For example, change of /bin/ls will report nothing in wheeze, ..., unstable 
> will not report anything:
> # cp -a /bin/ls /tmp/ls ; echo "bad addon" >> /bin/ls; debsums -c coreutils; 
> cp -a /tmp/ls  /bin/ls

I was able to reproduce this in a pbuilder Sid chroot, so this issue
is also present in Unstable.

> Please aply this patch to fix this issue:
> # diff -Nu /usr/bin/debsums /usr/bin/debsums.new 
> --- /usr/bin/debsums  2014-09-01 20:47:24.0 +0200
> +++ /usr/bin/debsums.new2015-01-13 08:20:17.0 +0100
> @@ -462,7 +462,7 @@
> return 0;
> }
>  
> -   my $correct_package = `dpkg-query "--admindir=$DPKG" -S "$path" | awk -F: 
> '{print \$1}'`;
> +   my $correct_package = `dpkg-query "--admindir=$DPKG" -S "/$path" | awk 
> -F: '{print \$1}'`;
> chomp($correct_package);
> if ($pack ne $correct_package) {
> #print "$pack != $correct_package\n";

I intent to fix this with an NMU (as my last NMU was obviously buggy).

> Please fix it in wheeze, ...

It should be fixed in Unstable first, before fixing it in Wheezy, too.

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5
  `-|  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE


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

Bug#759481: Digest still SHA1 even when SHA256 is default

[Peter Roes]

Dear maintainer,

I have applied the patches supplied with this bug report, and still get
SHA1 in stead of SHA256. In the dialog box, SHA256 is selected by default.
If I toggle to say SHA512 and back to SHA256, I get a SHA256 digest.

I traced the problem to the function _fill_radiobox in GUI.pm. For some
reason, the value for the digest gets changed in this function. I swapped
two lines, and the problem is gone. I also added a sort in the for
command. I have attached a diff file.

With kind regards,

Peter Roes--- tinyca_org/GUI.pm	2013-03-25 09:01:53.0 +0100
+++ tinyca/GUI.pm	2015-01-14 23:27:39.0 +0100
@@ -3094,10 +3102,10 @@
 
$previous_key = undef;
-   for $value (keys %values) {
+   for $value (sort keys %values) {
   my $display_name = $values{$value};
   my $key = Gtk2::RadioButton->new($previous_key, $display_name);
-  $key->set_active(1) if(defined($$var) && $$var eq $value);
   $key->signal_connect('toggled' =>
 			   sub{GUI::CALLBACK::toggle_to_var($key, $var, $value)});
+  $key->set_active(1) if(defined($$var) && $$var eq $value);
   $radiobox->add($key);
   $previous_key = $key;

Bug#775380: wheezy-pu: package ikiwiki/3.20120629.1

[Simon McVittie]

Package: release.debian.org
Severity: normal
Tags: wheezy
User: release.debian@packages.debian.org
Usertags: pu

Here is the pu request corresponding to #774835, backporting support for
the new blogspam.net API to ikiwiki. This makes ikiwiki/stable able to
filter spammy comments again.

May I upload?

Thanks,
S
diffstat for ikiwiki-3.20120629 ikiwiki-3.20120629.1

 CHANGELOG  |   15 +
 IkiWiki/Plugin/blogspam.pm |   49 -
 debian/changelog   |   15 +
 debian/control |2 -
 doc/plugins/blogspam.mdwn  |2 -
 ikiwiki.spec   |2 -
 po/ikiwiki.pot |   10 -
 7 files changed, 73 insertions(+), 22 deletions(-)

diff -Nru ikiwiki-3.20120629/CHANGELOG ikiwiki-3.20120629.1/CHANGELOG
--- ikiwiki-3.20120629/CHANGELOG	2012-06-29 15:16:29.0 +0100
+++ ikiwiki-3.20120629.1/CHANGELOG	2015-01-14 22:14:02.0 +
@@ -1,3 +1,18 @@
+ikiwiki (3.20120629.1) wheezy; urgency=medium
+
+  Backport blogspam plugin from experimental, because the version in
+  wheezy is no longer unusable:
+
+  [ Joey Hess ]
+  * Set Debian package maintainer to Simon McVittie as I'm retiring from
+Debian.
+
+  [ Amitai Schlair ]
+  * blogspam: use the 2.0 JSON API (the 1.0 XML-RPC API has been EOL'd).
+Closes: #774441
+
+ -- Simon McVittie   Wed, 14 Jan 2015 22:10:48 +
+
 ikiwiki (3.20120629) unstable; urgency=low
 
   * mirrorlist: Add mirrorlist_use_cgi setting that avoids usedirs or
diff -Nru ikiwiki-3.20120629/debian/changelog ikiwiki-3.20120629.1/debian/changelog
--- ikiwiki-3.20120629/debian/changelog	2012-06-29 15:16:29.0 +0100
+++ ikiwiki-3.20120629.1/debian/changelog	2015-01-14 22:14:02.0 +
@@ -1,3 +1,18 @@
+ikiwiki (3.20120629.1) wheezy; urgency=medium
+
+  Backport blogspam plugin from experimental, because the version in
+  wheezy is no longer unusable:
+
+  [ Joey Hess ]
+  * Set Debian package maintainer to Simon McVittie as I'm retiring from
+Debian.
+
+  [ Amitai Schlair ]
+  * blogspam: use the 2.0 JSON API (the 1.0 XML-RPC API has been EOL'd).
+Closes: #774441
+
+ -- Simon McVittie   Wed, 14 Jan 2015 22:10:48 +
+
 ikiwiki (3.20120629) unstable; urgency=low
 
   * mirrorlist: Add mirrorlist_use_cgi setting that avoids usedirs or
diff -Nru ikiwiki-3.20120629/debian/control ikiwiki-3.20120629.1/debian/control
--- ikiwiki-3.20120629/debian/control	2012-05-17 05:31:16.0 +0100
+++ ikiwiki-3.20120629.1/debian/control	2015-01-14 22:06:16.0 +
@@ -8,7 +8,7 @@
   libhtml-scrubber-perl, wdg-html-validator,
   libhtml-parser-perl, liburi-perl (>= 1.36), perlmagick, po4a (>= 0.34),
   libfile-chdir-perl, libyaml-libyaml-perl, python-support
-Maintainer: Joey Hess 
+Maintainer: Simon McVittie 
 Uploaders: Josh Triplett 
 Standards-Version: 3.9.3
 Homepage: http://ikiwiki.info/
diff -Nru ikiwiki-3.20120629/doc/plugins/blogspam.mdwn ikiwiki-3.20120629.1/doc/plugins/blogspam.mdwn
--- ikiwiki-3.20120629/doc/plugins/blogspam.mdwn	2012-05-17 05:31:16.0 +0100
+++ ikiwiki-3.20120629.1/doc/plugins/blogspam.mdwn	2015-01-14 22:11:05.0 +
@@ -10,7 +10,7 @@
 To check for and moderate comments, log in to the wiki as an admin,
 go to your Preferences page, and click the "Comment Moderation" button.
 
-The plugin requires the [[!cpan RPC::XML]] perl module.
+The plugin requires the [[!cpan JSON]] perl module.
 
 You can control how content is tested via the `blogspam_options` setting.
 The list of options is [here](http://blogspam.net/api/testComment.html#options).
diff -Nru ikiwiki-3.20120629/IkiWiki/Plugin/blogspam.pm ikiwiki-3.20120629.1/IkiWiki/Plugin/blogspam.pm
--- ikiwiki-3.20120629/IkiWiki/Plugin/blogspam.pm	2012-05-17 05:31:15.0 +0100
+++ ikiwiki-3.20120629.1/IkiWiki/Plugin/blogspam.pm	2015-01-14 22:13:28.0 +
@@ -6,7 +6,8 @@
 use IkiWiki 3.00;
 use Encode;
 
-my $defaulturl='http://test.blogspam.net:/';
+my $defaulturl='http://test.blogspam.net:/';
+my $client;
 
 sub import {
 	hook(type => "getsetup", id => "blogspam",  call => \&getsetup);
@@ -33,14 +34,14 @@
 			type => "string",
 			example => "blacklist=1.2.3.4,blacklist=8.7.6.5,max-links=10",
 			description => "options to send to blogspam server",
-			link => "http://blogspam.net/api/testComment.html#options";,
+			link => "http://blogspam.net/api/2.0/testComment.html#options";,
 			safe => 1,
 			rebuild => 0,
 		},
 		blogspam_server => {
 			type => "string",
 			default => $defaulturl,
-			description => "blogspam server XML-RPC url",
+			description => "blogspam server JSON url",
 			safe => 1,
 			rebuild => 0,
 		},
@@ -51,10 +52,23 @@
 	# if the module is missing when a spam is posted would not
 	# let the admin know about the problem.
 	eval q{
-		use RPC::XML;
-		use RPC::XML::Client;
+		use JSON;
+		use HTTP::Request;
 	};
 	error $@ if $@;
+
+	eval q{use LWPx::ParanoidAgent};
+	if (!$@) {
+		$client=LWPx::Paranoi

Bug#726430: apt-listbugs: Does not uses proxy from Acquire::http::ProxyAutoDetect

[Francesco Poli]

On Fri, 25 Oct 2013 23:55:50 +0200 Francesco Poli wrote:

> On Fri, 25 Oct 2013 15:46:31 -0300 Lisandro Damián Nicanor Pérez Meyer wrote:
> 
> > On Saturday 19 October 2013 11:26:02 Francesco Poli wrote:
> [...]
> > > In case you test this workaround, please let me know whether it works
> > > acceptably...
> > 
> > Excellent, this is indeed working :)
> 
> I am glad to hear that.
> Thanks for the feedback!
[...]

Hello Lisandro, I hope you are doing well.

I managed to implement support for Acquire::http::Proxy-Auto-Detect
into apt-listbugs.
I've just pushed the modifications to the public git repository:
they will be part of the next upload of the package (version 0.1.17).

I would be happy, if you could test these modifications and let me know
whether they work as expected. I only tested them with a fake auto
proxy detect command...
You may find the development version of apt-listbugs at the tip of the
master branch on the public git repository and rebuild the binary
package yourself, if you have time to do so. Otherwise, I can send you
a pre-built binary package to test, if you prefer.

I am assuming (hoping, actually!) that you are still using the network
setup described in the original bug report [1].
Also, please remember to disable the workaround that I suggested to
you [2], obviously...

[1]: https://bugs.debian.org/726430#5
[2]: https://bugs.debian.org/726430#53

I am looking forward to hearing back from you.
Bye and 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


pgpq2bZH2Jylu.pgp
Description: PGP signature

Bug#775319: Re[2]: Bug#775319: pulseaudio: unable to use headphones or other line out ports for audio. only speakers

[lachlan-00]

I just tested a pair of usb logitech headphones which work correctly. Nothing 
through the 3.5mm jacks works.

Bug#738266: seems the developer himself is taking some steps to package it, just saw the following today :-

[shirish शिरीष]

~/games/I-Nex$ git pull origin master
remote: Counting objects: 12, done.
remote: Compressing objects: 100% (12/12), done.
remote: Total 12 (delta 1), reused 2 (delta 0)
Unpacking objects: 100% (12/12), done.
>From https://github.com/eloaders/I-Nex
 * branchmaster -> FETCH_HEAD
   0f43d87..7345b26  master -> origin/master
Updating 0f43d87..7345b26
Fast-forward
 I-Nex/i-nex/.src/Finfosys.class |  2 +-
 debian/control  | 21 +++--
 dists/PKGBUILD  |  3 ++-
 3 files changed, 14 insertions(+), 12 deletions(-)

So as can be seen there is a debian/control file being placed. I will
try to connect with the upstream author and see what his plans are.
-- 
  Regards,
  Shirish Agarwal  शिरीष अग्रवाल
  My quotes in this email licensed under CC 3.0
http://creativecommons.org/licenses/by-nc/3.0/
http://flossexperiences.wordpress.com
EB80 462B 08E1 A0DE A73A  2C2F 9F3D C7A4 E1C4 D2D8


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

Bug#775378: Depreciated kernel graphics params

[jnqnfe]

Package: debian-cd

Bootloader menu entries are using depreciated video graphics kernel
parameters.

With the master branch from git, I see this in the following two locations:
tools/boot/jessie/boot-x86 line 267 use of vga=788
tools/boot/wheezy/boot-x86 line 256 use of vga=788

The boot menus provided on an official Debian 7.7 dvd image also have
this issue, which I have reported separately as bug #775317 against the
debian-installer package (hope that was the correct package to assign it
to).


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

Bug#775377: debian-maintainers: Annual Ping for Timo Weingärtner

[Timo Weingärtner]

Package: debian-maintainers
Severity: normal

Annual Ping for Timo Weingärtner.

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

Bug#773319: pre-approval: unblock: sudo/1.8.10p3-1.1; possibly sudo/1.8.11p2-1.1?

[martin f krafft]

also sprach Ivo De Decker  [2015-01-14 21:58 +0100]:
> I'm reluctant to allow this, as this essentially means dumping this new
> version into jessie untested. I would prefer if it was just uploaded to
> unstable (reverting the new upstream version there), to allow it to be tested
> there, and migrate to jessie that way. If there is a good reason why this
> isn't possible (if it introduces other issues in unstable by doing this),
> please explain why and I'll consider allowing a t-p-u upload.

It's my understanding that unstable contains a fixed non-new
upstream version which could migrate to jessie now. Christian would
still like to get p3 into jessie, but I agree that this should not
happen without testing.

So how about unblocking p2-1.1 and letting it into jessie, then
uploading p3-1 to unstable and revisiting the issue in a few days?
In the unlikely event that we need to push p2-1.2 or p2-2 to jessie,
we would need to use t-p-u to bypass unstable.

-- 
 .''`.   martin f. krafft  @martinkrafft
: :'  :  proud Debian developer
`. `'`   http://people.debian.org/~madduck
  `-  Debian - when you have better things to do than fixing systems


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

Bug#773319: pre-approval: unblock: sudo/1.8.10p3-1.1; possibly sudo/1.8.11p2-1.1?

[Christian Kastner]

Control: tags -1 - moreinfo

On 2015-01-14 21:58, Ivo De Decker wrote:
>> 
>> Based on a patch provided by upstream, I created a debdiff (attached)
>> for 1.8.10p3 in testing with the following changelog entry:
>>
>>  * Backport upstream's fix for host specifications using a FQDN.
>>These were no longer working since 1.8.8. Closes: #731583
>>
>> Considering that the severity of #731583 is serious, I assume an upload
>> to t-p-u should be OK?
>> 
> 
> I'm reluctant to allow this, as this essentially means dumping this new
> version into jessie untested.

This fix already entered unstable in the meantime, with NMU 1.8.11p2-1.1
(which was an NMU against 1.8.11p2-1 with just this one fix added). So
it received about three weeks of general testing without new bug reports.

Personally, I've been using 1.8.10p3-1.1 (as per my original debdiff) on
all my Jessie systems since it was first proposed, and can report that
it works as intended.

> I would prefer if it was just uploaded to unstable (reverting the new
> upstream version there), to allow it to be tested there, and migrate
> to jessie that way. If there is a good reason why this isn't possible
> (if it introduces other issues in unstable by doing this), please
> explain why and I'll consider allowing a t-p-u upload.

Would you consider the new information above satisfactory WRT sufficient
testing, so that perhaps the unstable shuffling could be avoided?

Regards,
Christian


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

Bug#775376: normalize-audio generates exceedingl low quality (essentially trash) mp3 and ogg audio files

[Heitzso]

Package: normalize-audio
Version: 0.7.7-12
Severity: normal

Dear Maintainer,

   * What led up to the situation?

I have a shell script I wrote awhile back to turn 48/24 flac files
into mp3, oga for HTML5 AUDIO tag, and 44.1/16 wav files to burn to CDs.
That script used normalize audio programs to normalize mp3 created from avconv
and to create ogg files from the flac. files.  Everything worked fine for
awhile.
Today realized that my ogg and mp3 files were almost total trash.  Yes, you
could
hear the tune, but with a severe downgrade of quality from the original flac
files
that qualified the new audio files run through normalize as trash.

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

I attempted to alter the bit rate and quality of the created audio files to no
effect.

I ripped out normalize programs from the script and deleted the package from my
system.
I shifted to mp3gain in the script for mp3 files and am living w/o
normalization for ogg files.

   * What was the outcome of this action?

By getting rid of the normalize programs in my script the audio is now close to
the original.
I.e. usable and not trash.

   * What outcome did you expect instead?

I was surprised that a working program, normalize audio, stopped working.



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

Kernel: Linux 3.16.3-custom (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
Init: systemd (via /run/systemd/system)

Versions of packages normalize-audio depends on:
ii  libaudiofile1  0.3.6-2+b1
ii  libc6  2.19-13
ii  libmad00.15.1b-8

Versions of packages normalize-audio recommends:
ii  flac  1.3.0-3
ii  vorbis-tools  1.4.0-6

Versions of packages normalize-audio suggests:
ii  mpg321  0.3.2-1.1


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

Bug#773319: pre-approval: unblock: sudo/1.8.10p3-1.1; possibly sudo/1.8.11p2-1.1?

[Ivo De Decker]

Control: tags -1 moreinfo

Hi,

On Tue, Dec 16, 2014 at 10:02:55PM +0100, Christian Kastner wrote:

(rearranging the original mail a bit)

> 
> Furthermore, I was wondering though whether you'd consider allowing
> sudo/1.8.11p2 from unstable to migrate.
> 
> The diff between testing and unstable is huge (MBs), so this would be
> very difficult to review and of course totally against freeze policy.
> However, I am under the impression that
> 
>   (a) it would be highly preferrable to support 1.8.11p2 in Jessie,
>   especially from a security POV
> 
>   (b) According to [2,3,4], most of the changes are bugfixes. In fact,
>   I only count 7 non-fix changes and non-translation changes,
>   and most of the fix changes appear to be highly desirable.
> 
> Furthermore, the largest part of this code base, [3], has unstable since
> 2014-10-10, and its migration to testing was only interrupted by the
> upload of revision -2 of [3] on 2014-10-20, so apparently juuust not
> enough for the full 10-day period. This upload merely added two patches.
> 
> Then again, on 2014-10-30, [4] was uploaded. This new upstream release
> contained only a single (apparently urgent) bugfix. However, this upload
> reset the 10-day clock again, so 1.8.11p* did not enter testing again.
> 
> So there really isn't anything that new to Debian in the version in
> unstable. Looking back, the easiest solution would probably have been to
> ask for an unblock of [4] (the one-change fix) just after its upload on
> 2014-10-30, but that's water under the bridge now.
> 

It baffles me that the maintainer showed such a blatant disregard for the
freeze policy. 1.8.11p1 could have migrated easily in October if the
maintainer paid even the slightest bit of attention.

> If allowing 1.8.11p2 to migrate is something you'd consider discussing,
> please let me know how I can help in your deliberations. 

Obviously it isn't going to be unblocked now.


> 
> Based on a patch provided by upstream, I created a debdiff (attached)
> for 1.8.10p3 in testing with the following changelog entry:
> 
>  * Backport upstream's fix for host specifications using a FQDN.
>These were no longer working since 1.8.8. Closes: #731583
> 
> Considering that the severity of #731583 is serious, I assume an upload
> to t-p-u should be OK?
> 

I'm reluctant to allow this, as this essentially means dumping this new
version into jessie untested. I would prefer if it was just uploaded to
unstable (reverting the new upstream version there), to allow it to be tested
there, and migrate to jessie that way. If there is a good reason why this
isn't possible (if it introduces other issues in unstable by doing this),
please explain why and I'll consider allowing a t-p-u upload.

Please remove the moreinfo tag when you add info to this bug.

> If this change
> is simply too big, please let me know if you are OK with the t-p-u
> upload of the attached debdiff for 1.8.10p3, and I will then contact the
> maintainer / look for NMU sponsorship.

Cheers,

Ivo


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

Bug#775375: python-django: CVE-2015-0219 CVE-2015-0220 CVE-2015-0221 CVE-2015-0222

[Salvatore Bonaccorso]

Source: python-django
Version: 1.7.1-1
Severity: grave
Tags: security upstream fixed-upstream

Hi,

the following vulnerabilities were published for python-django.

CVE-2015-0219[0]:
WSGI header spoofing via underscore/dash conflation

CVE-2015-0220[1]:
Mitigated possible XSS attack via user-supplied redirect URLs

CVE-2015-0221[2]:
Denial-of-service attack against django.views.static.serve

CVE-2015-0222[3]:
Database denial-of-service with ModelMultipleChoiceField

If you fix the vulnerabilities please also make sure to include the
CVE (Common Vulnerabilities & Exposures) ids in your changelog entry.

For further information see:

[0] https://security-tracker.debian.org/tracker/CVE-2015-0219
[1] https://security-tracker.debian.org/tracker/CVE-2015-0220
[2] https://security-tracker.debian.org/tracker/CVE-2015-0221
[3] https://security-tracker.debian.org/tracker/CVE-2015-0222
[4] https://www.djangoproject.com/weblog/2015/jan/13/security/

Please adjust the affected versions in the BTS as needed.

Regards,
Salvatore


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

Bug#775374: blkid: buffer over-read

[Jakub Wilk]

Package: util-linux
Version: 2.25.2-4
Usertags: afl

blkid crashes on the attached file:

$ /sbin/blkid crash.blk
Segmentation fault


Valgrind says it's a buffer over-read:

==1134== Invalid read of size 1
==1134==at 0x4075FEC: crc64 (crc64.c:102)
==1134==by 0x40675A1: bcache_crc64 (bcache.c:98)
==1134==by 0x4067647: probe_bcache (bcache.c:111)
==1134==by 0x406E945: superblocks_probe (superblocks.c:403)
==1134==by 0x406ECB5: superblocks_safeprobe (superblocks.c:464)
==1134==by 0x405D029: blkid_do_safeprobe (probe.c:1183)
==1134==by 0x40615B6: blkid_verify (verify.c:161)
==1134==by 0x4056B02: blkid_get_dev (devname.c:82)
==1134==by 0x804CA5F: main (blkid.c:928)
==1134==  Address 0x424cc24 is 0 bytes after a block of size 2,284 alloc'd
==1134==at 0x402B0D5: calloc (in 
/usr/lib/valgrind/vgpreload_memcheck-x86-linux.so)
==1134==by 0x405B995: blkid_probe_get_buffer (probe.c:581)
==1134==by 0x40675EE: probe_bcache (bcache.c:105)
==1134==by 0x406E945: superblocks_probe (superblocks.c:403)
==1134==by 0x406ECB5: superblocks_safeprobe (superblocks.c:464)
==1134==by 0x405D029: blkid_do_safeprobe (probe.c:1183)
==1134==by 0x40615B6: blkid_verify (verify.c:161)
==1134==by 0x4056B02: blkid_get_dev (devname.c:82)
==1134==by 0x804CA5F: main (blkid.c:928)


This bug was found using American fuzzy lop:
https://packages.debian.org/experimental/afl

Disclaimer: I don't have spare CPU cycles, so I fuzzed only till the 
first crash (which took a few seconds). It's likely that extensive 
fuzzing would uncover more interesting crashers. I'd encourage 
util-linux maintainers to perform fuzzing with AFL on their own. :-)



-- System Information:
Debian Release: 8.0
 APT prefers unstable
 APT policy: (990, 'unstable'), (500, 'experimental')
Architecture: i386 (x86_64)
Foreign Architectures: amd64

Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages util-linux depends on:
ii  initscripts2.88dsf-58
ii  libblkid1  2.25.2-4
ii  libc6  2.19-13
ii  libmount1  2.25.2-4
ii  libncurses55.9+20140913-1+b1
ii  libpam0g   1.1.8-3.1
ii  libselinux12.3-2
ii  libslang2  2.3.0-2
ii  libsmartcols1  2.25.2-4
ii  libtinfo5  5.9+20140913-1+b1
ii  libuuid1   2.25.2-4
ii  lsb-base   4.1+Debian13+nmu1
ii  tzdata 2014j-1
ii  zlib1g 1:1.2.8.dfsg-2+b1

--
Jakub Wilk


crash.blk
Description: Binary data

Bug#775103: unblock (pre-approval): tuxpaint/1:0.9.22-2

[Ivo De Decker]

Control: tags -1 confirmed moreinfo

Hi,

On Sun, Jan 11, 2015 at 09:22:17AM -0400, Ben Armstrong wrote:
> Please unblock package tuxpaint
> 
> This unblock fixes #775101, which is particularly important to
> touchscreen users, and includes remaining missing files that
> were accidentally omitted as well.

Please go ahead and remove the moreinfo tag from this bug once the upload is
in unstable.

Cheers,

Ivo


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

Bug#775373: apparenty fails deb->rpm with filenames containing [ or ]

[Joey Hess]

Package: alien
Severity: normal

Going through and cleaning out my todo folder for alien, I found an
email from an alien user who reported the following bug. I have
not tried to verify the problem, but it seems likely that alien
is exposing filenames to the shell.

---

  I have a problem: I'm having problems with deb->rpm convertion when
included files have filenames with  "[" or "]"
  (example ultrastar-deluxe-songs_20100506-2_all.deb )
  (I'm not sure this is the reason of the error)

sudo alien --to-rpm ultrastar-deluxe-songs_20100506-2_all.deb
... lots of errors like:
File not found by glob:
/home/jj/Download/ultrastar-deluxe-songs-20100506/usr/share/ultrastardx/songs/Bodo
 Wartke - Liebeslied/Bodo Wartke - Liebeslied [CO].jpg

-

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#775372: Wheezy: motion app error: "Unable to find a compatible palette format"

[Ldten K]

Package: motion  
Version: 3.2.12-3.4
Priority: important

Hi,

Not sure if this is a bug but I can't get my webcam to work with the motion 
app. The webcam is working fine with VLC, I can save the webcam's output to a 
file without any problems, but the motion app fails with the same webcam with 
"Unable to find a compatible palette format" error (see [1] in the attached 
file).

Some people seem to be able to resolve this error by preloading v4l1compat.so, 
tried that, the error message seems a bit different but the app still doesn't 
work for me (see [2] in the attached file).

Any ideas? Thanks$ cat /proc/version 
Linux version 3.2.0-4-amd64 (debian-ker...@lists.debian.org) (gcc version 4.6.3 
(Debian 4.6.3-14) ) #1 SMP Debian 3.2.63-2+deb7u2

[1]
$ /usr/bin/motion -n
[0] Processing thread 0 - config file /etc/motion/motion.conf
[0] Motion 3.2.12 Started
[0] ffmpeg LIBAVCODEC_BUILD 3482368 LIBAVFORMAT_BUILD 3478785
[0] Thread 1 is from /etc/motion/motion.conf
[0] motion-httpd/3.2.12 running, accepting connections
[0] motion-httpd: waiting for data on port TCP 8080
[1] Thread 1 started
[1] cap.driver: "uvcvideo"
[1] cap.card: "GENERAL - UVC "
[1] cap.bus_info: "usb-:00:12.2-1"
[1] cap.capabilities=0x0401
[1] - VIDEO_CAPTURE
[1] - STREAMING
[1] Config palette index 8 (YU12) doesn't work.
[1] Supported palettes:
[1] 0: MJPG (MJPEG)
[1] Selected palette MJPG
[1] VIDIOC_TRY_FMT failed for format MJPG: Input/output error
[1] Unable to find a compatible palette format.
[1] ioctl (VIDIOCGCAP): Invalid argument
[1] Could not fetch initial image from camera
[1] Motion continues using width and height from config file(s)
[1] Resizing pre_capture buffer to 1 items
[1] Started stream webcam server in port 8081
[1] Retrying until successful connection with camera
[1] cap.driver: "uvcvideo"
[1] cap.card: "GENERAL - UVC "
[1] cap.bus_info: "usb-:00:12.2-1"
[1] cap.capabilities=0x0401
[1] - VIDEO_CAPTURE
[1] - STREAMING
[1] Config palette index 8 (YU12) doesn't work.
[1] Supported palettes:
[1] 0: MJPG (MJPEG)
[1] Selected palette MJPG
[1] VIDIOC_TRY_FMT failed for format MJPG: Input/output error
[1] Unable to find a compatible palette format.
[1] ioctl (VIDIOCGCAP): Invalid argument
[1] Retrying until successful connection with camera
[1] cap.driver: "uvcvideo"
[1] cap.card: "GENERAL - UVC "
[1] cap.bus_info: "usb-:00:12.2-1"
[1] cap.capabilities=0x0401
[1] - VIDEO_CAPTURE
[1] - STREAMING
[1] Config palette index 8 (YU12) doesn't work.
[1] Supported palettes:
[1] 0: MJPG (MJPEG)
[1] Selected palette MJPG
[1] VIDIOC_TRY_FMT failed for format MJPG: Input/output error
[1] Unable to find a compatible palette format.
[1] ioctl (VIDIOCGCAP): Invalid argument
^C[1] Thread exiting
[0] httpd - Finishing
[0] httpd Closing
[0] httpd thread exit
[0] Motion terminating



[2]
$ LD_PRELOAD=/usr/lib/x86_64-linux-gnu/libv4l/v4l1compat.so /usr/bin/motion -n
[0] Processing thread 0 - config file /etc/motion/motion.conf
[0] Motion 3.2.12 Started
[0] ffmpeg LIBAVCODEC_BUILD 3482368 LIBAVFORMAT_BUILD 3478785
[0] Thread 1 is from /etc/motion/motion.conf
[1] Thread 1 started
[0] motion-httpd/3.2.12 running, accepting connections
[0] motion-httpd: waiting for data on port TCP 8080
[1] cap.driver: "uvcvideo"
[1] cap.card: "GENERAL - UVC "
[1] cap.bus_info: "usb-:00:12.2-1"
[1] cap.capabilities=0x0501
[1] - VIDEO_CAPTURE
[1] - READWRITE
[1] - STREAMING
[1] Test palette YU12 (320x240)
libv4l2: error setting pixformat: Input/output error
[1] Error setting pixel format VIDIOC_S_FMT: Input/output error
[1] Config palette index 8 (YU12) doesn't work.
[1] Supported palettes:
[1] 0: MJPG (MJPEG)
[1] 1: RGB3 (RGB3)
[1] 2: BGR3 (BGR3)
[1] 3: YU12 (YU12)
[1] 4: YV12 (YV12)
[1] Selected palette YU12
[1] Test palette YU12 (320x240)
libv4l2: error setting pixformat: Input/output error
[1] Error setting pixel format VIDIOC_S_FMT: Input/output error
[1] VIDIOC_TRY_FMT failed for format YU12: Input/output error
[1] Unable to find a compatible palette format.
libv4l2: error setting pixformat: Input/output error
libv4l1: error setting pixformat: Input/output error
[1] Failed with YUV420P, trying YUV422 palette: Input/output error
[1] Failed with YUV422, trying YUYV palette: Invalid argument
[1] Failed with YUYV, trying RGB24 palette: Invalid argument
libv4l2: error setting pixformat: Input/output error
libv4l1: error setting pixformat: Input/output error
[1] Failed with RGB24, trying GREYSCALE palette: Input/output error
[1] Failed with all supported palettes - giving up: Invalid argument
[1] Could not fetch initial image from camera
[1] Motion continues using width and height from config file(s)
[1] Resizing pre_capture buffer to 1 items
[1] Started stream webcam server in port 8081
[1] Retrying until successful connection with camera
[1] cap.driver: "uvcvideo"
[1] cap.card: "GENERAL - UVC "
[1] cap.bus_info: "usb-:00:12.2-1"
[1] cap.capabilities=0x0501
[1] - VIDEO_CAPTURE
[1] - READWRITE
[1] - ST

Bug#775352: unblock (pre-approval or jessie-p-u): autopkgtest (was "Fixing autopkgtest RC bug #775076 via t-p-u")

[Ivo De Decker]

Control: tags -1 confirmed moreinfo

Hi,

On Wed, Jan 14, 2015 at 01:57:33PM -0200, Antonio Terceiro wrote:
> Opening a bug report since that's way more likely to be handled in this
> way.

Thanks for that.

> On Sun, Jan 11, 2015 at 02:00:45PM +0100, Martin Pitt wrote:
> > Hello release team,
> > 
> > Christian Kastner discovered that when using vmdebootstrap with
> > autopkgtest's "VM setup" script it erroneously enables dpkg's
> > "force-unsafe-io" option on the host instead of the guest. This can
> > lead to potential system damage and thus should qualify as RC:
> > 
> >   https://bugs.debian.org/775076
> > 
> > This is fixed in version 3.9.3 in unstable now, including a postinst
> > cleanup for cleaning up an erroneously created
> > /etc/dpkg/dpkg.cfg.d/autopkgtest on the host.
> > 
> > At the time when testing froze, testing had 3.6, and unstable's 3.7
> > (with a lot of changes) was one day short of propagating to testing;
> > so as these were already out of sync, I just kept on uploading to
> > unstable as that's what most people use for development. So I prepared
> > a debdiff for testing-proposed-updates at

> >   
> > https://bugs.debian.org/cgi-bin/bugreport.cgi?msg=34;filename=autopkgtest.775076.jessie.debdiff;att=1;bug=775076

We prefer patches attached to the bug instead of links to somewhere else.

Anyway, please go ahead with the upload to jessie (the distribution should
also be set to 'jessie') and remove the moreinfo tag from this bug once the
upload is accepted into t-p-u.

> > autopkgtest is mostly a Debian/Ubuntu developer, QA, and continuous
> > integration tool, so honestly the testing version isn't that
> > interesting any more. So if you prefer, I'd be perfectly okay (and
> > in fact happier) with getting 3.9.3 into testing instead; it has a lot
> > of new features, but also a lot of bug fixes:
> > 
> >  https://people.debian.org/~mpitt/tmp/autopkgtest_3.6_3.9.3.debdiff
> > 
> > It's clearly wy outside the current freeze rules, but as it's not
> > an end user tool but rather an internal QA one, I want to at least
> > consider it.  If we want to go that route, I'm happy to provide more
> > details.

Obviously this isn't going to happen. Please pay attention to the freeze
policy next time!

Cheers,

Ivo


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

Bug#705303: Restoration of deleted package 'bitfighter'

[D B]

Hello,

I am attempting to continue the work of a previous developer on packaging the 
game 'bitfighter'.  He had previously uploaded a package here:

https://mentors.debian.net/package/bitfighter

However, I find that this has been deleted.  Is there any possible way to 
restore it?

He had gotten much further in packaging bitfighter, up to resolving all the 
lintian warnings.  For reference, here is the bug that I recently switched to 
ITP:

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

Thank you,
David


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

Bug#775371: util-linux: upstream tools not installed: lslogins, zramctl, setpriv

[Alastair Irvine]

Package: util-linux
Version: 2.25.2-4
Severity: normal

Dear Maintainer,

There are several utilities that are not present in any of
the binary packages built from util-linux under jessie.

  setpriv was introduced by upstream v2.23.
  lslogins was introduced by upstream v2.25.
  (FYI, zramctl was introduced by upstream v2.26.)

I installed the source from jessie and confirmed by checking the
debian/*.install files and the file util-linux binary package
file list* that lslogins and setpriv are not present. 

Can you please add them?

* https://packages.debian.org/jessie/amd64/util-linux/filelist

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

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

Versions of packages util-linux depends on:
ii  debconf [debconf-2.0]  1.5.49
ii  dpkg   1.16.15
ii  initscripts2.88dsf-41+deb7u1
ii  install-info   4.13a.dfsg.1-10
ii  libblkid1  2.20.1-5.3
ii  libc6  2.13-38+deb7u6
ii  libncurses55.9-10
ii  libselinux12.1.9-5
ii  libslang2  2.2.4-15
ii  libtinfo5  5.9-10
ii  libuuid1   2.20.1-5.3
ii  lsb-base   4.1+Debian8+deb7u1
ii  tzdata 2014j-0wheezy1
ii  zlib1g 1:1.2.7.dfsg-13

util-linux recommends no packages.

Versions of packages util-linux suggests:
pn  dosfstools   
pn  kbd | console-tools  
ii  util-linux-locales   2.20.1-5.3

-- no debconf information


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

Bug#775370: libegl1-mesa-drivers: Version 10.4.2-1 has no Multi Arch (i386/amd64) support

[Gabriel Mainberger]

Package: libegl1-mesa-drivers
Version: 10.4.2-1
Severity: important
Tags: newcomer

The current version 10.4.2-1 of the libegl1-mesa-drivers, does not have multi
arch support. On multi arch systems i386/amd64 this produces this error (sorry,
it is in german):

Fehler traten auf beim Bearbeiten von:
 /home/gabriel/Downloads/libegl1-mesa-drivers_10.4.2-1_i386.deb
andromeda:/var/cache/apt/archives# dpkg -i /home/gabriel/Downloads/libegl1
-mesa-drivers_10.4.2-1_i386.deb libegl1-mesa-drivers_10.4.2-1_amd64.deb
dpkg: Fehler beim Bearbeiten des Archivs /home/gabriel/Downloads/libegl1-mesa-
drivers_10.4.2-1_i386.deb (--install):
 libegl1-mesa-drivers:i386 10.4.2-1 (Multi-Arch: no) kann nicht zusammen mit
libegl1-mesa-drivers installiert werden, welches mehrere installierte Instanzen
hat
dpkg: Fehler beim Bearbeiten des Archivs libegl1-mesa-
drivers_10.4.2-1_amd64.deb (--install):
 libegl1-mesa-drivers:amd64 10.4.2-1 (Multi-Arch: no) kann nicht zusammen mit
libegl1-mesa-drivers installiert werden, welches mehrere installierte Instanzen
hat
Fehler traten auf beim Bearbeiten von:
 /home/gabriel/Downloads/libegl1-mesa-drivers_10.4.2-1_i386.deb
 libegl1-mesa-drivers_10.4.2-1_amd64.deb

As it is an traditional package, shouldn't it be removed automatcally?

system:# apt-get remove --purge libegl1-mesa-drivers

After a manual remove, everything is fine.



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

Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores)
Locale: LANG=de_CH.UTF-8, LC_CTYPE=de_CH.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to de_CH.UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: systemd (via /run/systemd/system)

Versions of packages libegl1-mesa-drivers depends on:
ii  libc6 2.19-13
ii  libdrm-nouveau2   2.4.58-2
ii  libdrm-radeon12.4.58-2
ii  libdrm2   2.4.58-2
ii  libegl1-mesa  10.4.2-1
ii  libelf1   0.159-4
ii  libffi6   3.1-2+b2
ii  libgbm1   10.4.2-1
ii  libgcc1   1:4.9.2-10
ii  libgl1-mesa-dri   10.4.2-1
ii  libglapi-mesa 10.4.2-1
pn  libllvm3.3
ii  libopenvg1-mesa [libopenvg1]  10.3.2-1
ii  libstdc++64.9.2-10
ii  libudev1  215-9
ii  libwayland-client01.6.0-2
ii  libwayland-server01.6.0-2
ii  libx11-6  2:1.6.2-3
ii  libxext6  2:1.3.3-1
ii  libxfixes31:5.0.1-2+b2
ii  multiarch-support 2.19-13

libegl1-mesa-drivers recommends no packages.

libegl1-mesa-drivers suggests no packages.


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

Bug#775256: unblock (pre-approval): mate-session-manager/1.8.1-6

[Ivo De Decker]

Control: tags -1 confirmed moreinfo

Hi,

On Tue, Jan 13, 2015 at 10:46:43AM +0100, Mike Gabriel wrote:
> Please consider unblocking planned upload of package mate-session-manager

Please go ahead.

Cheers,

Ivo


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

Bug#775304: openntpd does not include ntpctl

[Dererk]

On 13/01/15 18:28, Brian Minton wrote:
> Package: openntpd
> Version: 20080406p-10
> Severity: normal
>
> Dear Maintainer,
>
> The ntp package includes ntpdc and ntpq, among other utilities, for
> querying the server.  However, the openntpd package doesn't include the
> ntpctl utility, as documented at http://www.openntpd.org/manual.html
> (and in addition, doesn't seem to create the runtime socket that ntpctl
> would use at /var/run/ntpd.sock).

Hi BrianMinton!

I'm not sure if this is by chance or not, but the utility you are
referring to is available just at a newer version of openntpd, which,
coincidentally, we have been coordinating at upstream for a mayor
package port and patch refresh.

This action took place a few weeks ago and a huge software upgrade is
going to see daylight at Debian archive pretty soon, currently its just
on experimental due to some mayor changes on the driftfile and several
other patches I've been unable to confirm yet that might break backwards
compatibility at upgrade-time.

I'll be closing with the experimental upload pretty soon.


Cheers,

Dererk

-- 
BOFH excuse #367:

Webmasters kidnapped by evil cult.




signature.asc
Description: OpenPGP digital signature

Bug#775116: openntpd: Can't remove or purge package

[Dererk]

On 11/01/15 14:01, Jörgen Tegnér wrote:
> Package: openntpd
> Version: 20080406p-10
> Severity: normal
>
> Dear Maintainer,
>
> *** Reporter, please consider answering these questions, where appropriate ***
>
>* What led up to the situation?
> I wished to use ntpd instead of openntpd
>* What exactly did you do (or not do) that was effective (or
>  ineffective)?
> apt-get purge openntpd
>* What was the outcome of this action?
> #aot-get purge openntpd
> 
> 0 upgraded, 0 newly installed, 1 to remove and 559 not upgraded.
> 1 not fully installed or removed.
> After this operation, 201 kB disk space will be freed.
> Do you want to continue? [Y/n] 
> (Reading database ... 263377 files and directories currently installed.)
> Removing openntpd (20080406p-10) ...
> /usr/bin/deb-systemd-helper: error: unable to link 
> /etc/systemd/system/openntpd.service to /dev/null: File exists
> dpkg: error processing package openntpd (--remove):
>  subprocess installed post-removal script returned error exit status 1
> Errors were encountered while processing:
>  openntpd
> E: Sub-process /usr/bin/dpkg returned an error code (1)
>* What outcome did you expect instead?
> package purged
> *** End of the template - remove these template lines ***
>
Hi JörgenTegnér!

Thanks for contributing and reporting this issue!

At first glance, It appears to be an issue with the dh_systemd helpers
at postrm scripts, let me dig a little bit into it and confirm.


Thanks,

Dererk

-- 
BOFH excuse #55:

Plumber mistook routing panel for decorative wall fixture




signature.asc
Description: OpenPGP digital signature

Bug#775076: unblock (pre-approval or jessie-p-u): autopkgtest (was "Fixing autopkgtest RC bug #775076 via t-p-u")

[Niels Thykier]

On 2015-01-14 20:39, Martin Pitt wrote:
> Hey Niels,
> 
> Niels Thykier [2015-01-14 19:26 +0100]:
>> Ugh, that is indeed very bad.  Please upload the fix for that to tpu at
>> your earliest convenience.  For reference, I have attached (what I
>> believe was) the proposed debdiff to this bug (as it makes it easier for
>> us to keep track of what was approved).
> 
> Done.

Hi,

Thanks,

> I uploaded it as 3.6jessie1 instead of 3.6.1 to conform with the
> developer reference.

Okay.  It seems like the developers reference is out of date.  These
days we prefer the use of +debXuY (or so).  The problem with codenames
is that they sort poorly (case in point being wheezy > jessie).
  Then again, I ought to have commented on that already when acking the
original debdiff.


> Was the missing upload the reason for "moreinfo",
> or something else?
> 

Nope, just the upload.  It does not seem to have been accepted yet, so I
am leaving the tag on.  Please remove it once you get an accepted mail.

>> I must admit that I am tempted to let autopkgtest consider it given the
>> circumstances and the nature/purpose of the package.  However, please do
>> not wait with the tpu upload for such a decision.  We are bit overbooked
>> right now and it will not be my first priority.
> 
> Ack, I guess this can still be considered after the tpu upload.
> 

Indeed. :)

> Thanks and sorry for the trouble!
> 
> Martin
> 

No worries.


~Niels


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

Bug#755683: nvidia-driver: Same problem after upgrading from 319.82-1~bpo70+2 to 340.65-2~bpo70+1

[Andreas Beckmann]

On 2015-01-14 20:25, Gordon Farquharson wrote:
> I have the same problem with screen lags and redraws as other posters have 
> mentioned. This started happening after upgrading from 319.82-1~bpo70+2 to 
> 340.65-2~bpo70+1.

You could try 343.36 from experimental. It is installable in
wheezy+wheezy-backports without problems. This is an official release
(no beta) and only sitting in experimental because we are in freeze for
the jessie release which will get a 340.xx driver - and unstable is
needed for staging any possible 340.xx. update that shall go into jessie.

(nvidia-settings from experimental won't be installable in
wheezy+wheezy-backports due to dependencies on too new libraries)

Andreas


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

Bug#775160: unblock (pre-approval): mate-power-manager/1.8.1+dfsg1-3

[Ivo De Decker]

control: tags -1 confirmed moreinfo

Hi,

On Mon, Jan 12, 2015 at 06:25:22AM +0100, Mike Gabriel wrote:
> Please consider unblocking planned upload of package mate-power-manager
> 
> The planned upload will fix #766749.
> 
>   * debian/patches:
> + Add 0001_fix-backlight-popup-gtkbuilder.patch. Fix GTKBuilder script for
>   media keys popup window. (Closes: #766749).

Please go ahead.

Cheers,

Ivo


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

Bug#721760: Find a way for people without an account in LDAP to authenticate to the site

[Jonathan Wiltshire (Front Desk)]

Control: tag -1 moreinfo

Hi Enrico,

On Tue, Sep 03, 2013 at 10:06:01PM +0200, Enrico Zini wrote:
> we could use a way for non-DDs to authenticate to the site, 
> 
> That could allow applicants to edit their own information, as well as to
> apply for DD, DM, collab-maint, guest accounts and whatever we are going
> to implement.
> 
> There is the idea of having Alioth as a backend for DACS: that would
> solve the problem nicely, since everyone can create an Alioth account.
> 
> I'm creating this ticket to track progress on this.

Non-DDs can authenticate with an Alioth login; shall I close this bug?

Thanks,

-- 
Jonathan Wiltshire  j...@debian.org
Debian Developer http://people.debian.org/~jmw

4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC  74C3 5394 479D D352 4C51



signature.asc
Description: Digital signature

Bug#744982: nm.debian.org: Unable to login with sso.debian.org

[Jonathan Wiltshire (Front Desk)]

Control: tag -1 unreproducible

Hi,

On Thu, Apr 17, 2014 at 11:18:33AM +0800, Kan-Ru Chen wrote:
> I can't log into nm.debian.org. The error page says
> 
> Export failed: Could not invoke URL: 
> "https://nm.debian.org/cgi-bin/dacs/dacs_auth_transfer"; (status code=-1)
> main: Could not invoke URL: 
> "https://nm.debian.org/cgi-bin/dacs/dacs_auth_transfer"; (status code=-1)

Is this still a problem? We haven't had any other reports and the bug is
quite old.

Thanks,

-- 
Jonathan Wiltshire  j...@debian.org
Debian Developer http://people.debian.org/~jmw

4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC  74C3 5394 479D D352 4C51



signature.asc
Description: Digital signature

Bug#775369: e17: Upstream version

[Adrian]

Package: e17
Severity: wishlist

Hi

Is anyone still considering to add the new Enlightenment releases to Debian
repositories?
Besides, the current versión being 0.19.2 it's better to name the package just
"Enlightenment" instead of e17, e18, e19 and so on.

Thanks for you time



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

Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)


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

Bug#774930: htop shows IORW. Man page says IO

[alberto fuentes]

On Wed, Jan 14, 2015 at 8:32 PM, Eugene V. Lyubimkin
> In htop output columns, I have exactly 'IORR' and 'IOWR'.
>
> Could you please elaborate where did you see 'IORW'?

If you add the IO_RATE it shows as IORW. I attach capture

Bug#774820: wheezy-pu: clamav/0.98.5+dfsg-0+deb7u3

[Adam D. Barratt]

Control: tags -1 + confirmed

On Thu, 2015-01-08 at 00:42 +0100, Sebastian Andrzej Siewior wrote:
> I'd like to update the clamav package in Wheezy with the following change:
> |   * add "mspack-fix-division-by-zero-in-chm-format-handling" to fix divide
> | by zero in the chm unpacked. Found & patch by Jakub Wilk (Closes: 
> #774766).
> |   * add "mspack-fix-overflow-in-pointer-arithmetic-on-32bit" to avoid 
> overflow
> | in pointer arithmetic causing a segfault on 32bit (Closes: #774767).

Please go ahead; 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#775076: unblock (pre-approval or jessie-p-u): autopkgtest (was "Fixing autopkgtest RC bug #775076 via t-p-u")

[Martin Pitt]

Hey Niels,

Niels Thykier [2015-01-14 19:26 +0100]:
> Ugh, that is indeed very bad.  Please upload the fix for that to tpu at
> your earliest convenience.  For reference, I have attached (what I
> believe was) the proposed debdiff to this bug (as it makes it easier for
> us to keep track of what was approved).

Done. I uploaded it as 3.6jessie1 instead of 3.6.1 to conform with the
developer reference. Was the missing upload the reason for "moreinfo",
or something else?

> I must admit that I am tempted to let autopkgtest consider it given the
> circumstances and the nature/purpose of the package.  However, please do
> not wait with the tpu upload for such a decision.  We are bit overbooked
> right now and it will not be my first priority.

Ack, I guess this can still be considered after the tpu upload.

Thanks and sorry for the trouble!

Martin
-- 
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com)  | Debian Developer  (www.debian.org)


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

Bug#775065: dpkg --configure -a results in "Hangup" after first package

[Peter]

Hi,

Just wondering what hal is doing here, given this is for Jessie.
[ See the journalctl-alb.txt ]

Could this be part of the problem?


Regards,
Peter


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

Bug#775347: unblock (pre-approval): fusiondirectory/1.0.8.2-3

[Ivo De Decker]

Control: tags -1 confirmed moreinfo

Hi,

On Wed, Jan 14, 2015 at 03:21:09PM +0100, Mike Gabriel wrote:
> Please consider unblocking planned upload of package fusiondirectory.
> 
> +  * debian/fusiondirectory.postrm:
> ++ Fix handling Apache2's config file. Don't manipulate gosa.conf, but
> +  fusiondirectory.conf on bin:package purgal. (Closes: #775336).
> 
> -> Obviously, Benoit and/or me missed that we made a copy+paste bug when
> adopting package scripts from the gosa package. (How embarrassing...).
> 
> +  * debian/fusiondirectory.{dirs,prerm,postrm}:
> ++ Perform spooling and cache data cleanup on every package removal in
> +  .prerm, not via .postrm only when purging. This let's fusiondirectory
> +  src:package pass the piuparts install/purgal test. (Closes: #767823).
> +
> 
> -> A piuparts issue had been reported for package purgal.
> 
> This upload fixes both issues (I tested direct installation and piuparts).

Please go ahead and remove the moreinfo tag from this bug once the upload is
in unstable.

Cheers,

Ivo


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

Bug#775368: [openscenegraph] Please, provide debug information

[Jan Hudec]

Package: openscenegraph
Version: 3.2.1-5
Severity: wishlist

--- Please enter the report below this line. ---
Please, provide libopenscenegraph-dbg package with debug information for the 
shared libraries to allow debugging applications that depend on OSG.

--- System information. ---
Architecture: amd64
Kernel:   Linux 3.16.0-4-amd64

Debian Release: 8.0
  990 testing http.debian.net 
  500 unstablehttp.debian.net 
  500 trusty  ppa.launchpad.net 
  500 testing-proposed-updates http.debian.net 
  500 stable-updates  ftp.cz.debian.org 
  500 stable  security.debian.org 
  500 stable  ftp.cz.debian.org 
1 experimentalhttp.debian.net 

--- Package information. ---
Depends(Version) | Installed
-+-=
freeglut3| 2.8.1-2
libc6  (>= 2.15) | 
libgcc1 (>= 1:4.1.1) | 
libgl1-mesa-glx  | 
 OR libgl1   | 
libopenscenegraph99  | 
libopenthreads14 | 
libqtcore4  (>= 4:4.5.3) | 
libqtgui4   (>= 4:4.5.3) | 
libstdc++6  (>= 4.6) | 


Package's Recommends field is empty.

Package's Suggests field is empty.



-- 
 - Jan Hudec 


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

Bug#775184: unblock: gtkpod/2.1.4-5 (pre-approval)

[Ivo De Decker]

Hi,

On Wed, Jan 14, 2015 at 08:47:52AM +0100, Matteo F. Vescovi wrote:
> > > +  * debian/control: dh-python b-dep added
> > 
> > This doesn't seem to comply with the freeze policy. Why are you doing the
> > change? What's the impact of this?
> 
> Because, without it, in the build log you would find:
> 
>   W: dh_python2:479: Please add dh-python package to Build-Depends
> 
> That's the main reason why I added it.
> It's a minor change that would keep the package in shape.
> But if it goes against the freeze policy, then I can drop it.
> 
> Please, let me know how I should proceed now.

Just leave it out.

Cheers,

Ivo


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

Bug#774930: htop shows IORW. Man page says IO

[Eugene V. Lyubimkin]

Control: tags -1 + moreinfo

Hello,

> IORW can be confused with IOWR, but both seems okay as long as the they match
> what says in the man page as searching IORW in the man page shows nothing

Hmm, here's from the htop man page I have:

   IO_READ_RATE (IORR)
The I/O rate of read(2) in bytes per second, for the process.

   IO_WRITE_RATE (IOWR)
The I/O rate of write(2) in bytes per second, for the process.

   IO_RATE (IO)
The I/O rate, IO_READ_RATE + IO_WRITE_RATE (see above).

In htop output columns, I have exactly 'IORR' and 'IOWR'.

Could you please elaborate where did you see 'IORW'?

-- 
Eugene V. Lyubimkin aka JackYF, JID: jackyf(maildog)jabber.fsfe.org
C++ GNU/Linux userspace developer, Debian Developer


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

Bug#775206: unblock (pre-approval): argonaut/0.9.1-4

[Ivo De Decker]

Control: tags -1 confirmed moreinfo

Hi,

On Wed, Jan 14, 2015 at 12:29:42PM +, Mike Gabriel wrote:
> Your question has just been answered by Benoit Mortier, one of the
> core upstream devs of Fusiondirectory and Argonaut.

OK. Please go ahead and remove the moreinfo tag from this bug once the upload
is in unstable.

Cheers,

Ivo


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

Bug#746219: Retitle

[Mathieu Parent]

COntrol: retitle -1 ITP: php-pam -- PAM integration


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

Bug#774765: Retitle according to source name

[Mathieu Parent]

Control: retitle -1 ITP php-oci8 -- Extension for Oracle Database

and not binary name.


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

Bug#775367: libpgm-dev: broken .so symlink

[Bernd Zeimetz]

Package: libpgm-dev
Version: 5.1.118-1~dfsg-1
Severity: important

libpgm-dev ships a broken symlink:

root@think:~# ls -la /usr/lib/libpgm-5.1.so
lrwxrwxrwx 1 root root 16 Oct 20 22:47 /usr/lib/libpgm-5.1.so -> 
/libpgm-5.1.so.0

as libpgm-5.1.so doesn't seem to be used by pkg-config and friends I
think important is a high enough severity.


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

Kernel: Linux 3.16.0-4-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
Init: systemd (via /run/systemd/system)

Versions of packages libpgm-dev depends on:
ii  libpgm-5.1-0  5.1.118-1~dfsg-1

libpgm-dev recommends no packages.

libpgm-dev suggests no packages.

-- no debconf information


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

Bug#755683: nvidia-driver: Same problem after upgrading from 319.82-1~bpo70+2 to 340.65-2~bpo70+1

[Gordon Farquharson]

Package: nvidia-driver
Version: 340.65-2~bpo70+1
Followup-For: Bug #755683

Dear Maintainer,

I have the same problem with screen lags and redraws as other posters have 
mentioned. This started happening after upgrading from 319.82-1~bpo70+2 to 
340.65-2~bpo70+1.
-- Package-specific info:
uname -a:
Linux callisto 3.2.0-4-amd64 #1 SMP Debian 3.2.65-1 x86_64 GNU/Linux

/proc/version:
Linux version 3.2.0-4-amd64 (debian-ker...@lists.debian.org) (gcc version 4.6.3 
(Debian 4.6.3-14) ) #1 SMP Debian 3.2.65-1

/proc/driver/nvidia/version:
NVRM version: NVIDIA UNIX x86_64 Kernel Module  340.65  Tue Dec  2 09:50:34 PST 
2014
GCC version:  gcc version 4.6.3 (Debian 4.6.3-14) 

lspci 'VGA compatible controller [0300]':
01:00.0 VGA compatible controller [0300]: NVIDIA Corporation GK107 [GeForce GT 
630] [10de:0f00] (rev a1) (prog-if 00 [VGA controller])
Subsystem: eVga.com. Corp. Device [3842:2631]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- 
Kernel driver in use: nvidia

dmesg:
[0.00] No AGP bridge found
[0.00] No AGP bridge found
[0.00] Console: colour VGA+ 80x25
[0.217246] vgaarb: device added: 
PCI::01:00.0,decodes=io+mem,owns=io+mem,locks=none
[0.217246] vgaarb: loaded
[0.217246] vgaarb: bridge control possible :01:00.0
[0.809054] Linux agpgart interface v0.103
[6.387496] nvidia: module license 'NVIDIA' taints kernel.
[6.641221] nvidia :01:00.0: setting latency timer to 64
[6.641229] vgaarb: device changed decodes: 
PCI::01:00.0,olddecodes=io+mem,decodes=none:owns=io+mem
[6.641636] NVRM: loading NVIDIA UNIX x86_64 Kernel Module  340.65  Tue Dec  
2 09:50:34 PST 2014
[7.604136] input: HDA NVidia HDMI/DP,pcm=9 as 
/devices/pci:00/:00:01.0/:01:00.1/sound/card1/input7
[7.604272] input: HDA NVidia HDMI/DP,pcm=8 as 
/devices/pci:00/:00:01.0/:01:00.1/sound/card1/input8
[7.604386] input: HDA NVidia HDMI/DP,pcm=7 as 
/devices/pci:00/:00:01.0/:01:00.1/sound/card1/input9
[7.604508] input: HDA NVidia HDMI/DP,pcm=3 as 
/devices/pci:00/:00:01.0/:01:00.1/sound/card1/input10
[   16.641236] nvidia :01:00.0: irq 51 for MSI/MSI-X

OpenGL and NVIDIA library files installed:
lrwxrwxrwx 1 root root   15 Jan  8 12:46 /etc/alternatives/glx -> 
/usr/lib/nvidia
lrwxrwxrwx 1 root root   44 Jan  8 12:46 
/etc/alternatives/glx--libEGL.so.1-x86_64-linux-gnu -> 
/usr/lib/x86_64-linux-gnu/nvidia/libEGL.so.1
lrwxrwxrwx 1 root root   48 Nov 26 16:57 
/etc/alternatives/glx--libGL.so-x86_64-linux-gnu -> 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so
lrwxrwxrwx 1 root root   48 Nov 26 16:57 
/etc/alternatives/glx--libGL.so-x86_64-linux-gnu -> 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so
lrwxrwxrwx 1 root root   41 Jan  8 12:46 
/etc/alternatives/glx--libGL.so.1-i386-linux-gnu -> 
/usr/lib/i386-linux-gnu/nvidia/libGL.so.1
lrwxrwxrwx 1 root root   41 Jan  8 12:46 
/etc/alternatives/glx--libGL.so.1-i386-linux-gnu -> 
/usr/lib/i386-linux-gnu/nvidia/libGL.so.1
lrwxrwxrwx 1 root root   43 Jan  8 12:46 
/etc/alternatives/glx--libGL.so.1-x86_64-linux-gnu -> 
/usr/lib/x86_64-linux-gnu/nvidia/libGL.so.1
lrwxrwxrwx 1 root root   43 Jan  8 12:46 
/etc/alternatives/glx--libGL.so.1-x86_64-linux-gnu -> 
/usr/lib/x86_64-linux-gnu/nvidia/libGL.so.1
lrwxrwxrwx 1 root root   50 Jan  8 12:46 
/etc/alternatives/glx--libGLESv1_CM.so.1-x86_64-linux-gnu -> 
/usr/lib/x86_64-linux-gnu/nvidia/libGLESv1_CM.so.1
lrwxrwxrwx 1 root root   50 Jan  8 12:46 
/etc/alternatives/glx--libGLESv1_CM.so.1-x86_64-linux-gnu -> 
/usr/lib/x86_64-linux-gnu/nvidia/libGLESv1_CM.so.1
lrwxrwxrwx 1 root root   47 Jan  8 12:46 
/etc/alternatives/glx--libGLESv2.so.2-x86_64-linux-gnu -> 
/usr/lib/x86_64-linux-gnu/nvidia/libGLESv2.so.2
lrwxrwxrwx 1 root root   47 Jan  8 12:46 
/etc/alternatives/glx--libGLESv2.so.2-x86_64-linux-gnu -> 
/usr/lib/x86_64-linux-gnu/nvidia/libGLESv2.so.2
lrwxrwxrwx 1 root root   49 Jan  8 12:46 
/etc/alternatives/glx--libnvidia-cfg.so.1-i386-linux-gnu -> 
/usr/lib/i386-linux-gnu/nvidia/libnvidia-cfg.so.1
lrwxrwxrwx 1 root root   51 Jan  8 12:46 
/etc/alternatives/glx--libnvidia-cfg.so.1-x86_64-linux-gnu -> 
/usr/lib/x86_64-linux-gnu/nvidia/libnvidia-cfg.so.1
lrwxrwxrwx 1 root root   25 Jan  8 12:46 
/etc/alternatives/glx--linux-libglx.so -> /usr/lib/nvidia/libglx.so
lrwxrwxrwx 1 root root   42 Jan  8 12:46 
/etc/alternatives/glx--nvidia-blacklists-nouveau.conf -> 
/etc/nvidia/nvidia-blacklists-nouveau.conf
lrwxrwxrwx 1 root root   36 Jan  8 12:46 
/etc/alternatives/glx--nvidia-bug-report.sh -> 
/usr/lib/nvidia/nvidia-bug-report.sh
lrwxrwxrwx 1 root root   29 Jan  8 12:46 
/etc/alternatives/glx--nvidia_drv.so -> /usr/lib/nvidia/nvidia_drv.so
lrwxrwxrwx 1 root root   22 Nov 26 16:57 /etc/alternatives

Bug#775338: gtk3-engines-oxygen: Themed gtk3 apps drop down boxes do not work properly

[Dmitry Smirnov]

On Thu, 15 Jan 2015 02:25:46 kittyofthebox wrote:
> it's quite
> simple this theme engine breaks drop down menus for me in gtk3 applications

How exactly drop down lists are broken?


> and other themes 

How do you change themes? Using "kde-config-gtk-style"?


> do not and it has been doing this a long time for me on
> two different laptops and for some of my friends.

Then maybe you could find which package upgrade broke it?


> I can't give precise steps on reproduction
> because I have no where to start besides "This doesn't work right and
> hasn't for awhile"

I reckon I might be doing something wrong because it works for me. :)
You have to be more specific or I'm not sure if I can help...

-- 
All the best,
 Dmitry Smirnov


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

Bug#775366: unblock: privoxy/3.0.21-5

[Roland Rosenfeld]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Please unblock package privoxy/3.0.21-5

I just uploaded privoxy version 3.0.21-5, which should fix
CVE-2015-1030 and CVE-2015-1031, which are reported in #775167.

A debdiff between 3.0.21-4 and 3.0.21-5 is attached.

It contains 3 quilt patches, which are extracted from upstream 3.0.22
source.

Greetings

Roland
diff -Nru privoxy-3.0.21/debian/changelog privoxy-3.0.21/debian/changelog
--- privoxy-3.0.21/debian/changelog	2014-05-10 14:19:22.0 +0200
+++ privoxy-3.0.21/debian/changelog	2015-01-12 08:44:24.0 +0100
@@ -1,3 +1,15 @@
+privoxy (3.0.21-5) unstable; urgency=low
+
+  * 34_CVE-2015-1030: Fix memory leak in rfc2553_connect_to().  CID 66382
+  * 35_CVE-2015-1031-CID66394: unmap(): Prevent use-after-free if the map 
+only consists of one item.  CID 66394.
+  * 36_CVE-2015-1031-CID66376: pcrs_execute(): Consistently set *result to
+NULL in case of errors.  Should make use-after-free in the caller less
+likely.  CID 66391, CID 66376.
+  * These 3 patches Closes: #775167.
+  
+ -- Roland Rosenfeld   Mon, 12 Jan 2015 08:44:23 +0100
+
 privoxy (3.0.21-4) unstable; urgency=low
 
   * Enable hardening=+all
diff -Nru privoxy-3.0.21/debian/patches/34_CVE-2015-1030.patch privoxy-3.0.21/debian/patches/34_CVE-2015-1030.patch
--- privoxy-3.0.21/debian/patches/34_CVE-2015-1030.patch	1970-01-01 01:00:00.0 +0100
+++ privoxy-3.0.21/debian/patches/34_CVE-2015-1030.patch	2015-01-12 08:32:18.0 +0100
@@ -0,0 +1,16 @@
+Author: Fabian Keil 
+Description: Fix memory leak in rfc2553_connect_to()
+ CID 66382.
+Bug-Debian: http://bugs.debian.org/775167
+Origin: upstream, http://ijbswa.cvs.sourceforge.net/viewvc/ijbswa/current/jbsockets.c?r1=1.130&r2=1.131
+
+--- a/jbsockets.c
 b/jbsockets.c
+@@ -285,6 +285,7 @@
+ "Server socket number too high to use select(): %d >= %d",
+ fd, FD_SETSIZE);
+  close_socket(fd);
++ freeaddrinfo(result);
+  return JB_INVALID_SOCKET;
+   }
+ #endif
diff -Nru privoxy-3.0.21/debian/patches/35_CVE-2015-1031-CID66394.patch privoxy-3.0.21/debian/patches/35_CVE-2015-1031-CID66394.patch
--- privoxy-3.0.21/debian/patches/35_CVE-2015-1031-CID66394.patch	1970-01-01 01:00:00.0 +0100
+++ privoxy-3.0.21/debian/patches/35_CVE-2015-1031-CID66394.patch	2015-01-12 08:36:24.0 +0100
@@ -0,0 +1,31 @@
+Author: Fabian Keil 
+Description: unmap(): Prevent use-after-free if the map only consists of one
+ item
+ CID 66394.
+Bug-Debian: http://bugs.debian.org/775167
+Origin: upstream, http://ijbswa.cvs.sourceforge.net/viewvc/ijbswa/current/list.c?r1=1.31&r2=1.32
+
+--- a/list.c
 b/list.c
+@@ -1055,7 +1055,7 @@
+assert(the_map);
+assert(name);
+ 
+-   last_entry = the_map->first;
++   last_entry = NULL;
+ 
+for (cur_entry = the_map->first; cur_entry != NULL; cur_entry = cur_entry->next)
+{
+@@ -1087,7 +1087,11 @@
+  freez(cur_entry->name);
+  freez(cur_entry->value);
+  freez(cur_entry);
+-
++ if (last_entry == NULL)
++ {
++/* The map only had a single entry which has just been removed. */
++break;
++ }
+  cur_entry = last_entry;
+   }
+   else
diff -Nru privoxy-3.0.21/debian/patches/36_CVE-2015-1031-CID66376.patch privoxy-3.0.21/debian/patches/36_CVE-2015-1031-CID66376.patch
--- privoxy-3.0.21/debian/patches/36_CVE-2015-1031-CID66376.patch	1970-01-01 01:00:00.0 +0100
+++ privoxy-3.0.21/debian/patches/36_CVE-2015-1031-CID66376.patch	2015-01-12 08:39:52.0 +0100
@@ -0,0 +1,47 @@
+Author: Fabian Keil 
+Description: pcrs_execute(): Consistently set *result to NULL in case of errors
+ Should make use-after-free in the caller less likely.
+ CID 66391, CID 66376.
+Bug-Debian: http://bugs.debian.org/775167
+Origin: upstream, http://ijbswa.cvs.sourceforge.net/viewvc/ijbswa/current/pcrs.c?r1=1.45&r2=1.46
+
+--- a/pcrs.c
 b/pcrs.c
+@@ -725,7 +725,7 @@
+  *  1  :  job = the pcrs_job to be executed
+  *  2  :  subject = the subject (== original) string
+  *  3  :  subject_length = the subject's length
+- *  4  :  result = char** for returning  the result
++ *  4  :  result = char** for returning the result (NULL on error)
+  *  5  :  result_length = size_t* for returning the result's length
+  *
+  * Returns :  On success, the number of substitutions that were made.
+@@ -747,19 +747,18 @@
+char *result_offset;
+ 
+offset = i = 0;
++   *result = NULL;
+ 
+/*
+ * Sanity check & memory allocation
+ */
+if (job == NULL || job->pattern == NULL || job->substitute == NULL || NULL == subject)
+{
+-  *result = NULL;
+   return(PCRS_ERR_BADJOB);
+}
+ 
+if (NULL == (matches = (pcrs_match *)malloc((size_t)max_matches * sizeof(pcrs_match
+{
+-  *result = NULL;
+   return(PCRS_ERR_NOMEM);

Bug#760897: release-notes: systemd switch: customised init scripts

[Niels Thykier]

Control: tags -1 pending

On Tue, 09 Sep 2014 10:35:41 +1000 Stuart Prescott 
wrote:
> Package: release-notes
> Severity: normal
> 
> Exactly how the init system is to be handled for wheezy->jessie upgrades is
> still being argued about (and probably still will be in a few months...). What
> is clear, however, is that some sort of "migration to systemd" documentation
> would be appropriate to include in the release notes. Interested admins will
> want to know how to go about changing irrespective of whether the migration
> is done by default or not.
> 
> There is a starting point on the wiki (although that is probably overly 
> verbose
> to include in the release notes as it is)
> 
> https://wiki.debian.org/systemd
> 
> One point for migration that came up on debian-devel [1] is that local
> modifications to init scripts may well need to be ported over to the systemd
> units. This can't be done automatically and it's not even going to be easy to
> work out if there is a systemd unit for any given local modification. What we
> can do, however, is help the admin prepare a list of init scripts that have
> been modified so they can add them to their own TODO list for checking.
> 
> One of the following is a good starting point for this:
> 
> [...]
> 
> [1]  http://lists.debian.org/<540e056a.3040...@free.fr>
> 
> 

Hi Stuart,

Thanks for reporting this issue.

I have applied the attached patch to the release note.  A review is very
welcome. :)

Thanks,
~Niels




0001-en-issues-Document-the-need-for-migrating-sysvinit-s.patch
Description: application/mbox

Bug#775365: game-data-packager: trick Linux Steam into downloading owned Windows games

[Simon McVittie]

Package: game-data-packager
Version: 38
Severity: wishlist

On 14/01/15 16:59, Alexandre Detiste wrote:
> While googling on how to read the **/ SteamApps/appmanifest_*.acf files, I 
> found this other pygi GUI:
> 
> https://github.com/dotfloat/steam-appmanifest
> 
> [ This is a short python script that tricks Steam for Linux into downloading 
> non-Linux apps.

That seems like a useful hack once gdp has a GUI: we could do the setup,
then prompt the user to restart Steam, and perhaps even use inotify on
the manifest to detect when the game has arrived, then proceed with
repackaging its data files. Opening this as a feature request.

S


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

Bug#775266: Custom Bridge Interface

[Ritesh Raj Sarraf]

Adding Debian Bug report in CC.

On 01/13/2015 10:56 PM, Klaus Espenlaub wrote:
> Ritesh,
> 
> On 13.01.2015 12:54, Ritesh Raj Sarraf wrote:
>> Does VBox support attaching to a custom bridge interface in "Bridge
>> Networking Mode" ??
> 
> What you're calling a "custom bridge interface" is simply a Linux bridge.
> 
> You can directly bridge in VBox to such a device. I know multiple users 
> who use this successfully.
> 

Thank you Klaus, for confirming. T

As I had expected, my network config stands correct. But I still need to
root cause what freezes the network at times, when both the VMs and the
Containers access the network simultaneously.

The odd part is that the issue is very sporadic. I haven't been able to
conclude a persistent pattern, to report a bug upstream.

> 
>> [  756.958798] nspr-3[6988]: segfault at 8 ip 7f0cbcbf285c sp
>> 7f0ca80b7670 error 4 in VBoxXPCOM.so[7f0cbcb9b000+fe000]
> 
> This is a crash in the xpcom middleware VBox uses for its API, and 
> that's far, far away from the actual network functionality.
> 
> Which VBox build do you use? One from debian? Then install the matching 
> debug info package(s), make sure that core dumps are enabled (hints see 
> https://www.virtualbox.org/wiki/Core_dump ), and once you have a core 
> you can use gdb to find out where things have crashed... postponing a 
> detailed recipe to avoid wasting time if you know what to do.
> 

Yes. The build is from Debian. Me and Gianfranco currently maintain VBox
for Debian (and derivatives).

I'll get you the required info soon. Something else came up inbetween.

>> Please see Debian Bug report for more details:
>> http://bugs.debian.org/775266
> 
> Helpful, but still not very detailed... no hint how the VM is configured.
> 
> Klaus
> 


The config is simple. You already must have seen the bridge's (lxcbr0)
config details in the debian bug report.

I use both Containers, and VBox VMs to connect to the bridge for all
network related stuff.

My intent is to use Containers and VMs on the same network and make them
reachable to each other.

For the VMs, I use the network setting "Attached to Bridge Adapter" and
the bridge interface I choose is "lxcbr0".
Under "Advanced Settings", I've chosen "Promiscuous Mode" to "Allow All"

With the above setting, I boot a VM and it can access the network /
internet.

BTW, When I start the VM, on the host, I see the following in dmesg.
[44838.685860] device lxcbr0 entered promiscuous mode

Here's what the syslog says to the guest VM, upon providing the network
(dhcp service is provided by dnsmasq on the host).

Jan 14 23:43:43 learner kernel: [45356.381385] vboxdrv: Found 8
processor cores.
Jan 14 23:43:43 learner kernel: [45356.381552] vboxdrv: fAsync=0
offMin=0x1b0 offMax=0xebb
Jan 14 23:43:43 learner kernel: [45356.381636] vboxdrv: TSC mode is
'synchronous', kernel timer mode is 'normal'.
Jan 14 23:43:43 learner kernel: [45356.381638] vboxdrv: Successfully
loaded version 4.3.20_Debian (interface 0x001a0008).
Jan 14 23:43:43 learner virtualbox[15064]: Starting VirtualBox kernel
modules.
Jan 14 23:43:43 learner kernel: [45356.391613] vboxpci: IOMMU not found
(not registered)
Jan 14 23:43:56 learner kernel: [45369.535587] device lxcbr0 entered
promiscuous mode
Jan 14 23:44:11 learner dnsmasq[14939]: reading /var/run/dnsmasq/resolv.conf
Jan 14 23:44:11 learner dnsmasq[14939]: using nameserver 8.8.8.8#53
Jan 14 23:44:11 learner dnsmasq[14939]: using nameserver 8.8.4.4#53
Jan 14 23:44:11 learner dnsmasq-dhcp[14939]: 3735664666 available DHCP
range: 172.16.10.10 -- 172.16.10.200
Jan 14 23:44:11 learner dnsmasq-dhcp[14939]: 3735664666 client provides
name: debian
Jan 14 23:44:11 learner dnsmasq-dhcp[14939]: 3735664666
DHCPDISCOVER(lxcbr0) 172.16.10.40 08:00:27:d6:62:9a
Jan 14 23:44:11 learner dnsmasq-dhcp[14939]: 3735664666 tags: lxcbr0
Jan 14 23:44:11 learner dnsmasq-dhcp[14939]: 3735664666
DHCPOFFER(lxcbr0) 172.16.10.40 08:00:27:d6:62:9a
Jan 14 23:44:11 learner dnsmasq-dhcp[14939]: 3735664666 requested
options: 1:netmask, 28:broadcast, 2:time-offset, 3:router,
Jan 14 23:44:11 learner dnsmasq-dhcp[14939]: 3735664666 requested
options: 15:domain-name, 6:dns-server, 119:domain-search,
Jan 14 23:44:11 learner dnsmasq-dhcp[14939]: 3735664666 requested
options: 12:hostname, 44:netbios-ns, 47:netbios-scope,
Jan 14 23:44:11 learner dnsmasq-dhcp[14939]: 3735664666 requested
options: 26:mtu, 121:classless-static-route, 42:ntp-server
Jan 14 23:44:11 learner dnsmasq-dhcp[14939]: 3735664666 next server:
172.16.10.1
Jan 14 23:44:11 learner dnsmasq-dhcp[14939]: 3735664666 sent size:  1
option: 53 message-type  2
Jan 14 23:44:11 learner dnsmasq-dhcp[14939]: 3735664666 sent size:  4
option: 54 server-identifier  172.16.10.1
Jan 14 23:44:11 learner dnsmasq-dhcp[14939]: 3735664666 sent size:  4
option: 51 lease-time  1h
Jan 14 23:44:11 learner dnsmasq-dhcp[14939]: 3735664666 sent size:  4
option: 58 T1  30m
Jan 14 23:44:11 learner dnsmasq-dhcp[14939]: 3735664666 sent size:  4
option: 59 T2

Bug#775076: unblock (pre-approval or jessie-p-u): autopkgtest (was "Fixing autopkgtest RC bug #775076 via t-p-u")

[Niels Thykier]

Control: tags -1 confirmed moreinfo

On 2015-01-14 16:57, Antonio Terceiro wrote:
> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: unblock jessie-pu
> 
> Opening a bug report since that's way more likely to be handled in this
> way.
> 

Hi,

Thanks for opening this as a bug.

> On Sun, Jan 11, 2015 at 02:00:45PM +0100, Martin Pitt wrote:
>> Hello release team,
>>
>> Christian Kastner discovered that when using vmdebootstrap with
>> autopkgtest's "VM setup" script it erroneously enables dpkg's
>> "force-unsafe-io" option on the host instead of the guest. This can
>> lead to potential system damage and thus should qualify as RC:
>>
>>   https://bugs.debian.org/775076
>>
>> This is fixed in version 3.9.3 in unstable now, including a postinst
>> cleanup for cleaning up an erroneously created
>> /etc/dpkg/dpkg.cfg.d/autopkgtest on the host.
>>

Ugh, that is indeed very bad.  Please upload the fix for that to tpu at
your earliest convenience.  For reference, I have attached (what I
believe was) the proposed debdiff to this bug (as it makes it easier for
us to keep track of what was approved).

>> [...]
>> autopkgtest is mostly a Debian/Ubuntu developer, QA, and continuous
>> integration tool, so honestly the testing version isn't that
>> interesting any more. So if you prefer, I'd be perfectly okay (and
>> in fact happier) with getting 3.9.3 into testing instead; it has a lot
>> of new features, but also a lot of bug fixes:
>>[...]
>>
>> Thank you and have a nice Sunday!
>>
>> Martin
>>
>> [...]

I must admit that I am tempted to let autopkgtest consider it given the
circumstances and the nature/purpose of the package.  However, please do
not wait with the tpu upload for such a decision.  We are bit overbooked
right now and it will not be my first priority.

Thanks,
~Niels


diff --git a/debian/changelog b/debian/changelog
index 9040131..7961f2e 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,19 @@
+autopkgtest (3.6.1) UNRELEASED; urgency=medium
+
+  [ Christian Kastner ]
+  * adt-setup-vm: Modify guest's dpkg config for enabling force-unsafe-io, not
+host's, when a root directory is specified as argument. (Closes: #775076)
+  * Clean up /etc/dpkg/dpkg.cfg.d/autopkgtest on upgrades if its contents are
+just "force-unsafe-io", indicating that this file was generated by the
+above bug.
+
+  [ Martin Pitt ]
+  * adt-setup-vm: Check guest's /etc/network/interfaces for existing eth0
+instead of host's, when specifying a directory argument. (Spotted as a
+side issue in #775076)
+
+ -- Martin Pitt   Sun, 11 Jan 2015 13:32:13 +0200
+
 autopkgtest (3.6) unstable; urgency=medium
 
   [ Antonio Terceiro ]
diff --git a/debian/postinst b/debian/postinst
new file mode 100644
index 000..ec51743
--- /dev/null
+++ b/debian/postinst
@@ -0,0 +1,15 @@
+#!/bin/sh
+set -e
+
+if [ "$1" = configure ] && dpkg --compare-versions "$2" lt-nl "3.6.1"; then
+# If this file exists and its only content is "force-unsafe-io", then it 
was
+# generated by #775076 and must be removed.
+if [ -e /etc/dpkg/dpkg.cfg.d/autopkgtest ]; then
+if [ "`cat /etc/dpkg/dpkg.cfg.d/autopkgtest`" = "force-unsafe-io" 
]; then
+echo "Cleaning up erroneous 
/etc/dpkg/dpkg.cfg.d/autopkgtest..."
+rm -f /etc/dpkg/dpkg.cfg.d/autopkgtest
+fi
+fi
+fi
+
+#DEBHELPER#
diff --git a/tools/adt-setup-vm b/tools/adt-setup-vm
index 5c25781..4d01e54 100755
--- a/tools/adt-setup-vm
+++ b/tools/adt-setup-vm
@@ -68,13 +68,13 @@ EOF
 fi
 
 # set up networking
-if ! grep -qr eth0 /etc/network/interfaces /etc/network/interfaces.d/; then
+if ! grep -qr eth0 "$root/etc/network/interfaces" 
"$root/etc/network/interfaces.d/"; then
 /bin/echo -e '\nauto eth0\niface eth0 inet dhcp' >> 
"$root"/etc/network/interfaces
 fi
 
 # go-faster apt/dpkg
 echo "Acquire::Languages \"none\";" > "$root"/etc/apt/apt.conf.d/90nolanguages
-echo 'force-unsafe-io' > /etc/dpkg/dpkg.cfg.d/autopkgtest
+echo 'force-unsafe-io' > "$root"/etc/dpkg/dpkg.cfg.d/autopkgtest
 
 # auto-detect apt-cacher-ng
 if [ -z "${ADT_APT_PROXY:-}" ]; then

Bug#775354: icedove: Can't save to "sent", can't move or delete mails (IMAP)

[Carsten Schoenert]

Hello Alia,

On Wed, Jan 14, 2015 at 05:07:05PM +0100, Alia Toll wrote:
> sometimes after sending e-mails icedove hangs forever to saying
> "saving message to folder sent". The message is appropriately sent,
> but not saved. The only way of going on is to click on terminate. Then
> the message is lost. This does not always happen, but quite often, at
> least once a day. Further on e-mails can't be moved then from one
> folder to another and no e-mails can be deleted by moving them to
> "trash".

Have you tried to take a look at the error console (press Ctrl + Shift
+ J). Propably you swill see somthing that tells you where the issue is
come from.

Or start the Icedove via console and log some internal activity of the
binary. Please visit the wike to see how to do.

https://wiki.debian.org/Icedove#Debugging_Icedove_Activity

> When restarting somtimes it works again normally, where everything
> (sending, moving deleting) is possible. But not always single
> restarting helps. Often only multiple restarting of icedove helps.
> Especially that keeping track of sent mails fails, is quite severe for
> me.
> 
> I can't say, what causes the problem. It doesn't matter whether I
> connect to the servers via SSL/TLS or STARTTLS. The problem occurs for
> different hosts.

I don't believe it's related to the protocol that Icedove is using
talking to  to the server(s). It's more a OSI layer 3 problem, so the
layer before the protocol. But without any log we can't say nothing.

Did this happen if you running Icedove in safe mode? Maybe a plugin is
making trouble.

> This not only happened for the experimental package but also for the
> testing package

I'm working with booth version currently, I don't have such issues you
describe so I think it's a problem not directly related to Icedove.

Regards
Carsten


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