Bug#947858: ITP: wshowkeys -- Displays keypresses on screen on supported Wayland compositors
Hi, I've just uploaded wshowkeys to NEW, I've created a repository in the swaywm-team namespace, checked out the debian directory from your repo, did some additional cleaning up and updated the Vcs URLs accordingly. cheers, Birger
Bug#947858: ITP: wshowkeys -- Displays keypresses on screen on supported Wayland compositors
Hi Antoine, ah, I think I've forgotten about this, also because `wev` serves a similar usecase, without SUID. Feel free to upload, I won't have time for this in the next couple of days. Feel free to put it under the swaywm-team umbrella, I can also give you access to the salsa team, if you want to move it there. cheers, Birger
Bug#1066827: foot: mouse-click results in sequence 0;45;9M0;45;9m, displayed at the prompt
Hi, can you clarify what "after a while" means? I can not reproduce the behavior and I'm using foot all the time... Do you have a custom foot configuration? cheers, Birger On 3/14/24 12:06 AM, Johann Hoermann wrote: Dear Maintainer, when i do a mouse-click in a just opened foot terminal, it highlights the text under the mouse-pointer which is the expected behaviour. After a while, instead of highlighting, a new mouse-click results in a sequence 0;45;9M0;45;9m being displayed at the shell prompt.
Bug#1065346: ITP: way-shell -- Gnome inspired desktop shell for Wayland compositors/window managers
Package: wnpp Severity: wishlist Owner: Birger Schacht X-Debbugs-Cc: debian-de...@lists.debian.org, bir...@debian.org * Package name: way-shell Version : no release yet Upstream Contact: Louis DeLosSantos * URL : https://github.com/ldelossa/way-shell/ * License : GPL-2 Programming Lang: C Description : Gnome inspired desktop shell for Wayland compositors/window managers A Gnome inspired desktop shell for Wayland compositors/window managers written in C and Gtk4. Way-Shell expects a Gnome-like environment to be available. This means DBus must be running and the following services must be available: Logind, NetworkManager, WirePlumber/Pipewire, PowerProfiles Daemon, UPower
Bug#1065249: ITP: pipectl -- simple named pipe management utility
Package: wnpp Severity: wishlist Owner: Birger Schacht X-Debbugs-Cc: debian-de...@lists.debian.org, bir...@debian.org * Package name: pipectl Version : 0.4.1 Upstream Contact: Ferdinand Bachmann * URL : https://github.com/Ferdi265/pipectl * License : GPL3 Programming Lang: C Description : simple named pipe management utility pipectl is a tool to create and manage short-lived named pipes that can be used to e.g. control a longer-lived program using short commands from elsewhere in the system without needing a complex IPC mechanism such as UNIX domain sockets.
Bug#1065245: wl-mirror: Please include wl-present in the package
Package: wl-mirror Version: 0.16.1-1 Severity: wishlist X-Debbugs-Cc: bir...@debian.org It would be great if wl-mirror would also ship the wl-present script. cheers, Birger -- System Information: Debian Release: trixie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 6.6.15-amd64 (SMP w/8 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 not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) Versions of packages wl-mirror depends on: ii libc6 2.37-15.1 ii libegl1 1.7.0-1 ii libgles21.7.0-1 ii libwayland-client0 1.22.0-2.1+b1 ii libwayland-egl1 1.22.0-2.1+b1 wl-mirror recommends no packages. wl-mirror suggests no packages. -- no debconf information
Bug#1063350: lists.debian.org: Request for new mailinglist: debian-debtags
Package: lists.debian.org Severity: wishlist X-Debbugs-Cc: bir...@debian.org Hi, for communication about managing and developing the debtags.debian.org service, we would like to have a new Debian mailinglist: Name: debian-debtags Rationale: main communication about the debtags.d.o Debian service Short description: debtags, the Debian package tagging system Long description: Discussions and development of debtags, the Debian package tagging system. Category: Developers Subscription Policy: open Post Policy: open Web Archive: yes cheers, Birger
Bug#1059355: ITP: sway-contrib -- A collection of user-contributed scripts for sway
Package: wnpp Severity: wishlist Owner: Birger Schacht X-Debbugs-Cc: debian-de...@lists.debian.org, bir...@debian.org * Package name: sway-contrib Version : no version tag yet Upstream Contact: Sungjoon Moon * URL : https://github.com/OctopusET/sway-contrib * License : MIT Programming Lang: Python, Shell Description : A collection of user-contributed scripts for sway I plan to maintain this package in the swaywm-team.
Bug#1056133: ITP: sfwbar -- flexible taskbar application for wayland compositors
Package: wnpp Severity: wishlist Owner: Birger Schacht X-Debbugs-Cc: debian-de...@lists.debian.org, bir...@debian.org * Package name: sfwbar Version : 1.0_beta13 Upstream Contact: Lev Babiev * URL : https://github.com/LBCrion/sfwbar * License : GPL Programming Lang: C Description : flexible taskbar application for wayland compositors SFWBar (S* Floating Window Bar) is a flexible taskbar application for wayland compositors, designed with a stacking layout in mind. Originally developed for Sway, SFWBar will work with any wayland compositor supporting layer shell protocol, the taskbar and window switcher functionality shall work with any compositor supportinig foreign toplevel protocol, but the pager, and window placement functionality require sway (or at least i3 IPC support).
Bug#1053189: bookworm-pu: package foot/1.13.1-2+deb12u1
Package: release.debian.org
Severity: normal
Tags: bookworm
User: release.debian@packages.debian.org
Usertags: pu
X-Debbugs-Cc: f...@packages.debian.org, bir...@debian.org
Control: affects -1 + src:foot
[ Reason ]
The terminal emulator foot contains a vulnerability. The issue is that,
if an XTGETTCAP escape sequence printed to the terminal contains newline
characters, foot will echo the newline characters back into the PTY as
part of the "invalid capability" response. (XTGETTCAP strings are
supposed to be hex-encoded, so it's not valid for them to contain
newline characters.)
The bug report is on
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1053115
Debian Security is informed about the bug and Moritz suggested I fix
this via the next point release.
[ Impact ]
In a cat/curl scenario, the user's shell will receive those newline
characters and execute any commands embedded in the XTGETTCAP sequence
as though they were typed in by the user.
foot is not affected in oldstable, the bug was fixed in unstable by
backporting the patch.
[ Tests ]
Manual tests only.
I built the package and tested it on a fresh bookworm virtual machine.
I first tested the version that is currently in bookworm, to make sure
the bug exists, and then tested the patched version to make sure the bug
is gone.
[ Risks ]
The code change is trivial and was implemented by upstream, so basically
no risks
[ Checklist ]
[x] *all* changes are documented in the d/changelog
[x] I reviewed all changes and I approve them
[x] attach debdiff against the package in stable
[x] the issue is verified as fixed in unstable
[ Changes ]
* Backport patch to ignore XTGETTCAP queries with invalid hex encodings
(Closes: #1053115)
diff -Nru foot-1.13.1/debian/changelog foot-1.13.1/debian/changelog
--- foot-1.13.1/debian/changelog2022-10-26 11:15:54.0 +0200
+++ foot-1.13.1/debian/changelog2023-09-25 19:07:33.0 +0200
@@ -1,3 +1,10 @@
+foot (1.13.1-2+deb12u1) bookworm; urgency=medium
+
+ * Backport patch to ignore XTGETTCAP queries with invalid hex encodings
+(Closes: #1053115)
+
+ -- Birger Schacht Mon, 25 Sep 2023 19:07:33 +0200
+
foot (1.13.1-2) unstable; urgency=medium
[ Andrea Pappacoda ]
diff -Nru foot-1.13.1/debian/patches/0002-dcs-xtgettcap-ignore-queries.patch
foot-1.13.1/debian/patches/0002-dcs-xtgettcap-ignore-queries.patch
--- foot-1.13.1/debian/patches/0002-dcs-xtgettcap-ignore-queries.patch
1970-01-01 01:00:00.0 +0100
+++ foot-1.13.1/debian/patches/0002-dcs-xtgettcap-ignore-queries.patch
2023-09-25 19:07:33.0 +0200
@@ -0,0 +1,34 @@
+From 8a5f2915e9d327d1517d1da49ce7e2303fe61d36 Mon Sep 17 00:00:00 2001
+From: =?UTF-8?q?Daniel=20Ekl=C3=B6f?=
+Date: Mon, 25 Sep 2023 16:37:32 +0200
+Subject: [PATCH] dcs: xtgettcap: ignore queries with invalid hex encodings
+
+When we receive an XTGETTCAP query, where the capability is not
+correctly hex encoded, ignore it.
+
+Before this patch, we echo:ed it back to the TTY inside an error
+resonse.
+---
+diff --git a/dcs.c b/dcs.c
+index 7ce1a868..601f1172 100644
+--- a/dcs.c
b/dcs.c
+@@ -111,14 +111,11 @@ static void
+ xtgettcap_reply(struct terminal *term, const char *hex_cap_name, size_t len)
+ {
+ char *name = hex_decode(hex_cap_name, len);
+-if (name == NULL)
+-goto err;
++if (name == NULL) {
++LOG_WARN("XTGETTCAP: invalid hex encoding, ignoring capability");
++return;
++}
+
+-#if 0
+-const struct foot_terminfo_entry *entry =
+-bsearch(name, terminfo_capabilities, ALEN(terminfo_capabilities),
+-sizeof(*entry), _entry_compar);
+-#endif
+ const char *value;
+ bool valid_capability = lookup_capability(name, );
+ xassert(!valid_capability || value != NULL);
diff -Nru foot-1.13.1/debian/patches/series foot-1.13.1/debian/patches/series
--- foot-1.13.1/debian/patches/series 2022-10-26 11:15:54.0 +0200
+++ foot-1.13.1/debian/patches/series 2023-09-25 19:07:33.0 +0200
@@ -1,3 +1,4 @@
0001-Set-zsh_install_dir-to-vendor-completions.patch
pgo-fix-gcc-detection.patch
verbose-pgo.patch
+0002-dcs-xtgettcap-ignore-queries.patch
Bug#1053115: foot: code execution via malformed XTGETTCAP
Package: foot Version: 1.13.1-2 Severity: important Tags: security upstream X-Debbugs-Cc: bir...@debian.org, Debian Security Team If an XTGETTCAP escape sequence printed to the terminal contains newline characters, foot will echo the newline characters back into the PTY as part of the "invalid capability" response. (XTGETTCAP strings are supposed to be hex-encoded, so it's not valid for them to contain newline characters.) In a cat/curl scenario, the user's shell will receive those newline characters and execute any commands embedded in the XTGETTCAP sequence as though they were typed in by the user.
Bug#1039857: podman crashes my systemd-managed sway session on exit
Hi anarcat, I'd rather not diverge from upstream and carry a patch for a bugfix that is a wontfix on upstreams side. My hope is that upstream either reconsiders or that there is a another solution for that problem, that does not require us patching every new version of sway. cheers, Birger
Bug#1051039: ITP: wlopm -- Wayland output power management
Package: wnpp Severity: wishlist Owner: Birger Schacht X-Debbugs-Cc: debian-de...@lists.debian.org, bir...@debian.org * Package name: wlopm Version : 0.1.0 Upstream Contact: Leon Henrik Plickat * URL : https://git.sr.ht/~leon_plickat/wlopm * License : GPL Programming Lang: C Description : Wayland output power management wlopm - Wayland output power management Simple client implementing zwlr-output-power-management-v1. wlopm is licensed under the GPLv3. This package will be maintained under the swaywm-team's umbrella.
Bug#1050745: ITP: labwc -- wlroots-based window-stacking compositor for wayland, inspired by openbox
Package: wnpp Severity: wishlist Owner: Birger Schacht X-Debbugs-Cc: debian-de...@lists.debian.org, bir...@debian.org * Package name: labwc Version : 0.6.4 Upstream Contact: https://github.com/labwc/labwc * URL : https://labwc.github.io/ * License : GPL-2 Programming Lang: C Description : wlroots-based window-stacking compositor for wayland, inspired by openbox Labwc is a wlroots-based window-stacking compositor for wayland, inspired by openbox. . It is light-weight and independent with a focus on simply stacking windows well and rendering some window decorations. It takes a no-bling/frills approach and says no to features such as icons (except window buttons), animations, decorative gradients and any other options not required to reasonably render common themes. It relies on clients for panels, screenshots, wallpapers and so on to create a full desktop environment.
Bug#1041685: foot-terminfo: Please let ncurses-term take over the foot terminfo entries
Hi, On 7/28/23 11:14, Diederik de Haas wrote: Sorry if this is a dumb question, but will it (automatically) still get the latest foot terminfo 'data'? Not a dumb question at all and the answer is no. A quote from foots INSTALL.md As of ncurses 2021-07-31, ncurses includes a version of foot’s terminfo. The recommendation is to use those, and only install the terminfo definitions from this git repo if the system’s ncurses predates 2021-07-31. But, note that the foot terminfo definitions in ncurses’ lack the non-standard capabilities. This mostly affects tmux; without them, terminal-overrides must be configured to enable truecolor support. For this reason, it is possible to install “our” terminfo definitions as well, either in a non-default location, or under a different name. Both have their set of issues. [...] > Hence the recommendation to simply use ncurses’ terminfo definitions > if available. I am considering reintroducing foots terminfo definitions in a separate package - apparently alpine ships them in `foot-extra-terminfo` and with the terminfo name `foot-extra`. But I'm not sure yet if its worth it. cheers, Birger
Bug#1041685: foot-terminfo: Please let ncurses-term take over the foot terminfo entries
Hi Sevn, On 7/22/23 16:44, Sven Joachim wrote: Hi Birger, thanks for the quick reply. On 2023-07-22 12:39 +0200, Birger Schacht wrote: Sure, lets do this! I've created https://salsa.debian.org/birger/foot/-/merge_requests/5 to prepare the switch. The version of ncurses-term in unstable is 6.4+20230625-1, so foot and the transitional foot-terminfo package need to depend on ncurses-term (>= 6.4+20230625-2). Thanks, I've updated the MR. Ready to upload any time. cheers, Birger
Bug#1041685: foot-terminfo: Please let ncurses-term take over the foot terminfo entries
Sure, lets do this! I've created https://salsa.debian.org/birger/foot/-/merge_requests/5 to prepare the switch. cheers, Birger On 7/22/23 08:36, Sven Joachim wrote: Package: foot-terminfo Version: 1.15.0-1 Severity: wishlist Two years ago the foot and foot-direct terminfo entries were added to ncurses upstream, and I would like to include them in the ncurses-term package, replacing the ones shipped currently in the foot-terminfo package. This requires coordinated uploads of foot and ncurses, adding a versioned Breaks/Replaces on foot-terminfo to ncurses-term and a versioned dependency on ncurses-term to foot. The foot-terminfo package would either become a transitional package or could be dropped entirely. The benefit for foot users would be that ncurses-term is much more likely to be installed on any remote system they might want to connect to than foot-terminfo (popcon score is 96.39% vs 0.58%).
Bug#1037954: please ship upstream themes/
See https://packages.debian.org/unstable/foot-themes ;) PS: severity "critical"? On 6/14/23 20:09, Antoine Beaupre wrote: Package: foot Version: 1.13.1-2 Severity: critical X-Debbugs-Cc: please ship upstream themes Upstream has a bunch of themes in the source tree. Those can be included with a simple, say: [main] include=/usr/share/foot/themes/gruvbox-light.ini yet we don't ship those themes! Wouldn't it be great to have those around? I'm not sure about /usr/share/foot, but i'm pretty sure it's a good idea to ship them. :) -- System Information: Debian Release: 12.0 APT prefers stable-security APT policy: (500, 'stable-security'), (500, 'stable-debug'), (500, 'stable'), (1, 'experimental'), (1, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 6.1.0-9-amd64 (SMP w/16 CPU threads; PREEMPT) Locale: LANG=fr_CA.UTF-8, LC_CTYPE=fr_CA.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 foot depends on: ii foot-terminfo 1.13.1-2 ii libc6 2.36-9 ii libfcft43.1.5-3 ii libfontconfig1 2.14.1-4 ii libpixman-1-0 0.42.2-1 ii libutf8proc22.8.0-1 ii libwayland-client0 1.21.0-1 ii libwayland-cursor0 1.21.0-1 ii libxkbcommon0 1.5.0-1 foot recommends no packages. Versions of packages foot suggests: pn foot-themes -- no debconf information
Bug#1028363: usbguard-notifier: crashes with "terminate called after throwing an instance of 'std::runtime_error'
Hi,
I can not reproduce this behavior. I started usbguard-notifier and
removed my yubikey and replugged it:
> ~ usbguard-notifier --debug
> Connection has been established
> LOG: src/Notifier.cpp::114 [DevicePresenceChanged] Device presence
changed signal
> LOG: src/Notifier.cpp::114 [DevicePresenceChanged] Device presence
changed signal
> LOG: src/Notifier.cpp::73 [DevicePolicyChanged] Device policy changed
signal
The crash message ("Failed to show notification") sounds to me as if
there is maybe no notification daemon running?
cheers,
Birger
Bug#1027069: waybar: improve its .service file?
Hi,
On 1/2/23 14:49, Guido Günther wrote:
Hi,
[...]
The error is triggered by
```
wl_display_roundtrip(wl_display);
if (layer_shell == nullptr || xdg_output_manager == nullptr) {
throw std::runtime_error("Failed to acquire required resources.");
}
```
so
weston-info 2>/dev/null | grep -E "interface: 'zwlr_layer_shell"
should get you pretty close. This will break once waybar switches to
ext-layer-shell so maybe
weston-info 2>/dev/null | grep -E "interface: 'z(wlr|ext)_layer_shell"
works better.
Ah, thats nice! I also thought of simply writing a
`am_i_in_a_wlroots_compositor` program, but I fail to find out how I
would use that in a systemd service file so that the service does not
try to restart if the condition is not met.
cheers,
Birger
Cheers,
-- Guido
cheers,
Birger
Bug#1027069: waybar: improve its .service file?
Hi, I asked in the wlroots IRC channel and got the information that it is not possible to find out if a program is starting in a wlroots based compositor. I thought maybe an environment variable that usable with systemd's `ConditionEnvironment` could exist, but apparently thats not the case. But I'm open to suggestions how to fix that. cheers, Birger OpenPGP_0xCB06EA7B78DBE151.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature
Bug#982145: RFS: fuzzel/1.5.1-1 [ITP] -- Application launcher for wlroots based Wayland compositors
Hi, On 11/18/22 18:06, Antoine Beaupré wrote: On 2022-11-12 18:17:23, Peter Colberg wrote: Dear Debian mentors, I have updated the fuzzel package to version 1.8.2-1 [1]. I will push a signed tag once the package has been accepted into unstable. [1] https://salsa.debian.org/swaywm-team/fuzzel/-/commit/8ae19155129c7e7bf20246a105702c74a148ff03 Are you still looking for a sponsor for this? @sway team: is there any reason why another DD should hold off on reviewing and uploading this to NEW? No! Please go ahead! I think there is just no time for sponsoring packages in the swaywm team, but that should not prevent anyone else from sponsoring! cheers, Birger OpenPGP_0xCB06EA7B78DBE151_and_old_rev.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature
Bug#995749: RFP: usbguard-notifier -- notifications for usbguard
Control: retitle -1 ITP: usbguard-notifier -- notifications for usbguard Control: owner -1 bir...@debian.org OpenPGP_0xCB06EA7B78DBE151_and_old_rev.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature
Bug#1014591: ITP: tofi -- fast and simple dmenu / rofi replacement for wlroots-based Wayland compositors
Package: wnpp Severity: wishlist Owner: Birger Schacht X-Debbugs-Cc: debian-de...@lists.debian.org, bir...@debian.org * Package name: tofi Version : 0.1.1 Upstream Author : Philip Jones * URL : https://github.com/philj56/tofi * License : MIT Programming Lang: C Description : fast and simple dmenu / rofi replacement for wlroots-based Wayland compositors An extremely fast and simple dmenu / rofi replacement for wlroots-based Wayland compositors such as Sway. When configured correctly, tofi can get on screen within a single frame. I plan to maintain this package in the swaywm-team.
Bug#1014220: ITP: yambar -- lightweight and configurable status panel (bar, for short) for X11 and Wayland
Package: wnpp Severity: wishlist Owner: Birger Schacht X-Debbugs-Cc: debian-de...@lists.debian.org, bir...@debian.org * Package name: yambar Version : 1.8.0 Upstream Author : Daniel Eklöf * URL : https://codeberg.org/dnkl/yambar/ * License : MIT Programming Lang: C Description : lightweight and configurable status panel (bar, for short) for X11 and Wayland yambar is a lightweight and configurable status panel (bar, for short) for X11 and Wayland, that goes to great lengths to be both CPU and battery efficient - polling is only done when absolutely necessary. . It has a number of modules that provide information in the form of tags. For example, the clock module has a date tag that contains the current date. . The modules do not know how to present the information though. This is instead done by particles. And the user, you, decides which particles (and thus how to present the data) to use. . Furthermore, each particle can have a decoration - a background color or a graphical underline, for example. . There is no support for images or icons. use an icon font (e.g. Font Awesome, or Material Icons) if you want a graphical representation. . There are a number of modules and particles builtin. More can be added as plugins. You can even write your own! . To summarize: a bar displays information provided by modules, using particles and decorations. How is configured by you. I plan to maintain this package in the swaywm-team.
Bug#1009074: [usbguard] this action needs authorisation
I have uploaded usbguard 1.1.1+ds-3 which backports a patch for usbguard to allow at least the dbus read operations without authentication. There is an ongoing discussion between gnome and usbguard ([0] and [1]) on whats the best way to handle the situation regarding the password prompts. cheers, Birger [0] https://gitlab.gnome.org/GNOME/gnome-settings-daemon/-/issues/676 [1] https://github.com/USBGuard/usbguard/pull/546 OpenPGP_0xCB06EA7B78DBE151_and_old_rev.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature
Bug#1009074: [usbguard] this action needs authorisation
On 4/6/22 22:14, Lyndon Brown wrote: I installed this update to my Sid install today and now if my Gnome session gets locked, after unlocking I get presented with a 'this usbguard action needs authorisation' password prompt. I dismissed it and immediately got a second, which I also dismissed. Yeah, this is due to the fix to CVE-2019-25058 which allowed accessing usbguards D-Bus methods without authorization (see also the bug report on https://bugs.archlinux.org/task/73974), and which is now fixed. Therefore Gnome needs authorization for some actions it didn't need it before. There is also an upstream bug regarding the default polkit policy for some of those actions: https://github.com/USBGuard/usbguard/issues/544 We could ship a polkit rules file in Debian allowing the read operations without authorization, which limits the password prompts to one (usbguards apply-policy operation) but that's still annoying. My hope is that gnome-settings-daemon finds a way to apply the policy without user interaction... cheers, Birger OpenPGP_0xCB06EA7B78DBE151_and_old_rev.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature
Bug#1005917: ITP: swayimg -- image viewer for Sway/Wayland
Package: wnpp Severity: wishlist Owner: Birger Schacht X-Debbugs-Cc: debian-de...@lists.debian.org, bir...@debian.org * Package name: swayimg Version : 1.6 Upstream Author : Artem Senichev * URL : https://github.com/artemsen/swayimg * License : MIT Programming Lang: C Description : image viewer for Sway/Wayland The program uses Sway IPC to determine the geometry of the currently focused container. This data is used to calculate the position and size of the new "overlay" window that will be used to draw the image. In the next step, swayimg adds two Sway rules for the self window: "floating enable" and "move position". Then it creates a new Wayland window and draws the image from the specified file. I plan to maintain this package in the swaywm-team.
Bug#1003086: foot: please include subdir themes as examples
Hi, On 1/9/22 20:59, Jonas Smedegaard wrote: > Package: foot-themes > Version: 1.10.3-1 > Followup-For: Bug #1003086 > Control: retitle -1 foot-themes: please document how to use (or merge as examples) It seems there is no way to actually _use_ the foot-themes package, other than manually copy the contents of a theme file into a foot.conf file. You can use the `include` directive in the `[main]` section of the configuration file to include a theme file, i.e.: > [main] > include=/usr/share/foot/themes/solarized-dark Please include documentation on how to enable a theme. The manpage states: > include > Absolute path to configuration file to import. > > The import file has its own section scope. I.e. the > including configuration is still in the default section after the > include, regardless of which section the included file ends in. > > > • The path must be an absolute path, or start with ~/. > • Multiple include directives are allowed, but only > one path per directive. > • Nested imports are allowed. Do you think the documentation should be more explicit? cheers, Birger OpenPGP_0xCB06EA7B78DBE151.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature
Bug#1003086: foot: please include subdir themes as examples
Hi, On 1/3/22 20:34, Jonas Smedegaard wrote: > Package: foot > Version: 1.6.4-1 > Severity: minor > Upstream source includes a subdir containing color themes. I recommend to to include those as example files. I *just* uploaded foot 1.10.3-1 to NEW which adds a `foot-themes` package containing the theme files in /usr/share/foot/themes (which is where upstream installs them) ;) cheers, Birger
Bug#927899: ITP: cage -- A Wayland kiosk
Hi, On 12/20/21 15:56, Johannes Schauer Marin Rodrigues wrote: Quoting Birger Schacht (2021-12-17 12:14:25) On 12/16/21 11:49, Johannes Schauer Marin Rodrigues wrote: are you still interested in this package? Did you start with packaging it? I saw the empty repo at https://salsa.debian.org/birger/cage and wanted to ask if you already have an existing packaging somewhere and maybe just need somebody to upload it to NEW? Sorry for the delay, and thanks for nudging me, cage 0.1.4 is now in NEW ;) Thank you! :) Can you push your packaging repo to salsa as well? Its part of the swaywm-team: https://salsa.debian.org/swaywm-team/cage cheers, Birger Thanks again! cheers, josch OpenPGP_0xCB06EA7B78DBE151.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature
Bug#927899: ITP: cage -- A Wayland kiosk
Hi, On 12/16/21 11:49, Johannes Schauer Marin Rodrigues wrote: are you still interested in this package? Did you start with packaging it? I saw the empty repo at https://salsa.debian.org/birger/cage and wanted to ask if you already have an existing packaging somewhere and maybe just need somebody to upload it to NEW? Sorry for the delay, and thanks for nudging me, cage 0.1.4 is now in NEW ;) cheers, Birger OpenPGP_0xCB06EA7B78DBE151.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature
Bug#939405: Waypipe packaging
Hi Gard, On 10/29/21 5:38 PM, Gard Spreemann wrote: Gard Spreemann writes: Hi Birger, In 2019 you filed an ITP for Waypipe (#939405 [1]). It doesn't seem that the packaging was finished. I would be more than happy to take over the packaging and maintenance, or to assist you, if you need any help. Let me know! [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=939405 I've prepared a package here that works well: https://salsa.debian.org/gspr/waypipe/ I won't upload until/if I get your blessing, I don't wanna step on your feet here :-) no need to worry, feel free to upload ;) thanks for taking care of the package! cheers, Birger Best, Gard
Bug#904576: python3-hug: fails to install with Python 3.7
Hi, according to https://github.com/hugapi/hug/issues/631 this issue was resolved with version 2.4.1 of hug. So, given that 2.4.1 was uploaded two years ago and 2.6.0 was uploaded one year ago I think we can close this bug? cheers, Birger -- // Birger Schacht // CERT Austria - https://www.cert.at/ // Eine Initiative der nic.at GmbH - https://www.nic.at/ // Firmenbuchnummer 172568b, LG Salzburg
Bug#974001: ITP: wtype -- xdotool type for wayland
Package: wnpp Severity: wishlist Owner: Birger Schacht X-Debbugs-Cc: debian-de...@lists.debian.org, bir...@debian.org * Package name: wtype Version : 0.2 Upstream Author : Josef Gajdusek * URL : https://github.com/atx/wtype * License : MIT Programming Lang: C Description : xdotool type for wayland
Bug#973926: ITP: python-deepmerge -- handle merging of nested data structures in Python
Package: wnpp Severity: wishlist Owner: Birger Schacht X-Debbugs-Cc: debian-de...@lists.debian.org, bir...@debian.org * Package name: python-deepmerge Version : 0.0.5 Upstream Author : Yusuke Tsutsumi * URL : https://github.com/toumorokoshi/deepmerge * License : MIT Programming Lang: Python Description : handle merging of nested data structures in Python Deepmerge is a flexible library to handle merging of nested data structures in Python (e.g. lists, dicts). It is a new dependency for the `errbot` package. I intend to maintain the package within the Python Team.
Bug#973626: ITP: python-i3ipc -- Python library to control i3wm and sway
Package: wnpp Severity: wishlist Owner: Birger Schacht X-Debbugs-Cc: debian-de...@lists.debian.org, bir...@debian.org * Package name: python-i3ipc Version : 2.2.1 Upstream Author : Tony Crisci * URL : http://github.com/altdesktop/i3ipc-python * License : BSD Programming Lang: Python Description : Python library to control i3wm and sway i3ipc-python is a Python library for controlling the i3 and sway. This project is intended to be useful for general scripting, and for applications that interact with the window manager like status line generators, notification daemons, and window pagers. I intend to maintain the package within the Python Team
Bug#973594: waybar: Unknown module clock
Hi Zidagar, I have removed the `clock` module, see the explanation in the README.Debian file: > Debians waybar package comes at the moment without the 'clock' module. > Upstreams clock module uses a third party library for timezone > management which is not packaged for Debian and will be replaced at > some point. > For details see: https://github.com/Alexays/Waybar/issues/668 > You can use the custom module to simulate most if not all of the clock > module functionality (https://github.com/Alexays/Waybar/wiki/Module:- > Custom). cheers, Birger OpenPGP_signature Description: OpenPGP digital signature
Bug#913211: RFP: python-rt -- access Request Tracker API from python
Package: wnpp Followup-For: Bug #913211 Owner: Birger Schacht X-Debbugs-Cc: bir...@debian.org Control: retitle -1 ITP: python-rt -- access Request Tracker API from python
Bug#960044: sway: would like to see contrib/grimshot installed
Hi, On 10/20/20 2:26 PM, Jonas Smedegaard wrote: > Package: sway > Followup-For: Bug #960044 > It seems the requested tool is already available in Debian package grim. Nope, the bug report is about this script: https://github.com/swaywm/sway/blob/master/contrib/grimshot I plan to make a separate grimshot binary package at some point cheers, Birger OpenPGP_0xCB06EA7B78DBE151.asc Description: application/pgp-keys OpenPGP_signature Description: OpenPGP digital signature
Bug#969286: cryptsetup-suspend: Make it possible to exclude key from initramfs
Package: cryptsetup-suspend Version: 2:2.3.3-3+exp1 Severity: normal X-Debbugs-Cc: bir...@debian.org Dear Maintainer, when having /boot on an encrypted root partition and adding a key to a second key slot (as described in [0]) cryptsetup-suspend uses this key to unlock the volume on resume. This defeats the purpose of cryptsetup-suspend (at list in my threat model ;) ) - maybe there can be an option to *not* include the key in the initramdisk in the case of cryptsetup-suspend and it is only possible to unlock on resume using a password? cheers, Birger [0] https://cryptsetup-team.pages.debian.net/cryptsetup/encrypted-boot.html#avoiding-the-extra-password-prompt -- Package-specific info: -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 5.7.0-2-amd64 (SMP w/4 CPU threads) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.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 cryptsetup-suspend depends on: ii cryptsetup-initramfs 2:2.3.3-1 ii libc6 2.31-3 ii libcryptsetup12 2:2.3.3-1+b1 ii systemd 246-2 cryptsetup-suspend recommends no packages. cryptsetup-suspend suggests no packages. -- no debconf information
Bug#969270: [pkg-cryptsetup-devel] Bug#969270: cryptsetup-suspend: installation leads to suspend not working anymore
Hi Guilhem, On 8/30/20 4:28 PM, Guilhem Moulin wrote: > Hi Birger, > > On Sun, 30 Aug 2020 at 13:45:51 +0000, Birger Schacht wrote: >> thanks for working on cryptsetup-suspend. I installed the package, but >> now executing systemctl suspend does not suspend anymore. >> The system switches to tty for a short moment and I can see an error >> message saying: >>> cannot remove >>> '/run/cryptsetup/cryptsetup-suspend-initramfs/lib/firmware': No such >>> file or directory > > Does the attached patch help? Yes! The system does suspend now, thanks! cheers, Birger
Bug#969270: cryptsetup-suspend: installation leads to suspend not working anymore
Package: cryptsetup-suspend Version: 2:2.3.3-3+exp1 Severity: normal X-Debbugs-Cc: bir...@debian.org Dear Maintainer, thanks for working on cryptsetup-suspend. I installed the package, but now executing systemctl suspend does not suspend anymore. The system switches to tty for a short moment and I can see an error message saying: > cannot remove > '/run/cryptsetup/cryptsetup-suspend-initramfs/lib/firmware': No such > file or directory journalctl -f shows: > Aug 30 13:29:14 grml systemd[1]: Starting Suspend... > Aug 30 13:29:14 grml polkitd(authority=local)[566]: Unregistered > Authentication Agent for unix-process:1097:12106 (system bus name :1.44, > object path /org/freedesktop/PolicyKit1/AuthenticationAgent, locale > en_US.UTF-8) (disconnected from bus) > Aug 30 13:29:16 grml systemd[517]: > run-cryptsetup-cryptsetup\x2dsuspend\x2dinitramfs.mount: Succeeded. > Aug 30 13:29:16 grml systemd[1]: > run-cryptsetup-cryptsetup\x2dsuspend\x2dinitramfs.mount: Succeeded. > Aug 30 13:29:16 grml systemd[1]: systemd-suspend.service: Main process > exited, code=exited, status=1/FAILURE > Aug 30 13:29:16 grml systemd[1]: systemd-suspend.service: Failed with > result 'exit-code'. > Aug 30 13:29:16 grml systemd[1]: Failed to start Suspend. > Aug 30 13:29:16 grml systemd[1]: Dependency failed for Suspend. > Aug 30 13:29:16 grml systemd[1]: suspend.target: Job > suspend.target/start failed with result 'dependency'. > Aug 30 13:29:16 grml systemd[1]: Stopped target Sleep. > Aug 30 13:29:16 grml systemd-logind[466]: Operation 'sleep' finished. But the system does not suspend and switches back to the gui. I am not sure how to further debug the issue. cheers, Birger -- Package-specific info: -- /proc/cmdline BOOT_IMAGE=/boot/vmlinuz-5.7.0-2-amd64 root=/dev/mapper/vg--x230-root ro quiet -- /etc/crypttab # sda2_crypt PARTUUID=02c175db-86e8-48cd-9035-8421d8e50d23 /etc/keys/sda2.key luks,discard,key-slot=1 -- /etc/fstab # UNCONFIGURED FSTAB FOR BASE SYSTEM UUID=2d18f674-79fd-4727-9bd8-aac8ef14a132 / ext4 defaults 0 1 -- lsmod Module Size Used by ctr16384 1 ccm20480 3 snd_hda_codec_hdmi 73728 1 snd_hda_codec_realtek 131072 1 snd_hda_codec_generic94208 1 snd_hda_codec_realtek intel_rapl_msr 20480 0 intel_rapl_common 32768 1 intel_rapl_msr iwldvm159744 0 x86_pkg_temp_thermal20480 0 intel_powerclamp 20480 0 coretemp 20480 0 mac80211 909312 1 iwldvm uvcvideo 114688 0 kvm_intel 323584 0 libarc416384 1 mac80211 videobuf2_vmalloc 20480 1 uvcvideo snd_hda_intel 57344 3 snd_intel_dspcfg 24576 1 snd_hda_intel kvm 811008 1 kvm_intel videobuf2_memops 20480 1 videobuf2_vmalloc i915 2592768 7 snd_hda_codec 163840 4 snd_hda_codec_generic,snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec_realtek iwlwifi 274432 1 iwldvm irqbypass 16384 1 kvm videobuf2_v4l2 28672 1 uvcvideo videobuf2_common 57344 2 videobuf2_v4l2,uvcvideo snd_hda_core 106496 5 snd_hda_codec_generic,snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec,snd_hda_codec_realtek rapl 16384 0 videodev 266240 3 videobuf2_v4l2,uvcvideo,videobuf2_common snd_hwdep 16384 1 snd_hda_codec intel_cstate 16384 0 thinkpad_acpi 110592 0 snd_pcm 131072 4 snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec,snd_hda_core drm_kms_helper249856 1 i915 intel_uncore 163840 0 cfg80211 872448 3 iwldvm,iwlwifi,mac80211 tpm_tis16384 0 snd_timer 45056 1 snd_pcm joydev 28672 0 evdev 28672 14 tpm_tis_core 28672 1 tpm_tis iTCO_wdt 16384 0 nvram 16384 1 thinkpad_acpi iTCO_vendor_support16384 1 iTCO_wdt ledtrig_audio 16384 3 snd_hda_codec_generic,snd_hda_codec_realtek,thinkpad_acpi mc 57344 4 videodev,videobuf2_v4l2,uvcvideo,videobuf2_common serio_raw 20480 0 pcspkr 16384 0 sg 36864 0 snd 106496 15 snd_hda_codec_generic,snd_hda_codec_hdmi,snd_hwdep,snd_hda_intel,snd_hda_codec,snd_hda_codec_realtek,snd_timer,thinkpad_acpi,snd_pcm cec61440 2 drm_kms_helper,i915 i2c_algo_bit 16384 1 i915 watchdog 28672 1 iTCO_wdt tpm73728 2 tpm_tis,tpm_tis_core soundcore 16384 1 snd rfkill 28672 4 thinkpad_acpi,cfg80211 rng_core 16384 1 tpm ac 16384 0 button 24576 0 drm 606208 6 drm_kms_helper,i915 sunrpc503808 1 ip_tables 32768 0 x_tables 53248 1 ip_tables autofs4
Bug#968910: sway: Logging in doesn't run ~/.profile
Hi, On 8/23/20 7:36 PM, Nicholas Eckardt wrote: >* What led up to the situation? > Logging into sway, my changes to $PATH were not run. >* What exactly did you do (or not do) that was effective (or > ineffective)? > I set .profile to create a new file when run. >* What was the outcome of this action? >This file is created in GNOME, but not created in sway. >* What outcome did you expect instead? > I expected the file to be created in both GNOME and sway, > thus indicating that .profile ran. the `.profile` file is the configuration file for the bourne shell. It is usually not run on login in graphical environments, so GNOME seems to be special in that way. But you can configure sway to run the file by adding an exec statement to your swaywm config: `exec sh ~/.profile` or something similar should work. For setting environment variables like $PATH there are different approaches how to set them when starting sway, [0] lists some of them. [0] https://www.reddit.com/r/swaywm/comments/gpzqcg/set_environment_variables/ cheers, Birger
Bug#961414: (no subject)
Hi, > Now 0.9.3 is available. sorry, I somehow did not get a notification mail about that bug. waybar since version 0.9.2 depends on the `date` library that is not in Debian. I asked upstream to drop the dependency and use the built in C++20 support once thats widely available [0]. I guess that can still take some time, but I think it makes more sense to wait instead of packaging date for waybar only to remove it again later. The downside is that waybar probably won't be in Bullseye. cheers, Birger [0] https://github.com/Alexays/Waybar/issues/668
Bug#966516: mako-notifier: Runtime failure when the config file is a symlink
Hi Kate,
On 7/30/20 1:03 AM, Kate wrote:
> Package: mako-notifier
> Version: 1.4.1-1
>
> When creating a config file for mako using a symlink, the program fails to
> run successfully:
>
> $ mkdir ~/.config/mako
> $ touch ~/test-config
> $ ln -s ~/.confiq/mako/config ~/test-config
> $ mako
> Unable to open /home/kit_ty_kate/.config/mako/config for readingFailed to
> parse config
This is due to the shipped apparmor profile, which only allows access to:
> owner @{HOME}/.config/mako/config r,
(see /etc/apparmor.d/fr.emersion.Mako line 19)
> However, I tried to compile mako from source
> https://github.com/emersion/mako.git (https://github.com/emersion/mako) using
> the same tag (v1.4.1):
>
> $ git checkout v1.4.1
> $ meson build
> $ ninja -C build
> $ ./build/mako
>
> and the resulting binary ./build/mako works fine. I'm not sure what's going
> on.
The apparmor profile is only enforced for /usr/bin/mako and not for the
binary in your build environment. If you copy your built binary to
/usr/bin/mako it will show the same behaviour.
If you want your config to be stored somewhere else (for example if you
want to have your dotfiles in a version control system) you could adapt
the apparmor profile to allow the path to the symlink target.
cheers,
Birger
>
> I'm using Debian Sid, Linux kernel 5.7.10-1, x86_64, libc6 2.31-2
>
> Warm regards,
> Kate
>
Bug#958150: pass: use wl-copy (from wl-clipboard) when available and when $WAYLAND_DISPLAY is set
FTR, upstream already merged a patch that enables support for wl-clipboard [0]. And there was also some discussion on the mailinglist about a new release [1] and [2] which would contain that patch. An alternative would be to use wl-clipboard-x11 [3], but I hope that a new version of pass will be release before bullseye. [0] https://git.zx2c4.com/password-store/commit/?id=b0b784b1a57c0b06936e6f5d6560712b4b810cd3 [1] https://lists.zx2c4.com/pipermail/password-store/2020-February/003930.html [2] https://lists.zx2c4.com/pipermail/password-store/2020-May/004077.html [3] https://github.com/brunelli/wl-clipboard-x11 cheers, Birger
Bug#966328: ITP: tllist -- A C header file only implementation of a typed linked list
Package: wnpp Severity: wishlist Owner: Birger Schacht X-Debbugs-Cc: debian-de...@lists.debian.org, bir...@debian.org * Package name: tllist Version : 1.0.1 Upstream Author : Daniel Eklöf * URL : https://codeberg.org/dnkl/tllist * License : MIT Programming Lang: C Description : A C header file only implementation of a typed linked list Most C implementations of linked list are untyped. That is, their data carriers are typically void *. This is error prone since your compiler will not be able to help you correct your mistakes (oh, was it a pointer-to-a-pointer... I thought it was just a pointer...). tllist addresses this by using pre-processor macros to implement dynamic types, where the data carrier is typed to whatever you want; both primitive data types are supported as well as aggregated ones such as structs, enums and unions. This is a build-dependency of foot (#966327).
Bug#966329: ITP: fcft -- simple library for font loading and glyph rasterization using FontConfig, FreeType and pixman
Package: wnpp Severity: wishlist Owner: Birger Schacht X-Debbugs-Cc: debian-de...@lists.debian.org, bir...@debian.org * Package name: fcft Version : 2.2.2 Upstream Author : Daniel Eklöf * URL : https://codeberg.org/dnkl/fcft * License : MIT Programming Lang: C Description : simple library for font loading and glyph rasterization using FontConfig, FreeType and pixman fcft is a small font loading and glyph rasterization library built on-top of FontConfig, FreeType2 and pixman. It can load and cache fonts from a fontconfig-formatted name string, e.g. Monospace:size=12, optionally with user configured fallback fonts. This is a build dependency of foot (#966327).
Bug#966327: ITP: foot -- Fast, lightweight and minimalistic Wayland terminal emulator
Package: wnpp Severity: wishlist Owner: Birger Schacht X-Debbugs-Cc: debian-de...@lists.debian.org, bir...@debian.org * Package name: foot Version : 1.4.1 Upstream Author : Daniel Eklöf * URL : https://codeberg.org/dnkl/foot * License : MIT Programming Lang: C Description : Fast, lightweight and minimalistic Wayland terminal emulator Foot is a Wayland terminal emulator. Features: * Fast * Lightweight, in dependencies, on-disk and in-memory * Wayland native * DE agnostic * User configurable font fallback * On-the-fly DPI font size adjustment * Scrollback search * Color emoji support * Server/daemon mode * Multi-seat * Synchronized Updates support * Sixel image support I plan to maintain it in the swaywm-team
Bug#949952: tilix does not start on arm64
Hi, On 7/22/20 10:15 PM, Adrian Bunk wrote: > On Mon, Jan 27, 2020 at 03:24:39PM +0000, Birger Schacht wrote: >> Package: tilix >> Version: 1.9.3-4 >> Severity: important >> >> Dear Maintainer, >> >> I wanted to use tilix on my Pinebook Pro, which runs on Debian aarch64 >> (with a custom kernel). >> When trying to start tilix from another terminal, the process just prints: >> >>> dwarfeh(363) fatal error >>> [1] 14172 abort > > Does libunwind8 1.2.1-10 in unstable fix this issue for you? Yes! tilix works in version 1.9.3-4+b2 with libuwind8 1.2.1-11. thanks and cheers, Birger > >> cheers, >> Birger > > Thanks > Adrian >
Bug#965950: swaylock is unusable
Hi, swaylock only works on wayland compositors that support the layer shell protocol [0], like sway. Do you use such a wayland compositor? cheers, Birger [0] https://github.com/swaywm/wlr-protocols/blob/master/unstable/wlr-layer-shell-unstable-v1.xml On 7/21/20 12:45 PM, Jonathan Marsaud wrote: > Package: swaylock > Version: 1.5-2 > Severity: normal > X-Debbugs-Cc: jonathanmars...@gmail.com > > Dear Maintainer, > > *** Reporter, please consider answering these questions, where appropriate *** > >* What led up to the situation? > Installing the package "swaylock" from Sid. > >* What was the outcome of this action? > zic@excalibur:~$ swaylock > swaylock: ../main.c:1183: main: Assertion `state.compositor && > state.layer_shell && state.shm' failed. > Abandon > >* What outcome did you expect instead? > Lock the Wayland input without blocking the display (swaylock is > supposed to be a "xtrlock" replacement for Wayland instad of X.org) > > -- System Information: > Debian Release: bullseye/sid > APT prefers unstable > APT policy: (500, 'unstable') > Architecture: amd64 (x86_64) > > Kernel: Linux 5.7.0-1-amd64 (SMP w/8 CPU threads) > Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.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 swaylock depends on: > ii libc6 2.31-1 > ii libcairo2 1.16.0-4 > ii libgdk-pixbuf2.0-0 2.40.0+dfsg-5 > ii libglib2.0-02.64.4-1 > ii libpam0g1.3.1-5 > ii libwayland-client0 1.18.0-1 > ii libxkbcommon0 0.10.0-1 > > swaylock recommends no packages. > > swaylock suggests no packages. > > -- no debconf information >
Bug#965141: libqb: New release 1.0.6 of libqb
Source: libqb Version: 1.0.5-1 Severity: wishlist X-Debbugs-Cc: bir...@debian.org Dear Maintainer, in April a new version of the 1.0.x series of libqb was released, which fixes an ownership bug [0] that usbguard has to work around [1]. It would be great if libqb 1.0.6 (or 2.0.0) would be uploaded to unstable. cheers, Birger [0] https://github.com/ClusterLabs/libqb/pull/382 [1] https://github.com/USBGuard/usbguard/issues/289 *** End of the template - remove these template lines *** -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (800, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 5.7.0-1-amd64 (SMP w/4 CPU threads) Kernel taint flags: TAINT_FIRMWARE_WORKAROUND, TAINT_OOT_MODULE, 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) LSM: AppArmor: enabled
Bug#963186: ITP: poweralertd -- power notification daemon
Package: wnpp Severity: wishlist Owner: Birger Schacht * Package name: poweralertd Version : 0.0~git5d346a8e Upstream Author : Kenny Levinsen * URL : https://kl.wtf/projects/poweralertd/ * License : GPL-3 Programming Lang: C Description : power notification daemon poweralertd gives you power notifications when you need them, powered by UPower and the freedesktop notification protocol.
Bug#963182: ITP: wlogout -- logout menu for wayland environments
Package: wnpp Severity: wishlist Owner: Birger Schacht * Package name: wlogout Version : 1.1.1 Upstream Author : Haden Collins * URL : https://github.com/ArtsyMacaw/wlogout * License : MIT Programming Lang: C Description : logout menu for wayland environments Logout menu for wayland environments that can be easily styled through the style.css file I plan to maintain the package in the swaywm-team.
Bug#721192: ITP: apostrophe -- a simple markdown editor
Hi, I'd be also interested in getting apostrophe into Debian. I tried the flatpak version, but there seems to be a problem with missing fonts which makes the text harder to read. I took a glance a the code and although pressagio is mentioned in `apostrophe/auto_correct.py` that file does not seem to be used in the app (yet?). Are you sure its a blocker? I created a preliminary package (because, confused as I am, I didn't realize there is already an ITP ;)) and using that I did not encounter any problems (though its not in any way ready for release- I did not even look at the licenses for example...) Nicholas, if you push your repository to salsa I'd be happy to help with the remaining 20%! cheers, Birger signature.asc Description: OpenPGP digital signature
Bug#961374: usbguard: please provide the libusbguard public development files
Hi, On 5/23/20 8:12 PM, Pino Toscano wrote: > Hi, > > it would be nice to have a libusbguard-dev package providing the > development files for libusbguard0. Upstream already installs them, > so it is matter of shipping them in a new libusbguard-dev package. > This way 3rd party applications can be built using the shared > libusbguard library. Upstream does not consider the API to be stable, thats why we're installing to a private location for now and therefore not shipping development files. Also I'm not aware of any other projects besides upstream using the usbguard library. Are there any 3rd party applications? That might change things... cheers, Birger signature.asc Description: OpenPGP digital signature
Bug#959944: ITP: xdg-desktop-portal-wlr -- xdg-desktop-portal backend for wlroots
Control: block -1 by 954022 This will need libpipewire 0.3, see #954022
Bug#959944: ITP: xdg-desktop-portal-wlr -- xdg-desktop-portal backend for wlroots
Package: wnpp Severity: wishlist Owner: Birger Schacht * Package name: xdg-desktop-portal-wlr Version : 0.1.0 Upstream Author : Simon Ser * URL : https://github.com/emersion/xdg-desktop-portal-wlr * License : MIT Programming Lang: C Description : xdg-desktop-portal backend for wlroots This package will provide support for the screenshot, screencast, and possibly remote-desktop xdg-desktop-portal interfaces for wlroots based compositors. I plan to maintain it in the swaywm-team.
Bug#936187: battery-stats: Python2 removal in sid/bullseye
control: tags -1 patch
Hi,
there are basically only 2 python scripts included,
src/battery-stats-generate and src/battery-stats-graph.
Attached is a patch that adds a patch to d/patches to modify those for
python3 and also updates d/control & d/rules accordingly.
Cheers,
Birger
From 5c5e08d979559a91ea6e894d91c599fc229077f5 Mon Sep 17 00:00:00 2001
From: Birger Schacht
Date: Mon, 27 Apr 2020 14:57:10 +0200
Subject: [PATCH] Update to python3
---
debian/control | 11 ++--
debian/patches/0001-Update-to-python3.patch | 56 +
debian/patches/series | 1 +
debian/rules| 2 +-
4 files changed, 63 insertions(+), 7 deletions(-)
create mode 100644 debian/patches/0001-Update-to-python3.patch
create mode 100644 debian/patches/series
diff --git a/debian/control b/debian/control
index 4508933..9619c4e 100644
--- a/debian/control
+++ b/debian/control
@@ -5,26 +5,25 @@ Maintainer: Petter Reinholdtsen
Build-Depends:
debhelper (>= 9),
cmake,
- python | python-all | python-dev | python-all-dev,
+ python3 | python3-all | python3-dev | python3-all-dev,
dh-python,
gnuplot-nox (>= 4) | gnuplot-qt,
- python-matplotlib,
+ python3-matplotlib,
libtext-csv-perl,
imagemagick
Standards-Version: 3.9.8
Homepage: https://github.com/petterreinholdtsen/battery-stats/
Vcs-Browser: https://anonscm.debian.org/gitweb/?p=collab-maint/battery-stats.git
Vcs-Git: https://anonscm.debian.org/git/collab-maint/battery-stats.git
-X-Python-Version: >= 2.5
Package: battery-stats
Architecture: linux-any
Depends: ${shlibs:Depends}, ${misc:Depends},
logrotate,
gzip (>= 1.3.2)
-Recommends: ${python:Depends},
- python,
- python-matplotlib,
+Recommends: ${python3:Depends},
+ python3,
+ python3-matplotlib,
libtext-csv-perl,
gnuplot (>= 4.0.0)
Description: collects statistics about charge of laptop batteries
diff --git a/debian/patches/0001-Update-to-python3.patch b/debian/patches/0001-Update-to-python3.patch
new file mode 100644
index 000..e718fe7
--- /dev/null
+++ b/debian/patches/0001-Update-to-python3.patch
@@ -0,0 +1,56 @@
+From c1de7d133a9796d1825d6cc49a53f20bdf42f87d Mon Sep 17 00:00:00 2001
+From: Birger Schacht
+Date: Mon, 27 Apr 2020 14:55:22 +0200
+Subject: [PATCH] Update to python3
+
+---
+ src/battery-stats-generate | 6 +++---
+ src/battery-stats-graph| 4 ++--
+ 2 files changed, 5 insertions(+), 5 deletions(-)
+
+diff --git a/src/battery-stats-generate b/src/battery-stats-generate
+index 7eab7c5..573a88d 100755
+--- a/src/battery-stats-generate
b/src/battery-stats-generate
+@@ -1,4 +1,4 @@
+-#!/usr/bin/python
++#!/usr/bin/python3
+
+ import argparse
+ import itertools
+@@ -32,11 +32,11 @@ def generate(args):
+ print(','.join(fields))
+ # remove or add between 0 and 10% of the charge, half the time
+ energy_now += change_charge(args.discharge_prob,
+-factor=random.randint(0, energy_full/args.discharge_rate))
++factor=random.randint(0, int(energy_full/args.discharge_rate)))
+
+ # around one out of 3 changes to remove around 0.1% of charge
+ energy_full -= change_charge(args.damage_prob, mult = 0,
+- factor=random.randint(0, energy_full/args.damage_rate))
++ factor=random.randint(0, int(energy_full/args.damage_rate)))
+ now += args.wait
+ if not i:
+ break
+diff --git a/src/battery-stats-graph b/src/battery-stats-graph
+index 2e651e4..8545048 100755
+--- a/src/battery-stats-graph
b/src/battery-stats-graph
+@@ -1,4 +1,4 @@
+-#!/usr/bin/python
++#!/usr/bin/python3
+ # -*- coding: utf-8 -*-
+ #
+ # This file is part of the battery-stats package.
+@@ -87,7 +87,7 @@ def parse_csv_builtin(fields =
+ except csv.Error as e:
+ logging.warning('CSV file is corrupt, skipping remaining entries: %s', e)
+ logging.debug('building data array')
+-return np.array(data, dtype=zip(fields, 'f'*len(fields)))
++return np.array(data, dtype=list(zip(fields, 'f'*len(fields
+
+ # the builtin CSV parser above is faster, we went from 8 to 2 seconds
+ # on our test data here there are probably other ways of making this
+--
+2.26.2
+
diff --git a/debian/patches/series b/debian/patches/series
new file mode 100644
index 000..b8645f5
--- /dev/null
+++ b/debian/patches/series
@@ -0,0 +1 @@
+0001-Update-to-python3.patch
diff --git a/debian/rules b/debian/rules
index 4647c9c..25115de 100755
--- a/debian/rules
+++ b/debian/rules
@@ -1,4 +1,4 @@
#!/usr/bin/make -f
%:
- dh $@ --with python2
+ dh $@ --with python3
--
2.26.2
signature.asc
Description: OpenPGP digital signature
Bug#958197: usbguard: service mentions unused pid file
control: tags -1 upstream control: forwarded -1 https://github.com/USBGuard/usbguard/pull/377 On 4/19/20 5:47 PM, Christian Göttsche wrote: > Package: usbguard > Version: 0.7.6+ds-2 > > Dear Maintainer, > > the systemd service mentions a pid file: > PIDFile=/run/usbguard.pid > The daemon however is not started with an option to create one. > Good catch! I've created an pull request in the upstream project to remove the line from the service file. cheers, Birger signature.asc Description: OpenPGP digital signature
Bug#955821: [Pkg-privacy-maintainers] Bug#955821: torbrowser-launcher: include upstream patch to allow access to u2f tokens
Hi! On 4/6/20 10:57 AM, Ulrike Uhlig wrote: > Hi Birger! > >> it would be great if U2F devices (like a yubikey) would be usable by >> default with torbrowser. I created an upstream merge request to allow >> these devices in the apparmor profile a couple of months ago and it was >> was merged [0] (thanks to intrigeri!), but there was no new torbrowser >> release since then. >> Would it be possible to include the patch in the debian package? That >> would allow using salsa with U2F tokens (and any other Gitlab instance >> that might come up ;)) > >> [0] https://github.com/micahflee/torbrowser-launcher/pull/434 > > Great! > > How do you feel about creating a pull request on > https://salsa.debian.org/pkg-privacy-team/torbrowser-launcher ? Done ;) https://salsa.debian.org/pkg-privacy-team/torbrowser-launcher/-/merge_requests/1 > > If people on the privacy team list agree, we can give you access to the > repository. > Well, for now it seems to be a one time contribution, but if I happen to find other itches to scratch, that might make things easier ;) cheers, Birger > Cheers! > u. > signature.asc Description: OpenPGP digital signature
Bug#955729: wofi fails to show window
Hi, On 4/4/20 11:38 AM, Nicolas Évrard wrote: > Package: wofi > Version: 1.1.2-1 > Severity: important > > Dear Maintainer, > > Hello, > > This morning I updated the following packages and right after this > update wofi stopped showing the window but did not crash either. That happened to me today with waybar and pinentry ;) > > I suspect that the libgtk-3 update is the issue. I agree. I had to downgrade libgtk to 3.24.16-1 to make it work again. There is #955820 blocking migration of 3.24.17 which also lists upstream bugreports. cheers, Birger signature.asc Description: OpenPGP digital signature
Bug#955821: torbrowser-launcher: include upstream patch to allow access to u2f tokens
Package: torbrowser-launcher
Version: 0.3.2-7
Severity: wishlist
Tags: patch
Dear Maintainers,
it would be great if U2F devices (like a yubikey) would be usable by
default with torbrowser. I created an upstream merge request to allow
these devices in the apparmor profile a couple of months ago and it was
was merged [0] (thanks to intrigeri!), but there was no new torbrowser
release since then.
Would it be possible to include the patch in the debian package? That
would allow using salsa with U2F tokens (and any other Gitlab instance
that might come up ;))
cheers,
Birger
[0] https://github.com/micahflee/torbrowser-launcher/pull/434
-- System Information:
Debian Release: bullseye/sid
APT prefers unstable
APT policy: (800, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 5.4.0-4-amd64 (SMP w/4 CPU cores)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8),
LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages torbrowser-launcher depends on:
ii ca-certificates 20190110
ii libdbus-glib-1-2 0.110-5
ii python3 3.8.2-2
ii python3-gpg 1.13.1-7
ii python3-pyqt5 5.14.1+dfsg-3
ii python3-requests 2.23.0+dfsg-2
ii python3-socks 1.6.8+dfsg-1
Versions of packages torbrowser-launcher recommends:
ii tor 0.4.2.7-1
Versions of packages torbrowser-launcher suggests:
ii apparmor 2.13.4-1
-- Configuration Files:
/etc/apparmor.d/local/torbrowser.Browser.firefox changed [not included]
-- no debconf information
>From 3052e6579dd489923bca95a82308e5f4b6399e68 Mon Sep 17 00:00:00 2001
From: Birger Schacht
Date: Sat, 4 Apr 2020 18:18:50 +0200
Subject: [PATCH] Add AppArmor patch to allow U2F devices
---
.../0016-AppArmor-allow-u2f-devices.patch | 28 +++
debian/patches/series | 1 +
2 files changed, 29 insertions(+)
create mode 100644 debian/patches/0016-AppArmor-allow-u2f-devices.patch
diff --git a/debian/patches/0016-AppArmor-allow-u2f-devices.patch
b/debian/patches/0016-AppArmor-allow-u2f-devices.patch
new file mode 100644
index 000..bc6130f
--- /dev/null
+++ b/debian/patches/0016-AppArmor-allow-u2f-devices.patch
@@ -0,0 +1,28 @@
+From: Birger Schacht
+Date: Wed, 23 Oct 2019 19:47:55 +0200
+Subject: [PATCH] Allow torbrowser to access u2f devices
+
+(cherry picked from 704e5ca3b46ac1bcf7931875fc7d33ad13910e10)
+---
+ apparmor/torbrowser.Browser.firefox | 9 +
+ 1 file changed, 9 insertions(+)
+
+diff --git a/apparmor/torbrowser.Browser.firefox
b/apparmor/torbrowser.Browser.firefox
+index 42516b6..c067375 100644
+--- a/apparmor/torbrowser.Browser.firefox
b/apparmor/torbrowser.Browser.firefox
+@@ -133,5 +133,14 @@ profile torbrowser_firefox
@{torbrowser_firefox_executable} {
+ /etc/xfce4/defaults.list r,
+ /usr/share/xfce4/applications/ r,
+
++ # u2f (tested with Yubikey 4)
++ /sys/class/ r,
++ /sys/bus/ r,
++ /sys/class/hidraw/ r,
++ /run/udev/data/c24{7,9}:* r,
++ /dev/hidraw* rw,
++ # Yubikey NEO also needs this:
++ /sys/devices/**/hidraw/hidraw*/uevent r,
++
+ #include
+ }
diff --git a/debian/patches/series b/debian/patches/series
index c1ae347..0eb4798 100644
--- a/debian/patches/series
+++ b/debian/patches/series
@@ -13,3 +13,4 @@
0013-AppArmor-Pass-the-environment-to-Firefox-content-pro.patch
0014-AppArmor-allow-running-the-Firefox-updater-from-its-.patch
0015-Update-setup.py.patch
+0016-AppArmor-allow-u2f-devices.patch
--
2.26.0
Bug#954841: ITP: wev -- tool for debugging events on a Wayland window
Package: wnpp Severity: wishlist Owner: Birger Schacht * Package name: wev Version : 1.0.0 Upstream Author : Drew DeVault * URL : https://git.sr.ht/~sircmpwn/wev * License : MIT Programming Lang: C Description : tool for debugging events on a Wayland window This is a tool for debugging events on a Wayland window, analagous to the X11 tool xev. I plan to maintain this package in the swaywm team.
Bug#951109: wlroots: Testing migration blocked by autopkgtest
Hi, On 2/16/20 5:56 PM, Guido Günther wrote: > On Sat, Feb 15, 2020 at 10:02:19PM +0100, Birger Schacht wrote: >> I've installed autopkgtest on my system and was able to reproduce the >> failing test (though only when using --no-built-binaries switch of >> autopkgtest). >> The tests pass if I add libx11-xcb-dev and libxcb-xinput-dev to the >> Depends: of the test >> Or should those rather be Dependencies of libwlroots-dev? > > the tests don't use these in particlar so libwlroots-dev should depend > on it. > thanks for checking! > -- Guido I have fixed that in the packages git repository, but I can not do the upload, it has to be sponsored. (or someone does a dcut dm --uid C5BC7498F466D885188CB397CB06EA7B78DBE151 --allow wlroots allowing me to do the upload ;) cheers, Birger signature.asc Description: OpenPGP digital signature
Bug#951109: wlroots: Testing migration blocked by autopkgtest
Hi, On 2/11/20 10:20 AM, Birger Schacht wrote: > Source: wlroots > Version: 0.10.0-1 > Severity: normal > > Dear Maintainer, > > the testing migration of wlroots is blocked by a failing autopkgtest. I've installed autopkgtest on my system and was able to reproduce the failing test (though only when using --no-built-binaries switch of autopkgtest). The tests pass if I add libx11-xcb-dev and libxcb-xinput-dev to the Depends: of the test Or should those rather be Dependencies of libwlroots-dev? cheers, Birger signature.asc Description: OpenPGP digital signature
Bug#951109: wlroots: Testing migration blocked by autopkgtest
Source: wlroots Version: 0.10.0-1 Severity: normal Dear Maintainer, the testing migration of wlroots is blocked by a failing autopkgtest. I wasn't able to test it, but maybe passing `-lpixman-1` to gcc fixes the problem. -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (800, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 5.4.0-3-amd64 (SMP w/4 CPU cores) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled
Bug#949952: tilix does not start on arm64 (maybe libunwind related)
Hi Bernhard, thanks for taking a look at this! On 2/1/20 2:27 AM, Bernhard Übelacker wrote: > Hello Birger Schacht, > I tried to get some more information from this issue. > > To be sure where your tilix aborts you would need to > install gdb and at least tilix-dbgsym [1] and > run it this way: > > gdb -q -ex 'set pagination off' -ex run -ex bt -ex detach -ex quit --args > tilix > > Then I guess you see an backtrace like this: Oke, I did run gdb and what I got was what I've attached as tilix_gdb.42. I looked at [1] and when I set XDG_CURRENT_DESKTOP to something, I got the same backtrace you got (tilix_gdb.127). With TILIX_ID set to something I get tilix_gdb.152 [1] https://sources.debian.org/src/tilix/1.9.3-4/source/app.d/#L42 [...] > > After looking at the source [2] I assume this might not be > fatal and the program not be aborted. > > You might be able to confirm if this workaround works > for you too, by starting with this LD_PRELOAD: > > LD_PRELOAD=/lib/aarch64-linux-gnu/libgcc_s.so.1 tilix Yes, this works! > This might be related to exceptions in libunwind.so.8. > There exists a similar ticket which is also related to > exception handling with the same workaround [3]. Ah, oke, feel free to merge/reassign! cheers, Birger Reading symbols from tilix... Reading symbols from /usr/lib/debug/.build-id/3f/bfebdefceb5e91995f162e69d8c2333e312843.debug... Starting program: /usr/bin/tilix [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/aarch64-linux-gnu/libthread_db.so.1". Program received signal SIGABRT, Aborted. 0xf6918b88 in raise () from /lib/aarch64-linux-gnu/libc.so.6 #0 0xf6918b88 in raise () from /lib/aarch64-linux-gnu/libc.so.6 #1 0xf6906ea8 in abort () from /lib/aarch64-linux-gnu/libc.so.6 #2 0xf6b3b544 in _d_throw_exception () from /lib/aarch64-linux-gnu/libdruntime-ldc-shared.so.88 #3 0xaac73528 in _D3std9exception__T7bailOutHTC9ExceptionZQwFNaNfAyamMAxaZv (line=, msg=..., file=...) at /usr/lib/ldc/aarch64-linux-gnu/include/d/std/exception.d:516 #4 _D3std9exception__T7enforceZ__TQmTbZQrFNaNfbLAxaAyamZb (value=, msg=..., file=..., line=) at /usr/lib/ldc/aarch64-linux-gnu/include/d/std/exception.d:436 #5 0xf6e42610 in std.process.environment.opIndex(scope const(char)[]) () from /lib/aarch64-linux-gnu/libphobos2-ldc-shared.so.88 #6 0xaac27f0c in D main (args=...) at app.d:42 Detaching from program: /usr/bin/tilix, process 2093 [Inferior 1 (process 2093) detached] Reading symbols from tilix... Reading symbols from /usr/lib/debug/.build-id/3f/bfebdefceb5e91995f162e69d8c2333e312843.debug... Starting program: /usr/bin/tilix [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/aarch64-linux-gnu/libthread_db.so.1". [New Thread 0xf1f5d1b0 (LWP 2290)] [New Thread 0xf175c1b0 (LWP 2291)] [New Thread 0xf0f411b0 (LWP 2292)] [New Thread 0xe3ffe1b0 (LWP 2293)] Thread 1 "tilix" received signal SIGABRT, Aborted. 0xf6918b88 in raise () from /lib/aarch64-linux-gnu/libc.so.6 #0 0xf6918b88 in raise () from /lib/aarch64-linux-gnu/libc.so.6 #1 0xf6906ea8 in abort () from /lib/aarch64-linux-gnu/libc.so.6 #2 0xf6b3b544 in _d_throw_exception () from /lib/aarch64-linux-gnu/libdruntime-ldc-shared.so.88 #3 0xaac73528 in _D3std9exception__T7bailOutHTC9ExceptionZQwFNaNfAyamMAxaZv (line=, msg=..., file=...) at /usr/lib/ldc/aarch64-linux-gnu/include/d/std/exception.d:516 #4 _D3std9exception__T7enforceZ__TQmTbZQrFNaNfbLAxaAyamZb (value=, msg=..., file=..., line=) at /usr/lib/ldc/aarch64-linux-gnu/include/d/std/exception.d:436 #5 0xf6e42610 in std.process.environment.opIndex(scope const(char)[]) () from /lib/aarch64-linux-gnu/libphobos2-ldc-shared.so.88 #6 0xaac2874c in D main (args=...) at app.d:127 Detaching from program: /usr/bin/tilix, process 2286 [Inferior 1 (process 2286) detached] Reading symbols from tilix... Reading symbols from /usr/lib/debug/.build-id/3f/bfebdefceb5e91995f162e69d8c2333e312843.debug... Starting program: /usr/bin/tilix [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/aarch64-linux-gnu/libthread_db.so.1". [New Thread 0xf1f5d1b0 (LWP 2368)] [New Thread 0xf175c1b0 (LWP 2369)] [New Thread 0xf0f411b0 (LWP 2370)] [New Thread 0xe3ffe1b0 (LWP 2371)] Thread 1 "tilix" received signal SIGABRT, Aborted. 0xf6918b88 in raise () from /lib/aarch64-linux-gnu/libc.so.6 #0 0xf6918b88 in raise () from /lib/aarch64-linux-gnu/libc.so.6 #1 0xf6906ea8 in abort () from /lib/aarch64-linux-gnu/libc.so.6 #2 0xf6b3b544 in _d_throw_exception () from /lib/aarch64-linux-gnu/libdruntime-ldc-shared.so.88 #3 0xf7a2b8b0 in _D3gio8ResourceQj19resourcesLookupDataFAyaEQB
Bug#949608: usbguard: bring back some GUI frontend to Debian
Hi, On 1/22/20 8:14 PM, Christoph Anton Mitterer wrote: > Hi. > > Since upstream dropped the frontend applet (and Debian followed) > the probable major use case for usbguard (desktop systems) is pretty > much crippled. > > Would it be possible to bring back a frontend do Debian? Yeah, I was hoping that there would be a repository for the applet code by now, but thats not the case. > An upstream bug: > https://github.com/USBGuard/usbguard/issues/334 > > mentions e.g.: > https://github.com/6E006B/usbguard-gnome > and > https://github.com/Cropi/usbguard-notifier > > but for the later I'm not sure whether it supports > allowing/blocking/rejecting devices or just sends notifications via > libnotify. Yes, I've looked at both of them a couple of month ago and even started packaging them, but at that time both seemed not ready for a package. usbguard-notifier apparently made a release in December, so I'll take another look at that. usbguard-gnome on the other hand seems stalled and does not work with the current version of usbguard: https://github.com/6E006B/usbguard-gnome/issues/16 I'm also not sure how stable usbguards interface is, but there is also the Gnome desktop integration, which apparently will be released with Gnome 3.36 in March (I know thats not a solution if one doesn't use Gnome). cheers, Birger
Bug#949952: tilix does not start on arm64
Package: tilix Version: 1.9.3-4 Severity: important Dear Maintainer, I wanted to use tilix on my Pinebook Pro, which runs on Debian aarch64 (with a custom kernel). When trying to start tilix from another terminal, the process just prints: > dwarfeh(363) fatal error > [1] 14172 abort cheers, Birger -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: arm64 (aarch64) Foreign Architectures: armhf Kernel: Linux 5.5.0-rc7-custom+ (SMP w/6 CPU cores) Kernel taint flags: TAINT_CRAP Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE=C.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) Versions of packages tilix depends on: ii dconf-gsettings-backend [gsettings-backend] 0.34.0-2 ii libc62.29-9 ii libgtkd-3-0 3.9.0-3+b1 ii libphobos2-ldc-shared88 1:1.18.0-2 ii libunwind8 1.2.1-9 ii libvted-3-0 3.9.0-3+b1 ii libx11-6 2:1.6.8-1 ii tilix-common 1.9.3-4 tilix recommends no packages. Versions of packages tilix suggests: pn python-nautilus -- no debconf information
Bug#949695: thunderbird does not start anymore
Hi, I just had the same problem. For me, downgrading libsqlite3 to libsqlite3-0_3.30.1+fossil191229-1 made thunderbird start again. cheers, Birger
Bug#912865: News?
Hi Angel, mako is in NEW, waiting for review from ftp masters. cheers, Birger On 1/23/20 9:00 AM, Angel Abad wrote: > Hi, there are news about this ITP, I can help you to package it. > > I want to use mako on my systems. > > Thanks! >
Bug#940570: gtk-layer-shell status
Hi, I have now renamed the -dev and the -doc package and merged the contents of the -examples package into the -doc package. cheers, Birger
Bug#940570: gtk-layer-shell status
Hi, On 1/8/20 10:55 AM, Mike Gabriel wrote: > Hi Birger, > [...] > > Wow! Very good work. Thanks! And thanks for reviewing! > I only have one question / suggestion: > > Q: Why did you name the dev:pkg libgtk-layer-shell0-dev rather than > libgtk-layer-shell-dev. For later SONAME changes / transitions, I guess > using libgtk-layer-shell-dev could be more handy / appropriate. Lintian pointed out to me that libgtk-layer-shell should be named according to SONAME, libgtk-layer-shell0, and I figured the other packages should be named similar. But you're right, I'll drop the 0 from the package name. > S: So I suggest renaming the dev:pkg and drop the SONAME version from > the pkg name. ACK. I guess it would also make sense to rename the -examples and -doc packages? cheers, Birger
Bug#940570: gtk-layer-shell status
Hi, On 1/2/20 2:26 PM, Mike Gabriel wrote: > I have moved the package over to the debian/ namespace on salsa. You > should have full access to the repo there now. Great, thanks! >>> If you are not a DD, are you interested in a packaging review? Or shall >>> I just go over your packaging and add my 2¢ here and there and then >>> upload? >> >> I'm happy about reviews! I have already some experience with packaging >> and have more or less regular sponsors for some of my packages, but its >> nice to have packages reviewed by new people, because different people >> have different approaches to packaging ;) > > As you are neither a DD nor DM, let me fine-tune the question: > > Do you plan to become a DM or DD in the (near) future? If so, I'll > surely review your packages. Yes! > If not (which makes not much sense with already quite a few pkgs in > Debian), I'll simply add my change proposals on top (or via an MR) to > save some time. > >>> >>> Maintainer-wise, I'd say we put a package tracker email address into the >>> Maintainer:-field and add the package to more than one team on >>> tracker.debian.org. So all teams get informed on updates. Uploader-wise, >>> we should put all persons' names into the field that are interested in >>> its maintenance. >> >> Oke, I'll do that. I'm using the 'bare debian' git packaging approach, > > /me loves bare debian/ repos... ;-) Oh, great! I already thought I am the only one ;) > >> which is not very common, but I'm happy to switch to something else (I >> read the PkgMate/GitPackaging page, but it still lists alioth, so I'm >> not sure how authoritative it is...). > > no switching needed... :-D > >> I'll can then ping you when I think the package is ready for review. > > Yes, please do. Oke, its ready, I've just pushed to the debian/sid branch cheers, Birger signature.asc Description: OpenPGP digital signature
Bug#940570: gtk-layer-shell status
Hi, On 1/2/20 7:49 AM, Mike Gabriel wrote: > Hi Birger, > > thanks for your interest in joining in with packaging gtk-layer-shell. > > On Di 31 Dez 2019 22:07:00 CET, Birger Schacht wrote: [...] > >> Maybe we can work together on this package or you can use the stuff I >> already implemented (I haven't found a packaging repo in the mate team >> for gtk-layer-shell so I figured you might not have started yet). > > Yes, let's bundle resources. If you are not a DD yourself, I'll be happy > to move your Git repo over to salsa/debian/gtk-layer-shell and we > continue the packaging there. I haven't started anything, so far, > regarding putting together a DEB package. (Sometimes, it is just good to > wait... ;-) ). Oke, feel free to move the repo any time. I'm neither DD nor DM, so you would have to give me permissions to push to the repo if its in the debian namespace. > If you are not a DD, are you interested in a packaging review? Or shall > I just go over your packaging and add my 2¢ here and there and then upload? I'm happy about reviews! I have already some experience with packaging and have more or less regular sponsors for some of my packages, but its nice to have packages reviewed by new people, because different people have different approaches to packaging ;) > > Maintainer-wise, I'd say we put a package tracker email address into the > Maintainer:-field and add the package to more than one team on > tracker.debian.org. So all teams get informed on updates. Uploader-wise, > we should put all persons' names into the field that are interested in > its maintenance. Oke, I'll do that. I'm using the 'bare debian' git packaging approach, which is not very common, but I'm happy to switch to something else (I read the PkgMate/GitPackaging page, but it still lists alioth, so I'm not sure how authoritative it is...). I'll can then ping you when I think the package is ready for review. cheers, Birger
Bug#852108: usbguard: fails to start after installation: "ERROR: Configuration: /etc/usbguard/rules.conf: usbguard::Exception"
control: tags -1 - pending Hi, On 12/18/19 1:28 PM, Florent Rougon wrote: > Hello, > > Thanks for your work on this package! This bug has the 'pending' tag > since January 24, 2017. Maybe the fix is not pending anymore? Thanks for noticing! Yes, the fix about the missing rules.conf is not pending anymore. cheers, Birger > > Thanks & regards >
Bug#940570: gtk-layer-shell status
hi, I'm interested in helping to get this package into Debian. I'm maintaining the waybar [0] package, which is a Wayland status bar. In its newest release, one functionality of Waybar also depends on gtk-layer-shell. I started to work on the gtk-layer-shell package in https://salsa.debian.org/bisco-guest/gtk-layer-shell, because I only afterwards saw this ITP. Maybe we can work together on this package or you can use the stuff I already implemented (I haven't found a packaging repo in the mate team for gtk-layer-shell so I figured you might not have started yet). cheers, Birger (bisco) [0] https://github.com/Alexays/Waybar
Bug#947858: ITP: wshowkeys -- Displays keypresses on screen on supported Wayland compositors
Package: wnpp Severity: wishlist Owner: Birger Schacht * Package name: wshowkeys Version : none yet Upstream Author : Drew DeVault * URL : https://git.sr.ht/~sircmpwn/wshowkeys * License : GPL-3 Programming Lang: C Description : Displays keypresses on screen on supported Wayland compositors wshowkeys displays keypresses on screen on supported Wayland compositors (requires wlr_layer_shell_v1 support). (comparable with xev)
Bug#946835: scdoc: bug preventing indented literal blocks
Hi, thanks for the bug report! We won't be able to backport any non security related fixes to stable, but we might create a buster-backport of version 1.10, which is currently in testing. If its time critical and you don't want to wait until the package lands in buster-backports, you should be able to use scdoc from the testing distribution. cheers, Birger signature.asc Description: OpenPGP digital signature
Bug#944805: RFS: git-quick-stats/2.0.11-1
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "git-quick-stats" * Package name : git-quick-stats Version : 2.0.11-1 Upstream Author : Lukáš Mešťan * Url : https://github.com/arzzen/git-quick-stats * Licenses : Expat,Apache-2.0,LGPL-3 Programming Lang : Shell Section : utils Git quick statistics is a simple and efficient way to access various statistics in git repository. It builds those binary packages: * git-quick-stats To access further information about this package, visit the following URL: https://mentors.debian.net/package/git-quick-stats Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/g/git-quick-stats/git-quick-stats_2.0.11-1.dsc Alternatively, you can access package debian/ directory via git from URL: https://salsa.debian.org/bisco-guest/git-quick-stats.git More information about git-quick-stats can be obtained from https://github.com/arzzen/git-quick-stats Changes since last upload: * New upstream version 2.0.11 * d/rules: Install the script to /usr/lib/git-core instead of /usr/bin * d/control: bump standards version to 4.4.1 (no changes required) Regards, Birger Schacht
Bug#944130: RFS: errbot/6.1.1+ds-1
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "errbot" * Package name : errbot Version : 6.1.1+ds-1 Upstream Author : Guillaume Binet, Tali Davidovich Petrover, Nick Groenen * Url : http://errbot.io * Licenses : GPL-3+,GPL-3 with Errbot exception,BSD-3-Clause,GPL-3 Programming Lang : Python Section : net Errbot is a chatbot. It allows you to start scripts interactively from your chatrooms for any reason: random humour, chatops, starting a build, monitoring commits, triggering alerts... . It is written and easily extensible in Python. It builds those binary packages: * errbot To access further information about this package, visit the following URL: https://mentors.debian.net/package/errbot Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/e/errbot/errbot_6.1.1+ds-1.dsc Alternatively, you can access package debian/ directory via git from URL: https://salsa.debian.org/bisco-guest/errbot.git More information about errbot can be obtained from http://errbot.io Changes since last upload: * New upstream version * d/control - Bump standards version to 4.4.1 (no changes required to make package compliant) - Add new dependency python3-dulwich to Build-Depends and Depends * d/patches: update 0001-Remove-pygments-markdown-lexer-dependency patch Regards, Birger Schacht
Bug#942802: RFS: scdoc/1.10.0-1
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "scdoc" * Package name : scdoc Version : 1.10.0-1 Upstream Author : Drew DeVault * Url : https://git.sr.ht/~sircmpwn/scdoc * Licenses : MIT Programming Lang : C Section : text scdoc is a tool designed to make the process of writing man pages more friendly. It reads scdoc syntax from stdin and writes roff to stdout, suitable for reading with man(1). It builds those binary packages: * scdoc To access further information about this package, visit the following URL: https://mentors.debian.net/package/scdoc Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/s/scdoc/scdoc_1.10.0-1.dsc Alternatively, you can access package debian/ directory via git from URL: https://salsa.debian.org/bisco-guest/scdoc.git More information about scdoc can be obtained from https://git.sr.ht/~sircmpwn/scdoc Changes since last upload: * New upstream release * d/copyright: - Replaced Upstream-Author with Upstream-Contact * d/patches: - Refreshed patch * d/control: - Bumped Standards-Version to 4.4.41 (no changes required to make package compliant) Regards, Birger Schacht
Bug#942800: RFS: tao-pegtl/2.8.1-1
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "tao-pegtl" * Package name : tao-pegtl Version : 2.8.1-1 Upstream Author : Dr. Colin Hirsch and Daniel Frey * Url : https://github.com/taocpp/PEGTL * Licenses : MIT Programming Lang : C Section : libs The Parsing Expression Grammar Template Library (PEGTL) is a zero-dependency C++11 header-only parser combinator library for creating parsers according to a Parsing Expression Grammar (PEG). It builds those binary packages: * tao-pegtl-dev To access further information about this package, visit the following URL: https://mentors.debian.net/package/tao-pegtl Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/t/tao-pegtl/tao-pegtl_2.8.1-1.dsc Alternatively, you can access package debian/ directory via git from URL: https://salsa.debian.org/bisco-guest/tao-pegtl.git More information about tao-pegtl can be obtained from https://github.com/taocpp/PEGTL Changes since last upload: * New upstream release * d/control + Bumped standards version to 4.4.1 (no changes required to make package compliant) + Added Rules-Requires-Root: no * Drop unneeded variable from d/gitlab-ci.yml * Switch Build-Dependency from debhelper to debhelper-compat Regards, Birger Schacht
Bug#935042: Program phones home by default
Hi, On 10/13/19 11:16 PM, Robie Basak wrote: > On Sun, Oct 13, 2019 at 11:02:45PM +0200, Birger Schacht wrote: >> The problem is that the package will be removed from unstable in a >> couple of days because of this bug report. 3 month is sometimes not that >> much time to fix a bug or even comment on a bug report. And the release >> of bullseye is not even in sight. I or someone else could do an NMU, but >> the package will be removed from the archive before that can happen. > > It sounds like you would like to change Debian's process for handling > serious bugs then, rather than having any particular issue with this bug > specifically? That might be a discussion better had on the debian-devel@ > list. No, thats definitly not what I want. I simply think that filing an RC bug for something thats easily fixed and not violating policy is escalating too quickly. As I said, I'm happy to do an NMU, I just don't have timd to do that right away, but if the package is gone from Debian by then I wont bother. cheers, Birger
Bug#935042: Program phones home by default
Hi, On 10/13/19 10:02 PM, Robie Basak wrote: > On Sun, Oct 13, 2019 at 05:23:40PM +0200, Birger Schacht wrote: >> Robie, could you please point out the part of the Debian policy that >> this package is violating? > > I cannot. I believe that this issue is such a clear violation of > Debian's philosophy that it has never been necessary to document it > formally as policy. Thanks for the clarification! > > However you seem to have missed out the latter part of the definition of > "serious" in your quote. Here's the full definition: > > serious is a severe violation of Debian policy (roughly, it > violates a "must" or "required" directive), or, in the package > maintainer's or release manager's opinion, makes the package > unsuitable for release. I haven't missed out the part about the "package maintainers or the release manager's opinion", but I didn't consider it relevant to this bug report because its neither nor is setting this level of seriousness. > I think it's quite clear that this issue makes the package unsuitable > for release. If the package maintainer disagrees and thinks that it's OK > to release Debian with this bug outstanding, they may change it. > > Are you suggesting that "serious" is not justified? Nobody seems to have > doubted that so far. If the package maintainer wants to reduce the > severity of this bug by relying on policy not mentioning this type of > matter, then I'm fairly confident that this will result in policy being > amended in the end anyway. The problem is that the package will be removed from unstable in a couple of days because of this bug report. 3 month is sometimes not that much time to fix a bug or even comment on a bug report. And the release of bullseye is not even in sight. I or someone else could do an NMU, but the package will be removed from the archive before that can happen. cheers, Birger PS: please don't mistake me asking for clarification as a sign that I don't consider this being a privacy leak, on the contrary.
Bug#935042: Program phones home by default
Hi, On 8/18/19 3:21 PM, Robie Basak wrote: > Package: lynis > Version: 2.6.2-1 > Severity: serious https://www.debian.org/Bugs/Developer#severities says: > serious is a severe violation of Debian policy (roughly, it violates a > "must" or "required" directive)" Robie, could you please point out the part of the Debian policy that this package is violating? thanks, Birger
Bug#941689: RFS: git-quick-stats/2.0.9-1 ITP
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "git-quick-stats" * Package name : git-quick-stats Version : 2.0.9-1 Upstream Author : Lukáš Mešťan * Url : https://github.com/arzzen/git-quick-stats * Licenses : Expat Programming Lang : Bash Section : utils Git quick statistics is a simple and efficient way to access various statistics in git repository. It builds those binary packages: * git-quick-stats To access further information about this package, visit the following URL: https://mentors.debian.net/package/git-quick-stats Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/g/git-quick-stats/git-quick-stats_2.0.9-1.dsc Alternatively, you can access package debian/ directory via git from URL: https://salsa.debian.org/bisco-guest/git-quick-stats.git More information about git-quick-stats can be obtained from https://github.com/arzzen/git-quick-stats Regards, Birger Schacht
Bug#941676: RFS: kanshi/1.0.0-1 ITP
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "kanshi" * Package name : kanshi Version : 1.0.0-1 Upstream Author : Simon Ser * Url : https://github.com/emersion/kanshi * Licenses : Expat Programming Lang : C Section : x11 kanshi allows you to define output profiles that are automatically enabled and disabled on hotplug. For instance, this can be used to turn a laptop's internal screen off when docked. . This is a Wayland equivalent for tools like autorandr. kanshi can be used on Wayland compositors supporting the wlr-output-management protocol. It builds those binary packages: * kanshi To access further information about this package, visit the following URL: https://mentors.debian.net/package/kanshi Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/k/kanshi/kanshi_1.0.0-1.dsc Alternatively, you can access package debian/ directory via git from URL: https://salsa.debian.org/bisco-guest/kanshi.git More information about kanshi can be obtained from https://github.com/emersion/kanshi Regards, Birger Schacht
Bug#940862: sway: looks like 1.2 has been released
Thanks! I'm already working on 1.2- there is another wlroots upload that we have to do and then 1.2 should be good to go ;) cheers, Birger On 9/21/19 3:22 AM, Rob Browning wrote: > > Package: sway > Severity: wishlist > > I've had some trouble with 1.1, and it looks like 1.2 might have fixed > some crash-inducing bugs. > > Thanks >
Bug#940652: ITP: git-quick-stats -- simple and efficient way to access various statistics in git repository
Package: wnpp Severity: wishlist Owner: Birger Schacht * Package name: git-quick-stats Version : 2.0.9 Upstream Author : Lukáš Mešťan * URL : https://lukasmestan.com/git-quick-stats/ * License : MIT Programming Lang: Shellscript Description : simple and efficient way to access various statistics in git repository git-quick-stats is a simple and efficient way to access various statistics in git repository. . Any git repository contains tons of information about commits, contributors, and files. Extracting this information is not always trivial, mostly because of a gadzillion options to a gadzillion git commands.
Bug#936081: New upstream 0.7.0 available
Hi, On 9/11/19 8:16 PM, Guido Günther wrote: > Hi, > On Wed, Sep 11, 2019 at 06:27:46PM +0200, Birger Schacht wrote: >> Hi Guido, >> >> I've seen you have already started updating the packge for 0.7.0. If >> there is anything I can do to help, feel free to say so! I would not now >> how to handle the soname bump though- the so_version was changed from >> 3.4.1 to 3.5.1... > > i think checking debian/copyright and uploading that thing is what's > left. Since the sonome doesn't change the major version i think we're > good to go. > >> FYI I've also created a team on tracker (team+swa...@tracker.debian.org) >> and started to set the maintainer address to the team address. If you >> want to do that for wlroots to, feel free to do so ;) > > sure. in case you want to handle the above feel free to do that too. > Cheers, I've updated d/copyright and made some small adjustments: [be3aa96] d/control: add libpng-dev to build-depends (for examples/screencopy.c) [f972935] d/control: Set maintainer to team address and move Guido to uploaders [1f69b85] d/control: Bump Standards-Version I've also added myself to uploaders, to make lintian happy (because the changelog entry was done by me). I can not do the upload though, because I'm not a DM/DD - I guess you, Guido, or someone else would have to sponsor it ;) cheers, Birger
Bug#936081: New upstream 0.7.0 available
Hi Guido, I've seen you have already started updating the packge for 0.7.0. If there is anything I can do to help, feel free to say so! I would not now how to handle the soname bump though- the so_version was changed from 3.4.1 to 3.5.1... FYI I've also created a team on tracker (team+swa...@tracker.debian.org) and started to set the maintainer address to the team address. If you want to do that for wlroots to, feel free to do so ;) cheers, Birger
Bug#939405: ITP: waypipe -- Proxy wayland clients over a single socket
Package: wnpp Severity: wishlist Owner: Birger Schacht * Package name: waypipe Version : 0.6.1 Upstream Author : Manuel Stoeckl * URL : https://mstoeckl.com/notes/gsoc/blog.html * License : MIT Programming Lang: C Description : Proxy wayland clients over a single socket waypipe is a proxy for Wayland clients. It forwards Wayland messages and serializes changes to shared memory buffers over a single socket. This makes application forwarding similar to ssh -X feasible. Upstream considers the software to be unstable right now- I will package waypipe for experimental for now.
Bug#922117: RFS: waybar/0.5.1-1 [ITP] -- Highly customizable Wayland bar for Sway and Wlroots based compositors
control: reopen 922117
Bug#922117: (no subject)
control: reopen 922117 I've packaged and uploaded the new version of waybar to mentors as well as the repository on https://salsa.debian.org/bisco-guest/waybar Still looking for a sponsor ;) cheers, Birger
Bug#920040: ITP: waybar -- Highly customizable Wayland bar for Sway and Wlroots based compositors
Hi! On 9/1/19 10:25 PM, Martin Michlmayr wrote: > * Birger Schacht [2019-01-21 21:12]: >> * Package name: waybar > > What's the status of this package? > > I cannot find it on mentors anymore but I also don't see it in Debian. The package was removed a couple of days ago due to finding no sponsor for 20 weeks ;) I've now uploaded the new version 0.8.0 of waybar to mentors and also pushed the changes to https://salsa.debian.org/bisco-guest/waybar > > Thanks for packaging sway! > You're welcome! cheers, Birger
Bug#935779: ITP: wdisplays -- GUI display configurator for wlroots compositors
Package: wnpp Severity: wishlist Owner: Birger Schacht * Package name: wdisplays Version : no release yet Upstream Author : cyclopsian * URL : https://github.com/cyclopsian/wdisplays * License : GPL Programming Lang: C Description : GUI display configurator for wlroots compositors wdisplays is a graphical application for configuring displays in Wayland compositors. It should work in any compositor that implements the wlr-output-management-unstable-v1 protocol, including sway.
Bug#933365: RFS: scdoc/1.9.6-1
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "scdoc" * Package name : scdoc Version : 1.9.6-1 Upstream Author : Drew DeVault * Url : https://git.sr.ht/~sircmpwn/scdoc * Licenses : MIT Programming Lang : C Section : text scdoc is a tool designed to make the process of writing man pages more friendly. It reads scdoc syntax from stdin and writes roff to stdout, suitable for reading with man(1). It builds those binary packages: * scdoc To access further information about this package, visit the following URL: https://mentors.debian.net/package/scdoc Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/s/scdoc/scdoc_1.9.6-1.dsc Alternatively, you can access package debian/ directory via git from URL: https://salsa.debian.org/bisco-guest/scdoc.git More information about scdoc can be obtained from https://git.sr.ht/~sircmpwn/scdoc Changes since last upload: * New upstream release * Refreshed patch * Bumped standards version to 4.4.0 (no changes required to make package compliant) * d/gitlab-ci.yml: Drop superfluous release variable Regards, Birger Schacht
