Bug#808259: RFS: abi-monitor/1.6-1 ITP

[Peter Spiess-Knafl]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Hi!

Thank you for reviewing my package. I have overlooked it, but its very
important.

I modified it and re-uploaded the package to mentors.

Do you consider sponsoring it? As you might have seen in the ITP/RFS,
I plan to bring the whole abi-tracker of Andrey to Debian.

Greetings
Peter

On 12/18/2015 04:52 AM, ChangZhuo Chen (陳昌倬) wrote:
> On Thu, Dec 17, 2015 at 10:57:51PM +0100, Peter Spiess-Knafl
> wrote:
>> As a first step I therefore packaged abi-monitor, which I am
>> seeking a sponsor for.
> 
> Hi,
> 
> Please help to update the license to GPL-2 or LGPL-2, as describe
> in copyright header and its LICENSE actully contains GPL-2 and
> LGPL-2.
> 

-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCgAGBQJWc7nsAAoJED/ImGelQYVWOQAP/3Ldyz59bvBLedM9wcMObura
mKqphYLL9B1WYAvzBli+8OEL7puzGVhikKi/QGG9cYAj56kJ3cCLXMhU6w+MpStf
FN7NBLALtgsC0ozqh9izCLC8ee+CVB7e64321gf6V82lBuKCMDzM9c8Zq/2COYDj
mA18KYvsHvZZ3jZeLIz7IBPdCqLtrnXn4h3Ebdwyj02PH1d5YS9UcfKbU7W3Bdcj
EH4qhGVwpXgl5xwjmBMdfFNGGuvXT18YWUZJfLYfGDDWqD0rqy33uBhaT1duERY1
6x+34fX12iXTV1uR+bN6J+xK+KZoDXTOd515vEjlAVkBrBeQYDVtPiOVj9J09M+I
bvNtrPAYGWDVKjEhC4qhlMclo7diaIoFc1bVMBfqGL2HE9IkhoSquDznEIASn6bk
0Zqr5L8o/NC21Z4rHrRKRUn+koXw2588Om1SfCEG2UUGQKqdAM8VXIjpFtt+AXQS
it88JUV/R4WddoTAgiHXkjJoe9FTwec2aOVFRxpeRUfipbE2vrTqbbgV6MIGTcbZ
ExKtxULvJgqgEiZkZZ+cRvctcgRRq1GetLLoLDnwbRJgyT8d07rNnQFBVHaUXTgi
0cj96wyzNZmMWlDiXv5RDWNSpgfpl+v9OYVrb8IqWbkb+i4dI8+D4Cmg/Z7U8U60
7tQUHlqFaeEHH0WpY82w
=eM9O
-END PGP SIGNATURE-

Bug#808272: linux-image-3.16.0-4-amd64: Emulex LPe1250 FV2.00A4 has lost LUN-s after upgrade from 3.2.0-4-amd64 to 3.16.0-4-amd64

[Meelis Mihhailov]

Package: src:linux
Version: 3.16.7-ckt20-1
Severity: normal

Dear Maintainer,

After upgrade of linux-image-3.2.0-4-amd64 to linux-image-3.16.0-4-amd64 Emulex 
fiber card cannot see or connect to lun-s using lpfc driver. 

What I tried to do:

1. Manually rescan lun-s 

echo "- - -" >/sys/class/scsi_host/host1/scan 
echo 1 > /sys/class/fc_host/host1/issue_lip

2. Tried to change port type of the fc card 

echo x > /sys/class/scsi_host/host1/lpfc_topology
a) x = 0 => Attempt loop mode, if it fails attempt point-to-point mode 
b) x = 2 => Attempt point-to-point mode only
c) x = 6 => Attempt point-to-point mode, if it fails attempt loop mode 

3. Changed back to linux-image-3.2.0-4-amd64 and lun-s were visible again. 

Some more useful information:

systool -c fc_host -v host1
Class = "fc_host"

  Class Device = "host1"
  Class Device path = 
"/sys/devices/pci:00/:00:0a.0/:05:00.0/host1/fc_host/host1"
active_fc4s = "0x00 0x00 0x01 0x00 0x00 0x00 0x00 0x01 0x00 0x00 
0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 
0x00 0x00 0x00 0x00 0x00 0x00 "
dev_loss_tmo= "30"
fabric_name = "0x0"
issue_lip   = 
max_npiv_vports = "16"
maxframe_size   = "2048 bytes"
node_name   = "0x2000c9ee1715"
npiv_vports_inuse   = "0"
port_id = "0x02"
port_name   = "0x1000c9ee1715"
port_state  = "Online"
port_type   = "Point-To-Point (direct nport connection)"
speed   = "8 Gbit"
supported_classes   = "Class 3"
supported_fc4s  = "0x00 0x00 0x01 0x00 0x00 0x00 0x00 0x01 0x00 0x00 
0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 
0x00 0x00 0x00 0x00 0x00 0x00 "
supported_speeds= "2 Gbit, 4 Gbit, 8 Gbit"
symbolic_name   = "Emulex LPe1250 FV2.00A4 DV10.2.8001.0."
tgtid_bind_type = "wwpn (World Wide Port Name)"
uevent  =
vport_create= 
vport_delete= 

Device = "host1"
Device path = "/sys/devices/pci:00/:00:0a.0/:05:00.0/host1"
  uevent  = "DEVTYPE=scsi_host"

lspci -nn | grep "Fibre Channel"
05:00.0 Fibre Channel [0c04]: Emulex Corporation Saturn: LightPulse Fibre 
Channel Host Adapter [10df:f015] (rev 03)



There seems to be similar (but not exactly the same) bug reported with QLogic 
cards here:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=787817

-- Package-specific info:
** Version:
Linux version 3.16.0-4-amd64 (debian-ker...@lists.debian.org) (gcc version 
4.8.4 (Debian 4.8.4-1) ) #1 SMP Debian 3.16.7-ckt20-1 (2015-11-19)

** Command line:
BOOT_IMAGE=/vmlinuz-3.16.0-4-amd64 
root=UUID=de0ab264-6e07-4d03-8caf-89f86c4ac775 ro panic=5

** Not tainted

** Kernel log:
[7.947017] EDAC i7core: Driver loaded, 2 memory controller(s) found.
[7.979624] input: Power Button as 
/devices/LNXSYSTM:00/LNXPWRBN:00/input/input2
[7.979732] ACPI: Power Button [PWRF]
[8.035274] ACPI Error: No handler for Region [IPMI] (88102f43b398) 
[IPMI] (20140424/evregion-163)
[8.035480] ACPI Error: Region IPMI (ID=7) has no handler 
(20140424/exfldio-297)
[8.035679] ACPI Error: Method parse/execution failed [\_SB_.PMI0._GHL] 
(Node 88082f825590), AE_NOT_EXIST (20140424/psparse-536)
[8.035988] ACPI Error: 
[8.036007] input: PC Speaker as /devices/platform/pcspkr/input/input3
[8.036163] Method parse/execution failed 
[8.036285] [\_SB_.PMI0._PMC] (Node 88082f825540), AE_NOT_EXIST 
(20140424/psparse-536)
[8.036489] ACPI Exception: AE_NOT_EXIST, Evaluating _PMC 
(20140424/power_meter-755)
[8.084014] dcdbas dcdbas: Dell Systems Management Base Driver (version 
5.6.0-3.2)
[8.091537] [drm] Initialized drm 1.1.0 20060810
[8.113540] ipmi message handler version 39.2
[8.237955] iTCO_vendor_support: vendor-support=0
[8.240609] iTCO_wdt: Intel TCO WatchDog Timer Driver v1.11
[8.240725] iTCO_wdt: Found a ICH10R TCO device (Version=2, TCOBASE=0x0860)
[8.241035] iTCO_wdt: initialized. heartbeat=30 sec (nowayout=0)
[8.251956] IPMI System Interface driver.
[8.252075] ipmi_si: probing via SMBIOS
[8.252150] ipmi_si: SMBIOS: io 0xca8 regsize 1 spacing 4 irq 0
[8.252227] ipmi_si: Adding SMBIOS-specified kcs state machine
[8.252352] ipmi_si: Trying SMBIOS-specified kcs state machine at i/o 
address 0xca8, slave address 0x20, irq 0
[8.442218] ipmi device interface
[8.461651] SSE version of gcm_enc/dec engaged.
[8.468497] alg: No test for __gcm-aes-aesni (__driver-gcm-aes-aesni)
[8.530517] alg: No test for crc32 (crc32-pclmul)
[8.541936] ipmi_si ipmi_si.0: Found new BMC (man_id: 0x0002a2, prod_id: 
0x0100, dev_id: 0x20)
[8.542059] ipmi_si ipmi_si.0: IPMI kcs interface initialized
[8.596729] Adding 975868k swap on /dev/sda9.  Priority:-1 extents:1 
across:975868k FS
[8.609650] kvm: disabled by bios
[8.618762] k

Bug#808180: Re[2]: Bug#808180: libc6: does not start qtcreator v3.5 and v3.6 "Segmentation fault."

[Антоша ;)]

 $ gdb qtcreator 
..
(gdb) run
Starting program: /home/lukash/Qt5.5.1/Tools/QtCreator/bin/qtcreator  
[Thread debugging using libthread_db enabled] 
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". 
[New Thread 0x7fffec5cb700 (LWP 14948)] 
[New Thread 0x7fffd8422700 (LWP 14951)] 

Program received signal SIGSEGV, Segmentation fault. 
0x77de69ab in elf_machine_rela (reloc=0x7fffdcf41548, 
reloc=0x7fffdcf41548, skip_ifunc=0, reloc_addr_arg=0x7fffdd291ef0,  
   version=0x30, sym=0x7fffdcf191d8, map=0x723350) at 
../sysdeps/x86_64/dl-machine.h:277 
277 ../sysdeps/x86_64/dl-machine.h: No such file or directory. 
(gdb) backtrace  
#0  0x77de69ab in elf_machine_rela (reloc=0x7fffdcf41548, 
reloc=0x7fffdcf41548, skip_ifunc=0, reloc_addr_arg=0x7fffdd291ef0,  
   version=0x30, sym=0x7fffdcf191d8, map=0x723350) at 
../sysdeps/x86_64/dl-machine.h:277 
#1  elf_dynamic_do_Rela (skip_ifunc=0, lazy=, 
nrelative=, relsize=, reladdr=,  
   map=0x723350) at do-rel.h:137 
#2  _dl_relocate_object (scope=, reloc_mode=reloc_mode@entry=0, 
consider_profiling=,  
   consider_profiling@entry=0) at dl-reloc.c:258 
#3  0x77dee831 in dl_open_worker (a=a@entry=0x7fffcfe8) at 
dl-open.c:429 
#4  0x77dea114 in _dl_catch_error 
(objname=objname@entry=0x7fffcfd8, 
errstring=errstring@entry=0x7fffcfe0,    
   mallocedp=mallocedp@entry=0x7fffcfd7, 
operate=operate@entry=0x77dee4e0 , 
args=args@entry=0x7fffcfe8)  
   at dl-error.c:187    
 
#5  0x77dedf63 in _dl_open (file=0x756930ab "libGL.so.1", 
mode=-2147483390, caller_dlopen=0x7565d308, nsid=-2,    
   argc=, argv=, env=0x7fffe1f8) at 
dl-open.c:653  
#6  0x745c0f09 in dlopen_doit (a=a@entry=0x7fffd200) at dlopen.c:66 
  
#7  0x77dea114 in _dl_catch_error (objname=0x634980, 
errstring=0x634988, mallocedp=0x634978, operate=0x745c0eb0 ,   
 
   args=0x7fffd200) at dl-error.c:187   
 
#8  0x745c14d9 in _dlerror_run (operate=operate@entry=0x745c0eb0 
, args=args@entry=0x7fffd200) at dlerror.c:163  
#9  0x745c0fa1 in __dlopen (file=, mode=) 
at dlopen.c:87    
#10 0x7565d308 in ?? () from /usr/lib/x86_64-linux-gnu/libGL.so.1   
  
#11 0x75660275 in ?? () from /usr/lib/x86_64-linux-gnu/libGL.so.1   
  
#12 0x756388c4 in ?? () from /usr/lib/x86_64-linux-gnu/libGL.so.1   
  
#13 0x756346b7 in glXGetFBConfigs () from 
/usr/lib/x86_64-linux-gnu/libGL.so.1 
#14 0x75635972 in glXChooseFBConfigSGIX () from 
/usr/lib/x86_64-linux-gnu/libGL.so.1 
#15 0x7fffeb9bc86e in ?? () from 
/home/lukash/Qt5.5.1/Tools/QtCreator/lib/Qt/plugins/xcbglintegrations/libqxcb-glx-integration.so
 
#16 0x7fffeb9b9ab2 in ?? () from 
/home/lukash/Qt5.5.1/Tools/QtCreator/lib/Qt/plugins/xcbglintegrations/libqxcb-glx-integration.so
 
#17 0x7fffeb9b873b in ?? () from 
/home/lukash/Qt5.5.1/Tools/QtCreator/lib/Qt/plugins/xcbglintegrations/libqxcb-glx-integration.so
 
#18 0x7fffedc09a71 in 
QXcbIntegration::createPlatformOpenGLContext(QOpenGLContext*) const () 
  from 
/home/lukash/Qt5.5.1/Tools/QtCreator/lib/Qt/plugins/platforms/../../lib/libQt5XcbQpa.so.5
 
#19 0x766876ed in QOpenGLContext::create() () from 
/home/lukash/Qt5.5.1/Tools/QtCreator/bin/../lib/Qt/lib/libQt5Gui.so.5 
#20 0x776fa495 in Utils::HostOsInfo::canCreateOpenGLContext(QString*) 
() 
  from /home/lukash/Qt5.5.1/Tools/QtCreator/bin/../lib/qtcreator/libUtils.so.1 
#21 0x7fffdd53ae4c in 
QmlDesigner::QmlDesignerPlugin::initialize(QStringList const&, QString*) () 
  from 
/home/lukash/Qt5.5.1/Tools/QtCreator/lib/qtcreator/plugins/libQmlDesigner.so 
#22 0x77bbd006 in 
ExtensionSystem::Internal::PluginSpecPrivate::initializePlugin() () 
  from 
/home/lukash/Qt5.5.1/Tools/QtCreator/bin/../lib/qtcreator/libExtensionSystem.so.1
 
#23 0x77bb52df in 
ExtensionSystem::Internal::PluginManagerPrivate::loadPlugin(ExtensionSystem::PluginSpec*,
 ExtensionSystem::PluginSp
ec::State) () from 
/home/lukash/Qt5.5.1/Tools/QtCreator/bin/../lib/qtcreator/libExtensionSystem.so.1
 
#24 0x77bb7670 in 
ExtensionSystem::Internal::PluginManagerPrivate::loadPlugins() () 
  from 
/home/lukash/Qt5.5.1/Tools/QtCreator/bin/../lib/qtcreator/libExtensionSystem.so.1
 
#25 0x00409b40 in ?? () 
#26 0x747e4870 in __libc_start_main (main=0x406

Bug#778240: tracker.debian.org has much worse display clarity

[Paul Wise]

On Fri, Dec 18, 2015 at 7:44 AM, Iain R. Learmonth wrote:
> On Thu, Dec 17, 2015 at 11:17:48PM +0100, Raphael Hertzog wrote:
>> I have just updated tracker.debian.org to use bootstrap v4 which changed
>> the layout slightly... do you find it better?
>
> I'd really enjoy less white. The contrast is just too much. I have to turn
> the brightness down on my monitor to be able to look at it properly.

I would suggest you tell your browser to obey your own colour
preferences instead of siding with the web.

-- 
bye,
pabs

https://wiki.debian.org/PaulWise

Bug#808049: lists.debian.org: New list: debian-metad...@lists.debian.org

[Jonas Smedegaard]

Quoting Iain R. Learmonth (2015-12-18 01:51:31)
> Having a mailing list would greatly help with co-ordination, so please 
> hit up the bug with a +1 if this is something you'd like to be 
> involved in.

I wanna be involved, and support creation of list for our work.

 - Jonas

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

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


signature.asc
Description: signature

Bug#808271: checkbashisms does not detect negated bashisms like 'if ! type'

[Evgeni Golov]

Package: devscripts
Version: 2.15.9
Severity: normal

Hi,

% cat /tmp/bashism 
#!/bin/sh

if type which; then
  echo "use which"
fi

if ! type which; then
  echo "well, idk"
fi

I'd expect both if-lines to be bashisms, yet:
% checkbashisms /tmp/bashism
possible bashism in /tmp/bashism line 3 (type):
if type which; then

I think this is because of the following code in checkbashisms:
my $LEADIN = qr'(?:(?:^|[`&;(|{])\s*|(?:if|then|do|while|shell)\s+)';

$LEADIN . qr'type\s' =>   q,

this basically requires "if" and "type" to be separated by spaces only,
but "!" isn't one :)

Regards
Evgeni

-- Package-specific info:

--- /etc/devscripts.conf ---

--- ~/.devscripts ---
Not present

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

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

Versions of packages devscripts depends on:
ii  dpkg-dev 1.18.3
ii  libc62.21-4
ii  perl 5.20.2-6
ii  python3  3.4.3-7
pn  python3:any  

Versions of packages devscripts recommends:
pn  at  
ii  curl7.45.0-1+b1
ii  dctrl-tools 2.24-1
ii  debian-keyring  2015.11.30
ii  dput-ng [dput]  1.10
pn  equivs  
ii  fakeroot1.20.2-1
ii  file1:5.25-2
ii  gnupg   1.4.19-6
ii  libdistro-info-perl 0.14
ii  libencode-locale-perl   1.05-1
ii  libjson-perl2.90-1
ii  liblwp-protocol-https-perl  6.06-2
ii  libsoap-lite-perl   1.19-1
ii  liburi-perl 1.69-1
ii  libwww-perl 6.15-1
ii  lintian 2.5.38.1
ii  man-db  2.7.5-1
ii  patch   2.7.5-1
ii  patchutils  0.3.4-1
ii  python3-debian  0.1.27
ii  python3-magic   1:5.25-2
ii  sensible-utils  0.0.9
ii  strace  4.10-3
ii  unzip   6.0-20
ii  wdiff   1.2.2-1+b1
ii  wget1.17-1
ii  xz-utils5.1.1alpha+20120614-2.1

Versions of packages devscripts suggests:
ii  bsd-mailx [mailx]8.1.2-0.20150408cvs-1
ii  build-essential  12.1
pn  cvs-buildpackage 
pn  debbindiff   
pn  devscripts-el
pn  gnuplot  
ii  gpgv 1.4.19-6
ii  libauthen-sasl-perl  2.1600-1
ii  libfile-desktopentry-perl0.22-1
ii  libnet-smtp-ssl-perl 1.03-1
pn  libterm-size-perl
ii  libtimedate-perl 2.3000-2
pn  libyaml-syck-perl
ii  mutt 1.5.24-1
ii  openssh-client [ssh-client]  1:7.1p1-3
ii  svn-buildpackage 0.8.5+nmu1
ii  w3m  0.5.3-26

-- no debconf information

Bug#798621: Debian Bug report logs - #798621 gnome-shell oops with segfault in libfreetype and libc

[Owen Hogarth II]

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

I am sorry that I am not a part of this message but I get this error too. I
am on mac os x using debian and when i boot into gnome desktop I get this
same error gnome seems to restart and then things boot normally.

here is dmesg | tail -100 right after logging in.

pastebin: http://pastebin.com/ecx4Uk7u

==
[5.139989] nvidia :01:00.0: enabling device (0006 -> 0007)
[5.140143] vgaarb: device changed decodes:
PCI::01:00.0,olddecodes=io+mem,decodes=none:owns=none
[5.140503] [drm] Initialized nvidia-drm 0.0.0 20130102 for :01:00.0
on minor 0
[5.140507] NVRM: loading NVIDIA UNIX x86_64 Kernel Module  340.65  Tue
Dec  2 09:50:34 PST 2014
[5.141671] usb-storage 2-4:1.0: USB Mass Storage device detected
[5.141825] scsi1 : usb-storage 2-4:1.0
[5.141920] usbcore: registered new interface driver usb-storage
[5.142840] wl0: online cpus 1
[5.143665] wlan0: Broadcom BCM43a0 802.11 Hybrid Wireless Controller
6.30.223.248 (r487574)
[5.144364] usbcore: registered new interface driver usbhid
[5.144368] usbhid: USB HID core driver
[5.153407] usb 1-1.1: new high-speed USB device number 5 using xhci_hcd
[5.171772] input: Apple Inc. Apple Internal Keyboard / Trackpad as
/devices/pci:00/:00:14.0/usb1/1-12/1-12:1.0/0003:05AC:0262.0001/input/input10
[5.197414] apple 0003:05AC:0262.0001: input,hidraw0: USB HID v1.11
Keyboard [Apple Inc. Apple Internal Keyboard / Trackpad] on
usb-:00:14.0-12/input0
[5.212677] apple 0003:05AC:0262.0002: hidraw1: USB HID v1.11 Device
[Apple Inc. Apple Internal Keyboard / Trackpad] on
usb-:00:14.0-12/input1
[5.245476] usb 1-1.1: New USB device found, idVendor=1a40,
idProduct=0101
[5.245478] usb 1-1.1: New USB device strings: Mfr=0, Product=1,
SerialNumber=0
[5.245478] usb 1-1.1: Product: USB 2.0 Hub
[5.246160] hub 1-1.1:1.0: USB hub found
[5.246202] hub 1-1.1:1.0: 4 ports detected
[5.265330] random: nonblocking pool is initialized
[5.317253] usb 1-1.4: new full-speed USB device number 6 using xhci_hcd
[5.341631] systemd-journald[209]: Received request to flush runtime
journal from PID 1
[5.382068] input: HDA NVidia HDMI/DP,pcm=3 as
/devices/pci:00/:00:01.0/:01:00.1/sound/card1/input11
[5.382237] input: HDA NVidia HDMI/DP,pcm=7 as
/devices/pci:00/:00:01.0/:01:00.1/sound/card1/input12
[5.382337] input: HDA NVidia HDMI/DP,pcm=8 as
/devices/pci:00/:00:01.0/:01:00.1/sound/card1/input13
[5.408396] usb 1-1.4: New USB device found, idVendor=046d,
idProduct=c52b
[5.411104] usb 1-1.4: New USB device strings: Mfr=1, Product=2,
SerialNumber=0
[5.411105] usb 1-1.4: Product: USB Receiver
[5.411106] usb 1-1.4: Manufacturer: Logitech
[5.426553] logitech-djreceiver 0003:046D:C52B.0005: hiddev0,hidraw2:
USB HID v1.11 Device [Logitech USB Receiver] on usb-:00:14.0-1.4/input2
[5.465050] RPC: Registered named UNIX socket transport module.
[5.467578] RPC: Registered udp transport module.
[5.470078] RPC: Registered tcp transport module.
[5.472562] RPC: Registered tcp NFSv4.1 backchannel transport module.
[5.477046] FS-Cache: Loaded
[5.483404] input: Logitech Unifying Device. Wireless PID:4041 as
/devices/pci:00/:00:14.0/usb1/1-1/1-1.4/1-1.4:1.2/0003:046D:C52B.0005/0003:046D:C52B.0006/input/input14
[5.486110] logitech-djdevice 0003:046D:C52B.0006: input,hidraw3: USB
HID v1.11 Keyboard [Logitech Unifying Device. Wireless PID:4041] on
usb-:00:14.0-1.4:1
[5.486675] FS-Cache: Netfs 'nfs' registered for caching
[5.489249] usb 1-8.1: new full-speed USB device number 7 using xhci_hcd
[5.500635] Installing knfsd (copyright (C) 1996 o...@monad.swb.de).
[5.582463] usb 1-8.1: New USB device found, idVendor=05ac,
idProduct=820a
[5.582464] usb 1-8.1: New USB device strings: Mfr=0, Product=0,
SerialNumber=0
[5.582765] usb 1-8.1: ep 0x81 - rounding interval to 64 microframes, ep
desc says 80 microframes
[5.653056] usb 1-8.2: new full-speed USB device number 8 using xhci_hcd
[5.742249] usb 1-8.2: New USB device found, idVendor=05ac,
idProduct=820b
[5.744536] usb 1-8.2: New USB device strings: Mfr=0, Product=0,
SerialNumber=0
[5.746894] usb 1-8.2: ep 0x81 - rounding interval to 64 microframes, ep
desc says 80 microframes
[5.820970] usb 1-8.3: new full-speed USB device number 9 using xhci_hcd
[5.911182] usb 1-8.3: New USB device found, idVendor=05ac,
idProduct=8289
[5.913376] usb 1-8.3: New USB device strings: Mfr=1, Product=2,
SerialNumber=0
[5.915548] usb 1-8.3: Product: Bluetooth USB Host Controller
[5.917737] usb 1-8.3: Manufacturer: Apple Inc.
[5.928536] input: HID 05ac:820a as
/devices/pci:00/:00:14.0/usb1/1-8/1-8.1/1-8.1:1.0/0003:05AC:820A.0007/input/input15
[5.930753] hid-generic 0003:05AC:820A.0007: input,hidraw4: USB HID
v1.11 Keyboard [HID 05ac:820a] on usb-:00:14.

Bug#802649: update-pepperflashplugin-nonfree fails in a bash script

[Bart Martens]

On Thu, Dec 17, 2015 at 01:31:53PM -0800, Jamil Said Jr. wrote:
> Well,
> 
> The maintainer will not look into it.

I'm afraid that I lack the time to look into every support request I receive.
Please see https://www.debian.org/support for possible ways to get support.

> I believe that there's something
> malformed or suboptimal on this package that causes this problem, and I
> believe that this problem may appear in other circumstances if not looked
> into and fixed.

I don't believe that yet. Can you convince me?

> 
> To be fair, however, there's a workaround that works (so far): if you are
> using this package in a (bash) script, do redirect the output to a file or
> log, or use "tee" if you also need terminal output, otherwise it will fail
> and just stop. 
> 
> For example, this would work:
> 
> update-pepperflashplugin-nonfree --install --verbose >>
> /var/log/apt/updatepepper.log 2>&1

Yes, that's what you wrote earlier.

Regards,

Bart Martens

Bug#808270: RM: blasr [armhf mips powerpc s390x] -- ROM; build-dependencies not available

[Afif Elghraoui]

Package: ftp.debian.org
Severity: important
Control: block 808185 by -1


blasr has a new build-dependency (pbseqlib), which is not available on
these architectures. blasr is affected by a grave bug in testing and
stable-backports [1], and the absence of the package on some architectures
is one of the factors preventing testing migration.

Thanks and regards
Afif

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

Bug#808266: linux-image-3.2.0-4-686-pae: i386 Wheezy JFS broken in 3.2.73-2+deb7u1 security update

[Ben Hutchings]

Control: tag -1 moreinfo

On Thu, 2015-12-17 at 19:20 -0500, Robert Henney wrote:
> Package: src:linux
> Version: 3.2.73-2+deb7u1
> Severity: important
> 
> Today's kernel security update appears to have broken JFS support on i386, 
> though JFS
> still appears to be working on x86_64.
[...]

I don't think so.  Have you rebooted the i386 system yet?

Ben.

-- 
Ben Hutchings
Kids!  Bringing about Armageddon can be dangerous.  Do not attempt it in
your own home. - Terry Pratchett and Neil Gaiman, `Good Omens'

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

Bug#808204: [Pkg-dns-devel] Bug#808204: [regression] unbound returns failures and IPv6 addresses on initial boot and after network outages

[Paul Wise]

On Thu, 2015-12-17 at 22:54 -0500, Robert Edmonds wrote:

> Ah, OK.  How do you bring up the wireless connection on your laptop?
> NetworkManager, etc.?

NetworkManager automatically (re-)connects to the wireless network.

> Any difference if you try a wired connection instead?  (If your laptop
> has a wired Ethernet port.)

It has an Ethernet port but isn't usually near the router, I'll try
this when I get time.


> That's odd, but I guess wget doesn't display an IP address at all when a
> DNS query SERVFAILs, and I could easily see how an  could be cached
> while the A isn't.

It is especially silly since I don't have an IPv6 default route.


> Can you try downgrading to 1.4.22-3 and see if it reliably behaves as
> expected when you reboot your laptop and router?  If you can make 1.4.22
> fail, then I suspect #791659 and this bug are the same, but if not, it
> might be an upstream bug.

I don't think I saw it with that version, will try when I get time.

> Yes, of course, but the parameter is specified in seconds, not minutes,
> so "infra-host-ttl: 5" should cause the entries in the infra cache to
> expire after 5 seconds :-)

Ahh!

> I'm not that familiar with dnssec-trigger, but it might be because
> dnssec-trigger feeds DNS nameserver information to unbound dynamically
> with "unbound-control forward ...", and if you restarted Unbound since
> the last time dnssec-trigger did that, Unbound would start up without a
> list of forwarders?

Makes sense.

-- 
bye,
pabs

https://wiki.debian.org/PaulWise




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

Bug#808204: [Pkg-dns-devel] Bug#808204: Bug#808204: [regression] unbound returns failures and IPv6 addresses on initial boot and after network outages

[Robert Edmonds]

Paul Wise wrote:
> There are two scenarios when this happens:
> 
> When I reboot my laptop, the issue happens after it has started up and
> connected to the wireless connection.
> 
> When I reboot my router, the issue happens after my laptop has
> reconnected to the wireless connection.

Ah, OK.  How do you bring up the wireless connection on your laptop?
NetworkManager, etc.?

Any difference if you try a wired connection instead?  (If your laptop
has a wired Ethernet port.)

> > What do you mean by returning IPv6 addresses?  Unbound is a DNS server,
> > so it will return  records, if asked.  It's up to the DNS client to
> > not ask  records if they're not needed.
> 
> For example, wget normally prints both IPv4 and IPv6 addresses for
> domains with both A and , but after the reconnection, it only
> prints IPv6 addresses or can't resolve at all, depending on the domain.

That's odd, but I guess wget doesn't display an IP address at all when a
DNS query SERVFAILs, and I could easily see how an  could be cached
while the A isn't.

> > This sounds very similar to #791659, but that was reported against
> > 1.4.22-3.
> 
> I didn't have the issues with that version, which is why I didn't reply
> to that one. I think that flushing all failures from the cache after a
> reconnection should do it. I'll try a `flush_infra all` next time.

Can you try downgrading to 1.4.22-3 and see if it reliably behaves as
expected when you reboot your laptop and router?  If you can make 1.4.22
fail, then I suspect #791659 and this bug are the same, but if not, it
might be an upstream bug.

> > The default "infra-host-ttl" setting is 900 seconds (15 minutes).  I
> > wonder if you lower this aggressively (e.g. "infra-host-ttl: 5"), if
> > Unbound would recover more quickly.
> 
> Even 5 minutes would be too long to wait TBH.

Yes, of course, but the parameter is specified in seconds, not minutes,
so "infra-host-ttl: 5" should cause the entries in the infra cache to
expire after 5 seconds :-)

> pabs@chianamo ~ $ sudo /usr/sbin/unbound-control forward
> off (using root hints)
> 
> It is strange I'm not using forwarding, because the router definitely
> returns DNS info in DHCP replies. Maybe dnssec-trigger is breaking it.

I'm not that familiar with dnssec-trigger, but it might be because
dnssec-trigger feeds DNS nameserver information to unbound dynamically
with "unbound-control forward ...", and if you restarted Unbound since
the last time dnssec-trigger did that, Unbound would start up without a
list of forwarders?

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

Bug#808259: RFS: abi-monitor/1.6-1 ITP

[陳昌倬]

On Thu, Dec 17, 2015 at 10:57:51PM +0100, Peter Spiess-Knafl wrote:
> As a first step I therefore packaged abi-monitor, which I am seeking a
> sponsor for.

Hi,

Please help to update the license to GPL-2 or LGPL-2, as describe in
copyright header and its LICENSE actully contains GPL-2 and LGPL-2.

-- 
ChangZhuo Chen (陳昌倬) 
Debian Developer (https://nm.debian.org/public/person/czchen)
Key fingerprint = EC9F 905D 866D BE46 A896  C827 BE0C 9242 03F4 552D


signature.asc
Description: PGP signature

Bug#808204: [Pkg-dns-devel] Bug#808204: [regression] unbound returns failures and IPv6 addresses on initial boot and after network outages

[Paul Wise]

On Thu, 2015-12-17 at 16:18 -0500, Robert Edmonds wrote:

> "After booting my system and after my wireless router is rebooted"

There are two scenarios when this happens:

When I reboot my laptop, the issue happens after it has started up and
connected to the wireless connection.

When I reboot my router, the issue happens after my laptop has
reconnected to the wireless connection.

> What actions if any do you take to fix the problem (restarting the
> daemon?), or does it clear up by itself after, say, 15 minutes?

Restarting the daemon works, haven't tried waiting that long.

> "unbound starts returning failures and IPv6 addresses."
> 
> What do you mean by returning IPv6 addresses?  Unbound is a DNS server,
> so it will return  records, if asked.  It's up to the DNS client to
> not ask  records if they're not needed.

For example, wget normally prints both IPv4 and IPv6 addresses for
domains with both A and , but after the reconnection, it only
prints IPv6 addresses or can't resolve at all, depending on the domain.

> Is this reliably reproducible?  E.g., can you cause it to happen at will
> by just restarting your router?

Yes.

> This sounds very similar to #791659, but that was reported against
> 1.4.22-3.

I didn't have the issues with that version, which is why I didn't reply
to that one. I think that flushing all failures from the cache after a
reconnection should do it. I'll try a `flush_infra all` next time.

> The default "infra-host-ttl" setting is 900 seconds (15 minutes).  I
> wonder if you lower this aggressively (e.g. "infra-host-ttl: 5"), if
> Unbound would recover more quickly.

Even 5 minutes would be too long to wait TBH.

> Try "unbound-control forward" too.  "journalctl -u unbound" might be
> helpful too, but if the problem is related to Unbound's infra cache, I
> wouldn't expect to see anything logged by Unbound, at the default log
> level.

pabs@chianamo ~ $ sudo /usr/sbin/unbound-control forward
off (using root hints)

It is strange I'm not using forwarding, because the router definitely
returns DNS info in DHCP replies. Maybe dnssec-trigger is breaking it.

> It also might be helpful to run "dig " e.g. "dig
> www.google.com" or "dig www.debian.org", etc. when the problem occurs,
> to confirm that Unbound is sending "SERVFAIL" responses.  (dig is in the
> dnsutils package.)

Yeah, I confirmed this several times.

-- 
bye,
pabs

https://wiki.debian.org/PaulWise




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

Bug#686447: Summary of ZFS on Linux for Debian

[Aron Xu]

On Wed, Dec 16, 2015 at 5:30 PM, Petter Reinholdtsen  wrote:
> [Aron Xu]
>> the current blocking factor is my time and blame should
>> go to me. Well I promise to do the upload ASAP.
>
> Very good to hear the legal issues are cleared now.  Any news on getting
> ZFS on Linux into Debian?  Are there any blockers, or is it still waiting
> for your days to quiet down?
>

It has been in NEW queue for more than a month, we need to wait FTP
team to review it.

Thanks,
Aron

Bug#808269: make nconfig

[ioann sys]

Package: make
Version: 4.0-8.2
Severity: normal

Hello! I download new kernel source (v4.3.3). After command make nconfig or
make menuconfig i get next error:
make menuconfig
  HOSTCC  scripts/basic/fixdep
/usr/bin/ld: /usr/lib/gcc/x86_64-linux-gnu/5/../../../x86_64-linux-gnu/crti.o:
нераспознанное перемещение (0x2a) в разделе
«.init»
/usr/bin/ld: final link failed: Некорректное значение
collect2: error: ld returned 1 exit status
scripts/Makefile.host:91: ошибка выполнения рецепта
для цели «scripts/basic/fixdep»
make[1]: *** [scripts/basic/fixdep] Ошибка 1
Makefile:439: ошибка выполнения рецепта для цели
«scripts_basic»
make: *** [scripts_basic] Ошибка 2



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

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

Versions of packages make depends on:
ii  libc6  2.21-4

make recommends no packages.

Versions of packages make suggests:
pn  make-doc  

-- no debconf information

Bug#808151: systemd: failed to start remount root and kernel file system

[Michael Biebl]

Am 17.12.2015 um 22:38 schrieb Michael Biebl:
> Am 17.12.2015 um 16:24 schrieb Frank B. Brokken:
>> This time the debug shell prompt was available at tty9, although booting
>> failed. And in line with my previous findings, systemd-analyze and journalctl
>> weren't available, as they live in /usr/bin, and /usr hadn't been mounted. 
>> But
> 
> Well, /usr is mounted by the initramfs these days. So it should already
> be available when systemd is started. If that fails, this is a bug which
> needs to be addressed by initramfs-tools (or one of the hook scripts).
> It wasn't clear so far that /usr hasn't been mounted at all.
> 
> Is /usr on LVM, RAID, etc?

I'm a bit confused by those logs. They show that sda5 have been mounted.

Dec 17 15:44:29 localhost.localdomain kernel: EXT4-fs (sda5): mounting
ext3 file system using the ext4 subsystem
Dec 17 15:44:29 localhost.localdomain kernel: EXT4-fs (sda5): mounted
filesystem with ordered data mode. Opts: (null)

I figure /dev/sda5 is your /usr partition? Just to be sure, please
attach ls -la /dev/disk/by-uuid/

If so, I'm honestly puzzled why later on the binaries from /usr/bin are
not found.

Could you do another try and add "debug" to the kernel command line.
Then attach /run/initramfs/initramfs.debug and journalctl -alb (and
avoid mounting /usr manually on tty9)

Do you have any custom udev rules in /etc/udev/rules.d?


Michael

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

Bug#808267: diffoscope: Redundant information in ELF comparisons

[Mike Hommey]

On Fri, Dec 18, 2015 at 10:10:54AM +0900, Mike Hommey wrote:
> Source: diffoscope
> Version: 43
> Severity: normal
> 
> When comparing ELF files, the following commands are used:
> - readelf --all
> - readelf --debug-dump
> - objdump --disassemble --full-contents
> 
> objdump --disassemble --full-contents is actually redundant in itself. For
> example, it will dump both an hexdump and a disassembly of the .text section.
> It's also redundant with the output of readelf --debug-dump because it does an
> hexdump of the .debug_* sections that readelf --debug-dump does a dwarf dump
> of.

objdump --disassemble --full-contents also outputs a dump of e.g.
.note.gnu.build-id, which is printed out in nicer form in readelf --all.

Mike

Bug#808268: marco: context menu "Open With" list fails to maintain focus

[Michael]

Package: marco
Version: 1.8.2+dfsg1-6
Severity: normal

Dear Maintainer,

I am a novice and apologize if I have reported for the wrong package.

1. I focus on (highlight) a file in a Caja window that I want to open 
with Leafpad.

2. I press the context menu key and the context menu appears, showing 
the "Open With" option.

3. I arrow down to "Open With" in the context menu and then I arrow 
right to the list of available programs.

4. I try to arrow down in the "Open With" list to Leafpad, but half of 
the time the focus returns to Open With in the main context menu before 
I can reach Leafpad in the list. The list remains visible, but 
unselected. The list can be reselected, but the same problem recurs.

I have noticed this immediately after installing Transmission.


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

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 marco depends on:
ii  libatk1.0-0   2.14.0-1
ii  libc6 2.19-18+deb8u1
ii  libcairo2 1.14.0-2.1
ii  libcanberra-gtk0  0.30-2.1
ii  libcanberra0  0.30-2.1
ii  libfontconfig12.11.0-6.3
ii  libfreetype6  2.5.2-3
ii  libgdk-pixbuf2.0-02.31.1-2+deb8u2
ii  libglib2.0-0  2.42.1-1
ii  libgtk2.0-0   2.24.25-3
ii  libgtop2-72.28.5-2+b1
ii  libice6   2:1.0.9-1+b1
ii  libmarco-private0 1.8.2+dfsg1-6
ii  libpango-1.0-01.36.8-3
ii  libpangocairo-1.0-0   1.36.8-3
ii  libpangoft2-1.0-0 1.36.8-3
ii  libsm62:1.2.2-1+b1
ii  libstartup-notification0  0.12-4
ii  libx11-6  2:1.6.2-3
ii  libxcomposite11:0.4.4-1
ii  libxcursor1   1:1.1.14-1+b1
ii  libxdamage1   1:1.1.4-2+b1
ii  libxext6  2:1.3.3-1
ii  libxfixes31:5.0.1-2+b2
ii  libxinerama1  2:1.1.3-1+b1
ii  libxrandr22:1.4.2-1+b1
ii  libxrender1   1:0.9.8-1+b1
ii  marco-common  1.8.2+dfsg1-6
ii  zenity3.14.0-1

marco recommends no packages.

marco suggests no packages.

-- no debconf information

Bug#808267: diffoscope: Redundant information in ELF comparisons

[Mike Hommey]

Source: diffoscope
Version: 43
Severity: normal

When comparing ELF files, the following commands are used:
- readelf --all
- readelf --debug-dump
- objdump --disassemble --full-contents

objdump --disassemble --full-contents is actually redundant in itself. For
example, it will dump both an hexdump and a disassembly of the .text section.
It's also redundant with the output of readelf --debug-dump because it does an
hexdump of the .debug_* sections that readelf --debug-dump does a dwarf dump
of.

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

Kernel: Linux 4.2.0-1-amd64 (SMP w/4 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: systemd (via /run/systemd/system)

Bug#808266: linux-image-3.2.0-4-686-pae: i386 Wheezy JFS broken in 3.2.73-2+deb7u1 security update

[Robert Henney]

Package: src:linux
Version: 3.2.73-2+deb7u1
Severity: important

Today's kernel security update appears to have broken JFS support on i386, 
though JFS
still appears to be working on x86_64.

# mount -t jfs /dev/sda1 /mnt
mount: unknown filesystem type 'jfs'

# modprobe jfs
ERROR: could not insert 'jfs': Unknown symbol in module, or unknown parameter 
(see dmesg)

# dmesg|grep jfs
jfs: Unknown symbol __bread_gfp (err 0)
jfs: Unknown symbol __getblk_gfp (err 0)
jfs: Unknown symbol __bread_gfp (err 0)
jfs: Unknown symbol __getblk_gfp (err 0)

after downgrading to 3.2.68-1+deb7u3 JFS works again, but then after 
re-upgrading to
3.2.73-2+deb7u1 JFS support is again broken.


-- Package-specific info:
** Version:
Linux version 3.2.0-4-686-pae (debian-ker...@lists.debian.org) (gcc version 
4.6.3 (Debian 4.6.3-14) ) #1 SMP Debian 3.2.68-1+deb7u3

** Command line:
root=/dev/md/md_1 ro printk.time=0 raid=noautodetect acpi_enforce_resources=lax 

** Not tainted

** Kernel log:
sd 4:0:0:0: [sdd] Mode Sense: 00 3a 00 00
sd 4:0:0:0: [sdd] Write cache: enabled, read cache: enabled, doesn't support 
DPO or FUA
 sda: sda1
sd 1:0:0:0: [sda] Attached SCSI disk
sd 5:0:0:0: [sde] 117231408 512-byte logical blocks: (60.0 GB/55.8 GiB)
sd 5:0:0:0: [sde] Write Protect is off
sd 5:0:0:0: [sde] Mode Sense: 00 3a 00 00
sd 5:0:0:0: [sde] Write cache: enabled, read cache: enabled, doesn't support 
DPO or FUA
sd 1:0:0:0: Attached scsi generic sg0 type 0
sd 2:0:0:0: Attached scsi generic sg1 type 0
sd 3:0:0:0: Attached scsi generic sg2 type 0
sd 4:0:0:0: Attached scsi generic sg3 type 0
sd 5:0:0:0: Attached scsi generic sg4 type 0
 sdb: sdb1
sd 2:0:0:0: [sdb] Attached SCSI disk
 sdd: sdd1 sdd2 < sdd5 sdd6 sdd7 >
sd 4:0:0:0: [sdd] Attached SCSI disk
 sde: sde1 sde2 < sde5 sde6 sde7 >
sd 5:0:0:0: [sde] Attached SCSI disk
 sdc: unknown partition table
sd 3:0:0:0: [sdc] Attached SCSI disk
md: md_d127 stopped.
md: bind
md: bind
md: kicking non-fresh sdd from array!
md: unbind
md: export_rdev(sdd)
md: raid1 personality registered for level 1
bio: create slab  at 1
md/raid1:md_d127: active with 1 out of 2 mirrors
md_d127: detected capacity change from 0 to 9104973824
 md_d127: p1 p2 < p5 p6 p7 >
kjournald starting.  Commit interval 5 seconds
EXT3-fs (md_d127p1): mounted filesystem with ordered data mode
udevd[356]: starting version 175
Marking TSC unstable due to TSC halts in idle
ACPI: acpi_idle registered with cpuidle
Switching to clocksource acpi_pm
shpchp: Standard Hot Plug PCI Controller Driver version: 0.4
input: Power Button as /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0C:00/input/input0
ACPI: Power Button [PWRB]
input: Power Button as /devices/LNXSYSTM:00/LNXPWRBN:00/input/input1
ACPI: Power Button [PWRF]
powernow: No powernow capabilities detected
input: PC Speaker as /devices/platform/pcspkr/input/input2
parport_pc: VIA 686A/8231 detected
parport_pc: probing current configuration
parport_pc: Current parallel port base: 0x0
parport_pc: VIA parallel port disabled in BIOS
ACPI: resource vt596_smbus [io  0xe800-0xe807] conflicts with ACPI region SM00 
[io 0xe800-0xe806]
ACPI: This conflict may cause random problems and system instability
ACPI: If an ACPI driver is available for this device, you should use it instead 
of the native driver
via686a :00:04.4: Sensors disabled, enable with force_addr=0xe200
Error: Driver 'pcspkr' is already registered, aborting...
Adding 393556k swap on /dev/md_d127p7.  Priority:-1 extents:1 across:393556k 
EXT3-fs (md_d127p1): using internal journal
loop: module loaded
md: md_d126 stopped.
md: bind
md/raid1:md_d126: active with 1 out of 2 mirrors
md_d126: detected capacity change from 0 to 9104973824
 md_d126: p1 p2 < p5 p6 p7 >
kjournald starting.  Commit interval 60 seconds
EXT3-fs (md_d127p5): using internal journal
EXT3-fs (md_d127p5): mounted filesystem with ordered data mode
kjournald starting.  Commit interval 120 seconds
EXT3-fs (md_d127p6): using internal journal
EXT3-fs (md_d127p6): mounted filesystem with ordered data mode
jfs: Unknown symbol __bread_gfp (err 0)
jfs: Unknown symbol __getblk_gfp (err 0)
jfs: Unknown symbol __bread_gfp (err 0)
jfs: Unknown symbol __getblk_gfp (err 0)
jfs: Unknown symbol __bread_gfp (err 0)
jfs: Unknown symbol __getblk_gfp (err 0)
e100 :02:05.0: firmware: agent loaded e100/d101m_ucode.bin into memory
ADDRCONF(NETDEV_UP): eth1: link is not ready
e100 :02:05.0: eth1: NIC Link is Up 100 Mbps Full Duplex
ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
e100 :02:04.0: firmware: agent loaded e100/d101m_ucode.bin into memory
ADDRCONF(NETDEV_UP): eth0: link is not ready
e100 :02:04.0: eth0: NIC Link is Up 100 Mbps Full Duplex
ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
RPC: Registered named UNIX socket transport module.
RPC: Registered udp transport module.
RPC: Registered tcp transport module.
RPC: Registered tcp NFSv4.1 backchannel transport module.
FS-Cache: Loaded
FS-Cache: Netfs 'nfs' registered for caching
Installing knfsd (copyright (C) 1996 o..

Bug#592519: $COMPRESS/$compress does not accept arguments

[Trent W. Buck]

Hi,

I wanted to say pass options to my compress program, e.g.

# cat /etc/initramfs-tools/conf.d/xz
compress="pxz -Ccrc32 -1"   # dev builds should build fast
compress="pxz -Ccrc32 -9ev" # prod builds should boot fast

Unfortunately this code requires the compress (or COMPRESS) be a program,
not a program-plus-options:

2010-07-05 mat 3bdc6b1 if ! command -v "${compress}" >/dev/null 2>&1; then
2010-02-28 bsc 38c90c5 compress=gzip
2010-02-28 bsc 38c90c5 [ "${verbose}" = y ] && \
2010-02-28 bsc 38c90c5 echo "No ${COMPRESS} in ${PATH}, 
using gzip"
2011-01-25 GTi 9c25269 COMPRESS=gzip
2010-02-28 bsc 38c90c5 fi

This results in:

No xz --check=crc32 -1 in /usr/bin:/sbin:/bin, using gzip

This is incredibly annoying, because immediately AFTER that test,
compress gets used in exactly the way I want:

2010-04-09 bsc 3041c94 [ "${compress}" = lzop ] && compress="lzop -9"
2014-10-16 BHu cf9691d [ "${compress}" = xz ] && compress="xz --check=crc32"

A yukky kludge is to strip everything after a space (but not tab &c):

- if ! command -v "${compress}" >/dev/null 2>&1; then
+ if ! command -v "${compress%% *}" >/dev/null 2>&1; then

Another approach would just be to run the command with --help, or dummy data:

- if ! command -v "${compress}" >/dev/null 2>&1; then
+ if ! "$compress" /dev/null 2>&1; then

If $? is 127, then it's not in $PATH.


In the meantime, I can work around this by creating a wrapper script:

>/ARGH.sh  printf '#!/bin/sh\nexec pxz -Ccrc32 -9ev\n'
chmod +x /ARGH.sh
>/etc/initramfs-tools/conf.d/xz echo COMPRESS=/ARGH.sh
update-initramfs -u -k all

...but this makes me sad.

Bug#808228: iceweasel disables unsigned addons installed via xul-ext packages

[Daniel Kahn Gillmor]

On Thu 2015-12-17 18:44:26 -0500, Mike Hommey  wrote:
> On Thu, Dec 17, 2015 at 06:29:35PM -0500, Daniel Kahn Gillmor wrote:
>> On Thu 2015-12-17 07:53:43 -0500, Martin Steigerwald wrote:
>> 
>> > xpinstall.signatures.required is set to true here.
>> >
>> > I set to false for now in order to use the addons again. This works.
>> 
>> fwiw, i also needed to set xpinstall.whitelist.required to false to use
>> the system-installed addons on iceweasel 43.0.
>
> Can you both check what happens with a new profile? This might be an
> issue on upgrade, but not on fresh install.

I can confirm that a with a new profile, the system-installed extensions
are functional.  The problem i had was with an existing (upgraded)
profile.

--dkg

Bug#808102: Delivery Status Notification (Failure)

[Wayne Rowcliffe]

On Thu, Dec 17, 2015 at 9:22 AM, David Kalnischkies 
wrote:

> Control: tag -1 - moreinfo unreproducible
>
> On Wed, Dec 16, 2015 at 09:25:26PM -0600, Wayne Rowcliffe wrote:
> > I think I may have successfully sent the status file to
> > da...@kalnischkies.de
>
> Yeah, that worked. Next time you might want to compress the file through
> as 4MB is pretty big and probably the reason why mailservers denied it
> (after all, mails of this size are probably spam…).
>
> Ah. Good point. I will try to remember that next time :)



>
> Anyway, the problem is our deb822 parser which is confused by one of
> your own packages which happens to be right above libgnome-bluetooth13:
>
>
Interesting. I think I made that package back in 2010. I didn't realize any
of that stuff was still installed...

>
> So, to fix that on your end either set a proper value for this field in
> your package – or don't set it et all. On our end, I will have to dig
> into the parser: I remember changing whitespace parsing "recently", so
> that could be a 1.1 regression and I wanted to look into it for other
> reasons as well…
>
> That did indeed fix it. Thank you.

-- Wayne Rowcliffe

Bug#808265: e2fsprogs: support btrfs compression in filefrag

[Christoph Anton Mitterer]

Package: e2fsprogs
Version: 1.42.13-1
Severity: wishlist
Tags: upstream


Hey Ted.

It would be nice if filefrag supports btrfs compression.
Right now, it seems to assume that each 128KiB compression "block"
is one extent, though, AFAIU discussion on linux-btrfs,
it's in realliy one extent.

Example:
/var/log/daemon.1.log is on a btrfs with *no* compression:
# filefrag -v /var/log/daemon.log.1 
Filesystem type is: 9123683e
File size of /var/log/daemon.log.1 is 1436385 (351 blocks of 4096 bytes)
 ext: logical_offset:physical_offset: length:   expected: flags:
   0:0.. 220:   62079406..  62079626:221:
   1:  221.. 255:   13664057..  13664091: 35:   62079627:
   2:  256.. 319:   15844162..  15844225: 64:   13664092:
   3:  320.. 350:   13515969..  13515999: 31:   15844226: last,eof
/var/log/daemon.log.1: 4 extents found

=> it actually *is* fragmented.

Copying it somewhere else, with no --reflink set:
# cp /var/log/daemon.log.1 ~/
# filefrag -v ~/daemon.log.1
Filesystem type is: 9123683e
File size of /root/daemon.log.1 is 1436385 (351 blocks of 4096 bytes)
 ext: logical_offset:physical_offset: length:   expected: flags:
   0:0.. 350:   42929147..  42929497:351: last,eof
/root/daemon.log.1: 1 extent found


Now copying it to another btrfs, mounted with compress-force=zlib:
# cp /var/log/daemon.log.1 /mnt/
# filefrag -v /mnt/daemon.log.1 
Filesystem type is: 9123683e
File size of /mnt/daemon.log.1 is 1436385 (351 blocks of 4096 bytes)
 ext: logical_offset:physical_offset: length:   expected: flags:
   0:0..  31:   3072..  3103: 32: encoded
   1:   32..  63:   3078..  3109: 32:   3104: encoded
   2:   64..  95:   3084..  3115: 32:   3110: encoded
   3:   96.. 127:   3090..  3121: 32:   3116: encoded
   4:  128.. 159:   3096..  3127: 32:   3122: encoded
   5:  160.. 191:   3102..  3133: 32:   3128: encoded
   6:  192.. 223:   3108..  3139: 32:   3134: encoded
   7:  224.. 255:   3114..  3145: 32:   3140: encoded
   8:  256.. 287:   3120..  3151: 32:   3146: encoded
   9:  288.. 319:   3125..  3156: 32:   3152: encoded
  10:  320.. 350:   3132..  3162: 31:   3157: 
last,encoded,eof
/mnt/daemon.log.1: 11 extents found

Shows exactly those 128KiB blocks distribution.


Cheers,
Chris.

Bug#804944: dtach seems broken on arm64

[Ned T. Crigler]

Something like the following could be an improvement to the error
message, though I can't think of a portable way to determine if forkpty
is looking for /dev/pts and a devpts filesystem, so that a hint could
also be added to the error message.

Did mounting devpts on /dev/pts fix the problem?

--- a/master.c
+++ b/master.c
@@ -455,7 +455,10 @@ master_process(int s, char **argv, int waitattach, int 
statusfd)
{
if (statusfd != -1)
dup2(statusfd, 1);
-   printf("%s: init_pty: %s\n", progname, strerror(errno));
+   if (errno == ENOENT)
+   printf("%s: Could not find a pty.\n", progname);
+   else
+   printf("%s: init_pty: %s\n", progname, strerror(errno));
exit(1);
}
 
-- 
Ned T. Crigler

Bug#808263: gertty: new upstream version

[Sebastien Badia]

On Thu, Dec 17, 2015 at 11:25:16PM (+), Clint Adams wrote:
> Package: gertty
> Version: 1.2.1-1
> 
> http://lists.openstack.org/pipermail/openstack-infra/2015-December/003589.html

owner !
tags 808263 + pending

thanks

Hi Clint,

Thanks for the reminder, I just imported the version 1.3.0
Feel free to sponsor my upload!
http://mentors.debian.net/debian/pool/main/g/gertty/gertty_1.3.0-1.dsc

Thanks in advance!

Seb


signature.asc
Description: PGP signature

Bug#805391: src:rrdtool: FTBFS on mips: `FAIL: tune2`

[gregor herrmann]

On Tue, 24 Nov 2015 16:24:54 +, Jean-Michel Vourgère wrote:

> Antonio Terceiro wrote:
> > "make  check-TESTS" fails
> 
> I tested previous version on mips, and it now FTBFS too. It used to work
> ok. [1] (thanks Tobias, upstream, for suggesting that.)
> 
> So I suppose it is related to another package.
> 
> I tried compiling with good old gcc 4.9 and I get the same error in 1.5.4.
> 
> Any idea some one?

Any new here?
rrdtool is now part of the perl 5.22 transition, and this build
failure would cause some problems re migration to testing.


Cheers,
gregor

-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer -  https://www.debian.org/
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: Bruce Springsteen: The Rising


signature.asc
Description: Digital Signature

Bug#808228: iceweasel disables unsigned addons installed via xul-ext packages

[Mike Hommey]

On Thu, Dec 17, 2015 at 06:29:35PM -0500, Daniel Kahn Gillmor wrote:
> On Thu 2015-12-17 07:53:43 -0500, Martin Steigerwald wrote:
> 
> > xpinstall.signatures.required is set to true here.
> >
> > I set to false for now in order to use the addons again. This works.
> 
> fwiw, i also needed to set xpinstall.whitelist.required to false to use
> the system-installed addons on iceweasel 43.0.

Can you both check what happens with a new profile? This might be an
issue on upgrade, but not on fresh install.

Mike

Bug#778240: tracker.debian.org has much worse display clarity

[Iain R. Learmonth]

Hi,

On Thu, Dec 17, 2015 at 11:17:48PM +0100, Raphael Hertzog wrote:
> I have just updated tracker.debian.org to use bootstrap v4 which changed
> the layout slightly... do you find it better?

I'd really enjoy less white. The contrast is just too much. I have to turn
the brightness down on my monitor to be able to look at it properly.

I did play ages ago with tweaking the CSS on tracker.d.o but I never filed a
bug. Just changing the background color to a light coloured grey made all
the difference.

Thanks,
Iain.

-- 

Bug#807810: Mention what if one wants to mark the bug forwarded to more than one place

[積丹尼 Dan Jacobson]

> "NB" == Nicholas Bamber  writes:

NB> I don't think that quite follows. I was not suggesting that
NB> bugs.debian.org change anything. But they might lock it down in the
NB> future. So if we document precisely how things work now we would be
NB> overdocumenting the system.

Well I'm just hoping something could be documented somewhere...

Bug#765639: Bug#802159: New OpenSSL upstream version

[Adam D. Barratt]

On Sun, 2015-12-06 at 11:46 +0100, Moritz Mühlenhoff wrote:
> Hi,
> Personally I'm in favour of following the openssl point updates and I'd

Noted, thanks for the input.

> like to add an additional data point to the discussion:
> 
> CVE-2015-3196 was already fixed as a plain bugfix in an earlier point
> release, but the security impact was only noticed later on, so following
> the point updates would have fixed this bug five months ago.

In isolation, that's an argument for accepting new upstream versions of
most packages into stable, as there'll always be bugs for which the full
impact may not be immediately apparent.

Regards,

Adam

Bug#765639: Bug#802159: New OpenSSL upstream version

[Adam D. Barratt]

On Tue, 2015-12-15 at 21:19 +0100, Kurt Roeckx wrote:
> On Tue, Dec 15, 2015 at 08:00:59PM +, Adam D. Barratt wrote:
> > [dropped explicit CCs to RT and TC members]
> > 
> > On Tue, 2015-10-20 at 20:37 +0200, Kurt Roeckx wrote:
> > > On Tue, Oct 20, 2015 at 01:12:42PM -0500, Don Armstrong wrote:
> > > > So from what I'm gathering, this looks like a case where there isn't
> > > > enough eyeballs to adequately review this particularly set of updates,
> > > > coupled with the importance of making sure that these updates are
> > > > correct and don't cause any unintended issues.
> > > 
> > > There is always the case that one persons bug is an other persons
> > > feature.  But those new upstream versions have been in stable and
> > > testing for a while now without actually breaking anything.
> > 
> > (I'm assuming "unstable".)
> 
> I really meant stable.  stable has a newer version than oldstable
> from the same 1.0.1 series.

Okay.

However 1.0.1q hasn't been in stable at all, which is presumably what
you'd be proposing introducing to oldstable at this juncture. (and which
we'd therefore need to introduce to stable first, if we were to agree to
follow that path.)

Admittedly, the description of the changes between 1.0.1k and 1.0.1q,
according to NEWS/CHANGES don't immediately look crazy.

Regards,

Adam

Bug#808262: www.debian.org: http://planet.debian.org/opml.xml produces an error because there is a non-escaped char " in one feed title

[limpia]

For what ever it is worth, I get the same error using "chromium" as 
well. So I don't think it is just

"Iceweasle" .
 However if I use "Netsurf",it seems to take me to a "download", Is that 
what it is supposed to do ?
It appears to be a valid link with "netsurf" and if I wanted I could 
download it.


On 2015-12-17 17:17, Laura Arjona Reina wrote:

Package: www.debian.org
Severity: normal

Dear Planet Maintainers,

Thanks for working in planet.debian.org and its underlying software.

When I try to see the OPML feed, I got an error:

[Iceweasel] (I get the error in Spanish, translation is mine)
-
http://planet.debian.org/opml.xml

XML Read error: malformed
Location: http://planet.debian.org/opml.xml
Line number 41, column 171:

http://softwarelivre.org/profile/terceiro/tags/english/feed";
title="Conteúdo de Antonio Terceiro marcado com a tag "english"" />
^
-

[Chromium] (error in English original)
-
This page contains the following errors:

error on line 41 at column 83: attributes construct error
Below is a rendering of the page up to the first error.

Planet Debian Thu, 17 Dec 2015 23:01:57 + Debian Planet Maintainers
pla...@debian.org
-

I think the problem is, as Iceweasel error shows, that the " chars in 
one feed

title are not escaped.

I'm not sure if this is a bug in the venus software or something 
particular in

planet.debian.org. I saw that the config file has only the URLs of the
corresponding feeds, so I suppose the title field is retrieved in 
runtime from

each blog.


Thanks Iain R. Learmonth for noticing this and reporting in #debian-www 
IRC

channel.

Best regards

Laura Arjona Reina
https://wiki.debian.org/LauraArjona



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

Kernel: Linux 3.16.0-4-686-pae (SMP w/2 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)

Bug#808264: ITP: arrayfire-cuda -- CUDA backend for ArrayFire

[Ghislain Vaillant]

Package: wnpp
Severity: wishlist
Owner: Ghislain Antony Vaillant 

* Package name: arrayfire-cuda
  Version : 3.2.1
  Upstream Author : ArrayFire Development Group 
* URL : http://arrayfire.com/
* License : BSD
  Programming Lang: C++
  Description : CUDA backend for ArrayFire

Long Description:
 ArrayFire is a high performance software library for parallel computing
 with an easy-to-use API. Its array based function set makes parallel
 programming simple.
 .
 ArrayFire's multiple backends (CUDA, OpenCL and native CPU) make it
 platform independent and highly portable.
 .
 A few lines of code in ArrayFire can replace dozens of lines of
 parallel computing code, saving you valuable time and lowering
 development costs.

This package will be maintained by the Debian Science Team.

Bug#808228: iceweasel disables unsigned addons installed via xul-ext packages

[Daniel Kahn Gillmor]

On Thu 2015-12-17 07:53:43 -0500, Martin Steigerwald wrote:

> xpinstall.signatures.required is set to true here.
>
> I set to false for now in order to use the addons again. This works.

fwiw, i also needed to set xpinstall.whitelist.required to false to use
the system-installed addons on iceweasel 43.0.

--dkg

Bug#808263: gertty: new upstream version

[Clint Adams]

Package: gertty
Version: 1.2.1-1

http://lists.openstack.org/pipermail/openstack-infra/2015-December/003589.html

Bug#808262: www.debian.org: http://planet.debian.org/opml.xml produces an error because there is a non-escaped char " in one feed title

[Laura Arjona Reina]

Package: www.debian.org
Severity: normal

Dear Planet Maintainers,

Thanks for working in planet.debian.org and its underlying software.

When I try to see the OPML feed, I got an error:

[Iceweasel] (I get the error in Spanish, translation is mine)
-
http://planet.debian.org/opml.xml

XML Read error: malformed
Location: http://planet.debian.org/opml.xml
Line number 41, column 171:

http://softwarelivre.org/profile/terceiro/tags/english/feed";
title="Conteúdo de Antonio Terceiro marcado com a tag "english"" />
^
-

[Chromium] (error in English original)
-
This page contains the following errors:

error on line 41 at column 83: attributes construct error
Below is a rendering of the page up to the first error.

Planet Debian Thu, 17 Dec 2015 23:01:57 + Debian Planet Maintainers
pla...@debian.org
-

I think the problem is, as Iceweasel error shows, that the " chars in one feed
title are not escaped.

I'm not sure if this is a bug in the venus software or something particular in
planet.debian.org. I saw that the config file has only the URLs of the
corresponding feeds, so I suppose the title field is retrieved in runtime from
each blog.


Thanks Iain R. Learmonth for noticing this and reporting in #debian-www IRC
channel.

Best regards

Laura Arjona Reina
https://wiki.debian.org/LauraArjona



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

Kernel: Linux 3.16.0-4-686-pae (SMP w/2 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)

Bug#807810: Mention what if one wants to mark the bug forwarded to more than one place

[Nicholas Bamber]

I don't think that quite follows. I was not suggesting that 
bugs.debian.org change anything. But they might lock it down in the 
future. So if we document precisely how things work now we would be 
overdocumenting the system.



On 17/12/15 23:05, 積丹尼 Dan Jacobson wrote:

reassign 807810 bugs.debian.org
thanks
OK I'll reassign this bug, in the hope that on
https://www.debian.org/Bugs/server-control they will add some policy
statement about what to do when one wants to mark a bug forwarded to
more than one place, for whatever unexpected reason that might come up.

NB> I suppose at some point in the future the bugs server might change its
NB> behaviour. So one could argue that everything is already documented
NB> with this line in the bts man page:

NB> "For full details about the commands, see the BTS documentation.
NB> "

NB> I don't see any particular reason to single out the forwarded command
NB> for extra documentation.

Bug#807810: Mention what if one wants to mark the bug forwarded to more than one place

[積丹尼 Dan Jacobson]

reassign 807810 bugs.debian.org
thanks
OK I'll reassign this bug, in the hope that on
https://www.debian.org/Bugs/server-control they will add some policy
statement about what to do when one wants to mark a bug forwarded to
more than one place, for whatever unexpected reason that might come up.

NB> I suppose at some point in the future the bugs server might change its
NB> behaviour. So one could argue that everything is already documented
NB> with this line in the bts man page:

NB> "For full details about the commands, see the BTS documentation.
NB> "

NB> I don't see any particular reason to single out the forwarded command
NB> for extra documentation.

Bug#794410: debian-installer: Installer hangs during 'select and install software'

[Lev]

I had the same issue with 8.2, and Xubunt 15.10.

My workaround was to disable the WLAN interface in the BIOS.

Regards,
Lev

-- 
73 de HA5OGL
Op.: Levente

Bug#796000: Please add jessie-kfreebsd to tracker.d.o

[Raphael Hertzog]

Hi Christoph,

On Tue, 18 Aug 2015, Christoph Egger wrote:
> Would it be possible to have jessie-kfreebsd on tracker.debian.org? I
> was trying to add a patch but I don't totally understand the fields in
> [0] yet.

There's nothing to patch, it's a database update that needs to be done.

However I'm not convinced that it's a good move... this is not a general
purpose repository and it would just clutter the view of everybody with
information of little interest.

On the other hand I like to be supportive of the work of other Debian
contributors... but I don't see how this would help you. The content of
jessie-kfreebsd is not very relevant for development work. Its purpose
is mainly to offer a non-rolling version of the kfreebsd ports that
roughly matches what got released in jessie...

What do you think?

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#807614: grub2: CVE-2015-8370: buffer overflow when checking password entered during bootup

[Thomas Morgan]

On Thu, 10 Dec 2015 22:43:41 +0100 Salvatore Bonaccorso wrote:
> Source: grub2
> Version: 1.99-27
> Severity: important
> Tags: security upstream patch
> 
> Hi,
> 
> the following vulnerability was published for grub2.
> 
> CVE-2015-8370[0]:
> buffer overflow when checking password entered during bootup
> 
> If you fix the vulnerability please also make sure to include the
> CVE (Common Vulnerabilities & Exposures) id in your changelog entry.
> 
> For further information see:
> 
> [0] https://security-tracker.debian.org/tracker/CVE-2015-8370
> [1] https://bugzilla.redhat.com/show_bug.cgi?id=1286966
> 
> Please adjust the affected versions in the BTS as needed.
> 
> Regards,
> Salvatore
> 
> 

Bug#807614: grub2: CVE-2015-8370: buffer overflow when checking password entered during bootup

[Thomas Morgan]

On Thu, 10 Dec 2015 22:43:41 +0100 Salvatore Bonaccorso wrote:
> Source: grub2
> Version: 1.99-27
> Severity: important
> Tags: security upstream patch
> 
> Hi,
> 
> the following vulnerability was published for grub2.
> 
> CVE-2015-8370[0]:
> buffer overflow when checking password entered during bootup
> 
> If you fix the vulnerability please also make sure to include the
> CVE (Common Vulnerabilities & Exposures) id in your changelog entry.
> 
> For further information see:
> 
> [0] https://security-tracker.debian.org/tracker/CVE-2015-8370
> [1] https://bugzilla.redhat.com/show_bug.cgi?id=1286966
> 
> Please adjust the affected versions in the BTS as needed.
> 
> Regards,
> Salvatore
> 
> 

Bug#778240: tracker.debian.org has much worse display clarity

[Raphael Hertzog]

Hi Ian,

On Thu, 12 Feb 2015, Ian Jackson wrote:
> Can you please try to reproduce the style of the old PTS ?

I will not reproduce the old PTS exactly.

I have just updated tracker.debian.org to use bootstrap v4 which changed
the layout slightly... do you find it better?

The default color is still not black but this one line of CSS on the body
tag that's easily fixed (and you can try it out with Firebug for example)
if that's the main complaint.

However the spacing is unlikely to evolve significantly... many people
enjoy its "lighter" aspect too.

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#808243: RFS: hoteldruid/2.1.3-1

[Marco M. F. De Santis]

Il 17/12/2015 18:44, Mattia Rizzolo ha scritto:

I'll sponsor it, if you just change this to things:

* debhelper version 9.0.0 never existed, neither 8.0.0 did. using (>= 9)
   is more than enough.
* debian/copyright says 2001-2013, but I have to guess it exstends till
   2015 too?
* debian/changelog contains info about the unreleased version 2.1.1-1,
   please fold them toghether with 2.1.3-1

the rest looks good enough.



Hello, I've uploaded a new package with the corrections you requested.

Regards,
Marco

Bug#808261: nautilus refuses to connect to owncloud remote folder (unacceptable TLS certificate)

[Sébastien Poher]

Package: nautilus
Version: 3.18.3-1
Severity: normal

Dear Maintainer,

   * What led up to the situation?
The situation happens after upgrading from nautilus 3.14 to 3.18.3
In version 3.14 the ownCloud remote folder integration worked fine right after
setting my ownCloud account (self hosted server) in gnome-control-center.
Now, with version 3.18, nautilus refuses to connect pretending that the TLS
certificate is unacceptable.
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
I have tried to copy the certificate in /etc/ssl/certs and /usr/local/share/ca-
certificates and running update-ca-certificate without success.
I have also tried to delete and reconfigure my ownCloud account in gnome-
control-center without success.
   * What was the outcome of this action?
Nothing, nautilus keeps on refusing to connect to my remote folders saying
(translation form french) :
"HTTP error : unacceptable TLS certificate"
   * What outcome did you expect instead?
Nautilus 3.18 should accept connections to my ownCloud server, as it did in
version 3.14.



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

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

Versions of packages nautilus depends on:
ii  desktop-file-utils 0.22-1
ii  gsettings-desktop-schemas  3.18.1-1
ii  gvfs   1.26.2-1
ii  libatk1.0-02.18.0-1
ii  libc6  2.19-22
ii  libcairo-gobject2  1.14.4-1
ii  libcairo2  1.14.4-1
ii  libexempi3 2.2.2-2+b1
ii  libexif12  0.6.21-2
ii  libgail-3-03.18.6-1
ii  libgdk-pixbuf2.0-0 2.32.2-1
ii  libglib2.0-0   2.46.2-1
ii  libglib2.0-data2.46.2-1
ii  libgnome-desktop-3-12  3.18.2-1
ii  libgtk-3-0 3.18.6-1
ii  libnautilus-extension1a3.18.2-1
ii  libpango-1.0-0 1.38.1-1
ii  libpangocairo-1.0-01.38.1-1
ii  libselinux12.4-3
ii  libtracker-sparql-1.0-01.6.1-1
ii  libx11-6   2:1.6.3-1
ii  libxml22.9.3+dfsg1-1
ii  nautilus-data  3.18.2-1
ii  shared-mime-info   1.5-2

Versions of packages nautilus recommends:
ii  gnome-icon-theme-symbolic  3.12.0-1
ii  gnome-sushi3.18.0-1
ii  gvfs-backends  1.26.2-1
ii  librsvg2-common2.40.12-1

Versions of packages nautilus suggests:
pn  brasero
ii  eog3.18.1-1
ii  evince [pdf-viewer]3.18.2-1
ii  totem  3.18.1-2
ii  tracker1.6.1-1
ii  vlc [mp3-decoder]  2.2.1-5+b1
ii  vlc-nox [mp3-decoder]  2.2.1-5+b1
ii  xdg-user-dirs  0.15-2

-- no debconf information

Bug#808260: ITP: abi-tracker visualize ABI changes timeline of a C/C++ software library

[Peter Spiess-Knafl]

Package: wnpp
Severity: wishlist
Owner: "Peter Spiess-Knafl" 

* Package name: abi-tracker
  Version : 1.4
  Upstream Author : Andrey Ponomarenko 
* URL : https://github.com/lvc/abi-tracker
* License : GPL-2
  Programming Lang: Perl
  Description : visualize ABI changes timeline of a C/C++ software
library

ABI Tracker - visualize ABI changes timeline of a C/C++ software library.

  The tool requires input profile of the library in JSON format. It can
be created manually or automatically generated by the ABI Monitor:
https://github.com/lvc/abi-monitor

  Sample report: http://abi-laboratory.pro/tracker/timeline/glib/

I want to package abi-monitor and abi-tracker, because I think it is
useful for
lots of DDs and DMs maintaining shared libraries.

Previous tools of Andrey, like abi-compliance-checker are already
packaged in
Debian. However abi-monitor and abi-tracker will provide a more
convenient way
to use them.

Bug#808259: RFS: abi-monitor/1.6-1 ITP

[Peter Spiess-Knafl]

Package: sponsorship-requests
Severity: normal [important for RC bugs, wishlist for new packages]

  Dear mentors,

I am planning to bring the abi-tracker tool [1][2] to Debian, because I
think it can be very useful for maintainers of shared libraries.

As a first step I therefore packaged abi-monitor, which I am seeking a
sponsor for.

Currently I am DM maintaining a few packages: [3].


 * Package name: abi-monitor
   Version : 1.6-1
   Upstream Author : Andrey Ponomarenko
 * URL : https://github.com/lvc/abi-monitor
 * License : GPL-2
   Section : devel

  It builds those binary packages:

abi-monitor - monitor new versions of a software library, try to
build them and

  To access further information about this package, please visit the
following URL:

  http://mentors.debian.net/package/abi-monitor


  Alternatively, one can download the package with dget using this command:

dget -x
http://mentors.debian.net/debian/pool/main/a/abi-monitor/abi-monitor_1.6-1.dsc



  Changes since the last upload:

  This is an initial upload


  Regards,
   Peter Spiess-Knafl

[1]: https://github.com/lvc/abi-tracker
[2]: https://lists.debian.org/debian-devel/2015/12/msg00062.html
[3]: https://qa.debian.org/developer.php?login=d...@spiessknafl.at

Bug#808151: systemd: failed to start remount root and kernel file system

[Michael Biebl]

Am 17.12.2015 um 16:24 schrieb Frank B. Brokken:
> This time the debug shell prompt was available at tty9, although booting
> failed. And in line with my previous findings, systemd-analyze and journalctl
> weren't available, as they live in /usr/bin, and /usr hadn't been mounted. But

Well, /usr is mounted by the initramfs these days. So it should already
be available when systemd is started. If that fails, this is a bug which
needs to be addressed by initramfs-tools (or one of the hook scripts).
It wasn't clear so far that /usr hasn't been mounted at all.

Is /usr on LVM, RAID, etc?

-- 
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#808255: osmosis: Cannot access PostgreSQL database

[Sebastiaan Couwenberg]

Control: tags -1 pending

Hi Toby,

Sorry for breaking osmosis with the update the PostGIS 2.2.0 after all.

On 17-12-15 20:59, Toby Speight wrote:
> /
> | java.io.FileNotFoundException: /usr/share/java/postgis.jar
> \
> 
> There is a postgis-jdbc.jar in that directory, and things seem to work if I
> add the obvious symlink ‘/usr/share/java/postgis.jar’ -> ‘postgis-jdbc.jar’.
> So I think there's something needs updating in osmosis to point to the new
> location.  Or reassign this to libpostgis-java if you think that package
> should provide a symlink.

The symlink was previously created in the postgis debian/rules to keep
the jar available under its old name, and the symlink is indeed no
longer created by the new postgis-java packaging.

The path to postgis.jar is set in package/config/plexus.conf by a patch
in osmosis, I've just updated it to the new name.

A new osmosis revision including this change will be uploaded to
unstable soon.

Kind Regards,

Bas

-- 
 GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1

Bug#802649: update-pepperflashplugin-nonfree fails in a bash script

[Jamil Said Jr .]

Well,

The maintainer will not look into it. I believe that there's something
malformed or suboptimal on this package that causes this problem, and I
believe that this problem may appear in other circumstances if not looked
into and fixed.

To be fair, however, there's a workaround that works (so far): if you are
using this package in a (bash) script, do redirect the output to a file or
log, or use "tee" if you also need terminal output, otherwise it will fail
and just stop. 

For example, this would work:

update-pepperflashplugin-nonfree --install --verbose >>
/var/log/apt/updatepepper.log 2>&1

Cheers,

Jamil Said

Bug#808180: libc6: does not start qtcreator v3.5 and v3.6 "Segmentation fault."

[Samuel Thibault]

Please always keep the bug mail in Cc, not just the random developper
who happened to answer.

"Антоша ;)", on Thu 17 Dec 2015 19:35:21 +0300, wrote:
> $ gdb qtcreator
> .
> Reading symbols from qtcreator...(no debugging symbols found)...done.
> (gdb) run
> Starting program: /home/lukash/Qt5.5.1/Tools/QtCreator/bin/qtcreator
> [Thread debugging using libthread_db enabled]
> Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
> [New Thread 0x7fffec5cb700 (LWP 5363)]
> [New Thread 0x7fffd832c700 (LWP 5366)]
> 
> Program received signal SIGSEGV, Segmentation fault.
> 0x77de69ab in elf_machine_rela (reloc=0x7fffdcf41548, reloc=
> 0x7fffdcf41548, skip_ifunc=0, reloc_addr_arg=0x7fffdd291ef0,
> version=0x30, sym=0x7fffdcf191d8, map=0x722f30) at ../sysdeps/x86_64/
> dl-machine.h:277
> 277 ../sysdeps/x86_64/dl-machine.h: No such file or directory.

Please provide the result of the backtrace command in gdb too.

Samuel

Bug#808180: Re[2]: Bug#808180: libc6: does not start qtcreator v3.5 and v3.6 "Segmentation fault."

[Антоша ;)]

 libc6-dbg amd64 2.21-4 

$ gdb qtcreator
.
Reading symbols from qtcreator...(no debugging symbols found)...done.
(gdb) run
Starting program: /home/lukash/Qt5.5.1/Tools/QtCreator/bin/qtcreator 
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
[New Thread 0x7fffec5cb700 (LWP 5363)]
[New Thread 0x7fffd832c700 (LWP 5366)]

Program received signal SIGSEGV, Segmentation fault.
0x77de69ab in elf_machine_rela (reloc=0x7fffdcf41548, 
reloc=0x7fffdcf41548, skip_ifunc=0, reloc_addr_arg=0x7fffdd291ef0, 
    version=0x30, sym=0x7fffdcf191d8, map=0x722f30) at 
../sysdeps/x86_64/dl-machine.h:277
277 ../sysdeps/x86_64/dl-machine.h: No such file or directory.





-- 
Антоша ;)

>Среда, 16 декабря 2015, 22:23 +01:00 от Samuel Thibault :
>
>Hello,
>
>lukash, on Wed 16 Dec 2015 23:49:47 +0300, wrote:
>> (gdb) run
>> Starting program: ~/Qt5.5.1/Tools/QtCreator/bin/qtcreator
>> [Thread debugging using libthread_db enabled]
>> Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
>> [New Thread 0x7fffec5cb700 (LWP 1282)]
>> [New Thread 0x7fffd831b700 (LWP 1285)]
>> 
>> Program received signal SIGSEGV, Segmentation fault.
>> 0x77de72c6 in ?? () from /lib64/ld-linux-x86-64.so.2
>
>Could you install libc6-dbg so we get much better feedback from gdb?
>
>Thanks,
>Samuel

Bug#804525: rsyslog: does not clean TLS contexts on connection loss

[David Lang]

A quibble on the definition of the classification as being a Security/DoS issue.

If an attacker can break TCP connections at will between two systems, the 
attacker has the ability to DoS those systems. Period, no further qualifiers 
needed.


Now, this does look like it may be an issue that needs to be fixed, but just as 
a bug/reliability thing, not as a security thing.


per the redhat bug that looks similar: 
https://bugzilla.redhat.com/show_bug.cgi?id=1279514 the problem happens if the 
connection is broken at just the wrong time in the flow.


Rsyslog uses gnuTLS for the encryption of these connections. gnuTLS should have 
a timeout in the routine that establishes the connection and does the handshake. 
Does it have such a timeout and is rsyslog not configuring it? or is it missing 
from gnuTLS? or is it just long enough to be a problem?


In addition, Rsyslog should have a timeout on trying to establish a connection, 
if it doesn't, that's a separate issue to be addressed.


David Lang

Bug#807810: Mention what if one wants to mark the bug forwarded to more than one place

[Nicholas Bamber]

On 17/12/15 19:29, James McCoy wrote:

On Dec 17, 2015 12:57 PM, "Nicholas Bamber" mailto:nicho...@periapt.co.uk>> wrote:
 >
 > James,
 > I agree that I can see no need to support multiple forwarding
addresses. However it turns out we currently support that.

If by "support", you mean we don't do any verification of what the
"forwarded" string is (and neither does the BTS), then yes we support it.

I wouldn't claim that, though.  It's probably better to just use wording
similar to how the BTS explains it.

 address should generally be a URI, or possibly an email address.
Using a URI where possible allows tools to query a remote bug tracking
system (such as bugzilla) for a bug's status.

Essentially, "address" can be arbitrary text, but common convention is
for it to be an email address or link.

Cheers,
James




I suppose at some point in the future the bugs server might change its 
behaviour. So one could argue that everything is already documented with 
this line in the bts man page:


"For full details about the commands, see the BTS documentation. 
"


I don't see any particular reason to single out the forwarded command 
for extra documentation.

Bug#808204: [Pkg-dns-devel] Bug#808204: [regression] unbound returns failures and IPv6 addresses on initial boot and after network outages

[Robert Edmonds]

Paul Wise wrote:
> After booting my system and after my wireless router is rebooted,
> unbound starts returning failures and IPv6 addresses. Neither are
> useful since I like to resolve addresses and don't have an IPv6 default
> route. I get the impression that it started from the upgrade from
> 1.4.22-3+b1 to 1.5.6-1. I'm using NetworkManager with dns=unbound and
> dnssec-trigger installed. Tollef mentioned seeing similar things.
> 
> Any thoughts about how to debug this?

Hi, Paul:

Can you clarify a bit?

"After booting my system and after my wireless router is rebooted"

Does this mean your system is booted and running, and resolving
normally, and then you reboot your router, which causes you to lose
Internet connectivity while the router is starting?

It sounds like you also see this problem after booting your system?

What actions if any do you take to fix the problem (restarting the
daemon?), or does it clear up by itself after, say, 15 minutes?

"unbound starts returning failures and IPv6 addresses."

What do you mean by returning IPv6 addresses?  Unbound is a DNS server,
so it will return  records, if asked.  It's up to the DNS client to
not ask  records if they're not needed.

Is this reliably reproducible?  E.g., can you cause it to happen at will
by just restarting your router?

This sounds very similar to #791659, but that was reported against
1.4.22-3.

I suspect you're running afoul of Unbound's aggressive server timeout
caching, which is described in some detail here:

https://www.unbound.net/documentation/info_timeout.html

The default "infra-host-ttl" setting is 900 seconds (15 minutes).  I
wonder if you lower this aggressively (e.g. "infra-host-ttl: 5"), if
Unbound would recover more quickly.

> pabs@chianamo ~ $ sudo /usr/sbin/unbound-control list_forwards

Try "unbound-control forward" too.  "journalctl -u unbound" might be
helpful too, but if the problem is related to Unbound's infra cache, I
wouldn't expect to see anything logged by Unbound, at the default log
level.

It also might be helpful to run "dig " e.g. "dig
www.google.com" or "dig www.debian.org", etc. when the problem occurs,
to confirm that Unbound is sending "SERVFAIL" responses.  (dig is in the
dnsutils package.)

> pabs@chianamo ~ $ sudo dnssec-trigger-control status
> at 2015-12-17 17:24:06
> authority 192.58.128.30: OK 
> no cache: no DNS servers have been supplied via DHCP
> state: auth secure
> pabs@chianamo ~ $ ip -6 r
> fe80::/64 dev wlan0  proto kernel  metric 256  pref medium
> pabs@chianamo ~ $ ip -6 a
> 1: lo:  mtu 65536 state UNKNOWN 
> inet6 ::1/128 scope host 
>    valid_lft forever preferred_lft forever
> 3: wlan0:  mtu 1500 state UP qlen 1000
> inet6 fe80::224:d7ff:fe80:a068/64 scope link 
>    valid_lft forever preferred_lft forever

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

Bug#808258: libreoffice-writer: libreoffice worst than microsoft word?

[Ara Keary]

downgrading ot testing or stable does not change anything
How  can this happen???
A simple copy-paste  breaks a full document?
Is this WINDOWS 98 ???!!!

Bug#808258: libreoffice-writer: libreoffice worst than microsoft word?

[Ara Keary]

Package: libreoffice-writer
Version: 1:5.0.4~rc2-2
Severity: normal

copy a page with tables on the web
past it in libreoffice
enter in a loop of "libreoffice crashed" "do you want to recover"?
whatever answer:action you take: CRASH
WTF?!!



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

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

Versions of packages libreoffice-writer depends on:
ii  libabw-0.1-1   0.1.1-2
ii  libc6  2.21-4
ii  libe-book-0.1-10.1.2-2+b1
ii  libetonyek-0.1-1   0.1.5-1
ii  libgcc11:5.3.1-3
ii  libicu55   55.1-6
ii  libmwaw-0.3-3  0.3.7-1
ii  libodfgen-0.1-10.1.5-1
ii  libreoffice-base-core  1:5.0.4~rc2-2
ii  libreoffice-core   1:5.0.4~rc2-2
ii  librevenge-0.0-0   0.0.2-2
ii  libstdc++6 5.3.1-3
ii  libwpd-0.10-10 0.10.0-2+b1
ii  libwpg-0.3-3   0.3.0-3
ii  libwps-0.4-4   0.4.2-1
ii  libxml22.9.3+dfsg1-1
ii  uno-libs3  5.0.4~rc2-2
ii  ure5.0.4~rc2-2
ii  zlib1g 1:1.2.8.dfsg-2+b1

Versions of packages libreoffice-writer recommends:
ii  libreoffice-math  1:5.0.4~rc2-2

Versions of packages libreoffice-writer suggests:
ii  default-jre [java5-runtime]2:1.7-52.1
pn  fonts-crosextra-caladea
pn  fonts-crosextra-carlito
ii  libreoffice-base   1:5.0.4~rc2-2
pn  libreoffice-gcj
ii  libreoffice-java-common1:5.0.4~rc2-2
ii  openjdk-7-jre [java5-runtime]  7u91-2.6.3-3

Versions of packages libreoffice-core depends on:
ii  fontconfig2.11.0-6.3
ii  fonts-opensymbol  2:102.7+LibO5.0.4~rc2-2
ii  libatk1.0-0   2.18.0-1
ii  libboost-date-time1.58.0  1.58.0+dfsg-4.1
ii  libc6 2.21-4
ii  libcairo2 1.14.4-1
ii  libclucene-contribs1v52.3.3.4-4.1
ii  libclucene-core1v52.3.3.4-4.1
ii  libcmis-0.5-5v5   0.5.0-4
ii  libcups2  2.1.2-1
ii  libcurl3-gnutls   7.45.0-1+b1
ii  libdbus-1-3   1.10.6-1
ii  libdbus-glib-1-2  0.102-1
ii  libeot0   0.01-3
ii  libexpat1 2.1.0-7
ii  libexttextcat-2.0-0   3.4.4-1
ii  libfontconfig12.11.0-6.3
ii  libfreetype6  2.6.1-0.1
ii  libgcc1   1:5.3.1-3
ii  libgdk-pixbuf2.0-02.32.3-1
ii  libgl1-mesa-glx [libgl1]  11.0.7-1
ii  libglew1.13   1.13.0-2
ii  libglib2.0-0  2.46.2-1
ii  libgltf-0.0-0v5   0.0.2-4+b1
ii  libglu1-mesa [libglu1]9.0.0-2.1
ii  libgraphite2-31.3.4-1
ii  libgtk2.0-0   2.24.29-1
ii  libharfbuzz-icu0  1.0.1-1+b1
ii  libharfbuzz0b 1.0.1-1+b1
ii  libhunspell-1.3-0 1.3.3-3+b2
ii  libhyphen02.8.8-2
ii  libice6   2:1.0.9-1+b1
ii  libicu55  55.1-6
ii  libjpeg62-turbo   1:1.4.1-2
ii  liblangtag1   0.5.7-2
ii  liblcms2-22.6-3+b3
ii  libldap-2.4-2 2.4.42+dfsg-2
ii  libmythes-1.2-0   2:1.2.4-1
ii  libneon27-gnutls  0.30.1-2+b1
ii  libnspr4  2:4.11-1
ii  libnspr4-0d   2:4.11-1
ii  libnss3   2:3.21-1
ii  libnss3-1d2:3.21-1
ii  libodfgen-0.1-1   0.1.5-1
ii  libpango-1.0-01.38.1-1
ii  libpangocairo-1.0-0   1.38.1-1
ii  libpangoft2-1.0-0 1.38.1-1
ii  libpcre3  2:8.35-8
ii  libpng12-01.2.54-1
ii  librdf0   1.0.17-1+b1
ii  libreoffice-common1:5.0.4~rc2-2
ii  librevenge-0.0-0  0.0.2-2
ii  libsm62:1.2.2-1+b1
ii  libssl1.0.2   1.0.2e-1
ii  libstdc++65.3.1-3
ii  libx11-6  2:1.6.3-1
ii  libxext6  2:1.3.3-1
ii  libxinerama1  2:1.1.3-1+b1
ii  libxml2   2.9.3+dfsg1-1
ii  libxrandr22:1.5.0-1
ii  libxrender1   1:0.9.9-2
ii  libxslt1.11.1.28-2.1
ii  libxt61:1.1.5-1
ii  uno-libs3 5.0.4~rc2-2
ii  ure   5.0.4~rc2-2
ii  zlib1g1:1.2.8.dfsg-2+b1

-- no debconf information

Bug#808257: libnsbmp: Should libnsbmp be removed from Debian?

[Raphaël Hertzog]

Source: libnsbmp
Severity: serious

Hello,

libnsbmp has not seen a maintainer upload ever since its addition to
Debian in 2009.

Recently two CVE [1] have been reported against this package and I wonder
why we have this package in Debian at all.

[1] https://security-tracker.debian.org/tracker/source-package/libnsbmp

There are no reverse dependencies, maybe netsurf used this library at some
point but that seems to no longer be the case.

If you agree with me please clone this bug against ftp.debian.org and
retitle it as "RM: libnsbmp -- ROM; unused library package".

In the mean time I file this as severity serious so that the package gets
dropped from testing given its unmaintained state.

Thank you!

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

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

Bug#808256: libnsgif: Should libnsgif be removed from Debian?

[Raphaël Hertzog]

Source: libnsgif
Severity: serious

Hello,

libnsgif has not seen a maintainer upload ever since its addition to
Debian in 2009.

Recently two CVE [1] have been reported against this package and I wonder
why we have this package in Debian at all.

[1] https://security-tracker.debian.org/tracker/source-package/libnsgif

There are no reverse dependencies, maybe netsurf used this library at some
point but that seems to no longer be the case.

If you agree with me please clone this bug against ftp.debian.org and
retitle it as "RM: libnsgif -- ROM; unused library package".

In the mean time I file this as severity serious so that the package gets
dropped from testing given its unmaintained state.

Thank you!

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

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

Bug#808049: me too

[Iain R. Learmonth]

Hi,

On Thu, 17 Dec 2015 21:28:17 +0100 Daniel Pocock  wrote:
> Please consider horizon.debian.net service too, it helps present data to
> developers

horizon.debian.net is actually hosted on the same box as rdf.debian.net and
map.debian.net and is a perfect candidate for team maintainence by the new
team and for discussion on this list also.

Thanks,
Iain.

-- 


signature.asc
Description: PGP signature

Bug#808049: me too

[Daniel Pocock]

+1

Please consider horizon.debian.net service too, it helps present data to
developers



http://danielpocock.com/aggregating-tasks-multiple-issue-trackers-gsoc-2015-summary

Bug#805323: Bug #805323: graphite2 ARM HP PA FTBFS

[Rene Engelhard]

forwarded 805323 Tim Eves 
thanks

Hi Tim,

On Thu, Dec 17, 2015 at 11:37:20AM +0700, Tim Eves wrote:
>The bug has been fixed in commit 594d92c0c0efbd3a87a32260f57e502200c351a7
>"Fix misaligned access on ARM and HP PA processors during collision".
> 
>It was a non-32 bit aligned 32bit read, some processors (ARM) are stricter
>about this than others (Intel), which could explain the fact it built fine
>on other BE archs.

Unfortunately the patch doesn't work for me, I still get a build failure on 
armhf.
(See attached buildlog). gdb'ing core gives

(cowbuilder-unstable)rene@raspberrypi:~/tmp/graphite2-1.3.4/build/tests$ gdb 
--core=core
GNU gdb (Debian 7.10-1) 7.10
Copyright (C) 2015 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "arm-linux-gnueabihf".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
.
Find the GDB manual and other documentation resources online at:
.
For help, type "help".
Type "apropos word" to search for commands related to "word".
[New LWP 14630]
Core was generated by `/usr/bin/python 
/data/tmp/graphite2-1.3.4/tests/fnttxtrender --graphite_library'.
Program terminated with signal SIGBUS, Bus error.
#0  0x768e8314 in ?? ()
(gdb) bt
#0  0x768e8314 in ?? ()
#1  0x768e8306 in ?? ()
Backtrace stopped: previous frame identical to this frame (corrupt stack?)
(gdb) 

which is not exactly helpful but the same I get without the patch. (and yes, 
the patch IS applied.)

>We have been regularly testing against armhf on the Qemu Versatile Express
>emulator, under which it turns out this bug is not reproducible.  Once we
>tried with real hardware (RPi B+) it showed up.

RPi 2 here.

Regards,

Rene 
 dpkg-buildpackage -rfakeroot -D -us -uc
dpkg-buildpackage: source package graphite2
dpkg-buildpackage: source version 1.3.4-2
dpkg-buildpackage: source distribution unstable
dpkg-buildpackage: source changed by Rene Engelhard 
 dpkg-source --before-build graphite2-1.3.4
dpkg-buildpackage: host architecture armhf
 fakeroot debian/rules clean
dh clean --builddirectory=build
   dh_testdir -O--builddirectory=build
   debian/rules override_dh_auto_clean
make[1]: Entering directory '/data/tmp/graphite2-1.3.4'
find . -name "CTestCostData.txt" | xargs rm
find . -name "LastTest.log"  | xargs rm
rm -f tests/graphite.pyc
dh_auto_clean
make[1]: Leaving directory '/data/tmp/graphite2-1.3.4'
   dh_clean -O--builddirectory=build
 dpkg-source -b graphite2-1.3.4
dpkg-source: info: using source format '3.0 (quilt)'
dpkg-source: info: building graphite2 using existing 
./graphite2_1.3.4.orig.tar.gz
dpkg-source: info: building graphite2 in graphite2_1.3.4-2.debian.tar.xz
dpkg-source: info: building graphite2 in graphite2_1.3.4-2.dsc
 debian/rules build
dh build --builddirectory=build
   dh_testdir -O--builddirectory=build
   debian/rules override_dh_auto_configure
make[1]: Entering directory '/data/tmp/graphite2-1.3.4'
dh_auto_configure -- -DCMAKE_BUILD_TYPE:STRING=Release 
-DGRAPHITE2_NTRACING:bool=1 -DLIB_SUFFIX=/arm-linux-gnueabihf
cmake .. -DCMAKE_INSTALL_PREFIX=/usr -DCMAKE_VERBOSE_MAKEFILE=ON 
-DCMAKE_BUILD_TYPE=None -DCMAKE_INSTALL_SYSCONFDIR=/etc 
-DCMAKE_INSTALL_LOCALSTATEDIR=/var -DCMAKE_BUILD_TYPE:STRING=Release 
-DGRAPHITE2_NTRACING:bool=1 -DLIB_SUFFIX=/arm-linux-gnueabihf
-- The C compiler identification is GNU 5.3.1
-- The CXX compiler identification is GNU 5.3.1
-- Check for working C compiler: /usr/bin/cc
-- Check for working C compiler: /usr/bin/cc -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Detecting C compile features
-- Detecting C compile features - done
-- Check for working CXX compiler: /usr/bin/c++
-- Check for working CXX compiler: /usr/bin/c++ -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Detecting CXX compile features
-- Detecting CXX compile features - done
-- Build: Release
-- Segment Cache support: enabled
-- File Face support: enabled
-- Tracing support: 1
-- Using vm machine type: direct
-- Compiler ID is: GNU
CMake Warning (dev) at Graphite.cmake:28 (GET_TARGET_PROPERTY):
  Policy CMP0026 is not set: Disallow use of the LOCATION target property.
  Run "cmake --help-policy CMP0026" for policy details.  Use the cmake_policy
  command to set the policy and suppress this warning.

  The LOCATION property should not be read from target "graphite2".  Use the
  target name directly with add_custom_command, or use the generator
  expression $, as appropriate.

Call Stack (most recent call first):
  src/CMakeLists.txt:133 (CREATE_LIBTOOL_FILE)
This warning is for project developers.  Use 

Bug#807818: closed by Alastair McKinstry (Bug#807818: fixed in oasis3 3.mct+dfsg.121022-6)

[Reiner Herrmann]

Control: reopen -1
Control: notfixed -1 oasis3/3.mct+dfsg.121022-6

Hi Alastair,

unfortunately the package is still unreproducible.
I had a look again, and it looks like you didn't apply the patch
to the package?
Can you please check again?

Regards,
 Reiner


signature.asc
Description: Digital signature

Bug#808255: osmosis: Cannot access PostgreSQL database

[Toby Speight]

Package: osmosis
Version: 0.44.1-2
Severity: important

My usual update command:

/
| osmosis -q --read-replication-interval 
workingDirectory=$HOME/maps/replication --write-pgsql-change database=osm
\

now fails with an exception:

/
| java.io.FileNotFoundException: /usr/share/java/postgis.jar
\

There is a postgis-jdbc.jar in that directory, and things seem to work if I
add the obvious symlink ‘/usr/share/java/postgis.jar’ -> ‘postgis-jdbc.jar’.
So I think there's something needs updating in osmosis to point to the new
location.  Or reassign this to libpostgis-java if you think that package
should provide a symlink.


-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (900, 'testing'), (900, 'stable'), (400, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386, armel

Kernel: Linux 3.16.7-ckt2-balti (SMP w/8 CPU cores; PREEMPT)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages osmosis depends on:
ii  default-jre-headless [java7-runtime-headless]2:1.7-52.1
ii  libbatik-java1.8-3
ii  libcommons-codec-java1.10-1
ii  libcommons-compress-java 1.10-1
ii  libcommons-dbcp-java 1.4-5
ii  libcommons-pool-java 1.6-2
ii  libjpf-java  1.5.1+dfsg-4
ii  libmysql-java5.1.38-1
ii  libnetty-3.9-java3.9.0.Final-1
ii  libosmpbf-java   1.3.3-5
ii  libplexus-classworlds-java   1.5.0-5
ii  libpostgis-java  1:2.2.0-1
ii  libpostgresql-jdbc-java  9.2-1002-1
ii  libprotobuf-java 2.6.1-1.3
ii  libspring-beans-java 3.2.13-4
ii  libspring-context-java   3.2.13-4
ii  libspring-core-java  3.2.13-4
ii  libspring-jdbc-java  3.2.13-4
ii  libspring-transaction-java   3.2.13-4
ii  libxerces2-java  2.11.0-7
ii  libxz-java   1.5-1
ii  openjdk-7-jre-headless [java7-runtime-headless]  7u91-2.6.3-1

osmosis recommends no packages.

osmosis suggests no packages.

-- no debconf information

Bug#808049: lists.debian.org: New list: debian-metad...@lists.debian.org

[Iain R. Learmonth]

retitle 808049 lists.debian.org: New list: debian-metad...@lists.debian.org
kthxbye

Hi All,


Cord ╡ irl: #808049 bring more supporters


I've filed a request for a mailing list to support the Debian Data team,
although I guess I'm probably renaming the team to the Debian Metadata team
as we've changed almost everything else from debian-data to debian-metadata.

The Debian Metadata team produces the frameworks and runs the services that
make data about Debian available in a number of formats to make the data as
accessible as possible and to encourage its use both within Debian and in
external projects.

Currently this includes two experimental services: rdf.debian.net and
map.debian.net.

We're don't plan to dupliate any of the work done by UDD, but make the data
aggregated in UDD more accessible to users and developers. This means
publishing that data in JSON/JSONP, KML, RDF, iCalendar and any other format
that makes sense. There may be instances where it makes sense to augment the
published data with live data, for example mirror availability should
probably be live and not just a recent snapshot.

Having a mailing list would greatly help with co-ordination, so please hit
up the bug with a +1 if this is something you'd like to be involved in.
We're also hanging out in #debian-data on irc.debian.org if you'd like to
drop in for a chat (we might move to #debian-metadata but we'll leave a note
if we do).

If anyone will be at 32c3 and is interested to discuss any ideas, I will be
there, and I'll be happy to have a quick meeting with anyone who wants to
chat.

Thanks,
Iain.

-- 


signature.asc
Description: PGP signature

Bug#808254: After purging rpcbind left files on system

[Jörg Frings-Fürst]

Package: rpcbind
Version: 0.2.3-0.2
Severity: important

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Hi,

at test of ipmiutil with piuparts I get always:

[quote]
0m52.1s ERROR: FAIL: Package purging left files on system:
  /etc/systemd/system/rpcbind.service -> /dev/null   not owned
  /etc/systemd/system/rpcbind.socket -> /dev/nullnot owned
  /etc/systemd/system/sockets.target.wants/  not owned
  /etc/systemd/system/sockets.target.wants/rpcbind.socket ->
/lib/systemd/system/rpcbind.socket  not owned
  /var/lib/systemd/deb-systemd-helper-enabled/   not owned
  /var/lib/systemd/deb-systemd-helper-enabled/rpcbind.service.dsh-also   not
owned
  /var/lib/systemd/deb-systemd-helper-enabled/rpcbind.socket.dsh-alsonot
owned
  /var/lib/systemd/deb-systemd-helper-enabled/sockets.target.wants/  not
owned
  /var/lib/systemd/deb-systemd-helper-
enabled/sockets.target.wants/rpcbind.socketnot owned
  /var/lib/systemd/deb-systemd-helper-masked/not owned
  /var/lib/systemd/deb-systemd-helper-masked/rpcbind.service not owned
  /var/lib/systemd/deb-systemd-helper-masked/rpcbind.socket  not owned

0m52.2s ERROR: FAIL: Installation and purging test.

[/quote]




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

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

Versions of packages rpcbind depends on:
ii  init-system-helpers  1.24
ii  initscripts  2.88dsf-59.2
ii  insserv  1.14.0-5
ii  libc62.19-22
ii  libsystemd0  228-2
ii  libtirpc10.2.5-1
ii  libwrap0 7.6.q-25
ii  lsb-base 9.20150917

rpcbind recommends no packages.

rpcbind suggests no packages.

- -- no debconf information

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCgAGBQJWcxVnAAoJEAn4nzyModJd1oAP/A+jbA+w4/688rkY0oMdWfT1
81rDcGsUPtU18dWH661JHeYNRBi765VNo/RRXCkZfQRXjYEzn/blu/ZERD357njl
sY1oPO1ZTqGy+Nd3FMent44ANdCy5q7WAEyLCGF5gwvSV/vONtMjKnyPfvPFEqNl
3S1CvCaF8UNruCusOuEdOIpvIJzBDkcblkuaLXzxxXikrF0EjXO7QUB/6BCmhJtm
7k2CnOUaooLouuCQjW3muQ2WkvjxTPvBgkVTmiGPLdnsaY0oEJePWiZK60LS2sSx
sdqC/GBXedM8PF28Hd0fGDsOW8DswwOewxPL2qwBimpcyMr3L06hGUyc7JeDRxLk
qtMZVLhqjrwantMh8S5xrYnxrDwp8O5JZ2ZUSm6zJ8lcvJ26rtybSuQZ0Yeyc1gD
9y7p9U60bwxtd1VusHNwyxj3UayS5tM5JJG3VCxKcplxmZvmLDUMyGXJXv67ceM0
7EdXpMJwPbBts2HglWL0g5QgvsDYWqVTOljBhQlNkFSQQJZtnNMVXS8L7mRQYeYo
os7jZJzREb+CQn7l1CRQsTDwXVAZOINrW6/8CtWflsHG3el1dmCvbU/bFxkKo7pU
B+L/p+NPMxhk1/vhIUyyFG1CC3rC16GQZ8fVmgdNJWWR+uNtf7+XprDtj50OnkBp
4wdAqjz5FWsyijsVMRTb
=XRQa
-END PGP SIGNATURE-

Bug#807793: sisu: sisu-mode.el install to site-lisp

[Ralph Amissah]

On Wed, Dec 16, 2015, user42_ke...@yahoo.com.au wrote:
> (The site-lisp dir is designed for packages to put stuff in.  You can
> contemplate a subdirectory and some byte compiling later if desired.
> Usually a subdirectory is when a package has multiple lisp files.)

Kevin thanks again.

sisu 7.1.6-1 was pushed to Debian 2015-12-15.
It tries to take into account your recommendation and patch.

https://tracker.debian.org/news/733057
http://git.sisudoc.org/gitweb/?p=code/sisu.git;a=shortlog;h=refs/tags/sisu_7.1.6
http://git.sisudoc.org/gitweb/?p=code/sisu.git;a=shortlog;h=refs/tags/debian/sisu_7.1.6-1

I am not certain it is implemented as it should be and whilst pointing
to the bug in the changefiles I have not thought to close it. I did use
a subdirectory as it looks cleaner and is available should there ever be
more files to place there (and I copied the autoload file there as
well). There may be a bit of unnecessary duplication with the autoload
file for example being copied to more locations than necessary.

sisu 7.1.6 was also uploaded to Arch linux as well, though no attempt
has been made to sort out the emacs files there as yet.

Thanks,
Ralph

On Wed, Dec 16, 2015, user42_ke...@yahoo.com.au wrote:
>
> Ralph Amissah  writes:
>>
>> I do not know enough about emacs packaging, though I have started to
>> really enjoy using it (with vim bindings and evil-mode (and look forward
>> to trying spacemacs)).
>
> It's a long time since I tried the vi emulations.  But Saint Ignucius
> teaches us that using vi is a penance, not a blasphemy. :-)
>

His penance is my bliss; remind me to thank him for my being in the
clear re. blasphemy (and for my bliss, the St. together with the many
other contributers starting with "evil-mode" that granted access to his
church ... and "org-mode" etc.).

>> I together with Ambrose Kofi Laing assigned an earlier version of the
>> file to the FSF, and see them and maintenance of it ultimately as
>> upstream,
>
> A Debian-specific startup might not be of interest unless you keep the
> rest of packaging there too.
>

Guess it is time to forward to the FSF what it is for now.

Remaining holdouts: (i) from the most recent posting, not having sorted
syntax highlighting for tic block types ``` (there I have not been able
to provide what should not be matched within the block, so the tags
exist more as a written expression of the desired bock style than for
being functional), and; (ii) anticipated changes for code block tags:
will need to identify the code language held by the block (but that is
down the line, as sisu does not take this into account yet (having come
from a more law and literature text background rather than a code text
one)).

> > With respect to Debian packaging or interaction with the installed
> > Debian package, I have a couple of questions. Should not file deposits
> > to /usr/share/emacs/site-lisp/sisu-mode.el be co-ordinated with the
> > debian-emacs team?
>
> No need.  As long as it works (it does for me) you can just go ahead.
>
> (The site-lisp dir is designed for packages to put stuff in.  You can
> contemplate a subdirectory and some byte compiling later if desired.
> Usually a subdirectory is when a package has multiple lisp files.)

sisu-mode.el and sisu-mode-autoloads.el for 7.1.6 can be found at:
http://git.sisudoc.org/gitweb/?p=code/sisu.git;a=tree;f=data/sisu/conf/editor-syntax-etc/emacs;h=add7360107c780122f9fa857a5fb5d2854a20614;hb=9664f4d70025b54adf8ba45fce6358f066f1444f

debian/sisu.emacsen-startup
http://git.sisudoc.org/gitweb/?p=code/sisu.git;a=blob;f=debian/sisu.emacsen-startup;h=e598e666fb60577ac5977506e6f2800adcc283a1;hb=b5538310dabc893ee54c3a2be4b0fec7ce968511

again thanks, (many of them :)
Ralph

Bug#807343: RM: ghc [armel] -- ROM; Not supported on armel any more

[Joachim Breitner]

Hi Adrian,

Am Montag, den 14.12.2015, 11:17 +0100 schrieb Joachim Breitner:
> Neverthess, please actually hold this bug for a moment, Adrian Glaubitz
> wants to give fixing ghc on armel a shot. Marking the bug as moreinfo.

any progress so far?

Greetings,
Joachim

-- 
Joachim "nomeata" Breitner
Debian Developer
  nome...@debian.org | ICQ# 74513189 | GPG-Keyid: F0FBF51F
  JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata



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

Bug#808253: eog: please make user directory structure conform to freedesktop standards

[Anonymous]

Package: eog
Version: 3.14.1-1
Severity: wishlist

Dear Maintainer,

The thumbnails are hard-coded to be stored in
$HOME/.cache/thumbnails/.  It's a good place, but eog should support
some environment variables to conform to this standard:

  http://standards.freedesktop.org/basedir-spec/basedir-spec-latest.html

Since thumbnails are shared by many apps, having different apps choose
different directories breaks the benefit of that sharing.  Gimp, for
example, stores thumbnails in $XDG_CACHE_HOME/thumbnails/.  ATM, users
who want to exploit the thumbnail are forced to set $XDG_CACHE_HOME to
$HOME/.cache/ to cater for eog.

There should also be an "Environment" section added to the manpage,
which should document any of these variables that eog ends up using:

$XDG_DATA_HOME
$XDG_CONFIG_HOME
$XDG_DATA_DIRS
$XDG_CONFIG_DIRS
$XDG_CACHE_HOME
$XDG_RUNTIME_DIR

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

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

Versions of packages eog depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.22.0-1
ii  gir1.2-gtk-3.0   3.14.5-1+deb8u1
ii  gir1.2-peas-1.0  1.12.1-2
ii  gnome-icon-theme 3.12.0-1
ii  gsettings-desktop-schemas3.14.1-1
ii  libatk1.0-0  2.14.0-1
ii  libc62.19-18+deb8u1
ii  libcairo-gobject21.14.0-2.1
ii  libcairo21.14.0-2.1
ii  libexempi3   2.2.1-2
ii  libexif120.6.21-2
ii  libgdk-pixbuf2.0-0   2.31.1-2+deb8u2
ii  libgirepository-1.0-11.42.0-2.2
ii  libglib2.0-0 2.42.1-1
ii  libgnome-desktop-3-103.14.1-1
ii  libgtk-3-0   3.14.5-1+deb8u1
ii  libjpeg62-turbo  1:1.3.1-12
ii  liblcms2-2   2.6-3+b3
ii  libpango-1.0-0   1.36.8-3
ii  libpangocairo-1.0-0  1.36.8-3
ii  libpeas-1.0-01.12.1-2
ii  librsvg2-2   2.40.5-1
ii  libx11-6 2:1.6.2-3
ii  libxml2  2.9.1+dfsg1-5
ii  shared-mime-info 1.3-1
ii  zlib1g   1:1.2.8.dfsg-2+b1

Versions of packages eog recommends:
ii  librsvg2-common  2.40.5-1
ii  yelp 3.14.1-1

eog suggests no packages.

-- no debconf information

Bug#804644: RFS: flashybrid/0.19 [ITA]

[Tim Weippert]

Hi Mattia, 

i had talked to Thibaut and I'am willing to took maintainership for this 
packages, 
currently i'am working on an new Upload to incorporate the review from 
Gianfranco and the suggestions
he mention.

If i'am ready i will announce it for review on the debian-mentors mailinglist.

regards, 
tim 

On Thu, Dec 17, 2015 at 05:28:30PM +, Mattia Rizzolo wrote:
> On Wed, Nov 25, 2015 at 06:42:36PM +0100, Thibaut Varène wrote:
> > I suppose what I need is having people take over my packages and call
> > it a day, tbh. With my upload rights revoked there’s not much meaning
> > in being a DD.
> 
> Not really.
> There are several active DDs who got their key removed due to the 1024
> purge and still have packages sponsored.
> Sponsoring a DD is also easier, you know that most probably the
> sponsoree is already aware of good conventions, etc.
> 
> Don't give up just for this inconvenience, ask for sponsorship and as
> soon as you manage to get your key back into the keyring you can come
> back full steam :)
> 
> 
> 
> PS: @Tim: what about this RFS?
> 
> -- 
> 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  `-



-- 
Tim Weippert
http://weiti.org - we...@weiti.org
GPG Fingerprint - E704 7303 6FF0 8393 ADB1  398E 67F2 94AE 5995 7DD8

Bug#804644: RFS: flashybrid/0.19 [ITA]

[Mattia Rizzolo]

On Thu, Dec 17, 2015 at 08:29:30PM +0100, Tim Weippert wrote:
> Hi Mattia,

Hi Tim
(please avoid doing top posting...)

> i had talked to Thibaut and I'am willing to took maintainership for this 
> packages, 
> currently i'am working on an new Upload to incorporate the review from 
> Gianfranco and the suggestions
> he mention.

cool!

> If i'am ready i will announce it for review on the debian-mentors mailinglist.

please try to ignore RFS bugs to -mentors@, just mail the bug report :)
(guessed you actually meant that, but I wanted to be sure :))

-- 
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#807810: Mention what if one wants to mark the bug forwarded to more than one place

[James McCoy]

On Dec 17, 2015 12:57 PM, "Nicholas Bamber"  wrote:
>
> James,
> I agree that I can see no need to support multiple forwarding
addresses. However it turns out we currently support that.

If by "support", you mean we don't do any verification of what the
"forwarded" string is (and neither does the BTS), then yes we support it.

I wouldn't claim that, though.  It's probably better to just use wording
similar to how the BTS explains it.

address should generally be a URI, or possibly an email address.  Using
a URI where possible allows tools to query a remote bug tracking system
(such as bugzilla) for a bug's status.

Essentially, "address" can be arbitrary text, but common convention is for
it to be an email address or link.

Cheers,
James

Bug#808252: RM: xsp -- NBS; .NET 2.0 packages no longer produced

[Jo Shields]

Package: ftp.debian.org
Severity: normal


Please remove from unstable:

mono-xsp2-base (3.8-2.1)
mono-apache-server2 (3.8-2.1)
mono-fastcgi-server2 (3.8-2.1)
mono-xsp2 (3.8-2.1)

Please do not remove any 4.2-2 packages, which are correct.

Bug#808147: closed by Debian FTP Masters (Bug#808147: Removed package(s) from unstable)

[Thorsten Alteholz]

Hi Wookey,

On Thu, 17 Dec 2015, Wookey wrote:

+++ Debian Bug Tracking System [2015-12-16 18:21 +]:

We believe that the bug you reported is now fixed; the following
package(s) have been removed from unstable:


[ all of ros-common-msgs 1.12.3-1 _and_ 1.12.3-2 ]

erm. I expected you to remove just 1.12.3-1, or just the arch:any
packages, so that 1.12.3-2 could migrate. Did I file the wrong sort of
ftp.debian.org bug (those acronyms were somewhat confusing to me)?


sorry, I am just starting to remove stuff from the archive.
The complete removal was at least the result of the automatism aroud 
RM-bugs.



Anyway, presumably to make this work should we re-upload 1.12.3-2? Or
bump the version and upload an extremely similar 1.12.3-3?


Ok, there seems to be -3 already uploaded 

  Thorsten

Bug#807909: apt-cacher-ng: 403 when apt is trying to download appstream data

[Eduard Bloch]

Hallo,
* Laurent Bigonville [Thu, Dec 17 2015, 09:52:48AM]:
> Le 14/12/15 21:30, Laurent Bigonville a écrit :
> >Le 14/12/15 17:24, Eduard Bloch a écrit :
> >>Hallo,
> >>* Laurent Bigonville [Mon, Dec 14 2015, 01:28:29PM]:
> >>>Package: apt-cacher-ng
> >>>Version: 0.8.7-1
> >>>Severity: normal
> >>>
> >>>Hello,
> >>>
> >>>With the new appstream package, there is a new apt hook which download
> >>>the appstream data from the debian mirror.
> >>>
> >>>When apt is set to use apt-cacher-ng, I get a 403 for these .yml.gz
> >>>files.
> >>>
> >>>I guess these files should be white listed and cached?
> >>Yeah, probably. Not sure how expiration task will cope with them but we
> >>could try following:
> >>
> >>echo "VfilePatternEx:.*yml.gz" > /etc/apt-cacher-ng/ymltest.conf
> >>systemctl restart apt-cacher-ng
> >OK this seems to work.
> Ah well no, it's also downloading an iconpack in tar.gz I think and I'm
> getting the following error:
> 
> Err:14 http://ftp.nl.debian.org/debian sid/main DEP-11 64x64 Icons
>   Writing more data than expected (7314093 > 7248557)

Well, this was to be expected. Here is a second workaround, add

SVfilePatternEx: dep11/icons-[x0-9]+.tar

to the mentioned file and restart.

I am planing to release an updated version this weekend.

Regards,
Eduard.

-- 
 man
 the AMD64 camp is not helped by the list of people supporting it
 when nerode is on your side, you know you're doing something wrong

Bug#808251: RFS: clblas/2.8+ds1-3

[Ghislain Vaillant]

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "clblas"

* Package name: clblas
  Version : 2.8+ds1-3
  Upstream Author : Advanced Micro Devices, Inc.
* URL : https://github.com/clMathLibraries/clBLAS
* License : Apache version 2
  Section : science

It builds those binary packages:

  libclblas-bin - OpenCL BLAS library (executables)
  libclblas-dev - OpenCL BLAS library (development files)
  libclblas-doc - OpenCL BLAS library (documentation)
  libclblas2 - OpenCL BLAS library (shared library)
  libclblas2-dbg - OpenCL BLAS library (debugging symbols)

To access further information about this package, please visit the 
following URL:


  http://mentors.debian.net/package/clblas

Alternatively, one can download the package with dget using this command:

  dget -x 
http://mentors.debian.net/debian/pool/main/c/clblas/clblas_2.8+ds1-3.dsc


Changes since the last upload:

  * d/rules: clean residual pyc files from build.
Fixes FTBFS in reproducibility builds.

Regards,
Ghislain Vaillant

Bug#808250: ITP: abi-monitor -- monitor new versions of a software library

[Peter Spiess-Knafl]

Package: wnpp
Severity: wishlist
Owner: "Peter Spiess-Knafl" 

* Package name: abi-monitor
  Version : 1.6
  Upstream Author : Andrey Ponomarenko 
* URL : https://github.com/lvc/abi-monitor
* License : GPL-2
  Programming Lang: Perl
  Description : monitor new versions of a software library, try to build
them and create profile for ABI Tracker

ABI Monitor - monitor new versions of a software library, try to build them and
create profile for ABI Tracker: https://github.com/lvc/abi-tracker

  The tool is intended to be used with the ABI Tracker tool to visualize
API/ABI changes timeline of a C/C++ library.

  The tool is developed by Andrey Ponomarenko: http://abi-laboratory.pro/

I want to package abi-monitor and abi-tracker, because I think it is useful for
lots of DDs and DMs maintaining shared libraries.

Previous tools of Andrey, like abi-compliance-checker are already packaged in
Debian. However abi-monitor and abi-tracker will provide a more convenient way
to use them.

Bug#807909: apt-cacher-ng: 403 when apt is trying to download appstream data

[Sven Hartge]

On Thu, 17 Dec 2015 09:52:48 +0100 Laurent Bigonville 
wrote:
> Le 14/12/15 21:30, Laurent Bigonville a écrit :
> > Le 14/12/15 17:24, Eduard Bloch a écrit :

>>> echo "VfilePatternEx:.*yml.gz" > /etc/apt-cacher-ng/ymltest.conf
>>> systemctl restart apt-cacher-ng
>> OK this seems to work.

> Ah well no, it's also downloading an iconpack in tar.gz I think and I'm 
> getting the following error:
> 
> Err:14 http://ftp.nl.debian.org/debian sid/main DEP-11 64x64 Icons
>Writing more data than expected (7314093 > 7248557)

I thinks this is because apt-cacher-ng thinks all files matching
".tar.gz" are static, because in the past the only files with such an
extension were source files, which don't change in the archive.

I changed the VfilePatternEx like this ...

VfilePatternEx = (.*yml\.gz|icons-[0-9]+x[0-9]+\.tar\.gz)

... and this seem to do the trick.

Grüße,
Sven

Bug#808249: RFS: libirman/0.5.1-1 [NMU]

[Alec Leamas]

Package: sponsorship-requests
Severity: normal

  Dear mentors,

  I am looking for a sponsor for my package "libirman"

 * Package name: libirman
   Version : 0.5.1
   Upstream Author : Tom Wheeley 
 * URL : http://sourceforge.net/projects/libirman/
 * License : GPLv2+ and LGPLv2+
   Section : libs

  It builds those binary packages:

libirman-dev - library for accessing the Irman InfraRed hardware
 libirman0  - Shared library to access the libirman hardware.

  To access further information about this package, please visit the
following URL:

  http://mentors.debian.net/package/libirman


  Alternatively, one can download the package with dget using this command:

dget -x
http://mentors.debian.net/debian/pool/main/libi/libirman/libirman_0.5.1-1.dsc

  More information about hello can be obtained from http://www.example.com.

  Changes since the last upload:

libirman (0.5.1-1) unstable; urgency=medium

  * Update to latest upstream, closes: #801588.
  * Handle conditional build of lirc plugin when lirc >= 0.9.4.

 -- Alec Leamas   Wed, 11 Nov 2015 18:16:26 +0100





  Regards,
   Alec Leamas

Bug#808248: SAGA 2.2.2 (source) contains non-free code

[Johan Van de Wauw]

Source: saga
Version: 2.2.2-1
Severity: serious

While starting packaging SAGA 2.2.3 I noticed that the previous package 
somehow contains the files which should have been excluded as documented 
in the debian/copyright file.


Note that this does not really affect the binary package as the code is 
not used in the build- the results should be identical.


I'll proceed creating a package for SAGA 2.2.3, but I wanted to document 
this error in version 2.2.2-1 in Debian.

Bug#661760: typo in patch for de_AT translation of February

[Aurelien Jarno]

Version: eglibc/2.13-38+deb7u2

On 2013-01-18 15:45, Thomas Schwinge wrote:
> Hi!
> 
> Thanks for the report and patch!
> 
> On Fri, 18 Jan 2013 14:58:39 +0100, Gerfried Fuchs  wrote:
> > --- a/localedata/locales/de_AT
> > +++ b/localedata/locales/de_AT
> > @@ -102,7 +102,7 @@
> > "";"";/
> > "";""
> >  mon "";/
> > -   "";/
> > +   "";/
> > "";/
> > "";/
> > "";/
> 
> Please see upstream glibc commit b44d43a01620a29c0ee7b25fe994adb22fa511d5
> and BZ #13758; this has been fixed already:
> 
> localedata/
> 2012-10-19  Florian Pritz  
> 
>   [BZ #13758]
>   * locales/de_AT (LC_TIME): Change month name from "FebruAr" to
>   "Februar".
> 
> 
> diff --git localedata/locales/de_AT localedata/locales/de_AT
> index e566eed..c36913b 100644
> --- localedata/locales/de_AT
> +++ localedata/locales/de_AT
> @@ -100,7 +100,7 @@ abmon   "";"";/
>   "";"";/
>   "";""
>  mon "";/
> - "";/
> + "";/
>   "";/
>   "";/
>   "";/
> 

This has been fixed in version 2.13-38+deb7u2. I am therefore closing
the bug.

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


signature.asc
Description: PGP signature

Bug#800523: nscd netgroup cache occasionally not updated, nscd -i netgroup hangs

[Aurelien Jarno]

On 2015-09-30 12:29, Mike Gabriel wrote:
> Package: nscd
> Severity: important
> Version: 2.19-18+deb8u1
> Tags: patch
> Usertags: debian-edu
> User: debian-...@lists.debian.org
> X-Debbugs-Cc: debian-...@lists.debian.org
> 
> Dear maintainers,
> 
> the Debian Edu main server in jessie heavily relies on working netgroups
> code in glibc / nscd for allowing NFS access from hosts on the network.
> 
> The setup is:
> 
> /etc/nsswitch.conf:
> 
> """
> netgroup:files ldap
> """
> 
> The LDAP nss provider is libnss-ldapd via nslcd. NIS netgroups are only
> configured in LDAP, no local /etc/netgroup file is present. NIS netgroup
> caching in nscd.conf is enabled.
> 
> In some cases (unclear what triggers it) the following is observed:
> 
>   o add a new host to the NIS netgroup "workstation-hosts"
>   o wait for a while (i.e., we even tried days...)
>   o "getent netgroup workstation-hosts" does not list the new host as
> netgroup member
>   o trying
> 
> $ innetgr -h  workstation-hosts || echo FALSE
> 
> echoes "FALSE" on the terminal.
>   o sometimes there even is a difference between what getent netgroup
>  gives
> as a result and what innetgr returns as a result (a host tripled is
> listed in
> getent netgroup , but when querying for that host via innetgr).
>   o Attempting cache clean-up (nscd -i netgroup) fails, the command hangs and
> does not return to a command prompt
> 
> The behaviour occurs very often on Debian Edu jessie main server
> installations (and also on a vanilla Debian jessie server using a similar
> NIS netgroup / NFS setup). It does not occur always. Note, that I always
> have host netgroups that are full with host triplets (long strings!!!
> several lines on a normal 80x25 terminal).
> 
> From looking at debdiffs between glibc in unstable and jessie
> (2.19-18+deb8u1), the issue is probably also present in Debian unstable, but
> may have been fixed in glibc 2.21 (currently in experimental).

Given I don't have a test setup to reproduce the issue, and now that
2.21 is in testing, it would be nice if you can give a try with this
version to see if it improves things. That will at least tell us if we
have to look at patches to backports or at writing patches to fix the
issues.

> The debdiff between glibc in wheezy (2.13-38+deb7u8) and jessie
> (2.19-18+deb8u1) alludes that the changes around the netgroup caching code
> (there have been quite some nscd caching changes between those two version)
> may have caused this issue between glibc 2.13 and 2.19.
> 
> The above issue is definitely not present in glibc from Debian squeeze (we
> have many servers running that versions) and probably neither present in
> Debian wheezy (only one test server deployed), but really really bites us
> (the Debian Edu team) on Debian Edu jessie.
> 
> The workaround at the moment is: disable nscd netgroup caching in nscd.conf.
> This is by far suboptimal.
> 
> Upstream observed issues with (LDAP and) netgroup caching, as well, recently:
> 
>   https://sourceware.org/bugzilla/show_bug.cgi?id=16878
>   Patch: 
> https://sourceware.org/git/gitweb.cgi?p=glibc.git;a=commitdiff;h=c3ec475c5dd16499aa040908e11d382c3ded9692;hp=aa2f176d6f75b86b91e544c2e494066ac8f88cbd

This has already been backported to jessie.

>   https://sourceware.org/bugzilla/show_bug.cgi?id=16760
> https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=dd3022d75e6fb8957843d6d84257a5d8457822d5

This one is actually from BZ 16759

> https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=ea7d8b95e2fcb81f68b04ed7787a3dbda023991a

It looks indeed a good idea to backport them.

>   https://sourceware.o rg/bugzilla/show_bug.cgi?id=16695
> https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=c44496df2f090a56d3bf75df930592dac6bba46f

This has already been backported to jessie.
 
>   https://sourceware.org/bugzilla/show_bug.cgi?id=16758
> https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=fbd6b5a4052316f7eb03c4617eebfaafc59dcc06
> 
> Especially BZ #16878 looks like being a good candidate to fix this. My
> recommendation is considering backporting all of the above patches as by
> reading those bug reports, glibc 2.19 seems quite buggy regarding netgroup
> caching in nscd.

I will try to backport them for the next point release.

Aurelien

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


signature.asc
Description: Digital signature

Bug#808222: Upstream bug

[Matthias Urlichs]

https://github.com/systemd/systemd/issues/2186

-- 
-- Matthias Urlichs

Bug#808247: pepperflashplugin-nonfree installation fails

[Klaus Dieter]

Package: pepperflashplugin-nonfree
Version: 1.8.1+b1
Severity: important

Dear Maintainer,

I wanted to get flash working in Chromium, so I followed the instructions on 
the wiki (https://wiki.debian.org/PepperFlashPlayer/Installing).

So, I did the following on my terminal:
> $ sudo apt-get install pepperflashplugin-nonfree 
> browser-plugin-freshplayer-pepperflash 
> Reading package lists... Done
> Building dependency tree   
> Reading state information... Done
> Suggested packages:
>   ttf-mscorefonts-installer ttf-dejavu ttf-xfree86-nonfree hal
> The following NEW packages will be installed:
>   browser-plugin-freshplayer-pepperflash pepperflashplugin-nonfree
> 0 upgraded, 2 newly installed, 0 to remove and 44 not upgraded.
> Need to get 0 B/240 kB of archives.
> After this operation, 629 kB of additional disk space will be used.
> Selecting previously unselected package pepperflashplugin-nonfree.
> (Reading database ... 184992 files and directories currently installed.)
> Preparing to unpack .../pepperflashplugin-nonfree_1.8.1+b1_amd64.deb ...
> Unpacking pepperflashplugin-nonfree (1.8.1+b1) ...
> Selecting previously unselected package 
> browser-plugin-freshplayer-pepperflash.
> Preparing to unpack 
> .../browser-plugin-freshplayer-pepperflash_0.3.2-1+b1_amd64.deb ...
> Unpacking browser-plugin-freshplayer-pepperflash (0.3.2-1+b1) ...
> Setting up pepperflashplugin-nonfree (1.8.1+b1) ...
> ERROR: failed to retrieve status information from google : W: Can't drop 
> privileges for downloading as file 
> './var/lib/apt/lists/partial/dl.google.com_linux_chrome_deb_dists_stable_InRelease'
>  couldn't be accessed by user '_apt'. - pkgAcquire::Run (13: Permission 
> denied)
> More information might be available at:
>   http://wiki.debian.org/PepperFlashPlayer
> Setting up browser-plugin-freshplayer-pepperflash (0.3.2-1+b1) ...

As you can see an error occurs when setting up the pepperflashplugin. Therefor 
you can probably already imagine that Flash won't work in Chromium. 
I checked "chrome://plugins/" and it doesn't show me the pepperflashplugin 
being installed.

Doing an apt-get purge/remove and reinstalling the packages doesn't fix the 
issue. So I followed the advice from a more linux experienced friend who told 
me that I should report that issue here.

Thanks for your time and I hope that this issue can be resolved.

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

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

Versions of packages pepperflashplugin-nonfree depends on:
ii  binutils   2.25.90.20151209-1
ii  ca-certificates20150426
ii  debconf [debconf-2.0]  1.5.58
ii  gnupg  1.4.19-6
ii  libatk1.0-02.18.0-1
ii  libcairo2  1.14.4-1
ii  libcurl3-gnutls7.45.0-1+b1
ii  libfontconfig1 2.11.0-6.3
ii  libfreetype6   2.6.1-0.1
ii  libgcc11:5.3.1-3
ii  libglib2.0-0   2.46.2-1
ii  libgtk2.0-02.24.29-1
ii  libnspr4   2:4.11-1
ii  libnss32:3.21-1
ii  libpango-1.0-0 1.38.1-1
ii  libpango1.0-0  1.38.1-1
ii  libstdc++6 5.3.1-3
ii  libx11-6   2:1.6.3-1
ii  libxext6   2:1.3.3-1
ii  libxt6 1:1.1.5-1
ii  wget   1.17.1-1

pepperflashplugin-nonfree recommends no packages.

Versions of packages pepperflashplugin-nonfree suggests:
ii  chromium   47.0.2526.80-3
pn  hal
pn  ttf-dejavu 
pn  ttf-mscorefonts-installer  
pn  ttf-xfree86-nonfree

-- no debconf information

Bug#808088: bugs.debian.org: request for creation of a 'metadata.debian.org' pseudo-package

[Iain R. Learmonth]

control retitle -1 bugs.debian.org: request for creation of a 
'metadata.debian.org' pseudo-package
kthxbye

Hi,

On Thu, Dec 17, 2015 at 05:58:33PM +, Iain R. Learmonth wrote stuff.

Sorry, messed up, that should have been .org not .net.

Thanks,
Iain.

-- 


signature.asc
Description: PGP signature

Bug#808088: bugs.debian.org: request for creation of a 'metadata.debian.net' pseudo-package

[Iain R. Learmonth]

control retitle -1 bugs.debian.org: request for creation of a 
'metadata.debian.net' pseudo-package
kthxbye

Hi,

Following discussion with DSA, it would appear that metadata.debian.org is a
good choice here. Subdomains under metadata.debian.org may still be
allocated by DSA and I would have no objections to those services using this
psuedo-package also as anything allocated there would also be within the
scope of the Debian Data team.

Thanks,
Iain.

-- 


signature.asc
Description: PGP signature

Bug#808246: Stretch fails to install on OpenPOWER systems

[Timothy Pearson]

Package: linux-image-4.2.0-1-powerpc64le
Version: 4.2.6-3
Severity: grave

Using the latest debian-installer netboot kernel to install on an
OpenPOWER server; install proceeds normally until disk detection when it
fails stating no disks can be found.  dmesg shows a slew of errors similar
to the following:

fat: no symbol version for TOC.
fat: Unknown symbol TOC. (err -22)
ext4: no symbol version for TOC.
ext4: Unknown symbol TOC. (err -22)
ahci: no symbol version for TOC.
ahci: Unknown symbol TOC. (err -22)

Forcibly loading the modules (modprobe --force ext4, etc.) and resuming
the installer allows the system to install normally, however the same
issue shows up on reboot.  This causes a boot failure that cannot be
overridden as the modprobe version in the initramfs does not support the
force parameter.

Jessie installs normally on the same system.

Bug#807810: Mention what if one wants to mark the bug forwarded to more than one place

[Nicholas Bamber]

James,
	I agree that I can see no need to support multiple forwarding 
addresses. However it turns out we currently support that. As a test 
this bug has been forwarded to two locations.


Currently this bug is asking for that to be documented.



On 17/12/15 14:17, James McCoy wrote:

On Dec 13, 2015 6:06 AM, "積丹尼 Dan Jacobson" mailto:jida...@jidanni.org>> wrote:
 >forwarded bug address
 >Mark the bug as forwarded to the given address (usually an
email
 >address or a URL for an upstream bug tracker).
 >
 > Mention what if one wants to mark the bug forwarded to more than one
place.

Why should there be more than one place?

If it's a single issue, then there should be a single place to
reference. If there are multiple issues, then the bug should be cloned
and each clone can have their own forwarded reference.

Yes, the forwarded string can contain arbitrary text, so you can have
multiple URLs in it, but when is that actually useful?

Cheers,
James



___
devscripts-devel mailing list
devscripts-de...@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/devscripts-devel

Bug#792075: ITP: git-lfs -- Git Large File Support. An open source Git extension for versioning large files

[Tianon Gravi]

On Fri, 10 Jul 2015 22:29:44 + Stephen Gelman  wrote:
>   Programming Lang: Golang

I'd put in a plug here for maintaining this in the pkg-go team!  We've
got a pretty decent group going now of folks helping package Go
applications and dependencies that I think git-lfs could really
benefit from. :)

♥,
- Tianon
  4096R / B42F 6819 007F 00F8 8E36  4FD4 036A 9C25 BF35 7DD4

Bug#808243: RFS: hoteldruid/2.1.3-1

[Mattia Rizzolo]

Control: tag -1 moreinfo
Control: owner -1 !

On Thu, Dec 17, 2015 at 05:46:56PM +0100, Marco M. F. De Santis wrote:
> I am looking for a sponsor for my package "hoteldruid":

I'll sponsor it, if you just change this to things:

* debhelper version 9.0.0 never existed, neither 8.0.0 did. using (>= 9)
  is more than enough.
* debian/copyright says 2001-2013, but I have to guess it exstends till
  2015 too?
* debian/changelog contains info about the unreleased version 2.1.1-1,
  please fold them toghether with 2.1.3-1

the rest looks good enough.

-- 
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#804644: RFS: flashybrid/0.19 [ITA]

[Mattia Rizzolo]

On Wed, Nov 25, 2015 at 06:42:36PM +0100, Thibaut Varène wrote:
> I suppose what I need is having people take over my packages and call
> it a day, tbh. With my upload rights revoked there’s not much meaning
> in being a DD.

Not really.
There are several active DDs who got their key removed due to the 1024
purge and still have packages sponsored.
Sponsoring a DD is also easier, you know that most probably the
sponsoree is already aware of good conventions, etc.

Don't give up just for this inconvenience, ask for sponsorship and as
soon as you manage to get your key back into the keyring you can come
back full steam :)



PS: @Tim: what about this RFS?

-- 
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#808245: dbconfig-common: [INTL:ru] Russian debconf templates translation update

[Yuri Kozlov]

Package: dbconfig-common
Version: 1.8.58
Severity: wishlist
Tags: l10n patch

Dear Maintainer,

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

   * What led up to the situation?
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   * What was the outcome of this action?
   * What outcome did you expect instead?

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

Russian debconf templates translation update is attached.

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

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


ru.po.gz
Description: application/gzip

Bug#808141: sponsorship-requests: Dear mentors, I am looking for a sponsor for my package eclipse-titan.

[Mattia Rizzolo]

control: tag -1 moreinfo

On Wed, Dec 16, 2015 at 01:45:02PM +0100, Gergely Pilisi wrote:
> I am looking for a sponsor for my package "eclipse-titan":

Ok, first, a question: do you do your debian packaging in git?

And, here is a review:

* trailing whitespace on the changelog line.
* maybe you're happy to discover tools like `wrap-and-sort`, to wrap the
  Build-Depends and Depends line (and sort other stuff, and removing
  trailing whitespaces in some other files)
* please don't cp files that way in d/rules, I find that ugly. instead,
  use a debian/eclipse-titan.install file.  See dh_install(1) for more
  info.  On a related note, I prefer using $(CURDIR) instead of $$(pwd)
  + this will also make debian/eclipse-titan.dirs useless
  + if you need to rename files dh-exec can help you a bit, if you want
* during the compilation there are several errors like
./TTCN3.hh:58:39: fatal error: RT1/TitanLoggerApiSimple.hh: No such file or 
directory
  is this to be expected & ok?
* is there a way to have a more verbose build, showing all the command
  line?
* you told me that you could get it to build with hardening-wrapper,
  well, to me it doesn't (see below) :)
* can you enable parallel building? (see debhelper(7))
* debian/copyright is totally inadequate.
  + personally I won't be totally happy without a copyright following
copyright-format 1.0
  + anyway, please pick a random package from the archive and try having
a look at what a copyright file normally looks like.


About ditching hardening-wrapped in favour of just using what
dpkg-buildflags do:
whatever I use the .dsc you provided, just removed hardening-wrapper or
enable the hardening build flags using DEB_BUILD_MAINT_OPTIONS, the
build fails with

In file included from jnimw.cc:8:0:
jnimw.h:14:17: fatal error: jni.h: No such file or directory
compilation terminated.
../Makefile.genrules:87: recipe for target 'jnimw.o' failed

So there is not much of a comparison to do.  Maybe you built the package
with an hardening-wrapper without the fix for #801597 ?
And btw, having a verbose build is kinda important to check for the
build flags, hardening, etc.


I might have other points to say, but let's go gradually, uh? :)

-- 
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#808244: dolphin: Crashes randomly and frequently

[Alex Henry]

Package: dolphin
Version: 4:15.08.3-1
Severity: important
Tags: upstream

I'm sorry about opening a bug report with so little information
but this is a major issue with dolphin, at least on my setup so
it needs to be informed.

The program crashes constanly and I can't find steps to reproduce
it. The crashes always happen when I'm interacting with the application
(never when it is idle in the backdround). It seems to happen more
often when I am using drag-and-drop operations between split views
but not only then and mostly randomly so it could be my imagination.

The crashes simply close the Dolphin window without error messages
except for "Segmentation fault' if it was open via a console. 

These messages appear on start-up but I'd guess they are not
driectly related to the problem

"Trying to convert empty KLocalizedString to QString."
KSambaShare: Could not find smb.conf!

I am using KDE5. I haven't had anything similar happen to any
other KDE application like kate, kwrite or amarok.

Steps to reproduce: simply use a dolphin instance for 3-5 minutes. 
Simply browsing the filesystem is enough for the bug to trigger
eventually. As you can see this is a major usability issue.

Opening a new instance will have the same results: it will work
as expected for a little while then crash again. If more than
one window is open only a single one will crash at a time. The
other one will crash too after a little more use.

Let me know if there is anything else I can do to try to narrow
the issue down. All I know for sure is that dolphin is crashing
constantly and reliably. I'll update this request if I notice
any reproducible patterns in the future.


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

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

Versions of packages dolphin depends on:
ii  libc6  2.19-22
ii  libdolphinvcs5 4:15.08.3-1
ii  libkf5baloo5   5.16.0-1
ii  libkf5baloowidgets515.08.0-2
ii  libkf5bookmarks5   5.16.0-1
ii  libkf5codecs5  5.16.0-1
ii  libkf5completion5  5.16.0-1
ii  libkf5configcore5  5.16.0-1
ii  libkf5configgui5   5.16.0-1
ii  libkf5configwidgets5   5.16.0-1
ii  libkf5coreaddons5  5.16.0-1
ii  libkf5dbusaddons5  5.16.0-1
ii  libkf5filemetadata35.16.0-1
ii  libkf5i18n55.16.0-1
ii  libkf5iconthemes5  5.16.0-1
ii  libkf5itemviews5   5.16.0-1
ii  libkf5jobwidgets5  5.16.0-1
ii  libkf5kcmutils55.16.0-1
ii  libkf5kiocore5 5.16.0-1
ii  libkf5kiofilewidgets5  5.16.0-1
ii  libkf5kiowidgets5  5.16.0-1
ii  libkf5newstuff55.16.0-1
ii  libkf5notifications5   5.16.0-1
ii  libkf5parts5   5.16.0-1
ii  libkf5service-bin  5.16.0-1
ii  libkf5service5 5.16.0-1
ii  libkf5solid5   5.16.0-1
ii  libkf5textwidgets5 5.16.0-1
ii  libkf5widgetsaddons5   5.16.0-1
ii  libkf5windowsystem55.16.0-1
ii  libkf5xmlgui5  5.16.0-1
ii  libphonon4qt5-44:4.8.3-2
ii  libqt5core5a   5.5.1+dfsg-8
ii  libqt5dbus55.5.1+dfsg-8
ii  libqt5gui5 5.5.1+dfsg-8
ii  libqt5widgets5 5.5.1+dfsg-8
ii  libqt5xml5 5.5.1+dfsg-8
ii  libstdc++6 5.2.1-23
ii  phonon4qt5 4:4.8.3-2

Versions of packages dolphin recommends:
ii  ruby  1:2.2.3

Versions of packages dolphin suggests:
pn  dolphin-plugins  

-- no debconf information

Bug#725702: wide-dhcpv6-client: fails to upgrade/install properly

[Roger Shimizu]

Control: forcemerge 773878 -1
thanks

The bug report has actually reported 2 issues:
A. restarting wide-dhcpv6-client failed
B. wide-dhcpv6-client pkg upgrade failed due to restarting
wide-dhcpv6-client failing

For "A", I guess it was a bug on the version reported, but already
fixed previously, because no other user's complaining it recently.
For "B", it's already fixed on version 20080615-15 (see #773878)

Thanks for Vincent's help on this issue!

Cheers,
Roger

Bug#806129: jessie-pu: package augeas/1.2.0-0.2+deb8u1

[Yann Soubeyrand]

On Tue, 24 Nov 2015 17:33:51 + "Adam D. Barratt"  
wrote:
> Control: tags -1 + moreinfo
> 
> On 2015-11-24 15:22, Yann Soubeyrand wrote:
> > I prepared a package for augeas containing a patch to fix bug #764699
> > (https://bugs.debian.org/764699) which affects httpd lens: files under
> > /etc/apache2/conf-enabled directory are not taken into account by this 
> > lens.
> 
> Thanks for caring about fixing bugs in stable. As far as I can see, this 
> bug is not yet fixed in unstable, which is a pre-requisite for fixing it 
> in stable.
> 
> Regards,
> 
> Adam

Control: tags -1 - moreinfo

Hi,

A new version of Augeas which fixes bugs #764699 and #802665 has been
uploaded to unstable. I updated my package to take into account the
modifications brought to the unstable one. Attached is the diff of this
new package which can be found at
http://mentors.debian.net/debian/pool/main/a/augeas/augeas_1.2.0-0.2
+deb8u1.dsc

Regards

Yann
diff -Nru augeas-1.2.0/debian/changelog augeas-1.2.0/debian/changelog
--- augeas-1.2.0/debian/changelog	2014-08-27 19:45:17.0 +0200
+++ augeas-1.2.0/debian/changelog	2015-12-17 11:33:10.0 +0100
@@ -1,3 +1,19 @@
+augeas (1.2.0-0.2+deb8u1) jessie-proposed-updates; urgency=medium
+
+  * Non-maintainer upload.
+
+  [ Yann Soubeyrand ]
+  * Httpd lense:
+- Allow EOL comments after section tags (thanks Dominic Cleal from Red
+  Hat for reporting the patch) (Closes: #802665)
+- Include /etc/apache2/conf-available directory (Closes: #764699)
+
+  [ Mattia Rizzolo ]
+  * debian/patches/0003-Httpd-Allow-eol-comments-after-section-tags.patch:
++ Rewrite DEP-3 header.
+
+ -- Yann Soubeyrand   Thu, 17 Dec 2015 11:31:48 +0100
+
 augeas (1.2.0-0.2) unstable; urgency=medium
 
   * Non-maintainer upload
diff -Nru augeas-1.2.0/debian/patches/0003-Httpd-Allow-eol-comments-after-section-tags.patch augeas-1.2.0/debian/patches/0003-Httpd-Allow-eol-comments-after-section-tags.patch
--- augeas-1.2.0/debian/patches/0003-Httpd-Allow-eol-comments-after-section-tags.patch	1970-01-01 01:00:00.0 +0100
+++ augeas-1.2.0/debian/patches/0003-Httpd-Allow-eol-comments-after-section-tags.patch	2015-12-06 16:41:42.0 +0100
@@ -0,0 +1,127 @@
+Description: Httpd: Allow eol comments after section tags
+Origin: upstream,
+Httpd: Allow eol comments after section tags: https://github.com/hercules-team/augeas/commit/3af5c7d44c838b52bbdaf1beb8780fd6a471a77e
+Httpd: Define an eol_comment in section to allow for \n before comment: https://github.com/hercules-team/augeas/commit/fb749ea4d1ba4ecd95a5cec6aa7b20b010ef04a8
+Httpd: Do not pass empty as body to section: https://github.com/hercules-team/augeas/commit/97d3d931fefdfe816e6fb1d6e55a779742f255fa
+Httpd: Make \ illegal in char_arg_dir: https://github.com/hercules-team/augeas/commit/3df041be9196a8ca0b7a3e8c90a47b800500cba1
+Httpd: Properly manage eol after opening tag: https://github.com/hercules-team/augeas/commit/34980ae52bf4367664ad0551a15c2d1e5a3f2ac4
+Bug: https://github.com/hercules-team/augeas/pull/223
+Bug: https://github.com/hercules-team/augeas/pull/220
+Bug-Debian: https://bugs.debian.org/802665
+
+---
+ lenses/httpd.aug|  9 ---
+ lenses/tests/test_httpd.aug | 62 +
+ 2 files changed, 68 insertions(+), 3 deletions(-)
+
+diff --git a/lenses/httpd.aug b/lenses/httpd.aug
+index caea9b6..331d807 100644
+--- a/lenses/httpd.aug
 b/lenses/httpd.aug
+@@ -59,7 +59,7 @@ let empty   = Util.empty_dos
+ let indent  = Util.indent
+ 
+ (* borrowed from shellvars.aug *)
+-let char_arg_dir  = /[^ '"\t\r\n]|"|'/
++let char_arg_dir  = /[^\\ '"\t\r\n]|"|'/
+ let char_arg_sec  = /[^ '"\t\r\n>]|"|'/
+ let dquot = /"([^"\\\r\n]|.)*"/
+ let squot = /'([^'\\\r\n]|.)*'/
+@@ -77,13 +77,16 @@ let directive = [ indent . label "directive" . store word .
+   (sep_spc . argv arg_dir)? . eol ]
+ 
+ let section (body:lens) =
++(* opt_eol includes empty lines *)
++let opt_eol = del /([ \t]*#?\r?\n)*/ "\n" in
+ let inner = (sep_spc . argv arg_sec)? . sep_osp .
+- dels ">" . eol . body* . indent . dels "" . opt_eol . ((body|comment) . (body|empty|comment)*)? .
++ indent . dels "" ">" . eol ]
+ 
+-let rec content = section (content|directive|comment|empty)
++let rec content = section (content|directive)
+ 
+ let lns = (content|directive|comment|empty)*
+ 
+diff --git a/lenses/tests/test_httpd.aug b/lenses/tests/test_httpd.aug
+index af6cdc1..bed6cc6 100644
+--- a/lenses/tests/test_httpd.aug
 b/lenses/tests/test_httpd.aug
+@@ -1,5 +1,11 @@
+ module Test_httpd =
+ 
++(* Check that we can iterate on directive *)
++let _ = Httpd.directive+
++
++(* Check that we can do a non iterative section *)
++let _ = Httpd.section Httpd.directive
++
+ (* directives testing *)
+ let d1 = "ServerRoot \"/etc/apache2\"\n"
+ test Httpd.directive get d1 =
+@@ -339,3 +345,59 @@ test Httpd.l

Bug#774736: redis-server: Maintainer scripts fail if redis user already exists outside /etc/passwd

[Andrew Schleifer]

> > [1] "If a user with the same name already exists in the system uid
> > range (or, if the uid is specified, if a user with that uid already
> > exists), adduser will exit with a warning."
> 
> However, it goes on to say:
> 
>   This warning can be suppressed by adding "--quiet".
> 
> ... which is being used. so I suspect something else is up? Perhaps you
> can provide more details about your error, etc etc. The call to getent
> is not only ugly (IMHO) but I remember being reassured it was not used.
> :)

I get this error with a local redis user with UID > 40k.

The script is specifying --system, and --quiet only suppresses the error if
the previously-existing user's UID is in the system range.

cf. line 370 in adduser (version 3.113+nmu3):

"a user with this name already exists; it's a problem when it's not a system 
user"

Bug#808243: RFS: hoteldruid/2.1.3-1

[Marco M. F. De Santis]

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "hoteldruid":

* Package name: hoteldruid
  Version : 2.1.3-1
  Upstream Author : Marco M. F. De Santis
* URL : http://www.hoteldruid.com
* License : AGPLv3
  Section : web

It builds those binary packages:

  hoteldruid - web-based property management system for hotels or B&Bs

To access further information about this package, please visit the 
following URL:


  http://mentors.debian.net/package/hoteldruid

Alternatively, one can download the package with dget using this command:

dget -x 
http://mentors.debian.net/debian/pool/main/h/hoteldruid/hoteldruid_2.1.3-1.dsc


More information about hoteldruid can be obtained from 
http://www.hoteldruid.com.


Changes since the last upload:

  * New upstream release.
  * debian/postinst: use Require syntax in apache2 configuration.
  * Removed debian/menu as requested by Technical Committee decision on 
#741573.

  * debian/postrm: use shell function to check if ucf and ucfr exist.
  * Removed echo -e from HotelDruid launcher script. (Closes: #772237)
  * Added a patch to fix some backup bugs in includes/funzioni_backup.php.
  * Changed debhelper compatibility version to level 9.
  * Added base.js to debianize patch to cut a line larger than 256 
characters.


  * New upstream release (2.1.1-1).
  * debian/control: updated Standards-Version (no change needed).
  * removed MimeType from hoteldruid-launcher desktop entry.
  * debian/po: include new template translations
 + nl.po: Dutch translation, thanks to Frans Spiesschaert. (Closes: 
#767416)


Regards,
Marco M. F. De Santis