Bug#1022747: RFS: prismlauncher/5.0+ds-1 [ITP] -- FOSS Minecraft launcher supporting multiple instances and accounts

2023-07-06 Thread Ben Westover
Control: tags -1 - moreinfo

Hello,

On 7/6/23 5:59 AM, Bastian Germann wrote:
> I did not recognize that prismlauncher uses a fork. If you cannot make
> up for that by including some of the fork's patches, please keep the
> library copy in prismlauncher.

I will do the latter.

--
Ben Westover


OpenPGP_signature
Description: PGP signature


Bug#1036751: RFS: mini-httpd/1.30-4 [ITA] -- Small HTTP server

2023-07-06 Thread Alexandru Mihail
Hello Nicholas,
>That's ok, you don't need to find the original version.  Remember
>that
>it's a fork and child relationship,

Yes, I'm terribly sorry, I'm familiar with the fork-child relationship
but I still found your analogy very helpful and concise, I might
present it to my interns (if that's O.K), thanks a lot for the
reminder. I was extremely tired when I wrote the last e-mail.

In short, considering debian-legal's input, should I mention the NCSA
copyright notice in debian/copyright for Files: htpasswd.c, adding a
separate License: NCSA field to clarify the provenance of said source ?


I will fix the /patches issues  we discussed in a later commit and
would also like to propose a mechanism for integrating PAM (Pluggable
Authentication Modules) into mini-httpd. I am currently in the
negotiation phase  with my employer to grant an exception for this
particular patch in order for it to be upstreamed into debian/patches
(since, remember, we're the de-facto upstream here) and for my code to
become GPL licensed). PAM support (which would be toggled via a
Makefile parameter) could provide tangible improvements for the  users
of mini-httpd and might even increase the server's popularity. The AUTH
mechanism in mini-httpd is arguably heavily antiquated and prone to
DDos attacks, MitM, scalability issues, etc. PAM would also enable AAA
solutions to interoperate with mini-httpd almost seamlessly (such as
Radius, TACACS+) which is becoming increasingly relevant in today's
SSO/IoT central trust-based use cases.

>P.S. Please acknowledge: Have you read the DFSG yet, and do you
>understand why it's important?
Yes I have and yes I do, it is one of the main reasons I decided to
start contributing to DebianWiki (and now mini-httpd) to begin with. :)

>I confirm receipt of your mail, and I see an attached signature. 
>Where
>can I download your public key?

I'd like to ask you the same question, since I'd like to add your
address to my keyring. I've read a bit of documentation which suggests
using Ubuntu's HKP which seems a bit off-axis. I understand that the
Debian Public Key Server is for DDs and DMs only (I am not yet a DM).
I could perhaps use my DebianWiki personal page to link to my public
key, but I do not know if that solution would be accepted or would
sound absurd. I should find a better solution after some research.

Stay safe and thanks for your time,
Alexandru Mihail


On Wed, 2023-07-05 at 21:01 -0400, Nicholas D Steeves wrote:
> Hi Alexandru,
> 
> Alexandru Mihail  writes:
> 
> > After yet some more software archaeology, I've uncovered some more
> > rusty HTML 1.0 documents which are of interest to our dilemma.
> > Apparently, NCSA HTTPd Acknowledgements as of 7-14-95 state:
> > "Thanks to:
> > Robert McCool
> >     For developing NCSA HTTPd till version 1.3 and this
> > documentation."
> > 
> > https://web.archive.org/web/20090416132804/http://hoohoo.ncsa.uiuc.edu/docs/acknowledgement.html
> > 
> > This is the time Robert left the project and the date (and license
> > release - 1.3) probably aligns best with the code we have in mini-
> > httpd. After extensive googling, it seems to me that the original
> > mini-
> > httpd-1.0.0.tar.gz source is lost to time, or at least is buried
> > beyond
> > my reach.
> 
> That's ok, you don't need to find the original version.  Remember
> that
> it's a fork and child relationship, so anyone, today, can fork httpd
> (1.1-1.3, 1.4-1.14, 1.15, etc.) under the license terms specific to a
> particular release.  So, for a hypothetical case where the file[s] in
> question are identical for the following versions ..:
> 
>   1.1-1.3: "Do what you want but only on continental landmasses"
> license
>   || \\
>   ||  \=Possible fork point.  If discriminating against islanders
>   ||    is important, then fork from this point.
>   \/
>   1.4-1.14: "Non-commercial use only, except for fishermen" license
>   || \\
>   ||  \=Possible fork point.  If privileging fishermen and 
>   ||    discriminate against everyone else is important, then
> fork
>   ||    from this point.
>   \/
>   1.15: GPL3+
>  \\
>   \=Possible fork point.  Only discriminates against those who
>     wish to keep their source private while also distributing
> their
>     fork.  Fork from this point if that's important.
> 
> ...then if httpd 1.15 is older then mini-httpd 1.30, you must choose
> 1.15.  Meanwhile, Robert McCool's copyright still exists in 1.15 even
> if
> he hasn't made a contribution since 1.3.
> 
> P.S. Please acknowledge: Have you read the DFSG yet, and do you
> understand why it's important?
> https://wiki.debian.org/DebianFreeSoftwareGuidelines
> 
> > I transitioned all debian mail-related services to Google, and am
> > using
> > a good MUA now (PGP signing properly). (BTW, does everything look
> > all
> > right on your end?)
> 
> I confirm receipt of your mail, and I see an attached signature. 
> Where
> can I download your public key?
> 
> > 

Bug#1040495: RFS: grimripper/3.0.2-1 -- Graphical audio CD ripper and encoder

2023-07-06 Thread Peter Blackman

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "grimripper":
https://tracker.debian.org/pkg/grimripper

(Andreas who sponsored initial upload is having to set up a new gpg key
which will likely take a while)

As a DM, I would be happy to upload grimripper myself if given the upload 
rights.


 * Package name : grimripper
   Version  : 3.0.2-1
   Upstream contact : Salamandar 
 * URL  : https://gitlab.gnome.org/Salamandar/GrimRipper
 * License  : GPL-2+, CC0-1.0, GPL-2
 * Vcs  : https://salsa.debian.org/PeterB/grimripper
   Section  : sound

The source builds the following binary packages:
  grimripper - Graphical audio CD ripper and encoder

To access further information about this package, please visit the following 
URL:
https://mentors.debian.net/package/grimripper/

Alternatively, you can download the package with 'dget' using this command:
  dget -x 
https://mentors.debian.net/debian/pool/main/g/grimripper/grimripper_3.0.2-1.dsc

Also on Salsa
https://salsa.debian.org/PeterB/grimripper

Changes since the last upload:

 grimripper (3.0.2-1) unstable; urgency=medium
 .
   * New Upstream release (completes rename to grimripper)

Regards,
--
  Peter Blackman



Bug#1040494: RFS: cevomapgen/26-1 [ITP] -- External Map Generator for C-Evo

2023-07-06 Thread Peter B

Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for my package "cevomapgen":

 * Package name : cevomapgen
   Version  : 26-1
   Upstream contact : Peter Blackman 
 * URL  : https://sourceforge.net/projects/cevomapgen/
 * License  : CC-BY-3.0, GPL-2+
 * Vcs  : https://salsa.debian.org/PeterB/cevomapgen
   Section  : games

The source builds the following binary packages:
  cevomapgen - External Map Generator for C-Evo

To access further information about this package, please visit the following 
URL:
https://mentors.debian.net/package/cevomapgen/

Alternatively, you can download the package with 'dget' using this command:
  dget -x 
https://mentors.debian.net/debian/pool/main/c/cevomapgen/cevomapgen_26-1.dsc

Changes for the initial release:

 cevomapgen (26-1) unstable; urgency=medium
 .
   * Initial release (Closes: #1035747)


Regards,
--
  Peter Blackman



Bug#1022747: RFS: prismlauncher/5.0+ds-1 [ITP] -- FOSS Minecraft launcher supporting multiple instances and accounts

2023-07-06 Thread Bastian Germann

Am 05.07.23 um 00:02 schrieb Ben Westover:
I have packaged libnbt++2 [1], but Prism Launcher doesn't build with the 
packaged version. It looks to me like Prism Launcher's fork of libnbt++ 
has too many custom changes for it to still build with the original.


I did not recognize that prismlauncher uses a fork. If you cannot make 
up for that by including some of the fork's patches, please keep the 
library copy in prismlauncher.




Bug#1040457: RFS: libfilezilla/0.44.0-1 -- build high-performing platform-independent programs (runtime lib)

2023-07-06 Thread philip . wyett

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "libfilezilla":

 * Package name : libfilezilla
   Version  : 0.44.0-1
   Upstream contact : Tim Kosse 
 * URL  : https://lib.filezilla-project.org/
 * License  : GPL-2+
 * Vcs  : https://salsa.debian.org/debian/libfilezilla
   Section  : libs

The source builds the following binary packages:

  libfilezilla-dev - build high-performing platform-independent programs 
(development)
  libfilezilla-common - build high-performing platform-independent 
programs (translations)
  libfilezilla40 - build high-performing platform-independent programs 
(runtime lib)


To access further information about this package, please visit the 
following URL:


  https://mentors.debian.net/package/libfilezilla/

Alternatively, you can download the package with 'dget' using this 
command:


  dget -x 
https://mentors.debian.net/debian/pool/main/libf/libfilezilla/libfilezilla_0.44.0-1.dsc


Changes since the last upload:

 libfilezilla (0.44.0-1) unstable; urgency=medium
 .
   * New upstream version 0.44.0
   * Soname bump rename package to libfilezilla40

Regards

Phil