Bug#1024051: RFS: wiki2beamer/0.10.0-5 -- Tool to create LaTeX beamer presentations in wiki syntax
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "wiki2beamer": * Package name : wiki2beamer Version : 0.10.0-5 Upstream contact : Valentin Haenel * URL : https://wiki2beamer.github.io/ * License : GPL-2+, GFDL-1.3+ * Vcs : https://salsa.debian.org/debian/wiki2beamer Section : text The source builds the following binary packages: wiki2beamer - Tool to create LaTeX beamer presentations in wiki syntax To access further information about this package, please visit the following URL: https://mentors.debian.net/package/wiki2beamer/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/w/wiki2beamer/wiki2beamer_0.10.0-5.dsc Changes since the last upload: wiki2beamer (0.10.0-5) unstable; urgency=medium
Bug#1019092: RFS: hydrapaper/2.0.2-1+deb11u1 [RC] -- Utility that sets background independently for each monitor
Package: sponsorship-requests Severity: important Dear mentors, I am looking for a sponsor for my package "hydrapaper". This particular package is to be sent to Stable, because it contains an important bugfix (Bug#1010697), (which is already in Unstable but release is still pretty far away). It has been approved for bullseye-pu (See #1018977). * Package name: hydrapaper Version : 2.0.2-1+deb11u1 Upstream Author : Gabriele Musco * URL : https://gitlab.com/gabmus/HydraPaper * License : GPL-3+ * Vcs : https://salsa.debian.org/fmneto-guest/hydrapaper Section : graphics The source builds the following binary packages: hydrapaper - Utility that sets background independently for each monitor To access further information about this package, please visit the following URL: https://mentors.debian.net/package/hydrapaper/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/h/hydrapaper/hydrapaper_2.0.2-1+deb11u1.dsc Changes since the last upload: hydrapaper (2.0.2-1+deb11u1) bullseye; urgency=medium . * debian/comtrol: - Added python3-pil to Depends: field (Closes: #1010697). Regards, -- Francisco Mariano Neto signature.asc Description: This is a digitally signed message part
Re: Bug#1018110: RFS: hydrapaper/3.3.1-1 [RC] -- Utility that sets background independently for each monitor
Hello again! I have fixed all issues. I even included a superficial test, as jcfp suggested. I looked into adding a more meaningful test, but I need to figure out exactly how to run a test that involved a graphical application, so I'll leave it for a future release. I even added such a test to d/t/control, but even with it succeeding I realised it was a false success because the testbed did not have a graphical environment; so I left it out. Maybe I can set up such a test using xvfb? Anyway, it should pop up on mentors.d.n at any moment. Thanks again Francisco On Sat, 2022-08-27 at 10:57 -0300, Francisco M Neto wrote: > Hello tobi, > > On Sat, 2022-08-27 at 14:51 +0200, Tobias Frost wrote: > > Maybe I missed something, but there should be no NEW queue involved. > > However, said that, even if a NEW queue is involved, once accepted, this > > version number is used, so anyways you would need to increment. > > I see. I'm working on fixing all the issues you and jcfp encountered, > and adding a couple of superficial autopkgtests. > > Thanks again, > Francisco signature.asc Description: This is a digitally signed message part
Re: Bug#1018110: RFS: hydrapaper/3.3.1-1 [RC] -- Utility that sets background independently for each monitor
Hello tobi, On Sat, 2022-08-27 at 14:51 +0200, Tobias Frost wrote: > Maybe I missed something, but there should be no NEW queue involved. > However, said that, even if a NEW queue is involved, once accepted, this > version number is used, so anyways you would need to increment. I see. I'm working on fixing all the issues you and jcfp encountered, and adding a couple of superficial autopkgtests. Thanks again, Francisco signature.asc Description: This is a digitally signed message part
Re: Bug#1018110: RFS: hydrapaper/3.3.1-1 [RC] -- Utility that sets background independently for each monitor
Greetings! Thank you very much for taking the time to review this package! When it comes to packaging I clearly still have a long way to go. I have fixed all those issues, including #1018222. I have tested the package extensively and installed it on a fresh unstable installation running inside a virtual machine, and everything seems to be in working order. Before I re-submit this package for sponsorship, I do have one doubt, though: because it reached the NEW queue, I'm not sure if I should tag it 3.3.1- 1 or 3.3.1-2. Which one should I use? Thanks a lot! Francisco On Sat, 2022-08-27 at 12:00 +0200, Jeroen Ploemen wrote: > Control: tags -1 moreinfo > > On Thu, 25 Aug 2022 15:49:14 -0300 > Francisco M Neto wrote: > > > I am looking for a sponsor for my package hydrapaper: > > hi Francisco, > > took a look but this package doesn't appear ready for uploading: > * changelog: is that bug really fixed just by switching to gtk4? > There's still no dependency on python3-pil while the program is > directly importing from that module! > * copyright: missing entry for the appdata xml file (cc0). > * patches: forwarded upstream but the related merge request was > closed by yourself; why? is the patch still needed? > * watch: multiple empty lines at EOF > * control: > + short and long description could use an update (upstream describes > the program as a "Wallpaper manager with multi monitor support"; > mention additional supported desktop environments, etc.) > + unused build-dep on python3-willow? > + the build-dep on libwnck-3-dev appears to server no other purpose > than pulling in the dbus-1 pkgconfig file from libdbus-1-dev; if > so, you should depend on the latter directly > + libhandy-1-0 is a hard dependency of gir1.2-handy-1 but not > imported or linked directly in hydrapaper, so no need to duplicate > that here > + gir1.2-handy-1 itself looks isn't used at all in the new upstream > release so that should go too > + ${shlibs:Depends} is pointless for an arch:all Python package > > Program fails to start (missing dep on something to ensure gi gtk4 is > present, installing gir1.2-gtk-4.0 seems to fix that): > Traceback (most recent call last): > File "/usr/bin/hydrapaper", line 60, in > gi.require_version('Gtk', '4.0') > File "/usr/lib/python3/dist-packages/gi/__init__.py", line 129, in > require_version > raise ValueError('Namespace %s not available for version %s' % > ValueError: Namespace Gtk not available for version 4.0 > > Same for adw: > Traceback (most recent call last): > File "/usr/bin/hydrapaper", line 62, in > gi.require_version('Adw', '1') > File "/usr/lib/python3/dist-packages/gi/__init__.py", line 126, in > require_version > raise ValueError('Namespace %s not available' % namespace) > ValueError: Namespace Adw not available > > Probably missing a dependency on python3-dbus too (imported by > hydrapaperd)? And python3-pil as mentioned earlier. > > Please at least take a cursory look at upstream code when packaging > major version bumps, and test your packages on a reasonably clean > testing/unstable install before asking for sponsorship. > > Consider adding some basic automated testing, as even a trivial > autopkgtest that just calls `hydrapaper --help' would have failed > with errors similar to the ones listed above. signature.asc Description: This is a digitally signed message part
Bug#1018110: RFS: hydrapaper/3.3.1-1 [RC] -- Utility that sets background independently for each monitor
Package: sponsorship-requests Severity: important Dear mentors, I am looking for a sponsor for my package "hydrapaper": * Package name: hydrapaper Version : 3.3.1-1 Upstream Author : Gabriele Musco * URL : https://gitlab.com/gabmus/HydraPaper * License : GPL-3+ * Vcs : https://salsa.debian.org/fmneto-guest/hydrapaper Section : graphics The source builds the following binary packages: hydrapaper - Utility that sets background independently for each monitor To access further information about this package, please visit the following URL: https://mentors.debian.net/package/hydrapaper/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/h/hydrapaper/hydrapaper_3.3.1-1.dsc Changes since the last upload: hydrapaper (3.3.1-1) unstable; urgency=medium . * New upstream version 3.3.1. * Bumped Standards-Version to 4.6.1. * Reorganized dependencies (application now uses GTK 4) (Closes: #1010697). Regards, -- Francisco Mariano Neto signature.asc Description: This is a digitally signed message part
Bug#1018091: RFS: starfighter/2.4-1 -- 2D scrolling shooter game
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "starfighter": * Package name: starfighter Version : 2.4-1 Upstream Author : diligentcir...@riseup.net * URL : http://pr-starfighter.github.io/ * License : GPL-3+ or CC-BY-SA-3.0, CC-BY-SA-3.0, CC-BY-3.0, public- domain, GPL-2+ or CC-BY-SA-3.0, GPL-2+ * Vcs : https://salsa.debian.org/fmneto-guest/starfighter Section : games The source builds the following binary packages: starfighter - 2D scrolling shooter game starfighter-data - 2D scrolling shooter game -- data files To access further information about this package, please visit the following URL: https://mentors.debian.net/package/starfighter/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/s/starfighter/starfighter_2.4-1.dsc Changes since the last upload: starfighter (2.4-1) unstable; urgency=medium . * New upstream version: 2.4. * debian/control: Bumped Standards version to 4.6.1. * debian/source: created lintian-overrides file, to account for lintian false positive for very-long-line-length-in-source-file. * Removed patch 010_fix-autoconf-flags.patch; changes were incorporated by upstream. Regards, -- Francisco Mariano Neto signature.asc Description: This is a digitally signed message part
Re: Should I give up?
Greetings! I'd like to thank everyone who responded to this message. The past months have been challenging for a series of reasons that don't really fit the scope of this list so I'm going to leave it at that. Suffice it to say, I'm willing to try again. Packaging software for Debian and (eventually) becoming a DD is an old aspiration of mine, and I'm not ready to give up on that just yet. Cheers, Francisco On Mon, 2022-08-15 at 19:54 +0200, Jonathan Carter (highvoltage) wrote: > Hi Francisco > > On 2022/08/15 11:36, Francisco M Neto wrote: > > I have been trying to package packages related to Elemetary OS's > > Pantheon for Debian. Several months ago I submitted a few of them to > > mentors.d.n, and found sponsors, and those packages got accepted. Then they > > entered the NEW queue. I decided to wait for those packages to make it into > > the > > distribution before submitting new ones. > > > > I lost track of the time it took for those packages to actually > > receive > > a response from the ftp masters. Now, I know all work is voluntary and I > > don't > > want to demand anything, but being frank I just got tired of waiting. I had > > completely forgotten about those packages when I got a response for them, > > saying > > that they were rejected. I don't feel motivated at all to actually fix the > > problems that were pointed out about them. > > > > I'm trying to find motivation to work on them once more to fix those > > issues and then go through the whole process again, but the thought of > > having to > > wait several months again to see if everything is acceptable is really > > discouraging. > > > > So, I turn to the mentors present in this discussion list for > > incentive. Should I try again? Is there anything to say? > > I think you should try again. You've made too much progress to through > it away. That said, I can understand how it's very frustrating, it's > often even the case for long DDs when the NEW queue gets long. We're > aware of that problem, and there's some good ideas to make it better > (like making it possible for any DD to give feedback on a package for > faster rejects + feedback), but it's not yet implemented (and right now, > I don't think anyone is working on it either). > > However, after time, every process in Debian does get better, and > patience usually pays off. I hope you give it another shot. > > -Jonathan > signature.asc Description: This is a digitally signed message part
Should I give up?
Greetings. I have been trying to package packages related to Elemetary OS's Pantheon for Debian. Several months ago I submitted a few of them to mentors.d.n, and found sponsors, and those packages got accepted. Then they entered the NEW queue. I decided to wait for those packages to make it into the distribution before submitting new ones. I lost track of the time it took for those packages to actually receive a response from the ftp masters. Now, I know all work is voluntary and I don't want to demand anything, but being frank I just got tired of waiting. I had completely forgotten about those packages when I got a response for them, saying that they were rejected. I don't feel motivated at all to actually fix the problems that were pointed out about them. I'm trying to find motivation to work on them once more to fix those issues and then go through the whole process again, but the thought of having to wait several months again to see if everything is acceptable is really discouraging. So, I turn to the mentors present in this discussion list for incentive. Should I try again? Is there anything to say? Thanks in advance. Francisco signature.asc Description: This is a digitally signed message part
[fmn...@fmneto.com: Bug#989819: RFS: elementary-theme/5.4.2-1~exp1 [ITP] -- GTK stylesheet from elementary OS and Pantheon]
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "elementary-theme": * Package name: elementary-theme Version : 5.4.2-1~exp1 Upstream Author : Daniel Foré * URL : https://elementary.io * License : GPL-3+ * Vcs : https://salsa.debian.org/fmneto-guest/elementary-stylesheet Section : x11 It builds the binary package: elementary-theme - GTK stylesheet from elementary OS and Pantheon To access further information about this package, please visit the following URL: https://mentors.debian.net/package/elementary-theme/ Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/e/elementary-theme/elementary-theme_5.4.2-1~exp1.dsc Changes since the last upload: elementary-theme (5.4.2-1~exp1) experimental; urgency=medium . * Initial release (Closes: #989350) Regards, -- Francisco Mariano Neto -- []'s | Francisco M Neto| | 3E58 1655 9A3D 5D78 9F90 | CFF1 D30B 1694 D692 FBF0 signature.asc Description: PGP signature
Bug#990239: RFS: elementary-planner/2.7-1~exp1 [ITP] -- Task manager with Todoist support
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "elementary-planner": * Package name: elementary-planner Version : 2.7-1~exp1 Upstream Author : Alain M. * URL : http://useplanner.com * License : GPL-3+ * Vcs : [fill in URL of packaging vcs] Section : misc It builds these binary packages: libplannercore-dev - Task manager with Todoist support - development files elementary-planner-plugins - Task manager with Todoist support - plugins libplannercore0 - Task manager with Todoist support - libraries elementary-planner - Task manager with Todoist support To access further information about this package, please visit the following URL: https://mentors.debian.net/package/elementary-planner/ Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/e/elementary-planner/elementary-planner_2.7-1~exp1.dsc Changes for the initial release: elementary-planner (2.7-1~exp1) experimental; urgency=medium . * Initial release (Closes: #989348) Regards, -- Francisco Mariano Neto -- []'s | Francisco M Neto| | 3E58 1655 9A3D 5D78 9F90 | CFF1 D30B 1694 D692 FBF0 signature.asc Description: PGP signature
RFS: elementary-planner/2.7-1~exp1 [ITP] -- Task manager with Todoist support
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "elementary-planner": * Package name: elementary-planner Version : 2.7-1~exp1 Upstream Author : Alain M. * URL : http://useplanner.com * License : GPL-3+ * Vcs : [fill in URL of packaging vcs] Section : misc It builds these binary packages: libplannercore-dev - Task manager with Todoist support - development files elementary-planner-plugins - Task manager with Todoist support - plugins libplannercore0 - Task manager with Todoist support - libraries elementary-planner - Task manager with Todoist support To access further information about this package, please visit the following URL: https://mentors.debian.net/package/elementary-planner/ Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/e/elementary-planner/elementary-planner_2.7-1~exp1.dsc Changes for the initial release: elementary-planner (2.7-1~exp1) experimental; urgency=medium . * Initial release (Closes: #989348) Regards, -- Francisco Mariano Neto -- []'s | Francisco M Neto| | 3E58 1655 9A3D 5D78 9F90 | CFF1 D30B 1694 D692 FBF0 signature.asc Description: PGP signature
Bug#990238: RFS: elementary-code/3.4.1-1~exp1 [ITP] -- Essential code editor with tab support
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "elementary-code": * Package name: elementary-code Version : 3.4.1-1~exp1 Upstream Author : [fill in name and email of upstream] * URL : https://elementary.io * License : GPL-3+, LGPL-3 * Vcs : [fill in URL of packaging vcs] Section : editors It builds these binary packages: libcodecore-dev - Essential code editor with tab support (development files) libcodecore0 - Essential code editor with tab support (shared library) elementary-code - Essential code editor with tab support To access further information about this package, please visit the following URL: https://mentors.debian.net/package/elementary-code/ Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/e/elementary-code/elementary-code_3.4.1-1~exp1.dsc Changes for the initial release: elementary-code (3.4.1-1~exp1) experimental; urgency=medium . * Initial release (Closes: #989629) Regards, -- Francisco Mariano Neto -- []'s | Francisco M Neto| | 3E58 1655 9A3D 5D78 9F90 | CFF1 D30B 1694 D692 FBF0 signature.asc Description: PGP signature
Bug#989821: RFS: elementary-terminal/5.5.2-1~exp1 [ITP] -- Modern terminal from elementary project
Hello again! Just a follow-up: the package is now up to date. The executable now is called "elementary-terminal". The "mo" locale was corrected with a patch that I sent to upstream - they have already accepted it and merged it so the next version should have it fixed. I hope you can have another look at the package - and at other elementary-related packages I'm sending to mentors. Thanks for reviewing! Francisco On 2021-06-14 14:45, Adam Borowski wrote: > On Mon, Jun 14, 2021 at 12:43:39AM -0300, Francisco M Neto wrote: > > * Package name: elementary-terminal > >Version : 5.5.2-1~exp1 > > > elementary-terminal (5.5.2-1~exp1) experimental; urgency=medium > > . > >* Initial release (Closes: #989489) > > Hi! > Is there a reason you left the executable named "io.elementary.terminal"? > The website — nor its reverse — is not relevant to a user; people instead > expect the principal executable to be named same as the package — and also, > our convention is to name terminals "${FOO}-terminal". > > (On the other hand, if you strongly insist on keeping that Javaesque name, > this is not a blocker, I'll just whine and upload.) > > > Most of translation .po files are empty — is there any reason to ship them? > (But this can be considered an upstream bug.) > > > The language code for Romanian as spoken in Moldova is not "mo" but "ro-MD"; > there's no glibc locale for the former thus the .po won't be picked up. > (https://en.wikipedia.org/wiki/Moldovan_language tells an interesting story: > the language is by law "Romanian", but during Soviet occupation it was > forced as "Moldovan" for political reasons, present communist party also > pushes for the latter but that goes against both the public opinion and > courts. The ISO lang code "mo" was once valid but has been removed.) > > > Package description: "originalle" should be translated to English. (Such > pointless mixing of languages would postpone world domination of English > ad calendas graecas ☺.) > > > Last and least: the short desc ("Modern ...") shouldn't be capitalized. > > > Meow! > -- > ⢀⣴⠾⠻⢶⣦⠀ What Would Jesus Do, MUD/MMORPG edition: > ⣾⠁⢠⠒⠀⣿⡁ • multiplay with an admin char to benefit own mortal [Mt3:16-17] > ⢿⡄⠘⠷⠚⠋⠀ • abuse item cloning bugs [Mt14:17-20, Mt15:34-37] > ⠈⠳⣄ • use glitches to walk on water [Mt14:25-26] > -- []'s | Francisco M Neto| | 3E58 1655 9A3D 5D78 9F90 | CFF1 D30B 1694 D692 FBF0 signature.asc Description: PGP signature
Bug#989821: RFS: elementary-terminal/5.5.2-1~exp1 [ITP] -- Modern terminal from elementary project
Hello again! This is just a follow-up. I decided to give it a try and succeeded in changing the final executable from io.elementary.terminal to elementary-terminal. Cheers Francisco On 2021-06-14 13:25, Francisco M Neto wrote: > Hello! > > On 2021-06-14 14:45, Adam Borowski wrote: > > Is there a reason you left the executable named "io.elementary.terminal"? > > The website — nor its reverse — is not relevant to a user; people instead > > expect the principal executable to be named same as the package — and also, > > our convention is to name terminals "${FOO}-terminal". > > I went the other way, actually. At first I noticed the weird > executable name and wondered if I should rename it; but that would imply > making changes to the source (with possible unforseen consequences). > After asking in #debian-mentors I decided it was not worth the troulble. > > > (On the other hand, if you strongly insist on keeping that Javaesque name, > > this is not a blocker, I'll just whine and upload.) > > I'm not married to that solution. If you think it's better to follow > the convention I'm okay with it. I'll make the necessary changes :) > > > Most of translation .po files are empty — is there any reason to ship them? > > (But this can be considered an upstream bug.) > > That's pretty much what I figured. I didn't want to change the > upstream source so i just left those there. As for the "mo" locale, I've > notified them about it - it seems to be a generalized problem so I > wasn't sure where to file a bug report. > > I haven't received an answer from them, though, so I'm thinking I > might just file a bug report on each package and move on. > > > Package description: "originalle" should be translated to English. (Such > > pointless mixing of languages would postpone world domination of English > > ad calendas graecas ☺.) > > That wasn't actually a translation; it was a typo... :P > > But thanks for pointing it out, I've corrected it. > > > -- > > ⢀⣴⠾⠻⢶⣦⠀ What Would Jesus Do, MUD/MMORPG edition: > > ⣾⠁⢠⠒⠀⣿⡁ • multiplay with an admin char to benefit own mortal [Mt3:16-17] > > ⢿⡄⠘⠷⠚⠋⠀ • abuse item cloning bugs [Mt14:17-20, Mt15:34-37] > > ⠈⠳⣄⠀⠀⠀⠀ • use glitches to walk on water [Mt14:25-26] > > > > I loved that swirl! I've been looking for one for some time. Mind if I > "steal" it from you? > > -- > []'s > | > Francisco M Neto| > | 3E58 1655 9A3D 5D78 9F90 > | CFF1 D30B 1694 D692 FBF0 -- []'s | Francisco M Neto| | 3E58 1655 9A3D 5D78 9F90 | CFF1 D30B 1694 D692 FBF0 signature.asc Description: PGP signature
Bug#989821: RFS: elementary-terminal/5.5.2-1~exp1 [ITP] -- Modern terminal from elementary project
Hello! On 2021-06-14 14:45, Adam Borowski wrote: > Is there a reason you left the executable named "io.elementary.terminal"? > The website — nor its reverse — is not relevant to a user; people instead > expect the principal executable to be named same as the package — and also, > our convention is to name terminals "${FOO}-terminal". I went the other way, actually. At first I noticed the weird executable name and wondered if I should rename it; but that would imply making changes to the source (with possible unforseen consequences). After asking in #debian-mentors I decided it was not worth the troulble. > (On the other hand, if you strongly insist on keeping that Javaesque name, > this is not a blocker, I'll just whine and upload.) I'm not married to that solution. If you think it's better to follow the convention I'm okay with it. I'll make the necessary changes :) > Most of translation .po files are empty — is there any reason to ship them? > (But this can be considered an upstream bug.) That's pretty much what I figured. I didn't want to change the upstream source so i just left those there. As for the "mo" locale, I've notified them about it - it seems to be a generalized problem so I wasn't sure where to file a bug report. I haven't received an answer from them, though, so I'm thinking I might just file a bug report on each package and move on. > Package description: "originalle" should be translated to English. (Such > pointless mixing of languages would postpone world domination of English > ad calendas graecas ☺.) That wasn't actually a translation; it was a typo... :P But thanks for pointing it out, I've corrected it. > -- > ⢀⣴⠾⠻⢶⣦⠀ What Would Jesus Do, MUD/MMORPG edition: > ⣾⠁⢠⠒⠀⣿⡁ • multiplay with an admin char to benefit own mortal [Mt3:16-17] > ⢿⡄⠘⠷⠚⠋⠀ • abuse item cloning bugs [Mt14:17-20, Mt15:34-37] > ⠈⠳⣄ • use glitches to walk on water [Mt14:25-26] > I loved that swirl! I've been looking for one for some time. Mind if I "steal" it from you? -- []'s | Francisco M Neto| | 3E58 1655 9A3D 5D78 9F90 | CFF1 D30B 1694 D692 FBF0 signature.asc Description: PGP signature
Bug#989819: RFS: elementary-theme/5.4.2-1~exp1 [ITP] -- GTK stylesheet from elementary OS and Pantheon
Hello! On 2021-06-14 15:09, Adam Borowski wrote: > There's a license mix-up: > 1 *No copyright* GNU General Public License > 54 *No copyright* UNKNOWN > 3 GNU General Public License v2.0 or later > 9 GNU General Public License v3.0 or later > 1 GNU Lesser General Public License v2.1 or later > 7 UNKNOWN > > Even though all of these resolve to GPL3+ for the package as a whole, > our ftpmammals¹ demand every license to be listed in the copyright file. I can relate to that :) > The affected files are: > * GPL2+: elementary/gtk-3.0/{apps,granite-widgets.dark,granite-widgets}.css > * LGPL2.1+: elementary/gtk-2.0/gtkrc Okay these are dealt with. What about those files that nave "No Copyright" or are listed as "UNKNOWN"? I couldn't find anything on the Policy or on the Dev Reference that could give me a solution for that :( Cheers! -- []'s | Francisco M Neto| | 3E58 1655 9A3D 5D78 9F90 | CFF1 D30B 1694 D692 FBF0 signature.asc Description: PGP signature
Bug#989821: RFS: elementary-terminal/5.5.2-1~exp1 [ITP] -- Modern terminal from elementary project
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "elementary-terminal": * Package name: elementary-terminal Version : 5.5.2-1~exp1 Upstream Author : elementary, Inc * URL : https://elementary.io * License : GPL-3+ * Vcs : [fill in URL of packaging vcs] Section : x11 It builds those binary packages: elementary-terminal - Modern terminal from elementary project To access further information about this package, please visit the following URL: https://mentors.debian.net/package/elementary-terminal/ Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/e/elementary-terminal/elementary-terminal_5.5.2-1~exp1.dsc Changes for the initial release: elementary-terminal (5.5.2-1~exp1) experimental; urgency=medium . * Initial release (Closes: #989489) Regards, -- Francisco Mariano Neto -- []'s | Francisco M Neto| | 3E58 1655 9A3D 5D78 9F90 | CFF1 D30B 1694 D692 FBF0
Bug#989820: RFS: elementary-code/3.4.1-1~exp1 [ITP] -- Essential code editor with tab support
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "elementary-code": * Package name: elementary-code Version : 3.4.1-1~exp1 Upstream Author : [fill in name and email of upstream] * URL : https://elementary.io * License : GPL-3+, LGPL-3 * Vcs : [fill in URL of packaging vcs] Section : editors It builds those binary packages: libcodecore-dev - Essential code editor with tab support (development files) libcodecore0 - Essential code editor with tab support (shared library) elementary-code - Essential code editor with tab support To access further information about this package, please visit the following URL: https://mentors.debian.net/package/elementary-code/ Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/e/elementary-code/elementary-code_3.4.1-1~exp1.dsc Changes for the initial release: elementary-code (3.4.1-1~exp1) experimental; urgency=medium . * Initial release (Closes: #989629) Regards, -- Francisco Mariano Neto -- []'s | Francisco M Neto| | 3E58 1655 9A3D 5D78 9F90 | CFF1 D30B 1694 D692 FBF0
Bug#989819: RFS: elementary-theme/5.4.2-1~exp1 [ITP] -- GTK stylesheet from elementary OS and Pantheon
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "elementary-theme": * Package name: elementary-theme Version : 5.4.2-1~exp1 Upstream Author : Daniel Foré * URL : https://elementary.io * License : GPL-3+ * Vcs : https://salsa.debian.org/fmneto-guest/elementary-stylesheet Section : x11 It builds the binary package: elementary-theme - GTK stylesheet from elementary OS and Pantheon To access further information about this package, please visit the following URL: https://mentors.debian.net/package/elementary-theme/ Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/e/elementary-theme/elementary-theme_5.4.2-1~exp1.dsc Changes since the last upload: elementary-theme (5.4.2-1~exp1) experimental; urgency=medium . * Initial release (Closes: #989350) Regards, -- Francisco Mariano Neto -- []'s | Francisco M Neto| | 3E58 1655 9A3D 5D78 9F90 | CFF1 D30B 1694 D692 FBF0
Bug#989818: RFS: elementary-icons/5.3.1-1~exp1 [ITP] -- Set of vector icons originally designed for elementary OS
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "elementary-icons": * Package name: elementary-icons Version : 5.3.1-1~exp1 Upstream Author : Daniel Foré * URL : https://elementary.io * License : GPL-3+ * Vcs : https://salsa.debian.org/fmneto-guest/elementary-icons Section : x11 It builds the binary package: elementary-icon-theme - Set of vector icons originally designed for elementary OS To access further information about this package, please visit the following URL: https://mentors.debian.net/package/elementary-icons/ Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/e/elementary-icons/elementary-icons_5.3.1-1~exp1.dsc Changes for the initial release: elementary-icons (5.3.1-1~exp1) experimental; urgency=medium . * Initial release (Closes: #989349) Regards, -- Francisco Mariano Neto -- []'s | Francisco M Neto| | 3E58 1655 9A3D 5D78 9F90 | CFF1 D30B 1694 D692 FBF0
Bug#974079: RFS: starfighter/2.3.3-1 [ITA] -- 2D scrolling shooter game
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "starfighter": * Package name: starfighter Version : 2.3.3-1 Upstream Author : [fill in name and email of upstream] * URL : http://pr-starfighter.github.io/ * License : GPL-3+ or CC-BY-SA-3.0, CC-BY-3.0, GPL-2+, GPL-2+ or CC-BY-SA-3.0, CC-BY-SA-3.0, public-domain * Vcs : [fill in URL of packaging vcs] Section : games It builds those binary packages: starfighter-data - 2D scrolling shooter game -- data files starfighter - 2D scrolling shooter game To access further information about this package, please visit the following URL: https://mentors.debian.net/package/starfighter/ Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/s/starfighter/starfighter_2.3.3-1.dsc It is also available on Salsa: https://salsa.debian.org/fmneto-guest/starfighter Changes since the last upload: starfighter (2.3.3-1) unstable; urgency=medium . * New maintainer; thanks Guus Sliepen for all your work! * Added new maintainer to debian/control. Closes: #963930) * New upstream version. * Package orphaned: setting Maintainer to Debian QA Group. * debian/clean: created file. * debian/control: - Bumped Standards version to 4.5.0 - Changed debhelper to debhelper compat and bumped version to 13. - Removed debian/compat file. - Updated Homepage field. * debian/copyright: updated copyright fields. * debian/patches: - Codebase has been rewritten, removing all patches. * debian/rules: - Added autoreconf with override and removed --parallel. - Added DEB_BUILD_MAINT_OPTIONS with hardening=+all * debian/starfighter.overrides: - Added override for hardening-no-bindnow false positive. - Added override for maintainer-manual-page (man page submitted). * debian/upstream/metadata: created file. * debian/watch: updated to track correct URI. * debian/*.install: reconstructed both install files to account for rewritten source code. * Upstream no longer provides a signing key; removed present signing-key.asc file. Regards, -- []'s, Francisco M Neto www.fmneto.com 3E58 1655 9A3D 5D78 9F90 CFF1 D30B 1694 D692 FBF0 0xD30B1694D692FBF0.asc Description: application/pgp-keys signature.asc Description: OpenPGP digital signature
Bug#973936: RFS: hydrapaper/2.0.2-1 -- Utility that sets background independently for each monitor
Hello Tobias! On 11/8/20 6:04 AM, Tobias Frost wrote: > - The changelog entry of 2.0-2, namely the timestamp, does not match the archive. Please fix that. > > <...>> > - The archive has already a d/clean, your changes actually is removing two lines: > > --- /home/tobi/workspace/deb/mentors/fmneto/hydrapaper/archive/hydrapaper-2.0/debian/clean > +++ /home/tobi/workspace/deb/mentors/fmneto/hydrapaper/new/hydrapaper-2.0.2/debian/clean > @@ -1,3 +1 @@ > docs/hydrapaper.1 > -clean/ > -obj* > Thanks for answering. I've updated the repo and also uploaded to mentors. Both the changelog entry and d/clean should be fine now. Cheers, Francisco -- []'s, Francisco M Neto www.fmneto.com 3E58 1655 9A3D 5D78 9F90 CFF1 D30B 1694 D692 FBF0 0xD30B1694D692FBF0.asc Description: application/pgp-keys signature.asc Description: OpenPGP digital signature
Bug#973936: RFS: hydrapaper/2.0.2-1 -- Utility that sets background independently for each monitor
Package: sponsorship-requests Severity: normal Dear mentors, I am still looking for a sponsor for my package "hydrapaper": * Package name: hydrapaper Version : 2.0.2-1 Upstream Author : Gabriele Musco * URL : https://gitlab.com/gabmus/HydraPaper * License : GPL-3+ * Vcs : https://salsa.debian.org/fmneto-guest/hydrapaper Section : graphics It builds those binary packages: hydrapaper - Utility that sets background independently for each monitor To access further information about this package, please visit the following URL: https://mentors.debian.net/package/hydrapaper/ Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/h/hydrapaper/hydrapaper_2.0.2-1.dsc Changes since the last upload: hydrapaper (2.0.2-1) unstable; urgency=medium . * New upstream version. * debian/clean: created file to force manpage cleanup. Regards, -- []'s, Francisco M Neto www.fmneto.com 3E58 1655 9A3D 5D78 9F90 CFF1 D30B 1694 D692 FBF0 0xD30B1694D692FBF0.asc Description: application/pgp-keys signature.asc Description: OpenPGP digital signature
Bug#973314: RFS: hydrapaper/2.0.2-1 -- Utility that sets background independently for each monitor
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "hydrapaper": * Package name: hydrapaper Version : 2.0.2-1 Upstream Author : Gabriele Musco * URL : https://gitlab.com/gabmus/HydraPaper * License : GPL-3+ * Vcs : https://salsa.debian.org/fmneto-guest/hydrapaper Section : graphics It builds those binary packages: hydrapaper - Utility that sets background independently for each monitor To access further information about this package, please visit the following URL: https://mentors.debian.net/package/hydrapaper/ Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/h/hydrapaper/hydrapaper_2.0.2-1.dsc Changes since the last upload: hydrapaper (2.0.2-1) unstable; urgency=medium . * New upstream version. * debian/clean: created file to force manpage cleanup. Regards, -- []'s, Francisco M Neto www.fmneto.com 3E58 1655 9A3D 5D78 9F90 CFF1 D30B 1694 D692 FBF0 0xD30B1694D692FBF0.asc Description: application/pgp-keys signature.asc Description: OpenPGP digital signature
Bug#970591: RFS: wiki2beamer/0.10.0-4 -- Tool to create LaTeX beamer presentations in wiki syntax
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "wiki2beamer": * Package name: wiki2beamer Version : 0.10.0-4 Upstream Author : Valentin Haenel * URL : https://wiki2beamer.github.io/ * License : GFDL-1.3+, GPL-2+ * Vcs : https://salsa.debian.org/debian/wiki2beamer Section : text It builds those binary packages: wiki2beamer - Tool to create LaTeX beamer presentations in wiki syntax To access further information about this package, please visit the following URL: https://mentors.debian.net/package/wiki2beamer/ Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/w/wiki2beamer/wiki2beamer_0.10.0-4.dsc Changes since the last upload: wiki2beamer (0.10.0-4) unstable; urgency=medium . * New Maintainer. Thanks Boyuan Yang for their work! (Closes: #968620) * debian/control: Added Rules-Requires-Root field. * debian/copyright: updated to comply with DEP-5. * debian/upstream/metadata: added bug tracking-related fields. * debian/rules: - updated execute_after_dh_auto_clean to test for the Makefile. - suppressed unneeded override_dh_python3. * debian/patches: created patch to fix the Makefile under doc/man/. Regards, Francisco -- []'s, Francisco M Neto www.fmneto.com 3E58 1655 9A3D 5D78 9F90 CFF1 D30B 1694 D692 FBF0 0xD30B1694D692FBF0.asc Description: application/pgp-keys signature.asc Description: OpenPGP digital signature
Bug#969241: RFS: hydrapaper/1.12 [ITP]] -- sets desktop wallpaper on different monitors
Hello Tobias, On Mon, 2020-09-14 at 19:38 +0200, Tobias Frost wrote: > > It still has stray version 2 in the version 3 text… Look at line 17 and 29. > > New stuff I found: > d/rules: > - the dh_auto_clean override is not needed. This can be done by listing the > files to be deleted in d/clean. > - Calling dh_clean in an override for dh_*auto*_clean is not correct, you need > to match those. > --> go for d/clean and delete the override. > > Copyright review: ✔ > > Please fix the remaining issues and then ping me. Done. I've already uploaded the new version to m.d.o and updated Salsa as well. Thank you for the review! -- []'s, Francisco M Neto www.fmneto.com 3E58 1655 9A3D 5D78 9F90 CFF1 D30B 1694 D692 FBF0 signature.asc Description: This is a digitally signed message part
Re: Bug#969241: RFS: hydrapaper/1.12 [ITP]] -- sets desktop wallpaper on different monitors
Greetings! On Tue, 2020-09-08 at 22:01 +0200, Tobias Frost wrote: > Please fix those issues and then remove the moreinfo tag! > I've done all that; packaged version 2.0, fixed issues with packaging and removed the tag. Thanks. -- []'s, Francisco M Neto www.fmneto.com 3E58 1655 9A3D 5D78 9F90 CFF1 D30B 1694 D692 FBF0 signature.asc Description: This is a digitally signed message part
Bug#969241: RFS: hydrapaper/1.12 [ITP]] -- sets desktop wallpaper on different monitors
Greetings! Thanks for all the comments. That's quite a lot of needed fixes; I guess that's why mentors exists :) On Tue, 2020-09-08 at 22:01 +0200, Tobias Frost wrote: > Control: tags -1 moreinfo > > Hi Francisco, > > On Sat, 29 Aug 2020 17:16:50 -0300 Francisco M Neto wrote: > > Package: hydrapaper > > Version: 1.12-1 > > Upstream has released 2.0 in the meantime. Can you update it please? Will do. > I: hydrapaper source: quilt-patch-missing-description 010_fix-quotation-marks- > in-fstring.patch > - the patch does not have dep3 headers. Have you sent the patch upstream? I did. And I remember creating that header; I probably made some mistake when committing. > d/copyright: > - 1st files section says License: GPL3+, but License text says "Version 2" at > two locations. > - Usually it is best to have the same license for the debian/* part as > upstream. If you make the debian/* GPL3+, d/copyright can become even > shorter. > (Yes, GPL2+ includes GPL3+, but the version 2 is moot in combination) Interesting; I hadn't thought about that! > d/control: > Build Depends on cmake and meson. Does it need both? > The list on Build-Depends on the README.md is shorter than in d/control. > Please re-check your B-Ds if they are really needed. Something in the source tree made me believe I'd need both; I'll recheck that. > d/watch has some extra lines. > d/watch could be more elegant, see https://wiki.debian.org/debian/watch#Gitlab > i.e. > version=4 > https://gitlab.com/gabmus/HydraPaper/tags?sort=updated_desc > archive/@ANY_VERSION@/HydraPaper-\d\S*@ARCHIVE_EXT@ Nothing to say here; this is more elegant, I suppose I got a little paranoid with the regexps. > (Noting here that your orig source tarball is tar.xz, but upstream has no > tar.xz… How did you create the orig.xz tarball? Please stick to the upstream > provided one…) That orig tarball was generated automagically, probably when I imported the upstream source... I'm not sure why it was generated like that. I didn't see a tag when I ran lintian so I didn't notice it. > Nitpicks: > There is no need to override maintainer-manual-page. Overrides should not be > used to silence lintian, but only if lintian is wrong. > However, if you override you should provide more information in the override, > like the MR where the manpage can be found. > But ASFAIS the next release will have the manpage, so no need for action. That tag kept triggering my OCD; but I get your point - overrides should be meaningful. Thank you very much for all the comments! -- []'s, Francisco M Neto www.fmneto.com 3E58 1655 9A3D 5D78 9F90 CFF1 D30B 1694 D692 FBF0 signature.asc Description: This is a digitally signed message part
Re: About sponsorship in real life
Thank you everyone for all the comments; I guess being frustrated is part of the deal, really. That's why I exercise caution when things take longer than I expect. This time I guess I got a little more anxious, though. -- []'s, Francisco M Neto www.fmneto.com 3E58 1655 9A3D 5D78 9F90 CFF1 D30B 1694 D692 FBF0 signature.asc Description: This is a digitally signed message part
Re: About sponsorship
Hey there! Thanks for your replies. On Tue, 2020-09-08 at 01:41 +, Paul Wise wrote: > On Tue, Sep 8, 2020 at 1:32 AM Francisco M Neto wrote: > > > Is there something I should be doing to get someone to sponsor my package? > > Keep maintaining your packages and keep your RFSen up to date. > > There are some other tips for this in the FAQ: > > https://wiki.debian.org/DebianMentorsFaq#Sponsored_Packages Thank you so much for all the info. I'll keep working on them, and keep them updated on salsa and mentors.d.o. -- []'s, Francisco M Neto www.fmneto.com 3E58 1655 9A3D 5D78 9F90 CFF1 D30B 1694 D692 FBF0 signature.asc Description: This is a digitally signed message part
About sponsorship
Greetings, I see a lot of RFS email that just sits there in the mailing list, without ever getting a response... is that normal? Do responses about requests for sponsorship usually not get sent to debian-mentors? Is there something I should be doing to get someone to sponsor my package? -- []'s, Francisco M Neto www.fmneto.com 3E58 1655 9A3D 5D78 9F90 CFF1 D30B 1694 D692 FBF0 signature.asc Description: This is a digitally signed message part
Re: RFH: Debian derivatives census
On Thu, 2020-09-03 at 10:04 +0800, Paul Wise wrote: > I'm looking for folks who are not very involved in Debian and would > like to increase their involvement. The current codebase involves Make, > Python, SQL, Shell and small amounts of Perl but if you don't know > these yet I'll be happy to help you learn enough that you can > contribute. In addition to the census codebase itself, work on the > census can involve working on the codebases of other Debian services, > such as the Debian Package Tracker. I'd love to join! What do I do? I can (mostly) hold my own in those languages. -- []'s, Francisco M Neto www.fmneto.com 3E58 1655 9A3D 5D78 9F90 CFF1 D30B 1694 D692 FBF0 signature.asc Description: This is a digitally signed message part
Bug#969241: RFS: hydrapaper/1.12 [ITP] -- sets desktop wallpaper on different monitors
Package: hydrapaper Version: 1.12-1 Severity: normal Dear mentors, I am looking for a sponsor for my package "hydrapaper": * Package name: hydrapaper Version : 1.12-1 Upstream Author : Gabriele Musco * URL : https://gitlab.com/gabmus/HydraPaper * License : GPL-3+ * Vcs : https://salsa.debian.org/fmneto-guest/hydrapaper Section : graphics It builds those binary packages: hydrapaper - Utility that sets background independently for each monitor To access further information about this package, please visit the following URL: https://mentors.debian.net/package/hydrapaper/ Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/h/hydrapaper/hydrapaper_1.12-1.dsc Changes since the last upload: hydrapaper (1.12-1) unstable; urgency=medium * Initial release (Closes: #969189) -- Francisco M Neto Sat, 29 Aug 2020 12:51:53 + Regards, -- Francisco M Neto -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (800, 'testing'), (550, 'stable'), (500, 'stable- updates'), (500, 'oldstable'), (400, 'unstable'), (390, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.7.0-7.1-liquorix-amd64 (SMP w/12 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.utf8), LANGUAGE=en_US.utf8 Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages hydrapaper depends on: ii dconf-gsettings-backend [gsettings-backend] 0.36.0-1 ii gir1.2-handy-1 0.90.0-1 ii libhandy-1-0 0.90.0-1 ii python3 3.8.2-3 ii python3-gi 3.36.0-4 hydrapaper recommends no packages. hydrapaper suggests no packages. -- no debconf information -- []'s, Francisco M Neto GPG: 4096R/D692FBF0 --- Begin Message --- Package: hydrapaper Version: 1.12-1 Severity: normal Dear mentors, I am looking for a sponsor for my package "hydrapaper": * Package name: hydrapaper Version : 1.12-1 Upstream Author : Gabriele Musco * URL : https://gitlab.com/gabmus/HydraPaper * License : GPL-3+ * Vcs : https://salsa.debian.org/fmneto-guest/hydrapaper Section : graphics It builds those binary packages: hydrapaper - Utility that sets background independently for each monitor To access further information about this package, please visit the following URL: https://mentors.debian.net/package/hydrapaper/ Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/h/hydrapaper/hydrapaper_1.12-1.dsc Changes since the last upload: hydrapaper (1.12-1) unstable; urgency=medium * Initial release (Closes: #969189) -- Francisco M Neto Sat, 29 Aug 2020 12:51:53 +0000 Regards, -- Francisco M Neto -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (800, 'testing'), (550, 'stable'), (500, 'stable-updates'), (500, 'oldstable'), (400, 'unstable'), (390, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.7.0-7.1-liquorix-amd64 (SMP w/12 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.utf8), LANGUAGE=en_US.utf8 Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages hydrapaper depends on: ii dconf-gsettings-backend [gsettings-backend] 0.36.0-1 ii gir1.2-handy-1 0.90.0-1 ii libhandy-1-0 0.90.0-1 ii python3 3.8.2-3 ii python3-gi 3.36.0-4 hydrapaper recommends no packages. hydrapaper suggests no packages. -- no debconf information --- End Message --- signature.asc Description: This is a digitally signed message part
Re: Filing a RFS on salsa
Yeah. I don't want to waste a bug like that so I'll forward the message I got from the BTS to the list. Cheers -- []'s, Francisco M Neto GPG: 4096R/D692FBF0 On Mon, 2020-08-31 at 02:56 +, Paul Wise wrote: > On Mon, Aug 31, 2020 at 2:27 AM Francisco M Neto wrote: > > > When I first opened reportbug it asked me against what package I > > wanted > > to submit the bug, and I hadn't noticed that it *should* have > > been sponsorship-requests; so it went somewhere else. I've sent > > email > > to control@b.d.o correcting that. I'm just not sure if it's enough > > for > > it to be sent to this mailing list as well. > > I think you'll have to bounce a copy of it to the list, or just close > it and open a new one. > signature.asc Description: This is a digitally signed message part
Re: Filing a RFS on salsa
I figured out what happened. When I first opened reportbug it asked me against what package I wanted to submit the bug, and I hadn't noticed that it *should* have been sponsorship-requests; so it went somewhere else. I've sent email to control@b.d.o correcting that. I'm just not sure if it's enough for it to be sent to this mailing list as well. -- []'s, Francisco M Neto GPG: 4096R/D692FBF0 On Mon, 2020-08-31 at 08:50 +0800, Paul Wise wrote: > On Sun, 2020-08-30 at 13:31 -0300, Francisco M Neto wrote: > > > But I don't see my RFS here > > I don't see your RFS on the BTS either: > > https://bugs.debian.org/cgi-bin/pkgreport.cgi?submitter=fmn...@fmneto.com > https://portfolio.debian.net/result?email=fmn...@fmneto.com > signature.asc Description: This is a digitally signed message part
Re: Filing a RFS on salsa
That's what I thought, too. But I don't see my RFS here so I was wondering. -- []'s, Francisco M Neto GPG: 4096R/D692FBF0 On Sun, 2020-08-30 at 10:44 +0800, Paul Wise wrote: > On Sat, 2020-08-29 at 20:24 -0300, Francisco M Neto wrote: > > > thanks for the reply. Do I have to send the RFS manually to > > this mailing list, or is it forwarded automatically? I made one > > with > > reportbug but I'm not sure if it was sent or not... > > RFS that reach bugs.debian.org will automatically reach debian- > mentors. > signature.asc Description: This is a digitally signed message part
Re: Filing a RFS on salsa
Hey Paul, thanks for the reply. Do I have to send the RFS manually to this mailing list, or is it forwarded automatically? I made one with reportbug but I'm not sure if it was sent or not... Thanks Francisco -- []'s, Francisco M Neto GPG: 4096R/D692FBF0 On Sat, 2020-08-29 at 02:43 +, Paul Wise wrote: > On Fri, Aug 28, 2020 at 3:50 PM Francisco M Neto wrote: > > > I know how to use mentors.debian.org to make an RFS and ask > > for > > a sponsor. Is there a way to do that using a Salsa repository? Or > > do I > > just do it manually? > > Some sponsors only sponsor Debian source packages (such as those > hosted by mentors) while others will build Debian source packages > from > your VCS repository if you ask for that. In your RFS you can provide > either a Debian source package or a VCS repository or both, in order > to cater to the sponsors you prefer to interact with. > signature.asc Description: This is a digitally signed message part
Filing a RFS on salsa
Greetings! I know how to use mentors.debian.org to make an RFS and ask for a sponsor. Is there a way to do that using a Salsa repository? Or do I just do it manually? -- []'s, Francisco M Neto GPG: 4096R/D692FBF0 signature.asc Description: This is a digitally signed message part
RFS: drgeo (updated package)
Dear mentors, I am looking for a sponsor for the new version 1.1.0-3 of my package drgeo. It builds these binary packages: drgeo - An interactive geometry software This is the Gtk interactive geometry software. It allows one to create geometric figure plus the interactive manipulation of such figure in respect with their geometric constraints. It is usable in teaching situation with students from primary or secondary level. . Dr. Geo comes with a complete set of tools arranged in different categories: . * points * lines * geometric transformations * numeric function * macro-construction * DGS object - Dr. Geo Guile Script * DSF - Dr Geo Scheme Figure, it is interactive figure defined in a file and evaluated with the embedded Scheme interpretor, awesome! * Export facilities in the LaTeX and EPS formats The package appears to be lintian clean. The upload would fix these bugs: 526728 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/d/drgeo - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/d/drgeo/drgeo_1.1.0-3.dsc I would be glad if someone uploaded this package for me. Kind regards Francisco M. Garcia Claramonte -- Francisco M. García Claramonte franciscomanuel.gar...@hispalinux.es GPG: public key ID 556ABA51 signature.asc Description: Esta parte del mensaje está firmada digitalmente
RFS: lynis (updated package)
Dear mentors, I am looking for a sponsor for the new version 1.2.6-1 of my package lynis. It builds these binary packages: lynis - security auditing tool for Unix based systems Lynis is an auditing tool for Unix. It scans the system configuration and creates an overview of system information and security issues usable by professional auditors. It can assist in automated audits. . Lynis can be used in addition to other software, like security scanners, system benchmarking and fine-tuning tools. The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/l/lynis - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/l/lynis/lynis_1.2.6-1.dsc I would be glad if someone uploaded this package for me. Kind regards Francisco -- Francisco M. García Claramonte franciscomanuel.gar...@hispalinux.es GPG: public key ID 556ABA51 signature.asc Description: Esta parte del mensaje está firmada digitalmente
RFS: stardata-common (updated package)
Dear mentors, I am looking for a sponsor for the new version 0.6 of my package stardata-common. It builds these binary packages: stardata-common - Common framework to manage astronomy packages This package allows the installation and removal of astronomy catalogues, converting those catalogues to astronomy programs' data formats. . All stardata catalogues conforming to stardata-common policy are converted automatically at installation time to the formats of astronomy programs that support stardata-common. . The register-stardata program is transparent for the user; this program is called automatically when any astronomy package conforming to the stardata-common policy is installed, upgraded or removed. The package appears to be lintian clean. The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/s/stardata-common - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/s/stardata-common/stardata-common_0.6.dsc I would be glad if someone uploaded this package for me. Kind regards Francisco -- Francisco M. García Claramonte franciscomanuel.gar...@hispalinux.es GPG: public key ID 556ABA51 signature.asc Description: Esta parte del mensaje está firmada digitalmente
Re: RFS: stardata-common (updated package)
Hi all, Please, don't download this package by now, I'm making some improvements on it. I have removed it from mentors.d.n. I'll upload it when it is ready. Thanks. Regards, Francisco. El lun, 23-03-2009 a las 09:11 +0100, Francisco M. García Claramonte escribió: Dear mentors, I am looking for a sponsor for the new version 0.6 of my package stardata-common. It builds these binary packages: stardata-common - Common framework to manage astronomy packages This package allows the installation and removal of astronomy catalogues, converting those catalogues to astronomy programs' data formats. . All stardata catalogues conforming to stardata-common policy are converted automatically at installation time to the formats of astronomy programs that support stardata-common. . The register-stardata program is transparent for the user; this program is called automatically when any astronomy package conforming to the stardata-common policy is installed, upgraded or removed. The package appears to be lintian clean. The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/s/stardata-common - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/s/stardata-common/stardata-common_0.6.dsc I would be glad if someone uploaded this package for me. Kind regards Francisco signature.asc Description: Esta parte del mensaje está firmada digitalmente
RFS: stardata-common (updated package)
Dear mentors, I am looking for a sponsor for the new version 0.6 of my package stardata-common. It builds these binary packages: stardata-common - Common framework to manage astronomy packages This package allows the installation and removal of astronomy catalogues, converting those catalogues to astronomy programs' data formats. . All stardata catalogues conforming to stardata-common policy are converted automatically at installation time to the formats of astronomy programs that support stardata-common. . The register-stardata program is transparent for the user; this program is called automatically when any astronomy package conforming to the stardata-common policy is installed, upgraded or removed. The package appears to be lintian clean. The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/s/stardata-common - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/s/stardata-common/stardata-common_0.6.dsc I would be glad if someone uploaded this package for me. Kind regards Francisco -- Francisco M. García Claramonte franciscomanuel.gar...@hispalinux.es GPG: public key ID 556ABA51 signature.asc Description: Esta parte del mensaje está firmada digitalmente
Re: RFS: lynis (updated package)
Hi Paul, First of all Thanks for your revision. I have fixed the points you tell me. I have uploaded the package once again to: http://mentors.debian.net/debian/pool/main/l/lynis El mié, 04-03-2009 a las 01:43 +0900, Paul Wise escribió: On Wed, Mar 4, 2009 at 12:50 AM, Francisco M. García Claramonte fgclaramo...@yahoo.es wrote: - dget http://mentors.debian.net/debian/pool/main/l/lynis/lynis_1.2.3-1..dsc Upstream changed their copyright info (+2009), debian/copyright needs to change too. Yes, I agree. I didn't realize to update it. There is one pedantic lintian complaint: P: lynis: copyright-refers-to-symlink-license usr/share/common-licenses/GPL Well, It is a minor problem but, anyway I have changed it to avoid the lintian message. You might want to review your debtags (still contains special::not-yet-tagged): http://debtags.alioth.debian.org/edit.html?pkg=lynis Yes, I'll goin to review it, and I'll update the tags. Thank you for your comments. Regards, Francisco, -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: Esta parte del mensaje está firmada digitalmente
RFS: lynis (updated package)
Dear mentors, I am looking for a sponsor for the new version 1.2.3-1 of my package lynis. It builds these binary packages: lynis - security auditing tool for Unix based systems Lynis is an auditing tool for Unix. It scans the system configuration and creates an overview of system information and security issues usable by professional auditors. It can assist in automated audits. . Lynis can be used in addition to other software, like security scanners, system benchmarking and fine-tuning tools. The package appears to be lintian clean. The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/l/lynis - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/l/lynis/lynis_1.2.3-1.dsc I would be glad if someone uploaded this package for me. Regards Francisco. -- Francisco M. García Claramonte franciscomanuel.gar...@hispalinux.es GPG: public key ID 556ABA51 signature.asc Description: Esta parte del mensaje está firmada digitalmente
Re: RFS: lynis (updated package)
Hello Vincent. Thank you, once again, for your upload. Best regards. Francisco. El sáb, 26-07-2008 a las 15:29 +0200, Vincent Bernat escribió: OoO Vers la fin de l'après-midi du vendredi 11 juillet 2008, vers 16:49, Francisco M. García Claramonte [EMAIL PROTECTED] disait : I am looking for a sponsor for the new version 1.1.7-1 of my package lynis. I have uploaded it. signature.asc Description: Esta parte del mensaje está firmada digitalmente
RFS: lynis (updated package)
Dear mentors, I am looking for a sponsor for the new version 1.1.7-1 of my package lynis. I have made some changes suggested by Patrick Schoenfeld. It builds these binary packages: lynis - security auditing tool for Unix based systems Description: Lynis is an auditing tool for Unix. It scans the system configuration and creates an overview of system information and security issues usable by professional auditors. It can assist in automated audits. Lynis can be used in addition to other software, like security scanners, system benchmarking and fine-tuning tools. The package appears to be lintian clean. The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/l/lynis - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/l/lynis/lynis_1.1.7-1.dsc I would be glad if someone uploaded this package for me. Kind regards Francisco Manuel Garcia Claramonte -- Francisco M. García Claramonte [EMAIL PROTECTED] GPG: public key ID 556ABA51 signature.asc Description: Esta parte del mensaje está firmada digitalmente
RFS: lynis (updated package)
Dear mentors, I am looking for a sponsor for the new version 1.1.7-1 of my package lynis. I have made some changes suggested by Patrick Schoenfeld. It builds these binary packages: lynis - security auditing tool for Unix based systems Description: Lynis is an auditing tool for Unix. It scans the system configuration and creates an overview of system information and security issues usable by professional auditors. It can assist in automated audits. Lynis can be used in addition to other software, like security scanners, system benchmarking and fine-tuning tools. The package appears to be lintian clean. The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/l/lynis - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/l/lynis/lynis_1.1.7-1.dsc I would be glad if someone uploaded this package for me. Kind regards Francisco Manuel Garcia Claramonte -- Francisco M. García Claramonte [EMAIL PROTECTED] GPG: public key ID 556ABA51 signature.asc Description: Esta parte del mensaje está firmada digitalmente
Re: RFS: lynis (updated package)
Hello Patrick, Thank for your corrections. I forgot invoke lintian with -i parameter. This problem with charsets is very frecuent, and I have solved it many times in this and other packages. I will take in mind it for next revisions. Thank you for your help, best regards. Francisco. El lun, 07-07-2008 a las 14:14 +0200, Patrick Schoenfeld escribió: Hi, - debian/copyright: - Important: (C) has no legal meaning, therefore it has to be replaced with ©. Ok, I have changed it to (c), because, lintian says that the character © is obsolete: W: lynis: debian-copyright-file-uses-obsolete-national-encoding at line 20 No, it does not say that the character is obsolete. The message states that your file (debian/copyright) uses a character enocding which isn't appropriate anymore. Its a good idea to invoke lintian with the parameter -i if you receive such messages to see what exactly they are talking about. It would have shown this long description: The Debian copyright file should be valid UTF-8, an encoding of the Unicode character set. There are many ways to convert a copyright file from an obsoleted encodinglike ISO-8859-1; you may for example use iconv like: $ iconv -f ISO-8859-1 -t UTF-8 copyright gt; copyright.new $ mv copyright.new copyright Thats exactly what you need to do: Convert your copyright file to the proper encoding, but please do not blindly use the command as stated above, because I don't think you use ISO-8859-1. You can use file to find out which file the copyright file is encoded currently. I probably will have a further look at your package this evening. Best Regards, Patrick -- Francisco M. García Claramonte [EMAIL PROTECTED] GPG: public key ID 556ABA51 signature.asc Description: Esta parte del mensaje está firmada digitalmente
Re: RFS: lynis (updated package)
Hello Patrick First of all, thank you for your revision and suggestions. I have made some changes and improvements according your suggestions. Please, I would like you take a look at the package, and if you find something wrong, tell me. The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/l/lynis - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/l/lynis/lynis_1.1.7-1.dsc El jue, 03-07-2008 a las 10:13 +0200, Patrick Schoenfeld escribió: Hi again, On Wed, Jul 02, 2008 at 10:59:02AM +, Francisco M. García Claramonte wrote: I am looking for a sponsor for the new version 1.1.7-1 of my package lynis. a general comment: As our freeze is coming up soon I just want to ask you if you are sure that introducing a new upstream version is good. Please check carefully if something could break with this new upstream version as there will not be much time to fix things. Yes, I think this new lynis version is better and powerful than last before. And the changes I have made are quite simple, so I think there aren't problems. Now to the review itself: Mostly good, some not-to-bad issues and some nitpicks. - debian/README.Debian: Thats really a nitpick, but you updated it, so its a good thing to update the timestamp at the end of the file, too, IMHO Well, It is a simple change, so I decided not change the timestamp. - debian/changelog: - Changed menu title. Now is more descriptive seems to me as it is no good changelog entry. What is this menu title you are referring to? And there is an 'it' missing to make the last sentence actually make sense :-) Yes, I agree with you, I have fixed it. - Just personal preference, but I would have written Added a reference to lynis documentation website in README.Debian, because I think your changelog entry is not so good to understand for a not so technical experienced person and additional the word 'link' is a bit awkward, because you can't link urls in textfiles. Ok, I have changed 'link' to 'reference'. You are right, the word 'link' in a text file maybe be confusing. - debian/copyright: - Important: (C) has no legal meaning, therefore it has to be replaced with ©. Ok, I have changed it to (c), because, lintian says that the character © is obsolete: W: lynis: debian-copyright-file-uses-obsolete-national-encoding at line 20 - The License part of the copyright file misses a license excerpt, which should usually be added. Ok, added. - The License part of the copyright misses a reference to the license in /u/s/common-licenses. It should have an own reference to this file, just like your packaging has. Ok, fixed. - README: Contains installation information. Not really bad, but some people prefer to remove them from the files they install (e.g. by patching the README file or using some magic). You can decide if you want to do so. I don't think it is a blocker. Yes, I know. I keep the install text because I suposed that maybe it is better maintain the original documental file. Althought, this text is not usefull in Debian package. As reviewing is an iterative process it might be that I might write you additional points once you come back to, but for now this is all. Thank you Patrick for your help. Best regards, Francisco. Best Regards, Patrick -- Francisco M. García Claramonte [EMAIL PROTECTED] GPG: public key ID 556ABA51 signature.asc Description: Esta parte del mensaje está firmada digitalmente
RFS: lynis (updated package)
Dear mentors, I am looking for a sponsor for the new version 1.1.7-1 of my package lynis. It builds these binary packages: lynis - security auditing tool for Unix based systems Description: security auditing tool for Unix based systems Lynis is an auditing tool for Unix. It scans the system configuration and creates an overview of system information and security issues usable by professional auditors. It can assist in automated audits. The package appears to be lintian clean. The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/l/lynis - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/l/lynis/lynis_1.1.7-1.dsc I would be glad if someone uploaded this package for me. Kind regards Francisco Manuel Garcia Claramonte -- Francisco M. García Claramonte [EMAIL PROTECTED] GPG: public key ID 556ABA51 signature.asc Description: Esta parte del mensaje está firmada digitalmente
Re: RFS: lynis (updated package)
Hello Paul, Thank you for your upload!. Ok, I will see quilt in next releases. Best regards, Francisco. El jue, 17-04-2008 a las 12:03 +0800, Paul Wise escribió: On Wed, Apr 16, 2008 at 8:26 PM, Francisco M. García Claramonte [EMAIL PROTECTED] wrote: Should I upload your 1.1.1 package now or do you want to switch to quilt (or dpatch). Well, If you agree with me, I would like you upload the package, and I send my changes to upstream. Anyway if It is necesary in next release, I'll make the changes with dpatch. Uploaded. Please do try out quilt, it is so much better than dpatch/cdbs-simplepatchsys. signature.asc Description: Esta parte del mensaje está firmada digitalmente
Re: RFS: lynis (updated package)
Hello Paul, El mié, 16-04-2008 a las 08:33 +0800, Paul Wise escribió: On Wed, Apr 16, 2008 at 5:22 AM, Francisco García [EMAIL PROTECTED] wrote: El mar, 15-04-2008 a las 22:32 +0800, Paul Wise escribió: #474020 should not have been closed with a -done message, instead you should have closed it in the changelog of the new version. Leave it as-is for now though. Yes, but since It wasn' a lynis bug, I decided to close it with a email. Perhaps I wasn't clear enough; there are two issues in that bug report: 1) please package the latest upstream of lynis (1.0.9 at the time) 2) the warning due to a broken sources.list, which was marked as a side note by the bug reporter #1 is still valid and #2 was invalid at the time. The appropriate action would have been to leave the bug open and add something like this to the changelog: * New upstream release (Closes: #474020) No need to do this now though for just a wishlist bug, something to keep in mind for the future though. Ok, I agree with you. It is the usual way for me. In other packages I do this as you say. What is the reason for adding the dnsutils suggests? I add dnsutils suggests because in /include/tests_networking script, it runs dig command, and this is included in dnsutils package. The dependency is not absolute or strong. So, according to Helmut Grohne suggestion, I decided to add a suggest dependency. Makes sense to me. Should I upload your 1.1.1 package now or do you want to switch to quilt (or dpatch). Well, If you agree with me, I would like you upload the package, and I send my changes to upstream. Anyway if It is necesary in next release, I'll make the changes with dpatch. Thank you for your help. Francisco. -- Francisco M. García Claramonte [EMAIL PROTECTED] GPG: public key ID 556ABA51 signature.asc Description: Esta parte del mensaje está firmada digitalmente
Re: Re: RFS: lynis (updated package)
Hello Helmut, I am sorry, I am having problems with my mail server lately. I mean that your lynis package is not in mentors.debian.net, and I would like review it. So please, can you send me your package, or a link to download it? I would like to see if I can improve the package with yours. As you know, the package is simple, and I think it is clean and well made, anyway, maybe it could be better. Thank you. Regards, Francisco. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]