Bug#527962: jstest-gtk packaging

2009-08-06 Thread Stephen Kitt
Hi,

Do you still intend to package this? I maintain the joystick package, so I
could take care of jstest-gtk too if that would help.

Regards,

Stephen



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#527962: jstest-gtk packaging

2009-08-06 Thread Stephen Kitt
On Thu, Aug 06, 2009 at 10:12:46PM +0200, Stephen Kitt wrote:
> Do you still intend to package this? I maintain the joystick package, so I
> could take care of jstest-gtk too if that would help.

Oops, I just noticed you have packaged it in the pkg-games svn repository!

Regards,

Stephen




-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#1019139: ITP: zpaqfranz -- Swiss army knife for backup and disaster recovery

2022-09-18 Thread Stephen Kitt
Hi,

On Tue, 13 Sep 2022 22:09:10 +0200, Bastian Germann  wrote:
> X-Debbugs-Cc: sk...@debian.org
> 
> On Sun, 04 Sep 2022 14:53:45 +0200 root  wrote:
> > Package: wnpp
> > Severity: wishlist
> > Owner: Franco Corbelli 
> > 
> > * Package name: zpaqfranz
> >   Version : 55.14
> >   Upstream Author : Franco Corbelli 
> > * URL : https://github.com/fcorbelli/zpaqfranz
> > * License : MIT
> >   Programming Lang: C, C++
> >   Description : Swiss army knife for backup and disaster recovery
> > 
> > Like 7z or RAR on steroids,with deduplicated "snapshots" (versions)
> > Conceptually similar to Mac time machine, but much more efficiently
> > Keeps backup always-to-always, no need to ever prune (CryptoLocker)
> > Easily handles millions of files and TBs of data, non-latin support
> > Cloud backups with full encryption, minimal data transfer/bandwidth
> > Data integrity check CRC32+XXHASH|SHA-1|SHA-2|SHA-3|MD5|XXH3|BLAKE3
> > Thorough data verification, multithread support (real world 1GB+/s)
> > Specific zfs handling functions,full multiplatform interoperability
> > Particularly suitable for minimal space storage of virtual machines
> > 
> > Windows, FreeBSD, OpenBSD, Linux, MacOS, Solaris, OmniOS and others
> > 
> > 
> > __
> > This is a fork of zpaq 7.15 (already in Debian) which was abandoned 
> > by the developer (Matt Mahoney) in 2016.  
> 
> As zpaqfranz is supposed to be a compatible replacement for zpaq,
> I suggest to make it the new upstream of the existing zpaq package.
> 
> Stephen, any opinions on this?

I agree, this should replace zpaq. In fact Franco Corbelli asked me about
this quite a while ago but I never looked into it in detail, sorry about that!

Franco, if you need help getting this into Debian, feel free to ping me, I’d
be happy to review and sponsor your package, or help you package zpaqfranz if
appropriate.

Regards,

Stephen


pgpNQiixlYVQO.pgp
Description: OpenPGP digital signature


Bug#1021349: RFA: wput -- tiny wget-like ftp-client for uploading files

2022-10-06 Thread Stephen Kitt
Package: wnpp
Severity: normal
Control: affects -1 src:wput

I request an adopter for the wput package. I no longer use the
package, everything I used it for can be done with curl; wput hasn't
been maintained upstream for a long time, whereas curl is very
actively maintained. (All this means that it may be better to drop
wput entirely.)


The package description is:
 Wput is a tiny ftp-client, that uploads files or directories to a
 remote ftp-server.
 .
 Main features are: resuming, time-stamping, wget-like interface,
 proxy-support and speed-limit.



Bug#1022800: ITP: dosbox-x -- DOS emulator with complete, accurate hardware emulation

2022-10-26 Thread Stephen Kitt
Package: wnpp
Severity: wishlist
Owner: Stephen Kitt 
X-Debbugs-Cc: debian-de...@lists.debian.org

* Package name: dosbox-x
  Version : 0.84.3
  Upstream Author : Jonathan Campbell
* URL : https://dosbox-x.com/
* License : GPL-2+
  Programming Lang: C, C++
  Description : DOS emulator with complete, accurate hardware emulation

DOSBox-X is a comprehensive DOS emulator, supporting DOS applications
including Windows 3.x and Windows 9x, and striving to provide accurate
hardware emulation. It is based on the original DOSBox and includes
features from a number of forks including SVN Daum, ECE, DOSBox
Staging, DOSVAX, and vDosPlus.

Its features include:
* a built-in drop-down menu
* a graphical configuration tool
* support for save-states
* NEC PC-98, AX, and J-3100 emulations
* DOS/V support for Chinese, Japanese, and Korean language support
* support for CONFIG.SYS commands
* printing support
* long filename support
* DOS SHARE emulation
* wheel mouse support (including the CuteMouse wheel mouse API)
* 3Dfx Voodoo chip and Glide emulation
* NE2000 emulation
* MT-32 emulation

DOSBox-X isn't a direct upgrade from DOSBox, but DOSBox users should
be able to use DOSBox-X without difficulty.



Bug#1080344: ITP: bcachfs-tools -- bcachefs userspace tools

2024-09-03 Thread Stephen Kitt
On Mon, 02 Sep 2024 16:24:40 +0200, Daniel Gröber  wrote:
> I'm planning to re-introduce bcachefs-tools in Debian after it was
> recently RMed by Jonathan: O: #1078599, RM: #1079375.

You don’t need to re-introduce it, Jonathan took care to ensure that the
package wouldn’t be fully removed, as explained in the blog post.

If you want to go ahead with this, you should close the ITP (which isn’t
needed), update #1078599 to indicate you intend to adopt the package, and
when you upload a new package, close #1078599 in the changelog. See
https://www.debian.org/doc/manuals/developers-reference/pkgs.en.html#adopting-a-package
and https://www.debian.org/devel/wnpp/#howto-o for details.

Regards,

Stephen


pgpe1FVLGhACR.pgp
Description: OpenPGP digital signature


Bug#1076575: #1076575ITA: ddcci-driver-linux -- DDC/CI driver

2024-09-10 Thread Stephen Kitt
Control: retitle -1 O: ddcci-driver-linux -- DDC/CI driver

On Sun, Sep 08, 2024 at 08:33:57AM +0200, Holger Wansing wrote:
> Control: retitle -1 RFA ddcci-driver-linux -- DDC/CI driver
> 
> 
> Fix bug title (maintains intends to orphan this package)

I don’t intend to orphan the package, I’ve orphaned it.

Regards,

Stephen


signature.asc
Description: PGP signature


Bug#759762: ITP: libz-mingw-w64 -- compression library (targeting Windows)

2014-08-29 Thread Stephen Kitt
Package: wnpp
Severity: wishlist
Owner: Stephen Kitt 

* Package name: libz-mingw-w64
  Version : 1.2.8
  Upstream Author : Jean-loup Gailly and Mark Adler
* URL : http://www.gzip.org/zlib/
* License : zlib
  Programming Lang: C
  Description : compression library (targeting Windows)

zlib is a library implementing the deflate compression method found in
gzip and PKZIP. This package provides headers and libraries required
to build Windows software using zlib.



I'm packaging this to allow Python to build its Windows executables,
and also to test Colin Watson's idea of using apt-get during builds in
lieu of full-blown source build-dependencies.

Once (if?) we get proper partial architecture support for Windows this
package will be removed.

Regards,

Stephen


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20140830015524.20750.12147.report...@heffalump.sk2.org



Bug#761130: ITP: lgogdownloader -- downloader for GOG.com files

2014-09-10 Thread Stephen Kitt
Package: wnpp
Severity: wishlist
Owner: Stephen Kitt 

* Package name: lgogdownloader
  Version : 2.17
  Upstream Author : Sude-
* URL : https://sites.google.com/site/gogdownloader/
* License : WTFPL-2
  Programming Lang: C++
  Description : downloader for GOG.com files

 lgogdownloader is a client for the GOG.com download API, allowing
 simple downloads and updates of games and other files from GOG.com.
 .
 This package is only useful if you own games on GOG.com. There are a
 few free-as-in-beer games available for Linux, but the DFSG-free
 games are not provided for Linux on GOG.com and are available in
 Debian anyway (lure-of-the-temptress, beneath-a-steel-sky,
 flight-of-the-amazon-queen).

I will maintain this as part of the Debian Games Team.


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20140910215605.22182.20848.report...@heffalump.sk2.org



Bug#1037228: ITP: pycrc -- CRC C source code generator

2023-06-08 Thread Stephen Kitt
Package: wnpp
Severity: wishlist
Owner: Stephen Kitt 
X-Debbugs-Cc: debian-de...@lists.debian.org

* Package name: pycrc
  Version : 0.10.0
  Upstream Author : Thomas Pircher 
* URL : https://pycrc.org
* License : MIT
  Programming Lang: Python
  Description : CRC C source code generator

pycrc is a Cyclic Redundancy Check (CRC) C source code generator.
.
It supports different implementations, with various speed-space
compromises. The CRC parameters can be freely chosen, and pycrc
includes a number of well-known CRC models (CRC-16, CRC-32 etc.).


This is a build-dependency for dosbox-x. It will be maintained in the
Python packaging team.



Bug#1028050: ITP: pyqt6-charts -- Python 3 bindings for Qt6's Charts module

2023-01-06 Thread Stephen Kitt
Package: wnpp
Severity: wishlist
Owner: Stephen Kitt 
X-Debbugs-Cc: debian-de...@lists.debian.org

* Package name: pyqt6-charts
  Version : 6.4.0
  Upstream Author : Riverbank Computing
* URL : https://riverbankcomputing.com/software/pyqtchart/
* License : GPL-3
  Programming Lang: C++
  Description : Python 3 bindings for Qt6's Charts module

The Charts module of PyQt6 provides widgets and utility classes
for chart rendering in a PyQt6 application.


This will be maintained in the Debian Python team.



Bug#1065378: ITP: libiir -- DSP IIR realtime filter library

2024-03-03 Thread Stephen Kitt
Package: wnpp
Severity: wishlist
Owner: Stephen Kitt 
X-Debbugs-Cc: debian-de...@lists.debian.org

* Package name: libiir
  Version : 1.9.4
  Upstream Author : Bernd Porr
* URL : https://github.com/berndporr/iir1
* License : MIT
  Programming Lang: C++
  Description : DSP IIR realtime filter library

libiir is an infinite impulse response library implementing
Butterworth, RBJ, and Chebychev filters. The filter processes data
sample by sample for realtime processing.


This is a dependency of dosbox-staging. The GH repository is named
iir1 but internally the library refers to itself as iir (e.g. for
pkg-config). The current soname is libiir.so.1 so the library binary
package will end up being called libiir1.



Bug#1065664: ITP: smallerc -- single-pass C compiler for 16- and 32-bit platforms

2024-03-08 Thread Stephen Kitt
Package: wnpp
Severity: wishlist
Owner: Stephen Kitt 
X-Debbugs-Cc: debian-de...@lists.debian.org

* Package name: smallerc
  Version : 1.0.1
  Upstream Author : Alexey Frunze
* URL : https://github.com/alexfru/SmallerC
* License : BSD
  Programming Lang: C
  Description : single-pass C compiler for 16- and 32-bit x86/MIPS platforms

Smaller C is a simple single-pass C compiler with support for most of
C89 and C99. It targets 16- and 32-bit x86, and MIPS, on DOS,
Windows, Linux, and older versions of macOS.
.
Smaller C is primarily useful for building DOS and UEFI binaries.


This is a prerequisite for dosemu2.



Bug#1065924: ITP: lfanew -- tool to manipulate MZ stubs in NE/PE binaries

2024-03-10 Thread Stephen Kitt
Package: wnpp
Severity: wishlist
Owner: Stephen Kitt 
X-Debbugs-Cc: debian-de...@lists.debian.org

* Package name: lfanew
  Version : 0~20230825
  Upstream Author : TK Chia
* URL : https://codeberg.org/tkchia/lfanew
* License : MPL-2.0
  Programming Lang: C
  Description : tool to manipulate MZ stubs in NE/PE binaries

lfanew is a tool manipulating the e_lfanew header field in MZ (DOS)
binaries. It can
 - add a .e_lfanew field to an MZ binary, allowing it to be used as a
   DOS loader stub for a NE or PE binary;
 - stubify a NE/PE binary by combining it with an MZ stub;
 - extract a NE/PE binary from a stubified MZ/NE/PE binary pair.


This is required to build dosemu2.



Bug#986918: ITP: key-mapper -- Input device button mapping tool

2021-04-14 Thread Stephen Kitt
Package: wnpp
Severity: wishlist
Owner: Stephen Kitt 

* Package name: key-mapper
  Version : 0.8.1-1
  Upstream Author : sezanzeb
* URL : https://github.com/sezanzeb/key-mapper
* License : GPL-3+
  Programming Lang: Python
  Description : Input device button mapping tool

 key-mapper allows users to map buttons on all input devices
 (keyboards, mice, gamepads...) in X11 and Wayland. It also supports
 combined buttons and programmable macros.
 .
 key-mapper includes a UI to configure button mappings, per device,
 and configuration to automatically apply button mappings at boot and
 on device connection.

This will be maintained in the Python team, and perhaps with help from
upstream (see https://github.com/sezanzeb/key-mapper/issues/40).



Bug#1006483: ITP: python3-mergedeep -- A deep merge function for Python

2022-02-26 Thread Stephen Kitt
Hi,

On Sat, 26 Feb 2022 08:12:27 +, Edward Betts  wrote:
> * Package name: python3-mergedeep
>   Version : 1.3.4
>   Upstream Author : Travis Clarke
> * URL : https://github.com/clarketm/mergedeep
> * License : MIT
>   Programming Lang: Python
>   Description : A deep merge function for Python

This appears to be the same upstream as Carsten Schoenert’s ITP, 1006479
(filed just an hour before yours!).

Regards,

Stephen


pgpbz1ccKHE3G.pgp
Description: OpenPGP digital signature


Bug#1006885: ITP: lumin -- pattern match highlighter

2022-03-07 Thread Stephen Kitt
Package: wnpp
Severity: wishlist
Owner: Stephen Kitt 
X-Debbugs-Cc: debian-de...@lists.debian.org

* Package name: lumin
  Version : 1.0.0
  Upstream Author : John Kerl
* URL : https://github.com/johnkerl/lumin
* License : BSD-2-clause
  Programming Lang: Go
  Description : pattern match highlighter

lumin highlights matches to a specified pattern (string or regular
expression) in files, using color. This is similar to grep with
colorized output, but it outputs all lines in the given files, not
only matching lines.



This is a new dependency of Miller 6.1.0.



Bug#1006886: ITP: gocc -- Go lexer and parser generator

2022-03-07 Thread Stephen Kitt
Package: wnpp
Severity: wishlist
Owner: Stephen Kitt 
X-Debbugs-Cc: debian-de...@lists.debian.org

* Package name: gocc
  Version : 0.0~git20211213.7ea6993
  Upstream Author : Marius Ackerman 
* URL : https://github.com/goccmack/gocc
* License : ASL-2.0
  Programming Lang: Go
  Description : Go lexer and parser generator

Gocc generates lexer-parser pairs or stand-alone DFAs or parsers from
a Backus-Naur form (BNF). The generated lexers are deterministic
finite automata (DFAs), recognising regular languages. The generated
parsers are pushdown automata (PDAs), recognising LR(1) languages.
Optional LR(1) conflict handling automatically resolves shift/reduce
and reduce/reduce conflicts.



This is a new dependency of Miller 6.1.0.



Bug#1006885: ITP: lumin -- pattern match highlighter

2022-03-07 Thread Stephen Kitt
Hi Jonas,

On Mon, 07 Mar 2022 18:01:47 +0100, Jonas Smedegaard  wrote:
> Quoting Stephen Kitt (2022-03-07 17:50:43)
> > Package: wnpp
> > Severity: wishlist
> > Owner: Stephen Kitt 
> > X-Debbugs-Cc: debian-de...@lists.debian.org
> > 
> > * Package name: lumin
> >   Version : 1.0.0
> >   Upstream Author : John Kerl
> > * URL : https://github.com/johnkerl/lumin
> > * License : BSD-2-clause
> >   Programming Lang: Go
> >   Description : pattern match highlighter
> > 
> > lumin highlights matches to a specified pattern (string or regular
> > expression) in files, using color. This is similar to grep with
> > colorized output, but it outputs all lines in the given files, not
> > only matching lines.  
> 
> Is this a command-line tool or only a Go library?
> 
> If the latter, then please use a source package name starting with 
> "golang-" to not needlessly occupy a short global name.

It’s both, a command-line tool and a Go library.

Regards,

Stephen


pgpPPzFDSFoGs.pgp
Description: OpenPGP digital signature


Bug#1073181: ITP: thunk-gen -- 64-bit thunk generator for 16- and 32-bit code

2024-06-13 Thread Stephen Kitt
Package: wnpp
Severity: wishlist
Owner: Stephen Kitt 
X-Debbugs-Cc: debian-de...@lists.debian.org

* Package name: thunk-gen
  Version : 0.0~git20240607.f9cae90
  Upstream Author : Stas Sergeev 
* URL : https://github.com/stsp/thunk_gen
* License : GPL
  Programming Lang: Bison/Flex, C
  Description : 64-bit thunk generator for 16- and 32-bit code

 thunk-gen is a thunk generator for C and assembler code, providing
 wrappers so that code written for 16- or 32-bit environments can be
 compiled for 64-bit environments.
 .
 It is intended for use with 64-bit DOS-style environments running
 code intended for 16- or 32-bit DOS, typically dosemu2.


This is a build-dependency for dosemu2. It doesn't pollute /usr/bin,
all its features are accessed through pkgconf and it installs
everything in /usr/libexec/thunk_gen or /usr/share/thunk_gen.



Bug#1074057: ITP: djstub -- DJGPP-compatible stub manipulation tools

2024-06-22 Thread Stephen Kitt
Package: wnpp
Severity: wishlist
Owner: Stephen Kitt 
X-Debbugs-Cc: debian-de...@lists.debian.org

* Package name: djstub
  Version : 0.0~git20240621.49e7ba6-1
  Upstream Author : Stas Sergeev
* URL : https://github.com/stsp/djstub
* License : GPL
  Programming Lang: C
  Description : DJGPP-compatible stub manipulation tools

 This package provides DJGPP-compatible tools to manipulate stubbed
 executables, i.e. the MS-DOS MZ launcher for DOS-extended binaries:
 .
  - djstubify to modify the stub itself, in COFF and PE executables;
  - djlink to link ELF binaries and produce a dj64 executable;
  - djstrip to strip dj64 executables.
 .
 It includes a dj64-compatible stub, for use with dosemu2. It can be
 used with go32-compatible stubs, but no such stub is included.


This is a build dependency for dosemu2-related tools.



Bug#1076575: O: ddcci-driver-linux -- DDC/CI driver

2024-07-19 Thread Stephen Kitt
Package: wnpp
Severity: normal
Control: affects -1 src:ddcci-driver-linux

I intend to orphan the ddcci-driver-linux package.

The package description is:
 This set of kernel modules provides a DDC/CI driver for compatible
 monitors, and integration into the backlight system class. With the
 latter, many desktop environments can control the backlight on
 external monitors.

Note that while this package has a low popcon, it has quite a few
vocal users; ranking the packages I maintain by quantity of private
hate mail received, this is number two.



Bug#1076583: ITP: minio-client -- Simple, fast tool to manage MinIO clusters

2024-07-20 Thread Stephen Kitt
On Sat, 20 Jul 2024 10:50:44 +0200, Salvo Tomaselli 
wrote:

> In data venerdì 19 luglio 2024 13:14:11 CEST, Mathias Gibbens ha scritto:
> > Package: wnpp
> > Severity: wishlist
> > Owner: Mathias Gibbens 
> > X-Debbugs-CC: debian-de...@lists.debian.org, debian...@lists.debian.org
> > 
> > * Package name: minio-client
> >   Version : 2024-07-03T20-17-25Z-1
> >   Upstream Author : MinIO
> > * URL : https://github.com/minio/mc
> > * License : AGPL-3.0-or-later
> >   Programming Lang: Go
> >   Description : Simple, fast tool to manage MinIO clusters
> > 
> >  MinIO Client (mc) provides a modern alternative to UNIX commands like
> >  ls, cat, cp, mirror, diff, find etc. It supports filesystems and Amazon
> >  S3 compatible cloud storage service (AWS Signature v2 and v4).
> > 
> > There is an existing RFP (#859207) for the server-side component of
> > MinIO.
> > 
> > Incus recently switched from depending on MinIO's library to the MinIO
> > client for interacting with MinIO clusters. This package will be team-
> > maintained within the Go Packaging Team and provide the MinIO client
> > without conflicting with the existing `mc` from Midnight Commander.  
> 
> Just a head's up, /usr/bin/mc is taken by mc.

See the very last sentence of the ITP. The conflict was discussed in April,
see https://lists.debian.org/debian-devel/2024/04/msg00368.html

Regards,

Stephen


pgpnsMSJeOI1K.pgp
Description: OpenPGP digital signature


Bug#685545: ITP: pthreads-win32 -- POSIX threads library for Windows

2012-08-21 Thread Stephen Kitt
Package: wnpp
Severity: wishlist
Owner: Stephen Kitt 

* Package name: pthreads-win32
  Version : 2.9.1+dfsg
  Upstream Author : Ross Johnson 
* URL : http://sources.redhat.com/pthreads-win32/
* License : LGPL-2.1
  Programming Lang: C
  Description : POSIX threads library for Windows

 pthreads-win32 provides an implementation of POSIX 1003.1-2001
 threads for 32- and 64-bit Windows.
 .
 This package contains both development and runtime files required to
 develop with and use pthreads using MinGW-w64.


This is required to support libgomp with MinGW-w64 (as well as being
generally useful for software using pthreads).


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20120821200432.8671.81932.report...@heffalump.sk2.org



Bug#685545: ITP: pthreads-win32 -- POSIX threads library for Windows

2012-08-21 Thread Stephen Kitt
Hi Bastien,

On Tue, Aug 21, 2012 at 10:51:15PM +0200, Bastien ROUCARIES wrote:
> On Tue, Aug 21, 2012 at 10:04 PM, Stephen Kitt  wrote:
> > * Package name: pthreads-win32
> 
> What about some fix here ?
> https://github.com/GerHobbelt/pthread-win32/commits/master/

Thanks, I didn't know about that fork; there certainly seem to be some
useful fixes there. Did you have any particular commits in mind?

Regards,

Stephen


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120821212807.gf8...@sk2.org



Bug#620943: ITP: evtest -- utility to monitor input device events

2011-04-05 Thread Stephen Kitt
Package: wnpp
Severity: wishlist
Owner: Stephen Kitt 


* Package name: evtest
  Version : 1.27
  Upstream Author : Peter Hutterer 
* URL : http://cgit.freedesktop.org/evtest/
* License : GPLv2
  Programming Lang: C
  Description : utility to monitor input device events

 evtest monitors an input device, displaying all the events it generates.
 .
 It can be used to determine mice button bindings, keymaps for exotic
 keyboards... It is commonly used to debug issues with input devices
 in X.Org.


evtest used to be part of joystick (linuxconsole), but is now
maintained separately. I therefore intend to remove evtest from the
joystick package (which I maintain) and introduce a separate source
package for evtest.

Regards,

Stephen



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20110405074113.3641.10952.report...@heffalump.sk2.org



Bug#620943: ITP: evtest -- utility to monitor input device events

2011-04-05 Thread Stephen Kitt
On Tue, 5 Apr 2011 13:14:01 +0200, Julien Cristau  wrote:
> On Tue, Apr  5, 2011 at 09:41:13 +0200, Stephen Kitt wrote:
> 
> > * Package name: evtest
> >   Version : 1.27
> >   Upstream Author : Peter Hutterer 
> > * URL : http://cgit.freedesktop.org/evtest/
> > * License : GPLv2
> >   Programming Lang: C
> >   Description : utility to monitor input device events
> > 
> >  evtest monitors an input device, displaying all the events it generates.
> 
> a Linux input device maybe...

Indeed, thanks for pointing that out; I'll change the description and the
Architecture: field.

> >  It can be used to determine mice button bindings, keymaps for exotic
> >  keyboards... It is commonly used to debug issues with input devices
> >  in X.Org.
> > 
> Thanks for picking this up!

You're welcome! Once I found out about Peter's repository it seemed like the
obvious thing to do.

Regards,

Stephen



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20110405230141.7c81b...@sk2.org



Bug#594406: Still interested in adopting?

2011-04-23 Thread Stephen Kitt
Hi Andreas,

On Sat, Apr 23, 2011 at 01:17:35AM +0200, Andreas Moog wrote:
> are you still interested in adopting the gdmap-package in debian?

I am indeed, I have a package on mentors.debian.net waiting for a
sponsor (see
http://mentors.debian.net/cgi-bin/sponsor-pkglist?action=details;package=gdmap
and http://lists.debian.org/debian-mentors/2011/04/msg00145.html for
details). Unfortunately, although a few people have downloaded the
package from m.d.n, the package hasn't generated any response!

Regards,

Stephen


signature.asc
Description: Digital signature


Bug#623847: ITP: rescan-scsi-bus -- tool for reliable scsi hotplugging in linux

2011-04-23 Thread Stephen Kitt
Hello,

On Sat, 23 Apr 2011 21:53:39 +0530, Ritesh Raj Sarraf  wrote:
> This package is just one single shell script. But an important one. The
> rescan-scsi-bus.sh script helps a lot in the SAN space where there could
> be targets with sporadic connecitons. Is it okay to package a single
> shell script as a package?

This is already packaged in scsitools!

Regards,

Stephen



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20110423183544.02de7...@sk2.org



Bug#594380: New mingw-w64 package

2011-05-01 Thread Stephen Kitt
Hi Eugen,

I see you were asking about gcc-mingw32 and mingw-w64 recently. The
new mingw-w64 package suite (mingw-w64, gcc-mingw-w64 and
binutils-mingw-w64) is now available in unstable.

I would love to know if the new packages meet your requirements.

Regards,

Stephen



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20110501190858.gb27...@sk2.org



Bug#626588: ITP: gdb-mingw-w64 -- Cross-debugger for 32- and 64-bit Windows using MinGW-w64

2011-05-13 Thread Stephen Kitt
Package: wnpp
Severity: wishlist
Owner: Stephen Kitt 


* Package name: gdb-mingw-w64
  Version : 7.2
  Upstream Author : Free Software Foundation, Inc.
* URL : http://www.gnu.org/software/gdb/
* License : GPL-3+
  Programming Lang: C, C++, Python
  Description : Cross-debugger for 32- and 64-bit Windows using MinGW-w64

MinGW-w64 provides a development and runtime environment for 32- and
64-bit Windows applications using the GNU Compiler Collection (gcc).

This package contains the gdb debugger which can be used with a
Windows-hosted gdbserver to debug programs running on Windows hosts.
It also contains gdbserver for 32- and 64-bit Windows.



I'll be basing this package on gdb-source (and specifying
"Built-Using") in the same way as binutils-mingw-w64 and
gcc-mingw-w64.



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20110513101513.16940.39760.report...@heffalump.sk2.org



Bug#602997: ITP: gcc-mingw-w64 -- The GNU Compiler Collection for MinGW-w64

2010-11-09 Thread Stephen Kitt
Package: wnpp
Severity: wishlist
Owner: Stephen Kitt 


* Package name: gcc-mingw-w64
  Version : 4.5.1
  Upstream Author : Free Software Foundation, Inc.
* URL : http://www.gnu.org/software/gcc/
* License : GPL 3, GFDL
  Programming Lang: C
  Description : The GNU Compiler Collection for MinGW-w64

MinGW-w64 provides a development and runtime environment for 32- and
64-bit Windows applications using the GNU Compiler Collection (gcc).
.
This package contains the GNU Compiler Collection, supporting
cross-compiling to 32- and 64-bit MinGW-w64 targets.




I'm thinking of packaging this in relation to
http://bugs.debian.org/594371, my ITA for mingw-w64, because MinGW-w64
has an official set of triplets now so the existing gcc-mingw32
won't work. Since MinGW32 (now simply MinGW) is not MinGW-w64, it
seems preferable to have a different set of packages. MinGW-w64 itself
is useful in Debian notably because it will allow packaging newer
versions of Wine. See also http://bugs.debian.org/602996, my ITP for
binutils-mingw-w64.

The package uses the existing gcc-4.5-source package (but see also
http://bugs.debian.org/600502); the packaging work is available at
http://git.debian.org/?p=collab-maint/gcc-mingw-w64.git



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20101110073226.24061.73637.report...@heffalump.sk2.org



Bug#602996: ITP: binutils-mingw-w64 -- Cross-binutils for Win32 and Win64 using MinGW-w64

2010-11-09 Thread Stephen Kitt
Package: wnpp
Severity: wishlist
Owner: Stephen Kitt 


* Package name: binutils-mingw-w64
  Version : 2.20.1
  Upstream Author : Free Software Foundation, Inc.
* URL : http://www.gnu.org/software/binutils/
* License : GPL 3, GFDL
  Programming Lang: C
  Description : Cross-binutils for Win32 and Win64 using MinGW-w64

MinGW-w64 provides a development and runtime environment for 32- and
64-bit Windows applications using the GNU Compiler Collection (gcc).
.
This package contains the toolchain binutils.



I'm thinking of packaging this in relation to
http://bugs.debian.org/594371, my ITA for mingw-w64, because MinGW-w64
has an official set of triplets now so the existing mingw32-binutils
won't work. Since MinGW32 (now simply MinGW) is not MinGW-w64, it
seems preferable to have a different set of packages. MinGW-w64 itself
is useful in Debian notably because it will allow packaging newer
versions of Wine.

The package uses the existing binutils-source package; the packaging
work is available at
http://git.debian.org/?p=collab-maint/binutils-mingw-w64.git



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20101110072523.21463.71212.report...@heffalump.sk2.org



Bug#602997: ITP: gcc-mingw-w64 -- The GNU Compiler Collection for MinGW-w64

2010-11-14 Thread Stephen Kitt
Hi Matthias,

On Sun, Nov 14, 2010 at 09:13:58PM +0100, Matthias Klose wrote:
> On 10.11.2010 08:32, Stephen Kitt wrote:
> >Package: wnpp
> >Severity: wishlist
> >Owner: Stephen Kitt
> >
> >
> >* Package name: gcc-mingw-w64
> 
> we already have a mingw32 toolchain. Is it possible to build a mingw
> biarch toolchain instead of a new package?

MinGW32 and MinGW-w64 are actually two different toolchains, not
simply bi-arch variants of the same toolchain; they have different
triplets. (In fact given the way ldscripts are shipped they would
probably have to conflict with each other.) MinGW-w64 provides both
32-bit and 64-bit toolchains, and builds some 32-bit software (such as
Wine Gecko) which the current mingw32 toolchain can't - that is in
fact why Ove Kaaven was interested in Robert Millan's gcc-mingw32
package and associated packages which were actually based on MinGW-w64
rather than MinGW32, and why I started work on packaging the whole
toolchain.

My aim with the mingw-w64 toolchain is two-fold:

* provide a proper MinGW-w64 toolchain, handling the varied
  requirements of the potential users in Debian, notably wine-gecko
  and potentially wine-mono;
* avoid the confusion which exists regarding mingw32 and gcc-mingw32.

I'm currently discussing the situation with Ron, the maintainer of the
mingw32 toolchain. Our intention is ideally to establish whether one
of the two toolchains can handle the various requirements, in which
case only that one would be kept.

Note that for now MinGW (the new name for MinGW32) doesn't support
64-bit targets; that support is supposed to be forthcoming. A bigger
problem is that recent releases of MinGW only support Windows-hosted
compilers, as I understand things at least.

> the toolchain currently builds for arch `any'. Is this really
> necessary?  Maybe it's fine to to prove that this is buildable on
> arm or mips, but is it really used?

Probably not, i386 and amd64 would be perfectly sufficient.

Thanks for your interest,

Stephen



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20101114215954.gk9...@sk2.org



Bug#559563: Nestopia - An advanced emulator for the Nintendo (TM) Entertainment, System

2013-02-04 Thread Stephen Kitt
Hi Adrian,

On Sun, 03 Feb 2013 20:20:41 +0100, John Paul Adrian Glaubitz
 wrote:
> what's the status of this package? Do you need any help with the 
> packaging or do you need a sponsor?

It's funny you should ask now, I'm updating the packaging for the latest
upstream release! I don't think I need help with the packaging, but I do need
a sponsor...

I'll get a package up on mentors in the next day or so and let you know when
it's ready.

Regards,

Stephen


signature.asc
Description: PGP signature


Bug#559563: Nestopia - An advanced emulator for the Nintendo (TM) Entertainment, System

2013-02-05 Thread Stephen Kitt
Hi Adrian,

On Mon, 4 Feb 2013 23:55:30 +0100, Stephen Kitt  wrote:
> On Sun, 03 Feb 2013 20:20:41 +0100, John Paul Adrian Glaubitz
>  wrote:
> > what's the status of this package? Do you need any help with the 
> > packaging or do you need a sponsor?
> 
> It's funny you should ask now, I'm updating the packaging for the latest
> upstream release! I don't think I need help with the packaging, but I do
> need a sponsor...
> 
> I'll get a package up on mentors in the next day or so and let you know when
> it's ready.

The package is available at http://mentors.debian.net/package/nestopia and
the git repository at
http://anonscm.debian.org/gitweb/?p=pkg-games/nestopia.git;a=summary is
up-to-date.

Regards,

Stephen


signature.asc
Description: PGP signature


Bug#583621: ITP: dasm -- macro assembler for 8-bit microprocessors

2010-05-28 Thread Stephen Kitt
Package: wnpp
Severity: wishlist
Owner: Stephen Kitt 
Owner: Stephen Kitt 


* Package name: dasm
  Version : 2.20.11
  Upstream Author : Peter H. Froehlich 
* URL : http://dasm-dillon.sf.net
* License : GPL-2
  Programming Lang: C
  Description : macro assembler for 8-bit microprocessors

dasm is a macro assembler for the following 8-bit microprocessors:
 * MOS 6502 and 6507
 * Motorola 6803, 68705 and 68HC11
 * Hitachi HD6303
 * Fairchild F8
.
It also includes machine runtimes (support headers) for the Atari 2600
VCS and the Fairchild Channel F VES.



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20100528214509.10058.23101.report...@heffalump.sk2.org



Bug#579454: Adopting gob2

2010-05-30 Thread Stephen Kitt
package wnpp
owner 579454 !
retitle 579454 ITA: gob2 -- GTK+ Object Builder
thanks

Hi,

I intend to adopt gob2, which is a reverse-dependency of
mail-notification which I'm hoping to co-maintain or adopt.

Regards,

Stephen



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20100530181404.gg14...@sk2.org



Bug#579454: Adopting gob2

2010-06-05 Thread Stephen Kitt
On Fri, Jun 04, 2010 at 11:36:02PM -0500, Taylor LeMasurier-Wren wrote:
> I don't if anybody has made an update version of gob2-2.0.17, but I made
> a package. I needed to in order to fix a amd64 build bug with some of my
> gmpc-trunk packages on Launchpad.net. I figured I share what I with
> Debian. I uploaded it to mentors.
> 
> http://mentors.debian.net/debian/pool/main/g/gob2/gob2_2.0.17-1.dsc
> 
> Have a nice day.

Thanks for your interest, unfortunately you overwrote the package I
had uploaded to mentors! It included some other fixes which weren't in
your version, so I've uploaded mine again.

I've had two offers for reviews, so the updated package should make it
into unstable reasonably soon (assuming it's OK of course!).

http://packages.qa.debian.org/gob2 has all the details.

Regards,

Stephen



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20100605075012.gl14...@sk2.org



Bug#584888: ITP: boing26 -- Boing! Amiga demo port for the Atari VCS 2600

2010-06-07 Thread Stephen Kitt
Package: wnpp
Severity: wishlist
Owner: Stephen Kitt 


* Package name: boing26
  Version : 5
  Upstream Author : Rob Kudla 
* URL : http://www.kudla.org/raindog/games/
* License : Public domain
  Programming Lang: Assembler
  Description : Boing! Amiga demo port for the Atari VCS 2600

 Boing! is a small demo based on the famous Amiga-based bouncing ball
 demo.
 .
 This game is distributed as an Atari VCS 2600 ROM.  You will need a
 VCS 2600 emulator in order to view it, such as Stella.



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20100607114706.14375.46271.report...@heffalump.sk2.org



Bug#584888: ITP: boing26 -- Boing! Amiga demo port for the Atari VCS 2600

2010-06-07 Thread Stephen Kitt
Hi,

On Mon, Jun 07, 2010 at 03:14:08PM +0200, Holger Levsen wrote:
> On Montag, 7. Juni 2010, Stephen Kitt wrote:
> > * License : Public domain
> >   Description : Boing! Amiga demo port for the Atari VCS 2600
> >
> >  Boing! is a small demo based on the famous Amiga-based bouncing ball
> >  demo.
> 
> What is the value of having this in Debian?

I wanted to package it so that stella could move to main - admittedly
on somewhat of a technicality... (The idea is similar to that behind
the packaging of efp, which allows NES emulators to be in main.) I am
trying to find something else more interesting which would satisfy the
requirements.

Given its size (the current .deb is 6k), it might be worth simply
bundling it with stella, in a multiple-tarball 3.0 format.

Obviously I'll withdraw my ITP if it doesn't make sense. I had
intended to explain all this in the original ITP, but forgot when I
got round to filing it!

Regards,

Stephen


signature.asc
Description: Digital signature


Bug#722631: ITP: libevdev -- wrapper library for evdev devices

2013-09-12 Thread Stephen Kitt
Package: wnpp
Severity: wishlist
Owner: Stephen Kitt 

* Package name: libevdev
  Version : 0.3
  Upstream Author : Peter Hutterer 
* URL : http://www.freedesktop.org/wiki/Software/libevdev/
* License : MIT/X
  Programming Lang: C
  Description : wrapper library for evdev devices

libevdev is a wrapper library for evdev devices. It provides functions
covering the common tasks when dealing with evdev devices, thus
avoiding erroneous ioctls and other errors.


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20130912230557.21456.22114.report...@heffalump.sk2.org



Bug#722631: ITP: libevdev -- wrapper library for evdev devices

2013-09-14 Thread Stephen Kitt
Hi Paul,

On Thu, 12 Sep 2013 22:25:11 -0400, Paul Tagliamonte 
wrote:
> Yes please! I was hunting for this last night, could really use it!

The packaging is available at
http://anonscm.debian.org/gitweb/?p=collab-maint/libevdev.git if you want to
start using it right away. I'm waiting for the stable API in 0.4 before
uploading the package to the archive.

Regards,

Stephen


signature.asc
Description: PGP signature


Bug#727194: ITP: OpenMW -- Reimplementation of The Elder Scrolls III: Morrowind game engine

2013-10-23 Thread Stephen Kitt
Hi Bret,

On Mon, 21 Oct 2013 16:41:43 +0200, Bret Curtis  wrote:
> * Package name: OpenMW
>   Version : 0.26.0
>   Upstream Author : Marc Zinnschlag 
> * URL : http://www.openmw.org/
> * License : GPLv3
>   Programming Lang: C++
>   Description : Reimplementation of The Elder Scrolls III: Morrowind
> game engine
> 
>  OpenMW is a reimplementation of the Bethesda Game Studios game 
>  The Elder Scrolls III: Morrowind.
>  .
>  The Morrowind "Data Files" from the original game are required to play.

Would you be interested in packaging this within the Games Team?

Also, it would be great if game-data-packager could be enhanced to build a
package for the data files (and we can help you with that).

Regards,

Stephen


signature.asc
Description: PGP signature


Bug#727194: ITP: OpenMW -- Reimplementation of The Elder Scrolls III: Morrowind game engine

2013-10-23 Thread Stephen Kitt
On Wed, 23 Oct 2013 19:22:12 +0200, Stephen Kitt  wrote:
> Would you be interested in packaging this within the Games Team?
> 
> Also, it would be great if game-data-packager could be enhanced to build a
> package for the data files (and we can help you with that).

Never mind, I see Jon beat me to it on your other ITP.

Regards,

Stephen


signature.asc
Description: PGP signature


Bug#771253: ITP: gcab -- Microsoft Cabinet file manipulation tool

2014-11-27 Thread Stephen Kitt
Package: wnpp
Severity: wishlist
Owner: Stephen Kitt 

* Package name: gcab
  Version : 0.4
  Upstream Author : Marc-André Lureau 
* URL : https://wiki.gnome.org/msitools
* License : LGPL-2.1+
  Programming Lang: C
  Description : Microsoft Cabinet file manipulation tool

 gcab can list, extract and create cabinet (.cab) files, commonly used
 as archives to distribute software on Windows.
 .
 gcab is similar to cabextract but can create cabinet files.

This is a reverse dependency of msitools, see #757007.


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20141127235834.11896.6464.report...@heffalump.sk2.org



Bug#775872: ITP: fcml -- machine code manipulation library

2015-01-20 Thread Stephen Kitt
Package: wnpp
Severity: wishlist
Owner: Stephen Kitt 

* Package name: fcml
  Version : 1.0.0
  Upstream Author : Slawomir Wojtasiak 
* URL : http://fcml-lib.com
* License : LGPL-2.1+
  Programming Lang: C
  Description : machine code manipulation library

 FCML, the Free Code Manipulation Library, is a general-purpose
 machine code manipulation library for i386 and amd64 architectures.
 It includes an assembler and disassembler, instruction renderers and
 parsers, and supports Intel and AT&T (gas) syntax.
 .
 It supports most recent instruction set extensions, including MMX,
 3D-Now!, SSE including 4.2 and 4A, AVX and AVX2, AES-NI, TBM, BMI1
 and BMI2, HLE, ADX, CLMUL, RDRAND, RDSEED, FMA, FMA4, LWP, SVM, XOP,
 VMX and SMX.


One of the highlights of this package is that it includes a HotSpot
disassembler plugin (hsdis), correctly licensed so that it's
redistributable in binary form as well as source. (OpenJDK includes an
hsdis plugin too, but it ends up mixing GPL-2-only and GPL-3+ code.)


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20150120223552.26261.61604.report...@heffalump.sk2.org



Bug#779680: ITP: node-argparse -- command-line argument parser for node.js

2015-03-03 Thread Stephen Kitt
Package: wnpp
Severity: wishlist
Owner: Stephen Kitt 
X-Debbugs-CC: debian-de...@lists.debian.org

* Package name: node-argparse
  Version : 1.0.1
  Upstream Author : Vitaly Puzrin 
* URL : https://github.com/nodeca/argparse
* License : Expat
  Programming Lang: JavaScript
  Description : command-line argument parser for node.js

 argparse is a full JavaScript port of Python's argparse module. It supports
 parsing command-line options, both long and short forms, non-option
 arguments, and can build help messages listing all known options.
 .
 Node.js is an event-based server-side JavaScript engine.

This is a requirement for Keybase.


pgpsdSFMQU2ii.pgp
Description: OpenPGP digital signature


Bug#673724: Waiting on upstream license fix

2015-03-07 Thread Stephen Kitt
Of course packaging this is dependent on
https://github.com/jshint/jshint/issues/1234 being fixed, and that is looking
pretty likely now.


pgpOESQduGhyw.pgp
Description: OpenPGP digital signature


Bug#811026: ITP: zoom-player -- player for Z-Code stories or games

2016-01-14 Thread Stephen Kitt
Package: wnpp
Severity: wishlist
Owner: Stephen Kitt 

* Package name: zoom-player
  Version : 1.1.5
  Upstream Author : Andrew Hunter 
* URL : http://www.logicalshift.co.uk/unix/zoom/
* License : GPL
  Programming Lang: C
  Description : player for Z-Code stories or games

Zoom is a player for Z-Code stories or games. These are usually text
adventures (also known as interactive fiction), made popular in the
eighties by Infocom with its Zork series of games, and others.
.
Zoom emulates versions 3 through 8 of the Z-Machine; in particular it
supports version 6 games properly.


This package will be maintained in the games team. I'm introducing it
in order to provide full support for the remaining Infocom games which
the players already in Debian can't run: Arthur, Journey, Shōgun and
Zork Zero.



Bug#796916: ITP: osslsigncode -- Authenticode signing tool

2015-08-25 Thread Stephen Kitt
Package: wnpp
Severity: wishlist
Owner: Stephen Kitt 

* Package name: osslsigncode
  Version : 1.7.1
  Upstream Author : Per Allansson 
* URL : https://sourceforge.net/projects/osslsigncode
* License : GPL-3+
  Programming Lang: C
  Description : Authenticode signing tool

 osslsigncode is an Authenticode signing tool for PE binaries
 (Windows executables, DLLs, drivers...), CAB archives and MSI
 installation packages. It also supports timestamping using
 Authenticode and RFC-3161.



Bug#799344: ITP: plotnetcfg -- local networking configuration diagram plotter

2015-09-18 Thread Stephen Kitt
Package: wnpp
Severity: wishlist
Owner: Stephen Kitt 

* Package name: plotnetcfg
  Version : 0.4.1
  Upstream Author : Jiri Benc 
* URL : https://github.com/jbenc/plotnetcfg
* License : GPL-2+
  Programming Lang: C
  Description : local networking configuration diagram plotter

plotnetcfg is a lightweight tool capable of scanning a machine's
network configuration and producing a diagram of the local network
hierarchy. It supports scanning across network namespaces, most types
of network interfaces, and understands the specifics of VLANs,
bridges, veth pairs and Open vSwitch.



Bug#800074: ITP: miller -- name-indexed data processing tool

2015-09-26 Thread Stephen Kitt
Package: wnpp
Severity: wishlist
Owner: Stephen Kitt 

* Package name: miller
  Version : 2.2.1
  Upstream Author : John Kerl 
* URL : https://github.com/johnkerl/miller
* License : BSD-2-Clause
  Programming Lang: C
  Description : name-indexed data processing tool

Miller allows name-indexed data such as CSV files to be processed with
functions equivalent to sed, awk, cut, join, sort etc. It can convert
between formats, preserves headers when sorting or reversing, and
streams data where possible so its memory requirements stay small. It
works well with pipes and can feed "tail -f".



Bug#747072: ITP: keybase -- terminal client for Keybase

2015-09-26 Thread Stephen Kitt
Hi Jan,

On Wed, 16 Sep 2015 10:09:46 +0200, Jan Wagner  wrote:
> is there any progress on this yet?

Not as much as I'd have liked, some of the build-dependencies are proving
hard to package. We'll get there eventually...

Regards,

Stephen


pgpbAZmXozbFw.pgp
Description: OpenPGP digital signature


Bug#801896: ITP: libratbag -- configuration library for gaming mice

2015-10-15 Thread Stephen Kitt
Package: wnpp
Severity: wishlist
Owner: Stephen Kitt 

* Package name: libratbag
  Version : 0.1.0
  Upstream Author : Benjamin Tissoires 
* URL : https://github.com/libratbag/libratbag/
* License : MIT
  Programming Lang: C
  Description : configuration library for gaming mice

libratbag is a configuration library for gaming mice. It provides a
generic way to access the various features exposed by these mice and
abstracts away hardware-specific and kernel-specific quirks.
.
It currently supports some Etekcity and Roccat mice, and most Logitech
mice (both gaming and generic mice).



Bug#666490: O: svgalib -- console SVGA display libraries

2013-06-26 Thread Stephen Kitt
On Mon, 24 Jun 2013 23:54:34 +0200, Moritz Mühlenhoff  wrote:
> On Mon, May 27, 2013 at 08:29:57PM +0200, Moritz Mühlenhoff wrote:
> > > Apart from mplayer and zgv, all of these rebuild fine without
> > > libsvga1-dev; they can use X and some can use fb (I can provide
> > > patches of course and NMU where necessary). mplayer FTBFS anyway
> > > because of changes in liblivemedia (#708140). zgv only builds a
> > > svgalib-based binary; it can in theory be built with SDL instead but
> > > that fails. All the svgalib-specific packages have low popcon scores.
> > 
> > I'll file bugs soon and coordinate the removal.
> 
> About half of the reverse deps have been dealt with. The remaining ones
> are:

Thanks Moritz, I've added blocking indicators on this bug. I hadn't spotted
pearpc and fpc...

Regards,

Stephen


signature.asc
Description: PGP signature


Bug#666490: O: svgalib -- console SVGA display libraries

2013-06-26 Thread Stephen Kitt
reassign 666490 ftp.debian.org
retitle 666490 RM: svgalib -- RoQA; obsolete
thanks

Dear ftp-masters,

Please remove svgalib once its reverse-dependencies are gone or have been
updated (this bug is blocked by the corresponding bugs).

Thanks! (And thanks Sven for prodding me!)

Stephen


signature.asc
Description: PGP signature


Bug#691840: Bug#717855: xmp: please update to xmp 4.x and libxmp

2013-07-25 Thread Stephen Kitt
retitle 717879 ITP: libxmp -- backend library for the Extended Module Player
owner 717879 !
thanks

Hi,

On Fri, 26 Jul 2013 01:27:46 +0200, Axel Beckert  wrote:
> Jonathan wrote:
> > XMP has been rewritten and now supports a much greater range of formats
> > and archive methods, including lzh and lha archives from the Amiga.
> > Please consider updating xmp and related packages to the new upstream
> > versions.  They are still available at xmp.sourceforge.net.
> 
> xmp seems to have been split up. The xmp frontend now requires the
> libxmp library which needs to be packaged seperately first. Hence
> cloning this bug-report into an RFP.
> 
> The Debian QA team likely won't package new software just to continue
> packaging an orphaned package.
> 
> But since someone intents to adopt xmp, I suspect libxmp will find
> someone to package it, too. See http://bugs.debian.org/691840 for the
> xmp adoption intention.

Indeed, I'm packaging libxmp to go along with the new version of xmp. I'm
currently waiting on some licence clarification from upstream.

Regards,

Stephen


signature.asc
Description: PGP signature


Bug#585768: About jstest-gtk

2011-02-22 Thread Stephen Kitt
Hi Miry,

On Sun, 20 Feb 2011 18:32:19 +0100, Miriam Ruiz  wrote:
> I'm really really sorry of my late reply. I've just seen that you
> merged your ITP on jstest-gtk (#585768) with mine (#527962) some
> months ago. I thought I had replied that you could safely take the
> package if you wanted, but looking at the bug report it seems that I
> only did it in my imagination. Are you still interested in it? If so,
> please take it freely. I'd be glad if you did. If you're not
> interested in it anymore, I can upload the current package I already
> have in the Games Team SVN.

I am still interested, I'll change the ITPs accordingly. I'll continue the
packaging work you had already started, thanks!

> I'm really really sorry about the delay, I've been seriously
> overloaded with lots of stuff recently :(

That's no problem, it happens to everyone. There haven't been many requests
for the package (none as far as I'm aware in fact!) so it hasn't been missed!

Regards,

Stephen



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/2011021133.49a6a...@sk2.org



Bug#527962: About jstest-gtk

2011-02-22 Thread Stephen Kitt
On Tue, Feb 22, 2011 at 11:15:25PM +0100, Miriam Ruiz wrote:
> BTW, the package in the Debian's Team repository doesn't seem to build
> at the moment for me, so you'll probably have to fix it a bit. Tell me
> if you need some help :)

I had noticed that too, I'm updating to the tip of the jstest-gtk git
repository which builds correctly and with fewer build dependencies
than version 0.1.0!

Regards,

Stephen



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/2011022755.gc1...@sk2.org



Bug#559563: Debian package

2013-04-10 Thread Stephen Kitt
Hi,

On Wed, 10 Apr 2013 14:22:51 +0800, "shan...@gmail.com"
 wrote:
> Any idea on when is this package going to be available? Thanks!

It is available in the pool - see
http://cdn.debian.net/debian/pool/main/n/nestopia/ - but for some reason
it's disappeared from the list of packages... I'm guessing it's a
temporary glitch!

Regards,

Stephen


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/bf071557cf0723467c1e65037ff3366e@localhost



Bug#666490: O: svgalib -- console SVGA display libraries

2013-05-13 Thread Stephen Kitt
Hi,

On Sun, Apr 01, 2012 at 02:59:24AM +0100, Ben Hutchings wrote:
> Thanks for your work, but isn't it time we quietly got rid of this
> library?  Video memory and mode setting should be managed by the kernel,
> not by applications.  It's bad enough that we had the X server doing
> this for years (and still do on some hardware).

I've looked into this; svgalib's reverse dependencies are:
* bochs (bochs-svga)
* gnuboy (gnuboy-svga)
* lcdproc (no svgalib-specific package)
* links2 (no svgalib-specific package)
* mplayer (no svgalib-specific package)
* qcam (no svgalib-specific package)
* spectemu (spectemu-svga)
* synaesthesia (no svgalib-specific package)
* thrust (no svgalib-specific package)
* tmview (dvisvga)
* zgv (no svgalib-specific package)

Apart from mplayer and zgv, all of these rebuild fine without
libsvga1-dev; they can use X and some can use fb (I can provide
patches of course and NMU where necessary). mplayer FTBFS anyway
because of changes in liblivemedia (#708140). zgv only builds a
svgalib-based binary; it can in theory be built with SDL instead but
that fails. All the svgalib-specific packages have low popcon scores.

Regards,

Stephen


signature.asc
Description: Digital signature


Bug#717766: Solaar package in Debian

2014-05-25 Thread Stephen Kitt
Hi Bernhard,

On Sun, 18 May 2014 14:21:42 +0200, Bernhard Reiter  wrote:
> Am 2014-04-23 22:53, schrieb Stephen Kitt:
> > Yes, I would consider maintaining it myself, although since Daniel's
> done all
> > the work it seems a bit strange doing so. I won't have time to take
> care of
> > it for the next couple of weeks, but that just gives Daniel more time to
> > react to your pings ;-).
> >
> Still no reaction from Daniel :-(
> Just curious if you (Stephen) already have time...

Not yet, but I'm taking over Daniel's ITP to formalise my intent.

Regards,

Stephen


signature.asc
Description: PGP signature


Bug#895156: ITP: easyloggingpp -- single-header logging library for C++ applications

2018-04-07 Thread Stephen Kitt
Package: wnpp
Severity: wishlist
Owner: Stephen Kitt 

* Package name: easyloggingpp
  Version : 9.96.4
  Upstream Author : Muflihun Labs
* URL : https://muflihun.github.io/easyloggingpp/
* License : MIT
  Programming Lang: C++
  Description : single-header logging library for C++ applications

Easylogging++ is a light-weight, high performance logging library for
software written in C++11 and higher. It is highly configurable and
extensible, supports both severity- and verbosity-based logging,
provides crash handling, STL logging, integration with syslog, log
rotation, performance-specific logging for profiling, pointcut-style
extensions of third-party code...


I’m packaging this as a pre-requisite for loggedfs.


Bug#858510: ITP: ddcutil -- control monitor settings

2017-03-26 Thread Stephen Kitt
Hi Sanford,

On Wed, 22 Mar 2017 19:11:38 -0400, Sanford Rockowitz 
wrote:
> * Package name: ddcutil
>   Version : 0.7.3
>   Upstream Author : Sanford Rockowitz 
> * URL : http://www.ddcutil.com
> * License : GPL
>   Programming Lang: C
>   Description : control monitor settings
> 
> ddcutil is a Linux program for querying and changing monitor settings, such
> as brightness and color levels.
[...]
> I am the developer and presently the sole maintainer. maintain it? inside a
> packaging team

This is very cool, thanks for developing ddcutil! I’m the maintainer of
ddcci-driver-linux, and if you’re looking for a co-maintainer (and sponsor)
for ddcutil I’d be up for it.

Incidentally, is there any chance ddcutil could support the ddcci module?

Regards,

Stephen


pgpjhBdHaujey.pgp
Description: OpenPGP digital signature


Bug#858916: ITP: kytos -- conceived to ease SDN controllers development and deployment

2017-03-28 Thread Stephen Kitt
On Tue, 28 Mar 2017 12:55:38 -0300, "Paulo Henrique de Lima Santana (phls)"
 wrote:
>   Description : conceived to ease SDN controllers development and
> deployment It was motivated by some gaps left by common SDN solutions.
> Moreover, it has strong tights with a community view, so it is centered on
> the development of applications by its users. Thus, our intention is not
>   only to build a new SDN solution, but also to build a community of
>   developers around it, creating new applications that benefit from the
>   SDN paradigm.
>   .
>   The project was born in 2014, when the first version of the message
>   parsing library was built. After some time stalled, the development
>   took off in earlier 2016.

This doesn't help understand what the kytos package is and/or contains, at
all... (And I work on SDNs, so imagine what it's like for people who aren't
familiar with the field).

Regards,

Stephen


pgpHtDwKIK3ht.pgp
Description: OpenPGP digital signature


Bug#858916: ITP: kytos -- conceived to ease SDN controllers development and deployment

2017-03-29 Thread Stephen Kitt
Hi Paulo,

On Tue, 28 Mar 2017 16:19:08 -0300 (BRT), Paulo Henrique de Lima Santana
 wrote:
> - Mensagem original -
> > De: "Stephen Kitt" 
> >
> > This doesn't help understand what the kytos package is and/or contains, at
> > all... (And I work on SDNs, so imagine what it's like for people who
> > aren't familiar with the field).  
> 
> Yes, after I sent the ITP, the upstreams improved the description and I
> will use this new description on the control file. Should I fix the ITP? Or
> it is not necessary?

It's not necessary, no, although it would be nice ;-). (Simply reply to the
bug with the revised description.)

Note that you don't need to depend on upstream for a description; in fact you
should really write your own, from a Debian perspective. See
https://www.debian.org/doc/manuals/developers-reference/best-pkging-practices.html#bpp-desc-basics
for more information.

Regards,

Stephen


pgpexEkdWTrDj.pgp
Description: OpenPGP digital signature


Bug#858510: ITP: ddcutil -- control monitor settings

2017-05-15 Thread Stephen Kitt
Hi Sanford,

On Wed, 3 May 2017 08:48:42 -0400, Sanford Rockowitz 
wrote:
> I responded to your email by replying to the bug.  Not sure if that was
> the right way.  On the chance you didn't see my reply I'm forwarding the
> message to you directly. 

Thanks — unfortunately the Debian BTS doesn’t forward replies, so I didn’t
see your original reply. (The emails *you* receive should be correctly setup
with the appropriate Reply-To though, so replying with the defaults should
work.)

> I installed the ddcci driver in my SuSE environment that uses the
> nouveau and i2c-dev drivers.  Directory /sys/bus/ddcci is created, but
> directory /sys/bus/ddcci/devices is empty.   As I read the code ddcci
> requires i2c-dev, which isn't present with a proprietary video driver
> such as nvidia or fglrx, so there's no point trying to use it in those
> environments.

Yes, that’s correct. In Debian we tend to only support the free drivers
though (with best-effort on the proprietary NVIDIA drivers which are packaged
in non-free). The fglrx driver can’t be used any more so that’s a
non-issue...

I’m using the ddcci module on Intel GPUs and it works very well there.

> I'd very much appreciate your help as co-maintainer and sponsor.  This
> is my first attempt to submit a package to debian.   ddcutil has been
> packaged on OBS and Launchpad for some time now, but I spent hours this
> morning lost in the proverbial "maze of twisty little passages, all
> alike", trying to figure out how to submit the package. I'm sure there's
> a lot of cruddy details to be fixed up.

Can you point me to whichever repo you consider to have the current
packaging? I’ll take a look. Would you like to take care of the packaging,
and have me review it, or would you like me to take a more hands-on approach
and fix things up myself? (Assuming things need fixing of course.)

> The ddcci driver is an interesting project.   It hides the gory details
> of building and sending DDC packets.  But there also seems to be a lot
> of missing functionality: e.g. EDID reads on slave address x50, only a
> few DDC commands are supported.The ddccii driver   implementation of
> the capabilities inquiry returns an error if any write/read sub-exchange
> fails.  In my experience with marginal monitors, you need retry logic
> for both the individual sub-exchanges and the entire meta exchange, what
> ddcutil calls multi-part-exchanges - otherwise you just don't get lucky.

All that is good to know. AFAICT the ddcci module is just a first stab
currently, I’m sure the author would welcome help too ;-). The killer feature
for me is that it integrates with the backlight support, so users can control
their monitors’ backlights using their desktop environment’s features (e.g.
the brightness slider in GNOME), including automatic features with light
sensors.

> Because of the early experimentation, the layer that reads and writes
> I2C packets is designed to be swapped, so it should be possible to use
> ddcci as an alternative strategy.   However, ddcutil would still need to
> use the i2c-dev interface for things the ddcci driver does not do, and
> I'd prefer not to add a dependency on a driver that can't be relied on
> to always be there. 
> 
> Given all these issues, I think the best relationship between ddcutil
> and the ddcci driver would be to use ddcutil as a testing framework for
> the driver.

That sounds like an excellent plan (and I guess your follow-up email is the
result, right?).

Regards,

Stephen


pgplYb9Mfk5Jk.pgp
Description: OpenPGP digital signature


Bug#816836: ITP: piper -- gaming-oriented mouse configuration GUI

2016-03-05 Thread Stephen Kitt
Package: wnpp
Severity: wishlist
Owner: Stephen Kitt 

* Package name: piper
  Version : 0.1
  Upstream Author : Peter Hutterer 
* URL : https://github.com/libratbag/piper
* License : GPL-2+
  Programming Lang: Python
  Description : gaming-oriented mouse configuration GUI

piper provides a GUI for viewing and configuring gaming-oriented mouse
features: profiles, button mappings and macros, sensitivity and
resolution. It supports mice supported by libratbag, and uses ratbagd
to mediate over d-bus (so that appropriate users can configure mice
without being root).



Bug#816838: ITP: ratbagd -- d-bus daemon handling mouse configuration

2016-03-05 Thread Stephen Kitt
Package: wnpp
Severity: wishlist
Owner: Stephen Kitt 

* Package name: ratbagd
  Version : 0.0.2
  Upstream Author : Red Hat, Inc.
* URL : https://github.com/libratbag/ratbagd
* License : MIT
  Programming Lang: C, Python
  Description : d-bus daemon handling mouse configuration

ratbagd provides access over d-bus to mouse settings exposed by
libratbag, such as DPI and button mappings on gaming mice.


This is a dependency of piper, a GUI for configuring gaming mice.



Bug#616447: Removal?

2016-04-04 Thread Stephen Kitt
Control: owner -1 !
Control: retitle -1 ITA: fyre -- interactively renders Peter de Jong maps 
(chaotic functions)

Hi Christoph,

On Sun, Mar 27, 2016 at 07:06:27PM +0200, Christoph Haas wrote:
> I haven't had a sponsorship request and Michael's offer is two years old
> (as is his last commit to his repository). So I'm considering to have
> "fyre" removed from Debian.

I sometimes use Fyre, I'll adopt it (and I don't need sponsoring).

Regards,

Stephen


signature.asc
Description: PGP signature


Bug#807637: [sponsor] Inform 6 packages: ‘inform6-compiler’, ‘inform6-library’

2016-04-15 Thread Stephen Kitt
Hi Ben,

On Fri, 15 Apr 2016 21:53:39 +1000, Ben Finney 
wrote:
> On 12-Dec-2015, Ben Finney wrote:
> > I now have ITPs for ‘inform6-compiler’ and ‘inform6-library’, and
> > those now block https://bugs.debian.org/805704> the ITP for
> > ‘inform6’.
> > 
> > The packaging work for those two new packages is done, and my plan
> > is to ask you to sponsor them to close Bug#807636 and Bug#807637 as
> > a pre-requisite.  
> 
> The packages for those two are IMO ready. The upstream code bases have
> made stable releases and I have been using them on my own machines.
> 
> I have uploaded the following two source packages:
> 
> * https://mentors.debian.net/package/inform6-library>
>   dget -x
> http://mentors.debian.net/debian/pool/main/i/inform6-library/inform6-library_6.12-1.dsc

This looks good, the only potential issue I see is that the license for
infglk.h isn't clear, and its creation date is wrong (1000802). I had a quick
poke around but couldn't find the glk2inf.pl tool which was used to generate
it...

> * https://mentors.debian.net/package/inform6-compiler>
>   dget -x
> http://mentors.debian.net/debian/pool/main/i/inform6-compiler/inform6-compiler_6.33-1.dsc

The resulting package needs to break/replace the inform package since it
installs /usr/bin/inform and /usr/share/man/man1/inform.1.gz.

> Please let me know what is needed for you to approve and sponsor these
> into Debian.

See above :-). Also, the latest released version of Policy is 3.9.8, and your
packaging conforms to that so you might as well bump Standards-Version.

> > Then I'm also waiting on David Griffith to release version “6.33.1”
> > of his ‘inform6unix’ work, and that will be used as upstream for
> > ‘inform6’ in Debian.  
> 
> That is still pending, though I am of the opinion the Debian packaging
> work is ready. I have pinged David to see what can be done to get a
> stable release ready.

Excellent, thanks for all your work on this!

Regards,

Stephen


pgpZgiPsBWDRI.pgp
Description: OpenPGP digital signature


Bug#807637: inform6lib/6.12: Non-source file ‘infglk.h’ with no corresponding source

2016-04-16 Thread Stephen Kitt
On Sat, 16 Apr 2016 16:07:39 +1000, Ben Finney 
wrote:
> On 16-Apr-2016, Ben Finney wrote:
> > * I can look at ‘glk-dev’ and maybe package that too, as a build
> >   dependency for ‘inform6lib’. This would delay the ‘inform6lib’
> >   inclusion, by an unknown interval.  
> 
> It turns out that ‘glk-dev’ (needed to build the ‘infglk.h’ file)
> itself has a non-free build dependency, ‘cheapglk’.
> 
> There is an open bug report now upstream to investigate this
> https://github.com/DavidGriffith/inform6lib/issues/35>, but for
> now I think that quashes the idea of building the file with free
> software.

As I understand it the license for cheapglk is the following:

 The source code in this package is copyright 1998-2012 by Andrew Plotkin.
 You may copy and distribute it freely, by any means and under any
 conditions, as long as the code and documentation is not changed. You may
 also incorporate this code into your own program and distribute that, or
 modify this code and use and distribute the modified version, as long as you
 retain a notice in your program or documentation which mentions my name and
 the URL shown above.

I'm not convinced this is non-free. The only troublesome clause I see is the
requirement to mention Zarf's name and the URL; but that isn't less free than
say the zlib license AFAICS... Am I missing something?

Regards,

Stephen


pgpqJNZlexmEA.pgp
Description: OpenPGP digital signature


Bug#807636: [sponsor] inform6-compiler/6.33-1

2016-04-16 Thread Stephen Kitt
On Sat, 16 Apr 2016 17:31:43 +1000, Ben Finney 
wrote:
> On 16-Apr-2016, Ben Finney wrote:
> > Noted. I will fix both of those and upload a new source package.  
> 
> The updated package is released with the same version, and is
> available again via:
> 
> $ dget -x
> http://mentors.debian.net/debian/pool/main/i/inform6-compiler/inform6-compiler_6.33-1.dsc

Thanks, I've signed the resulting package and it's on its way to the NEW
queue!

Regards,

Stephen


pgpcSfDtfiihA.pgp
Description: OpenPGP digital signature


Bug#807637: inform6lib/6.12: Non-source file ‘infglk.h’ with no corresponding source

2016-04-16 Thread Stephen Kitt
On Sun, 17 Apr 2016 03:42:23 +1000, Ben Finney 
wrote:
[...]
> So there appears to be a path – work carefully to get those parts
> packaged for Debian as build dependencies for ‘infglk.h’.

Indeed, which is good news all told.

> None the less, I would like the current “6.12+dfsg.1-1” release of
> ‘inform6-library’ in Debian, because it works fine without ‘infglk.h’
> (that is provided only as a convenience) and is now free software.
> 
> The file is not needed for any of the advertised features of the
> package; the library already contained support for producing Glk
> output since before version 6.12. I have compiled some example Inform
> 6 source to Glulx story files without that file.
> 
> Between omitting the file because it lacks corresponding source, and
> delaying to get the build dependencies for this convenience file, I
> would rather do the former for now.

OK, that's fine by me. I just have two comments on the repacked version on
Mentors:
* you could use "Files-Excluded" in debian/copyright instead of adding a
  repack script (have we had this discussion before?);
* since there is a way to make version 6.12 DFSG-free as provided upstream, it
  would be nice to prepare an upgrade path — so I would prefer a ~dfsg
  version instead of +dfsg.

Regards,

Stephen


pgplT3N97nHm6.pgp
Description: OpenPGP digital signature


Bug#807637: [sponsor] inform6-library/6.12~dfsg.1-1

2016-04-16 Thread Stephen Kitt
On Sun, 17 Apr 2016 05:45:15 +1000, Ben Finney 
wrote:
> On 16-Apr-2016, Stephen Kitt wrote:
> > I just have two comments on the repacked version on Mentors:  
> 
> > * you could use "Files-Excluded" in debian/copyright instead of
> >   adding a repack script  
> 
> The Uscan behaviour in the presence of “Files-Excluded” requires a
> bunch of fiddling with the upstream-versus-Debian version string for
> the resulting tarball. With a repack program, the version handling
> just works properly.

I've had good results with “repacksuffix”, but your approach works fine too,
and you’re the maintainer!

> > * since there is a way to make version 6.12 DFSG-free as provided
> >   upstream, it would be nice to prepare an upgrade path — so I would
> >   prefer a ~dfsg version instead of +dfsg.  
> 
> Thank you, I will change the version (which is another reason I'm glad
> the version handling just works correctly :-)

Thanks, I’ve uploaded the package.

Regards,

Stephen


pgpr5UTgbkbWl.pgp
Description: OpenPGP digital signature


Bug#887309: ITP: libevdev-python -- Python wrapper for libevdev

2018-01-14 Thread Stephen Kitt
Package: wnpp
Severity: wishlist
Owner: Stephen Kitt 

* Package name: libevdev-python
  Version : 0.2
  Upstream Author : Peter Hutterer 
* URL : https://github.com/whot/libevdev-python
* License : MIT
  Programming Lang: Python
  Description : Python wrapper for libevdev

This is a Python wrapper around libevdev, a wrapper library for evdev
devices. It provides a simpler API around evdev and takes advantage of
libevdev’s advanced event handling, providing

* access to the state of the device (not just the events)
* correct handling of fake multitouch devices
* synchronisation of slots and per-slot state
* transparent generation of missing tracking ids
* per-context event handling


This package will end up being used by libratbag, piper etc., instead
of python-evdev.


Bug#749887: ITP: golang-github-vitrun-qart -- Qart generates not-so-ugly qr codes

2016-05-13 Thread Stephen Kitt

Hi Alexandre,

Le 13/05/2016 18:03, Alexandre Viau a écrit :

* Package name: golang-github-vitrun-qart
  Version : 0.0~git20140420.0.ccb109c-1
  Upstream Author : vitrun
* URL : https://github.com/vitrun/qart
* License : Apache-2.0
  Programming Lang: Go
  Description : Qart generates not-so-ugly qr codes.


This is needed for Syncthing


You should file a separate ITP ("reportbug wnpp"), and link it to the 
syncthing ITP as a blocking bug.


Regards,

Stephen



Bug#749887: ITP: golang-github-vitrun-qart -- Qart generates not-so-ugly qr codes

2016-05-13 Thread Stephen Kitt

Le 13/05/2016 18:31, Alexandre Viau a écrit :

Hello,

On 13/05/16 12:29 PM, Stephen Kitt wrote:

You should file a separate ITP ("reportbug wnpp"), and link it to the
syncthing ITP as a blocking bug.


Humm, I am doing exactly that. As you can see, sub...@bugs.debian.org
was in the "to" field.

I just put the bug in CC so that the owner knows I am taking action.


Ah, I see, sorry — in that case the ideal thing to do is to put the 
synthing ITP in X-Debbugs-Cc instead, so it gets copied on the result of 
the bug submission (with the new ITP bug number).


Regards,

Stephen



Bug#624251: RFP: joyce -- Amstrad PCW Emulator

2016-06-06 Thread Stephen Kitt
On Tue, Apr 26, 2011 at 10:02:47PM +0100, Mark Hobley wrote:
> * Package name: joyce
>   Version : 2.2.4
>   Upstream Author : j...@seasip.demon.co.uk (John Elliot)
> * URL : http://www.seasip.demon.co.uk/Unix/Joyce/

This is now at http://www.seasip.info/Unix/Joyce/index.html

> * License : Mixed licences
>   Programming Lang: 
>   Description : Amstrad PCW Emulator
> 
> This is an emulator of the Amstrad PCW which can be used on several platforms.


signature.asc
Description: PGP signature


Bug#709988: python-evdev: changing back from ITP to RFP

2017-09-01 Thread Stephen Kitt
Control: retitle -1 ITP: python-evdev -- python bindings for the generic input 
event interface
Control: owner -1 !

This is now needed for libratbag.



Bug#856158: ITP: g810-led -- LED configuration tool for Logitech G410/G610/G810/G910 keyboards

2017-02-25 Thread Stephen Kitt
Package: wnpp
Severity: wishlist
Owner: Stephen Kitt 

* Package name: g810-led
  Version : 0.1.0
  Upstream Author : MatMoul
* URL : https://github.com/MatMoul/g810-led
* License : GPL-3
  Programming Lang: C++
  Description : LED configuration tool for Logitech Gx10 keyboards

g810-led is a configuration tool for the LEDs on Logitech Gx10 gaming
keyboards: G410, G610, G810 and G910. The LEDs can be configured in a
variety of ways, depending on the keyboards' capabilities:

 * pre-defined effects (breathing, colour-cycling, waves)
 * individual key colours and/or intensities
 * key group colours and/or intensities



Bug#833002: ITP: mednaffe -- front-end for the Mednafen multi-system emulator

2016-07-30 Thread Stephen Kitt
Package: wnpp
Severity: wishlist
Owner: Stephen Kitt 

* Package name: mednaffe
  Version : 0.8
  Upstream Author : AmatCoder
* URL : https://github.com/AmatCoder/mednaffe
* License : GPL-3+
  Programming Lang: C
  Description : front-end for the Mednafen multi-system emulator

Mednaffe is a graphical front-end for the Mednafen multi-system
emulator. It allows all of Mednafen's options to be configured, and
provides simple game-management features.


This will be packaged under the game team's umbrella.

Regards,

Stephen



Bug#834010: ITP: ddcci-linux -- DDC/CI driver

2016-08-11 Thread Stephen Kitt
Package: wnpp
Severity: wishlist
Owner: Stephen Kitt 

* Package name: ddcci-linux
  Version : 0.2
  Upstream Author : Christoph Grenz 
* URL : https://gitlab.com/ddcci-driver-linux/ddcci-driver-linux
* License : GPL-2.0+
  Programming Lang: C
  Description : DDC/CI driver

This set of kernel modules provide a DDC/CI driver for compatible
monitors, and integration into the backlight system class. With the
latter, many desktop environments can control the backlight on
external monitors.



Bug#820333: RFA: hubicfuse -- Support for mounting Hubic drive

2016-08-22 Thread Stephen Kitt
Hi Sylvestre,

On Thu, Apr 07, 2016 at 03:40:31PM +0200, Sylvestre Ledru wrote:
> I request an adopter for the hubicfuse package.
> 
> The package description is:
>  HubicFuse is a FUSE application which provides access to Hubic's
>  cloud files via a mount-point.
> 
> As I moved to dropbox, I am not longer using hubic. Therefor, my interest
> for this product and my capability to test has strongly decreased.

I'm going in the opposite direction, so I might pick this up... Could
you push the upstream branch to the Alioth repository? (And the
pristine-tar branch if you have one!)

Thanks,

Stephen



Bug#820333: RFA: hubicfuse -- Support for mounting Hubic drive

2016-08-22 Thread Stephen Kitt
Control: owner -1 !
Control: retitle -1 ITA: hubicfuse -- Support for mounting Hubic drive

On Mon, 22 Aug 2016 18:00:18 +0200, Sylvestre Ledru 
wrote:
> Le 22/08/2016 à 17:55, Stephen Kitt a écrit :
> > I'm going in the opposite direction, so I might pick this up... Could
> > you push the upstream branch to the Alioth repository? (And the
> > pristine-tar branch if you have one!)  
> Oups, done.
> upstream + master

Thanks! Do you have any tags to push too?

Regards,

Stephen


pgpibqXragRt0.pgp
Description: OpenPGP digital signature


Bug#836368: retitle 836368 ITA: pev -- text-based tool to analyze PE files

2016-09-12 Thread Stephen Kitt
Hi Paulo,

On Sat, Sep 03, 2016 at 11:54:04PM -0300, Paulo wrote:
> I working in this package, it's almost done, there are some issues to solve.
> 
> I uploaded to mentors a version 0.70-1

It would be nice if you could base your updated package on Petter
Reinholdtsen's version 0.50 since that has been uploaded to the
archive (and pulled into collab-maint).

I've reviewed your current package on mentors; here are my comments...

The package descriptions could be improved: something like

Description: PE (Portable Executable) analysis toolkit
 pev is a toolkit to work with PE (Portable Executable) binaries
 commonly used on Windows operating systems.
 .
 Its main goal is to provide feature-rich tools enabling proper
 analysis of binaries, especially suspicious ones. It's typically used
 to analyse malware and viruses.

for pev,

Description: PE (Portable Executable) analysis library
 libpe provides functions to extract information from
 PE32/PE32+-format binaries (32- and 64-bit Windows executables), such
 as headers, sections, resources... This format is used by .EXE
 programs, .DLL dynamic-link libraries, .OCX component libraries and
 many others.

for libpe1 (dropping "libpe1" so you don't need to update the
description for a soname change), and likewise for libpe-dev (with the
extra paragraph you already have).


In debian/rules, you should use

export DEB_BUILD_MAINT_OPTIONS=hardening=+all

instead of manually specifying the CFLAGS and LDFLAGS for hardening;
that way, dpkg will use the appropriate flags for each platform.


In debian/copyright, license information for lib/libfuzzy and
lib/libudis86 is missing; also, the pev code still has GPL-3+ headers
(despite the authors' intentions as evidenced by the change in the
LICENSE file). In any case, the licensing situation means that 0.70
can't be uploaded to Debian; pev needs an OpenSSL licensing exception
which will be included in the next version (see
https://github.com/merces/pev/issues/98 for details).


Thanks for the work you've put into the packaging, you obviously care
about getting it right! I'll happily sponsor the package once it's in
an uploadable state (which really depends on upstream now).

Regards,

Stephen



Bug#742556: ITP: rr -- application execution recorder, player and debugger

2014-03-24 Thread Stephen Kitt
Package: wnpp
Severity: wishlist
Owner: Stephen Kitt 

* Package name: rr
  Version : 1.0.0
  Upstream Author : Mozilla Foundation
* URL : http://rr-project.org
* License : BSD and MIT/X
  Programming Lang: C, C++
  Description : application execution recorder, player and debugger

rr allows application executions to be recorded and then replayed with
gdb as many times as desired.
.
This allows intermittent, or complex to reproduce, bugs to be captured
and then debugged at leisure. Replays are deterministic, always
identical from one run to another.
.
rr is incompatible with ptrace hardening, and currently does not
support Haswell or later Intel CPUs.


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20140324235452.5687.18651.report...@heffalump.sk2.org



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#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#979109: ITP: loggedfs -- Logging file system

2021-01-02 Thread Stephen Kitt
Package: wnpp
Severity: wishlist
Owner: Stephen Kitt 

* Package name: loggedfs
  Version : 0.9
  Upstream Author : Rémi Flament
* URL : http://rflament.github.io/loggedfs/
* License : Apache-2.0
  Programming Lang: C++
  Description : Logging file system

 LoggedFS is a logging file system which can log every operation
 happening in it. It mounts transparently over any directory and logs
 operations inside that directory (and its children).
 .
 The amount of logging is configurable, and since LoggedFS uses FUSE,
 it can be controlled by users without system administrator
 involvement.


Bug#985170: RFP: libsdl1.2-compat -- SDL 1.2 binary compatibility library wrapping SDL 2.0

2021-03-18 Thread Stephen Kitt
On Sat, Mar 13, 2021 at 11:47:30PM +0100, Guillem Jover wrote:
> * Package name: libsdl1.2-compat
>   Version : 0.0~git
>   Upstream Author : Ryan C. Gordon 
> * URL : https://github.com/libsdl-org/sdl12-compat
> * License : zlib/libpng
>   Programming Lang: C
>   Description : SDL 1.2 binary compatibility library wrapping SDL 2.0
> 
> This code is a compatibility layer; it provides a binary-compatible API for
> programs written against SDL 1.2, but it uses SDL 2.0 behind the scenes. If
> you are writing new code, please target SDL 2.0 directly and do not use this
> layer.

I’m interested in maintaining this, I’ll ask to join the SDL team.

Regards,

Stephen


signature.asc
Description: PGP signature


Bug#985170: RFP: libsdl1.2-compat -- SDL 1.2 binary compatibility library wrapping SDL 2.0

2021-03-21 Thread Stephen Kitt
Control: retitle -1 ITP: libsdl1.2-compat -- SDL 1.2 binary compatibility 
library wrapping SDL 2.0
Control: owner -1 !

On Sun, 21 Mar 2021 11:17:32 +, Simon McVittie  wrote:
> On Sat, 13 Mar 2021 at 23:47:30 +0100, Guillem Jover wrote:
> > I've recently retried switching to Wayland and I think I'm sticking
> > with it. But while checking for toolkits support, noticed that SDL 1.2
> > does not have native Wayland support, but SDL 2.0 does.  
> 
> Note that SDL 2.0 currently defaults to using X11 if available, and will
> currently only use Wayland if X11 is unavailable, so in environments where
> Xwayland is either always run (such as GNOME 3.38) or started automatically
> on-demand (such as GNOME 40), SDL 2.0 games will normally be using X11.
> I think typical desktop environments like GNOME and KDE Plasma are
> likely to want Xwayland available by default for quite a long time,
> even if it's only started on-demand.
> 
> You can override this with with environment variable
> SDL_VIDEODRIVER=wayland.

Right, I’ll make sure to document this in the package.

> On Sun, 14 Mar 2021 at 02:07:34 +0100, Haelwenn (lanodan) Monnier wrote:
> > As seen in [1] regarding the headers, sdl12-compat isn't a full
> > replacement yet.
> > 
> > It could work for pure binary-compatibility but you can't build anything
> > against it yet so it should be a Provide+Replace rather than something
> > like a newer version.
> > 
> > 1: https://github.com/libsdl-org/sdl12-compat/issues/34  
> 
> Yes, I'd come to that conclusion too.

Yup, for the time being it’s really only a runtime replacement, it’s not
ready as a build-time SDL2 shim for SDL1.2 projects.

> If we get to a point where we want to eliminate the original SDL 1.2 from
> the archive before sdl12-compat has headers, we could probably make some
> sort of hybrid package that builds SDL 1.2, keeps the headers, discards
> the actual shared library and uses the shared library from sdl12-compat
> instead - but I think it would probably work best to package sdl12-compat
> as a separate binary-compatibility-only library first.

Yes, that’s my plan at least. If we do end up wanting to drop (or deprecate)
libsdl1.2debian, I’m not sure we’d really even need a hybrid package — it
would be simpler to make libsdl1.2-dev depend on libsdl1.2-compat instead of
libsdl1.2debian... It’s not as if the licensing concerns really affect Debian
in this instance, AFAICT.

> It would probably be best to have the sdl12-compat shared library installed
> in a directory outside the default search path so that it can be
> co-installed with the real SDL 1.2, and then insert it into the default
> search path in a separate package that Provides/Conflicts/Replaces the
> real SDL 1.2. That way, individual games have the option to use sdl12-compat
> via DT_RUNPATH or LD_LIBRARY_PATH without preventing co-installation of
> the real SDL 1.2.
> 
> In particular, sdl12-compat has a few extra symbols not present in the
> real SDL 1.2, which are meant to make it binary-compatible with the
> modified SDL 1.2 build "libSDL-1.2.id.so.0" in some id Software games,
> such as the quake4-bin:i386 package built by game-data-packager. If
> it works well as a replacement for that modified library, then
> game-data-packager could prefer to use sdl12-compat.

Good point, I hadn’t thought of that. So we’d have a libsdl1.2-compat package
usable by packages that explicitly prefer the compatibility layer, and a
libsdl1.2-compat-shim (or something like that) package which actually
replaces libsdl1.2debian.

> On Thu, 18 Mar 2021 at 21:30:47 +0100, Stephen Kitt wrote:
> > I’m interested in maintaining this, I’ll ask to join the SDL team.  
> 
> I've added you.
> 
> I briefly started looking at this before seeing this message, so I've
> created an empty <https://salsa.debian.org/sdl-team/sdl12-compat>
> (no content yet though).

Thanks!

Regards,

Stephen


pgpKBf3rxz9ei.pgp
Description: OpenPGP digital signature


Bug#959420: O: free42-nologo -- Free42 is a re-implementation of the HP-42S calculator

2020-09-22 Thread Stephen Kitt
Hi Sébastien,

Thanks for your patience!

On Thu, 16 Jul 2020 14:57:13 +0200, Sébastien Villemot 
wrote:
> Le jeudi 09 juillet 2020 à 20:07 +0200, Sébastien Villemot a écrit :
> > On Mon, 29 Jun 2020 22:34:20 +0200 Stephen Kitt 
> > wrote:  
> > > Control: retitle -1 ITA: free42-nologo -- Free42 is a re-implementation
> > > of the HP-42S calculator Control: owner -1 !
> > > 
> > > On Sat, May 02, 2020 at 10:58:56AM +0200, Tobias Frost wrote:  
> > > > The current maintainer of free42-nologo, Christian Stalp <
> > > > ch...@chrishell.de  
> > > > >,  
> > > > is apparently not active anymore.  Therefore, I orphan this package
> > > > now.  
> > > 
> > > I’m working with Christian to get an updated version of the package
> > > ready. I’ll change this to an ITA on my behalf for now, to signal that
> > > I am taking care of the package (whether with Christian, or directly,
> > > or co-maintaining).  
> > 
> > Just to let you know that, if needed, I’m willing to help with the
> > package.  
> 
> I went ahead and I created a repository that contains an almost-ready
> package for 2.5.19, using a standard git-buildpackage workflow. See:
> https://salsa.debian.org/sebastien/free42-nologo
> 
> Please let me know if you accept to have the next upload based on this
> work.

Thanks for preparing this, I’ve asked Christian to take a look.

> - what to put in the Maintainer/Uploaders field. My suggestion is to
> create a team alias on tracker.debian.org that can function as a cheap
> mailing list (of the form team+pkg-fre...@tracker.debian.org, where
> "pkg-free42" can be replaced by whatever we want), and use that address
> in the Maintainer field. Personal adresses would go to the Uploaders
> field.

If Christian agrees, I think that would make sense.

> - where to put the git repository. I suggest the "debian" group on
> salsa.debian.org, or alternatively a dedicated group on salsa

The Debian group would be fine by me.

> Then a few packaging decisions remain to be taken:
> 
> - what to do with the old "menu" entry (and the corresponding generated
> 32x32 pixmap). I suggest to drop it, since it is essentially obsolete.

Yes, if the package ships a desktop file (see below), it shouldn’t ship menu
entries.

> - now that we have two versions of the program (binary vs decimal), I
> think it would make sense to use the alternatives mechanism to provide
> a generic /usr/bin/free42 that will point either to free42dec or
> free42bin (the former being the default, since it is more precise and
> more faithful to the original HP 42S)

Agreed.

> - providing a .desktop file (pointing to the generic free42; or
> alternatively, two desktop files, one for each version)

Agreed (one for each version).

> - providing aliases for the manpage so that it works with free42dec as
> well (and possibly with the free42 generic alternative)

That’s easily done with alternatives.

I have another question regarding your packaging: why not use the packaged
Intel RDFP math library?

Regards,

Stephen


pgpX3wjUJZ2TF.pgp
Description: OpenPGP digital signature


Bug#959420: O: free42-nologo -- Free42 is a re-implementation of the HP-42S calculator

2020-09-23 Thread Stephen Kitt
Hi Sébastien,

On Tue, 22 Sep 2020 23:37:39 +0200, Sébastien Villemot 
wrote:
> Le mardi 22 septembre 2020 à 23:19 +0200, Stephen Kitt a écrit :
> > On Thu, 16 Jul 2020 14:57:13 +0200, Sébastien Villemot
> >  wrote:  
> > > Le jeudi 09 juillet 2020 à 20:07 +0200, Sébastien Villemot a écrit :  
> > > > On Mon, 29 Jun 2020 22:34:20 +0200 Stephen Kitt 
> > > > wrote:
> > > > >   
> > > - providing aliases for the manpage so that it works with free42dec as
> > > well (and possibly with the free42 generic alternative)  
> > 
> > That’s easily done with alternatives.
> > 
> > I have another question regarding your packaging: why not use the packaged
> > Intel RDFP math library?  
> 
> At least because the Debian package for the Intel decimal floating-
> point library entered the archive on 2020-07-22, so after I had
> submitted my code!

Ah, yes, it spent a while in NEW...

> Of course we should use the packaged library if possible, and I had
> myself though about packaging that library independently. However, I
> had given up the idea because Free42 patches the library: see
> gtk/intel-lib-linux.patch. I did not really look into this patch to see
> how important it is and whether it makes it impossible to use the
> pristine library, but I guess this is a significant blocker for the
> split in two packages.

That particular patch only affects test code output, which isn’t used in the
free42 build. You’d need another patch for non-x86 architectures, see
https://salsa.debian.org/debian/intelrdfpmath/-/blob/master/debian/patches/debian-arches.patch

As far as testing goes, I want to enable the test suite in intelrdfpmath but
there are some infinite loop bugs there that I need to figure out first :-/.
I’m guessing it all works fine with the Intel compiler...

> I’m going to wait for Christian’s feedback on this issue in particular,
> and on my work in general, before moving further. As long as we are in
> time for inclusion in bullseye, no rush on my side.

Yup, that’s what I would have advised.

Regards,

Stephen


pgprktLOtvMcJ.pgp
Description: OpenPGP digital signature


Bug#924048: ITP: shockolate -- System Shock game engine

2019-03-08 Thread Stephen Kitt
Package: wnpp
Severity: wishlist
Owner: Stephen Kitt 

* Package name: shockolate
  Version : 0.7.5
  Upstream Author : Chad Cuddigan 
* URL : https://github.com/Interrupt/systemshock
* License : GPL-3+
  Programming Lang: C, C++
  Description : System Shock game engine

Shockolate is a source port of System Shock, based on the game engine
released by Night Dive Studios. It aims to preserve the original
gaming experience with a few improvements, such as an OpenGL renderer
and support for mods.
.
Shockolate requires the original game assets from the CD-ROM or
Enhanced Edition releases of System Shock. game-data-packager 64 and
greater can package the required files.


This will be packaged within the games team.



Bug#928446: ITP: nulib2 -- NuFX and Binary II archive utility

2019-05-04 Thread Stephen Kitt
Package: wnpp
Severity: wishlist
Owner: Stephen Kitt 

* Package name: nulib2
  Version : 3.1.0
  Upstream Author : Andy McFadden
* URL : http://nulib.com
* License : BSD
  Programming Lang: C
  Description : NuFX and Binary II archive utility

 NuLib2 is a command-line archive utility for NuFX and Binary II
 archives, as commonly used on Apple II systems. It can handle files
 produced by ShrinkIt. Typical extensions for the files it supports
 are SHK, SDK, BXY, BSE, SEA, BNY, and BQY.
 .
 It can preserve file types, handles resource forks, comments, large
 archives, wrappers...



Bug#935803: ITP: binutils-djgpp -- cross-binutils for DOS using DJGPP

2019-08-26 Thread Stephen Kitt
Package: wnpp
Severity: wishlist
Owner: Stephen Kitt 

* Package name: binutils-djgpp
  Version : 2.32
  Upstream Author : GNU
* URL : https://www.gnu.org/software/binutils/
* License : GPL
  Programming Lang: C
  Description : cross-binutils for DOS using DJGPP

DJGPP provides a development and runtime environment for 32-bit DOS
applications using a specific C library and the GNU Compiler
Collection (gcc).
.
This package contains the toolchain binutils targeting 32-bit DOS.
 

This will be packaged following the same approach as the MinGW-w64
toolchain, using binutils-source. It will be used for DOSEMU2
packaging.



Bug#816836: ITP: piper -- gaming-oriented mouse configuration GUI

2019-11-08 Thread Stephen Kitt

Hi Stephan,

Le 07/11/2019 22:38, Stephan Lachnit a écrit :
It looks like there isn't any progress on providing an official package 
for piper so I decided to pack piper on my own.


There was progress, but I hadn’t updated the ITP. Never mind, if you’re 
interested in the package you might as well take it; but next time, it 
wound’t hurt to ask first, if I’d known people were interested I could 
have pushed my package in a few minutes ;-).



Since I'm not a Maintainer I filled a RFS:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=930962
Links to the package and code are provided in the RFS.


Thanks for preparing this, I’ll follow up with my review there.

Regards,

Stephen



Bug#876772: RFA: dosbox -- x86 emulator with Tandy/Herc/CGA/EGA/VGA/SVGA graphics, sound and DOS

2018-09-07 Thread Stephen Kitt
Control: retitle -1 ITA: dosbox -- x86 emulator with 
Tandy/Herc/CGA/EGA/VGA/SVGA graphics, sound and DOS
Control: owner -1 !

Hi Jan,

On Mon, Sep 25, 2017 at 07:38:18PM +0200, Jan Dittberner wrote:
> I request an adopter for the dosbox package.

I’ll adopt it, I use it regularly. I’ll upload a package of 0.74-2
soon.

Regards,

Stephen


signature.asc
Description: PGP signature


  1   2   >