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#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#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#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#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#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#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#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#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#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#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#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#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#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#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#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#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#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#930898: ITP: conmon -- OCI container runtime monitor
Hi nicoo, there is already an ITP for conmon: #930898 cheers, Birger
Bug#930898: ITP: conmon -- OCI container runtime monitor
erm sorry, typo, should be #929666 On 6/22/19 12:02 PM, Birger Schacht wrote: > Hi nicoo, > > there is already an ITP for conmon: #930898 > > cheers, > Birger >
Bug#929666: #929666 ITP: conmon -- An OCI container runtime monitor
Hi, On 6/21/19 4:06 AM, Dmitry Smirnov wrote: > Birger, let's move the repository to "debian" group please, shall we? Feel free to do so- I'm neither a DD nor a DM, so I can't move it there. I've added you and siretart as maintainers, if thats needed. cheers, Birger
Bug#929666: ITP: conmon -- An OCI container runtime monitor
Hi Reinhard, On 6/1/19 5:17 PM, Reinhard Tartler wrote: > I think think that separation is not helping me at all, and I'd really > prefer the standard layout that gbp-buildpackage suggests: > http://honk.sigxcpu.org/projects/git-buildpackage/manual-html/gbp.intro.html#gbp.repository > Note that the 'upstream' branch regularily gets merged into the packaging > branch. This seems to be different with your packaging style. merging the > upstream sources enables using tools such as license-reconcile, dgit, and > similar. > Thanks for your understanding. I've now merged the upstream tag into master. There was also a new release a couple of days ago fixing the copyright issue, and I've updated the package accordingly. cheers, Birger
Bug#929666: ITP: conmon -- An OCI container runtime monitor
Hi Reinhard, On 5/29/19 3:07 PM, Reinhard Tartler wrote: > On Tue, May 28, 2019 at 2:18 PM Birger Schacht > wrote: >> I maintain the source package on >> https://salsa.debian.org/bisco-guest/conmon - but conmon is not a golang >> project, it is C. But if there is another team that package fits, I'd be >> happy to team maintain ;) >> > > Thanks for the clarification. > > I notice that you chose a packaging style that does not include > the upstream sources, which is not my personal preference. Actually the current upstream source is in the upstream/0.2.0 tag- gbp buildpackage looks there for the upstream sources. Is it not possible to use dgit with having upstream sources in a separate branch? > Any chance to convince you to use a style that makes it possible > to use dgit(1)? If so, I'd be happy to help you with moving this > package to the "debian" namespace (formerly known as collab-maint) > which provides access to a audience and thus makes collaboration > easier, and to sponsor uploads as necessary. Well, I like having the upstream sources and the debian/ directory separated from another, but if it makes it easier for you I can merge the upstream/0.2.0 tag into master. Other than that there is only https://github.com/containers/conmon/issues/30 that keeps the package from being uploaded. cheers, Birger
Bug#929666: ITP: conmon -- An OCI container runtime monitor
Hi Reinhard, On 5/28/19 6:49 PM, Reinhard Tartler wrote: > Thanks for working on this package. > > Do you plan to have this package team maintained in the golang team? If so, > please let us know where on salsa you maintain the source package. I may be > able to help out. I maintain the source package on https://salsa.debian.org/bisco-guest/conmon - but conmon is not a golang project, it is C. But if there is another team that package fits, I'd be happy to team maintain ;) cheers, Birger
Bug#929666: ITP: conmon -- An OCI container runtime monitor
Package: wnpp Severity: wishlist Owner: Birger Schacht * Package name: conmon Version : 0.2.0 Upstream Author : Peter Hunt * URL : https://github.com/containers/conmon * License : Apache-2.0 Programming Lang: C Description : An OCI container runtime monitor. Conmon is a monitoring program and communication tool between a container manager (like podman or CRI-O) and an OCI runtime (like runc or crun) for a single container. It is a run dependency for podman.
Bug#928403: ITP: swaybg -- Wallpaper tool for Wayland compositors
Package: wnpp Severity: wishlist Owner: Birger Schacht * Package name: swaybg Version : 1.0 Upstream Author : Drew DeVault * URL : http://github.com/swaywm/swaybg * License : MIT Programming Lang: C Description : Wallpaper tool for Wayland compositors swaybg is a wallpaper utility for Wayland compositors. It is compatible with any Wayland compositor which implements the following Wayland protocols: * wlr-layer-shell * xdg-output * xdg-shell
Bug#927899: ITP: cage -- A Wayland kiosk
Package: wnpp Severity: wishlist Owner: Birger Schacht * Package name: cage Version : 0.1 Upstream Author : Jente Hidskes * URL : https://www.hjdskes.nl/projects/cage/ * License : MIT Programming Lang: C Description : A Wayland kiosk Cage is a kiosk compositor for Wayland. A kiosk is a window manager (in the X11 world) or compositor (in the Wayland world) that is designed for a user experience wherein user interaction and activities outside the scope of the running application are prevented. That is, a kiosk compositor displays a single maximized application at a time and prevents the user from interacting with anything but this application.
Bug#924342: ITP: wf-recorder -- screen recorder for wlroots-based compositors
Package: wnpp Severity: wishlist Owner: Birger Schacht * Package name: wf-recorder Version : no release yet Upstream Author : Ilia Bozhinov * URL : https://github.com/ammen99/wf-recorder * License : MIT Programming Lang: C Description : screen recorder for wlroots-based compositors wf-recorder is a utility program for screen recording of wlroots-based compositors (more specifically, those that support wlr-screencopy-v1 and xdg-output). Its dependences are ffmpeg, wayland-client and wayland-protocols.
Bug#821397: sway 1.0-rc1
hi On 2/9/19 7:25 PM, Birger Schacht wrote: >>> There are new lintian warnings: >>> >>> I: sway: file-references-package-build-path usr/bin/sway >>> [...] >>> I think this refers to the occurrence of strings like: >>> ../sway/commands/exec.c >>> in the binaries. This is a relative path and the lintian warning is >>> about reproducability, so i think this is a false negative? >> Just FTR, I was totally wrong about this, it actually bakes the build path into the binary in https://github.com/swaywm/sway/blob/d168d65f2c0297bf5662c0f48f5f53705e54a376/common/log.c#L102 But there is a TODO about this https://github.com/swaywm/sway/blob/d168d65f2c0297bf5662c0f48f5f53705e54a376/include/log.h#L36 cheers, Birger
Bug#821397: sway 1.0-rc2
Hi, On 2/12/19 6:40 PM, Sean Whitton wrote: > Hello Birger, > > On Mon 11 Feb 2019 at 07:36PM +01, Birger Schacht wrote: > >> sway 1.0-rc2 was released today, i've updated the package and pushed to >> salsa. >> >> Changes: >> * New upstream version >> * d/rules: use sed to set upstream version in meson.build > > It looks like the clean target does not undo this change, so there will > be issues with producing source packages from the unpacked tree. > > Could you fix that, please? I've now removed the sed line alltogether- I didn't find a solution without adding a patch that would have to be updated with every release. Maybe there is a way to override the project_version with meson command line flag, but i wasn't able to find anything. And I'm not sure how much value it adds if sway --version adds the ~rc2 to the output and if so, that should probably be fixed upstream. cheers, Birger
Bug#922086: ITP: kanshi -- dynamic display configuration manager
control: owner -1 ! control: retitle -1 ITP: kanshi -- dynamic display configuration manager
Bug#821397: sway 1.0-rc2
Hi, sway 1.0-rc2 was released today, i've updated the package and pushed to salsa. Changes: * New upstream version * d/rules: use sed to set upstream version in meson.build cheers, Birger signature.asc Description: OpenPGP digital signature
Bug#821397: sway 1.0-rc1
Hi, On 2/9/19 10:12 PM, Mattia Rizzolo wrote: > On Sat, Feb 09, 2019 at 09:30:43PM +0100, Mattia Rizzolo wrote: >> I'm thinking, it means 0.3-1 broke over 0.2-1, and that is a bug that >> I'd be filing as serious if I found it myself. >> Happy to properly check, since this is a simple library I should find >> the time for this. > > Looking, this looked more serious than I even thought initially. > Filed as https://bugs.debian.org/921884 > Thanks, Mattia! I'll keep an eye on the bug and remove the workaround in sway as soon as this is fixed! cheers, Birger signature.asc Description: OpenPGP digital signature
Bug#821397: sway 1.0-rc1
Hi, On 2/9/19 9:21 PM, Sean Whitton wrote: > Birger, could you add a comment in d/control, saying that the versioned > dependency is just a workaround to help users of Debian experimental > avoid a broken window manager, and in the future it will be removed in > favour of relying on dpkg-shlibdeps? > > (`dch -r` :)) > Done! cheers, Birger signature.asc Description: OpenPGP digital signature
Bug#821397: sway 1.0-rc1
Hi, On 2/9/19 8:55 PM, Sean Whitton wrote: > Hello Birger, > > On Sat 09 Feb 2019 at 07:25PM +01, Birger Schacht wrote: > >>>> * Make versioned run dependency on libwlroots0 explicit >>> >>> Please explain (either in the changelog or with a comment in d/control) >>> why this is needed -- it's unusual not to be able to rely on >>> dpkg-shlibdeps doing this for you. This does matter, even if the >>> package is NEW. >> >> I have to admit that i don't know ;) When trying to test sway i realized >> that i only had libwlroots0 in an older version but dpkg didn't warn me >> about that. `apt show sway` didn't show the version for libwlroots0 >> either in the Depends. But with listing the version explicitly the >> package also has a dependency on the correct version. > > Are you saying that sway would not work at all with the older libwlroots? Exactly. With libwlroots0 0.2-1 sway crashed. cheers, Birger
Bug#821397: sway 1.0-rc1
Hi, thanks for the detailed review, that was very helpful! On 2/9/19 6:50 PM, Sean Whitton wrote: >> Changes since beta2: >> * New upstream release >> * Remove swaylock and swayidle: they are now separate packages >> * Clean up d/sway.install > > "Cleaning up" suggests only deleting lines, but you also added some > wildcards, so "tidied up" would be better. This is an extremely minor > point :) * Tidied up d/sway.install: now that swaylock and swayidle are seperate source packages, its easier to use wildcards >> * Specify versioned build-dependencies and add libelogind >> and libsystemd build-dep >> * Remove references to swaygrab > > You need to mention the new wayland-protocols build-dep, too. > > Normally you would also specify /why/ the build-deps now need to be > versioned (someone should not need to guess why the scdoc build-dep > needs to be 1.8.1, for example). Since this is a NEW package, it > doesn't matter, so I'm telling you about this for the future. > > It would also be worth mentioning why swaygrab is no longer referenced. > Again, though, it doesn't matter because this package is NEW. * Specify versioned build-dependencies as required by upstream. Thus explicitly listing wayland-protocols and libsystemd as build-dep with versions and adding versions to scdoc build-dep. * Adding libelogind build-dep * Bump version of libwlroots-dev build-dep * Remove references to swaygrab (it was removed from the upstream package; see grim(1) for an alternative) >> * Update Recommends and Suggests > > Similarly, more detail would be useful, though it doesn't matter much > since the package is NEW. * Update Recommends and Suggests: one of the sway wallpapers is configured as background in the shipped config file, thus the package containing the wallpapers is recommended. swayidle and swaylock are also configured in the shipped config file, but commented, thus they are only suggested > >> * Make versioned run dependency on libwlroots0 explicit > > Please explain (either in the changelog or with a comment in d/control) > why this is needed -- it's unusual not to be able to rely on > dpkg-shlibdeps doing this for you. This does matter, even if the > package is NEW. I have to admit that i don't know ;) When trying to test sway i realized that i only had libwlroots0 in an older version but dpkg didn't warn me about that. `apt show sway` didn't show the version for libwlroots0 either in the Depends. But with listing the version explicitly the package also has a dependency on the correct version. >> There are new lintian warnings: >> >> I: sway: file-references-package-build-path usr/bin/sway >> [...] >> I think this refers to the occurrence of strings like: >> ../sway/commands/exec.c >> in the binaries. This is a relative path and the lintian warning is >> about reproducability, so i think this is a false negative? > > This doesn't need to block an upload to experimental, so I'll leave it > to your judgement. Thanks for investigating. Oke, lets ignore this for now, i'll try to figure out if its a problem with sway or with the lintian warning > I haven't tried installing and running the package yet, btw, but I guess > that you have done this. I'll give it a try before the upload. yes, i'm running it ;) cheers, Birger > > After you've responded to the above, please remember to `dch -r`! > signature.asc Description: OpenPGP digital signature
Bug#821397: sway 1.0-rc1
hi, On 2/6/19 1:09 AM, Sean Whitton wrote: > Hello Birger, > > There is a new release of sway out, and it moves swayidle and swaylock > into separate source packages. > > Those are all going to have to pass through NEW. Do you have time to > prepare separate source packages for all these? We might as well do it > now rather than later. i've updated the package to 1.0-rc1 and pushed to the git repo. Changes since beta2: * New upstream release * Remove swaylock and swayidle: they are now separate packages * Clean up d/sway.install * Specify versioned build-dependencies and add libelogind and libsystemd build-dep * Remove references to swaygrab * Update Recommends and Suggests * Make versioned run dependency on libwlroots0 explicit There are new lintian warnings: I: sway: file-references-package-build-path usr/bin/sway I: sway: file-references-package-build-path usr/bin/swaybar I: sway: file-references-package-build-path usr/bin/swaybg I: sway: file-references-package-build-path usr/bin/swaymsg I: sway: file-references-package-build-path usr/bin/swaynag I think this refers to the occurrence of strings like: ../sway/commands/exec.c in the binaries. This is a relative path and the lintian warning is about reproducability, so i think this is a false negative? cheers, Birger signature.asc Description: OpenPGP digital signature
Bug#921497: ITP: swaylock -- Screen locker for Wayland
Hi, On 2/8/19 10:29 PM, Sean Whitton wrote: > Hello Birger, > > On Wed 06 Feb 2019 at 07:54AM +01, Birger Schacht wrote: > >> * Package name: swaylock >> Version : 1.3 >> Upstream Author : Drew DeVault >> * URL : https://github.com/swaywm/swaylock >> * License : MIT >> Programming Lang: C >> Description : Screen locker for Wayland >> >> swaylock is a screen locking utility for Wayland compositors. It is >> compatible with any Wayland compositor which implements the following >> Wayland protocols: >> * wlr-layer-shell >> * wlr-input-inhibitor >> * xdg-output >> * xdg-shell > > Here is a review of 566c844e8e78c5eff3c5c638e8877efad16f99b0 in your > repo on salsa. > > - The copyright years for upstream need to be 2016-2019, not 2016-2018. fixed > - Are you sure that Nicolas doesn't share copyright of debian/? Did you > make debian/ from scratch, or copy parts of it from the old sway > source package? Same as with swayidle, i've added Nicolas to be sure. > - There is this Lintian warning; since we are uploading to unstable, > ideally you'd add a patch to fix it, and forward that upstream: > > W: swaylock: manpage-has-errors-from-man usr/share/man/man1/swaylock.1.gz > 70: warning: macro ':'' not defined This might be a bug in scdoc, but i've reported it in swaylock upstream for now (upstreams overlap) and added a workaround. > - Be sure to `dch -r` when you've fixed these. done and pushed. thanks, Birger > > Otherwise, we should be good to go. >
Bug#921496: ITP: swayidle -- Idle management daemon for Wayland
Hi, On 2/8/19 10:33 PM, Sean Whitton wrote: > Hello Birger, > > On Wed 06 Feb 2019 at 07:48AM +01, Birger Schacht wrote: > >> * Package name: swayidle >> Version : 1.2 >> Upstream Author : Drew DeVault >> * URL : https://github.com/swaywm/swayidle >> * License : MIT >> Programming Lang: C >> Description : Idle management daemon for Wayland >> >> This is sway's idle management daemon, swayidle. It is compatible with >> any Wayland compositor which implements the KDE idle protocol. See the >> man page, swayidle(1), for instructions on configuring swayidle. > > d1cc9e94e01d9cc03e673b7ecf0951e231dc9e24 looks good to upload, but could > you just confirm that only you have copyright on debian/, please? Did > you do it from scratch, or copy parts from Nicolas' work on the old > source package? If you did it all yourself, just confirm that and I > will upload. I usually copy the debian/* files from one or more of my existing packages, depending on which one is most up to date. I wasn't sure which one i based this on, but at least the d/control file looks like its based on Nicolas' work, so i've added them as copyright holders to be sure. Pushed to c12f46f cheers, Birger
Bug#821397: Fwd: sway 1.0-rc1
Hi, On 2/7/19 5:36 AM, Sean Whitton wrote: > Hello Birger, > > On Wed 06 Feb 2019 at 12:00PM +01, Birger Schacht wrote: > >> Forgot to cc the bugreport: >> >> Hi, >> >> On 2/6/19 7:41 AM, Birger Schacht wrote: >>> But both swayidle and swaylock don't depend on wlroots, so i can start >>> with those. >> >> thats now #921496 and #921497. > > You need to set Maintainer: and Uploaders: to be the same as the sway > package, since we're doing a split. done! cheers, Birger > > I haven't done a full review yet. >
Bug#821397: Fwd: sway 1.0-rc1
Forgot to cc the bugreport: Hi, On 2/6/19 7:41 AM, Birger Schacht wrote: > But both swayidle and swaylock don't depend on wlroots, so i can start > with those. thats now #921496 and #921497. cheers, Birger signature.asc Description: OpenPGP digital signature
Bug#921497: ITP: swaylock -- Screen locker for Wayland
Package: wnpp Severity: wishlist Owner: Birger Schacht * Package name: swaylock Version : 1.3 Upstream Author : Drew DeVault * URL : https://github.com/swaywm/swaylock * License : MIT Programming Lang: C Description : Screen locker for Wayland swaylock is a screen locking utility for Wayland compositors. It is compatible with any Wayland compositor which implements the following Wayland protocols: * wlr-layer-shell * wlr-input-inhibitor * xdg-output * xdg-shell
Bug#921496: ITP: swayidle -- Idle management daemon for Wayland
Package: wnpp Severity: wishlist Owner: Birger Schacht * Package name: swayidle Version : 1.2 Upstream Author : Drew DeVault * URL : https://github.com/swaywm/swayidle * License : MIT Programming Lang: C Description : Idle management daemon for Wayland This is sway's idle management daemon, swayidle. It is compatible with any Wayland compositor which implements the KDE idle protocol. See the man page, swayidle(1), for instructions on configuring swayidle.
Bug#821397: sway 1.0-rc1
Hi! On 2/6/19 1:11 AM, Sean Whitton wrote: > Hello, > > On Tue 05 Feb 2019 at 05:09PM -07, Sean Whitton wrote: > >> There is a new release of sway out, and it moves swayidle and swaylock >> into separate source packages. >> >> Those are all going to have to pass through NEW. Do you have time to >> prepare separate source packages for all these? We might as well do it >> now rather than later. > > What I mean is: we might as well put the three separate sway source > packages in NEW now, rather than wait for 1.0~beta.2 to pass through > NEW, and then moving the binary packages between source packages. But > only if you have time! Yes! I've already started working on this, but sway now needs wlroots 0.3 and that not in the archive yet (i've ask Guido about it, but didn't get an answer yet). But both swayidle and swaylock don't depend on wlroots, so i can start with those. cheers, Birger signature.asc Description: OpenPGP digital signature
Bug#821397: intent to sponsor an upload to NEW
Hi, On 1/31/19 4:22 AM, Sean Whitton wrote: > control: tag -1 -pending > > Hello Birger, > > On Wed 30 Jan 2019 at 04:44PM -07, Sean Whitton wrote: > >> Pushed to DELAYED/14! > > *sigh* > > I have been fighting with Debian's upload queue for the past few hours > because I discovered that the -2 upload was not processed. > > I was able to get it processed through to DEFERRED through some manual > hacking of the .changes file, but then when I cancelled the -1 upload, > the -2 upload was left in a state that would cause it to be REJECTed 14 > days from now (the .orig.tar.gz was removed). > > Could you `dch "Try upload again."; dch -r; git commit; git push`, > please? Then I can try again with a -3 upload. done! cheers, Birger > > I would do this myself but I don't have push access to the swaywm-team. >
Bug#821397: intent to sponsor an upload to NEW
Hi, On 1/30/19 10:46 PM, Sean Whitton wrote: > control: tag -1 -pending > > Hello, > > On Wed 30 Jan 2019 at 02:42PM -07, Sean Whitton wrote: > >> Thank you. I've pushed it to DELAYED/14, after which it will land in >> the NEW queue. > > Er. After doing this, I immediately discovered this error in > d/copyright: > > License: LGPL-2.1-or-later > > should be > > License: LGPL-2.1+ Argl, I'm sorry for having overlooked this > Could you make this change as a -2 upload, please? Since I have already > pushed the -1, it is cleaner to do it that way. Yes, fixed and pushed in 0a31ddda to salsa Thanks and cheers, Birger > > Sorry, all, for the noise. >
Bug#821397: intent to sponsor an upload to NEW
Hi Sean, On 1/30/19 9:10 PM, Sean Whitton wrote: > Hello Birger, > > On Wed 30 Jan 2019 at 08:47PM +01, Birger Schacht wrote: > >> both fixed in ae7be33f. Thanks for your patience! > > You need dch -r again ... sorry for the bureaucracy. > done in 0d9ddb3b ;) cheers, Birger
Bug#821397: intent to sponsor an upload to NEW
Hello Sean, On 1/30/19 8:24 PM, Sean Whitton wrote: > Hello Birger, > > On Wed 30 Jan 2019 at 07:24AM -07, Sean Whitton wrote: > >> Thanks. I neglected to do a d/copyright check yesterday and have found >> some problems with d/copyright that need to be fixed before I can >> upload: >> >> - the Source: field is wrong >> >> - the protocols/ dir needs accounting for (look in the files there) > > You've pushed new commits, but unfortunately they are not adequate. > > The License: LGPL-2.1-or-later is not standard (use LGPL-2.1+) and > should refer to the full license text in /usr/share/common-licenses. > Please use codesearch.debian.net to find the standard way to do it. ah, sorry, i thought the LGPL-2.1+ was deprecated (i usually use the identifiers listed on spdx.org). But that also explains why i didn't find any occurrences on codesearch ;) > The copyright dates for the protocols/ files that are due to Drew > DeVault are not accounted for in d/copyright. They include files dated > 2018, but d/copyright does not reflect that. I suggest > > Copyright: © 2016-2018 Drew DeVault both fixed in ae7be33f. Thanks for your patience! cheers, Birger
Bug#821397: intent to sponsor an upload to NEW
Hi, On 1/30/19 2:33 AM, Sean Whitton wrote: > Dear Birger, Nicolas, > > On Fri 11 Jan 2019 at 08:19AM +01, Birger Schacht wrote: > >> I've sent nicoo another mail about this and i'll let you know as soon as >> i hear back. > > Thank you to both of you for your recent work on the sway package. I > want to unblock inclusion of swaywm in Debian by sponsoring the upload. Thanks! > There are a few social issues to resolve. > > Firstly, I want to ensure that Nicolas is adequately credited for having > done the majority of the packaging work (so far as I can tell); at the > time of writing, where master is at 9303b617, I don't think this is > true. > > Secondly, I want to ensure that the Maintainer and Uploaders fields > adequately reflect Debian's social conventions about who gets final say > over the contents of the package. Right now only Birger is listed. As > has already been pointed out this could be interpreted as a kind of > package hijack, which we don't want. Sorry for the confusion, i'll try to be more considerate of existing work next time! > I have a few technical questions about the packaging, but they are not > sufficiently severe to block uploading to experimental, so I'm not > addressing them in this e-mail. > > This is what I propose we do: > > (1) use the [ square brackets ] convention to make it clear that the > initial packaging work was done mainly by Nicolas; > > (2) set the Maintainer field to Nicolas; and > > (3) set the Uploaders field to Birger, > > i.e. apply this diff: > > diff --git a/debian/changelog b/debian/changelog > index ac2d939f..e5e6ccd5 100644 > --- a/debian/changelog > +++ b/debian/changelog > @@ -1,5 +1,6 @@ > sway (1.0~beta.2-1) experimental; urgency=medium > > + [ Nicolas Braud-Santoni & Birger Schacht ] >* Initial packaging (Closes: 897246, 821397) > > -- Birger Schacht Sun, 02 Dec 2018 20:14:53 +0100 > diff --git a/debian/control b/debian/control > index 384a91ee..df3e0d0c 100644 > --- a/debian/control > +++ b/debian/control > @@ -1,7 +1,8 @@ > Source: sway > Section: x11 > Priority: optional > -Maintainer: Birger Schacht > +Maintainer: Nicolas Braud-Santoni > +Uploaders: Birger Schacht > Build-Depends: > debhelper-compat (= 12), > libwlroots-dev (>= 0.2), > > According to Debian's social conventions, this would mean that both > Birger and Nicolas are allowed to make uploads of the package, but > Nicolas has final say over the contents of the package, and would be > allowed to remove Birger from the Uploaders field. Future uploads by me should then be NMUs, i guess? > The last e-mail we have from Nicolas, saying that they are waiting for > sponsorship, indicates that they still want to maintain this package in > Debian. On the other hand, Birger has worked on the package recently, > and I want to unblock him. So I think this is a suitable compromise. > > Birger, if this sounds good to you, please apply my diff, and then run > `dch -r` again to refresh the timestamp in d/changelog. done and pushed to 08230095 cheers, Birger > > I will then upload the package to DELAYED/X where X=15-N, and N is the > number of days that have passed since the date of this e-mail. > > Nicolas, if you are not okay with having Birger in the Uploaders field, > you can NACK my sponsorship and do an upload yourself, now that you are > in the uploading keyring. >
Bug#920040: ITP: waybar -- Highly customizable Wayland bar for Sway and Wlroots based compositors
Package: wnpp Severity: wishlist Owner: Birger Schacht * Package name: waybar Version : 0.2.4 Upstream Author : Alexis Rouillard * URL : https://github.com/Alexays/Waybar/ * License : MIT Programming Lang: C Description : Highly customizable Wayland bar for Sway and Wlroots based compositors Waybar is a highly customizable wayland bar for Sway and Wlroots based compositors. It features applets displaying information about Sway (Workspaces, Binding mode, Focused window name), Local time, Battery, Network, Pulseaudio, Memory, Cpu load average and custom scripts
Bug#821397: ITP: sway -- i3-compatible Wayland compositor
Hi, On 1/9/19 1:05 AM, Martin Michlmayr wrote: > * Michele Cane [2018-12-14 19:32]: >> Thanks for the work already done to bring this package to debian. >> >> Any update of a possible upload of b2 to experimental? > > Yes, please. > > Any update on this? Birger? nicoo? I've sent nicoo another mail about this and i'll let you know as soon as i hear back. cheers, Birger
Bug#821397: ITP: sway -- i3-compatible Wayland compositor
hi, On 12/3/18 12:52 PM, Mattia Rizzolo wrote: > On Sun, Dec 02, 2018 at 10:10:33PM +0100, Birger Schacht wrote: >> but i'm not a DM so i can not upload it. Should i create an RFS and go >> through mentors? >> (also, i'm still not sure if its oke to just take the package from nicoo) > > Usually it's not quite ok, and at the very least it's considered rude. oh, in that case i definitly won't ask for an upload ;) > Note sure, do you have some kind of agreement with nicoo? If so then I > guess you can go ahead… i sent him and guido an email about the sway status because they were the swaywm-team on salsa a month ago, but didn't hear back from nicoo. guido then gave me permission to push to the repo. i'd propose to wait for nicoo, i can keep the repo uptodate in the meantime. cheers, Birger
Bug#821397: ITP: sway -- i3-compatible Wayland compositor
hi, On 12/2/18 5:11 PM, Mattia Rizzolo wrote: > On Tue, Nov 20, 2018 at 08:05:40PM +0100, Birger Schacht wrote: >> just for the record: sway depends on json-c >= 0.13, which is in >> transition (see #904418) > > Regardless of this detail, would you consider uploading it to > experimental already, or are there any other blockers? :) I've just updated the package in the repository on https://salsa.debian.org/swaywm-team/sway but i'm not a DM so i can not upload it. Should i create an RFS and go through mentors? (also, i'm still not sure if its oke to just take the package from nicoo) cheers, Birger
Bug#915203: ITP: slurp -- Select a region in a Wayland compositor and print it to the standard output
Package: wnpp Severity: wishlist Owner: Birger Schacht * Package name: slurp Version : 1.0 Upstream Author : Simon Ser * URL : https://github.com/emersion/slurp * License : Expat Programming Lang: C Description : Select a region in a Wayland compositor and print it to the standard output Select a region in a Wayland compositor and print it to the standard output. Works well with grim, which is a screenshotting tool for wayland compositors by the same upstream author.
Bug#915202: ITP: grim -- Grab images from a Wayland compositor
Package: wnpp Severity: wishlist Owner: Birger Schacht * Package name: grim Version : 1.0 Upstream Author : Simon Ser * URL : https://github.com/emersion/grim * License : Expat Programming Lang: C Description : Grab images from a Wayland compositor Grab images from a Wayland compositor. Works great with slurp and also with sway >= 1.0. I'm packaging this tool because with sway X11 tools like scrot are not supported.
Bug#914807: ITP: muacrypt -- Autocrypt encryption for mail agents
Package: wnpp Severity: wishlist Owner: Birger Schacht * Package name: muacrypt Version : 0.9 Upstream Author : Holger krekel and the Autocrypt team * URL : https://muacrypt.readthedocs.io * License : GPL Programming Lang: Python Description : Autocrypt encryption for mail agents muacrypt is a support tool for implementing Autocrypt Level 1 compliant mail agents. Autocrypt state is kept in one or more accounts which process and produce autocrypt headers from respective incoming and outgoing e-mail. Each account is tied to a set of e-mail addresses, specified as a regular expression. Functionality is exposed through a command line tool muacrypt and a Python api obtained through import muacrypt. There is an evolving plugin architecture which allows to add and modify behaviour of muacrypt.
Bug#821397: ITP: sway -- i3-compatible Wayland compositor
just for the record: sway depends on json-c >= 0.13, which is in transition (see #904418) signature.asc Description: OpenPGP digital signature
Bug#912865: ITP: mako - lightweight notification daemon for Wayland
Package: wnpp Severity: wishlist Owner: Birger Schacht * Package name: mako Version : 1.1 Upstream Author : emersion * URL : https://wayland.emersion.fr/mako/ * License : Expat Programming Lang: C Description : lightweight notification daemon for Wayland mako is a lightweight notification daemon for Wayland compositors that support the layer-shell protocol. There is already a python template library for python with the source package name mako- i'm not sure what the best namechange for the notification daemon could be? Should only the source packge be renamed or also the binary package? If the former, is mako-src to generic? signature.asc Description: OpenPGP digital signature
Bug#912754: ITP: scdoc - Small man page generator
Package: wnpp Severity: wishlist Owner: Birger Schacht * Package name: scdoc Version : 1.5.2 Upstream Author : Drew DeVault * URL : https://git.sr.ht/~sircmpwn/scdoc * License : MIT Programming Lang: C Description : Small man page generator scdoc is a simple man page generator written for POSIX systems written in C99. It is used to build the manpages of swaywm.
Bug#907502: Acknowledgement (ITP: matrix-python-sdk -- Matrix Client SDK for Python)
hm, there might be the possibility of matrix-python-sdk becoming unmaintained upstream: https://github.com/matrix-org/matrix-python-sdk/issues/279 i'll wait what happens there for now. signature.asc Description: OpenPGP digital signature
Bug#907502: ITP: matrix-python-sdk -- Matrix Client SDK for Python
Package: wnpp Severity: wishlist Owner: Birger Schacht X-Debbugs-CC: debian-de...@lists.debian.org * Package name: matrix-python-sdk Version : 0.3.2 Upstream Author : mat...@matrix.org * URL : http://www.matrix.org * License : Apache License 2.0 Programming Lang: Python Description : Matrix Client SDK for Python This is a Matrix client-server SDK for Python 2.7 and 3.4+. The SDK provides 2 layers of interaction. The low-level layer just wraps the raw HTTP API calls. The high-level layer wraps the low-level layer and provides an object model to perform actions on.
Bug#905853: ITP: tao-pegtl -- Parsing Expression Grammar Template Library
Package: wnpp Severity: wishlist Owner: Birger Schacht * Package name : tao-pegtl Version : 2.7.0-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). This is actually version 2 of https://tracker.debian.org/pkg/pegtl (which is version 1.3.1), but it is incompatible with version 1 because the file extensions changed from .hh to .hpp and the include path is now /usr/include/tao and thus the package name also changed, so me and muri (who packaged the version 1) figured it would be better to create a new package. There is only one build-dep on version 1 (usbguard), which switched to version 2 of tao-pegtl in its last upstream version. (I hope this approach is oke) I plan to maintain this package myself, keeping debianization in following Git repository: https://salsa.debian.org/bisco-guest/tao-pegtl
Bug#884363: ITP: bolt -- Thunderbolt 3 security system daemon
control: retitle -1 ITP: bolt -- Thunderbolt 3 security system daemon that sounds like an interesting package, i'll take a look. your, Birger
