Open "NMU diff for 64-bit time_t transition" bugs

Hello, I care for tree packages which still have open "NMU diff for 64-bit time_t transition" bugs: libccp4, macromoleculebuilder and rdkit. All of them have NMU diffs applied in experimental, but not in unstable yet. What should I do about them - apply NMU diffs to unstable as well, or wait

Re: Help with a watchfile for MUT

Hi Soren, On 2024-05-03 01:12, Soren Stoutner wrote: I am very much not a uscan expert, but the attached watch file appears to do what you want. Key changes are: 1. Adding a dversionmangle line to each entry that modifies the Debian version number to extract the information that should be

Help with a watchfile for MUT

Hello, I am writing a watchfile for vst3sdk, you can find it on salsa [1]. I cannot get 'same' components downloaded, 'uscan --download-current-version' fails with the following: uscan warn: In debian/watch no matching hrefs for version in watch line

Re: Lintian 'privacy-breach-generic' warning for installed examples

Hi Shriram, On 2024-02-09 16:16, Shriram Ravindranathan wrote: I am packaging a C++ TUI library called FTXUI in which there's an examples/ folder which I am installing to /usr/share/doc/ftxui-dev/examples/ One of these examples is for using the library with webassembly is a HTML file that

Re: pkgconfig multiarch installation woes

Hi Shriram, On 2023-11-18 10:26, Shriram Ravindranathan wrote: I am packaging magic_enum, a header-only C++ library which uses CMake with GNUInstallDirs. AFAIK the package should be arch-independent as there is no architecture dependent code in it. [...] W: libmagicenum-dev:

Re: New package: ITP or RFP ?

Hi, On 2023-06-20 17:15, Ramūnas Keliuotis wrote: 4. Also, we are using our own open source rust libraries https://github.com/NordSecurity/libtelio https://github.com/NordSecurity/libdrop Maybe there is there a Debin Rust packaging team as well? Yes, there is Debian Rust packaging team [1].

Re: Packaging a header-only library with frequent breaking changes

Hello, On 2023-01-17 15:04, David Kalnischkies wrote: I would suggest talking to maintainers of similar packages, they can probably give you more practical advice in this matter. I maintain a couple of similar header-only packages. Developers unwilling to provide stable API are a challenge,

Re: Processing uploads stalled?

Hi Hilmar, On 2022-12-19 20:36, Hilmar Preuße wrote: yesterday I uploaded latexml_0.8.7-1_source.changes to Debian FTP. Until now I just got the information that the package was received, no reject or accept. I requested a package rebuild (#1026239), which was approved, but the builders did not

Re: Watch file github mode pointing to certain branch issue (Was: cmake help for minimac4 needed)

Hi Andreas, On 2022-10-27 12:37, Andreas Tille wrote: Am Thu, Oct 27, 2022 at 12:00:59PM +0300 schrieb Andrius Merkys: I have just pushed a fix. Please check if that works for you as well. Hmmm, this results in uscan info: Newest version of libomp-jonathonl on remote site is 0.0

Re: Watch file github mode pointing to certain branch issue (Was: cmake help for minimac4 needed)

Hi Andreas, On 2022-10-27 11:31, Andreas Tille wrote: Unfortunately its not just omp but the latest commit from the development branch. Thus I tried gitmode[1] according to the docs: $ cat debian/watch version=4 opts="mode=git,gitmode=full,pgpmode=none,pretty=0.0+git%cd.%h" \

Re: Free component in a non-free tarball

Hello, Thanks everyone for your answers! On 2022-08-30 21:39, Mattia Rizzolo wrote: > On Tue, Aug 30, 2022 at 12:00:39PM -0500, Ryan Pavlik wrote: >> The easiest way to do the tarball cleaning is with Files-Excluded in the >> copyright file, uscan will involve something (mkorigtargz?) that uses

Re: Free component in a non-free tarball

Hi Niels, Thanks for prompt reply. On 2022-08-30 17:40, Niels Thykier wrote: > From the description you have provided, I would assume yes with the > following assumptions: > >  1) By "Extract AmberTools" you mean repackage the orig tarball. Yes, that is what I meant. >  2) AmberTools consists

Free component in a non-free tarball

Hello, I am looking into packaging AmberTools [1], suite of tools for molecular dynamics simulation. AmberTools is GPL, but it is shipped inside a tarball of a larger piece of software called Amber [2]. To get the tarball one has to put in their name and institution in a form [2], but there is no

Re: Handling upstream versioning scheme 2.40c >> 2.40b >> 2.40

Hi Mattia, On 2022-02-27 19:21, Mattia Rizzolo wrote: > On Wed, Feb 23, 2022 at 08:53:26AM +0200, Andrius Merkys wrote: >> The naming scheme could be adjusted to add '.' before the letter in >> version string (2.40c -> 2.40.c), but I cannot craft a watch file which >> coul

Handling upstream versioning scheme 2.40c >> 2.40b >> 2.40

Dear Mentors, I am maintaining package c2x, which has the following versioning scheme: 2.40c >> 2.40b >> 2.40 This is correct order as per 'dpkg --compare-versions'. However, if I add '+ds' repack suffix (I need to), the order becomes reversed. Thus 'uscan' behaves as expected because it knows

Re: Removing repositories from salsa.debian.org/debian

On 2021-09-24 16:14, Mattia Rizzolo wrote: > On Fri, Sep 24, 2021 at 03:16:34PM +0300, Andrius Merkys wrote: >> I have created repositories under salsa.debian.org/debian, and later >> pushed their contents to repositories in another group (I should have >> transferred in

Removing repositories from salsa.debian.org/debian

Hello, I have created repositories under salsa.debian.org/debian, and later pushed their contents to repositories in another group (I should have transferred instead). Could someone with appropriate privileges remove them?: debian/libemf2svg debian/libuemf Best, Andrius OpenPGP_signature

Bug#979592: RFS: openrct2/0.3.3+ds-1 [ITP] -- Open-source re-implementation of RollerCoaster Tycoon 2

On 2021-03-25 20:47, Mathias Gibbens wrote: > Thank you Andrius! I appreciate the time you've taken to sponsor my > packages. > > I've pushed a signed tag to each repository. > > As new releases are made, or if there's any feedback from ftpmasters, > I'll contact you directly. Thank you

Bug#979592: RFS: openrct2/0.3.3+ds-1 [ITP] -- Open-source re-implementation of RollerCoaster Tycoon 2

On 2021-03-25 03:07, Mathias Gibbens wrote: > On Wed, 2021-03-24 at 07:58 +0200, Andrius Merkys wrote: >> 3. Upstream copyright entry in debian/copyright lacks years. If the >> upstream do not limit their copyright in years, I usually take the >> year >> range spanning

Bug#979592: RFS: openrct2/0.3.3+ds-1 [ITP] -- Open-source re-implementation of RollerCoaster Tycoon 2

owner 979592 ! owner 985806 ! owner 985807 ! thanks Hi Mathias, On 2021-03-24 03:47, Mathias Gibbens wrote: > retitle 979592 RFS: openrct2/0.3.3+ds-1 [ITP] -- Open-source > re-implementation of RollerCoaster Tycoon 2 > thanks > > I have uploaded a revised version of openrct2 to mentors.d.n:

Bug#979592: RFS: openrct2/0.3.3+dfsg-1 [ITP] -- Open-source re-implementation of RollerCoaster Tycoon 2

On 2021-03-23 02:08, Mathias Gibbens wrote: > On Tue, 2021-03-16 at 12:57 +0200, Andrius Merkys wrote: >> On 2021-03-15 19:28, Mathias Gibbens wrote: >>>> I have reviewed your packaging, and saw libcurl4-openssl-dev >>>> among >>>> the build depe

Bug#979592: RFS: openrct2/0.3.3+dfsg-1 [ITP] -- Open-source re-implementation of RollerCoaster Tycoon 2

Hi Mathias, On 2021-03-15 19:28, Mathias Gibbens wrote: >> I have reviewed your packaging, and saw libcurl4-openssl-dev among >> the build dependencies. Do you know what does openrct2 need it for? >> My concern here is that in-game network access/downloads may >> interfere with Debian policies. >

Bug#979592: RFS: openrct2/0.3.3+dfsg-1 [ITP] -- Open-source re-implementation of RollerCoaster Tycoon 2

Hi again, I fail to build the package as of e6e4103971b570a179ef5a59a709c24b2fcc5d68 on clean sid chroot with the following error log (only the last lines): find ./debian -name libopenrct2.a -delete find ./debian -empty -type d -delete make[1]: Leaving directory '/<>' dh_install dh_install:

Bug#979592: RFS: openrct2/0.3.3+dfsg-1 [ITP] -- Open-source re-implementation of RollerCoaster Tycoon 2

Hi Mathias, Thank you for an interesting ITP. It would be nice to have openrct2 in Debian. I have reviewed your packaging, and saw libcurl4-openssl-dev among the build dependencies. Do you know what does openrct2 need it for? My concern here is that in-game network access/downloads may interfere

Re: Does 32-bit arithmetic overflow mean arch incompatibility?

Hi Robin, On 2021-01-29 23:56, Robin Gustafsson wrote: > Does the possibility of arithmetic overflow on 32-bit systems mean > that the software is to be considered incompatible with 32-bit > architectures? > > A package I'm working on has some test failures on 32-bit due to > overflows. I only

Re: Bug#957665: Fortran issue in paw (Was: paw: ftbfs with GCC-10)

Hi Andreas, On 2020-10-15 15:26, Andreas Tille wrote: > when trying to build paw with gcc / fortran 10 there are some FORTRAN > errors: > > > ... > Error: Type mismatch between actual argument at (1) and actual argument at > (2) (COMPLEX(4)/INTEGER(4)). >

Bug#971594: RFS: asciidoc/9.0.2-1 [ITA] -- Highly configurable text format for writing documentation

Hi Leon, On 2020-10-02 14:40, Leon Marz wrote: >* Remove vim-asciidoc (Closes: #954780) >* Remove asciidoc-base as it is unnecessary >* Put files from asciidoc-base to asciidoc >* Remove asciidoc-doc as there are no real docs So it seems that three binary packages are being

Re: libdatetime-perl BD-Uninstallable although dependency is satisfied (?)

On 2020-08-25 10:48, Andrey Rahmatullin wrote: > On Tue, Aug 25, 2020 at 10:39:50AM +0300, Andrius Merkys wrote: >> Buildd status page for libdatetime-perl [1] says that on kfreebsd-* its >> build dependencies are uninstallable, citing the following dependency >> tre

libdatetime-perl BD-Uninstallable although dependency is satisfied (?)

Hello, Buildd status page for libdatetime-perl [1] says that on kfreebsd-* its build dependencies are uninstallable, citing the following dependency tree (for kfreebsd-amd64, for example): libdatetime-perl build-depends on: - libdatetime-locale-perl:kfreebsd-amd64 (>= 1:1.06)

Re: Package not migrating due to missing build on i386, but i386 is excluded

On Fri, 20 Dec 2019, 12:30 Andrey Rahmatullin, wrote: > Thet testing package is built on i386. If you are no longer building it on > that arch, you need to file a bug to remove the i386 binary from testing. > Thanks for explanation! Best, Andrius

Package not migrating due to missing build on i386, but i386 is excluded

Hello, stringtie [1] is not migrating due to missing build on i386, although this arch is excluded from the arch list for the package. The delay is over. Is this transient, or is there a problem? Cheers, Andrius [1] https://tracker.debian.org/pkg/stringtie

Re: Removing incorrect upload from NEW

Hi Adam, On 2019-05-16 12:49, Adam Borowski wrote: > Once the package has been taken for NEW, it's out of your reach, and you > need to ask for a REJECT. Thanks for advice, I will turn to FTP people. Best, Andrius -- Andrius Merkys Vilnius University Institute of Biotechnology, Saulėte

Removing incorrect upload from NEW

gversion-plugin_1.5.0-1_amd64.changes dcut rm -f 'gversion-plugin_1.5.0*' -f libgradle-gversion-plugin-java_1.5.0-1_all.deb Thanks in advance, Andrius -- Andrius Merkys Vilnius University Institute of Biotechnology, Saulėtekio al. 7, room V325 LT-10257 Vilnius, Lithuania

Re: Configure your PC to contribute to Debian community

VirtualBox allows for reverting the system in case one inadvertently breaks it. Best, Andrius -- Andrius Merkys Vilnius University Institute of Biotechnology, Saulėtekio al. 7, room V325 LT-10257 Vilnius, Lithuania

Bug#923683: RFS: python-pynetstring/0.1~dev2+git20180925.40cd4a61-1 [ITP] -- netstring library for Python 3

an.org/Teams/PythonModulesTeam/HowToJoin -- Andrius Merkys Vilnius University Institute of Biotechnology, Saulėtekio al. 7, room V325 LT-10257 Vilnius, Lithuania

Re: Need help with uscan

Hi Alex, On 2019-04-25 15:51, Alex Mestiashvili wrote: > have you found a solution? > I managed to craft the following d/watch: [snip] Thanks, I have already managed to put together something very similar, which also works fine. Best, Andrius -- Andrius Merkys Vilnius University Ins

Re: Need help with uscan

tion. Best wishes, Andrius -- Andrius Merkys Vilnius University Institute of Biotechnology, Saulėtekio al. 7, room V325 LT-10257 Vilnius, Lithuania

Re: Need help with uscan

.03.12.12.16-1”). I was going for exactly this upstream version format. Thanks for the detailed description! Best wishes, Andrius -- Andrius Merkys Vilnius University Institute of Biotechnology, Saulėtekio al. 7, room V325 LT-10257 Vilnius, Lithuania

Need help with uscan

HTML excerpt (taken from [1]): reference-structures.tar.gz2013-03-12 12:16 6.4M where the "reference-structures.tar.gz" is the tarball I want and "2013-03-12" is the timestamp. Thanks in advance, Andrius [1] https://www2.mrc-lmb.cam.ac.uk/personal/pemsley/coot/dependencies/

Re: Updating a package & BTS

Hi, On 2019-04-19 16:21, Tong Sun wrote: > Oh, this is just a hypothetical question -- upstream release a new > version, and I want to repack/update my package, do I have to log a > bug in BTS, or it is OK to just update my package without a BTS#, then > send the RFS request? No, ITP bug number

Bug#923683: RFS: python-pynetstring/0.1~dev2+git20180925.40cd4a61-1 [ITP] -- netstring library for Python 3

ed netstring") is already in Debian. What is the difference between python-tnetstring and python3-tnetstring? Are these packages related/overlap somehow? Best wishes, Andrius [1] https://wiki.debian.org/Teams/PythonModulesTeam -- Andrius Merkys Vilnius University Institute of Biotechnology,

Re: Backwards-incompatible ABI change due to function rename

Thanks, Andrius -- Andrius Merkys Vilnius University Institute of Biotechnology, Saulėtekio al. 7, room V325 LT-10257 Vilnius, Lithuania

Re: Backwards-incompatible ABI change due to function rename

would be bumping the soname (or restoring the removed > names) upstream. I will check with the upstream. 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

Backwards-incompatible ABI change due to function rename

, or should I change the SONAME? Best, Andrius -- Andrius Merkys Vilnius University Institute of Biotechnology, Saulėtekio al. 7, room V325 LT-10257 Vilnius, Lithuania

Bug#923162: RFS: python-rfid/1.2 [ITP] -- friendly greeter

. > As for the repo contents, the usual practice is a branch with upstream > sources merged into a branch with upstream sources + debian. And when you > publish a packaging repo it should be an useful packaging repo and not > just something on salsa. Indeed. I was too quick to summarize he

Bug#923162: RFS: python-rfid/1.2 [ITP] -- friendly greeter

r case, please take into consideration possible licensing restrictions on its usage. Let me know should you need any help. 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: Looking for a mentor -- multiscale molecular modeling package MMB (and molmodel)

ed before the MMB. To start with, I would suggest reading the introduction to packaging [3], as Andrey has advised. [3] https://mentors.debian.net/intro-maintainers Best wishes, Andrius -- Andrius Merkys Vilnius University Institute of Biotechnology, Saulėtekio al. 7, room V325 LT-10257 Vilnius, Lithuania

Bug#923162: RFS: python-rfid/1.2 [ITP] -- friendly greeter

.n (not sure if you are subscribed to notifications there, thus a ping). While the package seemingly builds and installs fine, there are some things that need to be fixed to make your package acceptable in Debian. Best wishes, Andrius -- Andrius Merkys Vilnius University Institute of Biotechnology, S

Bug#910004: RFS: apache-opennlp/1.9.0-1 [ITP] -- machine learning based toolkit for the processing of natural language text

On 2019-02-12 04:58, Mo Zhou wrote: > Uploaded to unstable/NEW. Thanks a lot for sponsoring! > Please note that this package enters the NEW > queue too late, so it got no chance to enter Buster. Not a problem, I will be happy to have it sooner or later. Best regards, Andrius --

Bug#910004: RFS: apache-opennlp/1.9.0-1 [ITP] -- machine learning based toolkit for the processing of natural language text

gt; And I suggest you apply this patch to debian/control: Done, thanks. > The rest looks good to me. Please resolve the remaining issues > and I'll sponsor this package for you. Thank you! Andrius -- Andrius Merkys Vilnius University Institute of Biotechnology, Saulėtekio al. 7, roo

Bug#910004: RFS: apache-opennlp/1.9.0-1 [ITP] -- machine learning based toolkit for the processing of natural language text

ing and language detection examples execute successfully after having all binary packages installed, both using the CLI and Java compiler. Therefore, I assume that core functionality works as would be expected. Best wishes, Andrius -- Andrius Merkys Vilnius University Institute of Biotechnol

Bug#910004: RFS: apache-opennlp/1.9.0-1 [ITP] -- machine learning based toolkit for the processing of natural language text

lp-distr/src/main/bin/opennlp (opennlp-tools/bin/opennlp does quite the same, albeit using maven for execution). Best, Andrius -- Andrius Merkys Vilnius University Institute of Biotechnology, Saulėtekio al. 7, room V325 LT-10257 Vilnius, Lithuania

Bug#910004: RFS: apache-opennlp/1.9.0-1 [ITP] -- machine learning based toolkit for the processing of natural language text

d. Could you please try building the package once more? Best wishes, Andrius -- Andrius Merkys Vilnius University Institute of Biotechnology, Saulėtekio al. 7, room V325 LT-10257 Vilnius, Lithuania

Bug#910004: RFS: apache-opennlp/1.9.0-1 [ITP] -- machine learning based toolkit for the processing of natural language text

Hi Mo Zhou, thanks a lot for the interest in my RFS. At first glance the FTBFS issue seems to be related to #920020. I will investigate it further. Best wishes, Andrius [#920020] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=920020 On Sat, 2 Feb 2019, 10:30 Mo Zhou control: tags -1

Bug#919257: RFS: antlr4-cpp-runtime/4.7.2-1 [ITP] -- ANTLR Parser Generator - C++ runtime support

net/debian/pool/main/a/antlr4-cpp-runtime/antlr4-cpp-runtime_4.7.2-1.dsc More information about antlr4-cpp-runtime can be obtained from https://www.example.com. Changes since the last upload: antlr4-cpp-runtime (4.7.2-1) unstable; urgency=medium * Initial release (Closes: #918109) -- Andr

Re: java: building interdependent artifacts with maven

10:30, Andrius Merkys > wrote: > > I am preparing a package for apache-opennlp [1]. Building it results in > six artifacts, one of them, > org.apache.opennlp:opennlp-morfologik-addon:jar:1.9.0, depends on another > artifact org.apache.opennlp:opennlp-tools:jar:debian which is b

java: building interdependent artifacts with maven

tps://salsa.debian.org/merkys-guest/apache-opennlp -- Andrius Merkys Vilnius University Institute of Biotechnology, Saulėtekio al. 7, room V325 LT-10257 Vilnius, Lithuania

Bug#910004: RFS: apache-opennlp/1.9.0-1 [ITP] -- machine learning based toolkit for the processing of natural language text

o maintain the package inside either the Debian Science or Debian Java teams, whichever seems more appropriate. [1] https://salsa.debian.org/merkys-guest/apache-opennlp -- Andrius Merkys Vilnius University Institute of Biotechnology, Saulėtekio al. 7, room V325 LT-10257 Vilnius, Lithuania

Bug#903904: RFS: wannier90/2.1.0 -- maximally localized Wannier functions

create snapshot after clean install, plus base environment setup (ssh > key, VBox additions), but no other extra packages. Then, I can restore > snapshot and see what needs to be installed, and also I can test build on > almost clean install of system.  -- Andrius Merkys Vilnius Unive

Bug#903904: RFS: wannier90/2.1.0 -- maximally localized Wannier functions

ius -- Andrius Merkys Vilnius University Institute of Biotechnology, Saulėtekio al. 7, room V325 LT-10257 Vilnius, Lithuania

Bug#903904: RFS: wannier90/2.1.0 -- maximally localized Wannier functions

encer", license: BSD. I have overlooked this. Included now, as well as a bunch of other files. > 2. The package fails to build: > > ! LaTeX Error: File `ulem.sty' not found. I have missed one of texlive-* packages. Added now. Would you mind to pull and build it again? Thank

Re: Formal definitions of Provides and Replaces

of #886711, thanks for pointing it out to me. Surprisingly, espresso hasn't received a ping about the transition or the bug, that's why it took so long for me to find out the reason. Thanks again, Andrius -- Andrius Merkys Vilnius University Institute of Biotechnology, Saulėtekio al. 7, room V3

Re: Formal definitions of Provides and Replaces

ded/replaced by scalapack now. However, scalapack's libraries have other sonames, what requires adaptation and rebuilding of all packages depending on blacs-mpi. I have spent quite some time to figure this out when packaging espresso. Isn't this a bug in scalapack? Best wishes, Andrius -- Andrius Me

Formal definitions of Provides and Replaces

Dear Mentors, I fail to find the formal definitions (regarding API/ABI and files) of Provides and Replaces fields of d/control, could someone point it out to me please? In particular, if package A Provides/Replaces B, does that mean that A MUST have the same API/ABI and files as B? Many thanks,

Re: Debian package without VCS

Hi Andrey, On 08/30/2018 09:49 AM, Andrey Rahmatullin wrote: > The maintainer should do that. thanks for the explanation. I had the same feeling, though. Best, Andrius -- Andrius Merkys Vilnius University Institute of Biotechnology, Saulėtekio al. 7, room V325 LT-10257 Vilnius, Lithua

Re: Debian package without VCS

pointing this out! I was unaware of the new ITP, I will give it a look. Best, Andrius -- Andrius Merkys Vilnius University Institute of Biotechnology, Saulėtekio al. 7, room V325 LT-10257 Vilnius, Lithuania

Debian package without VCS

source on salsa.d.org. Should I create a new repo on salsa.d.org and import 'pegtl' there with 'gbp import-dsc'? 2) The package is not maintained by any team (cc'ing Muri Nicanor, the maintainer of 'pegtl'). Am I allowed to even touch it? Best wishes, Andrius -- Andrius Merkys Vilnius University

Bug#907456: RFS: pslibrary/1.0.0-1 [ITP] -- library of ultrasoft and PAW pseudopotentials

sevier.com/sd/article/S0927025614005187 [2] https://scholar.google.lt/scholar?as_ylo=2018=en_sdt=2005=0,5=8672732540737765863= [3] https://salsa.debian.org/merkys-guest/pslibrary <https://salsa.debian.org/science-team/wannier90> -- Andrius Merkys Vilnius University Institute of Biotechnolog

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 V

Re: Source repackaging workflow with git-buildpackage

port-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 -- An

Source repackaging workflow with git-buildpackage

epack"' 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

Bug#903904: RFS: wannier90/2.1.0 -- maximally localized Wannier functions

e packages are not in the Mentors (due to #901025). The packaging is done in Salsa repository at https://salsa.debian.org/science-team/wannier90 and can be reviewed there. The package could be maintained in either Debian Science or DebiChem team. Many thanks, Andrius -- Andrius Merkys Vilnius University

Bug#901346: RFS: reentry/1.2.1a2-1 -- plugin manager based on setuptools entry points

Package: sponsorship-requests Severity: normal Hello, I am looking for a sponsor for my package "reentry". * Package name: reentry Version : 1.2.1a2 Upstream Author : Rico Haeuselmann * URL : https://pypi.org/project/reentry/ * License : MIT Programming

Bug#883840: RFS: spglib/1.10.3-1 [ITP]

Best, Andrius -- Andrius Merkys Vilnius University Institute of Biotechnology, Saulėtekio al. 7, room V325 LT-10257 Vilnius, Lithuania

Bug#883840: RFS: spglib/1.10.3-1 [ITP]

> Please let me know if you think the package is ready. Then I'll check > it again :-) I suppose it's ready now. By the way, the package is already in NEW queue -- should I close this bug? Or is it possible to update a package already in the NEW? Many thanks for help! Andrius -- Andrius

Bug#883840: RFS: spglib/1.10.3-1 [ITP]

5. I'd suggest you install the library in the multiarch directory. > for example /usr/lib/$(dpkg-architecture -qDEB_HOST_MULTIARCH) Done. > 6. tests: your autopkgtest testsuite failed: I will look into this. It is possible that I invoke the Python tests incorrectly. Thanks again! Andrius --

Bug#883840: Retitling the bug report as per new upstream release of spglib

retitle 883840 RFS: spglib/1.10.3-1 [ITP] -- C library for crystal symmetry determination thanks I have updated the package as per new upstream patch release of "spglib". Andrius -- Andrius Merkys Vilnius University Institute of Biotechnology, Saulėtekio al. 7, room V325 LT-102

Bug#883840: Retitling the bug report as per new upstream release of spglib

retitle 883840 RFS: spglib/1.10.2-1 [ITP] -- C library for crystal symmetry determination thanks I have updated the package as per new upstream patch release of "spglib". Andrius -- Andrius Merkys PhD student at Vilnius University Institute of Biotechnology, Saulėtekio al. 7, ro

Bug#883840: RFS: spglib/1.10.1-1 [ITP] -- C library for crystal symmetry determination

it the following URL: https://anonscm.debian.org/git/debian-science/packages/spglib.git Alternatively, a package can be GIT cloned from the packaging repository by: git clone git://anonscm.debian.org/git/debian-science/packages/spglib.git Best regards, Andrius Merkys

Bug#864713: Bug #864713: cod-tools package is ready

. Sincerely, Andrius Merkys -- Andrius Merkys PhD student at Vilnius University Institute of Biotechnology, Saulėtekio al. 7, room V325 LT-10257 Vilnius, Lithuania

Bug#864713: RFS: cod-tools/2.0-5 [ITP] -- tools for manipulation of Crystallographic Information Format files

Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "cod-tools" * Package name: cod-tools Version : 2.0-5 Upstream Author : Saulius Gražulis <grazu...@ibt.lt>, Andrius Merkys <andrius.mer...@gmail.co