Bug#1052683: ITP: railway -- GUI application for searching train journeys
Package: wnpp Severity: wishlist Owner: Arnaud Ferraris X-Debbugs-Cc: debian-devel@lists.debian.org, aferra...@debian.org * Package name: railway Version : 2.0.0 Upstream Contact: Julian Schmidhuber * URL : https://gitlab.com/schmiddi-on-mobile/railway * License : GPL Programming Lang: Rust Description : GUI application for searching train journeys Railway is a graphical application allowing one to look up travel information for many different railways, all without needing to navigate through different websites. It lets the user search for journeys, view their details (timetable, price, delays, plaftorm if available) and bookmark them. This application also has an adaptive user interface for use on mobile devices.
Bug#1052684: ITP: ticketbooth -- watchlist for movies and TV shows
Package: wnpp Severity: wishlist Owner: Arnaud Ferraris X-Debbugs-Cc: debian-devel@lists.debian.org, aferra...@debian.org * Package name: ticketbooth Version : 1.0.1 Upstream Contact: Alessandro Iepure * URL : https://github.com/aleiepure/ticketbooth * License : GPL Programming Lang: Python Description : watchlist for movies and TV shows Ticket Booth is a graphical application meant for managing a watchlist for movies and TV shows. It helps one keep track of watched titles and be notified of new releases. This application can be used fully offline (relying on the user for entering the details of a new movie/series) or by fetching data from TMDB for easier usage.
sbuild can't find piuparts even when it's listed in build dependencies
I'm trying to use sbuild to build my package, and it's failing to find piuparts: | Post Build | +--+ piuparts sudo: piuparts: command not found E: Piuparts run failed. I tried adding it to Build-Depends but that didn't help. My best guess is that the issue here is that piuparts is installed in /sbin and /sbin isn't in the default sudo path, but that would imply that there's a bug in the build tools rather than that I'm doing something wrong, and I think the latter is more likely. ;-) I'm on Bookworm. Any tips? Thanks.
Re: sbuild can't find piuparts even when it's listed in build dependencies
Hi, Quoting Jonathan Kamens (2023-09-26 15:20:49) > I'm trying to use sbuild to build my package, and it's failing to find > piuparts: > > | Post Build > | > +--+ > > > piuparts > > > sudo: piuparts: command not found > > E: Piuparts run failed. > > I tried adding it to Build-Depends but that didn't help. piuparts is run outside the build chroot, not inside of it. > My best guess is that the issue here is that piuparts is installed in /sbin > and /sbin isn't in the default sudo path, but that would imply that there's a > bug in the build tools rather than that I'm doing something wrong, and I > think the latter is more likely. ;-) > > I'm on Bookworm. > > Any tips? do you have piuparts installed outside the chroot? If you are having problems with sbuild, you can also always file a bug against sbuild in the BTS. Thanks! cheers, josch signature.asc Description: signature
Re: lintian.debian.org off ?
Hi, > Yes, it is replaced by the UDD interface: > > https://wiki.debian.org/Services/lintian.debian.org The old web service had explainations and additional context for the various lintian tags. UDD doesn't seem to offer that so where can we find this information now? Thanks, --Daniel signature.asc Description: PGP signature
Re: sbuild can't find piuparts even when it's listed in build dependencies
On 9/26/23 10:24, Johannes Schauer Marin Rodrigues wrote: piuparts is run outside the build chroot, not inside of it. Thanks, that's useful info. My best guess is that the issue here is that piuparts is installed in /sbin and /sbin isn't in the default sudo path, but that would imply that there's a bug in the build tools rather than that I'm doing something wrong, and I think the latter is more likely. ;-) I'm on Bookworm. Any tips? do you have piuparts installed outside the chroot? Yes. Still not working. If you are having problems with sbuild, you can also always file a bug against sbuild in the BTS. Yes, but I would rather first make sure I'm not doing something stupid before I clutter BTS with what would turn out to be a "support ticket" rather than a bug if in fact this is user error. But I suppose that's what I will have to do if no one on this list can tell me why sbuild is failing to find piuparts. jik
Re: lintian.debian.org off ?
On 9/26/23 16:56, Daniel Gröber wrote: The old web service had explainations and additional context for the various lintian tags. UDD doesn't seem to offer that so where can we find this information now? lintian-explain-tags(1) is your friend: https://manpages.debian.org/unstable/lintian/lintian-explain-tags.1.en.html Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
Re: lintian.debian.org off ?
Hello, Note: not maintaining lintian's website, but I'm the admin having removed the dns entry and shut the web server down. Otto Kekäläinen wrote on 26/09/2023 at 07:28:06+0200: >> > > > Host lintian.debian.org not found: 3(NXDOMAIN) >> > > > >> > > > is this expected ? >> > > >> > > Yes, it is replaced by the UDD interface: >> > > >> > > https://wiki.debian.org/Services/lintian.debian.org > > The page above links to two bug reports but I can't find any actual > information about *why* the site https://lintian.debian.org/ was shut > down? TL;DR, Felix Lechner was maintaining lintian and its website, in particular a new interface for which he was asking DSA to do a lot of work with little to no visibility the maintainability of his proposed work on the long run. After his DPL campaign in 2022, he decided to drop most of his Debian activities, and Lucas took over regarding a web presentation of lintian issues/tags a package has and decided to do it through UDD. You can find some intel here[0] and there[1] about Lucas' motivations to close lintian.d.o. > The site > https://udd.debian.org/lintian-tag.cgi?tag=wrong-name-for-upstream-changelog > only lists packages with the issue, while the old site had full > explanations of the issue and felt quite friendly and easy to consume > (non-CSS styled version still visible in Google cache, eg. > https://webcache.googleusercontent.com/search?q=cache:AKmDGNJEIaAJ:https://lintian.debian.org/tags/wrong-name-for-upstream-changelog). While I admit that I was not aware that the description of the tags has not been ported, and would probably have suggested to Lucas that such portage should be done before dropping the old site, now that it's done, we won't rollback. Regarding the 301 redirection I'll see with the interested parties (DSA and Lintian maintainers) if this option is fine with everyone. -- PEB [0] https://lists.debian.org/debian-qa/2022/12/msg00038.html [1] https://lists.debian.org/debian-qa/2023/04/msg0.html signature.asc Description: PGP signature
Re: lintian.debian.org off ?
On Tue, 26 Sep 2023 16:56:04 +0200, Daniel Gröber wrote: > The old web service had explainations and additional context for the > various lintian tags. UDD doesn't seem to offer that so where can we find > this information now? In lintian itself with the --info switch (or config option), and in lintian-explain-tags(1): % lintian-explain-tags -t wrong-path-for-interpreter N: E: wrong-path-for-interpreter N: N: The interpreter you used is installed at another location on Debian systems. N: N: Note that, as a particular exception, Debian Policy § 10.4 states that Perl scripts should use /usr/bin/perl directly and not /usr/bin/env, etc. N: N: Please refer to Scripts (Section 10.4) in the Debian Policy Manual for details. N: N: Visibility: error N: Show-Always: no N: Check: scripts BWT: The lintian manpage still says: -i, --info Print explanatory information about each problem discovered in addition to the lintian error tags. To print a long tag description without running lintian, see lintian-explain-tags(1) or check the website at https://lintian.debian.org. :) Cheers, gregor -- .''`. https://info.comodo.priv.at -- Debian Developer https://www.debian.org : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D 85FA BB3A 6801 8649 AA06 `. `' Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe `- signature.asc Description: Digital Signature
Bug#1052998: ITP: golang-github-moby-spdystream -- A multiplexed stream library using spdy
Package: wnpp Severity: wishlist Owner: Arthur Diniz * Package name: golang-github-moby-spdystream Version : 0.2.0-1 Upstream Author : Moby * URL : https://github.com/moby/spdystream * License : Apache-2.0 and BSD-3-Clause Programming Lang: Go Description : A multiplexed stream library using spdy
Bug#1053000: ITP: golang-github-google-gnostic-models -- Protobuf models and libraries for gnostic-supported API formats
Package: wnpp Severity: wishlist Owner: Arthur Diniz * Package name: golang-github-google-gnostic-models Version : 0.6.8-1 Upstream Author : Google * URL : https://github.com/google/gnostic-models * License : Apache-2.0 Programming Lang: Go Description : Protobuf models and libraries for gnostic-supported API formats Contains Protocol Buffer models and associated libraries for working with API description formats supported by gnostic. . It exists to provide a lightweight distribution of these models with minimal dependencies.
Bug#1053005: ITP: cht.sh -- Cht.sh is the only cheat sheet you need. The command line client for cheat.sh
Package: wnpp Severity: wishlist Owner: Thiago Marques Siqueira X-Debbugs-Cc: debian-devel@lists.debian.org, thiagoms...@gmail.com * Package name: cht.sh Version : 0.0~git20220418.571377f Upstream Contact: Igor Chubin * URL : https://github.com/chubin/cheat.sh * License : MIT Programming Lang: shell script Description : Cht.sh is the only cheat sheet you need. The command line client for cheat.sh The cheat.sh service has its own command line client (cht.sh) that has several useful features compared to querying the service directly with curl: - Special shell mode with a persistent queries context and readline support. - Queries history. - Clipboard integration. - Tab completion support for shells (bash, fish, zsh). - Stealth mode. The cheat.sh service: - Covers 56 programming languages, several DBMSes, and more than 1000 most important UNIX/Linux commands. - Provides access to the best community driven cheat sheets repositories in the world, on par with StackOverflow. This package will be useful for users that want a very complete cheat sheet.
Re: lintian.debian.org off ?
Hi! Thanks for the context - so there is no need technical incompatibility at play, but mostly a matter of having resources and time to do it. .. > Regarding the 301 redirection I'll see with the interested parties (DSA > and Lintian maintainers) if this option is fine with everyone. I could easily write Ansible code to maintain a simple Nginx server, with 302 redirects https://lintian.debian.org/tags/(.*)/?$ -> https://udd.debian.org/lintian-tag.cgi?tag=$1, use same Ansible style as salsa.debian.org is maintained on (https://salsa.debian.org/salsa/salsa-ansible), and also donate a tiny virtual machine for Debian project if needed. Is there some special bureaucracy on top of that work to do to be able to contribute with this? I know Lintian tag info is available via command line, but I frequently need to educate upstreams about Lintian rules, and thus really also need a URL to share to them. Perhaps I could implement that later in the year. - Otto
Re: lintian.debian.org off ?
On 26/09/23 at 21:35 -0700, Otto Kekäläinen wrote: > Hi! > > Thanks for the context - so there is no need technical incompatibility > at play, but mostly a matter of having resources and time to do it. I think it's worth adding that the new implementation (as part of UDD) is less ambitious on the technical level and shares a lot of code/infra/logic with other bits of UDD that are useful in other contexts (such as https://udd.debian.org/bugs/, or the scanner for new upstream versions). So the chances of long term maintainability are a bit higher than with the previous standalone implementation. Lucas
Re: lintian.debian.org off ?
Hi, #1042428 is the bug for "no explanation for lintian tags on UDD" On 26/09/23 at 21:35 -0700, Otto Kekäläinen wrote: > I know Lintian tag info is available via command line, but I > frequently need to educate upstreams about Lintian rules, and thus > really also need a URL to share to them. Perhaps I could implement > that later in the year. That's indeed a good rationale for adding a web interface to lintian tags explanations. Thanks. I still plan to work on adding that eventually. Lucas
