Bug#996993: ITP: biojava5-live -- Java API to biological data and applications (version 5)

2021-10-21 Thread Pierre Gruet
Package: wnpp
Severity: wishlist
Owner: Debian-med team 
X-Debbugs-Cc: debian-devel@lists.debian.org, debian-...@lists.debian.org

* Package name: biojava5-live
  Version : 5.4.0
  Upstream Author : BioJava Developers 
* URL : https://www.biojava.org/
* License : LGPL-2.1
  Programming Lang: Java
  Description : Java API to biological data and applications (version 5)

This package presents the Open Source Java API to biological databases
and a series of mostly sequence-based algorithms.

BioJava is an open-source project dedicated to providing a Java framework
for processing biological data. It includes objects for manipulating
sequences, file parsers, server support, access to BioSQL
and Ensembl databases, and powerful analysis and statistical routines
including a dynamic programming toolkit.

This is the version 5 of biojava, which brings several changes compared to
version 4, packaged in biojava4-live.
It will be maintained by the Debian-med team.



Bug#996991: ITP: jgrapht -- Java library of graph theory data structures and algorithms

2021-10-21 Thread Pierre Gruet
Package: wnpp
Severity: wishlist
Owner: Pierre Gruet 
User: debian-scie...@lists.debian.org
Usertags: field..science
X-Debbugs-Cc: debian-devel@lists.debian.org, debian-scie...@lists.debian.org

* Package name: jgrapht
  Version : 1.5.1
  Upstream Author : Abdallah Atouani and collaborators
* URL : https://jgrapht.org/
* License : LGPL-2.1 or EPL-2.0
  Programming Lang: Java
  Description : Java library of graph theory data structures and algorithms

JGraphT is a free Java class library that provides mathematical graph-theory
objects and algorithms. In JGraphT, a graph is defined as a set of vertices
connected by a set of edges.

It is possible to define graphs, to modify, compare or generate them, to run
many algorithms through them. One may also import or export graphs.


The library is needed for the packaging of biojava5, which is an aim of the
Debian med team. It is also a nice adddition to Debian to have this Java
library to tackle graph theory problems.
Many years ago, libgrapht0.6-java and libjgrapht0.8-java have been packaged
because new upstream versions of jgrapht generally incorporated ABI changes.
Now this seems not to be the case, hence this unversioned package name.
The packaging will be done in the Debian-science team.



Bug#996989: ITP: fonts-lxgw-wenkai -- Chinese font "LXGW WenKai"

2021-10-21 Thread 肖盛文
Package: wnpp
Severity: wishlist
Owner: xiao sheng wen(肖盛文) 
X-Debbugs-Cc: debian-devel@lists.debian.org, atzli...@sina.com

* Package name: fonts-lxgw-wenkai
  Version : 1.110
  Upstream Author : lxgw 
* URL : https://github.com/lxgw/LxgwWenKai
* License : SIL-1.1
  Description : Chinese font "LXGW WenKai"

 LxgwWenKai is an open-source Chinese font derived from Fontworks' Klee One.
 LXGW is an abbreviation for Chinese word Pinyin "Luo Xiao Gu Wu".
 .
 Include the following font files:
 .
 - LXGWWenKai-Bold.ttf
 - LXGWWenKai-Light.ttf
 - LXGWWenKaiMono-Bold.ttf
 - LxgwWenKaiMonoLatin-Bold.ttf
 - LxgwWenKaiMonoLatin-Light.ttf
 - LxgwWenKaiMonoLatin-Regular.ttf
 - LXGWWenKaiMono-Light.ttf
 - LXGWWenKaiMono-Regular.ttf
 - LXGWWenKai-Regular.ttf

I intend to maintain this package as part of the Debian Font team.
I need a sponsor.


Work-needing packages report for Oct 22, 2021

2021-10-21 Thread wnpp
The following is a listing of packages for which help has been requested
through the WNPP (Work-Needing and Prospective Packages) system in the
last week.

Total number of orphaned packages: 1266 (new: 2)
Total number of packages offered up for adoption: 198 (new: 1)
Total number of packages requested help for: 60 (new: 0)

Please refer to https://www.debian.org/devel/wnpp/ for more information.



The following packages have been orphaned:

   pytest-helpers-namespace (#996803), orphaned 3 days ago
 Reverse Depends: python3-pytestsalt
 Installations reported by Popcon: 9
 Bug Report URL: https://bugs.debian.org/996803

   python-yubico (#996759), orphaned 3 days ago
 Description: Tools for Yubico YubiKeys
 Reverse Depends: python-yubico-tools python3-ipalib
 Installations reported by Popcon: 90
 Bug Report URL: https://bugs.debian.org/996759

1264 older packages have been omitted from this listing, see
https://www.debian.org/devel/wnpp/orphaned for a complete list.



The following packages have been given up for adoption:

   unifrac (#996921), offered yesterday
 Reverse Depends: libssu-dev libssu-tools python3-unifrac
 Installations reported by Popcon: 3
 Bug Report URL: https://bugs.debian.org/996921

197 older packages have been omitted from this listing, see
https://www.debian.org/devel/wnpp/rfa_bypackage for a complete list.



For the following packages help is requested:

   apache2 (#910917), requested 1104 days ago
 Description: Apache HTTP Server
 Reverse Depends: apache2 apache2-ssl-dev apache2-suexec-custom
   apache2-suexec-pristine backuppc bfh-container-server
   courier-webadmin cvsweb debbugs-web doc-central (139 more omitted)
 Installations reported by Popcon: 98065
 Bug Report URL: https://bugs.debian.org/910917

   aufs (#963191), requested 488 days ago
 Description: driver for a union mount for Linux filesystems
 Reverse Depends: fsprotect
 Installations reported by Popcon: 10362
 Bug Report URL: https://bugs.debian.org/963191

   autopkgtest (#846328), requested 1786 days ago
 Description: automatic as-installed testing for Debian packages
 Reverse Depends: debci-worker sbuild-qemu
 Installations reported by Popcon: 1224
 Bug Report URL: https://bugs.debian.org/846328

   balsa (#642906), requested 3679 days ago
 Description: An e-mail client for GNOME
 Reverse Depends: balsa
 Installations reported by Popcon: 651
 Bug Report URL: https://bugs.debian.org/642906

   cargo (#860116), requested 1654 days ago
 Description: Rust package manager
 Reverse Depends: dh-cargo rust-all
 Installations reported by Popcon: 2636
 Bug Report URL: https://bugs.debian.org/860116

   courier (#978755), requested 294 days ago
 Description: Courier mail server
 Reverse Depends: courier-faxmail courier-filter-perl courier-imap
   courier-ldap courier-mlm courier-mta courier-pcp courier-pop
   courier-webadmin couriergrey (3 more omitted)
 Installations reported by Popcon: 942
 Bug Report URL: https://bugs.debian.org/978755

   cron (#984736), requested 228 days ago
 Description: new maintainer need
 Reverse Depends: apticron autolog backintime-common btrfsmaintenance
   buildd checksecurity clamtk cricket email-reminder exim4-base (20
   more omitted)
 Installations reported by Popcon: 206795
 Bug Report URL: https://bugs.debian.org/984736

   cyrus-imapd (#921717), requested 986 days ago
 Description: Cyrus mail system - IMAP support
 Reverse Depends: cyrus-admin cyrus-caldav cyrus-clients cyrus-dev
   cyrus-imapd cyrus-murder cyrus-nntpd cyrus-pop3d cyrus-replication
 Installations reported by Popcon: 426
 Bug Report URL: https://bugs.debian.org/921717

   cyrus-sasl2 (#799864), requested 2220 days ago
 Description: authentication abstraction library
 Reverse Depends: 389-ds-base adcli autofs-ldap cyrus-caldav
   cyrus-clients cyrus-common cyrus-dev cyrus-imapd cyrus-imspd
   cyrus-murder (79 more omitted)
 Installations reported by Popcon: 206260
 Bug Report URL: https://bugs.debian.org/799864

   dbab (#947550), requested 663 days ago
 Description: dnsmasq-based ad-blocking using pixelserv
 Installations reported by Popcon: 5
 Bug Report URL: https://bugs.debian.org/947550

   debtags (#962579), requested 498 days ago
 Description: Debian Package Tags support tools
 Reverse Depends: packagesearch
 Installations reported by Popcon: 1513
 Bug Report URL: https://bugs.debian.org/962579

   dee (#831388), requested 1924 days ago
 Description: model to synchronize mutiple instances over DBus
 Reverse Depends: dee-tools gir1.2-dee-1.0 gir1.2-u

Re: Debian's branches and release model

2021-10-21 Thread Sam Hartman
Simon> However, the problem with freezing testing but not freezing
Simon> unstable is that if you do that, all updates to testing
Simon> during the freeze (to fix the release-critical bugs that stop
Simon> it from already being ready for release) have to go into
Simon> testing via testing-proposed-updates, which approximately
Simon> nobody uses.

Have we ever looked into getting more people to use TPU so it's a viable
path?
This issue  comes up often enough that it's clear a significant chunk of
the community wants it.
I understand that it  probably would take years to overcome all the
obstacles-- I think there are several you didn't mention.

But this has been going on for years, so I'm wondering if anyone has
been willing to put in effort on things like trying to convince people
to test out TPU, or making it easier to run QA/autopkgtest/etc against
TPU, etc.



Bug#996973: ITP: msc-generator -- Draws signalling charts from textual description

2021-10-21 Thread Gábor Németh
Package: wnpp
Severity: wishlist
Owner: Gábor Németh 
X-Debbugs-Cc: debian-devel@lists.debian.org, rody...@riseup.net

* Package name: msc-generator
  Version : 7.0.1
  Upstream Author : Zoltan Turanyi 
* URL : https://sourceforge.net/p/msc-generator/
* License : AGPL
  Programming Lang: C++
  Description : Draws signalling charts from textual description

Msc-generator is a program that parses textual Message Sequence
Chart descriptions and produces graphical output in a variety of file formats.

Msc-generator heavily borrows in concept from the 0.08 version of
Michael C McTernan's mscgen. However, it has been completely rewritten from
scratch and has a much more extensive (and only partially backwards compatible)
language. The command-line interface is fully backwards compatible with
mscgen, which enables using Msc-generator's commandline tool everywhere
where you can use mscgen, but with the richer syntax.
This includes the many tools integrated with mscgen, such as Doxygen, Sphinx
and Msctexen.

I am already packaging it in my Ubuntu Launchpad PPA, and it is used by some
(including myself). I wish to bring it to Debian proper though.
I can maintain the package myself, but need a sponsor.


Re: Debian's branches and release model

2021-10-21 Thread Gunnar Wolf
Thomas Goirand dijo [Wed, Oct 20, 2021 at 10:51:59PM +0200]:
> >> That's obviously what I'm doing. But when there's 2 releases during the
> >> freeze, it means one of them will never reach Unstable.
> > 
> > Right, which makes perfect sense.
> (...)
> > I guess very few will, but if it's needed, it's available -- and
> > the work for you when the freeze is done is much smaller (just
> > re-target changelog, re-build, re-upload).
> > 
> > What do you lose by those uploads not reaching unstable?
> 
> Very simple: an upgrade path. In most OpenStack projects, you cannot
> skip an OpenStack release, at least because of the db schema upgrades.

Uff, that sounds quite ugly :-(

...And what about providing Openstack packages whose name includes the
version, as Linux or PostgreSQL do? that way, if OpenStack releases
twice a year and Debian every two years, Debian X can include the four
OpenStack releases that have happened since Debian X-1... Or you can
continue running your previous OpenStack release if you so want, for
some extra years. It would be up to the sysadmin to jump from
OpenStack a→b→c→d before upgrading to Debian X+1 (which ships with e,
f, g, h).

It seems as very little gain for the huge framework that OpenStack
is. Now, OTOH, distribution maintainers could work together to pick
migrations. If you can pick all the needed bits from the d→e migration
and apply them in your postinst (if upgrading from d to f), you can
effectively skip going through e.

Of course, picking the migrations for every OpenStack release could
allow you to build intelligent (although probably obese) maintainer
scripts able to perform the needed updates you have, a→d, d→g, etc.

I guess I'm just stating obvious bits... and that the OpenStack
complexity would make this obviously harder. But if the process is
automatizable, it is doable (of course, with enough developer
resources). And fleshing out the needed migrations would benefit not
only Debian, but every distribution carrying non-consecutive OpenStack
packages.



Bug#996958: ITP: mumax -- GPU accelerated micromagnetic simulator

2021-10-21 Thread Roland Mas
Package: wnpp
Severity: wishlist
Owner: Roland Mas 
X-Debbugs-Cc: debian-devel@lists.debian.org

* Package name: mumax
  Version : 3.10
  Upstream Author : Arne Vansteenkiste 
* URL : https://github.com/mumax/3
* License : GPL-3
  Programming Lang: Go
  Description : GPU accelerated micromagnetic simulator

mumax3 is a GPU-accelerated micromagnetic simulation program developed
at the DyNaMat group of Prof. Van Waeyenberge at Ghent University.

A speed-up of the order of 100x compared to CPU-based simulations can
easily be reached, even with relatively inexpensive gaming
GPUs. Additionally, the software is optimized for low memory use and
can handle about 16 million FD cells with 2GB of GPU RAM.

Features:
- Landau-Lifshitz micromagnetic formalism
- Magnetostatic field
- Heisenberg exchange
- Arbitrary inter-region exchange like RKKY coupling
- Dzyaloshinskii-Moriya interaction
- Spin-transfer torque (Zhang-Li and Slonczewski)
- Uniaxial and cubic magnetocrystalline anisotropy
- Thermal fluctuations (Brown)
- Voronoi tessellation
- Time- and space dependent material parameters
- Arbitrary complex excitation (field, current)
- Simulation window can automatically follow a moving domain wall
- Edge charges can be removed to simulate an infinitely long geometry
- Optional 1D, 2D or 3D periodic boundary conditions