Bug#1028055: closed by Debian FTP Masters (reply to Gürkan Myczko ) (Bug#1028055: fixed in ciso 1.0.0-1)

2023-04-14 Thread KOLANICH

Thank you.
 
 

Bug#1028491: Should depend on python3-lazr.restfulclient

2023-01-11 Thread KOLANICH

Package: python3-software-properties
Version: 0.99.30-1
Severity: normal
Traceback (most recent call last):
  File "/usr/bin/software-properties-qt", line 36, in  from 
softwareproperties.qt.SoftwarePropertiesQt import SoftwarePropertiesQt
  File 
"/usr/lib/python3/dist-packages/softwareproperties/qt/SoftwarePropertiesQt.py", 
line 45, in 
    from softwareproperties.SoftwareProperties import SoftwareProperties
  File 
"/usr/lib/python3/dist-packages/softwareproperties/SoftwareProperties.py", line 
62, in 
    from softwareproperties.shortcuts import shortcut_handler
  File "/usr/lib/python3/dist-packages/softwareproperties/shortcuts.py", line 
23, in 
    from softwareproperties.ppa import PPAShortcutHandler
  File "/usr/lib/python3/dist-packages/softwareproperties/ppa.py", line 25, in 

    from lazr.restfulclient.errors import (NotFound, BadRequest, Unauthorized)

-- System Information:
Debian Release: bookworm/sid
Versions of packages python3-software-properties depends on:
ii  gpg  2.2.40-1
ii  iso-codes    4.12.0-1
ii  lsb-release  12.0-1
ii  python3  3.11.1-1
ii  python3-apt  2.5.0
ii  python3-gi   3.42.2-3
python3-software-properties recommends no packages.
python3-software-properties suggests no packages.
-- no debconf information
 
 

Bug#1028417: udev deletes symlink to a device according to a rule and then deletes it as "no longer belonging to this device"

2023-01-10 Thread KOLANICH

Package: udev
Version: 252.4-1
Severity: important
I have encountered an issue with `udev` after upgrade from the latest Ubuntu
Impish (the issue was not experienced on it). A symlink defined in the rules
for device is not visible. The investigation has shown that it was created and
then deleted by `udev`.
When the rule of the form `ATTR{idVendor}=="VID", ATTR{idProduct}=="PID",
SYMLINK+="symlink_name-%n", MODE="0666"` is used, the following records apper
in the log
```
Successfully created symlink '/dev/symlink_name-2' to '/dev/bus/usb/XXX/YYY'
...
Removing/updating old device symlink '/dev/symlink_name-2', which is no longer
belonging to this device.
No reference left for '/dev/symlink_name-2', removing
```
Notice the number 2. Why is it using 2, where is 1, there is no ` 
/dev/symlink_name-1` ? Only one physical device of the same type is connected 
to the PC.
The problem has encountered with a USB device emulating a serial port (I 
haven't investigated which chip is used internally), but since you likely have 
no such device, I have rewritten the rule to be used
against any widespread trash-tier flash drive with the identifier abcd:1234 
most of you surely have access to.
The issue reproduces on both udev 252.4-1 from testing/unstable and on the one
from stable 247.3-7+deb11u1

In order to test if the issue is caused by kernel, I have tried udev version 
252.4-1 on the 9 kernel images (and the corresponding 6 initrds).
From Debian:
```
linux-image-5.10.0-20-amd64/stable,now 5.10.158-2 amd64 [installed]
linux-image-5.18.0-0.deb11.4-amd64/bullseye-backports,now 5.18.16-1~bpo11+1 
amd64 [installed]
linux-image-5.19.0-0.deb11.2-amd64/bullseye-backports,now 5.19.11-1~bpo11+1 
amd64 [installed]
linux-image-6.0.0-6-amd64/testing,now 6.0.12-1 amd64 [installed]
```
 
from Ubuntu:
```
linux-image-5.13.0-35-generic/now 5.13.0-35.40~20.04.1 amd64 [installed,local]
linux-image-5.14.0-1055-oem/now 5.14.0-1055.62 amd64 [installed,local]
linux-image-5.15.0-57-generic/now 5.15.0-57.63 amd64 [installed,local]
linux-image-5.17.0-1003-oem/now 5.17.0-1003.3 amd64 [installed,local]
linux-image-5.19.0-21-generic/now 5.19.0-21.21 amd64 [installed,local]
```

The issue reproduces on all of them (including the ones there was no issue on 
when I used to be using Ubuntu).
So it is likely that the issue is in udev or in some of its rules and
not in the hardware or kernel.
1. Here is the udev rule (abcd:1234 are the real IDs exposed by some flash 
drives)
```
SUBSYSTEM!="usb_device", ACTION!="add", GOTO="test_rules_end"
ATTR{idVendor}=="abcd", ATTR{idProduct}=="1234", SYMLINK+="test_device-%n", 
MODE="0666"
LABEL="test_rules_end"
```
2. here are the commands used to reproduce
```
udevadm control --log-priority=debug
journalctl -f | grep systemd-udevd
```
After typing them the flash drive has been attached, then ctrl+c was hit. Here
is the relevant piece of the log (sensitive info was replaces with `censored`,
irrelevant info, like date and time (except seconds), removed).
```
20: 1-1.2: Device is queued (SEQNUM=2845, ACTION=add)
20: 1-1.2: Device ready for processing (SEQNUM=2845, ACTION=add)
20: Successfully forked off 'n/a' as PID 3710.
20: 1-1.2: Worker [3710] is forked for processing SEQNUM=2845.
20: 1-1.2: Device is queued (SEQNUM=2846, ACTION=bind)
20: 1-1.2: SEQNUM=2846 blocked by SEQNUM=2845
20: 1-1.2: Processing device (SEQNUM=2845, ACTION=add)
20: 1-c.e:n.s: Device is queued (SEQNUM=2847, ACTION=add)
20: 1-c.e:n.s: SEQNUM=2847 blocked by SEQNUM=2845
20: 1-1.2: Removing watch handle -1.
20: scsi_tmf_2: Device is queued (SEQNUM=2848, ACTION=add)
20: scsi_tmf_2: Device ready for processing (SEQNUM=2848, ACTION=add)
20: 1-1.2: /usr/lib/udev/rules.d/10-test.rules:13 MODE 0666
20: 1-1.2: /usr/lib/udev/rules.d/10-test.rules:13 LINK 'test_device'
20: Successfully forked off 'n/a' as PID 3711.
20: scsi_tmf_2: Worker [3711] is forked for processing SEQNUM=2848.
20: 1-1.2: /usr/lib/udev/rules.d/50-udev-default.rules:17 Importing properties 
from results of builtin command 'usb_id'
20: host2: Device is queued (SEQNUM=2849, ACTION=add)
20: host2: SEQNUM=2849 blocked by SEQNUM=2845
20: host2: Device is queued (SEQNUM=2850, ACTION=add)
20: host2: SEQNUM=2850 blocked by SEQNUM=2845
20: 1-1.2: /usr/lib/udev/rules.d/50-udev-default.rules:17 Importing properties 
from results of builtin command 'hwdb --subsystem=usb'
20: 1-1.2: hwdb modalias key: "usb:vABCDp1234:UDisk   "
20: 1-c.e:n.s: Device is queued (SEQNUM=2851, ACTION=bind)
20: scsi_tmf_2: Processing device (SEQNUM=2848, ACTION=add)
20: 1-1.2: /usr/lib/udev/rules.d/50-udev-default.rules:55 MODE 0664
20: 1-c.e:n.s: SEQNUM=2851 blocked by SEQNUM=2845
20: 1-1.2: /usr/lib/udev/rules.d/60-drm.rules:3 Importing properties from 
results of builtin command 'path_id'
20: 1-1.2: /usr/lib/udev/rules.d/60-virtualbox.rules:2 RUN 
'VBoxCreateUSBNode.sh $major $minor $attr{bDeviceClass} vboxusers'
20: 1-1.2: /usr/lib/udev/rules.d/90-libiio0.rules:1 Running PROGRAM '/bin/sh -c 

Bug#1028416: systemctl kexec doesn't shutdown system properly and corrupts mounted filesystems

2023-01-10 Thread KOLANICH

Package: systemd
Version: 252.4-1
Severity: grave
So do kexec-tools if a user has chosen to use it for
reboots during package configuration.
 
Either of the following can cause fs corruption (to the point one has to use 
`fsck -y`):
a) the procedure described in https://wiki.archlinux.org/title/Kexec#Manually
1. `kexec -l /boot/vmlinuz-6.0.0-6-amd64 --initrd=/boot/initrd-6.0.0-6-amd64 
--reuse-cmdline`
2. `systemctl kexec`
b) Just choosing to use kexec for reboots when installing it, and then 
rebooting.
-- Package-specific info:
-- System Information:
Debian Release: bookworm/sid
Architecture: amd64 (x86_64)
Kernel: Linux 6.0.0-6-amd64 (SMP w/4 CPU threads; PREEMPT)
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages systemd depends on:
ii  libacl1    2.3.1-2
ii  libaudit1  1:3.0.7-1.1+b2
ii  libblkid1  2.38.1-4
ii  libc6  2.36-8
ii  libcap2    1:2.66-3
ii  libcryptsetup12    2:2.6.0-2
ii  libfdisk1  2.38.1-4
ii  libgcrypt20    1.10.1-3
ii  libkmod2   30+20221128-1
ii  liblz4-1   1.9.4-1
ii  liblzma5   5.4.0-0.1
ii  libmount1  2.38.1-4
ii  libp11-kit0    0.24.1-2
ii  libseccomp2    2.5.4-1+b2
ii  libselinux1    3.4-1+b4
ii  libssl3    3.0.7-1
ii  libsystemd-shared  252.4-1
ii  libsystemd0    252.4-1
ii  libzstd1   1.5.2+dfsg2-3
ii  mount  2.38.1-4
Versions of packages systemd suggests:
ii  libfido2-1    1.12.0-2
ii  libqrencode4  4.1.1-1
ii  libtss2-esys-3.0.2-0  3.2.1-2
ii  libtss2-mu0   3.2.1-2
ii  libtss2-rc0   3.2.1-2
ii  policykit-1   122-1
ii  polkitd   122-1
pn  systemd-boot  
pn  systemd-container 
pn  systemd-homed 
ii  systemd-resolved  252.4-1
pn  systemd-userdbd   
Versions of packages systemd is related to:
ii  dbus-user-session  1.14.4-1
ii  dracut 
pn  initramfs-tools    0.142
pn  libnss-systemd 
ii  libpam-systemd 252.4-1
ii  udev   252.4-1
-- no debconf information
 
 
 

Bug#1028058: Set up a local DOH resolver on the first installation

2023-01-06 Thread KOLANICH

Package: dnscrypt-proxy
Version: 2.0.45+ds1-1+b9
Severity: wishlist
 
 
Firefox has a feature called encrypted client hello. Unfortunately, it is only 
activated when a DoH resolver is used by Firefox. Their rationale is that ECH 
makes no sehse when DOH is not used. It is a bug in Firefox that it has no 
separate controls about DoH and ECH.
 
As a workaround DNSCrypt Proxy has a feature providing a local DoH resolver. To 
activate it a user needs to
*  generate a key. I used
openssl genpkey -genparam -algorithm ec -pkeyopt ec_paramgen_curve:P-256 -out 
ECPARAM.pem
openssl req -x509 -nodes -newkey ec:ECPARAM.pem -subj "/C=XZ/L=own 
PC/O=localhost/CN=localhost/" -days 5000 -sha256 -keyout localhost.pem -out 
localhost.pem
*  configure DNS-Crypt proxy to run a local resolver using the keys
*  open the resolve URI in firefox and add it into security exceptions
*  set the URI of a DoH resolver to the local one
In order to provide it we need
*  create a new user to run the daemon from
*  generate the certs during first installation, put it into 
/etc/dnscrypt-proxy . Alternatively pregenerated certs can be shipped, they are 
still used only for a certain port on  localhost
*  own them by that user
*  add the lines into the config
 
 

Bug#1028055: RFP: ciso -- Tool to convert an iso to cso (compressed ISO)

2023-01-06 Thread KOLANICH

Package: wnpp
Version: 1.0; reported 2023-01-06
Severity: wishlist
Package name : ciso
Upstream Author : Ciso project
URL : https://github.com/jamie/ciso , http://ciso.tenshu.fr/
License : GPL-2.0-or-later
Description : while this tool is used maily to compress iso images for Sony PSP 
system, several software from open source ecosystem can mount them.
 
Ubuntu has already packaged it: https://packages.ubuntu.com/source/lunar/ciso , 
but it seems that the project continues its development on GitHub by other 
people, so it may make sense to start using their source code.
 

Bug#1028049: lvm2 is not available in the initramfs, causing the installation media be unmountable on systems using lvm2 when the ISO is booted using grub 2 loopback module

2023-01-06 Thread KOLANICH

Package: rootskel
Version: 1.134
Severity: important
 
grub 2 has a feature of mounting iso images. It allows to boot the installation 
media without involving CDs and flash drives.
 
The installer relies on mountability of installation media. But when the 
installation media is on the fs within lvm2 it is problematic to make it to 
mount it. Currently one has to extract the initramfs, add the needed packages 
into it, and repack it back, and it has to be done on a working linux machine.

It’d be nice if the initramfs had all the needed components inside of it.
 
 
 

Bug#942475:

2022-09-27 Thread KOLANICH
Control: retitle -1 RFP: premake5 -- A Lua-based build system



Bug#942475:

2022-09-26 Thread KOLANICH
Control: -1 retitle RFP: premake5 -- A Lua-based guild system
thanks



Bug#993341: libusbguard0 has no -dev counterpart (which is needed for building usbguard-notifier)

2021-08-30 Thread KOLANICH
Package: libusbguard0
Version: 1.0.0+ds-2



Bug#993340: libqt5xml5 has no -dev counterpart (which is needed for libkf5texteditor-dev )

2021-08-30 Thread KOLANICH
Package: qtbase-opensource-src
Version: 5.15.2+dfsg-10



Bug#992728: Upgrade aria2c to 1.36.0

2021-08-22 Thread KOLANICH
Package: aria2
Version: 1.35.0-3

Severity: wishlist

Aria2c 1.36.0 [has been 
released](https://github.com/aria2/aria2/releases/tag/release-1.36.0).



Bug#987703: Recompile llvmlite against llvm 10

2021-04-28 Thread KOLANICH
Package: python3-llvmlite
Version: 0.52.0-4
Severity: normal

llvmlite has been supporting LLVM 10 for quite some time (and work of bringing 
support of LLVM 11 is ongoing, https://github.com/numba/llvmlite/pull/715 ), 
while the released version of LLVM is 12. But the package currently uses llvm 9.



Bug#987689: Upgrade to 2021.03

2021-04-27 Thread KOLANICH
Package: libtbb2
Version: 2020.03

Severity: normal

libtbb2 is of obsolete version that dropped by numba in master branch.



Bug#982070: Update to 3.0.8 to support ed25519

2021-02-06 Thread KOLANICH
Package: easy-rsa
Version: 3.0.6-1
Severity: Wishlist

Some ed25519 support was introduced in 3.0.7



Bug#980730: RFP: Hobbits - a GUI toolkit for reverse engineering of binary formats

2021-01-21 Thread KOLANICH
Package: wnpp
Severity: wishlist

Package name: hobbits
Version : 0.45
Upstream Author: Adam Nash 
URL: https://github.com/Mahlet-Inc/hobbits
License: MIT
Description: A crossplatform toolkit for bijary formats reverse engineering, 
including bit-based analysis, processing, and visualization



Bug#964955: The upstream has moved the modules to libexec

2020-11-15 Thread KOLANICH
The upstream has moved the modules to libexec. Now it is Debian turn. 
https://github.com/brailcom/speechd/pull/370



Bug#970765: Enable WebExtensions Experiments in the packages

2020-09-23 Thread KOLANICH
Package: firefox
Version: 80.0.1
Severity: wishlist


WebExtensions Experiments allow developers to access functionality that Mozilla 
reserves for itself since XPCOM extensions killing. They allow develepers to 
implement an own WebExtensions API.

It is not available in usual firefox versions and have to be enabled hoth 
during build (MOZ_DEV_EDITION) and in about:config 
(extensions.experiments.enabled).

It is proposed to enable the needed macrodef, and maybe even an about:config 
pref.



Bug#802852: CPack packaging code has been merged into the upstream

2020-08-05 Thread KOLANICH
Olga Yakovleva has merged my PR 
https://github.com/Olga-Yakovleva/RHVoice/pull/135 bringing CMake support for 
building and CPack support for packaging. So, it creates packages that are 
ready to be installed. Though the packages are not yet debianic, I mean they 
don't have machine-readable copyright information, manpages and the changelog. 
But they work pretty well ;)

Please notice there are some memory-safety issues are present in RHVoice. At 
least when built with CLang++-11 it sigsegvs. Needs investigation with help of 
valgrind and MSan and UBSan.



Bug#966147: ITP: libcint -- an open source library for analytical Gaussian integrals for quantum chemistry

2020-07-23 Thread KOLANICH
Package: wnpp
Severity: wishlist

https://github.com/sunqm/libcint

I have created packaging code in CMake using CPack and it has been merged into 
the upstream, but it is pretty not debianish (some standard files, like 
changelogs and machine-readable copyright info are missing). Debhelper is a 
piece of shit, I have a better solution, translating description for CPack into 
the stuff for `dpkg-deb` and invoking it and autodiscovering deps. I can create 
a GitLab pipeline making the package, but I need a few things to be merged into 
dpkg first and a few things to be implemented inside of my tool.

Untill that, I guess it is OK to use the stuff built with CMake, maybe amending 
with the needed files in the patches. Then, when I finish my tool, we will be 
able to throw the patches away.



Bug#951533: The package is too large and contains multiple packages in itself

2020-02-17 Thread KOLANICH
Package: racket-common
Version: 7.2+dfsg1-2

May worth splitting.



Bug#951527: Update to 2.0.39

2020-02-17 Thread KOLANICH
Package: dnscrypt-proxy
Version: 2.0.31+ds1-1

A new useful feature - a workaround of a long-lasting Firefox bug preventing 
using ESNI without using DoH in FF itself.



Bug#950501: Create a separate package libqtcreator-plugin-dev for the files needed for building plugins

2020-02-02 Thread KOLANICH
Package: qtcreator
Version: any

When I wanna build a plugin for qtcreator I have to download its whole source 
and do some manual actions like writing paths to the dir where it is 
downloaded. This is not very suitable for CI-automated builds.

Could a package be create with the files needed to build plugins only residing 
in some immutable location not containing version number in its path? 



Bug#944774: Support python 3.8

2019-11-14 Thread KOLANICH
Package: python3-gpg
Version: 1.13.1-1



Bug#942477: ТЕГ: bake -- a minimalistic build system

2019-10-16 Thread KOLANICH
Package: wnpp
Severity: wishlist

* Package name : bake
Version : 2.5.1
Upstream Author : Sander Mertens and other contributors
* URL : https://github.com/SanderMertens/bake
* License : GPL-3.0
Description : A build system that lets you clone, build and run C/C++ projects 
with a single command 



Bug#942475: ITP: premake5 -- A Lua-based guild system

2019-10-16 Thread KOLANICH
Package: wnpp
Severity: wishlist

* Package name : premake5
Version : 5.0 alpha 14
Upstream Author : Jason Perkins and individual contributors
* URL : https://github.com/premake/premake-core
* License : BSD-3-Clause
Description : A Lua-based build system



Bug#942474: ITP: kati -- Makefile to build.ninja converter

2019-10-16 Thread KOLANICH
Package: wnpp
Severity: wishlist

* Package name : kati
Version : n/a
Upstream Author : Google
* URL : https://github.com/google/kati
* License : Apache-2.0
Description : Makefile to build.ninja converter



Bug#942473: Update to 3.15.4

2019-10-16 Thread KOLANICH
Package: cmake



Bug#941699: Implement installing packages from deb files

2019-10-03 Thread KOLANICH
Package: python3-apt
Version: any

Currently it is impossible (or at least so poorly documented that I haven't 
found that) to install a package from a deb file without creating a repo.