Bug#1012196: buglist
Thank you!
Bug#1012196: buglist
Control: tags -1 -moreinfo Now I named (hopefully) all. But how shall I name the Free Software Foundation?
Bug#1012196: buglist
Is there an easier way to obtain all used licenses? Actually I use `licensecheck --check '.py|js|html|rst|sh' --recursive --deb-machine --merge-licenses --lines 0 *` Or can I use just its output?
Bug#1012196: buglist
Control: tags -1 moreinfo On Mon, 3 Oct 2022 17:36:53 + =?UTF-8?B?QW5kcsOp?= wrote: > No. Please check the copyright format description for the "with" keyword. > Also, please try to present the copyright info in a more consice way. When two file groups have the same copyright > holders please merge them (combining the years to a year enumeration or year range). I'm not sure if I understand correct but tried to merge groups with same copyright holders and licence. Seems valid on the first sight. But there are still at least the po/ and plugins/wikipedia/preferences.py copyrights missing. I have already given you a hint with the copyright holders' list. You have not included Rosetta Contributors and Canonical Ltd, Free Software Foundation, and Guillaume Lecomte. Also, there is a typo in Johannes Schwar(t)z. Please really verify (!!) to have addressed all comments before triggering a new review cycle because that will spare time for each one of us. Additional missing copyright info: doc/conf.py has "2009-2018 Exaile Development Team" > I have already given you a hint that > "plugins/ipconsole/ipython_view.py by IBM Corporation is licensed under another variant of the BSD-3-Clause." > So, please do not use Michael Bostock's version for that file match but add a BSD-3-clause-IBM variant. > You should also remove his copyright line from the License: section because that is already in the Copyright: section. Thinking this is fixed now. The Michael Bostock part is fixed but you can still merge the two matches plugins/playlistanalyzer/ext/* and debian/missing-sources/d3.js. The IBM version of the BSD-3-clause does not have any exception. Just name it BSD-3-Clause-IBM.
Bug#1012196: buglist
Control: tags -1 -moreinfo I did not receive the bts email. > No. Please check the copyright format description for the "with" keyword. > Also, please try to present the copyright info in a more consice way. When two file groups have the same copyright > holders please merge them (combining the years to a year enumeration or year range). I'm not sure if I understand correct but tried to merge groups with same copyright holders and licence. > I have already given you a hint that > "plugins/ipconsole/ipython_view.py by IBM Corporation is licensed under another variant of the BSD-3-Clause." > So, please do not use Michael Bostock's version for that file match but add a BSD-3-clause-IBM variant. > You should also remove his copyright line from the License: section because that is already in the Copyright: section. Thinking this is fixed now. > You have not explained "override_dh_usrlocal:". Removed. This was legacy code.
Bug#1012196: buglist
Control: tags -1 moreinfo On Sun, 2 Oct 2022 18:02:38 + wrote: Control: tags -1 -moreinfo > d/copyright > === > > Some GPL-2+ licensed files have the following additional exception: > # The developers of the Exaile media player hereby grant permission > # for non-GPL compatible GStreamer and Exaile plugins to be used and > # distributed together with GStreamer and Exaile. This permission is > # above and beyond the permissions granted by the GPL license by which > # Exaile is covered. If you modify this code, you may extend this > # exception to your version of the code, but you are not obligated to > # do so. If you do not wish to do so, delete this exception statement > # from your version. I reworked the copyright file based on https://sources.debian.org/src/exaile/3.4.0.2-1/debian/copyright/ Is the extension represented correct? No. Please check the copyright format description for the "with" keyword. Also, please try to present the copyright info in a more consice way. When two file groups have the same copyright holders please merge them (combining the years to a year enumeration or year range). You can also use broader wildcards in Files: and override parts of the matches with a later Files: match. I have already given you a hint that "plugins/ipconsole/ipython_view.py by IBM Corporation is licensed under another variant of the BSD-3-Clause." So, please do not use Michael Bostock's version for that file match but add a BSD-3-clause-IBM variant. You should also remove his copyright line from the License: section because that is already in the Copyright: section. > d/rules > === > > Please remove or explain the lines: > > dh_auto_clean > make manpage > make completion > ... > #override_dh_installdocs: > # dh_installdocs readme > override_dh_usrlocal: > > Please think of a different method instead of calling dh_auto_clean during install time to get rid of __pycache__ if > that is the reason for it. Maybe just copy the Makefile line '-find . -name "__pycache__" -exec rm -rf {} \;' ? The point was to remove __pychache__. Now I prevent dh_auto_build to do `make compile` You have not explained "override_dh_usrlocal:".
Bug#1012196: buglist
Control: tags -1 -moreinfo > d/copyright > === > > Some GPL-2+ licensed files have the following additional exception: > # The developers of the Exaile media player hereby grant permission > # for non-GPL compatible GStreamer and Exaile plugins to be used and > # distributed together with GStreamer and Exaile. This permission is > # above and beyond the permissions granted by the GPL license by which > # Exaile is covered. If you modify this code, you may extend this > # exception to your version of the code, but you are not obligated to > # do so. If you do not wish to do so, delete this exception statement > # from your version. I reworked the copyright file based on https://sources.debian.org/src/exaile/3.4.0.2-1/debian/copyright/ Is the extension represented correct? > d/rules > === > > Please remove or explain the lines: > > dh_auto_clean > make manpage > make completion > ... > #override_dh_installdocs: > # dh_installdocs readme > override_dh_usrlocal: > > Please think of a different method instead of calling dh_auto_clean during install time to get rid of __pycache__ if > that is the reason for it. Maybe just copy the Makefile line '-find . -name "__pycache__" -exec rm -rf {} \;' ? The point was to remove __pychache__. Now I prevent dh_auto_build to do `make compile`
Bug#1012196: buglist
Control: tags -1 moreinfo d/copyright === Some GPL-2+ licensed files have the following additional exception: # The developers of the Exaile media player hereby grant permission # for non-GPL compatible GStreamer and Exaile plugins to be used and # distributed together with GStreamer and Exaile. This permission is # above and beyond the permissions granted by the GPL license by which # Exaile is covered. If you modify this code, you may extend this # exception to your version of the code, but you are not obligated to # do so. If you do not wish to do so, delete this exception statement # from your version. This has to be represented. Also, there are copyright statements missing, at least by Dustin Spicuzza, Adam Olsen, Johannes Sasongko, Rosetta Contributors and Canonical Ltd, Free Software Foundation, Mathias Brodala, Aren Olson, Johannes Schwarz, Erin Drummond, Abhishek Mukherjee, Christian Stadelmann, Brian Parma, Rocco Aliberti, Dave Aitken, Guillaume Lecomte Some files are GPL-1+ licensed. plugins/daapserver/exaile_parser.py and plugins/daapserver/server.py by Erik Hetzner are GPL-3+ licensed. plugins/ipconsole/ipython_view.py by IBM Corporation is licensed under another variant of the BSD-3-Clause. d/rules === Please remove or explain the lines: dh_auto_clean make manpage make completion ... #override_dh_installdocs: # dh_installdocs readme override_dh_usrlocal: Please think of a different method instead of calling dh_auto_clean during install time to get rid of __pycache__ if that is the reason for it. Maybe just copy the Makefile line '-find . -name "__pycache__" -exec rm -rf {} \;' ?
Bug#1012196: buglist
On Thu, 15 Sep 2022 00:27:15 +0200 Bastian Germann wrote: > On Tue, 13 Sep 2022 17:09:42 + =?UTF-8?B?QW5kcsOp?= wrote: > > > > > No, you have not got it. But maybe this is because of a change in the > > GitHub release page: > > > > > > $ uscan --download-current-version > > > uscan warn: In debian/watch no matching hrefs for version 4.1.2 in > > watch line > > > https://github.com/exaile/exaile/releases .*/?(\d\.\d.\d*)\.tar\.gz > > Works if use the tags page instead of releases. > > That would be okay but it also changes the file content. Got a working version. Seems to be related to https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1019696 > You need to repack. This involves adding a +dfsg suffix to the upstream version number. > You need to change this in d/changelog. For automatic renaming add a repacksuffix in d/watch. > List the files in the d/copyright field Files-Excluded (in the header paragraph) for automatic removal. > Done.
Bug#1012196: buglist
On Tue, 13 Sep 2022 17:09:42 + =?UTF-8?B?QW5kcsOp?= wrote: > No, you have not got it. But maybe this is because of a change in the GitHub release page: > > $ uscan --download-current-version > uscan warn: In debian/watch no matching hrefs for version 4.1.2 in watch line > https://github.com/exaile/exaile/releases .*/?(\d\.\d.\d*)\.tar\.gz Works if use the tags page instead of releases. That would be okay but it also changes the file content. > Hm... very-long-line-length-in-source-file is sometimes a good hint for non-source files. > Are the tagged files source files? What is their copyright status? Do the tests/data/music/delerium/chimera/05 - Truly* > files stem from a Delerium-copyrighted file? If so, is that song DFSG-free licensed? Else, you have to remove the files > from the Debian package. > This are only test files. How can I remove the files just in the debian package? You need to repack. This involves adding a +dfsg suffix to the upstream version number. You need to change this in d/changelog. For automatic renaming add a repacksuffix in d/watch. List the files in the d/copyright field Files-Excluded (in the header paragraph) for automatic removal.
Bug#1012196: buglist
> No, you have not got it. But maybe this is because of a change in the GitHub release page: > > $ uscan --download-current-version > uscan warn: In debian/watch no matching hrefs for version 4.1.2 in watch line > https://github.com/exaile/exaile/releases .*/?(\d\.\d.\d*)\.tar\.gz Works if use the tags page instead of releases. > Hm... very-long-line-length-in-source-file is sometimes a good hint for non-source files. > Are the tagged files source files? What is their copyright status? Do the tests/data/music/delerium/chimera/05 - Truly* > files stem from a Delerium-copyrighted file? If so, is that song DFSG-free licensed? Else, you have to remove the files > from the Debian package. > This are only test files. How can I remove the files just in the debian package?
Bug#1012196: buglist
On Tue, 6 Sep 2022 21:58:08 + =?UTF-8?B?QW5kcsOp?= wrote: Control: tags -1 -moreinfo > You have NOT tested the file with the given command. Please remove the orig tarball to test it. > Hint: You are currently requesting a *-*.tar.gz file which worked for the beta but does not for the regular release. Now I got it. Thanks for the hint. No, you have not got it. But maybe this is because of a change in the GitHub release page: $ uscan --download-current-version uscan warn: In debian/watch no matching hrefs for version 4.1.2 in watch line https://github.com/exaile/exaile/releases .*/?(\d\.\d.\d*)\.tar\.gz > > One question: > > How should I use lintian locally? > > If I run it with the .changes-file or with the .deb it just outputs > > nothing. I'm running it on Debian unstable. > Maybe you do not have warnings/errors anymore? Just build the package and from the source dir run lintian -IE --pedantic > to see come more messages. So I get the same messages as on m.d.n. Should I handle the pedantic messages? Hm... very-long-line-length-in-source-file is sometimes a good hint for non-source files. Are the tagged files source files? What is their copyright status? Do the tests/data/music/delerium/chimera/05 - Truly* files stem from a Delerium-copyrighted file? If so, is that song DFSG-free licensed? Else, you have to remove the files from the Debian package.
Bug#1012196: buglist
Control: tags -1 -moreinfo > You have NOT tested the file with the given command. Please remove the orig tarball to test it. > Hint: You are currently requesting a *-*.tar.gz file which worked for the beta but does not for the regular release. Now I got it. Thanks for the hint. > > > One question: > > How should I use lintian locally? > > If I run it with the .changes-file or with the .deb it just outputs > > nothing. I'm running it on Debian unstable. > Maybe you do not have warnings/errors anymore? Just build the package and from the source dir run lintian -IE --pedantic > to see come more messages. So I get the same messages as on m.d.n. Should I handle the pedantic messages?
Bug#1012196: buglist
Control: tags -1 moreinfo On Mon, 22 Aug 2022 20:48:47 + =?UTF-8?Q?Andr=c3=a9_Flechs?= wrote: Control: tags -1 -moreinfo > Hm... You did not answer where you have got the original from. > This file seems to be very different from d3.js in https://github.com/d3/d3/releases/download/v3.4.9/d3.zip I was quite sure to use exactly the file from this source. May be it was broken after the automatic reformating. However, I reformatted the original file by hand. > Also, plugins/playlistanalyzer/ext/LICENSE (BSD-3-clause) needs to be copyied to d/copyright. Please also match the file in debian/missing-sources for that license. > CC0-1.0 is availabe in /usr/share/common-licenses/CC0-1.0, so please reference this file instead of copying it verbosely > to d/copyright. Done > Please remove debian/readme as it does not contain additional info. How can I remove it? For now I just use an empty file, because without readme it won't build. You have to delete it from debian/docs also, obviously. > There are two problems with d/changelog: > > Please use the luzip665 name/email for the signature lines > because exaile is obviously not a natural person. > > The "Beta release" description is not true anymore. > Please just write "Reintroduce package (Closes: #785897)". Done Please also close #1012202 (the ITP) with the changelog again, which got lost on the way. > Your d/watch file does not work. You want to scan GitHub releases and not tags and fix the version regex. > Also, your orig tarball does not fit the released tar.gz because it has differences in pt.po. > Please test the download via uscan --download-current-version. Done You have NOT tested the file with the given command. Please remove the orig tarball to test it. Hint: You are currently requesting a *-*.tar.gz file which worked for the beta but does not for the regular release. One question: How should I use lintian locally? If I run it with the .changes-file or with the .deb it just outputs nothing. I'm running it on Debian unstable. Maybe you do not have warnings/errors anymore? Just build the package and from the source dir run lintian -IE --pedantic to see come more messages.
Bug#1012196: buglist
Control: tags -1 -moreinfo > Hm... You did not answer where you have got the original from. > This file seems to be very different from d3.js in https://github.com/d3/d3/releases/download/v3.4.9/d3.zip I was quite sure to use exactly the file from this source. May be it was broken after the automatic reformating. However, I reformatted the original file by hand. > Also, plugins/playlistanalyzer/ext/LICENSE (BSD-3-clause) needs to be copyied to d/copyright. > > CC0-1.0 is availabe in /usr/share/common-licenses/CC0-1.0, so please reference this file instead of copying it verbosely > to d/copyright. Done > Please remove debian/readme as it does not contain additional info. How can I remove it? For now I just use an empty file, because without readme it won't build. > There are two problems with d/changelog: > > Please use the luzip665 name/email for the signature lines > because exaile is obviously not a natural person. > > The "Beta release" description is not true anymore. > Please just write "Reintroduce package (Closes: #785897)". Done > Your d/watch file does not work. You want to scan GitHub releases and not tags and fix the version regex. > Also, your orig tarball does not fit the released tar.gz because it has differences in pt.po. > Please test the download via uscan --download-current-version. Done One question: How should I use lintian locally? If I run it with the .changes-file or with the .deb it just outputs nothing. I'm running it on Debian unstable.
Bug#1012196: buglist
Control: tags -1 moreinfo Your d/watch file does not work. You want to scan GitHub releases and not tags and fix the version regex. Also, your orig tarball does not fit the released tar.gz because it has differences in pt.po. Please test the download via uscan --download-current-version.
Bug#1012196: buglist
Please remove debian/readme as it does not contain additional info. There are two problems with d/changelog: Please use the luzip665 name/email for the signature lines because exaile is obviously not a natural person. The "Beta release" description is not true anymore. Please just write "Reintroduce package (Closes: #785897)".
Bug#1012196: buglist
On Wed, 3 Aug 2022 23:09:21 + andre-fle...@posteo.de wrote: Did it by reformating. Hm... You did not answer where you have got the original from. This file seems to be very different from d3.js in https://github.com/d3/d3/releases/download/v3.4.9/d3.zip Also, plugins/playlistanalyzer/ext/LICENSE (BSD-3-clause) needs to be copyied to d/copyright. CC0-1.0 is availabe in /usr/share/common-licenses/CC0-1.0, so please reference this file instead of copying it verbosely to d/copyright. Shall I also handle warnings? You should.
Bug#1012196: buglist
Control: tags -1 -moreinfo Did it by reformating. Shall I also handle warnings?
Bug#1012196: buglist
On Fri, 8 Jul 2022 19:19:32 + andre-fle...@posteo.de wrote: Got it so far. But there is one lintian error I have no idea about. Please also fix description-starts-with-package-name. There is an error about missing source of d3.js. For this I added (I hope) the source file to missing sources. Where have you got that from? But the error does not dissappear. I think it's because of one very long line 7796. How can I handle this? Just reformat? Yes, this would be possible. Don't forget to untag moreinfo when you are done.
Bug#1012196: buglist
Got it so far. But there is one lintian error I have no idea about. There is an error about missing source of d3.js. For this I added (I hope) the source file to missing sources. But the error does not dissappear. I think it's because of one very long line 7796. How can I handle this? Just reformat?
Bug#1012196: buglist
As you have closed #672574 and #726559 via BTS already for a different version please remove them from the changelog. On Thu, 16 Jun 2022 05:10:41 + andre-fle...@posteo.de wrote: I had a look at all issues. That three bugs you mentioned are either fixed (#785897) or unreproducible (#726559, #672574). Same with the other bugs on https://bugs.debian.org/cgi-bin/pkgreport.cgi?repeatmerged=no&src=exaile How should I write the changelog to close unreproducible or fixed bugs? Am 11.06.22 um 10:24 schrieb Bastian Germann: > On Tue, 7 Jun 2022 16:32:40 + andre-fle...@posteo.de wrote: >> I added all issues to changelog as Closes. > > Have you really had a look at them? You do not just close them with no > comment in your changelog. > When you have verified the three bugs that I mentioned, please have > them in the line: > > * Beta release for Exaile 4.1.2 (Closes: #785897, #726559, #672574) > > For the others: Please only add them when you are sure they are resolved. > If you are not sure or you do not have the time for them, please leave > them untouched.
Bug#1012196: buglist
Please build the binary package as well! Am 30.06.22 um 00:06 schrieb André Flechs: Running on sid using version 2.115.2 (that seems more recent than that one on Mentors) Finally I got one error and one warning. Exactly the same as on Mentors. Am 29.06.22 um 23:16 schrieb Bastian Germann: Am 29.06.22 um 23:08 schrieb André Flechs: But why are there differences between your list and the list of Mentors? I guess mentors lintian is old.
Bug#1012196: buglist
Running on sid using version 2.115.2 (that seems more recent than that one on Mentors) Finally I got one error and one warning. Exactly the same as on Mentors. Am 29.06.22 um 23:16 schrieb Bastian Germann: Am 29.06.22 um 23:08 schrieb André Flechs: But why are there differences between your list and the list of Mentors? I guess mentors lintian is old.
Bug#1012196: buglist
Am 29.06.22 um 23:08 schrieb André Flechs: But why are there differences between your list and the list of Mentors? I guess mentors lintian is old.
Bug#1012196: buglist
I did install and just run ;-) So I will upgrade to sid. But why are there differences between your list and the list of Mentors? Am 29.06.22 um 23:05 schrieb Bastian Germann: Am 29.06.22 um 22:50 schrieb André Flechs: I tried but it seems complex. How should I run lintian locally? Install it and after building your package type "lintian" into your terminal and press Enter...
Bug#1012196: buglist
Am 29.06.22 um 22:50 schrieb André Flechs: On local Debian 11 with v2.104.0 only two warnings are reported. You should really develop on sid.
Bug#1012196: buglist
Am 29.06.22 um 22:50 schrieb André Flechs: I tried but it seems complex. How should I run lintian locally? Install it and after building your package type "lintian" into your terminal and press Enter...
Bug#1012196: buglist
debhelper is moved to 12. I tried but it seems complex. How should I run lintian locally? In mentors.debian.net the lintian reports only one error: source-is-missing Your list contains many errors. On local Debian 11 with v2.104.0 only two warnings are reported. Thanks in advance, André Am 29.06.22 um 11:37 schrieb Bastian Germann: On Mon, 27 Jun 2022 17:16:54 + andre-fle...@posteo.de wrote: I updated the package and send mails to almost all bugs. There is only one issue left in https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=706983. How should I handle this? Mentors gives a hint about "Package uses debhelper-compat with an old compatibility level" That is because you have used >= 11 but have to use = 11. Please move to compat 12 at least; 11 is deprecated. Please fix the following lintian errors/warnings: E: exaile: appstream-metadata-legacy-format usr/share/appdata/exaile.appdata.xml E: exaile: copyright-contains-dh_make-todo-boilerplate E: exaile: description-starts-with-package-name E: exaile: helper-templates-in-copyright E: exaile: package-installs-python-pycache-dir usr/share/exaile/plugins/__pycache__/ E: exaile: package-installs-python-pycache-dir usr/share/exaile/plugins/abrepeat/__pycache__/ E: exaile: package-installs-python-pycache-dir usr/share/exaile/plugins/alarmclock/__pycache__/ E: exaile: package-installs-python-pycache-dir ... use --no-tag-display-limit to see all (or pipe to a file/program) W: exaile: copyright-has-url-from-dh_make-boilerplate W: exaile: extended-description-line-too-long line 2 Running lintian is not optional! Please use that tool yourself so you can help save time for both of us. You can just leave #706983 alone for now.
Bug#1012196: buglist
On Mon, 27 Jun 2022 17:16:54 + andre-fle...@posteo.de wrote: I updated the package and send mails to almost all bugs. There is only one issue left in https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=706983. How should I handle this? Mentors gives a hint about "Package uses debhelper-compat with an old compatibility level" That is because you have used >= 11 but have to use = 11. Please move to compat 12 at least; 11 is deprecated. Please fix the following lintian errors/warnings: E: exaile: appstream-metadata-legacy-format usr/share/appdata/exaile.appdata.xml E: exaile: copyright-contains-dh_make-todo-boilerplate E: exaile: description-starts-with-package-name E: exaile: helper-templates-in-copyright E: exaile: package-installs-python-pycache-dir usr/share/exaile/plugins/__pycache__/ E: exaile: package-installs-python-pycache-dir usr/share/exaile/plugins/abrepeat/__pycache__/ E: exaile: package-installs-python-pycache-dir usr/share/exaile/plugins/alarmclock/__pycache__/ E: exaile: package-installs-python-pycache-dir ... use --no-tag-display-limit to see all (or pipe to a file/program) W: exaile: copyright-has-url-from-dh_make-boilerplate W: exaile: extended-description-line-too-long line 2 Running lintian is not optional! Please use that tool yourself so you can help save time for both of us. You can just leave #706983 alone for now.
Bug#1012196: buglist
Control: tags -1 -moreinfo Hi Bastian, I updated the package and send mails to almost all bugs. There is only one issue left in https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=706983. How should I handle this? Thanks again to David for the explanations. Kind regards, André
Bug#1012196: buglist
Control: tags -1 moreinfo Hi André, I am tagging moreinfo again. When you have uploaded another version that fixes the changelog, please untag.
Bug#1012196: buglist
Hi, On Thu, Jun 16, 2022 at 05:10:41AM +, André Flechs wrote: > > For the others: Please only add them when you are sure they are resolved. > > If you are not sure or you do not have the time for them, please leave > > them untouched. > > How should I write the changelog to close unreproducible or fixed bugs? You don't. Closing a bug via the changelog is only for bugs which are resolved by this changelog entry. Ideally you have verified this yourself rather than relying on (educated) guess work. For the "fixed" one that is true with your upload I suppose? If not, but in an earlier version you would write a mail to -done@b.d.o with a Version pseudo-header and some free-form text saying something like "This bug was fixed in version 42-1 with the change hence I am closing as done. Feel free to reopen if this remained unresolved for you". The unreproducible ones you could close the same way without a Version header and some friendly free-form text saying something like "Closing as it is unreproducible (for years) and no more information could be acquired. Feel free to reopen if this still happens for you with more information so we can hopefully find and fix the issue". How friendly (or not) you want to be is your choice of course, both are just condensed examples of what I tend to do. Have a look at the developer-reference which has the entire chapter 5.8 dedicated to "Handling bugs" explaining how to deal with these and many other 'buggy situations' (SCNR). It also explains and points to further documentation about our BTS so that you will know what I mean above with pseudo-headers and -done without me repeating it here. Best regards David Kalnischkies signature.asc Description: PGP signature
Bug#1012196: buglist
I had a look at all issues. That three bugs you mentioned are either fixed (#785897) or unreproducible (#726559, #672574). Same with the other bugs on https://bugs.debian.org/cgi-bin/pkgreport.cgi?repeatmerged=no&src=exaile How should I write the changelog to close unreproducible or fixed bugs? Am 11.06.22 um 10:24 schrieb Bastian Germann: On Tue, 7 Jun 2022 16:32:40 + andre-fle...@posteo.de wrote: I added all issues to changelog as Closes. Have you really had a look at them? You do not just close them with no comment in your changelog. When you have verified the three bugs that I mentioned, please have them in the line: * Beta release for Exaile 4.1.2 (Closes: #785897, #726559, #672574) For the others: Please only add them when you are sure they are resolved. If you are not sure or you do not have the time for them, please leave them untouched.
Bug#1012196: buglist
On Tue, 7 Jun 2022 16:32:40 + andre-fle...@posteo.de wrote: I added all issues to changelog as Closes. Have you really had a look at them? You do not just close them with no comment in your changelog. When you have verified the three bugs that I mentioned, please have them in the line: * Beta release for Exaile 4.1.2 (Closes: #785897, #726559, #672574) For the others: Please only add them when you are sure they are resolved. If you are not sure or you do not have the time for them, please leave them untouched.
Bug#1012196: buglist
Am 07.06.2022 um 18:32 teilte André Flechs mit: I added all issues to changelog as Closes. How can I remove the tag? https://www.debian.org/Bugs/server-control Hilmar -- sigfault OpenPGP_signature Description: OpenPGP digital signature
Bug#1012196: buglist
I added all issues to changelog as Closes. How can I remove the tag?