Bug#978741: ITP: dde-account-faces -- Deepin Account face Images

2020-12-30 Thread Hu Feng

Package: wnpp
Severity: wishlist
Owner: Hu Feng 
X-Debbugs-Cc: debian-de...@lists.debian.org

* Package name    : dde-account-faces
  Version : 1.0.12
  Upstream Author : Xu Fasheng 
* URL : https://github.com/linuxdeepin/dde-account-faces
  License : CC0 1.0 Universal
  Programming Lang: Makefile
  Description : Deepin Account face Images

When users are ready to set their own account avatars,
Deepin Account avatars provide many beautiful avatars for users to 
choose from

.
It is part of Deepin software and DDE (Deepin Desktop Environment).

I intend to co-maintain this package inside pkg-deepin group.



Bug#978728: ITP: kio-fuse -- FUSE Interface for KIO

2020-12-30 Thread Norbert Preining
Package: wnpp
Severity: wishlist
Owner: Norbert Preining 
X-Debbugs-Cc: debian-de...@lists.debian.org, debian-qt-...@lists.debian.org

* Package name: kio-fuse
  Version : 5.0.0
  Upstream Author : Fabian Vogt 
* URL : https://invent.kde.org/system/kio-fuse
* License : GPL-3-KDEeV
  Programming Lang: C++
  Description : FUSE Interface for KIO

KIOFuse allows the possibility to mount KIO filesystems in the local
system, exposing them to every application.

***

Will be packaged in the Debian Qt/KDE maintainers group



Bug#978725: ITP: ethflop -- Ethernet DOS floppy emulator

2020-12-30 Thread Stephen Kitt
Package: wnpp
Severity: wishlist
Owner: Stephen Kitt 

* Package name: ethflop
  Version : 20191003
  Upstream Author : Mateusz Viste
* URL : http://ethflop.sourceforge.net
* License : ISC
  Programming Lang: C, x86 assembly
  Description : Ethernet DOS floppy emulator

 ethflop is a network-backed floppy emulator for DOS, mapping a DOS
 floppy drive to a remote disk image. This package contains the server
 and the DOS TSR.



Bug#978721: RFP: crdt-el -- collaborative editing for Emacs using Conflict-free Replicated Data Types

2020-12-30 Thread Martin
Package: wnpp
Severity: wishlist
X-Debbugs-Cc: debian-emac...@lists.debian.org

* Package name: crdt-el
  Version : git master
  Upstream Author : Qiantan Hong 
* URL : https://code.librehq.com/qhong/crdt.el/
* License : GPL3
  Programming Lang: Emacs Lisp
  Description : collaborative editing for Emacs using Conflict-free 
Replicated Data Types

crdt.el is a real-time collaborative editing environment for
Emacs using Conflict-free Replicated Data Types.

Highlights:

 - CRDT, darling child of collaborative editing researches...
 - Share multiple buffer in one session
 - See other users’ cursor and region
 - (experimental) synchronize Org mode folding status
 - Should work with all of Org mode



Bug#978720: RFP: elpa-literate-calc-mode -- Inline calculations in any Emacs buffer

2020-12-30 Thread Martin
Package: wnpp
Severity: wishlist
X-Debbugs-Cc: debian-emac...@lists.debian.org

* Package name: elpa-literate-calc-mode
  Version : git master
  Upstream Author : Robin Schroer  
* URL : https://github.com/sulami/literate-calc-mode.el
* License : GPL3
  Programming Lang: Emacs Lisp
  Description : Inline calculations in any Emacs buffer

Displays inline results for calculations, supports variables and
updates as you type (if you want). Also works in your favourite
markup mode.

There is both a major literate-calc-mode and a minor
literate-calc-minor-mode. The major mode does some basic syntax
highlighting, while the minor mode only evaluates all calc
statements while typing.



Processed: owner 969347

2020-12-30 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> owner 969347 !
Bug #969347 [wnpp] RFP: bazel-platforms -- Bazel platforms values
Owner recorded as Olek Wojnar .
> retitle 969347 ITP: bazel-platforms -- Bazel platforms values
Bug #969347 [wnpp] RFP: bazel-platforms -- Bazel platforms values
Changed Bug title to 'ITP: bazel-platforms -- Bazel platforms values' from 
'RFP: bazel-platforms -- Bazel platforms values'.
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
969347: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=969347
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems



Processed: Re: reopening 978653

2020-12-30 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> close 978653
Bug #978653 [wnpp] ITP: bazel-platforms -- Bazel Platforms
Marked Bug as done
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
978653: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=978653
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems



Bug#943676: Re: Sponsor request for 'Open Surge'

2020-12-30 Thread Alexandre Martins
Hi. Upstream here.

> From what I've seen in Open Surge it seems this is another example of 
> upstream copying random files from the web and pretend to have the permission 
> to create derivate works from them and redistribute them

Let me clarify a few things. We never "copy random files from the
web". The "copyright issue" you have raised is not valid.

Johan Brodd (aka jobromedia) has created the song Minds Wide Open
(theme.ogg) for Open Surge. He joined our project years ago and
contributed with his musical talent.

Free content is very important to our project and I talk to artists
about it. I have talked to Johan about his music and he has agreed to
release it under the public domain. Unfortunately, Johan passed away a
few years back (we have even included a RIP in our credits screen).

While not directly related to musics/theme.ogg, in a forum thread
dated from December 2011 I explain to Johan about free content and
then he decides to release his files under the public domain:
http://forum.opensurge2d.org/viewtopic.php?id=1114

Regarding musics/theme.ogg specifically, I invite you to take a look
at a screenshot of a private conversation between me and Johan, where
he expresses gratitude for having that music included in the game:
http://forum.opensurge2d.org/misc/jobro_theme.png He is a deceased man
now, but he has made that music for Open Surge, and it's free. He
cared and he has provided great free music to our project. The
inference that our project "copies random files from the web and
pretend to have permission" sounds disrespectful to me and to
everybody who has contributed content.

Let me also clarify that our C source code is released under the
GPLv3, but our artwork is mostly under the CC-BY 3.0. We also have a
few files under the public domain and under the CC-BY-SA 3.0 (check
our credits screen). In addition, we have a scripting system called
SurgeScript inside the game; scripts written in SurgeScript (.ss
files) are released under the MIT license.

We have never re-licensed any CC-BY-SA 3.0 content to the GPLv3.
Artwork is not code. Years ago I read about a claimed incompatibility
between the CC-BY-SA and the GPL, but I have learned since that this
doesn't hold. My understanding is that they are compatible and can be
mixed in a game. The popular SuperTux mixes CC-BY-SA artwork with GPL
code, as can be seen in their README
https://github.com/SuperTux/supertux

I hope this sorts it out. If you find any issues, I'm open and willing
to help. I too would like to see our project in Debian. What has been
claimed, however, is a non-issue.

Finally, I would like to ask you all, and in particular Carlos
Donizete, to wait until the upcoming 0.5.2.0 release before uploading
the package.

Happy new year,
Alexandre

Em qua., 30 de dez. de 2020 às 11:07, Carlos Donizete Froes
 escreveu:
>
>  Mensagem encaminhada 
> De: Bruno Kleinert 
> Para: Carlos Donizete Froes 
> Cc: Debian Games Team 
> Assunto: Re: Sponsor request for 'Open Surge'
> Data: Wed, 30 Dec 2020 09:22:38 +0100
>
> Am Mittwoch, dem 30.12.2020 um 01:01 -0300 schrieb Carlos Donizete Froes:
>
> Hi Bruno,
>
>
> Unfortunately, I found a blocker from uploading the package: The licensing and
>
> copyright information of the game's data is missing in debian/copyright. I
>
> added debian/TODO to document that issue, i.e., there's still quite some work
>
> ahead to gather the respective copyright holders and licenses for data files.
>
> I picked random samples and it seems that some graphics files have that
>
> information in the image, while for the audio and music files copyright
>
> holders and license is mostly unclear. Please get in touch with upstream to
>
> get this sorted out!
>
>
> Sorry, but I didn't understand what you need and what needs to be corrected to
>
> have all this work and mandatory part in the licenses, since the upstream 
> itself
>
> declares in the main project directory that the license is GPLv3.
>
>
> If upstream includes a piece of work which has a license that forbids 
> re-licensing, e.g., images/hydra.png is CC-BY-SA-3.0, then upstream has no 
> permission to re-license it under GPL-3. I'm not a lawyer, but would expect 
> this could only work if upstream has a written exception permission by the 
> original author to re-license a piece of work. Since there is no permission 
> released with Open Surge, we cannot assume this permission exists.
>
>
> Is it really necessary to ask upstream to add all licenses to files such as
>
> audio, music and images that it has created and that declares GPLv3?
>
>
> Yes, because Debian must make sure it does not redistribute work that was 
> pirated by upstream.
>
> It seems there's even such an example in Open Surge:
>
> fuddl@flutschi:~/debian/opensurge/opensurge/musics$ ogginfo theme.ogg
> Processing file "theme.ogg"...
> […]
> TITLE=Minds wide open
> ARTIST=Johan Brodd
> […]
>
> I searched the web for that song and found it on vimeo: 
> https://vimeo.com/80347

Bug#873075: marked as done (ITP: backuppc4 -- high-performance, enterprise-grade system for backing up PCs (4.x generation))

2020-12-30 Thread Debian Bug Tracking System
Your message dated Wed, 30 Dec 2020 17:03:24 +
with message-id 
and subject line Bug#873075: fixed in backuppc 4.4.0-1
has caused the Debian Bug report #873075,
regarding ITP: backuppc4 -- high-performance, enterprise-grade system for 
backing up PCs (4.x generation)
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.)


-- 
873075: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=873075
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: backuppc
Version: 3.3.1-4
Severity: wishlist

If possible please try to package the 4.xx version, it fixes numerous bugs 
including
ipv6 handling.

Thanks.
--- End Message ---
--- Begin Message ---
Source: backuppc
Source-Version: 4.4.0-1
Done: Axel Beckert 

We believe that the bug you reported is fixed in the latest version of
backuppc, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 873...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Axel Beckert  (supplier of updated backuppc package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Wed, 30 Dec 2020 17:20:09 +0100
Source: backuppc
Architecture: source
Version: 4.4.0-1
Distribution: unstable
Urgency: medium
Maintainer: Debian BackupPC Team 
Changed-By: Axel Beckert 
Closes: 538272 873075 954241
Changes:
 backuppc (4.4.0-1) unstable; urgency=medium
 .
   [ Debian Janitor ]
   * Wrap long lines in changelog entries: 3.1.0-1.
   * Bump debhelper from old 11 to 12.
   * Set debhelper-compat version in Build-Depends.
   * Set upstream metadata fields: Bug-Database, Bug-Submit, Repository,
 Repository-Browse.
   * Fix day-of-week for changelog entries 3.2.1-2, 2.0.0-5.
 .
   [ Jonathan Wiltshire ]
   * New major upstream release (Closes: #873075)
 + Add new depends/recommends: libbackuppc-xs-perl,
   libfile-listing-perl, backuppc-rsync, libfile-rsyncp-perl
 + Refresh patches for 4.3.1, debian/{rules,dirs,docs}.
 + Install upstream systemd service file.
 + Add patch 08-fix-systemd-unit.patch: use Debian-ish concepts in the
   service file.
 + Add a debian/NEWS entry wrt. to necessary config changes and
   installation of the backuppc-rsync package on clients.
 [ Axel Beckert ]
 + 07-reload-user.patch: Update variable names and path to upstream
   init script.
 + Refresh patches for 4.4.0 including debian/config.pl.diff, drop
   hunks from 01-debian.patch which were applied upstream.
 + Bump minimum versions of backuppc-rsync and libbackuppc-xs-perl
   according to the 4.4.0 upstream release notes.
 + Suggest libscgi-perl.
 + Drop libfile-rsyncp-perl from Recommends. It has been replaced with
   backuppc-rsync. This also solves issues caused by File::RsyncP like
   missing rsync compression support. (Closes: #538272, #954241)
 + Update init script to be closer to upstream's init script again.
   - Update documentation.
   - Use $RUNDIR and define it once.
 + Update debian/README.Debian and debian/NEWS with regards to what's
   needed for BackupPC 4 and especially the migration from V3 to V4.
 + Add patch to hardcode /run/backuppc as RunDir in BackupPC::Lib.
 + Add some of the new dependencies also as build-dependencies.
 + Drop dependency on libwww-perl, replaced by dependency on
   libfile-listing-perl. (See #602787)
 + Demote rsync to suggestion, now only needed for backing up localhost
   using rsync, replaced by backuppc-rsync on the server-side.
 + Drop 03-ipv6.patch and libsocket6-perl dependencies. (BackupPC 4 has
   native IPv6 support albeit implemented differently.)
 .
   [ Axel Beckert ]
   * Rename debian/{NEWS.Debian → NEWS}, fix syntax of 2018 trailer line.
   * Set "Rules-Requires-Root: binary-targets".
   * Add lintian override for executable-in-usr-lib triggered by CGI
 script.
   * Declare compliance with Debian Policy 4.5.1. (No changes needed.)
   * Recode debian/po/{fr,nl}.po from ISO-8859-15 to UTF-8. Fixes lintian
 warning national-encoding.
   * Bump debhelper-compat to 13.
   * Add a comment to document when to remove the -Wl,--as-needed linker
 flag. (L

Bug#978697: ITP: libjs-blazy -- lightweight script for lazy loading and multi-serving images

2020-12-30 Thread James Valleroy
Package: wnpp
Severity: wishlist
Owner: James Valleroy 
X-Debbugs-Cc: debian-de...@lists.debian.org, jvalle...@mailbox.org

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

* Package name: libjs-blazy
  Version : 1.8.2
  Upstream Author : Bjørn Klinggaard 
* URL : https://dinbror.dk/blazy/
* License : Expat
  Programming Lang: Javascript
  Description : lightweight script for lazy loading and multi-serving images

bLazy is a lightweight script for lazy loading and multi-serving
images, iframes, videos and more (less than 1.4KB minified and
gzipped). It’s written in pure JavaScript why it doesn’t depend on
3rd-party libraries such as jQuery. It lets you lazy load and
multi-serve your images so you can save bandwidth and server
requests. The user will have faster load times and save data usage if
he/she doesn't browse the whole page.

It is a dependency for Shaarli, and will be maintained in Javascript team.

-BEGIN PGP SIGNATURE-

iQJKBAEBCgA0FiEEfWrbdQ+RCFWJSEvmd8DHXntlCAgFAl/seVgWHGp2YWxsZXJv
eUBtYWlsYm94Lm9yZwAKCRB3wMdee2UICNxPEADQdztnSJH/k3gQFafmR9ujPjan
kVBo68Wkcqy5IQGl63Yy1hDtjPF31ZHiGOtYVZO8cfF6xgwdD3Jlw8SQH4UjC5B2
ZfY0XQUF8oYkUXGfPq+lIfDynVDEJV1c5QEUFXh+a239MEXwOlAyzUVzM4E45LuV
bK7CIPaqXYnjalXyWC2EowC1Tn1uuHpiifucHOBmpF9t/SEP8eR2P5rhGwYm7HXU
wD08rdXB9UBVfoTFpwh2lfPY+0dtQK3+isJJDVS5dTmdpvHv+OIt7ETIcXzK2oOs
o74KftvQg4D6G5NOL9feWzLJxAvELOooeREJ81cpXtc+hPJr/8xYz80vwerZAwSW
d+AkhIvaULv+CkRqIBBfHfsn3zt+iBIUkIaV72YetYWbroPcdugGpC9BDyu7bvt9
/ng9XimPYWYhwu+qDYGKmDP5bjXprXdXIVhuHWLBdXyW9Vj+oqJuXOCr9vLoFawV
1e3IY9c3ISCmw4Ia5Q7DwmsUhL6rFG+E317FCaMvzIPghGUmqZd+dNNuvjGqQ4oL
BvYr08C2AlzBgjsuq8knMYqUbdf8OoBm3tlLHpwhxtbvUub+mLXa/t+bEeLxaz5r
sK/9Lfu1QuoDLC1tu6qBhGrtfuMjIzbx/V7o43gLXRmoKnwDE2dJCMIO+EHBaoYh
f9K9NBDsi1EGst55JQ==
=ekBC
-END PGP SIGNATURE-


Bug#978711: ITP: etherdfs-server -- Ethernet DOS File System server

2020-12-30 Thread Stephen Kitt
Package: wnpp
Severity: wishlist
Owner: Stephen Kitt 

* Package name: etherdfs-server
  Version : 0~20180203
  Upstream Author : Mateusz Viste
* URL : http://etherdfs.sf.net/
* License : MIT
  Programming Lang: C
  Description : Ethernet DOS File System server

 EtherDFS is a DOS installable filesystem, mapping a DOS drive letter
 to a remote share. This package contains the server side of EtherDFS,
 a daemon exporting one or more directories for remote access by the
 EtherDFS DOS TSR.



Bug#978706: ITP: ypserv -- Server daemon for working with Network Information System (NIS)

2020-12-30 Thread Francesco P. Lovergine
Package: wnpp
Severity: wishlist
Owner: "Francesco P. Lovergine" 

Package: wnpp
Severity: wishlist
Owner: "Francesco P. Lovergine" 

* Package name: ypserv
  Version : 4.1
  Upstream Author : Thorsten Kukuk
* URL : http://www.linux-nis.org/
* License : GPL, LGPL, BSD
  Programming Lang: C
  Description : Server daemon for working with Network Information System 
(NIS)

  This package provides the multi-threading version of ypserv and other tools, 
required
  to implement a NIS server for shared accounts and network names.
  
  NIS, originally known as Yellow Pages (YP), is mostly used to let
  several machines in a network share the same account information, such
  as the password file. It is an old, but simple system to share information,
  which should be used only in relatively trusted networks, due to its
  intrinsic limitations for security.

  Note:

  I'm re-organizing and modernizing the old `nis` all-in-one package, following
  the three distinct upstream source projects. The yp-tools is already present
  in the main archive since a couple of years.



Bug#978705: ITP: ypbind -- Client daemon for working with Network Information System (NIS)

2020-12-30 Thread Francesco P. Lovergine

Package: wnpp
Severity: wishlist
Owner: "Francesco P. Lovergine" 

* Package name: ypbind
 Version : 2.7.2
 Upstream Author : Thorsten Kukuk
* URL : http://www.linux-nis.org/
* License : GPL, LGPL, BSD
 Programming Lang: C
 Description : Client daemon for working with Network Information System 
(NIS)

 This package provides the multi-threading version of ypbind, required
 to implement a NIS client service for shared accounts and network names.
 
 NIS, originally known as Yellow Pages (YP), is mostly used to let

 several machines in a network share the same account information, such
 as the password file. It is an old, but simple system to share information,
 which should be used only in relatively trusted networks, due to its
 intrinsic limitations for security.

 Note:

 I'm re-organizing and modernizing the old `nis` all-in-one package, following
 the three distinct upstream source projects. The yp-tools is already present
 in the main archive since a couple of years.

--
Francesco P. Lovergine



Processed: RFS: crashtest/0.3.1-1 [ITP] -- makes exceptions handling and inspection easier

2020-12-30 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> block 977917 by 978702
Bug #977917 [wnpp] ITP: crashtest -- makes exceptions handling and inspection 
easier
977917 was not blocked by any bugs.
977917 was not blocking any bugs.
Added blocking bug(s) of 977917: 978702
>
End of message, stopping processing here.

Please contact me if you need assistance.
-- 
977917: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=977917
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems



Bug#959420: marked as done (ITA: free42-nologo -- Free42 is a re-implementation of the HP-42S calculator)

2020-12-30 Thread Debian Bug Tracking System
Your message dated Wed, 30 Dec 2020 13:48:49 +
with message-id 
and subject line Bug#959420: fixed in free42-nologo 2.5.22+ds-1
has caused the Debian Bug report #959420,
regarding ITA: free42-nologo -- Free42 is a re-implementation of the HP-42S 
calculator
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.)


-- 
959420: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=959420
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: wnpp

The current maintainer of free42-nologo, Christian Stalp ,
is apparently not active anymore.  Therefore, I orphan this package now.

Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.

If you want to be the new maintainer, please see
https://www.debian.org/devel/wnpp/#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: free42-nologo
Binary: free42-nologo
Version: 1.4.77-1.2
Maintainer: Christian Stalp 
Build-Depends: debhelper (>= 9.0.0), libxmu-headers, libx11-dev, libgtk2.0-dev, 
libxmu-dev, imagemagick
Architecture: any
Standards-Version: 3.9.4
Format: 3.0 (quilt)
Files:
 4f0282a24f4107859c3377cfdb7e3f93 1843 free42-nologo_1.4.77-1.2.dsc
 fb9e3752ee2e2497ee53b281feac3df1 1097287 free42-nologo_1.4.77.orig.tar.gz
 f9ae7d398dc1c82fa44a44eb0045fae3 4320 free42-nologo_1.4.77-1.2.debian.tar.xz
Checksums-Sha256:
 706c3cba8b6db19dcb0ea62a3fd9614c20bd1f989f1cfbc861a83dda2e38fd8d 1843 
free42-nologo_1.4.77-1.2.dsc
 3253e3c9b237e5eb193a7d47f506e67cc2301d9955c07794ae69b37b982b2a13 1097287 
free42-nologo_1.4.77.orig.tar.gz
 6828065520d1b97ad046790aad1d213f26918ca2de15ef0dae15354b2c484faf 4320 
free42-nologo_1.4.77-1.2.debian.tar.xz
Homepage: http://thomasokken.com/free42/
Package-List: 
 free42-nologo deb science optional arch=any
Directory: pool/main/f/free42-nologo
Priority: optional
Section: misc

Package: free42-nologo
Version: 1.4.77-1.2
Installed-Size: 683
Maintainer: Christian Stalp 
Architecture: amd64
Depends: libc6 (>= 2.14), libgcc1 (>= 1:4.0), libgdk-pixbuf2.0-0 (>= 2.22.0), 
libglib2.0-0 (>= 2.12.0), libgtk2.0-0 (>= 2.24.0), libstdc++6 (>= 4.1.1), 
libx11-6, libxmu6
Description-en: Free42 is a re-implementation of the HP-42S calculator
 It is a complete rewrite, not using any HP code, and it does not
 require an HP-42S ROM image. Loading and saving programs is possible.
 FPU is required.
Description-md5: e38f379a4a026b23511ddee8b74edea4
Homepage: http://thomasokken.com/free42/
Tag: uitoolkit::gtk
Section: science
Priority: optional
Filename: pool/main/f/free42-nologo/free42-nologo_1.4.77-1.2_amd64.deb
Size: 309262
MD5sum: 7a2a1b2a5eb9521686d78db3f39214e0
SHA256: 7f6fc887b1091a680ba5f486d4757d283f2f40b72e066daed79c183bd718891c
--- End Message ---
--- Begin Message ---
Source: free42-nologo
Source-Version: 2.5.22+ds-1
Done: Stephen Kitt 

We believe that the bug you reported is fixed in the latest version of
free42-nologo, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 959...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Stephen Kitt  (supplier of updated free42-nologo package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Wed, 30 Dec 2020 14:31:19 +0100
Source: free42-nologo
Architecture: source
Version: 2.5.22+ds-1
Distribution: unstable
Urgency: medium
Maintainer: Christian Stalp 
Changed-By: Stephen Kitt 
Closes: 775598 775599 775601 911464 959420 967351
Changes:
 free42-nologo (2.5.22+ds-1) unstable; urgency=medium
 .
   [ Christian Stalp ]
   * New upstream release (Closes: #775601, #911464)
   * debian/patches:
 - delete patch fix-free42-makefile.patch, no longer applicable
 - delete patch hash-style-makefile.patch, no longer applicable
 - update patch gcc6 to new Makefile
 - adding new patch libbidgc to build package with intelrdfpmath
 .
   * debian/control
 - changing Build-Depends libgtk2.0-dev to libgtk-3-dev (Closes: #967351)
 - adding libintelrdfpmath-dev to Build-Depends
 .
   * debian/rules
 - adapting rules file to new icon names (icon.xpm to icon-48x48.xpm)
 .
   [ Stephen K

Processed: Bug#959420 marked as pending in free42-nologo

2020-12-30 Thread Debian Bug Tracking System
Processing control commands:

> tag -1 pending
Bug #959420 [wnpp] ITA: free42-nologo -- Free42 is a re-implementation of the 
HP-42S calculator
Added tag(s) pending.

-- 
959420: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=959420
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems



Bug#976981: qmean: packaging repository on salsa

2020-12-30 Thread Andrius Merkys
Hello,

I have pushed my packaging efforts to salsa [1]. I hope to maintain
qmean under DebiChem Team umbrella.

Currently, a couple tests fail. Pre-trained models are not excluded yet.

[1] https://salsa.debian.org/debichem-team/qmean

Andrius



Bug#978694: RFP: python3-typer -- command line parsing library based on type hints

2020-12-30 Thread Andrej Shadura
Package: wnpp
Severity: wishlist

* Package name: python3-typer
  Version : 0.3.2
  Upstream Author : Sebastián Ramírez
* URL : https://github.com/tiangolo/typer
* License : MIT
  Programming Lang: Python 3.6+
  Description : command line parsing library based on type hints

Typer is a library for building CLI applications that users will love using and 
developers will love creating. Based on Python 3.6+ type hints.

The key features are:

 * Intuitive to write: Great editor support. Completion everywhere. Less time 
debugging. Designed to be easy to use and learn. Less time reading docs.
 * Easy to use: It's easy to use for the final users. Automatic help, and 
automatic completion for all shells.
 * Short: Minimize code duplication. Multiple features from each parameter 
declaration. Fewer bugs.
 * Start simple: The simplest example adds only 2 lines of code to your app: 1 
import, 1 function call.
 * Grow large: Grow in complexity as much as you want, create arbitrarily 
complex trees of commands and groups of subcommands, with options and arguments.

E.g. this code:

import typer

def main(name: str):
typer.echo(f"Hello {name}")

if __name__ == "__main__":
typer.run(main)

is enough to enable this:

$ python main.py --help

Usage: main.py [OPTIONS] NAME

Arguments:
  NAME  [required]

Options:
  --install-completion  Install completion for the current shell.
  --show-completion Show completion for the current shell, to copy it 
or customize the installation.
  --helpShow this message and exit.

P.S. I don’t have an immediate use for this, so I’m filing it as an RFP, but
I intend to package it some time soon if nobody beats me to it.

-- 
Cheers,
  Andrej


Bug#978692: ITP: python3-antsibull -- Ansible Build Scripts

2020-12-30 Thread Lee Garrett
Package: wnpp
Severity: wishlist
Owner: Lee Garrett 
X-Debbugs-Cc: debian-de...@lists.debian.org, deb...@rocketjump.eu

* Package name: python3-antsibull
  Version : 0.25.0
  Upstream Author : Toshio Kuratomi 
* URL : https://github.com/ansible-community/antsibull
* License : GPLv3
  Programming Lang: Python
  Description : Ansible Build Scripts

Tooling for building various things related to Ansible

Scripts that are here:

antsibull-build - Builds Ansible-2.10+ from component collections (docs)
antsibull-docs - Extracts documentation from ansible plugins
antsibull-lint - Right now only validates changelogs/changelog.yaml files 
(docs)

This package is a build dependency for ansible-doc >= 2.10. I intend to 
maintain it under the
Debian Python team.

I will need a sponsor for this package.



Bug#896910: O: libdigidoc -- DigiDoc digital signature library

2020-12-30 Thread Andrej Shadura
And yet another mail from me.

On Wed, 30 Dec 2020, at 09:14, Andrej Shadura wrote:
> On Wed, 30 Dec 2020, at 08:31, Vagrant Cascadian wrote:
> > I'd like to do a QA upload to fix a reproducible builds issue (#978064)
> > and other basic package maintenance as I'm able without disturbing the
> > package too much, but the above makes it a little unclear how to
> > proceed... I'd rather just use dgit than subscribe to another salsa
> > team.
> 
> Sure, please go ahead with dgit (--gbp iirc), I'll push to Salsa myself.

Actually, I also went ahead and added the debian group to the ACL of this 
repository only so you should be able to push too.

-- 
Cheers,
  Andrej



Bug#896910: O: libdigidoc -- DigiDoc digital signature library

2020-12-30 Thread Andrej Shadura
Hello again,

On Wed, 30 Dec 2020, at 08:31, Vagrant Cascadian wrote:
> On 2018-04-25, Andrej Shadura wrote:
> > I intend to orphan libdigidoc. This library is a part of a bigger software
> > suite for Estonian eID. My current eID is expiring this month, and since I
> > never used it for anything serious and probably don’t intend to, I won’t be
> > renewing it. Not being a user, maintaining it in Debian doesn’t seem right
> > or fair.
 
> The status of libdigidoc seems half-way a QA package, and half-way
> maintained by Andrej Shadura.



> Since it was orphaned, several uploads have been done, including a
> switch to using the eidas-team salsa repository. Previously dgit URLs
> were in Vcs-*.

A clarification:

libdigidoc is mostly needed to enable working with the legacy digitally-signed 
container format developed in Estonia, while libdigidocpp (not packaged yet) 
enables support for the Estonian flavour of the interoperable format.

Earlier this year I realised libdigidocpp is the only non-Java non-C# library 
for the format while also not being a monstrous suite of unrelated software, so 
I thought I probably should package at least those parts of the Estonian eID 
suite to enable working with eIDAS-compliant files — but libdigidoc is still 
needed for it, and its similar to the Slovak legacy "ZEP" digitally-signed 
container format so that I might be able to extend it to work with those files 
too.

When I find time to get back to those things, the package will be maintained 
under the eIDAS team (currently it’s just myself), but until that happened, 
it’s only halfway there since nothing currently depends on it yet.

-- 
Cheers,
  Andrej



Bug#896910: O: libdigidoc -- DigiDoc digital signature library

2020-12-30 Thread Andrej Shadura



On Wed, 30 Dec 2020, at 08:31, Vagrant Cascadian wrote:
> I'd like to do a QA upload to fix a reproducible builds issue (#978064)
> and other basic package maintenance as I'm able without disturbing the
> package too much, but the above makes it a little unclear how to
> proceed... I'd rather just use dgit than subscribe to another salsa
> team.

Sure, please go ahead with dgit (--gbp iirc), I'll push to Salsa myself.

-- 
Cheers,
  Andrej