Bug#802677: Raising severity - blocking RC bug fixes

[Neil Williams]

severity 802677 grave
affects 801930
thanks

Justification: causes dependencies to FTBFS

django-testscenarios has an RC bug (801930) related to django1.8 but
now cannot be built because python-testtools fails - apparently due to
changes in the exception / traceback handling in django1.8.

This now means I cannot build django-testscenarios to be able to fix
the RC bug 801930 which builds and tests correctly if python-testtools
is downgraded to a version which does not trigger the bug in django1.8.

-- 


Neil Williams
=
http://www.linux.codehelp.co.uk/



pgpJ6o9i9BMwJ.pgp
Description: OpenPGP digital signature

Bug#805282: Please package version >= 3.9.3

[Thomas Goirand]

Package: libjs-lodash
Version: 2.4.1+dfsg-3
Severity: important

Hi,

I'm trying to package OpenStack fuel, and it needs lodash 3.9.3. Please
package it, at least in Experimental.

Since I'm in the PKG Javascript team, I'll do the work to upload in there.
If you don't want me to do that, let me know.

Cheers,

Thomas Goirand (zigo)

Bug#805273: zim: The calendar was now journal

[Raphael Hertzog]

Hello Francois,

On Mon, 16 Nov 2015, Francois Mescam wrote:
> Since version 0.65 I noticed that the name of the calendar changed it became 
> journal.
> 
> It's not practice to have my old calendar under Calendar and the new entries 
> under Journal.
> 
> If it's not a regression I think it is necessary to explain that change.

I have not seen any change on my side... the top level name used by the
plugin can be configured.

Go to "Éditions > Préférences > Plugins"
then select the "Journal" plugin and click on "Configure"
you can change the name in the "Section" field.

If you put ":Calendar" there instead of ":Journal" you should be
back to what you expect. Is that correct?

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Support Debian LTS: http://www.freexian.com/services/debian-lts.html
Learn to master Debian: http://debian-handbook.info/get/

Bug#789434: Fixed upstream

[Salvo 'LtWorf' Tomaselli]

Upstream fixed both issues:
http://bugzilla.audacityteam.org/show_bug.cgi?id=1141
http://bugzilla.audacityteam.org/show_bug.cgi?id=1204

But the fix is on HEAD.

Bug#745419: [PATCH] tools: pygrub: if partition table is empty, try treating as a whole disk

[Ian Campbell]

Control: tag -1 +fixed-upstream

On Wed, 2015-11-11 at 15:39 +, Ian Jackson wrote:
> Wei Liu writes ("Re: [PATCH] tools: pygrub: if partition table is empty,
> try treating as a whole disk"):
> > On Thu, Nov 05, 2015 at 02:46:12PM +, Ian Campbell wrote:
> > > pygrub (in identify_disk_image()) detects a DOS style partition table
> > > via the presence of the 0xaa55 signature at the end of the first
> > > sector of the disk.
> ...
> > Acked-by: Wei Liu 
> 
> Acked-by: Ian Jackson 

applied, thanks.

> In line with my usual policy about pygrub compatibility problems, I
> intend to backport this to stable trees.

Good idea.

Ian.

Bug#805283: 0install: tries to overwrite file which is also in package 0install-core 2.8-1

[Vincent Lefevre]

Package: 0install
Version: 2.10-1
Severity: serious
Justification: Policy 7.6.1

Upgrade fails of 0install fails with the following error due to
missing Breaks/Replaces:

Unpacking 0install (2.10-1) over (2.8-1) ...
dpkg: error processing archive 
/var/cache/apt/archives/0install_2.10-1_amd64.deb (--unpack):
 trying to overwrite '/usr/share/applications/0install.desktop', which is also 
in package 0install-core 2.8-1
dpkg-deb: error: subprocess paste was killed by signal (Broken pipe)

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

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

Versions of packages 0install depends on:
ii  0install-core2.10-1
ii  libatk1.0-0  2.18.0-1
ii  libc62.19-22
ii  libcairo21.14.4-1
ii  libfontconfig1   2.11.0-6.3
ii  libfreetype6 2.6-2
ii  libgdk-pixbuf2.0-0   2.32.2-1
ii  libglib2.0-0 2.46.2-1
ii  libgtk2.0-0  2.24.28-1
ii  libpango-1.0-0   1.38.1-1
ii  libpangocairo-1.0-0  1.38.1-1
ii  libpangoft2-1.0-01.38.1-1

0install recommends no packages.

0install suggests no packages.

-- no debconf information

Bug#805281: RM: ampsharp -- ROM; Useless leaf package

[Jo Shields]

Package: ftp.debian.org
Severity: normal

I have no idea what this was ever used for

Bug#804838: eztrace: build process generates huge file

[Mattia Rizzolo]

I'm sorry I haven't get back to yet before.

On Fri, Nov 13, 2015 at 03:35:24PM +0100, Samuel Thibault wrote:
> system (the testsuite is not supposed to run in parallel anyway), but

if the testsuite is not supposed to run parallel, then you should avoid
that:

 override_dh_auto_test:
-   -dh_auto_test -Bbuild-mpich -- -k
+   -dh_auto_test --parallel=1 -Bbuild-mpich -- -k
 ifeq ($(OPENMPI),yes)
-   -dh_auto_test -Bbuild-openmpi -- -C src/modules/mpi -k
+   -dh_auto_test --parallel=1 -Bbuild-openmpi -- -C src/modules/mpi -k
 endif

> the code is quite simple, so perhaps I can just proofread it and submit
> patches for tests.  One thing that struck me at first look should be
> fixed by the attached patch, could you give it a try?

We have ways to test toolchain packages and before they enter the
archive, yes, it's our custom repository [0], but it's way easier the
way you did, by uploading directly to the archive :)
I'll re-test the package this afternoon, if litl hits the mirrors in
time.

Thanks for your support and quick fix!


[0] https://wiki.debian.org/ReproducibleBuilds/ExperimentalToolchain

-- 
regards,
Mattia Rizzolo

GPG Key: 66AE 2B4A FCCF 3F52 DA18  4D18 4B04 3FCD B944 4540  .''`.
more about me:  http://mapreri.org  : :'  :
Launchpad user: https://launchpad.net/~mapreri  `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia  `-


signature.asc
Description: PGP signature

Bug#805081: Please update liblastfm to 1.0.9

[Stefan Ahlers]

Hi,

thank you for your reply!
> This is a little complicated because Amarok and Clementine both need
> liblastfm compiled with Qt4.
>
> It looks like the latest version 1.1.0 (as yet untagged) allows for
> coinstallation of the -dev files as well.  So it seems like the best way
> forward is to upgrade to that version, and then have that source package
> build both the Qt4 and Qt5 binaries.  It's doable, but you'd need to do
> more by hand in debian/rules.
Of course, I will not drop the Qt4 support. My idea is to create two
separate packages. One package called "liblastfm" is Qt4 based and the
other package "liblastfm5" is Qt5 based. And so it is very easy to
handle the debian files.

My current Qt5 package (http://mentors.debian.net/package/liblastfm5) is
patched for coinstallation. And so it is possible to install both
package on the same system without a collision.
> Would you be interested in taking over maintenance?
Yes, I'm interested but I'm not a debian maintainer yet. I'm only a
maintainer for the ubuntu PPA of tomahawk and I started my work on
debian directly only a few weeks ago. And so I need a sponsoring for
uploading at the moment.

I could take over maintenance, update the Qt4 version of liblastfm and
uploading it to mentors.debian.net, if you wish.

Stefan

Bug#805168: linux-image-4.2.0-1-amd64: sudden USB disconnect

[Vincent Lefevre]

Control: severity -1 grave

On 2015-11-15 16:24:38 +0100, Vincent Lefevre wrote:
> On 2015-11-15 14:01:06 +0100, Vincent Lefevre wrote:
> > This is the second time I get a sudden USB disconnection, in two
> > days. See the logs below for the latest one. This corresponds to my
> > USB keyboard. Mapping is lost, and though I can remap the keyboard
> > manually, this still breaks all the xterm's!
> 
> This has just occured a third time! So, I've rebooted a second time
> just in case. If this occurs again, I'll downgrade the kernel to see
> whether this problem disappears.

This has now happened on a different machine (see below). I'm raising
the severity because this is a major regression, which is not related
to the hardware.

Nov 16 11:31:24 cventin kernel: usb 1-6: USB disconnect, device number 14
Nov 16 11:31:24 cventin kernel: usb 1-6.1: USB disconnect, device number 15
Nov 16 11:31:24 cventin kernel: usb 1-6.2: USB disconnect, device number 16
Nov 16 11:31:25 cventin kernel: usb 2-5: USB disconnect, device number 8
Nov 16 11:31:25 cventin kernel: usb 2-5.4: USB disconnect, device number 9
Nov 16 11:31:25 cventin kernel: usb 1-6.4: USB disconnect, device number 17
Nov 16 12:06:05 cventin kernel: usb 1-6: new high-speed USB device number 18 
using xhci_hcd
Nov 16 12:06:05 cventin kernel: usb 2-5: new SuperSpeed USB device number 10 
using xhci_hcd
Nov 16 12:06:05 cventin kernel: usb 2-5: New USB device found, idVendor=0451, 
idProduct=8140
Nov 16 12:06:05 cventin kernel: usb 2-5: New USB device strings: Mfr=0, 
Product=0, SerialNumber=0
Nov 16 12:06:05 cventin kernel: hub 2-5:1.0: USB hub found
Nov 16 12:06:05 cventin kernel: hub 2-5:1.0: 4 ports detected
Nov 16 12:06:05 cventin kernel: usb 1-6: New USB device found, idVendor=0451, 
idProduct=8142
Nov 16 12:06:05 cventin kernel: usb 1-6: New USB device strings: Mfr=0, 
Product=0, SerialNumber=1
Nov 16 12:06:05 cventin kernel: usb 1-6: SerialNumber: 290008594A53
Nov 16 12:06:05 cventin kernel: hub 1-6:1.0: USB hub found
Nov 16 12:06:05 cventin kernel: hub 1-6:1.0: 4 ports detected
Nov 16 12:06:05 cventin kernel: usb 2-5.4: new SuperSpeed USB device number 11 
using xhci_hcd
Nov 16 12:06:05 cventin kernel: usb 2-5.4: New USB device found, idVendor=0451, 
idProduct=8140
Nov 16 12:06:05 cventin kernel: usb 2-5.4: New USB device strings: Mfr=0, 
Product=0, SerialNumber=0
Nov 16 12:06:05 cventin kernel: hub 2-5.4:1.0: USB hub found
Nov 16 12:06:05 cventin kernel: hub 2-5.4:1.0: 2 ports detected
Nov 16 12:06:05 cventin kernel: usb 1-6.1: new low-speed USB device number 19 
using xhci_hcd
Nov 16 12:06:05 cventin kernel: usb 1-6.1: New USB device found, idVendor=413c, 
idProduct=2107
Nov 16 12:06:05 cventin kernel: usb 1-6.1: New USB device strings: Mfr=1, 
Product=2, SerialNumber=0
Nov 16 12:06:05 cventin kernel: usb 1-6.1: Product: Dell USB Entry Keyboard
Nov 16 12:06:05 cventin kernel: usb 1-6.1: Manufacturer: DELL
Nov 16 12:06:05 cventin kernel: usb 1-6.1: ep 0x81 - rounding interval to 64 
microframes, ep desc says 80 microframes
Nov 16 12:06:05 cventin kernel: input: DELL Dell USB Entry Keyboard as 
/devices/pci:00/:00:14.0/usb1/1-6/1-6.1/1-6.1:1.0/0003:413C:2107.0009/input/input20
Nov 16 12:06:06 cventin kernel: hid-generic 0003:413C:2107.0009: input,hidraw0: 
USB HID v1.11 Keyboard [DELL Dell USB Entry Keyboard] on 
usb-:00:14.0-6.1/input0
Nov 16 12:06:06 cventin mtp-probe[1945]: checking bus 1, device 19: 
"/sys/devices/pci:00/:00:14.0/usb1/1-6/1-6.1"
Nov 16 12:06:06 cventin mtp-probe[1945]: bus: 1, device: 19 was not an MTP 
device
Nov 16 12:06:06 cventin kernel: usb 1-6.2: new low-speed USB device number 20 
using xhci_hcd
Nov 16 12:06:06 cventin kernel: usb 1-6.2: New USB device found, idVendor=046d, 
idProduct=c077
Nov 16 12:06:06 cventin kernel: usb 1-6.2: New USB device strings: Mfr=1, 
Product=2, SerialNumber=0
Nov 16 12:06:06 cventin kernel: usb 1-6.2: Product: USB Optical Mouse
Nov 16 12:06:06 cventin kernel: usb 1-6.2: Manufacturer: Logitech
Nov 16 12:06:06 cventin kernel: usb 1-6.2: ep 0x81 - rounding interval to 64 
microframes, ep desc says 80 microframes
Nov 16 12:06:06 cventin kernel: input: Logitech USB Optical Mouse as 
/devices/pci:00/:00:14.0/usb1/1-6/1-6.2/1-6.2:1.0/0003:046D:C077.000A/input/input21
Nov 16 12:06:06 cventin kernel: hid-generic 0003:046D:C077.000A: input,hidraw1: 
USB HID v1.11 Mouse [Logitech USB Optical Mouse] on usb-:00:14.0-6.2/input0
Nov 16 12:06:06 cventin mtp-probe[1953]: checking bus 1, device 20: 
"/sys/devices/pci:00/:00:14.0/usb1/1-6/1-6.2"
Nov 16 12:06:06 cventin mtp-probe[1953]: bus: 1, device: 20 was not an MTP 
device
Nov 16 12:06:06 cventin kernel: usb 1-6.4: new high-speed USB device number 21 
using xhci_hcd
Nov 16 12:06:06 cventin kernel: usb 1-6.4: New USB device found, idVendor=0451, 
idProduct=8142
Nov 16 12:06:06 cventin kernel: usb 1-6.4: New USB device strings: Mfr=0, 
Product=0, SerialNumber=1
Nov 16 12:06:06 cventin kernel: usb 1-6.4: SerialNumber: 

Bug#805116: ITP: wifi-switcher

[Andrei POPESCU]

Control: reassign -1 wnpp
Control: retitle -1 ITP: wifi-switcher -- script to automatically switch 
between networks

On Sb, 14 nov 15, 16:53:04, Oleg SHALAEV wrote:
> Package: wifi-switcher
> Severity: ITP
> License: GPL
> Section: net
> 
> Motivation: I think that network-manager and wicd duplicate functionality of 
> reliable command line tools
> like wpasupplicant and hostapd.
> 
> Following idea http://jamhed.dreamwidth.org/82198.html
> I wrote a simple perl script for automatic switching of my laptop between 
> wifi-networks.
> For example, When I bring the laptop from home to my office, it realizes that 
> the home
> wifi network is no more available and looks for available networks enlisted 
> in its
> configuration file.
> If a known wifi-network is found, it connects to it.
> If more than one known wifi-network are found, the one with the highest 
> priority is chosen.
> Undesirable networks are easilly disabled (forgotten).
> 
> New open and wpa networks can be easily added to the configuration file.
> The entries for more sophisticated enterprise networks should be manually 
> added to the configuration file
> in /etc/wpa_supplicant/
> 
> The script also switches between usual (client) wifi mode, and (server) 
> ad-hoc wifi network mode
> with dhcp, ssh, and ftp servers. I sometimes use adhoc wifi mode
> with ftp-server to transfer the files from/to the smartphone.
> 
> For now the script has working icewm interface.
> The emacs (elisp) interface is being tested.
> The pdmenu interface is planned.
> 
> The web site is inactive for now, plan to use
> http://chalaev.com/wifi-switcher

-- 
http://wiki.debian.org/FAQsFromDebianUser
Offtopic discussions among Debian users and developers:
http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic
http://nuvreauspam.ro/gpg-transition.txt


signature.asc
Description: Digital signature

Bug#805266: RFA: libnss-gw-name -- nss module that names the current gateway’s IP address

[Joachim Breitner]

Package: wnpp
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

I request an adopter for the libnss-gw-name package.

The package description is:
 This Name Service Switch (NSS) module resolves the name “gateway.localhost” to
 the IP of the current default gateways of the system. This allows easy access
 to router configuration and to check if connectivity problems are local or
 not.

It seems that this functionality is now also provided by
systemd-resolved and libnss-resolve (copycats!). As I plan to fully jump
on the systemd bandwagon, I don’t have a need for this single-purpose
package any more.

Nevertheless it works (I have been using it until now), and maybe
someone else would like to have this funtionaly independent of systemd.
In that case, please let me know.

Otherwise I will stop using it, and will remove it from Debian as soon
as there is a problem with it that I cannot fix very easily.

Greetings,
Joachim

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iEYEARECAAYFAlZJjO0ACgkQ9ijrk0dDIGy7aQCfQU85TtPcjBZEvDm/ccr5ovxK
H9wAoIjc6XEM6V03svPNXV+CxzHA/G2Q
=Mk4R
-END PGP SIGNATURE-

Bug#803007: RFP: python-ruamel.yaml -- roundtrip YAML parser/emitter

[Vincent Bernat]

Control: retitle -1 ITP: python-ruamel.yaml -- roundtrip YAML parser/emitter

<#secure method=pgpmime mode=sign>
 ❦ 15 novembre 2015 18:29 -0500, James Valleroy  :

>>> * Package name: python-ruamel.yaml
>>>   Version : 0.10.12
>>>   Upstream Author : Anthon van der Neut
>>> * URL : https://bitbucket.org/ruamel/yaml
>>> * License : MIT
>>>   Programming Lang: Python
>>>   Description : roundtrip YAML parser/emitter
>>>
>>> ruamel.yaml is a YAML parser/emitter that supports roundtrip
>>> preservation of comments, seq/map flow style, and map key order.
>>>
>>> For FreedomBox project, we need this module to configure ejabberd in a
>>> clean and robust way.
>> I also need it for cookiecutter. Unless you already started to work on
>> it, I can do it the next week-end.
>
> I haven't started, so please feel free.

OK, WIP.
-- 
Format a program to help the reader understand it.
- The Elements of Programming Style (Kernighan & Plauger)

Bug#583682: FW:Attn:High Level USB

[JamesMa]

Hello Sir,
Wishing you a wonderful day. 

Do you need wholesale usb flash drives?Our company have been working on the 
fields of wholesale usb flash drives for 10 years.
www.pzxtech.com


For promote our growth of trade. it has 1 models promotional usb flash drive 
for special below:
Items:Card shape promotional usb flash drive 
Capacity: 1GB/2GB/4GB/8GB/16GB
Unit price: US$1.73/1.81/2.07/2.28/3.81



We have some special Usb flash drive which we developed them by ourselves.
If you required , we could send you E-catalogue and free samples

Kindly reply at your earliest convenience.
Best regards
James
ShenZhen  PengZe Xing Technology  Co.,Ltd


Add:A18C, LongXing   Building,Bulong  Road, longGang,ShenZhen,China


Tel:+86-755-28760211


Email:sa...@pzxtech.com and ja...@pzxtech.com 
 

Website:www.pzxtech.com  




If you no longer wish to receive our emails, you may unsubscribe here by 
email.Please consider the environment before printing this e-mail.

Bug#805316: [debhelper-devel] Bug#805316: debhelper: [INTL:de] Updated German translation

[Niels Thykier]

Control: tags -1 pending

Chris Leick:
> Package: debhelper
> Version: 9.20151101
> Severity: wishlist
> Tags: l10n patch
> 
> 
> Hi Niels,
> 
> please find attached the newest German translation of debhelper.
> 
> Kind regards,
> Chris.
> 
> [...]

Hi Chris,

Thanks for this and the additional typo fix. :)

~Niels

Bug#805348: e2fsprogs: filesystem often can't be checked using systemd

[Thomas Schmidt]

Package: e2fsprogs
Version: 1.42.13-1
Severity: important

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?

using systemd, fsck takes too much time, so systemd is giving up

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

using systemd?

   * What was the outcome of this action?

fs is corrupted

   * What outcome did you expect instead?

systemd should be waiting until fsck finishes

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


-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (650, 'testing'), (600, 'unstable'), (500, 'oldstable-updates'), 
(500, 'oldstable')
Architecture: i386 (i686)

Kernel: Linux 4.2.0-1-686-pae (SMP w/2 CPU cores)
Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages e2fsprogs depends on:
ii  e2fslibs1.42.13-1
ii  libblkid1   2.27.1-1
ii  libc6   2.19-22
ii  libcomerr2  1.42.13-1
ii  libss2  1.42.13-1
ii  libuuid12.27.1-1
ii  util-linux  2.27.1-1

e2fsprogs recommends no packages.

Versions of packages e2fsprogs suggests:
pn  e2fsck-static  
pn  gpart  
ii  parted 3.2-10

-- no debconf information

[  135.640989] EXT4-fs (sdc3): mounting ext2 file system using the ext4 
subsystem
[  135.670994] EXT4-fs (sdc3): warning: mounting unchecked fs, running e2fsck 
is recommended
[  135.793096] EXT4-fs (sdc3): mounted filesystem without journal. Opts: (null)

Bug#804182: cyrus-imapd-2.4: CVE-2015-8077 CVE-2015-8078

[Ondřej Surý]

Hi Salvatore,

just letting you know I will take care of the security update this week.
I just need to sort out the rest of the bugreports whether they are
related to the +nocaldav bump or not.

Cheers,
Ondrej

On Thu, Nov 5, 2015, at 21:10, Salvatore Bonaccorso wrote:
> Source: cyrus-imapd-2.4
> Version: 2.4.17+nocaldav-2
> Severity: important
> Tags: security upstream patch fixed-upstream
> 
> Hi,
> 
> the following vulnerabilities were published for cyrus-imapd-2.4.
> 
> CVE-2015-8077[0]:
> | integer overflow in the start_octet addition after the
> | 07de4ff1bf2fa340b9d77b8e7de8d43d47a33921 fix
> 
> CVE-2015-8078[1]:
> | integer overflow in the section_offset addition after the
> | c21e179c1f6b968fe69bebe079176714e511587b fix
> 
> If you fix the vulnerabilities please also make sure to include the
> CVE (Common Vulnerabilities & Exposures) ids in your changelog entry.
> 
> Both basically are due to incomplete fix of CVE-2015-8076, so
> technically wheezy and jessie are not affected by CVE-2015-8077 and
> CVE-2015-8078 but the fix for CVE-2015-8076 would need to be completed
> including these patches.
> 
> For further information see:
> 
> [0] https://security-tracker.debian.org/tracker/CVE-2015-8077
> 
> https://cyrus.foundation/cyrus-imapd/commit/?id=745e161c834f1eb6d62fc14477f51dae799e1e08
> [1] https://security-tracker.debian.org/tracker/CVE-2015-8078
> 
> https://cyrus.foundation/cyrus-imapd/commit/?id=6fb6a272171f49c79ba6ab7c6403eb25b39ec1b2
> 
> Regards,
> Salvatore
> 
> ___
> Pkg-Cyrus-imapd-Debian-devel mailing list
> pkg-cyrus-imapd-debian-de...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-cyrus-imapd-debian-devel


-- 
Ondřej Surý 
Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server

Bug#804060: iceweasel: SIG38 when running under KDE

[Mike Hommey]

On Tue, Nov 17, 2015 at 03:44:49PM +1030, Arthur Marsh wrote:
> Package: iceweasel
> Version: 38.4.0esr-1
> Followup-For: Bug #804060
> 
> Dear Maintainer,
> 
> *** Reporter, please consider answering these questions, where appropriate ***
> 
>* What led up to the situation?
> 
> Problem again occurred when upgrading libqt5* packages from 5.5.1+dfsg-6 to
> 5.5.1+dfsg-7 when trying to run iceweasel restoring a session with multiple 
> windows.
> 
> See attached gdb output.

Signal 38 is not a crash. Type "continue" when gdb stops on it.

Mike

Bug#792404: hiredis: FTBFS on kfreebsd-*: test failures

[Tom Lee]

Alrighty, despite my fdisk woes a bit of "printf debugging" has revealed
the test failure is simply that c->errstr doesn't contain the message the
test expects (instead errstr is an empty string). Easy enough to work
around: I'll put a patch together in a few minutes & drop it on here for
folks to verify.

I'd still be interested to know how I can resize partitions on kfreebsd for
future reference :)

On Mon, Nov 16, 2015 at 11:20 PM, Tom Lee  wrote:

> Thanks Steven, that was really helpful. Got Cristoph's image up & running
> in VirtualBox with a little playing around and I've been able to reproduce
> the issue. However, I've hit something of a newbie problem: there's
> insufficient space on the disk image to install gdb & actually take a
> closer look at what's going on. I've increased the size of the image itself
> but fdisk doesn't seem to play nice (I get "fdisk: cannot open /dev/ada0:
> Operation not permitted").
>
> Is there some other tool I should be using to resize partitions under
> kfreebsd?
>
> On Sun, Nov 8, 2015 at 1:22 AM, Steven Chamberlain 
> wrote:
>
>> Hello,
>>
>> Tom Lee wrote:
>> > I've had some trouble getting kfreebsd up and running in a VM
>>
>> Christoph has created a prebuilt VM image of jessie-kfreebsd, if that
>> helps you:
>> https://people.debian.org/~christoph/jessie-kfreebsd-vmimage.raw.xz
>>
>> Otherwise I will likely get around to looking at this bug myself.
>>
>> Regards,
>> --
>> Steven Chamberlain
>> ste...@pyro.eu.org
>>
>
>
>
> --
> *Tom Lee */ http://tomlee.co / @tglee 
>
>


-- 
*Tom Lee */ http://tomlee.co / @tglee 

Bug#792404: hiredis: FTBFS on kfreebsd-*: test failures

[Tom Lee]

Thanks Steven, that was really helpful. Got Cristoph's image up & running
in VirtualBox with a little playing around and I've been able to reproduce
the issue. However, I've hit something of a newbie problem: there's
insufficient space on the disk image to install gdb & actually take a
closer look at what's going on. I've increased the size of the image itself
but fdisk doesn't seem to play nice (I get "fdisk: cannot open /dev/ada0:
Operation not permitted").

Is there some other tool I should be using to resize partitions under
kfreebsd?

On Sun, Nov 8, 2015 at 1:22 AM, Steven Chamberlain 
wrote:

> Hello,
>
> Tom Lee wrote:
> > I've had some trouble getting kfreebsd up and running in a VM
>
> Christoph has created a prebuilt VM image of jessie-kfreebsd, if that
> helps you:
> https://people.debian.org/~christoph/jessie-kfreebsd-vmimage.raw.xz
>
> Otherwise I will likely get around to looking at this bug myself.
>
> Regards,
> --
> Steven Chamberlain
> ste...@pyro.eu.org
>



-- 
*Tom Lee */ http://tomlee.co / @tglee 

Bug#805346: ebnetd: /var/run/ebnetd should be recreated at each reboot other than ebnetd, for example ndtpd

[Kei Hibino]

Package: ebnetd-common
Version: 1:1.0.dfsg.1-4.3
Severity: important

Dear Maintainer,

Ndtpd users are also affected by 
the bug ( http://bugs.debian.org/673943 ) via libeb.
I think that the lock directory initialization script should be
involved in ebnetd-common package.


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

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

Versions of packages ebnetd-common depends on:
ii  adduser   3.113+nmu3
ii  update-inetd  4.43

ebnetd-common recommends no packages.

ebnetd-common suggests no packages.

-- no debconf information

Bug#791759: [git-buildpackage/master] Support "gbp help "

[Guido Günther]

tag 791759 pending
thanks

Date:   Mon Nov 16 18:02:30 2015 +0100
Author: Guido Günther 
Commit ID: 84a202529f5add4fb4fbcd0cf50d5e2ec4c95741
Commit URL: 
https://git.sigxcpu.org/cgit/git-buildpackage/;a=commitdiff;h=84a202529f5add4fb4fbcd0cf50d5e2ec4c95741
Patch URL: 
https://git.sigxcpu.org/cgit/git-buildpackage/;a=commitdiff_plain;h=84a202529f5add4fb4fbcd0cf50d5e2ec4c95741

Support "gbp help "

Closes: #791759

A snapshot build including this change will be available at
http://honk.sigxcpu.org:8001/job/git-buildpackage/
  

Bug#805347: gnome-shell-timer: prints warnings every second when timer is on

[Paul Wise]

Package: gnome-shell-timer
Version: 0.3.12+20140924-3
Severity: normal
File: /usr/share/gnome-shell/extensions/ti...@olebowle.gmx.com/extension.js

When the timer is on, I get the following three warnings once a second
printed into the user journal or to ~/.xsession-errors.

pabs@chianamo ~ $ journalctl -f --user
-- Logs begin at Wed 2015-04-15 08:46:04 AWST. --
Nov 17 15:13:59 chianamo gnome-session[2178]: 
Indicator.prototype._draw@/usr/share/gnome-shell/extensions/ti...@olebowle.gmx.com/extension.js:281
Nov 17 15:14:00 chianamo gnome-session[2178]: (gnome-shell:2243): Gjs-WARNING 
**: JS ERROR: TypeError: light.from_string is not a function
Nov 17 15:14:00 chianamo gnome-session[2178]: 
arc@/usr/share/gnome-shell/extensions/ti...@olebowle.gmx.com/extension.js:262
...

-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (900, 'testing'), (860, 'testing-proposed-updates'), (850, 
'buildd-testing-proposed-updates'), (800, 'unstable'), (790, 
'buildd-unstable'), (700, 'experimental'), (690, 'buildd-experimental')
Architecture: amd64 (x86_64)

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

Versions of packages gnome-shell-timer depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.24.0-2
ii  gnome-shell  3.18.2-1
pn  python:any   

gnome-shell-timer recommends no packages.

gnome-shell-timer suggests no packages.

-- debconf-show failed

-- 
bye,
pabs

https://wiki.debian.org/PaulWise




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

Bug#803714: [Pkg-libvirt-maintainers] Bug#803714: libvirt-guests shutdown timeout ignored by systemd service stop timeout

[Guido Günther]

On Mon, Nov 02, 2015 at 11:36:04AM +1300, Sebastian Schweizer wrote:
> Package: libvirt-daemon-system
> Version: 1.2.9-9+deb8u1
> 
> In /etc/default/libvirt-guests the default timeout for guests shutting
> down or suspending on host shutdown/reboot is 300 seconds. However,
> systemd has timeouts for service units to stop. The default is 90
> seconds, as viewable by:
> systemctl show libvirt-guests | grep Timeout
> 
> We should specify a timeout in the libvirt-guests.service file, ideally
> take directly the configured timeout from /etc/default/libvirt-guests .

This could be done using a generator _but_ since we don't know the
number of guests and the overall timeout is VMs * SHUTDOWN_TIMEOUT we
don't know the value beforehand so the only way would be to disable the
timeout.
Cheers,
 -- Guido

> 
> As workaround, I created a systemd drop-in file:
> /etc/systemd/system/libvirt-guests.service.d/local-timeout.conf:
> [Service]
> TimeoutStopSec=300
> 
> The bug was already reported to Fedora, see
> https://bugzilla.redhat.com/show_bug.cgi?id=1195544 for further details
> and consequences.
> 
> ___
> Pkg-libvirt-maintainers mailing list
> pkg-libvirt-maintain...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-libvirt-maintainers
> 

Bug#805107: qemu-kvm: internal error (emulation error)

[Michael Tokarev]

17.11.2015 09:22, Michael Tokarev wrote:
> 17.11.2015 08:40, Dmitry Bogatov wrote:
> 
>>> How far in the boot process it happens?  Is it in lilo or
>>> in the kernel?  How much memory did you assign to the
>>> guest?
>>
>> In kernel. Happens after kernel unpacking. 512mb.
> 
> Please share this kernel image with me, I'll try to take a (brief)
> look.

BTW, can you reproduce this problem by using something like this:

 qemu-system-x86_64 -enable-kvm -m 512 -kernel 

?  That's the way I'd try it if you give me this kernel image.  If
you can't reproduce the prob this way, ofcourse there's something
else missing :)

Thanks,

/mjt