Bug#1082417: RFP: phosh-osk-data -- OSK completion data for phosh
Package: wnpp Severity: wishlist * Package name: phosh-osk-data Version : 0.25.0 Upstream Contact: Guido Günther * URL : https://gitlab.gnome.org/guidog/phosh-osk-data * License : Project Gutenberg License Programming Lang: Text Description : OSK completion data for phosh Data to enable text completion in phosh-osk-stub using the presage completer. The package uses files from the Gutenberg project to build a corpus.
Bug#1078571: RFP: ntfy -- Send push notifications to your phone or desktop using PUT/POST
Package: wnpp Severity: wishlist * Package name: ntfy Upstream Contact: Philipp C. Heckel. * URL : https://github.com/binwiederhier/ntfy * License : GPL or Apache 2.0 Programming Lang: Go Description : Send push notifications to your phone or desktop using PUT/POST >From the README: ntfy (pronounced "notify") is a simple HTTP-based pub-sub notification service. With ntfy, you can send notifications to your phone or desktop via scripts from any computer, without having to sign up or pay any fees. If you'd like to run your own instance of the service, you can easily do so since ntfy is open source. This will be useful to set up push notifiations from e.g. Matrix servers.
Bug#1078570: RFP: kunifiedpush -- UnifiedPush client library and distributor daemon
Package: wnpp Severity: wishlist * Package name: kunifiedpush Upstream Contact: Volker Krause * URL : https://api.kde.org/kunifiedpush/html/index.html * License : mostly LGPL (some BSD-2-Clause) Programming Lang: C++ Description : UnifiedPush client library and distributor daemon kunifiedpush supports different push providers like ntfy, nextpush or gotify. This will be helpful on mobile devices to receive push notifications.
Bug#1075789: ITP: libssc -- libssc
Package: wnpp Severity: wishlist Owner: Guido Günther X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: libssc Version : 0.1.6 Upstream Contact: Dylan Van Assche * URL : https://libssc.dylanvanassche.be/ * License : LGPL Programming Lang: C Description : libssc `libssc` is a library to expose the sensors managed by the Qualcomm Sensor Core found in many Qualcomm System-on-Chips (SoCs) from 2018 and onwards
Bug#1068238: ITP: gmobile -- mobile related helpers for glib based projects
Package: wnpp Severity: wishlist Owner: Guido Günther * Package name: gmobile Version : 0.1.0 Upstream Contact: The Phosh developers * URL : https://gitlab.gnome.org/World/Phosh/gmobile * License : LGPL Programming Lang: C Description : mobile related helpers for glib based projects The shared library is used by projects like phosh to determine device tree compatibles, use suspend robust timers or query cutout and notch information.
Bug#1065430: ITP: phosh-wallpapers -- Phosh Wallpapers and other artwork
Package: wnpp Severity: wishlist Owner: Guido Günther * Package name: phosh-wallpapers Version : 0.37.0 Upstream Contact: Guido Günther * URL : https://gitlab.gnome.org/guidog/phosh-wallpapers * License : GPL, CC-BY-SA-4 Description : Phosh Wallpapers and other artwork This package contains the current wallpapers and plymouth theme.
Bug#1052083: RFP: varnam-schemes -- Language related files for Varnam
Hi, On Sun, Sep 17, 2023 at 11:40:05AM +0200, Guido Günther wrote: > Package: wnpp > Severity: wishlist > > * Package name: varnam-schemes > Version : 1.8.0 > * URL : https://www.example.org/ > * License : MPL-2.0 > Programming Lang: Ruby > Description : Language related files for Varnam > > The scheme files are needed for govarnam / libvarnam to provide the > completions for the different Indic languages Prelimenary packaging is at https://salsa.debian.org/agx/varnam-schemes
Bug#1052001: RFP: govarnam -- Completion engine to type Indic languages
Hi, On Fri, Sep 15, 2023 at 07:30:31PM +0200, Guido Günther wrote: > Package: wnpp > Severity: wishlist > > * Package name: govarnam > Version : 1.9.0 > * URL : https://github.com/varnamproject/govarnam > * License : AGPL-3 > Programming Lang: Go > Description : Completion engine to type Indic languages > > Easily Type Indian Languages on computer and mobile. GoVarnam is a > cross-platform transliteration library. Manglish -> Malayalam, Thanglish > -> Tamil, Hinglish -> Hindi plus another 10 languages. GoVarnam is a > near-Go port of libvarnam > > govarnam builds a shared library that can be used from C (and other > languages). Looking at #1052083 I noticed that the scheme files need govarnam to build so here's prelimenary packaging: https://salsa.debian.org/agx/govarnam Mostly missing is the installation into multi arch directories but it's enough to build the schemes. Cheers, -- Guido
Bug#1052083: RFP: varnam-schemes -- Language related files for Varnam
Package: wnpp Severity: wishlist * Package name: varnam-schemes Version : 1.8.0 * URL : https://www.example.org/ * License : MPL-2.0 Programming Lang: Ruby Description : Language related files for Varnam The scheme files are needed for govarnam / libvarnam to provide the completions for the different Indic languages
Bug#1052001: RFP: govarnam -- Completion engine to type Indic languages
Hi, On Fri, Sep 15, 2023 at 07:30:31PM +0200, Guido Günther wrote: > Package: wnpp > Severity: wishlist > > * Package name: govarnam > Version : 1.9.0 > * URL : https://github.com/varnamproject/govarnam > * License : AGPL-3 > Programming Lang: Go > Description : Completion engine to type Indic languages > > Easily Type Indian Languages on computer and mobile. GoVarnam is a > cross-platform transliteration library. Manglish -> Malayalam, Thanglish > -> Tamil, Hinglish -> Hindi plus another 10 languages. GoVarnam is a > near-Go port of libvarnam > > govarnam builds a shared library that can be used from C (and other > languages). > > This would be used by phosh-osk-stub to supply Indic language input on mobile. The go dependency golang-github-mattn-go-sqlite3-dev is in Debian already. The build system needs some minor tweaks: https://github.com/varnamproject/govarnam/pull/33 https://github.com/varnamproject/govarnam/pull/32 https://github.com/varnamproject/govarnam/pull/31 Cheers, -- Guido
Bug#1052001: RFP: govarnam -- Completion engine to type Indic languages
Package: wnpp Severity: wishlist * Package name: govarnam Version : 1.9.0 * URL : https://github.com/varnamproject/govarnam * License : AGPL-3 Programming Lang: Go Description : Completion engine to type Indic languages Easily Type Indian Languages on computer and mobile. GoVarnam is a cross-platform transliteration library. Manglish -> Malayalam, Thanglish -> Tamil, Hinglish -> Hindi plus another 10 languages. GoVarnam is a near-Go port of libvarnam govarnam builds a shared library that can be used from C (and other languages). This would be used by phosh-osk-stub to supply Indic language input on mobile.
Bug#1036012: ITP: phosh-wallpapers -- Wallpapers for Phosh
Package: wnpp Severity: wishlist Owner: Guido Günther * Package name: phosh-wallpapers Version : 0.27.0 Upstream Contact: François Téchené * URL : https://gitlab.gnome.org/guidog/phosh-wallpapers * License : cc-by-sa-4.0 Programming Lang: none Description : Wallpapers for Phosh Wallpapers for Phosh intended for use on mobile phones as lockscreen background. For docked usage some typical desktop sizes are provided as well. . The wallpapers work on other mobile and desktop environments e.g. as desktop background too.
Bug#1034712: ITP: livi -- Minimalistic video player targeting mobile devices
Package: wnpp Severity: wishlist Owner: Guido Günther X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: livi Version : 0.0.3 Upstream Contact: Guido Günther * URL : https://gitlab.gnome.org/guidog/livi * License : GPL Programming Lang: C Description : Minimalistic video player targeting mobile devices A minimalistic GTK4 and gstreamer based video player for mobile phones like the Librem 5 aiming for minimal battery usage. It supports: - Inhibiting suspend/idle when playing video - li>Stopping video playback on (i.e. power button toggled) blank - Registering as default video player in GNOME control center - An indicator whether hardware accleration is in usex
Bug#1025060: ITP: phosh-osk-stub -- An experimental on screen keyboard for Phosh
Package: wnpp Severity: wishlist Owner: Guido Günther * Package name: phosh-osk-stub Version : 0.23.0~rc1 Upstream Author : Guido Günther * URL : https://gitlab.gnome.org/guidog/phosh-osk-stub * License : GPL Programming Lang: C Description : A minimalistic, experimental on screen keyboard for Phosh phosh-osk-stub implements phosh's keyboard interface for ease of experimentation. The focus is on ease of change and to help debugging input related issues. It features character popovers, gesture based cursor navigation and text completion. . For production use it's recommended to use Phosh's official on screen keyboard squeekboard. phosh-osk-stub used to live in phosh's source tree but was split out with phosh 0.16.0. Since then it grew in features. I'll upload to experimental as it is not meant to replace squeekboard but rather to have a small implementation that can be swapped out to ease debugging or help on platforms that have trouble building rust.
Bug#1019381: ITP: phosh-tour -- A short introduction to phosh on smartphones
Package: wnpp Severity: wishlist Owner: Guido Günther X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: phosh-tour Version : 0.21.0 Upstream Author : Sam Sam Hewitt , Guido Günther * URL : https://www.example.org/ * License : GPL Programming Lang: C Description : A short introduction to phosh on smartphones Phosh tour gives a short visual introduction on how to use phosh on a smartphone explaining the available gestures for navigation, quick settings, etc.
Bug#1016082: RFP: authenticator -- Generate Two-Factor Codes
Package: wnpp Severity: wishlist * Package name: authenticator Version : 4.1.6 Upstream Author : Bilal Elmoussaoui * URL : https://gitlab.gnome.org/World/Authenticator * License : GPL Programming Lang: Rust Description : Generate Two-Factor Codes This is the successor of gnome-authenticator (packaged in Debian) by the same author but rewritten in Rust. Hence i filed wnpp instead of "new upstream version". Looking at https://gitlab.gnome.org/World/Authenticator/-/blob/master/Cargo.toml we're currently lacking zbar and a few other crates which would need to go in first. As authenticator is pretty generic maybe gw-authenticator (as it's part of /GNOME/World) would be an appropriate executable name? Otherwise replacing gnome-authenticator would likely work too. I don't have immediate plans to work on it but would join a packaging effort as there's more rust based GNOME related projects which would be great to have. Cheers, -- Guido
Bug#955803: ITP: bemenu -- Dynamic menu inspired by dmenu
Hi Tzafrir, On Wed, Jul 20, 2022 at 10:04:13PM +0200, Tzafrir Cohen wrote: > Hi, > > I need bemenu for packaging of SXMO (soon to submit an ITP). > I adapted and updated packaging and it is currently at: > > https://salsa.debian.org/tzafrir/bemenu > > Can I push this to https://salsa.debian.org/swaywm-team/bemenu ? I think that makes sense. I've not heard from Peter on that for some time. I've added you to the swaywm packaging team group. > I also intend to package: > > * wayout: Wayland desktop widgets from standard input text > https://salsa.debian.org/tzafrir/wayout > > * lisgd: libinput synthetic gesture daemon > https://salsa.debian.org/tzafrir/lisgd > > Do those packages also fit this team? That works for me too if you want to keep the SXMO related packages somewhat together. Cheers, -- Guido > > -- > mail / xmpp / matrix: tzaf...@cohens.org.il >
Bug#1015190: ITP: phom -- Virtual mouse for phosh
Package: wnpp Severity: wishlist Owner: Guido Günther X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: phom Version : 0.20.0~beta1 Upstream Author : Guido Günther * URL : https://gitlab.gnome.org/guidog/phom/ * License : GPL Programming Lang: C Description : Virtual mouse for phosh A simple virtual mouse for phosh. It can be used to control the mouse cursor on an external screen for e.g. presentations. Although implemented for phosh it should work with any compositor supporting the wlr-layer-surface and wlr-virtual-pointer Wayland protocols
Bug#1013799: ITP: phosh-mobile-settings -- Application to configure mobile settings for Phosh
Package: wnpp Severity: wishlist Owner: Guido Günther X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: phosh-mobile-settings Version : 0.0.1 Upstream Author : Guido Günther * URL : https://gitlab.gnome.org/guidog/phosh-mobile-settings * License : GPL Programming Lang: C Description : Application to configure mobile settings for Phosh Mobile Settings allows to configure some advanced settings of Phosh and related components via a GUI that would otherwise involve using the command line like scaling down applications or haptic / led feedback settings. It will be maintained under the DebianOnMobile umbrella.
Bug#993598: ITP: libadwaita -- Building blocks for modern GNOME applications
Hi, On Fri, Sep 03, 2021 at 04:17:17PM +0200, Guido Günther wrote: > Package: wnpp > Severity: wishlist > Owner: Guido Günther > X-Debbugs-Cc: debian-de...@lists.debian.org, > pkg-gnome-maintain...@lists.alioth.debian.org > > * Package name: libadwaita > Version : 1.0.0~alpha.2 > Upstream Author : Alexander Mikhaylenko and more > * URL : https://gitlab.gnome.org/GNOME/libadwaita/ > * License : LGPL > Programming Lang: C > Description : Building blocks for modern GNOME applications > > libadwaita is a collection of GTK widgets for adaptive applications targeting > form-factors from mobile to desktop. > It also offers widgets following the GNOME design guidelines. > > The package will be maintained withing gnome-team on salsa. Status in NEW: https://ftp-master.debian.org/new/libadwaita-1_1.0.0~alpha.2-1.html > > Cheers, > -- Guido
Bug#993598: ITP: libadwaita -- Building blocks for modern GNOME applications
Package: wnpp Severity: wishlist Owner: Guido Günther X-Debbugs-Cc: debian-de...@lists.debian.org, pkg-gnome-maintain...@lists.alioth.debian.org * Package name: libadwaita Version : 1.0.0~alpha.2 Upstream Author : Alexander Mikhaylenko and more * URL : https://gitlab.gnome.org/GNOME/libadwaita/ * License : LGPL Programming Lang: C Description : Building blocks for modern GNOME applications libadwaita is a collection of GTK widgets for adaptive applications targeting form-factors from mobile to desktop. It also offers widgets following the GNOME design guidelines. The package will be maintained withing gnome-team on salsa. Cheers, -- Guido
Bug#579616: RFA: nss-updatedb -- Cache name service directories in DB format
Hi, On Sat, May 29, 2021 at 12:38:29AM -0300, Fabio A. De Muzio Tobich wrote: > On Thu, 29 Apr 2010 07:04:21 +0200 Guido =?iso-8859-1?Q?G=FCnther?= > wrote: > > Package: wnpp > > Severity: normal > > > > I request an adopter for the nss-updatedb package. > > > > The package description is: > > This package contains a script, nss_updatedb, which can be > > used to maintain local caches of user and group directories. > > These can then be used by the DB Name Service Switch module > > (libnss-db) to provide name service when the system is offline. > > . > > These tools are designed to work with libpam-ldap and libnss-ldap. > > > > I'm not using it anymore. > > Cheers, > > -- Guido > > > > > > > > Hi Guido, > > I still use this package quite regularly and I'm interested in adopting it. > It's been a while since you opened this RFA, would be ok if I go ahead with > the adoption process? Sure, go ahead! Thanks, -- Guido > > Regards, > > -- > ⢀⣴⠾⠻⢶⣦⠀ Fabio A. De Muzio Tobich > ⣾⠁⢰⠒⠀⣿⡁ 9730 4066 E5AE FAC2 2683 > ⢿⡄⠘⠷⠚⠋⠀ D03D 4FB3 B4D3 7EF6 3B2E > ⠈⠳⣄ > signature.asc Description: PGP signature
Bug#982250: [Debian-on-mobile-maintainers] Forking on MMSD
Hi Chris, On Wed, Apr 14, 2021 at 02:46:30PM -0400, Chris Talbot wrote: > Hello, > > On Wed, 2021-04-14 at 20:30 +0200, Guido Günther wrote: > > Hi, > > On Wed, Apr 14, 2021 at 02:21:04PM -0400, Chris Talbot wrote: > > > Hello All, > > > > > > In talking to the Debian Developer Mr. Federico Ceratto, since I > > > have > > > been unable to get a hold of the Ofono Maintainers, the best course > > > of > > > action for packaging mmsd into Debian is to simply fork the project > > > and > > > submit my version upstream for packaging in Debian. My repository > > > is > > > here: https://source.puri.sm/kop316/mmsd/ > > > > > > I am sending this so the relavent parties are aware of this, and to > > > indicate that I no longer intend on trying to get a hold of > > > upstream > > > mmsd to try and submit patches. > > > > > > For the Purism Employees, I am additionally asking for permission > > > to > > > keep hosting mmsd on https://source.puri.sm/ . I have been > > > extremely > > > appreciative in using it and I am happy to keep it there, but I > > > want to > > > be neighboorly and ask if it is okay for me to keep it there. If it > > > is > > > not, I completely understand and I am fine with moving it to a new > > > host. > > > > Keeping your ofono version on source.puri.sm is certainly welcome! > > Cheers, > > -- Guido > > > > > > > > If you have any questions, comments, or concern, please reach out > > > to > > > me. > > > > > > -- > > > Respectfully, > > > Chris Talbot > > > > > > > > > ___ > > > Debian-on-mobile-maintainers mailing list > > > debian-on-mobile-maintain...@alioth-lists.debian.net > > > https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/debian-on-mobile-maintainers > > > > Thank you for allowing me to keep hosting it there. Great. If you really want to maintain a fork i'd consider renaming to make that obvious (e.g. mm-mmsd) to avoid confusion within distros. > Since it is now a fork, I added Mr. Ceratto, Mr. Farraris (a-wai), and > Mr. Clayton Craft (craftyguy, a pmOS developer) as maintainers. Is > there a wish for a Purism maintainer to be added as well? I think sadiq and devrtz were the ones most involved so far but i think working via MRs is fine since that allows to establish a workflow. Cheers, -- Guido > Respectfully, > Chris Talbot >
Bug#982250: [Debian-on-mobile-maintainers] Forking on MMSD
Hi, On Wed, Apr 14, 2021 at 02:21:04PM -0400, Chris Talbot wrote: > Hello All, > > In talking to the Debian Developer Mr. Federico Ceratto, since I have > been unable to get a hold of the Ofono Maintainers, the best course of > action for packaging mmsd into Debian is to simply fork the project and > submit my version upstream for packaging in Debian. My repository is > here: https://source.puri.sm/kop316/mmsd/ > > I am sending this so the relavent parties are aware of this, and to > indicate that I no longer intend on trying to get a hold of upstream > mmsd to try and submit patches. > > For the Purism Employees, I am additionally asking for permission to > keep hosting mmsd on https://source.puri.sm/ . I have been extremely > appreciative in using it and I am happy to keep it there, but I want to > be neighboorly and ask if it is okay for me to keep it there. If it is > not, I completely understand and I am fine with moving it to a new > host. Keeping your ofono version on source.puri.sm is certainly welcome! Cheers, -- Guido > > If you have any questions, comments, or concern, please reach out to > me. > > -- > Respectfully, > Chris Talbot > > > ___ > Debian-on-mobile-maintainers mailing list > debian-on-mobile-maintain...@alioth-lists.debian.net > https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/debian-on-mobile-maintainers >
Bug#982250: [Debian-on-mobile-maintainers] Upstream Efforts
Hi, On Tue, Mar 23, 2021 at 09:48:37AM -0400, Chris Talbot wrote: > Good Morning Evangalos, > > > This should probably live on salsa.debian.org. > > Fair enough. I cloned my repository: > > https://salsa.debian.org/kop316/mmsd/-/tree/debian/latest > > > Instead of removing -WError I think it would be better to see where > > the > > warning comes from and fix that :) > > While I do agree with you (as that is good practice!), my understanding > of packaging mmsd at this time is to package upstream mmsd as close as > possible and only patch upstream mmsd enough to get it to compile > (which I interpret to mean do not patch warnings, only compiler > errors). Once mmsd is accepted into Debian, then I can start adding the > patches I have created to fix issues like this. > > While I do not mind adding additional patches to fix warnings as well, > I feel like this conflicts with my understanding of the original > guidance. As such, could I get clarification on how much I should patch > upstream mmsd to get it accepted in Debian? A guideline i came across in Debian is: Enable `-Werror` for development builds but *disable* it for release builds (as in when building package for Debian). This keeps you out of trouble with e.g. with newer gcc versions (*but* it might also make you miss errors). Given that this is about introducing mmsd to Debian initially and then expecting larger changes anyway i'd say it's o.k. to disable compile warnings *initially* and then fix warning upstream and in Debian in parallel. Cheers, -- Guido > > Respectfully, > Chris Talbot > > > ___ > Debian-on-mobile-maintainers mailing list > debian-on-mobile-maintain...@alioth-lists.debian.net > https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/debian-on-mobile-maintainers >
Bug#982250: [Debian-on-mobile-maintainers] Upstream Efforts
Hi, On Mon, Mar 22, 2021 at 10:00:58AM -0400, Chris Talbot wrote: > Good Morning, > > I agree that this is a reasonable course of action. To make sure I > understand: should I change this bug to packaging upstream mmsd, or > should I close this bug and open a new bug to package upstream mmsd? Reusing this one is fine i think. Cheers, -- Guido > > I am fine doing either one, but I want to make sure I do the correct > one. > > -- > Respectfully, > Chris Talbot > > On Mon, 2021-03-22 at 08:40 +0100, Guido Günther wrote: > > Hi Chris, > > On Tue, Mar 16, 2021 at 10:01:14AM -0400, Chris Talbot wrote: > > > Hello, > > > > > > I attempted again to contact the upstream developers and did not > > > recieve a response. Please see my message from Feb 24, 2021: > > > > > > https://lists.ofono.org/hyperkitty/list/of...@ofono.org/thread/HFGZCER3I6G52SPSG44OC4KTHDO2ZEC6/ > > > > > > As such, does it make the most sense to keep this as a fork? As far > > > as > > > I can tell, the original mmsd has been abandoned. > > > > > > As another note, I reformatted the repository a bit. "Master" has > > > the > > > most up to date version of mmsd: > > > https://source.puri.sm/kop316/mmsd/ > > > > > > And the Debian packaging is here: > > > https://source.puri.sm/kop316/mmsd/-/tree/debian/modemmanager/latest > > > > > > I am still keeping the upstream patches seperate, but I am > > > wondering > > > what the best course of action is at this point. > > > > I'd go about it like this: > > > > - package 'upstream' mmsd for Debian and make it go into Debian. This > > usually takes some time due to NEW processing > > - Once that passed depending on upstream feedback it would be either > > the > > point in time to take over upsream maintenance of mmsd *or* add > > your > > patches in `debian/patches`. > > > > Does that make sense? > > Cheers, > > -- Guido > > > > > > > > > > Thank you! > > > > > > -- > > > Respectfully, > > > Chris Talbot > > > > > > > > > ___ > > > Debian-on-mobile-maintainers mailing list > > > debian-on-mobile-maintain...@alioth-lists.debian.net > > > https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/debian-on-mobile-maintainers > > > > > > > ___ > Debian-on-mobile-maintainers mailing list > debian-on-mobile-maintain...@alioth-lists.debian.net > https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/debian-on-mobile-maintainers
Bug#982250: [Debian-on-mobile-maintainers] Upstream Efforts
Hi Chris, On Tue, Mar 16, 2021 at 10:01:14AM -0400, Chris Talbot wrote: > Hello, > > I attempted again to contact the upstream developers and did not > recieve a response. Please see my message from Feb 24, 2021: > > https://lists.ofono.org/hyperkitty/list/of...@ofono.org/thread/HFGZCER3I6G52SPSG44OC4KTHDO2ZEC6/ > > As such, does it make the most sense to keep this as a fork? As far as > I can tell, the original mmsd has been abandoned. > > As another note, I reformatted the repository a bit. "Master" has the > most up to date version of mmsd: > https://source.puri.sm/kop316/mmsd/ > > And the Debian packaging is here: > https://source.puri.sm/kop316/mmsd/-/tree/debian/modemmanager/latest > > I am still keeping the upstream patches seperate, but I am wondering > what the best course of action is at this point. I'd go about it like this: - package 'upstream' mmsd for Debian and make it go into Debian. This usually takes some time due to NEW processing - Once that passed depending on upstream feedback it would be either the point in time to take over upsream maintenance of mmsd *or* add your patches in `debian/patches`. Does that make sense? Cheers, -- Guido > > Thank you! > > -- > Respectfully, > Chris Talbot > > > ___ > Debian-on-mobile-maintainers mailing list > debian-on-mobile-maintain...@alioth-lists.debian.net > https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/debian-on-mobile-maintainers >
Bug#871621: Status of the ITP for virt-bootstrap
Hi Jakob, On Sat, Jan 23, 2021 at 06:21:24PM +, Jakob Haufe wrote: > Hi, > > I just stumbled across this ITP. > > Given that skopeo is packaged now I was wondering what the status of > the packaging for virt-bootstrap is. Feel free to take that over, i'm lacking the time atm. Cheers, -- Guido > > Cheers, > sur5r > > -- > ceterum censeo microsoftem esse delendam.
Bug#973860: ITP: callaudiod -- Call audio routing daemon
Hi, On Fri, Nov 06, 2020 at 08:47:01AM +, Holger Levsen wrote: > Hi Guido, > > On Fri, Nov 06, 2020 at 09:13:40AM +0100, Guido Günther wrote: > > Package: wnpp > > Severity: wishlist > > Owner: Guido Günther > > * Package name: callaudiod > > Version : 0.0.4 > > Upstream Author : Arnaud Ferraris > > this seems to be a duplicate of #973841 filed by Arnaud (cc:ed) > himself... Thanks, already spotted and merged. -- Guido > > > -- > cheers, > Holger > > ⢀⣴⠾⠻⢶⣦⠀ > ⣾⠁⢠⠒⠀⣿⡁ holger@(debian|reproducible-builds|layer-acht).org > ⢿⡄⠘⠷⠚⠋⠀ PGP fingerprint: B8BF 5413 7B09 D35C F026 FE9D 091A B856 069A AA1C > ⠈⠳⣄ > > In Europe there are people prosecuted by courts because they saved other > people > from drowning in the Mediterranean Sea. That is almost as absurd as if > there > were people being prosecuted because they save humans from drowning in the > sea.
Bug#973860: ITP: callaudiod -- Call audio routing daemon
Package: wnpp Severity: wishlist Owner: Guido Günther X-Debbugs-Cc: debian-de...@lists.debian.org, debian-on-mobile-maintain...@alioth-lists.debian.net * Package name: callaudiod Version : 0.0.4 Upstream Author : Arnaud Ferraris * URL : https://gitlab.com/mobian1/callaudiod/ * License : LGPL-2.1-or-later (lib) , GPL-3.0-or-later (daemon) Programming Lang: C Description : Call audio routing daemon callaudiod is a daemon for dealing with audio routing during phone calls. It provides a D-Bus interface allowing other programs to: * switch audio profiles * output audio to the speaker or back to its original port * mute the microphone Besides the daemon it also ships a shared library to ease interaction with the daemon.
Bug#968892: [Debian-on-mobile-maintainers] Bug#968892: RFP: meta-phosh -- Meta package for the phosh mobile environment
control: retitle -1 RFP: meta-phosh -- Meta package for the GNOME/Phosh mobile environment Hi, On Sun, Aug 23, 2020 at 02:00:00PM +0200, Jonas Smedegaard wrote: > Quoting Guido Günther (2020-08-23 13:21:52) > > Package: wnpp > > Severity: wishlist > > > > * Package name: meta-phosh > > Version : 1 > > Upstream Author : Guido Günter > > * URL : https://salsa.debian.org/DebianOnMobile-team/meta-phosh > > * License : GPL > > Description : Meta package for the phosh mobile environment > > > > A meta package to pull in the required components to run a phosh > > session. The focus is on having apps for mobile (e.g. to do phone > > calls) and apps that can reasonably fit the screen. > > > > Doing this as RFP for the moment until all the dependencies are in. > > I suggest instead releasing an actual metapackage, with preliminary > draft dependencies, to experimental. > > I find it easier to contribute collaboratively - e.g. discuss and file > bugreports - against a draft package than an intention to make one :-) I think that makes sense although it will be pretty hard to use with the missing dependencies but depending on what went through new til then we can also move them to Recommends until new is cleared. Cheers, -- Guido
Bug#968892: RFP: meta-phosh -- Meta package for the phosh mobile environment
Hi, On Sun, Aug 23, 2020 at 01:21:52PM +0200, Guido Günther wrote: > Package: wnpp > Severity: wishlist > > * Package name: meta-phosh > Version : 1 > Upstream Author : Guido Günter > * URL : https://salsa.debian.org/DebianOnMobile-team/meta-phosh > * License : GPL > Description : Meta package for the phosh mobile environment > > A meta package to pull in the required components to run a phosh > session. The focus is on having apps for mobile (e.g. to do phone > calls) and apps that can reasonably fit the screen. > > Doing this as RFP for the moment until all the dependencies are in. I hope we can fold into meta-gnome3 at some point when more apps are adaptive out of the box. -- Guido
Bug#968892: RFP: meta-phosh -- Meta package for the phosh mobile environment
Package: wnpp Severity: wishlist * Package name: meta-phosh Version : 1 Upstream Author : Guido Günter * URL : https://salsa.debian.org/DebianOnMobile-team/meta-phosh * License : GPL Description : Meta package for the phosh mobile environment A meta package to pull in the required components to run a phosh session. The focus is on having apps for mobile (e.g. to do phone calls) and apps that can reasonably fit the screen. Doing this as RFP for the moment until all the dependencies are in.
Bug#965963: ITP: wlr-randr -- Utility to manage outputs of a Wayland compositor
Hi, On Tue, Jul 21, 2020 at 04:51:13PM +0100, s...@debian.org wrote: > On Tue, 21 Jul 2020 at 14:27:43 +, Henry-Nicolas Tourneur wrote: > > Description : Utility to manage outputs of a Wayland compositor > > > > Command line interface which allows setting the size, scale, orientation > > of the > > output for a screen. This is the wayland equivalent to xrandr under X11. > > How generically does this work? Do all major Wayland compositors > (GNOME Shell, KDE KWin, Weston, the Sway/wlroots family, ...) implement > the interfaces that it uses? > > If it only works on wlroots-based compositors, or some limitation like > that, then it's still useful for users of those compositors, but the > quoted description seems misleading; saying what the requirements are > would help to set expectations. > > As far as I'm aware, some Wayland compositors (including GNOME Shell, > I think) have it as a design goal that unprivileged clients *can't* > make disruptive changes like switching between display modes. The compositor needs to implement https://github.com/emersion/wlr-randr/blob/master/protocol/wlr-output-management-unstable-v1.xml which (afaik) only applies to wlroots based compositors atm. Cheers, -- Guido
Bug#962861: RFP: drm-info -- Small utility to dump info about DRM devices
Package: wnpp Severity: wishlist * Package name: drm-info Version : 2.2.0 Upstream Author : Scott Anderson * URL : https://github.com/ascent12 * License : MIT Programming Lang: C Description : Small utility to dump info about DRM devices drm_info dumps information about available drm device like available devices, planes, encoders, crtcs and connectors and their DRM properties.
Bug#960228: ITP: calls -- A phone dialer and call handler
Hi, On Mon, May 11, 2020 at 06:36:06AM +, Paul Wise wrote: > On Sun, May 10, 2020 at 8:15 PM Evangelos Ribeiro Tzaras wrote: > > > * Package name: calls > > This name is far too generic, I suggest choosing something more > specific. Since the project is closely related to GNOME and moving to the GNOME infrastracture is somewhat planned (https://source.puri.sm/Librem5/calls/-/issues/139) using gnome-calls might be a way forward. -- Guido > > -- > bye, > pabs > > https://wiki.debian.org/PaulWise
Bug#960228: ITP: calls -- A phone dialer and call handler
Hi, On Mon, May 11, 2020 at 09:45:31AM +0800, Liang Guo wrote: > On Mon, May 11, 2020 at 4:15 AM Evangelos Ribeiro Tzaras > wrote: > > A dialer program for telephony calls on mobile devices > > supporting multiple backends (ModemManager, oFono, Phonesim). > > > > This package is useful for running debian on mobile phones > > providing call functionality. It is commonly used in phosh. > > > > I would like to maintain in a packaging team, namely Debian On Mobile > > I am also looking for a sponsor. > > Interesting package, does it need specific hardware to make call on > computer? you need a voice capable modem (which isn't very common in laptops). calls then does the call handling (accept, decline, ...) while the audio routing is done via a separate daemon like wys: https://source.puri.sm/Librem5/wys Cheers, -- Guido
Bug#956797: ITP: phoc -- Wayland compositor for mobile phones
Hi, On Sat, Apr 18, 2020 at 01:44:26PM +0200, Arnaud Ferraris wrote: > Le 18/04/2020 à 11:29, Guido Günther a écrit : > > Great news! If you're interested in team maintenance we could move that > > into > > > >https://salsa.debian.org/DebianOnMobile-team > > Sure, that would be great! My packages are currently maintained here > > https://salsa.debian.org/awai-guest > > and can be easily migrated. BTW, I also had them uploaded to I've added you to the group. > > https://mentors.debian.net/packages/uploader/arnaud.ferraris%40gmail.com > > in case you feel like sponsoring these. I can have a look at the git repos once there (since that's way simper than working with source package). > > > which i created for that purpose a while back. Another possibility would > > be to team up with the gnome packaging team. > > That could be an option too, although I have a feeling the gnome team > already have a lot on their plate atm. Maybe start as the DebianOnMobile > team, and merge with gnome depending on how things evolve? Sure i was thining the same. I just wanted to check that we don't have another group when there's a fitting one already. Cheers, -- Guido > > Cheers, > Arnaud > > > Cheers, > > -- Guido > > > >
Bug#956797: ITP: phoc -- Wayland compositor for mobile phones
Hi, On Wed, Apr 15, 2020 at 01:02:08PM +0200, Arnaud Ferraris wrote: > Package: wnpp > Severity: wishlist > Owner: Arnaud Ferraris > > * Package name: phoc > Version : 0.1.7 > Upstream Author : Purism SPC > * URL : https://source.puri.sm/Librem5/phoc > * License : MIT, LGPL-2.1+ and GPL-2+ > Programming Lang: C > Description : Wayland compositor for mobile phones > > Tiny wayland compositor based on wlroots for use on mobile phones > like the Librem 5. > > I take the responsibility for maintaining this package. Great news! If you're interested in team maintenance we could move that into https://salsa.debian.org/DebianOnMobile-team which i created for that purpose a while back. Another possibility would be to team up with the gnome packaging team. Cheers, -- Guido
Bug#941584: ITP: imx-mkimage -- i.MX bootimage generator
Package: wnpp Severity: wishlist Owner: Guido Günther * Package name: imx-mkimage Version : imx_4.19.35_1.0.0 * URL : https://source.codeaurora.org/external/imx/imx-mkimage/ * License : GPL Programming Lang: C, Make Description : i.MX bootimage generator imx-mkimage combines u-boot, atf and (if needed) firmare into a bootable image for NXPs imx8 family of CPUs. I have to sort out how to best package / integrate this so a built u-boot / atf can be combined at e.g. flash-kernel runtime. Cheers, -- Guido
Bug#916693: RFP: mfgtools -- Freescale/NXP I.MX Chip image deploy tools
Hi, On Mon, Dec 17, 2018 at 02:42:03PM +0100, Guido Günther wrote: > Package: wnpp > Severity: wishlist > > * Package name: mfgtools > Version : 1.2.31 > Upstream Author : NXP > * URL : https://github.com/NXPmicro/mfgtools > * License : BSD > Programming Lang: C++ > Description : Freescale/NXP I.MX Chip image deploy tools > > Tools to burn e.g. u-boot or the rootfs onto the emmc of imx based > devices via USB (serial downloader). Prelimenary packaging is at https://source.puri.sm/Librem5/mfgtools/tree/pureos/purple It lacks a thorough license check. -- Guido
Bug#916693: RFP: mfgtools -- Freescale/NXP I.MX Chip image deploy tools
Package: wnpp Severity: wishlist * Package name: mfgtools Version : 1.2.31 Upstream Author : NXP * URL : https://github.com/NXPmicro/mfgtools * License : BSD Programming Lang: C++ Description : Freescale/NXP I.MX Chip image deploy tools Tools to burn e.g. u-boot or the rootfs onto the emmc of imx based devices via USB (serial downloader).
Bug#905883: RFP: purple-lurch -- XEP-0384: OMEMO Encryption for libpurple
Hi, On Sat, Aug 11, 2018 at 02:20:30PM +0800, Paul Wise wrote: > Package: wnpp > Severity: wishlist > > * Package name: purple-lurch > Version : 0.6.7 > Upstream Author : Richard Bayerle > * URL : https://github.com/gkdr/lurch/ > * License : GPL > Programming Lang: C > Description : XEP-0384: OMEMO Encryption for libpurple > > This is the more active of the two OMEMO libpurple plugins: > > https://developer.pidgin.im/ticket/16801 > https://github.com/gkdr/lurch > https://github.com/manchito/libpurple-omemo-plugin/ It requires https://github.com/gkdr/axc (GPLv3) https://github.com/gkdr/libomemo (MIT) which are used as git submodules in the above but maybe should be packages separately.
Bug#907641: What's the URL?
Hi, On Sun, Sep 02, 2018 at 12:33:34PM +0200, Erik Brangs wrote: > Hi, > > the URL is missing in the original report. Is > https://source.puri.sm/Librem5/phosh the correct URL? Yes, that's the correct one. Note that this is waiting for libhandy to be accepted. The packaging is mostly there, main thing would be to switch from 1.0 (native) to 3.0 (quilt). Cheers, -- Guido
Bug#907641: RFP: phosh -- Pure Wayland shell for mobile devices
Package: wnpp Severity: wishlist * Package name: phosh Upstream Author : Guido Günther * URL : http://www.example.org/ * License : GPLv3 Programming Lang: C Description : Pure Wayland shell for mobile devices Phosh is a simple shell for Wayland compositors speaking the layer-surface protocol. It currently supports . * a lockscreen * brightness control and nighlight * the gcr system-prompter interface * enough of org.gnome.Mutter.DisplayConfig to make gnome-settings-daemon happy * a homebutton that toggles a simple favorites menu * status icons for battary and wwan . If you're not working on a Wayland compositor then this package is likely not very useful for you.
Bug#871621: ITP of skopeo
Hi, On Wed, Aug 08, 2018 at 04:36:52PM +0200, Bas Zoetekouw wrote: > Hi Free, > > Could you give an update on you ITP of skopeo? I need skopeo as a > dependency for virt-bootstrap, which is in turn required by virt- > manager to build LXC environments. > > Looking at the package, it's probably a lot of work to get all > dependencies packaged and in the archive. Could you give a status > update on those? I'd be happy to help, if needed. I vaguely remember that was possible to run virt-bootstrap without skopeo with limited functionlity but I'm not sure if that's true anymore. -- Guido
Bug#871621: ITP for virt-bootstrap.
On Mon, Aug 06, 2018 at 05:21:09PM +0200, Bas Zoetekouw wrote: >Hi Guido, >Are you still interested in packaging virt-bootstrap? It seems >virt-manager requires this package to be able to create LXC environments. You can grab it. -- Guido
Bug#904632: RFP: deviced -- Daemon for communicating with development devices.
Package: wnpp Severity: wishlist * Package name: deviced Version : x.y.z Upstream Author : Christian Hergert * URL : https://gitlab.gnome.org/chergert/deviced * License : GPLv3 Programming Lang: C Description : Daemon for communicating with development devices. Contained is a daemon, library, and tools for communicating with development devices. This can be used to upload flatpaks via gnome-builder to development boards.
Bug#901509: RFP: libhandy -- GTK+ widgets for mobile phones
Package: wnpp Severity: wishlist * Package name: libhandy Version : 0.0.1 Upstream Author : Guido Günther Adrien Plazas * URL : https://source.puri.sm/Librem5/libhandy * License : LGPL Programming Lang: C Description : GTK+ widgets for mobile phones Set of widgets to ease developing GTK+/GNOME applications for mobile phones and other devices with small screens. Basic packaging is already there. We mostly need to switch from 1.0 native to 3.0 quilt. I might pick that up if nobody else grabs it beforehand.
Bug#897245: ITP: wlroots -- modular Wayland compositor library
On Tue, May 01, 2018 at 03:29:01PM +0800, Paul Wise wrote: > On Mon, 30 Apr 2018 19:54:54 +0200 Nicolas Braud-Santoni wrote: > > > wlroots is an experimental Wayland compositing library, > > used as the basis for several minimalist Wayland window > > managers, including sway. > > Please note this is already in NEW: > > https://ftp-master.debian.org/new/wlroots_0.0.0~git20180223-1.html > > Looks like Guido (CCed) may have forgot to file an ITP? ITP is here since 2018-01-30: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=48 Cheers, -- Guido
Bug#897246: ITP: sway -- i3-compatible Wayland compositor
On Mon, Apr 30, 2018 at 10:11:43PM +0200, Mattia Rizzolo wrote: > Hi Nicolas, > > On Mon, Apr 30, 2018 at 08:41:48PM +0200, Nicolas Braud-Santoni wrote: > > Package: wnpp > > Severity: wishlist > > Owner: Nicolas Braud-Santoni > > Control: block -1 by 897245 > > Please look for already posted bugs before filing new ones. > There already was a RFP for sway (#821397) and carnil merged already > them together, but now their metadata clashes, so please fix them up. > > Also, you filed a ITP for wlroots (#897245) but there also were already > one (#48 - by Guido Günther, CCed), so please coordinate up: carnil > merged them together as well, but he effectively hijacked the older bug > for you... The package is already new: https://ftp-master.debian.org/new/wlroots_0.0.0~git20180223-1.html -- Guido
Bug#890974: RFP: monero -- Private Digital Currency
Package: wnpp Severity: wishlist * Package name: monero Version : 0.11.1.0 * URL : https://getmonero.org/ * License : BSD Programming Lang: C++ Description : private digital currency >From the website: Monero is a private, secure, untraceable, decentralised digital currency. You are your bank, you control your funds, and nobody can trace your transfers unless you allow them to do so. Privacy: Monero uses a cryptographically sound system to allow you to send and receive funds without your transactions being easily revealed on the blockchain (the ledger of transactions that everyone has). This ensures that your purchases, receipts, and all transfers remain absolutely private by default. Security: Using the power of a distributed peer-to-peer consensus network, every transaction on the network is cryptographically secured. Individual wallets have a 25 word mnemonic seed that is only displayed once, and can be written down to backup the wallet. Wallet files are encrypted with a passphrase to ensure they are useless if stolen. Untraceability: By taking advantage of ring signatures, a special property of a certain type of cryptography, Monero is able to ensure that transactions are not only untraceable, but have an optional measure of ambiguity that ensures that transactions cannot easily be tied back to an individual user or computer. Packaging was started here: https://github.com/monero-project/monero/issues/2395
Bug#888848: ITP: wlroots -- Modular wayland compositor library
Package: wnpp Severity: wishlist Owner: Guido Günther * Package name: wlroots Version : git snapshots * URL : https://github.com/swaywm/wlroots * License : MIT Programming Lang: C Description : Modular wayland compositor library wlroots is used as to build compositors like swaywm and way-cooler. Since the library is still changing a lot uploads will only happen to experimental for the time being. Cheers, -- Guido
Bug#886648: ITP: kmscube -- Example KMS/GBM/EGL application
Package: wnpp Severity: wishlist * Package name: kmscube Version : 0.0.0~git20170508 Upstream Author : Rob Clark * URL : https://cgit.freedesktop.org/mesa/kmscube/ * License : Expat Programming Lang: C Description : Example KMS/GBM/EGL application kmscube is an example application that displays a rotating cube to demonstrate the usage of KMS, GBM and EGL. It can be used to test kernel mode setting and Mesas DRM drivers.
Bug#704097: RFP: travis-client-tools -- command line client and a Ruby library to interface with a Travis CI service
Hi, On Wed, Mar 27, 2013 at 04:43:39PM -0400, Yaroslav Halchenko wrote: > Package: wnpp > Severity: wishlist > > * Package name: travis-client-tools > Version : 1.2.0 > Upstream Author : Konstantin Haase > * URL : https://github.com/travis-ci/travis > * License : MIT/X > Programming Lang: Ruby > Description : command line client and a Ruby library to interface with > a Travis CI service > > The travis gem includes both a command line client and a Ruby library to > interface with a Travis CI service. Both work with travis-ci.org, > travis-ci.com > or any custom Travis CI setup you might have. > > It supports > - General API Commands > console endpoint login raw sync token whatsup whoami > - Repository Commands > disable enable encrypt history logs open restart show status > > and having it in Debian would help to avoid crafting castom quick scripts > to e.g. fetch the travis build logs: http://paste.debian.net/245255/ > ;-) This needs ruby-gh and ruby-pusher-client packaged first. The later needs ruby-websocket which does not seem to be packaged either. Cheers, -- Guido > > (Un)fortunately there is already a package in Debian with 'travis' name: > travis: trajectory analyzer and visualizer
Bug#871621: ITP: virt-bootstrap -- Tool to setpu the root file system for libvirt-based containers in an easy way
Package: wnpp Severity: wishlist Owner: =?utf-8?q?Guido_G=C3=BCnther?= * Package name: virt-bootstrap Upstream Author : Cédric Bosdonnat * URL : https://github.com/virt-manager/virt-bootstrap/ * License : GPL-v3 Programming Lang: Python3 Description : Tool to setup the root file system for libvirt-based containers in an easy way It allows to use either a tarball containing the file system or an image on a docker registry and unpacks it either as a folder or in a qcow2 image with backing chains to mimic the docker layers.
Bug#861716: RFP: paperwork -- Application to manage paper documents using OCR
Package: wnpp Severity: wishlist * Package name: paperwork Version : 1.1.2 Upstream Author : Jerome Flesch * URL : https://openpaper.work/en-us * License : GPLv3 Programming Lang: Python Description : Application to manage paper documents using OCR >From the github page: Paperwork is a personal document manager. It manages scanned documents and PDFs. It's designed to be easy and fast to use. The idea behind Paperwork is "scan & forget": You can just scan a new document and forget about it until the day you need it again. In other words, let the machine do most of the work for you. Some of the dependencies (openaperwork-backend, pyinsane) aren't packaged yet.
Bug#859030: RFP: rtags -- A c/c++ client/server indexer for c/c++/objc[++] with integration for Emacs based on clang
Package: wnpp Severity: wishlist * Package name: rtags Version : 2.9 * URL : https://github.com/Andersbakken/rtags/ * License : GPLv3 Programming Lang: C++, EmacsLisp Description : A c/c++ client/server indexer for c/c++/objc[++] with integration for Emacs based on clang RTags is a client/server application that indexes C/C++ code and keeps a persistent file-based database of references, declarations, definitions, symbolnames etc. There’s also limited support for ObjC/ObjC++. It allows you to find symbols by name (including nested class and namespace scope). Most importantly we give you proper follow-symbol and find-references support. We also have neat little things like rename-symbol, integration with clang’s “fixits” (http://clang.llvm.org/diagnostics.html). We also integrate with flymake using clang’s vastly superior errors and warnings. Since RTags constantly will reindex “dirty” files you get live updates of compiler errors and warnings. Since we already know how to compile your sources we have a way to quickly bring up the preprocessed output of the current source file in a buffer.
Bug#854410: RFP: clevis -- A plugable framework for automated decryption.
Package: wnpp Severity: wishlist * Package name: clevis Version : 2 Upstream Author : Nathaniel McCallum * URL : http://www.example.org/ * License : GPL Programming Lang: C Description : A plugable framework for automated decryption. >From the README: Clevis is a plugable framework for automated decryption. It can be used to provide automated decryption of data or even automated unlocking of LUKS volumes. It support tang, shamir secret sharing, escrow using HTTP.
Bug#854409: RFP: tang -- A server for binding data to network presence
Package: wnpp Severity: wishlist * Package name: tang Version : 4 Upstream Author : Nathaniel McCallum * URL : https://github.com/latchset/tang * License : GPL Programming Lang: C Description : A server for binding data to network presence I'm citing from the upstrem README here: You have some data, but you only want it to be available when the system containing the data is on a certain, usually secure, network. This is where Tang comes in. First, the client gets a list of the Tang server's advertised asymmetric keys. This can happen online by a simple HTTP GET. Alternatively, since the keys are asymmetric, the public key list can be distributed out of band. Second, the client uses one of these public keys to generate a unique, cryptographically strong encryption key. The data is then encrypted using this key. Once the data is encrypted, the key is discarded. Some small metadata is produced as part of this operation which the client should store in a convenient location. This process of encrypting data is the provisioning step. Third, when the client is ready to access its data, it simply loads the metadata produced in the provisioning step and performs an HTTP POST in order to recover the encryption key. This process is the recovery step. The client side is implemented in clevis. The only missing dependency in Debian is jose a C-language implementation of the Javascript Object Signing and Encryption standards.
Bug#840387: ITP: osinfo-db-tools -- operating system database tools
Package: wnpp Severity: wishlist Owner: "Guido Günther" * Package name: osinfo-db-tools Version : 1.0.0 * URL : https://fedorahosted.org/releases/l/i/libosinfo/ * License : GPL Programming Lang: C Description : Operating system database tools These are the tools formerly shipped by libosinfo.
Bug#840386: ITP: osinfo-db -- Operating system database files
Package: wnpp Severity: wishlist Owner: "Guido Günther" * Package name: osinfo-db Version : 1.0.0 * URL : https://fedorahosted.org/releases/l/i/libosinfo/ * License : GPL Programming Lang: XML Description : Operating system database files for libosinfo This are the operating system descriptions formerly shipped by libosinfo split out to ease updating.
Bug#835521: RFP: nitrokey-app -- Application to manage the nitrokey
Package: wnpp Severity: wishlist * Package name: nitrokey-app Version : 0.4.26 Upstream Author : Szczepan Zalega * URL : https://github.com/Nitrokey/nitrokey-app * License : GPL-3.0+ Programming Lang: C++ Description : Application to manage the nitrokey The nitro key adds a tray icon that shows if the nitrokey is inserted. It also allows changing pins. There is an upstream backacke one could work from.
Bug#764342: RFP: gandi-cli -- command-line interface to Gandi.net products using the public API
On Tue, Oct 07, 2014 at 01:46:55PM +0200, Andrew Shadura wrote: > Package: wnpp > Severity: wishlist > > * Package name: gandi-cli > Version : 0.9 > Upstream Author : Gandi S.A.S > * URL : https://github.com/Gandi/gandi.cli/ > * License : GPL-3+ > Programming Lang: Python > Description : command-line interface to Gandi.net products using the > public API Just for the record: Upstream is at 0.18 now. Upstream provides Debian packagig which looks o.k. Cheers, -- Guido
Bug#658988: ITP: libvirt-sandbox -- API layer which facilitates the creation of application
Hi Petter, On Mon, Apr 04, 2016 at 07:09:57AM +0200, Petter Reinholdtsen wrote: > > Btw, I mentioned libvirt-sandbox on #freedombox, and was tipped about > firejail, which seem to do a similar task. Are you aware of firejail? > Do you know how libvirt-sandbox is different from firejail? Firejail is > in unstable and testing already, and was possible to backport with a > hack to add some missing kernel call constants. I wasn't aware of firejail so far but looks _very_ nice. The main differences (from looking at the firejail web page seems to be): * libvirt-sandbox has been around and usable for much longer (though not in Debian) * libvirrt-sandbox is a sandbox library with virt-sandbox only being a (fully usable) example on how to use it's APIs (so it's easy to build applications on top of that with everything that has GObject introspection) * Libvirt-sandbox can use QEMU instead of LXC * virt-sandbox-image can download and run docker images * libvirt-sandbox can build service containers (although not yet for Debian). * firejail has integration for Xpra and lots of other desktop apps which libvirt-sandbox is lacking * firejail has seccomp filter support Hope this helps. I'm happy to stay in the loop for mails on the freedombox list or similar. Cheers, -- Guido
Bug#816894: RFP: foreman-ansible-inventory -- Foreman dynamic inventory script for ansible
Package: wnpp Severity: wishlist * Package name: foreman-ansible-inventory Version : 0.0.1 * URL : https://github.com/theforeman/foreman_ansible_inventory * License : GPL Programming Lang: Python Description : Foreman dynamic inventory script for ansible This script retrieves hosts and their configuration out of a Foreman instance in a foremat suitable as a ansible dynamic inventory. We don't have Foreman in Debian (yet) but ansible is there and therefore it's useful with remote foreman remote instances.
Bug#658988: ITP: libvirt-sandbox -- API layer which facilitates the creation of application
Hi, On Sun, Aug 11, 2013 at 11:23:12AM +0200, Salvatore Bonaccorso wrote: > Hi László > > On Sun, Aug 11, 2013 at 10:15:43AM +0200, László Böszörményi wrote: > > retitle 658988 ITP: libvirt-sandbox -- API layer which facilitates the > > creation of application > > owner 658988 ! > > thanks > > > > I'd like to package it, but will have time for this only after > > DebConf13 is over. > > Cool, thanks! One wish: Please keep it into the pkg-libvirt > team-maintenance if possible. This needs a lot more work but I wanted a quick package, so I've pushed the current state here: https://github.com/agx/libvirt-sandbox-debian Cheers, -- Guido
Bug#799737: ITP: golang-github-magiconair-properties -- Java properties scanner for Go
Hi, On Thu, Sep 24, 2015 at 03:52:04PM -0600, Anthony Fok wrote: > You are very welcome! Do you use Hugo too? :-) Thank you for responding on my "complaints". I'm not using hugo yet but will be interested to try it out if it's only an "apt get" away! Cheers -- Guido
Bug#799798: ITP: golang-github-xordataexchange-crypt -- Store and retrieve encrypted configs from etcd or Consul
Hi Anthony, On Tue, Sep 22, 2015 at 11:21:37AM -0600, Anthony Fok wrote: > Package: wnpp > Severity: wishlist > Owner: Anthony Fok > > * Package name: golang-github-xordataexchange-crypt > Version : 0.0.2+git20150523.17.749e360-1 > Upstream Author : XOR Data Exchange, Inc. > * URL : https://github.com/xordataexchange/crypt > * License : MIT > Programming Lang: Go > Description : Store and retrieve encrypted configs from etcd or Consul > > "crypt" by XOR Data Exchange Inc. is both a stand-alone command-line tool > and a Go library that can be used to store and retrieve encrypted configs > from etcd or Consul. Is the "vendor" (XDR Data ...) a relevant piece of information here? Cheers -- Guido
Bug#799747: ITP: golang-github-miekg-mmark -- Mmark: a markdown processor in Go geared for the IETF
Hi, On Mon, Sep 21, 2015 at 11:13:39PM -0600, Anthony Fok wrote: [..snip..] > It adds the following syntax elements to blackfriday: > . > * Definition lists. > * More enumerated lists. > * Table and codeblock captions. > * Table footer. > * Subfigures. > * Quote attribution. > * Including other files. > * TOML titleblock. > * Inline Attribute Lists. > * Indices. > * Citations. > * Abstract/Preface. > * Parts. > * Asides. > * Notes. > * Main-, middle- and backmatter divisions. > * Example lists. > * HTML Comment parsing. > * BCP14 (RFC2119) keyword detection. > * Include raw XML references. > * Abbreviations. > * Super- and subscript. > * Callouts in code blocks. This is a bit to detailed for package descriptions I guess. A single reference to blackfriday might be enough. Cheers, -- Guido
Bug#799737: ITP: golang-github-magiconair-properties -- Java properties scanner for Go
On Mon, Sep 21, 2015 at 06:11:33PM -0600, Anthony Fok wrote: [..snip..] > Starting from version 1.3.0 the behavior of the MustXXX() functions is > configurable by providing a custom ErrorHandler function. The default has > changed from panic to log.Fatal but this is configurable and custom error > handling functions can be provided. See the package documentation for > details. THe above is not suitable for a package description if we're packaging 1.3.0 or higher. Cheers and thanks for looking into packaging hugo! -- Guido
Bug#799742: ITP: golang-github-armon-consul-api -- Golang API client for Consul
Hi, On Mon, Sep 21, 2015 at 09:00:25PM -0600, Anthony Fok wrote: [..snip..] > supported. The full documentation is available on GoDoc > at http://godoc.org/github.com/armon/consul-api > . > Note: "github.com/armon/consul-api" is now deprecated in favour of the > newer "github.com/hashicorp/consul/api". This and the above is not useful in a package discription. Cheers, -- Guido
Bug#798009: ITP: python-editor -- programmatically open an editor, capture the result
Hi, On Fri, Sep 04, 2015 at 02:30:26PM +0200, Thomas Goirand wrote: > Package: wnpp > Severity: wishlist > Owner: Thomas Goirand > > * Package name: python-editor > Version : 0.4 > Upstream Author : Peter Ruibal > * URL : https://github.com/fmoo/python-editor > * License : Apache-2.0 > Programming Lang: Python > Description : programmatically open an editor, capture the result > > python-editor is a library that provides the editor module for > programmatically interfacing with your system's $EDITOR. The user can then > enter a commit message for example. > . > Editor first looks for the ${EDITOR} environment variable. If set, it uses > the value as-is, without fallbacks. If no $EDITOR is set, editor will search > through a list of known editors, and use the first one that exists on the > system. For example, on Linux, editor will look for the following editors in > order: > * vim > * emacs > * nano > . > When calling the edit() function, editor will open the editor in a > subprocess, inheriting the parent process's stdin, stdout Given that this is on Debian should it take sensible-editor into account form the start? Cheers, -- Guido
Bug#790485: ITP: ruby-omniauth-kerberos -- OmniAuth strategy for Kerberos
On Tue, Jun 30, 2015 at 12:01:48AM +0530, Balasankar C wrote: > Package: wnpp > Severity: wishlist > Owner: Balasankar C > > * Package name: ruby-omniauth-kerberos > Version : 0.3.0 > Upstream Author : Jan Graichen > * URL : https://github.com/jgraichen/omniauth-kerberos > * License : Expat > Programming Lang: Ruby > Description : OmniAuth strategy for Kerberos Isn't this more like OmniAuth strategy to authenticate using a Kerberos server. it seems to be more like using Kerberos not being for Kerberos? Cheers, -- Guido -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150702134300.ga21...@bogon.m.sigxcpu.org
Bug#782139: ITP: wpan-tools -- Configure WPAN and 6LoWPAN devices
Package: wnpp Severity: wishlist Owner: "Guido Günther" * Package name: wpan-tools Version : 0.4 Upstream Author : Alexander Aring * URL : http://wpan.cakelab.org/ * License : MIT Programming Lang: C Description : Configure WPAN and 6LoWPAN devices These tools are used to configure 6LoWPAN via the netlink layer. This is still experimental and the netlink API might change so this is going into experimental only for now. It might eventually superseed the lowpan tools. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150408105630.ga5...@bogon.m.sigxcpu.org
Bug#658433: RFP: zarafa -- complete groupware, email and collaboration suite
On Thu, May 10, 2012 at 02:34:44PM +0200, W. Martin Borgert wrote: > owner 658433 pkg-giraffe-maintain...@lists.alioth.debian.org > thanks > > See http://wiki.debian.org/Giraffe and > https://alioth.debian.org/projects/pkg-giraffe/ > for the ongoing packaging effort. The current Debian wiki URL is https://wiki.debian.org/Groupware/Giraffe Note that Zarafa also changed the trademark policy: http://www.zarafa.com/content/zarafa-trademark-policy which will make a rebranding superfluous and ease packaging a lot. Discussions are taking place on https://lists.alioth.debian.org/mailman/listinfo/pkg-giraffe-discuss Cheers, -- Guido -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150107074432.ga4...@bogon.m.sigxcpu.org
Bug#771072: ITP: python-os-net-config -- OpenStack network configuration
Hi Thomas, On Wed, Nov 26, 2014 at 10:54:00PM +0800, Thomas Goirand wrote: > Package: wnpp > Severity: wishlist > Owner: Thomas Goirand > > * Package name: python-os-net-config > Version : 0.1.0 > Upstream Author : Dan Prince > * URL : https://github.com/openstack/os-net-config > * License : Apache-2.0 > Programming Lang: Python > Description : OpenStack network configuration > > The core aim of this project is to allow fine grained (but extendable) > configuration of the networking parameters for a network host. The project > consists of: > * A CLI (os-net-config) which provides configuration via a YAML or JSON file > formats. By default os-net-config uses a YAML config file located at > /etc/os-net-config/config.yaml. This can be customized via the > --config-file CLI option. > * A python library which provides configuration via an object model. May I suggest This package allows for fine grained and extendable configuration of the networking parameters for a network host. . Besides a python module that provides the configuration via an object model it includes a command line interface called os-net-config that provices configuration via YAML or JSON file formats. Cheers, -- Guido -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141126184649.ga2...@bogon.m.sigxcpu.org
Bug#767515: ITP: python-nose-parameterized -- decorator for parameterized testing with Nose
On Tue, Nov 04, 2014 at 02:55:20AM +0800, Thomas Goirand wrote: > On 11/02/2014 07:48 PM, Guido Günther wrote: > > nose-parameterized is a decorator for parameterized testing of Python > > code with nose. > > . > > The provided decorators make it simple to pass lists, iterables, > > tuples or callables to the test functions. This allows you to > > separate the data from the test without having to subclass > > unittest.testcase. > > Thanks a lot, I really appreciate this. I have uploaded 0.3.4-2 with the > above long description. Thank you for packaging it. Now that I know what it does I'm going to use it ;) Cheers, -- Guido -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141103185641.ga4...@bogon.m.sigxcpu.org
Bug#767515: ITP: python-nose-parameterized -- decorator for parameterized testing with Nose
Hi Thomas, On Sun, Nov 02, 2014 at 04:20:19AM +0800, Thomas Goirand wrote: > On 11/01/2014 07:58 PM, Guido Günther wrote: > > Is this going to be part of the package description? > > Yes. > > > It looks more > > like a rant about what Nose already provides than what > > python-nose-parameterized has to offer: > > > >> Nose. It's got test generators. But they kind of suck: > >> * They often require a second function > >> * They make it difficult to separate the data from the test > >> * They don't work with subclases of unittest.TestCase > >> * kwargs? What kwargs? > > > > It be much nicer if the description would highlight what > > python-nose-parameterized actually does (i.e. what the decorators are > > useful for). > > Obviously, nose-parameterized addresses these issues... > > I welcome you to provide a better package description. If upstream > doesn't take the time to write a better one, well sorry, but I don't Following this reasoning we shouldn't patch any bugs in software either just because upstream didn't take the time. The whole distribution idea falls apart with that reasoning. > really have the time either, I just packaged that one because I needed > python-nose-timer to get in, and it depends on it (and I need nose-timer > to package Fuel). If you do have the time, then great! I'll be happy to > integrate a better package description on the next upload. nose-parameterized is a decorator for parameterized testing of Python code with nose. . The provided decorators make it simple to pass lists, iterables, tuples or callables to the test functions. This allows you to separate the data from the test without having to subclass unittest.testcase. Cheers, -- Guido -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141102114839.ga3...@bogon.m.sigxcpu.org
Bug#767515: ITP: python-nose-parameterized -- decorator for parameterized testing with Nose
On Sat, Nov 01, 2014 at 12:09:57AM +0800, Thomas Goirand wrote: > Package: wnpp > Severity: wishlist > Owner: Thomas Goirand > > * Package name: python-nose-parameterized > Version : 0.3.4 > Upstream Author : David Wolever > * URL : https://github.com/wolever/nose-parameterized > * License : BSD-2-clause > Programming Lang: Python > Description : decorator for parameterized testing with Nose > > nose-parameterized is a decorator for parameterized testing with nose. > . Is this going to be part of the package description? It looks more like a rant about what Nose already provides than what python-nose-parameterized has to offer: > Nose. It's got test generators. But they kind of suck: > * They often require a second function > * They make it difficult to separate the data from the test > * They don't work with subclases of unittest.TestCase > * kwargs? What kwargs? It be much nicer if the description would highlight what python-nose-parameterized actually does (i.e. what the decorators are useful for). Cheers, -- Guido -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141101115819.ga2...@bogon.m.sigxcpu.org
Bug#714021: python-iptables-optimizer: changing back from ITP to RFP
retitle 714021 ITP iptables-optimizer thanks On Mon, Sep 08, 2014 at 12:10:56PM +0200, Johannes Hubertz wrote: [..snip..] > As I am not a DD, I appreciate if somebody might want to upload it to > experimental or might like to give me some hints for improvements. I'm currently reviewing the package and will sponsor the upload but if someone is quicker thats fine. Cheers, -- Guido -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140908105223.ga5...@bogon.m.sigxcpu.org
Bug#748324: RFP: garrymander -- Comand line client and python modules for interacting with the Gerrit code review system
Package: wnpp Severity: wishlist * Package name: garrymander Version : 1.1 Upstream Author : Daniel P. Berrange * URL : https://github.com/berrange/gerrymander * License : Apache License 2.0 Programming Lang: Python Description : Comand line client and python modules for interacting with the Gerrit code review system The Gerrymander package provides a set of Python2 / Python3 compatible modules for interacting with Gerrit, along with a set of command line programs for various useful operations. A prelimenary packaging branch is at https://github.com/agx/gerrymander -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140516081001.ga19...@bogon.m.sigxcpu.org
Bug#745133: RFP: whatmaps -- Find processes mapping shared objects
Package: wnpp Severity: wishlist * Package name: whatmaps Version : 0.0.4 Upstream Author : Guido Günther * URL : https://honk.sigxcpu.org/piki/projects/whatmaps * License : GPL Programming Lang: Python Description : Find processes mapping shared objects After package upgrades processes using a ahared library need to be restarted to make use of that updated library (e.g. if the library got a security upgrade). . Whatmaps looks for shared objects in packages and finds running programs that map them, list them and allows one to restart them. . It can be integrated with apt to automatically restart services automatically on security upgrades. . It has a built in list of relationships that allows to e.g. restart libvirt-guests instead of qemu-kvm when qemu-kvm gets updated. Git already carries a debian/ branch but I fail to keep that up to date for sid continously so a maintainer would be appreciated. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140418094340.ga26...@bogon.m.sigxcpu.org
Bug#742999: Git Repo
Hi, just for completeness. Packaging is currently taking place at https://github.com/fpiotrow/caldav-tester-packaging Cheers, -- Guido -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140330134507.ga16...@bogon.m.sigxcpu.org
Bug#742999: RFP: caldav-tester -- Test suite for testing caldav/carddav servers
Package: wnpp Severity: wishlist * Package name: caldav-tester Upstream Author : calendarserver-...@lists.macosforge.org * URL : http://trac.calendarserver.org/wiki/CalDAVTester * License : Apache License 2.0 Programming Lang: Python Description : Test suite for testing caldav/carddav servers CalDAVTester is a test and performance application designed to work with CalDAV and / or CardDAV servers and tests various aspects of their protocol handling as well as performance. CalDAVTester basically executes HTTP requests against a server and verifies the responses returned by the server. Suites of tests are defined in xml configuration files, and an additional xml configuration file is used to define variables used whilst running (e.g., server address, user accounts to use etc). The package would be useful to test the various caldav/carddav server implementations via autopkgtest. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140329214107.ga30...@bogon.m.sigxcpu.org
Bug#742948: O: iceowl -- Standalone Calendar Application
Package: wnpp Severity: normal I intend to orphan the iceowl package. So far we've been keeping up with iceowl (i.e. sunbird) builds by patching the fallouts of upstream not caring much about the stand alone calendar but sunbird code is being actively removed now, e.g.: https://bugzilla.mozilla.org/show_bug.cgi?id=866903 https://bugzilla.mozilla.org/show_bug.cgi?id=984917 So let's bite the bullet and let it go. We'll add a iceowl package that depends on iceowl-extension + icedove since this might be the most expected upgrade path. Other findings about usable (GSSAPI capable) calendars will be added on the groupware page: https://wiki.debian.org/Groupware I've already filed a request for removal (#742924) but in case anybody wants to pick this up, here's the bug for it. This would likely involve picking up upstream as well. Cheers, -- Guido -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140329091802.ga5...@bogon.m.sigxcpu.org
Bug#731088: ITP: libvirt-python -- libvirt python bindings
Package: wnpp Severity: wishlist Owner: "Guido Günther" * Package name: libvirt-python Version : 1.2.0 * URL : http://libvirt.org/git/?p=libvirt-python.git * License : LGPL 2.1 Programming Lang: Python Description : libvirt python bindings Upstream split out the python bindings so we need to reintroduce this as a new source package. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20131201210720.ga27...@bogon.sigxcpu.org
Bug#727676: ITP: gitignorer -- A simple utility that aids in the creation of .gitignore files.
Hi, On Mon, Oct 28, 2013 at 01:17:48PM -0700, Zach Latta wrote: > You're absolutely right, it could. > > Gitignorer fetches user-specified .gitignore templates from > github.com/gitignore, concatenates them together, then writes them to a > .gitignore file. Is the above lacking a /github/ as github.com/github/gitignore ? > > For example, if `gitignorer create java maven` is called, > gitignorer will fetch the Java and Maven templates from > github.com/github/gitignore, concatenate them together, and then write > them to a .gitignore file. I now understand what the tool does. Maybe the short description should then be: A utility to create .gitignore files based on github's gitignore Or can it work with other tools? Cheers, -- Guido > > On Mon, Oct 28, 2013 at 11:37:54AM +0100, Guido Günther wrote: > > Hi, > > On Fri, Oct 25, 2013 at 02:28:42AM -0700, Zach Latta wrote: > > > Package: wnpp > > > Severity: wishlist > > > Owner: Zach Latta > > > > > > * Package name: gitignorer > > > Version : 1.0.0 > > > Upstream Author : Zach Latta > > > * URL : https://github.com/zachlatta/gitignorer > > > * License : MIT > > > Programming Lang: Go > > > Description : A simple utility that aids in the creation of > > > .gitignore files. > > > > > > Gitignore is a simple command-line utility that aids in the creation of > > > .gitignore files. > > > > Could the package description be imporved and explain _how_ it helps to > > create the files? vim helps to create .gitignore files too, as does > > echo. > > Cheers, > > -- Guido > > > > > > > > > > > -- > > > To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org > > > with a subject of "unsubscribe". Trouble? Contact > > > listmas...@lists.debian.org > > > Archive: > > > http://lists.debian.org/20131025092842.13920.39658.report...@plato.zachlatta.com > > > > -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20131029100459.gc3...@bogon.sigxcpu.org
Bug#727676: ITP: gitignorer -- A simple utility that aids in the creation of .gitignore files.
Hi, On Fri, Oct 25, 2013 at 02:28:42AM -0700, Zach Latta wrote: > Package: wnpp > Severity: wishlist > Owner: Zach Latta > > * Package name: gitignorer > Version : 1.0.0 > Upstream Author : Zach Latta > * URL : https://github.com/zachlatta/gitignorer > * License : MIT > Programming Lang: Go > Description : A simple utility that aids in the creation of .gitignore > files. > > Gitignore is a simple command-line utility that aids in the creation of > .gitignore files. Could the package description be imporved and explain _how_ it helps to create the files? vim helps to create .gitignore files too, as does echo. Cheers, -- Guido > > > -- > To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org > Archive: > http://lists.debian.org/20131025092842.13920.39658.report...@plato.zachlatta.com > -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20131028103754.ga16...@bogon.sigxcpu.org
Bug#696887: RFP: xul-ext-grab-and-drag -- Enable grab and drag scrolling, flick gestures and momentum scrolling
Package: wnpp Severity: wishlist * Package name: xul-ext-grab-and-drag Version : 3.1.2 Upstream Author : Ian Weiner * URL : http://www.example.org/ * License : MPL 1.1 Description : Enable grab and drag scrolling, flick gestures and momentum scrolling I'd be great to have this packaged since it makes Iceweasel on tablets far more usable. Cheers, -- Guido -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121228194107.ga29...@bogon.sigxcpu.org
Bug#645897: ITP: nosexcover -- Add Cobertura-style XML coverage report to nose
On Tue, Jun 19, 2012 at 09:52:03AM +0200, Soren Hansen wrote: > 2012/6/19 Guido Günther : > > On Wed, Oct 19, 2011 at 03:17:33PM +0200, Soren Hansen wrote: > >> Package: wnpp > >> Severity: wishlist > >> Owner: Soren Hansen > >> > >> > >> * Package name : nosexcover > > Any news on this one? > > Sorry, no. I lost my momentum. If you want to take it over, feel free. Uploaded. Thanks. -- Guido > > -- > Soren Hansen | http://linux2go.dk/ > Senior Software Engineer | http://www.cisco.com/ > Ubuntu Developer | http://www.ubuntu.com/ > OpenStack Developer | http://www.openstack.org/ > -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120621092103.ga8...@bogon.sigxcpu.org
Bug#645897: ITP: nosexcover -- Add Cobertura-style XML coverage report to nose
Hi, On Wed, Oct 19, 2011 at 03:17:33PM +0200, Soren Hansen wrote: > Package: wnpp > Severity: wishlist > Owner: Soren Hansen > > > * Package name: nosexcover > Version : 1.0.7 > Upstream Author : Chris Heisel > * URL : http://pypi.python.org/pypi/nosexcover > * License : BSD > Programming Lang: Python > Description : Add Cobertura-style XML coverage report to nose > > A companion to the built-in nose.plugins.cover, this plugin will write > out an XML coverage report to a file named coverage.xml. > . > It will honor all the options you pass to the Nose coverage plugin, > especially --cover-package. Any news on this one? Cheers, -- Guido -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120619073156.ga6...@bogon.sigxcpu.org
Bug#658988: [Pkg-libvirt-maintainers] Bug#658988: RFP: libvirt-sandbox -- API layer which facilitates the cration of application sandboxes using virtualization technology
On Thu, May 31, 2012 at 07:30:49AM +0200, Salvatore Bonaccorso wrote: > Hi Guido > > On Wed, May 30, 2012 at 08:11:45AM +0200, Guido Günther wrote: > > Hi Salvatore, > > On Wed, May 30, 2012 at 07:42:32AM +0200, Salvatore Bonaccorso wrote: > > > Hi Guido > > > > > > On Sun, Feb 26, 2012 at 01:52:11PM +0100, Guido G??nther wrote: > > > > I had a short look and it seems we have all the dependencies. We only > > > > need a minor patch to use klibc's insmod instead of insmod.static so > > > > let's turn this into an ITP. Help on packaging this is certainly still > > > > welcome. > > > > > > I'm trying to work on it and can push an initial version as > > > pkg-libvirt repository as soon I have a initially working version. > > > > Great. I last looked at it in February and at least then you needed > > a patch to use klibc's insmod. I can send over the hacked together (not > > upstream ready) patch for this. The other change I made is already > > upstream. > > If you could this would be great. I'm not sure it is needed anymore as > 0.0.3 contains: > > - Replace invocation of insmod with direct syscalls Ahh...so this should be fixed. > > But currently I have anyway the problem on building regarding > libvirt-gobject/libvirt-gobject.h. Hmm...I just built libvirt-sandbox git against libvirt-glib 0.0.8 from sid an didn't see any problems. What error are you getting? Cheers, -- Guido -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120531060310.ga12...@bogon.sigxcpu.org
Bug#658988: [Pkg-libvirt-maintainers] Bug#658988: RFP: libvirt-sandbox -- API layer which facilitates the cration of application sandboxes using virtualization technology
Hi Salvatore, On Wed, May 30, 2012 at 07:42:32AM +0200, Salvatore Bonaccorso wrote: > Hi Guido > > On Sun, Feb 26, 2012 at 01:52:11PM +0100, Guido G??nther wrote: > > I had a short look and it seems we have all the dependencies. We only > > need a minor patch to use klibc's insmod instead of insmod.static so > > let's turn this into an ITP. Help on packaging this is certainly still > > welcome. > > I'm trying to work on it and can push an initial version as > pkg-libvirt repository as soon I have a initially working version. Great. I last looked at it in February and at least then you needed a patch to use klibc's insmod. I can send over the hacked together (not upstream ready) patch for this. The other change I made is already upstream. Cheers, -- Guido -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120530061145.gc12...@bogon.sigxcpu.org
Bug#669102: Sanlock - How to proceed
Hi, thanks for your work on the package. Some more comments below: On Mon, May 14, 2012 at 12:14:12PM +, David Weber wrote: > > On Mon, May 14, 2012 at 11:31:44AM +, David Weber wrote: > > > I merged the upstream release 2.2 into mentors. > > > The freeze for Wheezy gets closer, so I ask if anybody > > > has further comments or issues. > > > If not, can any developer do the merge by himself or should > > > I ask for a sponsorship on mentors? > > > > You upstream tarball isn't clean. It contains a debian dir and shared > > objects. Could you fix that? > > I've no idea how this could happen but it's now fixed (2.2-2) This looks wired in debian/copyright: The current Debian maintainer is YOUR NAME Are you going to maintain the package? The usual practice is to indent debian/control with spaces not tab but both should work. I'd recommend to also post your next versions to debian-ment...@lists.debian.org since there are more reviewers there. (pleae keep me in cc: since I'll try to find the time to have another look too). BTW where did you fetch the orig tarball from? Cheers, -- Guido > > David > > > To: a...@sigxcpu.org > Cc: 669...@bugs.debian.org > gdahl...@hotmail.com > bren...@zionetrix.net > > -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120514193450.gf6...@bogon.sigxcpu.org
Bug#669102: Sanlock - How to proceed
On Mon, May 14, 2012 at 11:31:44AM +, David Weber wrote: > I merged the upstream release 2.2 into mentors. > The freeze for Wheezy gets closer, so I ask if anybody > has further comments or issues. > If not, can any developer do the merge by himself or should > I ask for a sponsorship on mentors? You upstream tarball isn't clean. It contains a debian dir and shared objects. Could you fix that? Cheers, -- Guido -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120514114256.ga4...@bogon.sigxcpu.org
Bug#658988: [Pkg-libvirt-maintainers] Bug#658988: RFP: libvirt-sandbox -- API layer which facilitates the cration of application sandboxes using virtualization technology
retitle 658988 ITP: libvirt-sandbox -- API layer which facilitates the cration of application thanks On Fri, Feb 24, 2012 at 08:27:44AM +0100, Salvatore Bonaccorso wrote: > Hi Guido > > Sorry for no coming back to you sooner. > > On Wed, Feb 08, 2012 at 09:45:57AM +0100, Guido Günther wrote: > > On Tue, Feb 07, 2012 at 07:49:11AM +0100, Salvatore Bonaccorso wrote: > > > Package: wnpp > > > Severity: wishlist > > > > > > -BEGIN PGP SIGNED MESSAGE- > > > Hash: SHA256 > > > > > > * Package name: libvirt-sandbox > > > Version : 0.0.2 > > > Upstream Author : Daniel P. Berrange > > > * URL : ftp://libvirt.org/libvirt/sandbox/ > > > * License : LGPL-2.1 > > > Programming Lang: C > > > Description : API layer which facilitates the cration of > > > application sandboxes using virtualization > > > > > > The libvirt-sandbox package provides an API layer on top of > > > libvirt-gobject > > > which facilitates the cration of application sandboxes using > > > virtualization > > > technology. An application sandbox is a virtual machine or container that > > > runs a single application binary, directly from the host OS filesystem. > > > In other words there is no separate guest operating system install to > > > build > > > or manager. > > > > > > One announce for libvirt-sandbox was done [1]. > > > > > > [1] > > > https://www.redhat.com/archives/libvir-list/2012-January/msg00516.html > > > > > > libvirt-sandbox was presented at Fosdem [2]. > > > > > > [2] http://people.redhat.com/berrange/fosdem-2012/ > > > > > > p.s.: I have not checked about dependencies required for the package. > > It'd be great to have this in Debian. I have my hands full at the moment > > so I won't be working on this in the near term. > > Unfortunately it's the same for me. I'm mostly concentrated on Perl > module packaging, and contributing this way to pkg-libvirt, as > providing the libsys-virt-perl Package. But probably I do not have the > time to look too at libvirt-sandbox at the moment. I had a short look and it seems we have all the dependencies. We only need a minor patch to use klibc's insmod instead of insmod.static so let's turn this into an ITP. Help on packaging this is certainly still welcome. Cheers, -- Guido -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120226125211.ga28...@bogon.sigxcpu.org
Bug#660019: ITP: network-manager-iodine -- Iodine DNS Tunnel plugin for network-manager
Package: wnpp Severity: wishlist Owner: "Guido Günther" * Package name: network-manager-iodine Version : 0.0.1 Upstream Author : Guido Günther * URL : https://honk.sigxcpu.org/piki/projects/network-manager-iodine/ * License : GPL Programming Lang: C Description : Iodine DNS Tunnel plugin for network-manager NetworkManager-iodine is a network manager VPN plugin that allows you to tunnel your connection through a DNS server. This can be useful if internet access is firewalled but DNS traffic is still allowed. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120215202948.ga20...@godiug.sigxcpu.org
Bug#658988: [Pkg-libvirt-maintainers] Bug#658988: RFP: libvirt-sandbox -- API layer which facilitates the cration of application sandboxes using virtualization technology
On Tue, Feb 07, 2012 at 07:49:11AM +0100, Salvatore Bonaccorso wrote: > Package: wnpp > Severity: wishlist > > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA256 > > * Package name: libvirt-sandbox > Version : 0.0.2 > Upstream Author : Daniel P. Berrange > * URL : ftp://libvirt.org/libvirt/sandbox/ > * License : LGPL-2.1 > Programming Lang: C > Description : API layer which facilitates the cration of application > sandboxes using virtualization > > The libvirt-sandbox package provides an API layer on top of libvirt-gobject > which facilitates the cration of application sandboxes using virtualization > technology. An application sandbox is a virtual machine or container that > runs a single application binary, directly from the host OS filesystem. > In other words there is no separate guest operating system install to build > or manager. > > One announce for libvirt-sandbox was done [1]. > > [1] https://www.redhat.com/archives/libvir-list/2012-January/msg00516.html > > libvirt-sandbox was presented at Fosdem [2]. > > [2] http://people.redhat.com/berrange/fosdem-2012/ > > p.s.: I have not checked about dependencies required for the package. It'd be great to have this in Debian. I have my hands full at the moment so I won't be working on this in the near term. Cheers, -- Guido -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120208084556.gc8...@godiug.sigxcpu.org
Bug#655901: Bug#649780: Status of ITP #649780: libosinfo?
On Sat, Jan 14, 2012 at 12:48:48PM -0500, Jeremy Bicha wrote: > Done: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=655901 > > Could you package the latest libvirt-glib? I see 0.0.4 was just > released. And I'll ping the spice-gtk maintainer to get a new version > of that packaged. > > Also, could you have libosinfo-1.0-dev depend on its gir package? Both fixed, -- Guido -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120114210933.ga29...@godiug.sigxcpu.org