Bug#527962: jstest-gtk packaging
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
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
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
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
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
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
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)
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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?
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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?
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’
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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