Bug#954178: marked as done (RFS: mp3info/0.8.5a-2 [QA] -- An MP3 technical info viewer and ID3 1.x tag editor)
Your message dated Wed, 18 Mar 2020 02:27:55 +0100 with message-id <20200318012755.gc13...@angband.pl> and subject line Re: Bug#954178: RFS: mp3info/0.8.5a-2 [QA] -- An MP3 technical info viewer and ID3 1.x tag editor has caused the Debian Bug report #954178, regarding RFS: mp3info/0.8.5a-2 [QA] -- An MP3 technical info viewer and ID3 1.x tag editor 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.) -- 954178: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=954178 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "mp3info" * Package name: mp3info Version : 0.8.5a-2 Upstream Author : Ricardo Cerqueira (original), Cedric Tefft (current) * URL : http://www.ibiblio.org/mp3info/ * License : GPL-2+ * Vcs : https://salsa.debian.org/debian/mp3info Section : sound It builds those binary packages: mp3info - An MP3 technical info viewer and ID3 1.x tag editor mp3info-gtk - MP3 info viewer and ID3 1.x tag editor -- GTK+ version To access further information about this package, please visit the following URL: https://mentors.debian.net/package/mp3info Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/m/mp3info/mp3info_0.8.5a-2.dsc Changes since the last upload: * QA upload. * Orphan the package. (See: #840050) * Update Standards-Version to 4.5.0. - Update Priority to optional. * Update compate level to 12. - Add dependency on ${misc:Depends}. * Add dependency on libncurses6. - From changelog of version 0.8.5a-1+b3. * Mark source format as 3.0. - Import diff in patch format. * Simplify d/rules. * Point Vcs to salsa. Note: 1) dh_movefiles is used in d/rules. dh_install is the better way to do it. And I will look into that in the next update. 2) lintian warns about source containing prebuilt windows binary, if I remove that and repack the source, will it be considered as a new upload and will go via the FTP new queue? -- Regards Sudip --- End Message --- --- Begin Message --- On Tue, Mar 17, 2020 at 08:19:48PM +, Sudip Mukherjee wrote: > * Package name: mp3info >Version : 0.8.5a-2 > Changes since the last upload: > >* QA upload. >* Orphan the package. (See: #840050) >* Update Standards-Version to 4.5.0. > - Update Priority to optional. >* Update compate level to 12. > - Add dependency on ${misc:Depends}. >* Add dependency on libncurses6. > - From changelog of version 0.8.5a-1+b3. >* Mark source format as 3.0. > - Import diff in patch format. >* Simplify d/rules. >* Point Vcs to salsa. Looks good, uploaded. However, a brief look at the functionality makes me think that perhaps RM would be a good idea? There's many many other mp3 tag editors, stuff like bit rate is so easy to get that even 'file' knows it, and this program is ancient: * no support for id3v2 * no support for Unicode > 2) lintian warns about source containing prebuilt windows binary, if I > remove that and repack the source, will it be considered as a new upload > and will go via the FTP new queue? Uh...? You bump just the upstream version, adding a suffix like +dfsg or something, like on a regular new upstream release. Meow! -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ in the beginning was the boot and root floppies and they were good. ⢿⡄⠘⠷⠚⠋⠀ -- on #linux-sunxi ⠈⠳⣄--- End Message ---
Bug#954186: RFS: libxtrxdsp/0.0.1+git20190830.eec2864-2 -- Library of DSP functions, developed for XTRX SDR
Package: sponsorship-requests Severity: wishlist Dear mentors, Hamradio Team, I am looking for a sponsor for my package "libxtrxdsp" * Package name: libxtrxdsp Version : 0.0.1+git20190830.eec2864-2 Upstream Author : Sergey Kostanbaev * URL : https://github.com/xtrx-sdr/libxtrxdsp * License : LGPL-2.1+ * Vcs : https://salsa.debian.org/debian-hamradio-team/libxtrxdsp Section : libs It builds those binary packages: libxtrxdsp-dev - Library of DSP functions, developed for XTRX SDR: development libxtrxdsp0 - Library of DSP functions, developed for XTRX SDR To access further information about this package, please visit the following URL: https://mentors.debian.net/package/libxtrxdsp Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/libx/libxtrxdsp/libxtrxdsp_0.0.1+git20190830.eec2864-2.dsc Changes since the last upload: * New patch with syntax error fix. * Bump standards version. The pipeline for this release is failed due to Lintian's false positive error (see bug #954146). Regards, -- Sepi Gair
Bug#953127: RFS: fonts-jetbrains-mono/1.0.3-2 [ITP] -- free and open-source typeface for developers
On Tue, Mar 17, 2020 at 11:41:25AM +0100, Romain Porte wrote: > So, here is finally the proposed package for contrib/fonts inclusion: > https://mentors.debian.net/debian/pool/contrib/f/fonts-jetbrains-mono/fonts-jetbrains-mono_1.0.4-1.dsc In NEW, thanks for your work. > There is a link to the Debian Font Teams VCS (salsa) for the font > hosting as I will only be uploader but I have set maintainer as fonts > team. > > > Vcs-Git: https://salsa.debian.org/fonts-team/fonts-jetbrains-mono.git > > Vcs-Browser: https://salsa.debian.org/fonts-team/fonts-jetbrains-mono > > Shall the repository be created by the fonts team, or is this reserved > only for "main" fonts? There's no such restriction. And, in this font, every single bit is free -- it's just a build-time problem. Repo created. Could you tell me what's your Salsa username? Meow! -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ in the beginning was the boot and root floppies and they were good. ⢿⡄⠘⠷⠚⠋⠀ -- on #linux-sunxi ⠈⠳⣄
Bug#954178: RFS: mp3info/0.8.5a-2 [QA] -- An MP3 technical info viewer and ID3 1.x tag editor
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "mp3info" * Package name: mp3info Version : 0.8.5a-2 Upstream Author : Ricardo Cerqueira (original), Cedric Tefft (current) * URL : http://www.ibiblio.org/mp3info/ * License : GPL-2+ * Vcs : https://salsa.debian.org/debian/mp3info Section : sound It builds those binary packages: mp3info - An MP3 technical info viewer and ID3 1.x tag editor mp3info-gtk - MP3 info viewer and ID3 1.x tag editor -- GTK+ version To access further information about this package, please visit the following URL: https://mentors.debian.net/package/mp3info Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/m/mp3info/mp3info_0.8.5a-2.dsc Changes since the last upload: * QA upload. * Orphan the package. (See: #840050) * Update Standards-Version to 4.5.0. - Update Priority to optional. * Update compate level to 12. - Add dependency on ${misc:Depends}. * Add dependency on libncurses6. - From changelog of version 0.8.5a-1+b3. * Mark source format as 3.0. - Import diff in patch format. * Simplify d/rules. * Point Vcs to salsa. Note: 1) dh_movefiles is used in d/rules. dh_install is the better way to do it. And I will look into that in the next update. 2) lintian warns about source containing prebuilt windows binary, if I remove that and repack the source, will it be considered as a new upload and will go via the FTP new queue? -- Regards Sudip
Bug#953127: RFS: fonts-jetbrains-mono/1.0.3-2 [ITP] -- free and open-source typeface for developers
Hi Andrey, 2020-03-17 14:26 CET, Andrey Rahmatullin: > On Mon, Mar 16, 2020 at 11:56:07PM +0100, Adam Borowski wrote: > > > > $ dput mentors fonts-jetbrains-mono_1.0.3-1_amd64.changes > > > > Package has already been uploaded to mentors on mentors.debian.net > > > > Nothing more to do for fonts-jetbrains-mono_1.0.3-1_amd64.changes > > > > > > And… basically reproduced it! This is why I have bumped the debian > > > revision between -1 and -2 in the first place in my first uploads. > > > > IIRC the message already includes a hint: you need to delete the > > fonts-jetbrains-mono_1.0.3-1_amd64.upload file. > Only in dput-ng. Nice catch! > $ dput mentors fonts-jetbrains-mono_1.0.4-1_amd64.changes > Package fonts-jetbrains-mono was already uploaded to mentors > If you want to upload nonetheless, use --force or remove > fonts-jetbrains-mono_1.0.4-1_amd64.mentors.upload So I have installed dput-ng over dput to avoid this problem (and others yet-to-be-found) issues to occur in the future. I started using dput after reading the "Chapter 9. Uploading the package" [1] of the Debian Maintainer guide [2]. It tells that the "dput" tool is now priviledged over "dupload" command. Maybe we should be more specific and recommend "dput-ng" as a more newcomer-friendly alternative to dput on this page? [1] https://www.debian.org/doc/manuals/maint-guide/upload.html [2] https://www.debian.org/doc/manuals/maint-guide/ Ciao, Romain. signature.asc Description: PGP signature
Bug#954107: RFS: platformio/4.2.1-1 -- open source ecosystem for IoT development
On 2020-03-17 12:05, Kyle Robbertze wrote: Hi, On 2020/03/16 22:45, Peter Zahradnik wrote: Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "platformio" * Package name : platformio Version : 4.2.1-1 Upstream Author : cont...@platformio.org * URL : https://platformio.org * License : Apache-2.0 * Vcs : https://salsa.debian.org/python-team/applications/platformio Section : electronics I'll be happy to upload after you fix the following issues: * d/changelog - this is the first upload of platformio to Debian, thus it should only have 1 changelog entry, which should only list * Initial release. (Closes #921347) All the other stuff should be removed * d/copyright - currently you are assigning platformio your copyright for files under debian/. Is this what you want to do? Further the copyright years in the source files are '2014-present' * (Optional) d/rules - personal preference, but I prefer disabled targets to execute 'true' instead of being blank. This indicates that the rule is explicitly disabled. * d/platformio.links - /usr/share should only contain platform-independent files. Can /usr/share/platformio/{pio,piodebuggdb} not be installed directly into /usr/bin/ ? Cheers Kyle I've implemented all of the proposed changes above, please review and let me know if you find anything else thanks! Peter
Bug#951420: RFS: sane-backends/1.0.29-1~experimental1 -- API library for scanners -- utilities
Hello Adam, first I looked for why the test was bug-free on my system and bug-free on yours. My sbuild system uses current schroot's, which are set up according to the wiki. On the host system sane-utils was installed and active. Despite schroot this connection was used. So sane-utils uninstalled. Then I tried to start saned via systemd. However, Systemd cannot be completely installed in the schroot. Also the direct start of saned was not successful. So I removed the autopkgtest for this release. Additionally I override the wrong lintian error gzip-file-is-not-multi- arch-same-safe. The package is uploaded to mentors and into git. CU Jörg PS: On which system did you run the test? Jörg -- New: GPG Fingerprint: 63E0 075F C8D4 3ABB 35AB 30EE 09F8 9F3C 8CA1 D25D GPG key (long) : 09F89F3C8CA1D25D GPG Key: 8CA1D25D CAcert Key S/N : 0E:D4:56 Old pgp Key: BE581B6E (revoked since 2014-12-31). Jörg Frings-Fürst D-54470 Lieser git: https://jff.email/cgit/ Threema: SYR8SJXB Wire: @joergfringsfuerst Skype:joergpenguin Ring: jff Telegram: @joergfringsfuerst My wish list: - Please send me a picture from the nature at your home. signature.asc Description: This is a digitally signed message part
Bug#954164: marked as done (RFS: libxtrx/0.0.1+git20191219.98458ce-1 [ITP] -- High-level XTRX API library)
Your message dated Tue, 17 Mar 2020 17:36:26 +0100 with message-id <20200317163626.gb1337...@msg.df7cb.de> and subject line Re: RFS: libxtrx/0.0.1+git20191219.98458ce-1 [ITP] -- High-level XTRX API library has caused the Debian Bug report #954164, regarding RFS: libxtrx/0.0.1+git20191219.98458ce-1 [ITP] -- High-level XTRX API library 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.) -- 954164: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=954164 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: sponsorship-requests Severity: wishlist Dear mentors, Hamradio Team, I am looking for a sponsor for my package "libxtrx" * Package name: libxtrx Version : 0.0.1+git20191219.98458ce-1 Upstream Author : Sergey Kostanbaev * URL : https://github.com/xtrx-sdr/libxtrx * License : LGPL-2.1+ * Vcs : https://salsa.debian.org/debian-hamradio-team/libxtrx Section : libs It builds those binary packages: libxtrx-dev - High-level XTRX API library: development libxtrx0 - High-level XTRX API library soapysdr0.7-module-xtrx - XTRX device support for SoapySDR soapysdr-module-xtrx - XTRX device support for SoapySDR (default version) xtrx-fft - Simple spectrum browser for XTRX To access further information about this package, please visit the following URL: https://mentors.debian.net/package/libxtrx Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/libx/libxtrx/libxtrx_0.0.1+git20191219.98458ce-1.dsc Changes since the last upload: * Initial release (Closes: #945155) Regards, -- Sepi Gair --- End Message --- --- Begin Message --- Re: Sepi Gair 2020-03-17 <98529563caf72cd1d5e6d6cb52bf5b08bff5cb63.ca...@email.cz> > Package: sponsorship-requests > Severity: wishlist > > Dear mentors, Hamradio Team, > > I am looking for a sponsor for my package "libxtrx" Uploaded. Christoph--- End Message ---
Bug#954164: RFS: libxtrx/0.0.1+git20191219.98458ce-1 [ITP] -- High-level XTRX API library
Package: sponsorship-requests Severity: wishlist Dear mentors, Hamradio Team, I am looking for a sponsor for my package "libxtrx" * Package name: libxtrx Version : 0.0.1+git20191219.98458ce-1 Upstream Author : Sergey Kostanbaev * URL : https://github.com/xtrx-sdr/libxtrx * License : LGPL-2.1+ * Vcs : https://salsa.debian.org/debian-hamradio-team/libxtrx Section : libs It builds those binary packages: libxtrx-dev - High-level XTRX API library: development libxtrx0 - High-level XTRX API library soapysdr0.7-module-xtrx - XTRX device support for SoapySDR soapysdr-module-xtrx - XTRX device support for SoapySDR (default version) xtrx-fft - Simple spectrum browser for XTRX To access further information about this package, please visit the following URL: https://mentors.debian.net/package/libxtrx Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/libx/libxtrx/libxtrx_0.0.1+git20191219.98458ce-1.dsc Changes since the last upload: * Initial release (Closes: #945155) Regards, -- Sepi Gair
Bug#954156: marked as done (RFS: libxtrxll/0.0.1+git20191021.3229d65-1 [ITP] -- Low-level XTRX hardware abstraction library: development)
Your message dated Tue, 17 Mar 2020 16:01:31 +0100 with message-id <20200317150131.ge2336...@msg.df7cb.de> and subject line Re: RFS: libxtrxll/0.0.1+git20191021.3229d65-1 [ITP] -- Low-level XTRX hardware abstraction library: development has caused the Debian Bug report #954156, regarding RFS: libxtrxll/0.0.1+git20191021.3229d65-1 [ITP] -- Low-level XTRX hardware abstraction library: development 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.) -- 954156: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=954156 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: sponsorship-requests Severity: wishlist Dear mentors, Hamradio Team, I am looking for a sponsor for my package "libxtrxll" * Package name: libxtrxll Version : 0.0.1+git20191021.3229d65-1 Upstream Author : Sergey Kostanbaev * URL : https://github.com/xtrx-sdr/libxtrxll * License : LGPL-2.1+ * Vcs : https://salsa.debian.org/debian-hamradio-team/libxtrxll Section : libs It builds those binary packages: libxtrxll-dev - Low-level XTRX hardware abstraction library: development libxtrxll0 - Low-level XTRX hardware abstraction library To access further information about this package, please visit the following URL: https://mentors.debian.net/package/libxtrxll Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/libx/libxtrxll/libxtrxll_0.0.1+git20191021.3229d65-1.dsc Changes since the last upload: * Initial release (Closes: #945153) Please note that the binary package may be split since it contains 3 shared libraries, 2 of them are modules for hardware interfaces. However it requires a more complex relationship between packages, so I decided to use a single binary package for all of them. Regards, -- Sepi Gair --- End Message --- --- Begin Message --- Re: Sepi Gair 2020-03-17 <7c578cacedbd20b590ca7e6ec6819735e40041be.ca...@email.cz> > I am looking for a sponsor for my package "libxtrxll" Uploaded. > Please note that the binary package may be split since it contains 3 > shared libraries, 2 of them are modules for hardware interfaces. > However it requires a more complex relationship between packages, so I > decided to use a single binary package for all of them. Not splitting the package is fine for me, the libs are clearly related and have a common basename. Minor nitpick: override_dh_clean: rm -f debian/libxtrxll0.udev dh_clean You can just put "debian/libxtrxll0.udev" into debian/clean instead. Christoph--- End Message ---
Bug#954156: RFS: libxtrxll/0.0.1+git20191021.3229d65-1 [ITP] -- Low-level XTRX hardware abstraction library: development
Package: sponsorship-requests Severity: wishlist Dear mentors, Hamradio Team, I am looking for a sponsor for my package "libxtrxll" * Package name: libxtrxll Version : 0.0.1+git20191021.3229d65-1 Upstream Author : Sergey Kostanbaev * URL : https://github.com/xtrx-sdr/libxtrxll * License : LGPL-2.1+ * Vcs : https://salsa.debian.org/debian-hamradio-team/libxtrxll Section : libs It builds those binary packages: libxtrxll-dev - Low-level XTRX hardware abstraction library: development libxtrxll0 - Low-level XTRX hardware abstraction library To access further information about this package, please visit the following URL: https://mentors.debian.net/package/libxtrxll Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/libx/libxtrxll/libxtrxll_0.0.1+git20191021.3229d65-1.dsc Changes since the last upload: * Initial release (Closes: #945153) Please note that the binary package may be split since it contains 3 shared libraries, 2 of them are modules for hardware interfaces. However it requires a more complex relationship between packages, so I decided to use a single binary package for all of them. Regards, -- Sepi Gair
Re: Can I bump the SONAME if upstream neglected to do so?
On Tue, Mar 17, 2020 at 02:36:15PM +0100, Timo Röhling wrote: > I've recently looked into upgrading the Qhull library for the Debian > Science Team. The upstream SOVERSION remained unchanged (7), but > abi-compliance-checker says that the ABI is incompatible, and quite > seriously so. Clearly, I can't just release the SOVERSION unchanged, but > can I bump the SOVERSION for Debian, or do I have to wait for upstream > to release a fixed version? Have you tried to convince the upstream to bump the soname? If you decide to bump it yourself you should use a value that won't be reused by the upstream. -- WBR, wRAR signature.asc Description: PGP signature
Can I bump the SONAME if upstream neglected to do so?
Hi, I've recently looked into upgrading the Qhull library for the Debian Science Team. The upstream SOVERSION remained unchanged (7), but abi-compliance-checker says that the ABI is incompatible, and quite seriously so. Clearly, I can't just release the SOVERSION unchanged, but can I bump the SOVERSION for Debian, or do I have to wait for upstream to release a fixed version? Best regards Timo
Bug#953127: RFS: fonts-jetbrains-mono/1.0.3-2 [ITP] -- free and open-source typeface for developers
On Mon, Mar 16, 2020 at 11:56:07PM +0100, Adam Borowski wrote: > > > $ dput mentors fonts-jetbrains-mono_1.0.3-1_amd64.changes > > > Package has already been uploaded to mentors on mentors.debian.net > > > Nothing more to do for fonts-jetbrains-mono_1.0.3-1_amd64.changes > > > > And… basically reproduced it! This is why I have bumped the debian > > revision between -1 and -2 in the first place in my first uploads. > > IIRC the message already includes a hint: you need to delete the > fonts-jetbrains-mono_1.0.3-1_amd64.upload file. Only in dput-ng. -- WBR, wRAR signature.asc Description: PGP signature
Bug#953127: RFS: fonts-jetbrains-mono/1.0.3-2 [ITP] -- free and open-source typeface for developers
Hi, 2020-03-16 23:56 CET, Adam Borowski: > > But now when I am retrying to republish the package in mentors I get the > > following: > > > > > $ dput mentors fonts-jetbrains-mono_1.0.3-1_amd64.changes > > > Package has already been uploaded to mentors on mentors.debian.net > > > Nothing more to do for fonts-jetbrains-mono_1.0.3-1_amd64.changes > > > > And… basically reproduced it! This is why I have bumped the debian > > revision between -1 and -2 in the first place in my first uploads. > > IIRC the message already includes a hint: you need to delete the > fonts-jetbrains-mono_1.0.3-1_amd64.upload file. Well, this is not very explicit, but it indeed did the trick. After that I was notified by the watch system that the package was updated to version 1.0.4 6 days ago. So, here is finally the proposed package for contrib/fonts inclusion: https://mentors.debian.net/package/fonts-jetbrains-mono That can be locally examinated using the .dsc file: https://mentors.debian.net/debian/pool/contrib/f/fonts-jetbrains-mono/fonts-jetbrains-mono_1.0.4-1.dsc There is a link to the Debian Font Teams VCS (salsa) for the font hosting as I will only be uploader but I have set maintainer as fonts team. > Vcs-Git: https://salsa.debian.org/fonts-team/fonts-jetbrains-mono.git > Vcs-Browser: https://salsa.debian.org/fonts-team/fonts-jetbrains-mono Shall the repository be created by the fonts team, or is this reserved only for "main" fonts? Ciao, Romain. signature.asc Description: PGP signature
Re: cannot allocate memory in static TLS block
Hi Faidon, On Tue, Mar 17, 2020 at 01:29:59PM +0200, Faidon Liambotis wrote: > Hi Andreas, > > Thanks for reaching out. It sounds like this is already reported as > #951704 (Cc'ed now). OK. > I'll need to give this a closer look, but I hope I > can have an update within the next couple of weeks. Does this work? Well, drmaa is certainly not the most important package inside Debian so I see no reason to push you. But it would be great to have all those Python3 issues from the table sooner or later since it generated noise for the most active Python 2->3 migrators. Just take the time you need. See you Andreas. -- http://fam-tille.de
Bug#954107: RFS: platformio/4.2.1-1 -- open source ecosystem for IoT development
Hi, On 2020/03/16 22:45, Peter Zahradnik wrote: > Package: sponsorship-requests > Severity: wishlist > > > Dear mentors, > > I am looking for a sponsor for my package "platformio" > > * Package name : platformio > Version : 4.2.1-1 > Upstream Author : cont...@platformio.org > * URL : https://platformio.org > * License : Apache-2.0 > * Vcs : > https://salsa.debian.org/python-team/applications/platformio > Section : electronics I'll be happy to upload after you fix the following issues: * d/changelog - this is the first upload of platformio to Debian, thus it should only have 1 changelog entry, which should only list * Initial release. (Closes #921347) All the other stuff should be removed * d/copyright - currently you are assigning platformio your copyright for files under debian/. Is this what you want to do? Further the copyright years in the source files are '2014-present' * (Optional) d/rules - personal preference, but I prefer disabled targets to execute 'true' instead of being blank. This indicates that the rule is explicitly disabled. * d/platformio.links - /usr/share should only contain platform-independent files. Can /usr/share/platformio/{pio,piodebuggdb} not be installed directly into /usr/bin/ ? Cheers Kyle -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Kyle Robbertze ⢿⡄⠘⠷⠚⠋⠀ Debian Developer ⠈⠳⣄ https://wiki.debian.org/KyleRobbertze
Re: cannot allocate memory in static TLS block
Hi Andreas, Thanks for reaching out. It sounds like this is already reported as #951704 (Cc'ed now). I'll need to give this a closer look, but I hope I can have an update within the next couple of weeks. Does this work? Thanks! Faidon On Sun, Mar 15, 2020 at 10:33:20AM +0100, Andreas Tille wrote: > Hi Faidon, > > could you imagine to build jemalloc with --disable-initial-exec-tls > as Sergio suggests below to fix the issue in drmaa (and possibly other > packages)? > > Should I open a separate bug report against jemalloc to request this? > > Kind regards > > Andreas. > > On Sat, Mar 14, 2020 at 05:18:49PM -0400, Sergio Durigan Junior wrote: > > > $ python3 > > > Python 3.7.6 (default, Jan 19 2020, 22:34:52) > > > [GCC 9.2.1 20200117] on linux > > > Type "help", "copyright", "credits" or "license" for more information. > > import drmaa > > > Traceback (most recent call last): > > > File "", line 1, in > > > File > > > "/home/andreas/debian-maintain/salsa/med-team/python-drmaa/drmaa/__init__.py", > > > line 65, in > > > from .session import JobInfo, JobTemplate, Session > > > File > > > "/home/andreas/debian-maintain/salsa/med-team/python-drmaa/drmaa/session.py", > > > line 39, in > > > from drmaa.helpers import (adapt_rusage, Attribute, > > > attribute_names_iterator, > > > File > > > "/home/andreas/debian-maintain/salsa/med-team/python-drmaa/drmaa/helpers.py", > > > line 36, in > > > from drmaa.wrappers import (drmaa_attr_names_t, drmaa_attr_values_t, > > > File > > > "/home/andreas/debian-maintain/salsa/med-team/python-drmaa/drmaa/wrappers.py", > > > line 58, in > > > _lib = CDLL(libpath, mode=RTLD_GLOBAL) > > > File "/usr/lib/python3.7/ctypes/__init__.py", line 364, in __init__ > > > self._handle = _dlopen(self._name, mode) > > > OSError: /usr/lib/x86_64-linux-gnu/libjemalloc.so.2: cannot allocate > > > memory in static TLS block > > > > This is an issue with jemalloc's handling of the TLS model when being > > dlopened.. See: > > > > https://github.com/jemalloc/jemalloc/issues/1237 > > > > The recommended way to build a libjemalloc that is suitable for being > > dlopened is to use '--disable-initial-exec-tls' when building it. Take > > a look at the INSTALL.md file, and look for this option: > > > > https://github.com/jemalloc/jemalloc/blob/dev/INSTALL.md > > > > There is a way to workaround this bug by doing an LD_PRELOAD of > > libjemalloc when invoking python, but this will only mask the problem > > and we can't expect users to do/know this. > > > > The way I see it, you can try to convince jemalloc's maintainer to > > enable that flag. > > > > BTW, the reason 'find_library' can't find drmaa's library is because the > > .so is being installed in a non-standard directory. I don't know why > > the package was made like this, though. > > > > Thanks, > > > > -- > > Sergio > > GPG key ID: 237A 54B1 0287 28BF 00EF 31F4 D0EB 7628 65FC 5E36 > > Please send encrypted e-mail if possible > > http://sergiodj.net/ > > > > -- > http://fam-tille.de >
Bug#954140: RFS: logrotate/3.16.0-2 -- Log rotation utility
Package: sponsorship-requests Severity: normal X-Debbugs-CC: kilob...@angband.pl Dear mentors, I am looking for a sponsor for my package "logrotate" * Package name: logrotate Version : 3.16.0-2 Upstream Author : https://github.com/logrotate/logrotate/issues * URL : https://github.com/logrotate/logrotate * License : GPL-2 * Vcs : https://salsa.debian.org/debian/logrotate Section : admin It builds those binary packages: logrotate - Log rotation utility To access further information about this package, please visit the following URL: https://mentors.debian.net/package/logrotate Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/l/logrotate/logrotate_3.16.0-2.dsc Changes since the last upload: * d/patches: - add upstream commit to silence unused parameter warning in acl disabled build Should fix FTBFS on architectures without acl - add upstream commit to enable systemd hardening option ProtectClock Regards, Christian Göttsche