Bug#1028423: marked as done (RFS: spek/0.8.5+dfsg-1 [ITP] [RC] -- acoustic spectrum analyser)
Your message dated Mon, 16 Jan 2023 23:38:56 +0100 with message-id and subject line Re: Bug#1028423: RFS: spek/0.8.5-1 [ITP] [RC] -- acoustic spectrum analyser has caused the Debian Bug report #1028423, regarding RFS: spek/0.8.5+dfsg-1 [ITP] [RC] -- acoustic spectrum analyser to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 1028423: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1028423 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: sponsorship-requests Severity: important Dear mentors, I am looking for a sponsor for my package "spek": * Package name : spek Version : 0.8.5-1 Upstream contact : Alexander Kojevnikov * URL : http://spek.cc/ * License : GPL-3+ Section : sound The source builds the following binary packages: spek - acoustic spectrum analyser To access further information about this package, please visit the following URL: https://mentors.debian.net/package/spek/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/s/spek/spek_0.8.5-1.dsc Changes since the last upload: spek (0.8.5-1) unstable; urgency=low . * New upstream release (Closes: #1007814). * debian/compat: - Replace compat file with debhelper-compat virtual package. * debian/control: - Change maintainer. - Remove autotools-dev from Build-Depends. - Update Build-Depends debhelper (>= 9) to debhelper-compat (= 13). - Update Build-Depends libwxgtk3.0-dev to libwxgtk3.0-gtk3-dev (Closes: #933438). - Bump Standards-Version to 4.6.2. - Add Rules-Requires-Root field (no). * debian/copyright: - Rewrite file to be machine-readable. * debian/docs: - Add LICENCE.md, MANUAL.md and README.md as doc files to be installed. * debian/patches/: - Delete dir and its content since there is no need for patches with this release. * debian/rules: - Add hardening flags. - Remove verbose variable. * debian/spek.menu: - Delete menu file due to Technical Committee decision. * debian/upstream/metadata: - Add basic upstream meta-information. * debian/watch: - Bump version to 4. - Change link to the new GitHub repository since Google Code has closed down. Regards, -- Matteo Bini --- End Message --- --- Begin Message --- Am 16.01.23 um 22:20 schrieb Matteo Bini: I think I've fixed everything, I just don't know what do you mean with Please drop debian/autoreconf.*. There is no file named autoreconf.*. inside the debian dir. What exactly should I do? It is okay. I thought you had created them but they are some dh_autoreconf output. I have changed the debian/watch file (dversionmangle=auto, no filenamemangle) and uploaded the package.--- End Message ---
Demands Question Demandon
Chers amis, dear friends, kara amikoj, exist package for anarkist on Debian, il existe un paquet anarchiste pour Debian, ekzitas pakon pri anarkisno ĉe Debian. Is-it possible to create a package for freemasonry(history,time,calendar...)? Est-il possible de créer un paquet sur la franc-maçonnerie (histoire, temps, calendrier...)? Ĉu estas eblo krei pakaĝon pri framasonismo (historio, tempo, kalendaro...)? Plej Debiane, Le plus Debian, Best Debian. Mr.Dominique SimeonePS : Calendrier Républicain, Calendar French Revolution,kalendaron de la Franca Revolucio. You can create it for Linŭx? Le créer pour linŭx. Krei por linŭx?
Bug#1029033: RFS: ruby-mdl/0.12.0-2 -- Markdown lint tool
On Mon, 16 Jan 2023 19:30:07 +0100 Norwid Behrnd wrote: * Vcs : https://salsa.debian.org/nbehrnd/ruby-mdl I am not very knowledgable about the Ruby Team's policy. They seem to have a salsa namespace for their packages at https://salsa.debian.org/ruby-team. Shouldn't this be moved there?
Bug#1028423: RFS: spek/0.8.5-1 [ITP] [RC] -- acoustic spectrum analyser
Hi Bastian, thank you for your precious help. I think I've fixed everything, I just don't know what do you mean with > Please drop debian/autoreconf.*. There is no file named autoreconf.*. inside the debian dir. What exactly should I do? You can download the DFSG package with dget: dget -x https://mentors.debian.net/debian/pool/main/s/spek/spek_0.8.5+dfsg-1.dsc Please, I think we can make it! I'm trying to be as fast as possible. Forgive my ignorance: many things are new to me. Have a good night. -- Matteo Bini
Re: filename case policy inside /usr/bin ?
On 2023-01-16 at 15:04, Fab Stz wrote: > Hello, > > Is there any policy for the filename case for the executables > installed in /usr/bin ? Most are lowercase. > > The package I maintain uses mixed uppercase & lowercase. For example: > /usr/bin/FreeFileSync I'm not aware of any specific policy just offhand, and I'm certainly not an expert or an authority, but: $ apt-file search /usr/bin/ | grep [A-Z] | wc -l 2094 There appear to be *rather a lot* of files under /usr/bin/ whose names include uppercase letters... $ apt-file search /usr/bin/ | grep [A-Z] | cut -d ':' -f 1 | uniq -c | wc -l 524 ...and also rather a lot of packages which include such files. My guess is that this would be just fine. > Please, leave me in copy of your answer. In turn, please do not reply to me directly, only via the list. (Unless you specifically want to draw my attention to that specific message, and you think I won't get, or will miss noticing, the message otherwise.) -- The Wanderer The reasonable man adapts himself to the world; the unreasonable one persists in trying to adapt the world to himself. Therefore all progress depends on the unreasonable man. -- George Bernard Shaw signature.asc Description: OpenPGP digital signature
filename case policy inside /usr/bin ?
Hello, Is there any policy for the filename case for the executables installed in / usr/bin ? Most are lowercase. The package I maintain uses mixed uppercase & lowercase. For example: /usr/bin/FreeFileSync I added a lowercase symlink also (+ symlink of manpages) Please, leave me in copy of your answer. Regards Fab
Bug#1025274: Bug#819332: License question about sf2 soundfont in Tuxguitar
On Mon, Jan 16, 2023 at 08:33:07AM -0800, tony mancill wrote: > On Sun, Jan 15, 2023 at 10:02:55PM +0100, Helmar Gerloni wrote: > > > https://lists.debian.org/debian-legal/2023/01/msg5.html > > > https://lists.debian.org/debian-mentors/2023/01/msg00097.html > > Roberto, Tobias, thanks for your answers. > > > > I have removed MagicSFver2.sf2 from the package and added a note to > > README.Debian. > > The new package now depends on fluid-soundfont-gm, see > > https://mentors.debian.net/package/tuxguitar/ > > > > The package builds and runs on amd64 and in Qemu for arm64. It looks pretty > > good to me now. > > Maybe someone can take a look and upload it? > > If there is anything more I can do, just let me know. > > Hello Helmar, > > I am reviewing the updated package now and will either sponsor an upload > if everything looks good or provide feedback. The update looks great! I have updated debian/copyright to document the files that are licensed under a license other than the LGPL, but otherwise everything looks good. I will upload today. For the time-being, I will push the updated sources and tag to the current java-team repo [1], but we may want adjust that before the bullseye release since the package is no longer team-maintained. Thank you for your work on this! tony [1] https://salsa.debian.org/java-team/tuxguitar
Bug#1029033: RFS: ruby-mdl/0.12.0-2 -- Markdown lint tool
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "ruby-mdl": * Package name : ruby-mdl Version : 0.12.0-2 Upstream contact : ["p...@ipom.com"] * URL : https://github.com/markdownlint/markdownlint * License : MIT * Vcs : https://salsa.debian.org/nbehrnd/ruby-mdl Section : ruby The source builds the following binary packages: ruby-mdl - Markdown lint tool To access further information about this package, please visit the following URL: https://mentors.debian.net/package/ruby-mdl/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/r/ruby-mdl/ruby-mdl_0.12.0-2.dsc Changes since the last upload: ruby-mdl (0.12.0-2) unstable; urgency=medium . * Source only upload for migration to testing Regards, -- Norwid Behrnd
Re: How to create multi-source tarball with different submodules for scipy
I haven’t looked closely at it myself, but qtwebengine-opensource-src accomplishes something along these lines using `get-orig-source` in their rules file. https://salsa.debian.org/qt-kde-team/qt/qtwebengine/-/blob/master/debian/rules[1] Note that, in their case, you must have the python3-debian package installed, because the script depends on Python for some of the processing. On Monday, January 16, 2023 9:27:59 AM MST Julian Gilbey wrote: > On Mon, Jan 16, 2023 at 05:05:39PM +0100, Andreas Tille wrote: > > Hi, > > > > I tried to create a multi-source tarball for scipy in its experimental > > branch[1]. Upstream includes a set of git submodules in its build > > process. I intended to merge all these submodules in a single > > scipy_1.10.0.orig-submodules.tar.gz. This tarball is created with a > > script[2] which makes sure that the exact directory structure as it is > > used by upstream is conserved. This directory layout is needed in the > > build process. Unfortunately `dpkg-source -x` extracts the content of > > the submodules tarball into a subdirectory submodules/. > > > > Is there any trick to unpack this tarball right into the root? > > Otherwise I need to do some symlinks workaround in d/rules to provide > > all files where these are needed. > > Not that I know of; this is the design of the multi-source tarball > setup: each component tarball is extracted into a directory with the > name of the component. > > Best wishes, > >Julian -- Soren Stoutner so...@stoutner.com [1] https://salsa.debian.org/qt-kde-team/qt/qtwebengine/-/blob/master/debian/rules signature.asc Description: This is a digitally signed message part.
Re: How to create multi-source tarball with different submodules for scipy
On Mon, Jan 16, 2023 at 05:05:39PM +0100, Andreas Tille wrote: > Hi, > > I tried to create a multi-source tarball for scipy in its experimental > branch[1]. Upstream includes a set of git submodules in its build > process. I intended to merge all these submodules in a single > scipy_1.10.0.orig-submodules.tar.gz. This tarball is created with a > script[2] which makes sure that the exact directory structure as it is > used by upstream is conserved. This directory layout is needed in the > build process. Unfortunately `dpkg-source -x` extracts the content of > the submodules tarball into a subdirectory submodules/. > > Is there any trick to unpack this tarball right into the root? > Otherwise I need to do some symlinks workaround in d/rules to provide > all files where these are needed. Not that I know of; this is the design of the multi-source tarball setup: each component tarball is extracted into a directory with the name of the component. Best wishes, Julian
Bug#1025274: Bug#819332: License question about sf2 soundfont in Tuxguitar
On Sun, Jan 15, 2023 at 10:02:55PM +0100, Helmar Gerloni wrote: > > https://lists.debian.org/debian-legal/2023/01/msg5.html > > https://lists.debian.org/debian-mentors/2023/01/msg00097.html > Roberto, Tobias, thanks for your answers. > > I have removed MagicSFver2.sf2 from the package and added a note to > README.Debian. > The new package now depends on fluid-soundfont-gm, see > https://mentors.debian.net/package/tuxguitar/ > > The package builds and runs on amd64 and in Qemu for arm64. It looks pretty > good to me now. > Maybe someone can take a look and upload it? > If there is anything more I can do, just let me know. Hello Helmar, I am reviewing the updated package now and will either sponsor an upload if everything looks good or provide feedback. Thank you! tony signature.asc Description: PGP signature
How to create multi-source tarball with different submodules for scipy
Hi, I tried to create a multi-source tarball for scipy in its experimental branch[1]. Upstream includes a set of git submodules in its build process. I intended to merge all these submodules in a single scipy_1.10.0.orig-submodules.tar.gz. This tarball is created with a script[2] which makes sure that the exact directory structure as it is used by upstream is conserved. This directory layout is needed in the build process. Unfortunately `dpkg-source -x` extracts the content of the submodules tarball into a subdirectory submodules/. Is there any trick to unpack this tarball right into the root? Otherwise I need to do some symlinks workaround in d/rules to provide all files where these are needed. Kind regards Andreas. [1] https://salsa.debian.org/python-team/packages/scipy/-/tree/experimental [2] https://salsa.debian.org/python-team/packages/scipy/-/blob/experimental/debian/get-submodules -- http://fam-tille.de
Re: help with python3 depends < 3.11
On Sun, Jan 15, 2023 at 04:20:35PM +0100, Stephen Sinclair wrote:
> I have been trying to make an update to my package "siconos".
> However, in the Salsa build, which nicely runs all tests, it fails on
> "piuparts".
> I am confused, because it fails with the following error:
>
> > The following packages have unmet dependencies:
> > python3-siconos : Depends: python3 (< 3.11) but 3.11.1-1 is to be installed
>
> However, debian/control uses ${python3:Depends} and does not mention
> version 3.11 anywhere, so I cannot understand where it's getting this
> "< 3.11" constraint from.
The package was build for 3.10 only. Then, python3 defaults got changed,
and now packages are supposed to build 3.11 instead.
Thus, all packages have been rebuilt. But alas:
https://buildd.debian.org/status/package.php?p=siconos
is quite red. You'd need to investigate why it fails to build, and upload a
fix.
Meow!
--
⢀⣴⠾⠻⢶⣦⠀
⣾⠁⢠⠒⠀⣿⡁ Let's make a Debian conference in Yalta, Ukraine.
⢿⡄⠘⠷⠚⠋⠀
⠈⠳⣄
