Bug#657122: collectd: df plugin causes lots of warning syslog messages

2012-01-24 Thread Florian La Roche
Package: collectd
Version: 4.10.1-1+squeeze2
Severity: normal

Starting collectd on a default debian install will cause warning syslog 
messages like:

Jan 23 14:46:01 debian6-2 collectd[1139]: uc_update: Value too old: name = 
debian6-2.example.com/df/df-root; value time = 1327326361; last cache update = 
1327326361;
Jan 23 14:46:01 debian6-2 collectd[1139]: Filter subsystem: Built-in target 
`write': Dispatching value to all write plugins failed with status -1.

Problem is that collectd doesn't notice it is reporting some filesystems
twice and thus generating errors.
Adding the following to the shipped default configuration works around this:

FSType tmpfs
FSType rootfs
IgnoreSelected true
ReportReserved true
ReportInodes true


best regards,

Florian La Roche




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

Kernel: Linux 2.6.32-5-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/bash

Versions of packages collectd depends on:
ii  collectd-core  4.10.1-1+squeeze2 statistics collection and monitori
ii  libc6  2.11.2-10 Embedded GNU C Library: Shared lib
ii  librrd41.4.3-1   time-series data storage and displ

Versions of packages collectd recommends:
ii  iptables   1.4.8-3   administration tools for packet fi
ii  libatk1.0-01.30.0-1  The ATK accessibility toolkit
ii  libc6  2.11.2-10 Embedded GNU C Library: Shared lib
ii  libcairo2  1.8.10-6  The Cairo 2D vector graphics libra
ii  libcurl3-gnutls7.21.0-2  Multi-protocol file transfer libra
ii  libdbi00.8.2-3   Database Independent Abstraction L
ii  libdbus-1-31.2.24-4+squeeze1 simple interprocess messaging syst
ii  libdbus-glib-1-2   0.88-2.1  simple interprocess messaging syst
ii  libesmtp5  1.0.4-5   LibESMTP SMTP client library
ii  libfontconfig1 2.8.0-2.1 generic font configuration library
ii  libfreetype6   2.4.2-2.1+squeeze3FreeType 2 font engine, shared lib
ii  libgcrypt111.4.5-2   LGPL Crypto library - runtime libr
ii  libglib2.0-0   2.24.2-1  The GLib library of C routines
ii  libgtk2.0-02.20.1-2  The GTK+ graphical user interface 
ii  libhal10.5.14-3  Hardware Abstraction Layer - share
ii  libmemcached5  0.40-1A C and C++ client library to the 
ii  libmysqlclient16   5.1.49-3  MySQL database client library
ii  libnotify1 [libnot 0.5.0-2   sends desktop notifications to a n
ii  libopenipmi0   2.0.16-1.2Intelligent Platform Management In
ii  liboping0  1.4.0-1   C/C++ library to generate ICMP ECH
ii  libpango1.0-0  1.28.3-1+squeeze2 Layout and rendering of internatio
ii  libpcap0.8 1.1.1-2+squeeze1  system interface for user-level pa
ii  libperl5.105.10.1-17squeeze2 shared Perl library
ii  libpq5 8.4.9-0squeeze1+b1PostgreSQL C client library
ii  libprotobuf-c0 0.12-3+b1 Protocol Buffers C library
ii  libpython2.6   2.6.6-8+b1Shared Python runtime library (ver
ii  librrd41.4.3-1   time-series data storage and displ
ii  libsensors41:3.1.2-6 library to read temperature/voltag
ii  libsnmp15  5.4.3~dfsg-2  SNMP (Simple Network Management Pr
ii  libssl0.9.80.9.8o-4squeeze7  SSL shared libraries
ii  libtokyotyrant31.1.40-4  Tokyo Tyrant runtime libraries
ii  libupsclient1  2.4.3-1.1squeeze1 network UPS tools - client library
ii  libvirt0   0.8.3-5+squeeze2  library for interfacing with diffe
ii  libxml22.7.8.dfsg-2+squeeze1 GNOME XML library
ii  libyajl1   1.0.8-1   Yet Another JSON Library

collectd suggests no packages.

-- Configuration Files:
/etc/collectd/collectd.conf changed:
FQDNLookup true
LoadPlugin syslog

LogLevel info

LoadPlugin cpu
LoadPlugin df

FSType tmpfs
FSType rootfs
IgnoreSelected true
ReportReserved true
ReportInodes true

LoadPlugin disk
LoadPlugin entropy
LoadPlugin interface
LoadPlugin irq
LoadPlugin load
LoadPlugin memory
LoadPlugin processes
LoadPlugin rrdtool
LoadPlugin swap
LoadPlugin users

DataDir "/var/lib/collectd/rrd"

Include "/etc/collectd/filters.conf"
Include "/etc/collectd/thresholds.conf"


-- no debconf information



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



Bug#972678: initramfs-tools: bad error message when zstd requested but not installed

2020-10-22 Thread Florian La Roche
Hello Russel Coker,

a fix is in https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=971270

best regards, greetings to you Russell,

Florian La Roche



Bug#972678: initramfs-tools: bad error message when zstd requested but not installed

2020-10-22 Thread Florian La Roche
Hello Russel Coker,

a fix is in https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=971270

best regards, greetings to you Russell,

Florian La Roche



Bug#947614: raspi-firmware not built for arch arm64

2019-12-28 Thread Florian La Roche
Package: raspi-firmware
Version: 1.20190819-2
Severity: important

Dear Maintainer,

arm64 debian packages of either raspi3-firmware or raspi-firmware are
both in Debian stable and Debian unstable, but there is no arm64 package
available in Debian testing.

raspi-firmware/raspi3-firmware works finde with arm64, there is no need
to provide this package only for armhf.

Looking at https://tracker.debian.org/pkg/raspi3-firmware and also
at https://tracker.debian.org/pkg/raspi-firmware I also don't understand
why arm64 is sometimes added and sometimes removed.

Can arm64 be added to the newest package builds in Debian stable,
testing and unstable?

best regards from Germany with mostly plain Debian raspi arm64,

Florian La Roche





-- System Information:
Debian Release: bullseye/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: arm64 (aarch64)
Foreign Architectures: armhf

Kernel: Linux 5.4.0-trunk-arm64 (SMP w/4 CPU cores)
Kernel taint flags: TAINT_CRAP, TAINT_UNSIGNED_MODULE
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), 
LANGUAGE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages raspi-firmware depends on:
ii  dosfstools  4.1-2
ii  dpkg1.19.7

raspi-firmware recommends no packages.

raspi-firmware suggests no packages.

-- no debconf information



Bug#994924: python-virtualenv: "pip list --outdated" fails

2021-09-23 Thread Florian La Roche
Source: python-virtualenv
Version: 20.4.0+ds-2
Severity: normal
X-Debbugs-Cc: florian.laro...@gmail.com

Dear Maintainer,

with Debian testing (Debian 11 is probably the same), I get the
following problem:

virtualenv env
. env/bin/activate
pip list --outdated
ERROR: Exception:
Traceback (most recent call last):
  File 
"/home/flaroche/data/n/env/lib/python3.9/site-packages/pip/_internal/cli/base_command.py",
 line 223, in _main
status = self.run(options, args)
  File 
"/home/flaroche/data/n/env/lib/python3.9/site-packages/pip/_internal/commands/list.py",
 line 175, in run
packages = self.get_outdated(packages, options)
  File 
"/home/flaroche/data/n/env/lib/python3.9/site-packages/pip/_internal/commands/list.py",
 line 184, in get_outdated
return [
  File 
"/home/flaroche/data/n/env/lib/python3.9/site-packages/pip/_internal/commands/list.py",
 line 184, in 
return [
  File 
"/home/flaroche/data/n/env/lib/python3.9/site-packages/pip/_internal/commands/list.py",
 line 237, in iter_packages_latest_infos
for dist in map_multithread(latest_info, packages):
  File "/usr/lib/python3.9/multiprocessing/pool.py", line 870, in next
raise value
  File "/usr/lib/python3.9/multiprocessing/pool.py", line 125, in worker
result = (True, func(*args, **kwds))
  File 
"/home/flaroche/data/n/env/lib/python3.9/site-packages/pip/_internal/commands/list.py",
 line 214, in latest_info
all_candidates = finder.find_all_candidates(dist.key)
  File 
"/home/flaroche/data/n/env/lib/python3.9/site-packages/pip/_internal/index/package_finder.py",
 line 825, in find_all_candidates
package_links = self.process_project_url(
  File 
"/home/flaroche/data/n/env/lib/python3.9/site-packages/pip/_internal/index/package_finder.py",
 line 793, in process_project_url
page_links = list(parse_links(html_page))
  File 
"/home/flaroche/data/n/env/lib/python3.9/site-packages/pip/_internal/index/collector.py",
 line 324, in wrapper_wrapper
return list(fn(page))
  File 
"/home/flaroche/data/n/env/lib/python3.9/site-packages/pip/_internal/index/collector.py",
 line 335, in parse_links
document = html5lib.parse(
  File 
"/usr/share/python-wheels/html5lib-1.1-py2.py3-none-any.whl/html5lib/html5parser.py",
 line 44, in parse
tb = treebuilders.getTreeBuilder(treebuilder)
  File 
"/usr/share/python-wheels/html5lib-1.1-py2.py3-none-any.whl/html5lib/treebuilders/__init__.py",
 line 85, in getTreeBuilder
return etree.getETreeModule(implementation, **kwargs).TreeBuilder
AttributeError: module 'html5lib.treebuilders.etree' has no attribute 
'getETreeModule'





To work around this problem, I install html5lib locally and then rename
the wheel version of it:

pip install html5lib
sudo mv /usr/share/python-wheels/html5lib-1.1-py2.py3-none-any.whl 
/usr/share/python-wheels/html5lib-1.1-py2.py3-none-any.whl.old
pip list --outdated


best regards,

Florian La Roche




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

Kernel: Linux 5.14.0-trunk-amd64 (SMP w/4 CPU threads)
Kernel taint flags: TAINT_USER, TAINT_UNSIGNED_MODULE
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)



Bug#994924: python-virtualenv: "pip list --outdated" fails

2021-09-23 Thread Florian La Roche
html5lib locally installed with pip is identical to the wheel version,
so this must be
some subtile other problem (python-3.9.7 or pip?).

best regards,

Florian La Roche



Bug#924315: raspi3-firmware: remove kernel.img and kernel7.img from firmware package

2019-03-11 Thread Florian La Roche
Package: raspi3-firmware
Version: 1.20190215-1
Severity: minor

Dear Maintainer,

raspi3-firmware also contains the kernel.img and kernel7.img files,
but could remove these files and only ship real firmware files.
I don't see benefit to ship another kernel image.

If you think otherwise, please just close this bug report. This is
really a minor issue.

best regards,

Florian La Roche


-- System Information:
Debian Release: buster/sid
  APT prefers testing
  APT policy: (500, 'testing'), (1, 'experimental')
Architecture: arm64 (aarch64)

Kernel: Linux 4.19.0-2-arm64 (SMP w/4 CPU cores)
Kernel taint flags: TAINT_CRAP
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), 
LANGUAGE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages raspi3-firmware depends on:
ii  dosfstools  4.1-2

raspi3-firmware recommends no packages.

raspi3-firmware suggests no packages.

-- no debconf information



Bug#968621: raspi-firmware: installing via vmdb2 now fails with Debian testing

2020-08-18 Thread Florian La Roche
Package: raspi-firmware
Severity: normal
X-Debbugs-Cc: florian.laro...@gmail.com

Dear Maintainer,

using vmdb2 to cross-install a raspberry-pi image used to work fine,
but fails now with Debian testing:


/etc/kernel/postinst.d/z50-raspi-firmware:
findmnt: can't read /proc/mounts: No such file or directory
run-parts: /etc/kernel/postinst.d/z50-raspi-firmware exited with return code 1


The following is the relevant source code. Seems it tries to cope with
an empty "ROOTPART", but still the script is exited with an error and
installation is aborted:


# Default configurations, overridable at /etc/default/raspi-firmware
CMA=64M
ROOTPART=`findmnt -n --output=source /`
if [ -z "$ROOTPART" ]; then ROOTPART=/dev/mmcblk0p2;fi
KERNEL="auto"
INITRAMFS="auto"
CONSOLES="auto"
if [ -r /etc/default/raspi-firmware ]; then
    . /etc/default/raspi-firmware
fi


best regards,

Florian La Roche



Bug#968741: linux: trace with B550I AORUS PRO AX and AMD Ryzen 5 PRO 4650G

2020-08-20 Thread Florian La Roche
Source: linux
Severity: normal
X-Debbugs-Cc: florian.laro...@gmail.com

Dear Maintainer,

compiling the current Debian source with a linux-5.8.2 kernel gives the
following trace on a B550I AORUS PRO AX with an AMD Ryzen 5 PRO 4650G:



[3.974191] [ cut here ]
[3.974265] WARNING: CPU: 9 PID: 175 at 
drivers/gpu/drm/amd/amdgpu/../display/dc/clk_mgr/dcn21/rn_clk_mgr.c:654 
rn_clk_mgr_constru
ct+0x11e/0x390 [amdgpu]
[3.974268] Modules linked in: hid_generic(E) usbhid(E) hid(E) amdgpu(E+) 
gpu_sched(E) i2c_algo_bit(E) ttm(E) drm_kms_helper(E) ce
c(E) ahci(E) libahci(E) nvme(E) xhci_pci(E) nvme_core(E) crc32_pclmul(E) 
xhci_hcd(E) r8169(E) t10_pi(E) crc32c_intel(E) realtek(E) li
bata(E) crc_t10dif(E) drm(E) i2c_piix4(E) crct10dif_generic(E) mfd_core(E) 
crct10dif_pclmul(E) libphy(E) usbcore(E) crct10dif_common(
E) scsi_mod(E) usb_common(E) wmi(E) video(E) gpio_amdpt(E) gpio_generic(E) 
button(E)
[3.974284] CPU: 9 PID: 175 Comm: systemd-udevd Tainted: GE 
5.8.0-trunk-amd64 #1 Debian 5.8.2-1
[3.974285] Hardware name: Gigabyte Technology Co., Ltd. B550I AORUS PRO 
AX/B550I AORUS PRO AX, BIOS F2a 06/16/2020
[3.974348] RIP: 0010:rn_clk_mgr_construct+0x11e/0x390 [amdgpu]
[3.974351] Code: 00 00 00 41 8b 8c c4 80 00 00 00 41 89 c1 89 c7 85 c9 74 
10 41 8b 94 c4 84 00 00 00 85 d2 0f 85 87 01 00 00 48 8
3 e8 01 73 d9 <0f> 0b 83 7b 20 01 74 0c 81 bd e8 00 00 00 ff 14 37 00 7f 27 48 
8b
[3.974353] RSP: 0018:a98a8068f850 EFLAGS: 00010297
[3.974355] RAX:  RBX: 9a36d7eb2540 RCX: 0640
[3.974356] RDX:  RSI: a98a8068f878 RDI: 
[3.974357] RBP: 9a3625cf9800 R08:  R09: 
[3.974358] R10: 7fc9117f R11: 9a36d7d51000 R12: a98a8068f878
[3.974359] R13: 9a36d7eb2cc0 R14: 9a36bccc R15: 9a36d7eb2540
[3.974361] FS:  7f53ebac18c0() GS:9a371f24() 
knlGS:
[3.974362] CS:  0010 DS:  ES:  CR0: 80050033
[3.974363] CR2: 7f53ebaaaee0 CR3: 0003d7f38000 CR4: 00340ee0
[3.974365] Call Trace:
[3.974427]  dc_clk_mgr_create+0x179/0x1a0 [amdgpu]
[3.974488]  dc_create+0x238/0x700 [amdgpu]
[3.974493]  ? _cond_resched+0x16/0x40
[3.974554]  amdgpu_dm_init.isra.0+0x15b/0x1c0 [amdgpu]
[3.974614]  dm_hw_init+0xe/0x20 [amdgpu]
[3.974676]  amdgpu_device_init.cold+0x17a7/0x192b [amdgpu]
[3.974722]  amdgpu_driver_load_kms+0x5c/0x220 [amdgpu]
[3.974766]  amdgpu_pci_probe+0x15f/0x1f0 [amdgpu]
[3.974770]  local_pci_probe+0x42/0x80
[3.974772]  ? _cond_resched+0x16/0x40
[3.974773]  pci_device_probe+0xfa/0x1b0
[3.974776]  really_probe+0x160/0x400
[3.974777]  driver_probe_device+0xe1/0x150
[3.974779]  device_driver_attach+0xa1/0xb0
[3.974780]  __driver_attach+0x8a/0x150
[3.974781]  ? device_driver_attach+0xb0/0xb0
[3.974782]  ? device_driver_attach+0xb0/0xb0
[3.974784]  bus_for_each_dev+0x78/0xc0
[3.974786]  bus_add_driver+0x12b/0x1e0
[3.974787]  driver_register+0x8b/0xe0
[3.974789]  ? 0xc0a6b000
[3.974791]  do_one_initcall+0x46/0x200
[3.974792]  ? _cond_resched+0x16/0x40
[3.974794]  ? kmem_cache_alloc_trace+0x192/0x220
[3.974796]  ? do_init_module+0x23/0x250
[3.974798]  do_init_module+0x5c/0x250
[3.974799]  __do_sys_finit_module+0xac/0x110
[3.974802]  do_syscall_64+0x4d/0xc0
[3.974804]  entry_SYSCALL_64_after_hwframe+0x44/0xa9
[3.974805] RIP: 0033:0x7f53ebf6ba79
[3.974807] Code: 00 c3 66 2e 0f 1f 84 00 00 00 00 00 0f 1f 44 00 00 48 89 
f8 48 89 f7 48 89 d6 48 89 ca 4d 89 c2 4d 89 c8 4c 8b 4c 24 08 0f 05 <48> 3d 01 
f0 ff ff 73 01 c3 48 8b 0d e7 53 0c 00 f7 d8 64 89 01 48
[3.974809] RSP: 002b:7ffde26b8228 EFLAGS: 0246 ORIG_RAX: 
0139
[3.974811] RAX: ffda RBX: 55c5cb205da0 RCX: 7f53ebf6ba79
[3.974812] RDX:  RSI: 7f53ec0f6e4d RDI: 0012
[3.974813] RBP: 0002 R08:  R09: 55c5cb205fb8
[3.974814] R10: 0012 R11: 0246 R12: 7f53ec0f6e4d
[3.974815] R13:  R14: 55c5cb206e20 R15: 55c5cb205da0
[3.974817] ---[ end trace 071eac41bffe7f9b ]---



best regards,

Florian La Roche



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

Kernel: Linux 5.8.0-trunk-amd64 (SMP w/12 CPU threads)
Kernel taint flags: TAINT_WARN, TAINT_UNSIGNED_MODULE
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled



Bug#968741: linux: trace with B550I AORUS PRO AX and AMD Ryzen 5 PRO 4650G

2020-08-21 Thread Florian La Roche
I've reported this at https://bugzilla.kernel.org/show_bug.cgi?id=208981
so I think this bug can be closed at Debian.

best regards,

Florian La Roche



Bug#962807: binfmt-support from Debian stable reports errors/warnings within lxc guests

2020-06-14 Thread Florian La Roche
Package: binfmt-support
Version: 2.2.1-1
Severity: normal

Dear Maintainer,


Installing Debian stable within lxc gives warnings/errors for
binfmt-support. Expected and nothing unusual. Maybe you can detect lxc
and just not enable any access to /proc/sys/fs/binfmt_misc?
Thos only occurs with Debian stable (10), Debian testing seems to be ok
already.

If no easy solution can be found or this does not warrant a backport
from the current package into the stable release, feel free to just close this
bug-report.

best regards,

Florian La Roche



logmessages during installation of the deb package:

binfmt-support (2.2.0-2) wird eingerichtet ...
Created symlink 
/etc/systemd/system/multi-user.target.wants/binfmt-support.service → 
/lib/systemd/system/binfmt-support.service.
Job for binfmt-support.service failed because the control process exited with 
error code.
See "systemctl status binfmt-support.service" and "journalctl -xe" for details.
invoke-rc.d: initscript binfmt-support, action "start" failed.
● binfmt-support.service - Enable support for additional executable binary 
formats
   Loaded: loaded (/lib/systemd/system/binfmt-support.service; enabled; vendor 
preset: enabled)
   Active: failed (Result: exit-code) since Sat 2020-06-13 18:55:34 UTC; 4ms ago
 Docs: man:update-binfmts(8)
  Process: 22871 ExecStart=/usr/sbin/update-binfmts --enable (code=exited, 
status=2)
 Main PID: 22871 (code=exited, status=2)

Jun 13 18:55:34 debian01 systemd[1]: Starting Enable support for additional 
executable binary formats...
Jun 13 18:55:34 debian01 update-binfmts[22871]: update-binfmts: warning: unable 
to open /proc/sys/fs/binfmt_misc/status for writing: Permission denied
Jun 13 18:55:34 debian01 update-binfmts[22871]: update-binfmts: warning: unable 
to open /proc/sys/fs/binfmt_misc/status for writing: Permission denied
Jun 13 18:55:34 debian01 update-binfmts[22871]: update-binfmts: warning: unable 
to open /proc/sys/fs/binfmt_misc/register for writing: Permission denied
Jun 13 18:55:34 debian01 update-binfmts[22871]: update-binfmts: warning: unable 
to open /proc/sys/fs/binfmt_misc/status for writing: Permission denied
Jun 13 18:55:34 debian01 update-binfmts[22871]: update-binfmts: warning: unable 
to open /proc/sys/fs/binfmt_misc/register for writing: Permission denied
Jun 13 18:55:34 debian01 update-binfmts[22871]: update-binfmts: exiting due to 
previous errors
Jun 13 18:55:34 debian01 systemd[1]: binfmt-support.service: Main process 
exited, code=exited, status=2/INVALIDARGUMENT
Jun 13 18:55:34 debian01 systemd[1]: binfmt-support.service: Failed with result 
'exit-code'.
Jun 13 18:55:34 debian01 systemd[1]: Failed to start Enable support for 
additional executable binary formats.


Bug#962808: vmdb2: LVM partitions do not work for grub

2020-06-14 Thread Florian La Roche
Package: vmdb2
Version: 0.14.1-1
Severity: normal

Dear Maintainer,

creating one big LVM partition without encryption and then using grub to
boot up does not seem to have a valid configuration.

With vmdb2 0.14.1 I couldn't find any way to reference the device grub
is getting installed on. It works for me by hardcoding the
loopback-Device into the configuration ("/dev/loop0") with some crude
checks within the Makefile for nobody else to use the loopback device.

The used yaml config file can be seen here:
https://github.com/laroche/arm-devel-infrastructure/blob/master/vmdb2-debian/debian-testing-amd64.yaml

How can this be configured correctly in the *.yaml file? Any working
example for this?
(0.16 from unstable also does not work for me.)

best regards,

Florian La Roche



Bug#962809: vmdb2: allow setting partitions bootable

2020-06-14 Thread Florian La Roche
Package: vmdb2
Version: 0.14.1-1
Severity: normal

Dear Maintainer,

it would be good to add configuration possibiities to toggle a partition
bootable within the config file. I am right now changing the image after
creating it with vmdb2, code within vmdb2 would keep the whole setup in
one place.

Just an idea, current package still works great.

best regards,

Florian La Roche



Bug#950971: Detecting false positives about i915 firmware

2020-06-20 Thread Florian La Roche
Hello,

Am Sa., 20. Juni 2020 um 14:09 Uhr schrieb Richard Lewis
:
>
> I also have these messages but I think they are likely false
> positives. There seems to be a lot of possibly misleading information
> and advice on the internet about these warnings -- would love to her
> your advice on this, but i think these are mostly false positives
>
> * am i right in suspecting that these messages are often false positives?

The kernel modules arelooked at and list all firmware blobs they might request.

> * why is firmware for processors not present is being warned about?

To be able to create 100% complete systems? Not sure...

> * is there a way to suppress some of these warnings? (perhaps a
> user-defined filter?)
> * how do i tell which firmware my processor actually needs?

I am using "dmesg | grep -i firmware" to check what firmware in a running
system is actually loaded into the kernel.

>
> The longest and most plausible source i have found is [1] but it seems
> to miss the point that there is no point installing firmware for a
> skylake processor if you don't have one. It also recommends
> downloading non-free blobs from intel which may not be the best
> solution
>
> [1]: 
> https://askubuntu.com/questions/832524/possible-missing-frmware-lib-firmware-i915
>


best regards,

Floriian La Roche



Bug#960258: opencpn: build current sources into unstable/testing

2020-05-11 Thread Florian La Roche
Source: opencpn
Severity: normal
Tags: upstream

Dear Maintainer,


please update opencpn to current upstream sources and build a new
package into Debian unstable/testing.
This would support current upstream beta testing and should result
in a better package than the current one included in Debian unstable/testing.

Thanks a lot,

Florian La Roche


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

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



Bug#1006771: dash: debootstrap fails with unstable

2022-03-04 Thread Florian La Roche
Package: dash
Version: 0.5.11+git20210903+057cd650a4ed-3
Severity: important
X-Debbugs-Cc: florian.laro...@gmail.com

Dear Maintainer,

running debootstrap on unstable seems to fail (stable and
esting run ok):

I: Configuring dash...
I: Configuring libkrb5-3:amd64...
I: Configuring libpam-runtime...
I: Configuring adduser...
I: Configuring libc-bin...
W: Failure while configuring required packages.
W: See /tmp/tmp3pc15y2t/debootstrap/debootstrap.log for details (possibly the 
package dash is at fault)

2022-03-04 17:37:57 DEBUG STDERR: W: qemu-debootstrap is deprecated. Please use 
regular debootstrap directly
I: Running command: debootstrap --arch amd64 --variant - --components 
main,contrib,non-free unstable /tmp/tmp3pc15y2t http://deb.debian.org/debian


Thanks a lot for dash,

Florian La Roche



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

Kernel: Linux 5.16.0-3-amd64 (SMP w/4 CPU threads; PREEMPT)
Kernel taint flags: TAINT_USER, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages dash depends on:
ii  debconf [debconf-2.0]  1.5.79
ii  debianutils5.7-0.1
ii  dpkg   1.21.1
ii  libc6  2.33-7

dash recommends no packages.

dash suggests no packages.

-- debconf information excluded



Bug#1006771: dash debootstrap error

2022-03-04 Thread Florian La Roche
Hre some more information from debootstrap on configuration of dash:


Setting up dash (0.5.11+git20210903+057cd650a4ed-4) ...
No diversion 'diversion of /bin/sh by bash', none removed.
Adding 'diversion of /bin/sh to /bin/sh.distrib by dash'
/var/lib/dpkg/info/dash.postinst: 24: dpkg-realpath: not found
dpkg: error processing package dash (--configure):
 installed dash package post-installation script subprocess returned
error exit status 127



best regards,

Florian La Roche



Bug#1006771: dash debootstrap error

2022-03-04 Thread Florian La Roche
Great! Thanks a lot for this prompt support.

greetings from Germany,

Florian La Roche



Bug#971270: initramfs-tools: fix warning message

2020-09-28 Thread Florian La Roche
Package: initramfs-tools
Version: 0.139
Severity: normal
X-Debbugs-Cc: florian.laro...@gmail.com

Dear Maintainer,

I've seen the following warning with current initramfs-tools from
Debian testing:
No gzip in /usr/bin:/sbin:/bin, using gzip

Seems the warning is giving the wrong compress program name.

Here a patch to fix this:

--- mkinitramfs
+++ mkinitramfs
@@ -170,8 +170,8 @@
 unset COMPRESS

 if ! command -v "${compress}" >/dev/null 2>&1; then
-   compress=gzip
echo "No ${compress} in ${PATH}, using gzip"
+   compress=gzip
 fi

 case "${compress}" in


best regards,
thanks for initramfs-tools to maintainers,

Florian La Roche



Bug#971375: libguestfs-tools depends on the kernel (linux-image-amd64) on amd64

2020-09-29 Thread Florian La Roche
Package: libguestfs-tools
Version: 1:1.42.0-8
Severity: normal
X-Debbugs-Cc: florian.laro...@gmail.com

Dear Maintainer,

libguestfs-tools depends on linux-image-amd64 for amd64 systems.
If you only run within a container (lxc), there is usually no kernel
installed at all.
(Also you might have different kernels installed.)

Can those dependencies be removed?

best regards,
thanks for libguestfs-tools,

Florian La Roche




# LANG=en_US apt install libguestfs-tools
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following additional packages will be installed:
  attr btrfs-progs cryptsetup-bin db-util db5.3-util exim4-base exim4-config 
exim4-daemon-light extlinux f2fs-tools hfsplus icoutils ldmtool libafflib0v5 
libbfio1 libconfig9 libdate-manip-perl libewf2
  libf2fs-format4 libf2fs5 libgnutls-dane0 libgsasl7 libguestfs-hfsplus 
libguestfs-perl libguestfs-reiserfs libguestfs-xfs libguestfs0 libhfsp0 
libhivex0 libintl-perl libintl-xs-perl libldm-1.0-0 libmailutils7
  libntlm0 libstring-shellquote-perl libsys-virt-perl libtsk19 libunbound8 
libvhdi1 libvmdk1 libwin-hivex-perl libxml-xpath-perl libyara4 
linux-image-5.8.0-2-amd64 linux-image-amd64 lsscsi lzop mailutils
  mailutils-common mdadm mtools ovmf qemu-system-x86 reiserfsprogs scrub 
seabios sleuthkit squashfs-tools supermin syslinux syslinux-common uuid-runtime 
virt-p2v xfsprogs zerofree
Suggested packages:
  duperemove exim4-doc-html | exim4-doc-info eximon4 spf-tools-perl swaks 
libterm-readline-gnu-perl | libterm-readline-perl-perl libguestfs-gfs2 
libguestfs-jfs libguestfs-nilfs libguestfs-rescue
  libguestfs-rsync libguestfs-zfs linux-doc-5.8 debian-kernel-handbook 
mailutils-mh mailutils-doc dracut-core floppyd samba vde2 qemu-block-extra 
autopsy mac-robber xfsdump
The following packages will be REMOVED:
  linux-image-5.8.0-2-amd64-unsigned
The following NEW packages will be installed:
  attr btrfs-progs cryptsetup-bin db-util db5.3-util exim4-base exim4-config 
exim4-daemon-light extlinux f2fs-tools hfsplus icoutils ldmtool libafflib0v5 
libbfio1 libconfig9 libdate-manip-perl libewf2
  libf2fs-format4 libf2fs5 libgnutls-dane0 libgsasl7 libguestfs-hfsplus 
libguestfs-perl libguestfs-reiserfs libguestfs-tools libguestfs-xfs libguestfs0 
libhfsp0 libhivex0 libintl-perl libintl-xs-perl
  libldm-1.0-0 libmailutils7 libntlm0 libstring-shellquote-perl 
libsys-virt-perl libtsk19 libunbound8 libvhdi1 libvmdk1 libwin-hivex-perl 
libxml-xpath-perl libyara4 linux-image-5.8.0-2-amd64 linux-image-amd64
  lsscsi lzop mailutils mailutils-common mdadm mtools ovmf qemu-system-x86 
reiserfsprogs scrub seabios sleuthkit squashfs-tools supermin syslinux 
syslinux-common uuid-runtime virt-p2v xfsprogs zerofree
0 upgraded, 66 newly installed, 1 to remove and 0 not upgraded.
Need to get 97.7 MB of archives.
After this operation, 159 MB of additional disk space will be used.
Do you want to continue? [Y/n] n
Abort.





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

Kernel: Linux 5.8.0-2-amd64 (SMP w/4 CPU threads)
Kernel taint flags: TAINT_USER, TAINT_UNSIGNED_MODULE
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages libguestfs-tools depends on:
ii  curl   7.72.0-1
ii  libc6  2.31-3
ii  libconfig9 1.5-0.4
ii  libcrypt1  1:4.4.17-1
ii  libfuse2   2.9.9-3
ii  libguestfs-perl1:1.42.0-8
ii  libguestfs01:1.42.0-8
ii  libintl-perl   1.26-2
ii  libjansson42.13.1-1
ii  liblzma5   5.2.4-1+b1
ii  libpcre3   2:8.39-13
ii  libreadline8   8.0-4
ii  libstring-shellquote-perl  1.04-1
ii  libsys-virt-perl   6.3.0-1
ii  libtinfo6  6.2+20200918-1
ii  libvirt0   6.6.0-2
ii  libwin-hivex-perl  1.3.19-1
ii  libxml22.9.10+dfsg-6

Versions of packages libguestfs-tools recommends:
ii  gnupg 2.2.20-1
pn  virt-p2v  

libguestfs-tools suggests no packages.

-- no debconf information



Bug#971375: libguestfs-tools depends on the kernel (linux-image-amd64) on amd64

2020-09-29 Thread Florian La Roche
Hello Hilko Bengen,

right, but the kernel/initrd can be used from any download and are often not
using from the installed system and its Debian packages.

I don't think this dependency makes sense.

best regards,

Florian La Roche



Bug#971582: cloud-init: typo in config

2020-10-02 Thread Florian La Roche
Package: cloud-init
Severity: minor
X-Debbugs-Cc: florian.laro...@gmail.com

Dear Maintainer,

There might be a typo in the Debian config file:
https://salsa.debian.org/cloud-team/cloud-init/-/blob/master/debian/cloud.cfg

preverts -> prevents

best regards,

Florian La Roche



Bug#1023167: linux-image-6.0.0-2-amd64: squashfs regressions in upstream kernel 6.0.6

2022-10-30 Thread Florian La Roche
Package: src:linux
Version: 6.0.5-1
Severity: normal
X-Debbugs-Cc: florian.laro...@gmail.com

Dear Maintainer,

I am running containers with lxd together with snap on Debian testing. Running 
a current
kernel 6.0.6 this shows problems with lxd as detailed here:

  
https://forum.snapcraft.io/t/unsupported-version-0-of-verneed-record-linux-6-0/32160/4

The problem seems to be regressions in squshfs as reported in detail together 
with
first patches here:

  https://lore.kernel.org/lkml/20221020223616.7571-1-phil...@squashfs.org.uk/

I have applied the above patches onto of a current salsa "sid" Debian
kernel and this seems to fix the problem for me.
It would be good to see this problem fixed in newer Debian kernels (once
they are fixed upstream or as additional patches with the Debian kernel).


best regards,
special thanks for the nice work on good Ddebian kernels to all involved 
developers,


Florian La Roche



Bug#1011435: certbot does not use http_proxy from /etc/environment

2022-05-22 Thread Florian La Roche
Package: certbot
Version: 1.25.0-1
Severity: normal
X-Debbugs-Cc: florian.laro...@gmail.com

Dear Maintainer,

If you have "http_proxy" set in /etc/environment for a http proxy
server, this is not used with certbot.

best regards,

Florian La Roche


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

Kernel: Linux 5.17.0-2-amd64 (SMP w/12 CPU threads; PREEMPT)
Kernel taint flags: TAINT_UNSIGNED_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages certbot depends on:
ii  debconf [debconf-2.0]  1.5.79
ii  python33.10.4-1+b1
ii  python3-certbot1.25.0-1

certbot recommends no packages.

Versions of packages certbot suggests:
pn  python-certbot-doc  
pn  python3-certbot-apache  
ii  python3-certbot-nginx   1.25.0-1

-- debconf information:
  certbot/remove_live_certs: true



Bug#952959: netdata: Please package Netdata v1.20.0

2020-06-22 Thread Florian La Roche
Hello Daniel,

any news on newer versions? Would be great to see a current release packaged
for Debian unstable and then testing.

best regards,

Florian La Roche



Bug#962807: binfmt-support from Debian stable reports errors/warnings within lxc guests

2020-06-25 Thread Florian La Roche
Hello Colin Watson,

the following should work (either directory install or on LVM,
choosing buster or testing):

RELEASE="buster"
#RELEASE="testing"
#LVM="--bdev lvm --lvname lxc-debian05 --vgname debvg --fssize 30G"
sudo lxc-create -n debian05 $LVM -t debian -- -r $RELEASE
--enable-non-free --auth-key ~/.ssh/id_rsa.pub
sudo lxc-start -n debian05

I am then using the following line to configure the system with more software:
ssh -T root@$IPADRESSE "bash -s" < setup.sh

With setup.sh from:
https://github.com/laroche/arm-devel-infrastructure/blob/master/vmdb2-debian/setup.sh

(Sorry if the above is not broken down to a smaller deb package set. I
am away for two weeks, but can
help with further questions once I am back. Could be some qemu
additions from setup.sh instead of only
binfmt-support. I am only installing further qemu software, not adding
anything special to its configuration
beyond normal Debian package installs.)

This is using Debian testing to install a lxc guest. Kernel is 5.7.6.

best regards,

Florian La Roche





Output during package install:

udev (241-7~deb10u4) wird eingerichtet ...
binfmt-support (2.2.0-2) wird eingerichtet ...
Created symlink
/etc/systemd/system/multi-user.target.wants/binfmt-support.service →
/lib/systemd/system/binfmt-support.service.
Job for binfmt-support.service failed because the control process
exited with error code.
See "systemctl status binfmt-support.service" and "journalctl -xe" for details.
invoke-rc.d: initscript binfmt-support, action "start" failed.
● binfmt-support.service - Enable support for additional executable
binary formats
   Loaded: loaded (/lib/systemd/system/binfmt-support.service;
enabled; vendor preset: enabled)
   Active: failed (Result: exit-code) since Thu 2020-06-25 16:01:29
CEST; 4ms ago
 Docs: man:update-binfmts(8)
  Process: 22343 ExecStart=/usr/sbin/update-binfmts --enable
(code=exited, status=2)
 Main PID: 22343 (code=exited, status=2)

Jun 25 16:01:29 debian03 systemd[1]: Starting Enable support for
additional executable binary formats...
Jun 25 16:01:29 debian03 update-binfmts[22343]: update-binfmts:
warning: unable to open /proc/sys/fs/binfmt_misc/status for writing:
Permission denied
Jun 25 16:01:29 debian03 update-binfmts[22343]: update-binfmts:
warning: unable to open /proc/sys/fs/binfmt_misc/register for writing:
Permission denied
Jun 25 16:01:29 debian03 update-binfmts[22343]: update-binfmts:
warning: unable to open /proc/sys/fs/binfmt_misc/status for writing:
Permission denied
Jun 25 16:01:29 debian03 update-binfmts[22343]: update-binfmts:
warning: unable to open /proc/sys/fs/binfmt_misc/register for writing:
Permission denied
Jun 25 16:01:29 debian03 update-binfmts[22343]: update-binfmts:
exiting due to previous errors
Jun 25 16:01:29 debian03 systemd[1]: binfmt-support.service: Main
process exited, code=exited, status=2/INVALIDARGUMENT
Jun 25 16:01:29 debian03 systemd[1]: binfmt-support.service: Failed
with result 'exit-code'.
Jun 25 16:01:29 debian03 systemd[1]: Failed to start Enable support
for additional executable binary formats.
python3-requests-kerberos (0.11.0-2) wird eingerichtet ...
ieee-data (20180805.1) wird eingerichtet ...





# journalctl  | grep  binfmt
Jun 25 16:01:29 debian03 update-binfmts[22343]: update-binfmts:
warning: unable to open /proc/sys/fs/binfmt_misc/status for writing:
Permission denied
Jun 25 16:01:29 debian03 update-binfmts[22343]: update-binfmts:
warning: unable to open /proc/sys/fs/binfmt_misc/register for writing:
Permission denied
Jun 25 16:01:29 debian03 update-binfmts[22343]: update-binfmts:
warning: unable to open /proc/sys/fs/binfmt_misc/status for writing:
Permission denied
Jun 25 16:01:29 debian03 update-binfmts[22343]: update-binfmts:
warning: unable to open /proc/sys/fs/binfmt_misc/register for writing:
Permission denied
Jun 25 16:01:29 debian03 update-binfmts[22343]: update-binfmts:
exiting due to previous errors
Jun 25 16:01:29 debian03 systemd[1]: binfmt-support.service: Main
process exited, code=exited, status=2/INVALIDARGUMENT
Jun 25 16:01:29 debian03 systemd[1]: binfmt-support.service: Failed
with result 'exit-code'.



Bug#925062: raspi3-firmware: change to use arm_64bit=1

2019-03-19 Thread Florian La Roche
Package: raspi3-firmware
Version: 1.20190215-1
Severity: minor

Dear Maintainer,

currently "arm_control=0x200" is used to specify a 64bit kernel. This
could be changed to use "arm_64bit=1" as the preferred config option
from upstream.

best regards,

Florian La Roche


-- System Information:
Debian Release: buster/sid
  APT prefers testing
  APT policy: (500, 'testing'), (1, 'experimental')
Architecture: arm64 (aarch64)
Foreign Architectures: armhf

Kernel: Linux 5.0.0-trunk-arm64 (SMP w/4 CPU cores)
Kernel taint flags: TAINT_CRAP, TAINT_UNSIGNED_MODULE
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), 
LANGUAGE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages raspi3-firmware depends on:
ii  dosfstools  4.1-2

raspi3-firmware recommends no packages.

raspi3-firmware suggests no packages.

-- no debconf information