Bug#903810: RFS: xsunpinyin/2.0.3-4 RC
X-Debbugs-CC: zou...@outlook.com debian-input-met...@lists.debian.org Hi Gengyu, I have seen your new RFS but unfortunately you still made several mistakes: * Please put "RC" mark in subject into "[]" square brankets; * You wrote a wrong version string that is awaiting sponsorship: "2.0.3-4". xsunpinyin version 2.0.3-4 is already in Debian unstable thus your RFS is closed automatically. Please consider fixing this problem and provide with a correct version (maybe submitting a new RFS request). You also have to fix the version string in the source package. -- Regards, Boyuan Yang On Sun, 15 Jul 2018 05:16:03 + GengYu Rao wrote: > Package: sponsorship-requests > Severity: important > Dear mentors, > >I am looking for a sponsor for my package "xsunpinyin" > > * Package name: xsunpinyin > Version : 2.0.3-4 > Upstream Author : Mike Qin > * URL : > https://github.com/sunpinyin/sunpinyin/tree/master/wrapper/xim > * License : LGPL-2.1 or CDDL > Section : utils > >It builds those binary packages: > xsunpinyin - Standalone XIM server for Sunpinyin > >To access further information about this package, please visit the > following URL: > > https://mentors.debian.net/package/xsunpinyin > > >Alternatively, one can download the package with dget using this > command: > > dget -x > https://mentors.debian.net/debian/pool/main/x/xsunpinyin/ xsunpinyin_2.0.3-4.dsc > > > >Changes since the last upload: > > migrate to salsa, and fixed URLs. > > > the repo is here https://salsa.debian.org/input-method-team/xsunpinyin > > Regards, > GengYu Rao > signature.asc Description: This is a digitally signed message part.
Bug#904061: marked as done (RFS: open-gram/0.1.22+20170109-2 [RC])
Your message dated Thu, 19 Jul 2018 03:53:48 +0200 with message-id <20180719015348.5nbeir7tc6mop...@angband.pl> and subject line Re: Bug#904061: RFS: open-gram/0.1.22+20170109-2 [RC] has caused the Debian Bug report #904061, regarding RFS: open-gram/0.1.22+20170109-2 [RC] 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.) -- 904061: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=904061 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: sponsorship-requests Severity: important X-Debbugs-CC: sunwea...@debian.org debian-input-met...@lists.debian.org guoli...@debian.org s...@debian.org Dear Mike, debian-input-method team members and mentors, As a continuation of dealing with massive RC bugs caused by IME team maintainer address migration, I have prepared a team upload for package "open-gram" and I am looking for a sponsor to push it into unstable. This package is the dependency of all sunpinyin-related packages. * Package name : open-gram Version : 0.1.22+20170109-2 Upstream Author : Kefu Chai * URL : https://github.com/sunpinyin/open-gram * License : CC-BY-SA 3.0 Section : utils It builds those binary packages: sunpinyin-data - Statistical language model data from open-gram To access further information about this package, please visit the following URL: https://mentors.debian.net/package/open-gram Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/o/open-gram/open-gram_0.1.22+20170109-2.dsc Git packaging repository: https://salsa.debian.org/input-method-team/open-gram Changes since the last upload: open-gram (0.1.22+20170109-2) unstable; urgency=medium . * Team upload. * Apply "wrap-and-sort -abst". * Bump debhelper compat to v11. * debian: Remove unnecessary "debian/\" file. * debian/control: + Use debian-input-method mailing list as maintainer address. Closes: #899622 + Bump Standards-Version to 4.1.5. + Use git repo under Salsa input-method-team group for Vcs fields. + Mark sunpinyin-data as M-A: same. * debian/rules: Use "dh_missing --fail-missing". -- Regards, Boyuan Yang signature.asc Description: This is a digitally signed message part. --- End Message --- --- Begin Message --- On Thu, Jul 19, 2018 at 09:23:27AM +0800, Boyuan Yang wrote: > * Package name : open-gram >Version : 0.1.22+20170109-2 > open-gram (0.1.22+20170109-2) unstable; urgency=medium > . >* Team upload. >* Apply "wrap-and-sort -abst". >* Bump debhelper compat to v11. >* debian: Remove unnecessary "debian/\" file. >* debian/control: > + Use debian-input-method mailing list as maintainer address. >Closes: #899622 > + Bump Standards-Version to 4.1.5. > + Use git repo under Salsa input-method-team group for Vcs fields. > + Mark sunpinyin-data as M-A: same. >* debian/rules: Use "dh_missing --fail-missing". ✓ -- // If you believe in so-called "intellectual property", please immediately // cease using counterfeit alphabets. Instead, contact the nearest temple // of Amon, whose priests will provide you with scribal services for all // your writing needs, for Reasonable And Non-Discriminatory prices.--- End Message ---
Bug#904061: RFS: open-gram/0.1.22+20170109-2 [RC]
Package: sponsorship-requests Severity: important X-Debbugs-CC: sunwea...@debian.org debian-input-met...@lists.debian.org guoli...@debian.org s...@debian.org Dear Mike, debian-input-method team members and mentors, As a continuation of dealing with massive RC bugs caused by IME team maintainer address migration, I have prepared a team upload for package "open-gram" and I am looking for a sponsor to push it into unstable. This package is the dependency of all sunpinyin-related packages. * Package name : open-gram Version : 0.1.22+20170109-2 Upstream Author : Kefu Chai * URL : https://github.com/sunpinyin/open-gram * License : CC-BY-SA 3.0 Section : utils It builds those binary packages: sunpinyin-data - Statistical language model data from open-gram To access further information about this package, please visit the following URL: https://mentors.debian.net/package/open-gram Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/o/open-gram/open-gram_0.1.22+20170109-2.dsc Git packaging repository: https://salsa.debian.org/input-method-team/open-gram Changes since the last upload: open-gram (0.1.22+20170109-2) unstable; urgency=medium . * Team upload. * Apply "wrap-and-sort -abst". * Bump debhelper compat to v11. * debian: Remove unnecessary "debian/\" file. * debian/control: + Use debian-input-method mailing list as maintainer address. Closes: #899622 + Bump Standards-Version to 4.1.5. + Use git repo under Salsa input-method-team group for Vcs fields. + Mark sunpinyin-data as M-A: same. * debian/rules: Use "dh_missing --fail-missing". -- Regards, Boyuan Yang signature.asc Description: This is a digitally signed message part.
Re: Debian package from scratch, git to pristine-tar
On Tue, Jul 17, 2018 at 03:18:04PM -0400, Tong Sun wrote: > On Sun, Jul 8, 2018 at 9:09 AM Tong Sun wrote: > > On Sun, Jul 8, 2018 at 2:30 AM Geert Stappers wrote: > > >> . . . > >> `gbp clone URL` is only intended for URL which has gbp information. > >> > >> Direction to go: Take a detour > >> > >> Do `gbp clone EXISTING_GBP_REPO` and check which branches it has. > >> Then work on a "fresh git repo" where you add branches. > > > > Thanks for your input Groeten, but I'm afraid that your workflow > > is still pre-gbp, i.e., you are still doing steps manually that > > gbp is already doing it for us. Let me quota again what gbp can > > automatically do: > > > > | If upstream doesn't build upstream tarballs, or you don't care about > > | them, the simplest way is to clone upstream's repository and create a > > | separate packaging branch in there. You will not need gbp import-orig at > > | all with this workflow. gbp buildpackage will handle creating the upstream > > | tarballs needed for the Debian source package. > > > > I.e., it will do it, provided that I can find the correct way of doing it... > > I'm sorry Geert, > > Not only I copied your name wrong, but my interpretation about the > above paragraph is totally wrong too. > > You are totally right and I was totally wrong. I don't know what > possessed me, turning me into a total dick. > > Sorry about that and thanks again for your kind help Completely accepted. No hard feelings. Enjoy your time with Debian. Groeten Geert Stappers -- Leven en laten leven signature.asc Description: PGP signature
Bug#904015: RFS: libhinawa/1.0.0-1
On Wed, Jul 18, 2018 at 10:44:46PM +0900, Kentaro Hayashi wrote: > On Wed, 18 Jul 2018 14:16:32 +0200 > Adam Borowski wrote: > > > On Wed, Jul 18, 2018 at 06:32:57PM +0900, Kentaro Hayashi wrote: > > > * Package name: libhinawa > > >Version : 1.0.0-1 > > > > > > It builds those binary packages: > > > > > > gir1.2-hinawa-1.0 - GObjet introspection data for libhinawa1 > >gir1.2-hinawa-2.0 actually > > Oh, I've missed it. > As you pointed out, it should be -2.0. What really counts is the actual state, not a bit of documentation. I raised this issue only because (a bit too late) noticed this transition might possibly be not what you intended. It's good to hear it was. > > One notable change in the upstream tarball is that usual licensing files > > have just been removed. The meson build file describes the license as > > LGPL-2.1+ and sources have SPDX identifiers, though. > > > > As for change to gir1.2-hinawa-2.0 -- I noticed it when debdiffing binaries, > > but dismissed it as a part of the package bump (there's a trip through NEW > > anyway). Only after uploading, when responding to this bug, I noticed that > > this mismatches what you wrote in the RFS. Thus, if the gir bump was not > > intentional, please request a REJECT on #debian-ftp (or via mail). > > > > The package has been uploaded as-is and is in NEW. > > gir bump was intentional, but I had missed to describe it into d/changelog. No pressing need to amend the changelog, I'd say. > I'll fix also license issue as 1.0.0-2 after 1.0.0-1 is accepted. The license is fine, it's just that the removal of centralized license info upstream might raise the ftpmasters' eyebrows. Meow. -- // If you believe in so-called "intellectual property", please immediately // cease using counterfeit alphabets. Instead, contact the nearest temple // of Amon, whose priests will provide you with scribal services for all // your writing needs, for Reasonable And Non-Discriminatory prices.
Bug#904015: RFS: libhinawa/1.0.0-1
On Wed, 18 Jul 2018 14:16:32 +0200 Adam Borowski wrote: > On Wed, Jul 18, 2018 at 06:32:57PM +0900, Kentaro Hayashi wrote: > > * Package name: libhinawa > >Version : 1.0.0-1 > >Section : libs > > > > It builds those binary packages: > > > > gir1.2-hinawa-1.0 - GObjet introspection data for libhinawa1 >gir1.2-hinawa-2.0 actually Oh, I've missed it. As you pointed out, it should be -2.0. > One notable change in the upstream tarball is that usual licensing files > have just been removed. The meson build file describes the license as > LGPL-2.1+ and sources have SPDX identifiers, though. > > As for change to gir1.2-hinawa-2.0 -- I noticed it when debdiffing binaries, > but dismissed it as a part of the package bump (there's a trip through NEW > anyway). Only after uploading, when responding to this bug, I noticed that > this mismatches what you wrote in the RFS. Thus, if the gir bump was not > intentional, please request a REJECT on #debian-ftp (or via mail). > > The package has been uploaded as-is and is in NEW. gir bump was intentional, but I had missed to describe it into d/changelog. I'll fix also license issue as 1.0.0-2 after 1.0.0-1 is accepted. pgp5T9p2RB92o.pgp Description: PGP signature
Bug#904016: marked as done (RFS: groonga-normalizer-mysql/1.1.2-1)
Your message dated Wed, 18 Jul 2018 14:21:56 +0200 with message-id <20180718122156.nesawq4rjdnyo...@angband.pl> and subject line Re: Bug#904016: RFS: groonga-normalizer-mysql/1.1.2-1 has caused the Debian Bug report #904016, regarding RFS: groonga-normalizer-mysql/1.1.2-1 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.) -- 904016: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=904016 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 "groonga-normalizer-mysql" * Package name: groonga-normalizer-mysql Version : 1.1.2-1 Upstream Author : Kouhei Sutou * URL : https://github.com/groonga/groonga-normalizer-mysql * License : LGPL-2 Section : libs It builds those binary packages: groonga-normalizer-mysql - MySQL derived normalizer for Groonga To access further information about this package, please visit the following URL: https://mentors.debian.net/package/groonga-normalizer-mysql Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/g/groonga-normalizer-mysql/groonga-normalizer-mysql_1.1.2-1.dsc More information about groonga-normalizer-mysql can be obtained from https://github.com/groonga/groonga-normalizer-mysql Changes since the last upload: * New upstream release. * debian/control - Bump standard version to 4.1.5. No other changes are required. --- End Message --- --- Begin Message --- On Wed, Jul 18, 2018 at 06:35:18PM +0900, Kentaro Hayashi wrote: > * Package name: groonga-normalizer-mysql > Version : 1.1.2-1 > Changes since the last upload: > > * New upstream release. > * debian/control > - Bump standard version to 4.1.5. No other changes are required. ✓ -- // If you believe in so-called "intellectual property", please immediately // cease using counterfeit alphabets. Instead, contact the nearest temple // of Amon, whose priests will provide you with scribal services for all // your writing needs, for Reasonable And Non-Discriminatory prices.--- End Message ---
Bug#904015: marked as done (RFS: libhinawa/1.0.0-1)
Your message dated Wed, 18 Jul 2018 14:16:32 +0200 with message-id <20180718121632.7qfifrdgoqycb...@angband.pl> and subject line Re: Bug#904015: RFS: libhinawa/1.0.0-1 has caused the Debian Bug report #904015, regarding RFS: libhinawa/1.0.0-1 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.) -- 904015: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=904015 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 "libhinawa" * Package name: libhinawa Version : 1.0.0-1 Upstream Author : Takashi Sakamoto * URL : https://github.com/takaswie/libhinawa * License : LGPL-2.1 Section : libs It builds those binary packages: gir1.2-hinawa-1.0 - GObjet introspection data for libhinawa1 libhinawa-dev - I/O library for IEEE 1394 asynchronous transactions (development libhinawa1 - I/O library for IEEE 1394 asynchronous transactions To access further information about this package, please visit the following URL: https://mentors.debian.net/package/libhinawa Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/libh/libhinawa/libhinawa_1.0.0-1.dsc More information about hello can be obtained from https://github.com/takaswie/libhinawa Changes since the last upload: * New upstream release 1.0.0. * debian/control - Bump libhinawa0 to libhinawa1. * debian/rules - Switch to Meson build system. * debian/watch - Use more flexible regex for the extension. * debian/libhinawa1.symbols - Add v1.0.0 symbols. * debian/libhinawa0.symbols - Drop obsolete symbols. --- End Message --- --- Begin Message --- On Wed, Jul 18, 2018 at 06:32:57PM +0900, Kentaro Hayashi wrote: > * Package name: libhinawa >Version : 1.0.0-1 >Section : libs > > It builds those binary packages: > > gir1.2-hinawa-1.0 - GObjet introspection data for libhinawa1 gir1.2-hinawa-2.0 actually > libhinawa-dev - I/O library for IEEE 1394 asynchronous transactions > (development > libhinawa1 - I/O library for IEEE 1394 asynchronous transactions > Changes since the last upload: > > * New upstream release 1.0.0. > * debian/control > - Bump libhinawa0 to libhinawa1. > * debian/rules > - Switch to Meson build system. > * debian/watch > - Use more flexible regex for the extension. > * debian/libhinawa1.symbols > - Add v1.0.0 symbols. > * debian/libhinawa0.symbols > - Drop obsolete symbols. One notable change in the upstream tarball is that usual licensing files have just been removed. The meson build file describes the license as LGPL-2.1+ and sources have SPDX identifiers, though. As for change to gir1.2-hinawa-2.0 -- I noticed it when debdiffing binaries, but dismissed it as a part of the package bump (there's a trip through NEW anyway). Only after uploading, when responding to this bug, I noticed that this mismatches what you wrote in the RFS. Thus, if the gir bump was not intentional, please request a REJECT on #debian-ftp (or via mail). The package has been uploaded as-is and is in NEW. Meow! -- // If you believe in so-called "intellectual property", please immediately // cease using counterfeit alphabets. Instead, contact the nearest temple // of Amon, whose priests will provide you with scribal services for all // your writing needs, for Reasonable And Non-Discriminatory prices.--- End Message ---
Re: Source repackaging workflow with git-buildpackage
On 07/18/2018 02:00 PM, Andrey Rahmatullin wrote: > Well, it's only for this version, as in the future you won't have > non-repacked tarballs in the repo? True indeed, it's just for this version. For new upstream releases uscan will work as expected. Thanks, Andrius -- Andrius Merkys Vilnius University Institute of Biotechnology, Saulėtekio al. 7, room V325 LT-10257 Vilnius, Lithuania signature.asc Description: OpenPGP digital signature
Re: Help needed for different gcc-8 bug in new upstream version (Was: spades: ftbfs with GCC-8)
Andreas Tille kirjoitti 18.07.2018 klo 09:52: > Control: tags -1 help > > Hi, > > upstream seems to have dealt with the original issue in the logs of this > bug report in the new upstream version which I commited to Salsa[1]. > Unfortunately there is a new issue where I need help from a C++ programmer: > /build/spades-3.12.0+dfsg/src/common/utils/logger/logger_impl.cpp:115:20: > error: 'get_max_rss' is not a member of 'utils' >max_rss = utils::get_max_rss(); > ^~~ > make[4]: *** [common/utils/CMakeFiles/utils.dir/build.make:115: > common/utils/CMakeFiles/utils.dir/logger/logger_impl.cpp.o] Error 1 > ... > > > Any help would be welcome Could be a missing include. Perhaps it's as simple as adding this line to logger_impl.cpp: #include "utils/memory_limit.hpp" The function declaration for utils::get_max_rss() seems to live there. Juhani
Re: Source repackaging workflow with git-buildpackage
On Wed, Jul 18, 2018 at 01:55:35PM +0300, Andrius Merkys wrote: > > I guess uscan needs --force-download (--force also works IME); not > > sure if you can pass this via gbp-import-orig or if you need a manual > > (1) uscan + (2) 'gbp import-orig --pristine-tar your-new-tarball'. > > Exactly, 'gbp import-orig --uscan' does not accept '--force'. Thus I'll > probably have to use 'uscan' + 'gbp import'. I expected a single-command > solution, alas. Well, it's only for this version, as in the future you won't have non-repacked tarballs in the repo? -- WBR, wRAR signature.asc Description: PGP signature
Re: Source repackaging workflow with git-buildpackage
On 07/18/2018 11:49 AM, gregor herrmann wrote: > Cf. also https://perl-team.pages.debian.net/howto/repacking.html Thanks, this link explains how the d/watch should look like. > I guess uscan needs --force-download (--force also works IME); not > sure if you can pass this via gbp-import-orig or if you need a manual > (1) uscan + (2) 'gbp import-orig --pristine-tar your-new-tarball'. Exactly, 'gbp import-orig --uscan' does not accept '--force'. Thus I'll probably have to use 'uscan' + 'gbp import'. I expected a single-command solution, alas. Many thanks, Andrius -- Andrius Merkys Vilnius University Institute of Biotechnology, Saulėtekio al. 7, room V325 LT-10257 Vilnius, Lithuania
Bug#904016: RFS: groonga-normalizer-mysql/1.1.2-1
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "groonga-normalizer-mysql" * Package name: groonga-normalizer-mysql Version : 1.1.2-1 Upstream Author : Kouhei Sutou * URL : https://github.com/groonga/groonga-normalizer-mysql * License : LGPL-2 Section : libs It builds those binary packages: groonga-normalizer-mysql - MySQL derived normalizer for Groonga To access further information about this package, please visit the following URL: https://mentors.debian.net/package/groonga-normalizer-mysql Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/g/groonga-normalizer-mysql/groonga-normalizer-mysql_1.1.2-1.dsc More information about groonga-normalizer-mysql can be obtained from https://github.com/groonga/groonga-normalizer-mysql Changes since the last upload: * New upstream release. * debian/control - Bump standard version to 4.1.5. No other changes are required.
Bug#904015: RFS: libhinawa/1.0.0-1
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "libhinawa" * Package name: libhinawa Version : 1.0.0-1 Upstream Author : Takashi Sakamoto * URL : https://github.com/takaswie/libhinawa * License : LGPL-2.1 Section : libs It builds those binary packages: gir1.2-hinawa-1.0 - GObjet introspection data for libhinawa1 libhinawa-dev - I/O library for IEEE 1394 asynchronous transactions (development libhinawa1 - I/O library for IEEE 1394 asynchronous transactions To access further information about this package, please visit the following URL: https://mentors.debian.net/package/libhinawa Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/libh/libhinawa/libhinawa_1.0.0-1.dsc More information about hello can be obtained from https://github.com/takaswie/libhinawa Changes since the last upload: * New upstream release 1.0.0. * debian/control - Bump libhinawa0 to libhinawa1. * debian/rules - Switch to Meson build system. * debian/watch - Use more flexible regex for the extension. * debian/libhinawa1.symbols - Add v1.0.0 symbols. * debian/libhinawa0.symbols - Drop obsolete symbols.
Re: Source repackaging workflow with git-buildpackage
On Wed, 18 Jul 2018 10:34:07 +0300, Andrius Merkys wrote: > I want to remove some files from upstream tarball foo-1.23 (already > in Debian) to produce foo-1.23+ds using git-buildpackage following > the recipe posted here [1]. Cf. also https://perl-team.pages.debian.net/howto/repacking.html > I have added Files-Excluded stanza to > d/copyright and added ' > opts="repacksuffix=+ds,dversionmangle=s/\+ds//,repack"' to d/watch. I don't think that "repack" is necessary here. > However, 'gbp import-orig --pristine-tar --uscan' does not do > anything telling "package is up to date, nothing to do". How should > I proceed? I guess uscan needs --force-download (--force also works IME); not sure if you can pass this via gbp-import-orig or if you need a manual (1) uscan + (2) 'gbp import-orig --pristine-tar your-new-tarball'. > [1] https://www.debian.org/doc/manuals/debmake-doc/ch05.en.html#dfsg Cheers, gregor -- .''`. https://info.comodo.priv.at -- Debian Developer https://www.debian.org : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D 85FA BB3A 6801 8649 AA06 `. `' Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe `- BOFH excuse #237: Plate voltage too low on demodulator tube
Source repackaging workflow with git-buildpackage
Dear Mentors, I want to remove some files from upstream tarball foo-1.23 (already in Debian) to produce foo-1.23+ds using git-buildpackage following the recipe posted here [1]. I have added Files-Excluded stanza to d/copyright and added ' opts="repacksuffix=+ds,dversionmangle=s/\+ds//,repack"' to d/watch. However, 'gbp import-orig --pristine-tar --uscan' does not do anything telling "package is up to date, nothing to do". How should I proceed? Many thanks, Andrius [1] https://www.debian.org/doc/manuals/debmake-doc/ch05.en.html#dfsg -- Andrius Merkys Vilnius University Institute of Biotechnology, Saulėtekio al. 7, room V325 LT-10257 Vilnius, Lithuania
Help needed for different gcc-8 bug in new upstream version (Was: spades: ftbfs with GCC-8)
Control: tags -1 help Hi, upstream seems to have dealt with the original issue in the logs of this bug report in the new upstream version which I commited to Salsa[1]. Unfortunately there is a new issue where I need help from a C++ programmer: ... [ 69%] Building CXX object common/utils/CMakeFiles/utils.dir/logger/logger_impl.cpp.o cd /build/spades-3.12.0+dfsg/build_spades/common/utils && /usr/bin/c++ -DJEMALLOC_NO_DEMANGLE -DUSE_GLIBCXX_PARALLEL=1 -I/build/spades-3.12.0+dfsg/build_spades/common/utils -I/build/spades-3.12.0+dfsg/src/common/utils -I/build/spades-3.12.0+dfsg/src/include -I/build/spades-3.12.0+dfsg/build_spades/include -I/build/spades-3.12.0+dfsg/src -I/build/spades-3.12.0+dfsg/src/common -isystem /build/spades-3.12.0+dfsg/src/../ext/include -g -O2 -fdebug-prefix-map=/build/spades-3.12.0+dfsg=. -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -fopenmp -std=c++14 -O2 -g -DNDEBUG -UNDEBUG -Wno-deprecated -g3 -O2 -Wall -Wextra -Wconversion -Wno-sign-conversion -Wno-long-long -Wwrite-strings -o CMakeFiles/utils.dir/logger/logger_impl.cpp.o -c /build/spades-3.12.0+dfsg/src/common/utils/logger/logger_impl.cpp /build/spades-3.12.0+dfsg/src/common/utils/logger/logger_impl.cpp: In member function 'void logging::logger::log(logging::level, const char*, size_t, const char*, const char*)': /build/spades-3.12.0+dfsg/src/common/utils/logger/logger_impl.cpp:115:20: error: 'get_max_rss' is not a member of 'utils' max_rss = utils::get_max_rss(); ^~~ make[4]: *** [common/utils/CMakeFiles/utils.dir/build.make:115: common/utils/CMakeFiles/utils.dir/logger/logger_impl.cpp.o] Error 1 ... Any help would be welcome Andreas. [1] https://salsa.debian.org/med-team/spades -- http://fam-tille.de