Bug#961784: ITP: hera -- Library for computing bottleneck and Wasserstein distances between persistence diagrams
Package: wnpp Severity: wishlist Owner: Gard Spreemann * Package name: hera Version : 0~git20200309 Upstream Author : Arnur Nigmetov * URL : https://github.com/grey-narn/hera * License : BSD-3-clause Programming Lang: C++ Description : Library for computing bottleneck and Wasserstein distances between persistence diagrams Hera is a header-only library that implements algorithms from Michael Kerber, Dmitriy Morozov, and Arnur Nigmetov, "Geometry Helps to Compare Persistence Diagrams.", Journal of Experimental Algorithmics, vol. 22, 2017, pp. 1--20. (conference version: ALENEX 2016). that exploits geometry to compute Wasserstein and bottleneck distances between persistence diagrams much faster than plain matching-based algorithms. The library is being packaged because it is now an upstream dependency of GUDHI (src:gudhi). I intend to maintain the package myself.
Is the debian-mirrors team MIA?
(Please keep me CC'd, I'm not on the list) Hi! I have been trying to get a small pull request on the masterlist [1] merged for Debian Ports but I have not heard any feedback for over a month. I also tried pinging on #debian-mirrors on IRC but didn't get any feedback either. Does anyone know whom to reach out to? Thanks, Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Re: Is the debian-mirrors team MIA?
On 5/29/20 9:40 AM, John Paul Adrian Glaubitz wrote: > (Please keep me CC'd, I'm not on the list) > I have been trying to get a small pull request on the masterlist [1] merged > for Debian Ports but I have not heard any feedback for over a month. Forgot the link, sorry: > https://salsa.debian.org/mirror-team/masterlist/-/merge_requests/6 -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Re: Is the debian-mirrors team MIA?
On Fri, May 29, 2020 at 09:41:33AM +0200, John Paul Adrian Glaubitz wrote: > On 5/29/20 9:40 AM, John Paul Adrian Glaubitz wrote: > > (Please keep me CC'd, I'm not on the list) I find it somewhat amusing, to ask for courtesty copies and then not having the courtesty to cc: the people one is complaining about. So I've added mirr...@debian.org to cc: so they are notified about this thread on -devel@ at least. > > I have been trying to get a small pull request on the masterlist [1] merged > > for Debian Ports but I have not heard any feedback for over a month. > > Forgot the link, sorry: > > > https://salsa.debian.org/mirror-team/masterlist/-/merge_requests/6 you also could have pinged the MR once again, before escalating to debian-devel@ immediatly. Sometimes stuff fells of the radar. Just saying... -- cheers, Holger --- holger@(debian|reproducible-builds|layer-acht).org PGP fingerprint: B8BF 5413 7B09 D35C F026 FE9D 091A B856 069A AA1C signature.asc Description: PGP signature
Re: Is the debian-mirrors team MIA?
On 5/29/20 10:37 AM, Holger Levsen wrote: > On Fri, May 29, 2020 at 09:41:33AM +0200, John Paul Adrian Glaubitz wrote: >> On 5/29/20 9:40 AM, John Paul Adrian Glaubitz wrote: >>> (Please keep me CC'd, I'm not on the list) > > I find it somewhat amusing, to ask for courtesty copies and then not > having the courtesty to cc: the people one is complaining about. > > So I've added mirr...@debian.org to cc: so they are notified about > this thread on -devel@ at least. I have asked on debian-mirrors@d.o, I wasn't aware of mirr...@debian.org, thanks for the heads-up. >>> I have been trying to get a small pull request on the masterlist [1] merged >>> for Debian Ports but I have not heard any feedback for over a month. >> >> Forgot the link, sorry: >> >>> https://salsa.debian.org/mirror-team/masterlist/-/merge_requests/6 > > you also could have pinged the MR once again, before escalating to > debian-devel@ > immediatly. Sometimes stuff fells of the radar. Just saying... This wasn't about escalating, this was just asking if anyone can provide input. If I don't hear back for about a month on three different communication channels, I'm assuming I might be asking at the wrong location. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Re: Upload of package (Closes: #952788) in bug reports
On 28.05.20 18:44, Leandro Cunha wrote: > Close https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=952788 > With several changes in the package. > > Em qui., 28 de mai. de 2020 às 12:52, Leandro Cunha > mailto:leandrocunha...@gmail.com>> escreveu: > > Can I help with uploading a package? I'm starting now with packaging > and everything went well. It just needs a review and have a maintainer. I think your best option is to coordinate directly with the package maintainer, Andrej Shadura . Write to him. He's active but maybe busy so you might want to be patient in communications with him. *t
Re: Upload of package (Closes: #952788) in bug reports
Hi, Busy people usually take a long time to respond, but if don't have the initiative it doesn't help. I also sent also it to the Debian Mentors mailing list and he replied. Understanding that this is not the appropriate list for the problem in question. But I also wanted to talk about open bugs. In the description of the mailing list it mentions. Development of Debian Discussion about technical development topics. (High-volume mailing list.) This list is not moderated; posting is allowed by anyone. Thanks for listening. Em sex., 29 de mai. de 2020 às 06:06, Tomas Pospisek escreveu: > On 28.05.20 18:44, Leandro Cunha wrote: > > Close https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=952788 > > With several changes in the package. > > > > Em qui., 28 de mai. de 2020 às 12:52, Leandro Cunha > > mailto:leandrocunha...@gmail.com>> escreveu: > > > > Can I help with uploading a package? I'm starting now with packaging > > and everything went well. It just needs a review and have a > maintainer. > > I think your best option is to coordinate directly with the package > maintainer, Andrej Shadura . Write to him. He's > active but maybe busy so you might want to be patient in communications > with him. > *t > >
Re: Is the debian-mirrors team MIA?
On Fri, May 29, 2020 at 10:52:02AM +0200, John Paul Adrian Glaubitz wrote: > > So I've added mirr...@debian.org to cc: so they are notified about > > this thread on -devel@ at least. > I have asked on debian-mirrors@d.o, I wasn't aware of mirr...@debian.org, > thanks for the heads-up. www.debian.org -> sitemap -> organisational structure -> search for mirrors. > > you also could have pinged the MR once again, before escalating to > > debian-devel@ > > immediatly. Sometimes stuff fells of the radar. Just saying... > This wasn't about escalating, this was just asking if anyone can provide > input. while at the same time escalating. You might not have ment to, but you did (especially as you didnt ping the MR in question once. You straight went to -devel). -- cheers, Holger --- holger@(debian|reproducible-builds|layer-acht).org PGP fingerprint: B8BF 5413 7B09 D35C F026 FE9D 091A B856 069A AA1C signature.asc Description: PGP signature
Videoconference today Friday 2020-05-29 18:00 UTC (Was: For those who want to keep on contributing (Was: Debian @ COVID-19 Biohackathon (April 5-11, 2020)))
Hi, for those who would like to join our next videomeeting it will happen at https://www.timeanddate.com/worldclock/fixedtime.html?msg=Debian+CoViD-19+Biohackathon+Video+Conference&iso=20200529T20&p1=37&ah=1 in the Jitsi channel https://meet.jit.si/DebianMedCovid19 These weekly video meetings were started in the Debian Med Biohackathon[1]. The topic is what contributors have done in the past week and to coordinate the work for next week. Despite the one week of hackathon is over Covid-19 is not and there is a lot of remaining work to do. Newcomers are always welcome. BTW, we are discussing another dedicated COVID-19 sprint week. See you Andreas. [1] https://lists.debian.org/debian-devel-announce/2020/03/msg00010.html -- http://fam-tille.de
Re: DNF for Debian
Sorry for the late response. I've been busy, and, honestly, also always forgot to actually answer. * On 5/3/20 2:03 PM, Holger Levsen wrote: > hm, I'd be willing to sponsor and mentor those uploads, but I cannot commit > to maintaining them as well. Is there anybody out there who would? unman seems to be interested, if that's good enough, so there's that. > all very very nice! It would be a pity to have this rot, but then, without > maintenance it will anyway eventually... Personally, I will have to "maintain" the package sets anyway, because I'm building a lot of Fedora/CentOS packages in an automatic fashion on Debian. This "maintenance" just means that I'll probably update stuff every half a year or year, though, essentially "whenever it breaks" (which does tend to happen). There's inevitably some bitrot involved, but I just don't have the time for proper maintenance. * On 5/25/20, 6:06 PM, unman wrote: > That package is incredibly useful to us in Qubes, as you'll see. > Where would I be able to pick up your package, and do any necessary work > on them before uploading? It's great if you have both a use case for it and are willingly to take over! As given in the initial description, I've published source and binary packages for Debian Unstable/Sid at https://packages.x2go.org/debian-test/pool/main/ Note that the binaries are a bit old by now and would probably like a rebuild, but the source is still the one I'm also using on my package builder. Also, the packages became a bit stale version wise (after all, they are 9 month old by now) and some included patches have already been applied upstream. I haven't tried updating (and testing any updates) yet, though, and probably won't come to that shortly either. Anyway, this said, it should still be a pretty solid base to build on. Mihai signature.asc Description: OpenPGP digital signature
Re: DNF for Debian
hi Mihai, On Fri, May 29, 2020 at 12:17:13PM +0200, Mihai Moldovan wrote: > Sorry for the late response. I've been busy, and, honestly, also always forgot > to actually answer. thanks for your reply & don't worry, this happens often & to many people, me included. > unman seems to be interested, if that's good enough, so there's that. that is good enough if not much better than that. > > all very very nice! It would be a pity to have this rot, but then, without > > maintenance it will anyway eventually... > > Personally, I will have to "maintain" the package sets anyway, because I'm > building a lot of Fedora/CentOS packages in an automatic fashion on Debian. > > This "maintenance" just means that I'll probably update stuff every half a > year > or year, though, essentially "whenever it breaks" (which does tend to happen). [...] > As given in the initial description, I've published source and binary packages > for Debian Unstable/Sid at https://packages.x2go.org/debian-test/pool/main/ > > Note that the binaries are a bit old by now and would probably like a rebuild, > but the source is still the one I'm also using on my package builder. > > Also, the packages became a bit stale version wise (after all, they are 9 > month > old by now) and some included patches have already been applied upstream. I > haven't tried updating (and testing any updates) yet, though, and probably > won't > come to that shortly either. the important part is whether we'll get these packages ready and up to date until end of 2020 *and* whether we can commit to maintain important fixes after that. end of 2020 because of "key release dates" on https://release.debian.org/ it's ok(ish) if the stuff is outdated today, but in 6 month it really should be current. (and then after the release we can slack a bit again, though usually it's less effort to always package and upload the latest version.) -- cheers, Holger --- holger@(debian|reproducible-builds|layer-acht).org PGP fingerprint: B8BF 5413 7B09 D35C F026 FE9D 091A B856 069A AA1C signature.asc Description: PGP signature
Bug#961795: ITP: eclipse-cdt -- C/C++ Development Tools for Eclipse
Package: wnpp Severity: wishlist Owner: Sudip Mukherjee Control: block 943552 by -1 * Package name: eclipse-cdt Version : 9.11.0 Upstream Author : many * URL : https://www.eclipse.org/cdt/ * License : EPL-2.0 Programming Lang: Java Description : C/C++ Development Tools for Eclipse The CDT Project provides a fully functional C and C++ Integrated Development Environment based on the Eclipse platform. Features include: support for project creation and managed build for various toolchains, standard make build, source navigation, various source knowledge tools, such as type hierarchy, call graph, include browser, macro definition browser, code editor with syntax highlighting, folding and hyperlink navigation, source code refactoring and code generation, visual debugging tools, including memory, registers, and disassembly viewers. This is a re-introduction of the package and I will only intend to build org.eclipse.cdt.core.* and org.eclipse.cdt.utils.* as I will need them for #943552. This will be maintained under the umbrella of java-team. -- Regards Sudip
Bug#961796: ITP: eclipse-linuxtools -- framework for profiling tools for Eclipse CDT
Package: wnpp Severity: wishlist Owner: Sudip Mukherjee Control: block 943552 by -1 * Package name: eclipse-linuxtools Version : v7.6.0 Upstream Author : many * URL : https://www.eclipse.org/linuxtools/ * License : EPL-2.0 Programming Lang: Java Description : framework for profiling tools for Eclipse CDT The Linux Tools project aims to bring a full-featured C and C++ IDE to Linux developers. We build on the source editing and debugging features of the CDT and integrate popular native development tools such as Valgrind, OProfile, RPM, SystemTap, GCov, GProf, LTTng, etc. Current projects include LTTng trace viewers and analyzers, an RPM .spec editor, a Valgrind heap usage analysis tool, and OProfile and Perf call profiling tools. This is a re-introduction of the package and for now I only intend to build org.eclipse.linuxtools.dataviewers.piechart.PieChart which I will need for #943552. This will be maintained under the umbrella of java-team. -- Regards Sudip
Bug#961797: ITP: eclipse-remote-services-api -- Eclipse Remote Services API
Package: wnpp Severity: wishlist Owner: Sudip Mukherjee Control: block 943552 by -1 * Package name: eclipse-remote-services-api Version : 2.1.0 Upstream Author : many * URL : https://git.eclipse.org/c/ptp/org.eclipse.remote.git/ * License : EPL-1.0 Programming Lang: Java Description : Eclipse Remote Services API The purpose of this API is to provide a programming interface to remote services that is agnostic to the actual remote services implementation. Currently the only implementation supported is JSch. This is a reintroduction of the package and I only intend to build org.eclipse.remote.core and org.eclipse.remote.ui as I need them for #943552. This will be maintained under the umbrella of java-team. -- Regards Sudip
Bug#961799: ITP: libdrpm -- library for making, reading and applying deltarpm packages
Package: wnpp Severity: wishlist Owner: Peter Pentchev Control: block 912338 by -1 * Package name: libdrpm Version : 0.4.1 Upstream Author : Matej Chalk * URL : https://github.com/rpm-software-management/drpm * License : BSD-3-clause Programming Lang: C Description : library for making, reading and applying deltarpm packages The drpm package provides a library for making, reading and applying deltarpms, compatible with the original deltarpm packages. This library is required by the createrepo-c library and set of tools (https://bugs.debian.org/912338). Both will be maintained as part of the RPM packaging team. signature.asc Description: PGP signature
Bug#961801: ITP: zchunk -- compress a file into independent chunks
Package: wnpp Severity: wishlist Owner: Peter Pentchev Control: block 912338 by -1 * Package name: zchunk Version : 1.1.5 Upstream Author : Jonathan Dieter * URL : https://github.com/zchunk/zchunk * License : BSD-2-clause Programming Lang: C Description : compress a file into independent chunks zchunk is a compressed file format that splits the file into independent chunks. This allows you to only download changed chunks when downloading a new version of the file, and also makes zchunk files efficient over rsync. zchunk files are protected with strong checksums to verify that the file you downloaded is, in fact, the file you wanted. This library is required by the createrepo-c library and set of tools (https://bugs.debian.org/912338). Both will be maintained as part of the RPM packaging team. signature.asc Description: PGP signature
Re: autopkgtest question: pass on local but fail on salsa-ci
Hi Hideki, El 28/5/20 a las 16:17, Hideki Yamane escribió: > > Thanks for your reply :) > > On Tue, 26 May 2020 16:55:17 +0200 > Joël Krähemann wrote: >> Just looked at it, thought I am not using gitlab for CI. Might be you >> have to permit output to stderr. > > > On Tue, 26 May 2020 22:10:17 +0200 > Johannes Schauer wrote: >> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=961584 > > I'd watch how lxc issue goes and then check it is related to stderr. > > This issue should be workarounded on the pipeline since [0]. Try retrying the job, it should work. 0_ https://salsa.debian.org/salsa-ci-team/pipeline/-/merge_requests/232 -- - ina signature.asc Description: OpenPGP digital signature
Bug#961805: ITP: libcustompwiz -- Library to load mzML/mzXML files (dev files)
Package: wnpp Severity: wishlist Owner: Filippo Rusconi . * Package name: libcustompwiz Version : 3.0.0 Upstream Author : Filipo Rusconi and Proteowizard authors * URL : https://salsa.debian.org/debichem-team/custompwiz * License : GPL-3+ Programming Lang: C++ Description : Library to load mzML/mzXML files (dev files) . Description: Library to load mzML/mzXML files (dev files) . This library is a dumbed-down version of the Proteowizard library. This library only contains the required features to load standard mzML/mzXML mass spectrometry data files. The original project, that I used to package has abandoned the autotools build system and the bjam-based build system is not acceptable by me for its unbearable complexity. . The only features that are most often used by most projects from the original library are the mass spectrometry data file loading features (files in the mzML/mzXML standard format). A number of projects have included this subset directly in their source tree. I want to be able to prune that code from these projects' source tree and link to this library when I package the projects for Debian (for example, the toppic project that I uploaded recently to NEW). . See http://proteowizard.sourceforge.net/ for the original project. Ciao Filippo -- ⢀⣴⠾⠻⢶⣦⠀ Filippo Rusconi, PhD ⣾⠁⢠⠒⠀⣿⡁ Research scientist at CNRS ⢿⡄⠘⠷⠚⠋⠀ Debian Developer ⠈⠳⣄ http://msxpertsuite.org http://www.debian.org
Bug#961806: ITP: libmodulemd -- C Library for manipulating module metadata files
Package: wnpp Severity: wishlist Owner: Peter Pentchev Control: block 912338 by -1 * Package name: libmodulemd Version : 2.9.4 Upstream Author : Stephen Gallagher , Igor Gnatenko * URL : https://github.com/fedora-modularity/libmodulemd * License : Expat Programming Lang: C Description : C Library for manipulating module metadata files The libmodulemd API provides an interface for handling metadata files describing the modular repositories introduced in the Fedora project and RedHat Enterprise Linux. This library is required by the createrepo-c library and set of tools (https://bugs.debian.org/912338). Both will be maintained as part of the RPM packaging team. signature.asc Description: PGP signature
