Bug#1019534: at gives error message: Cannot give away file: Operation not permitted

2022-09-11 Thread Klaus-J. Wolf
Package: at
Version: 3.1.23-1.1
Severity: normal

Dear Maintainer,

$ echo touch atd_is_here |at 12:10
warning: commands will be executed using /bin/sh
Cannot give away file: Operation not permitted

The error message suggests that there is a permission problem, while it is 
unclear
what can be done about that.

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

Kernel: Linux 5.19.0-8.2-liquorix-amd64 (SMP w/6 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages at depends on:
ii  libc6   2.31-13+deb11u4
ii  libfl2  2.6.4-8
ii  libpam-runtime  1.4.0-9+deb11u1
ii  libpam0g1.4.0-9+deb11u1
ii  libselinux1 3.1-3
ii  lsb-base11.1.0

Versions of packages at recommends:
ii  postfix [mail-transport-agent]  3.5.13-0+deb11u1

at suggests no packages.

-- Configuration Files:
/etc/at.deny [Errno 13] Permission denied: '/etc/at.deny'

-- no debconf information



Bug#931890:

2019-07-11 Thread Klaus-J. Wolf
I suppose some scripts broken with "newer" kernels (but which?), packages
missing, or required preparations undocumented.


Bug#931890: debian-handbook: in section 8.10.4 (Compiling the Kernel / Compiling and Building the Package)

2019-07-11 Thread Klaus-J. Wolf
Package: debian-handbook
Severity: normal

The description on how to compile the kernel packages has stopped working
with Debian 9 and kernel 4.14 and persists with Debian 10 kernel 4.19.

Command line:

$ nice -15 make -j1 deb-pkg KDEB_PKGVERSION=4.19.57-1 V=0

At the moment I get:

  AR  kernel/built-in.a
make[4]: *** No rule to make target 'debian/certs/debian-uefi-certs.pem', 
needed by 'certs/x509_certificate_list'.  Stop.
make[3]: *** [Makefile:1044: certs] Error 2
make[2]: *** [debian/rules:4: build] Error 2
dpkg-buildpackage: error: debian/rules build subprocess returned exit status 2
make[1]: *** [scripts/package/Makefile:75: deb-pkg] Error 2
make: *** [Makefile:1357: deb-pkg] Error 2

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

Kernel: Linux 4.19.0-5-amd64 (SMP w/6 CPU cores)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US 
(charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled



Bug#888904: pcsx2: C++ ABI mismatch

2018-01-30 Thread Klaus-J. Wolf
Package: pcsx2
Version: 1.4.0+dfsg-2
Severity: important

When starting PCSX2, you get the message:

Warning: Mismatch between the program and library build versions detected.
The library used 3.0 (wchar_t,compiler with C++ ABI 1010,wx 
containers,compatible with 2.8),
and your program used 3.0 (wchar_t,compiler with C++ ABI 1009,wx 
containers,compatible with 2.8).

AFAIK, this information is true.

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

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

Versions of packages pcsx2 depends on:
ii  libaio1   0.3.110-3
ii  libasound21.1.3-5
ii  libc6 2.24-11+deb9u1
ii  libgcc1   1:6.3.0-18
ii  libgdk-pixbuf2.0-02.36.5-2+deb9u2
ii  libgl1-mesa-glx [libgl1]  13.0.6-1+b2
ii  libglib2.0-0  2.50.3-2
ii  libgtk2.0-0   2.24.31-2
ii  liblzma5  5.2.2-1.2+b1
ii  libpng16-16   1.6.28-1
ii  libportaudio2 19.6.0-1
ii  libsdl2-2.0-0 2.0.5+dfsg1-2
ii  libsoundtouch11.9.2-2+b1
ii  libstdc++66.3.0-18
ii  libwxbase3.0-0v5  3.0.2+dfsg-4
ii  libwxgtk3.0-0v5   3.0.2+dfsg-4
ii  libx11-6  2:1.6.4-3
ii  zlib1g1:1.2.8.dfsg-5

Versions of packages pcsx2 recommends:
ii  libasound2-plugins  1:1.1.4-dmo1
ii  libc6 [libc6-i686]  2.24-11+deb9u1

pcsx2 suggests no packages.

-- no debconf information



Bug#886895: xfsprogs: xfs_fsr option -t is being misinterpreted

2018-01-10 Thread Klaus-J. Wolf
Package: xfsprogs
Version: 4.9.0+nmu1
Severity: normal

Option -t to xfs_fsr leads to the program run for some time, but
it's 63% longer than it should.

Example:

# xfs_fsr -t 1800
xfs_fsr -m /proc/mounts -t 1800 -f /var/tmp/.fsrlast_xfs ...
...
xfs_fsr startpass 0, endpass 0, time 2933 seconds

-- System Information:
Debian Release: 9.3
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages xfsprogs depends on:
ii  libblkid1 2.29.2-1
ii  libc6 2.24-11+deb9u1
ii  libreadline5  5.2+dfsg-3+b1
ii  libuuid1  2.29.2-1

xfsprogs recommends no packages.

Versions of packages xfsprogs suggests:
ii  acl  2.2.52-3+b1
ii  attr 1:2.4.47-2+b2
pn  quota
ii  xfsdump  3.1.6+nmu2+b1

-- no debconf information



Bug#881594: openssh-sftp-server: sftp subsystem is installed in the wrong directory

2017-11-13 Thread Klaus-J. Wolf
Thanks! Some old script seems to do the same change over and over - someone
had copied that piece of config somewhere. Since openssh is also known as
'ssh' to the Debian system, wouldn't it be a good idea to introduce a
compatibility link, since scripts couldn't determine the proper config line
by themselves...?

On Nov 13, 2017 14:19, "Colin Watson"  wrote:

> On Mon, Nov 13, 2017 at 11:05:01AM +0100, Klaus-J. Wolf wrote:
> > openssh-sftp-server is installed in /usr/lib/openssh while
> openssh-server expects it in
> > /usr/lib/ssh.
>
> Err ... but it doesn't.  Here's the default configuration as shipped by
> the openssh-server package:
>
>   sshd_config:Subsystem   sftp/usr/lib/openssh/sftp-server
>
> Perhaps you modified your /etc/ssh/sshd_config and didn't notice?
>
> --
> Colin Watson   [cjwat...@debian.org]
>


Bug#881594: openssh-sftp-server: sftp subsystem is installed in the wrong directory

2017-11-13 Thread Klaus-J. Wolf
Package: openssh-sftp-server
Version: 1:7.4p1-10+deb9u1
Severity: important

openssh-sftp-server is installed in /usr/lib/openssh while openssh-server 
expects it in
/usr/lib/ssh. Consequentially, any client using sftp gets an EOF and closes 
"unexpectedly".

Workaround: cd /usr/lib; ln -s openssh ssh

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

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

Versions of packages openssh-sftp-server depends on:
ii  libc6   2.24-11+deb9u1
ii  openssh-client  1:7.4p1-10+deb9u1

Versions of packages openssh-sftp-server recommends:
ii  openssh-server [ssh-server]  1:7.4p1-10+deb9u1

openssh-sftp-server suggests no packages.

-- no debconf information



Bug#875271: linux-image-4.9.0-3-amd64: kworker/1 stalls at exactly 100% CPU load

2017-09-10 Thread Klaus-J. Wolf
Package: src:linux
Version: 4.9.30-2+deb9u3
Severity: important

For unknown reason, kworker/1:1 stalls with exactly 100% CPU load on CPU
kernel 1. This has happened thrice before, after several hours of uptime.

Nothing special happened on the machine in advance, just the usual tasks.

lsof tells me no suspicious open files, but the kernel task has used
up 317:47.60 according to top(1) and it never seems to stop. I have
terminated every user task, so I would suppose that the kernel task has
crashed for some reason.

In the kernel log below, I have deleted the lines showing blocked
network, this is for privacy reasons.

-- Package-specific info:
** Version:
Linux version 4.9.0-3-amd64 (debian-ker...@lists.debian.org) (gcc version 6.3.0 
20170516 (Debian 6.3.0-18) ) #1 SMP Debian 4.9.30-2+deb9u3 (2017-08-06)

** Command line:
BOOT_IMAGE=/vmlinuz-4.9.0-3-amd64 
root=UUID=b073140f-d246-4131-9015-636ceb35b3b1 ro quiet

** Tainted: PO (4097)
 * Proprietary module has been loaded.
 * Out-of-tree module has been loaded.

** Kernel log:
[29882.935743] device enp4s0 left promiscuous mode

** Model information
sys_vendor: Gigabyte Technology Co., Ltd.
product_name: To be filled by O.E.M.
product_version: To be filled by O.E.M.
chassis_vendor: Gigabyte Technology Co., Ltd.
chassis_version: To Be Filled By O.E.M.
bios_vendor: American Megatrends Inc.
bios_version: FD
board_vendor: Gigabyte Technology Co., Ltd.
board_name: 990XA-UD3
board_version: x.x

** Loaded modules:
cfg80211
fuse
cp210x
usbserial
bnep
pci_stub
vboxpci(O)
vboxnetadp(O)
vboxnetflt(O)
snd_hrtimer
snd_seq
snd_seq_device
vboxdrv(O)
nfnetlink_queue
nfnetlink_log
nfnetlink
bluetooth
rfkill
binfmt_misc
serpent_avx_x86_64
serpent_sse2_x86_64
serpent_generic
xts
algif_skcipher
af_alg
snd_hda_codec_hdmi
nls_ascii
nls_cp437
vfat
fat
xfs
dm_crypt
mxm_wmi
edac_mce_amd
edac_core
kvm_amd
kvm
xpad
irqbypass
ff_memless
crct10dif_pclmul
evdev
joydev
snd_hda_codec_realtek
crc32_pclmul
snd_hda_codec_generic
ghash_clmulni_intel
serio_raw
pcspkr
snd_hda_intel
efi_pstore
snd_hda_codec
snd_hda_core
snd_hwdep
snd_pcm
snd_timer
efivars
snd
fam15h_power
k10temp
soundcore
sg
sp5100_tco
shpchp
wmi
tpm_infineon
button
acpi_cpufreq
ip6t_REJECT
nf_reject_ipv6
nvidia_drm(PO)
nf_log_ipv6
drm_kms_helper
xt_hl
ip6t_rt
drm
nvidia_modeset(PO)
nf_conntrack_ipv6
nf_defrag_ipv6
ipt_REJECT
nf_reject_ipv4
nvidia(PO)
nf_log_ipv4
nf_log_common
xt_LOG
xt_limit
xt_tcpudp
xt_addrtype
nf_conntrack_ipv4
nf_defrag_ipv4
xt_conntrack
ip6table_filter
ip6_tables
nf_conntrack_netbios_ns
nf_conntrack_broadcast
nf_nat_ftp
nf_nat
nf_conntrack_ftp
nf_conntrack
iptable_filter
parport_pc
ppdev
lp
parport
sunrpc
efivarfs
ip_tables
x_tables
autofs4
ext4
crc16
jbd2
fscrypto
ecb
mbcache
btrfs
raid10
raid456
async_raid6_recov
async_memcpy
async_pq
async_xor
async_tx
xor
raid6_pq
libcrc32c
crc32c_generic
raid1
raid0
multipath
linear
md_mod
dm_mod
hid_generic
hid_holtek_mouse
usbhid
hid
sr_mod
sd_mod
cdrom
uas
usb_storage
ohci_pci
crc32c_intel
aesni_intel
aes_x86_64
glue_helper
lrw
gf128mul
ablk_helper
cryptd
psmouse
ahci
libahci
xhci_pci
ehci_pci
i2c_piix4
ohci_hcd
libata
ehci_hcd
xhci_hcd
scsi_mod
r8169
usbcore
mii
usb_common

** Network interface configuration:

source /etc/network/interfaces.d/*

auto lo
iface lo inet loopback

** Network status:
*** IP interfaces and addresses:
1: lo:  mtu 65536 qdisc noqueue state UNKNOWN group 
default qlen 1
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
   valid_lft forever preferred_lft forever
inet6 ::1/128 scope host 
   valid_lft forever preferred_lft forever
2: enp4s0:  mtu 1500 qdisc pfifo_fast state UP 
group default qlen 1000
link/ether 94:de:80:24:ff:ff brd ff:ff:ff:ff:ff:ff
inet 192.168.1.5/24 brd 192.168.1.255 scope global enp4s0
   valid_lft forever preferred_lft forever
inet6 fe80::96de:80ff:fe24:/64 scope link 
   valid_lft forever preferred_lft forever

*** Device statistics:
Inter-|   Receive|  Transmit
 face |bytespackets errs drop fifo frame compressed multicast|bytes
packets errs drop fifo colls carrier compressed
lo: 7034070   17247000 0  0 0  7034070   
17247000 0   0  0
enp4s0: 3757560597 4022143020 0  0  4499 1776231333 
2797473000 0   0  0

*** Protocol statistics:
Ip:
Forwarding: 2
3932067 total packets received
0 forwarded
0 incoming packets discarded
3929609 incoming packets delivered
2813014 requests sent out
870 reassemblies required
435 packets reassembled ok
41 fragments received ok
82 fragments created
Icmp:
878 ICMP messages received
18 input ICMP message failed
ICMP input histogram:
destination unreachable: 878
6600 ICMP messages sent
0 ICMP messages failed
ICMP output histogram:
destination unreachable: 6600

Bug#863263: ipkungfu: script makes unsupported calls

2017-05-24 Thread Klaus-J. Wolf
Package: ipkungfu
Version: 0.6.1-6.1+b1
Severity: important

Dear Maintainer,

please kindly read the following output and ask yourself
if it should look like that:

# ipkungfu 
Creating runtime cache directory: ..OK
Since this is the first time ipkungfu is running on your system,
we will build its own md5sum signature: OK

Could not find any cached rules. (First time running?)
iptables-restore functionality is disabled.
Building MD5 hash of config files:  OK
Checking configuration...
/sbin/modprobe: invalid option -- 'l'
/sbin/modprobe: invalid option -- 'l'
/sbin/modprobe: invalid option -- 'l'
/sbin/modprobe: invalid option -- 'l'
iptables: No chain/target/match by that name.
iptables: No chain/target/match by that name.
iptables: No chain/target/match by that name.
iptables: No chain/target/match by that name.
 TTL support detected!
 MARK support detected!
Clearing old chains and tables...
Implementing custom rules...
Bad argument `192.168.0.0/255.255.0.0'
Try `iptables -h' or 'iptables --help' for more information.
Bad argument `10.0.0.0/255.0.0.0'
Try `iptables -h' or 'iptables --help' for more information.
iptables v1.6.0: unknown protocol "!" specified
Try `iptables -h' or 'iptables --help' for more information.
Creating proc settings cache:   OK
Creating iptables rules cache:  OK

--cut here--

Sorry, I was just trying the tool, but the output seems pointing to
complete malfunction, maybe due to obsoletion.

Regards

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

Kernel: Linux 4.9.0-3-amd64 (SMP w/6 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 ipkungfu depends on:
ii  iproute   1:4.9.0-1
ii  iptables  1.6.0+snapshot20161117-6
ii  kmod  23-2
ii  libc6 2.24-10

ipkungfu recommends no packages.

ipkungfu suggests no packages.

-- no debconf information



Bug#835127: tellico: Tellico always crashes at boot time

2017-05-17 Thread Klaus-J. Wolf
Package: tellico
Version: 2.3.9+dfsg.1-1.1+b1
Followup-For: Bug #835127

Dear Maintainer,

I have never used Tellico ever before, and it crashed like described
in the original description of this bug.

Application: Tellico (tellico), signal: Segmentation fault
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
[KCrash Handler]
#6  0x7f7e1ee6f089 in QWidgetPrivate::showChildren(bool) () from 
/usr/lib/x86_64-linux-gnu/libQtGui.so.4
#7  0x7f7e1ee6f19f in QWidgetPrivate::show_helper() () from 
/usr/lib/x86_64-linux-gnu/libQtGui.so.4
#8  0x7f7e1ee711fa in QWidget::setVisible(bool) () from 
/usr/lib/x86_64-linux-gnu/libQtGui.so.4
#9  0x7f7e1ee6f0d7 in QWidgetPrivate::showChildren(bool) () from 
/usr/lib/x86_64-linux-gnu/libQtGui.so.4
#10 0x7f7e1ee6f19f in QWidgetPrivate::show_helper() () from 
/usr/lib/x86_64-linux-gnu/libQtGui.so.4
#11 0x7f7e1ee711fa in QWidget::setVisible(bool) () from 
/usr/lib/x86_64-linux-gnu/libQtGui.so.4
#12 0x556a1c17e774 in ?? ()
#13 0x7f7e1d8d72b1 in __libc_start_main (main=0x556a1c17dc50, argc=5, 
argv=0x7ffcf309c198, init=, fini=, 
rtld_fini=, stack_end=0x7ffcf309c188) at ../csu/libc-start.c:291
#14 0x556a1c17f34a in _start ()

I guess we can savely say the problem has to do with multi-threading.

Therefore, my CPU:

$ cat /proc/cpuinfo

processor   : 0
vendor_id   : AuthenticAMD
cpu family  : 21
model   : 1
model name  : AMD FX(tm)-6200 Six-Core Processor
stepping: 2
microcode   : 0x6000626
cpu MHz : 1400.000
cache size  : 2048 KB
physical id : 0
siblings: 6
core id : 0
cpu cores   : 3
apicid  : 16
initial apicid  : 0
fpu : yes
fpu_exception   : yes
cpuid level : 13
wp  : yes
flags   : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov 
pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb 
rdtscp lm constant_tsc rep_good nopl nonstop_tsc extd_apicid aperfmperf 
eagerfpu pni pclmulqdq monitor ssse3 cx16 sse4_1 sse4_2 popcnt aes xsave avx 
lahf_lm cmp_legacy svm extapic cr8_legacy abm sse4a misalignsse 3dnowprefetch 
osvw ibs xop skinit wdt lwp fma4 nodeid_msr topoext perfctr_core perfctr_nb cpb 
hw_pstate vmmcall arat npt lbrv svm_lock nrip_save tsc_scale vmcb_clean 
flushbyasid decodeassists pausefilter pfthreshold
bugs: fxsave_leak sysret_ss_attrs null_seg
bogomips: 7634.87
TLB size: 1536 4K pages
clflush size: 64
cache_alignment : 64
address sizes   : 48 bits physical, 48 bits virtual
power management: ts ttp tm 100mhzsteps hwpstate cpb

(repeated six times)

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

Kernel: Linux 4.9.0-2-amd64 (SMP w/6 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 tellico depends on:
ii  kde-runtime4:16.08.3-2
ii  libc6  2.24-10
ii  libexempi3 2.4.1-1
ii  libkabc4   4:4.14.10-7+b2
ii  libkcal4   4:4.14.10-7+b2
ii  libkdecore54:4.14.26-2
ii  libkdeui5  4:4.14.26-2
ii  libkhtml5  4:4.14.26-2
ii  libkio54:4.14.26-2
ii  libknewstuff3-44:4.14.26-2
ii  libkparts4 4:4.14.26-2
ii  libkresources4 4:4.14.10-7+b2
ii  libksane0  4:15.08.3-1
ii  libkxmlrpcclient4  4:4.14.10-7+b2
ii  libnepomuk44:4.14.26-2
ii  libpoppler-qt4-4   0.48.0-2
ii  libqimageblitz41:0.0.6-4+b2
ii  libqjson0  0.8.1-3
ii  libqt4-dbus4:4.8.7+dfsg-11
ii  libqt4-network 4:4.8.7+dfsg-11
ii  libqt4-xml 4:4.8.7+dfsg-11
ii  libqtcore4 4:4.8.7+dfsg-11
ii  libqtgui4  4:4.8.7+dfsg-11
ii  libsolid4  4:4.14.26-2
ii  libstdc++6 6.3.0-16
ii  libtag1v5  1.11.1+dfsg.1-0.1
ii  libxml22.9.4+dfsg1-2.2
ii  libxslt1.1 1.1.29-2.1
ii  libyaz44.2.30-4+b6
ii  tellico-data   2.3.9+dfsg.1-1.1
ii  tellico-scripts2.3.9+dfsg.1-1.1

Versions of packages tellico recommends:
ii  khelpcenter4  4:16.08.3-1
ii  tellico-doc   2.3.9+dfsg.1-1.1

tellico suggests no packages.

-- no debconf information



Bug#844268: libboost1.62-doc doesn't contain the actual documentation

2017-04-23 Thread Klaus-J. Wolf
Package: libboost1.62-doc
Version: 1.62.0+dfsg-4
Followup-For: Bug #844268

Dear Maintainer,

I have observed that the actual documentation is completely missing in
this documentation package.  In duplicate bug report #850795 somebody
explained that this has to do with Debian project's Javascript policy.
I can only explain that I was incapable of finding any script elements
in the original docs.

Might there be any other reason persisting that the bug cannot be
fixed trivially?

Regards,
k.j.

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

Kernel: Linux 4.9.0-2-amd64 (SMP w/6 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)

libboost1.62-doc depends on no packages.

libboost1.62-doc recommends no packages.

Versions of packages libboost1.62-doc suggests:
ii  libboost1.62-dev  1.62.0+dfsg-4

-- no debconf information



Bug#858077: libgflags-dev: libgflags.pc is missing

2017-03-17 Thread Klaus-J. Wolf
Package: libgflags-dev
Version: 2.1.2-3
Severity: important

Dear Maintainer,

some software, as guetzli, requires libgflags.pc to exist in order
to make use of it.  Please consider adding this file.

Regards,
k.j.

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

Kernel: Linux 4.9.0-2-amd64 (SMP w/6 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 libgflags-dev depends on:
ii  libgflags2v5  2.1.2-3

libgflags-dev recommends no packages.

libgflags-dev suggests no packages.

-- no debconf information



Bug#848706: dpkg --add-architecture leads to Perl based error message

2016-12-19 Thread Klaus-J. Wolf
Package: dpkg
Version: 1.18.15
Severity: important
Tags: d-i

Dear Maintainer,

the command line

# dpkg --print-architecture
amd64

# dpkg --add-architecture i386
Odd number of elements in hash assignment at /usr/share/pkg-config-dpkghook 
line 30.

This happens on architecture amd64 (x86_64) and concerns both i386 and ix86.

If you google for it, a situation like this does not seem to be perfectly
unknown, while it is unclear why it is reported over longer periods of time
without becoming fixed.

# dpkg --print-foreign-architectures
ix86
i386

# dpkg --remove-architecture i386
Odd number of elements in hash assignment at /usr/share/pkg-config-dpkghook 
line 30.

It's not there, but you can't add it.

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

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

Versions of packages dpkg depends on:
ii  libbz2-1.0   1.0.6-8
ii  libc62.24-8
ii  liblzma5 5.2.2-1.2
ii  libselinux1  2.6-3
ii  tar  1.29b-1.1
ii  zlib1g   1:1.2.8.dfsg-4

dpkg recommends no packages.

Versions of packages dpkg suggests:
ii  apt  1.4~beta2

-- no debconf information