Bug#694703: Unvanquished is FOSS and beta
On Tue, Aug 17, 2021 at 03:53:47PM +0200, Steven De Herdt wrote: > For those interested in this game > > Unvanquished is now fully free, and the project considers it to be in beta. > See: > https://unvanquished.net/now-we-are-free/ > https://unvanquished.net/unvanquished-0-52-beta-is-there/ Thanks for this Stephen, Unvanquished's engine is called Dæmon (yet another quake fork), and superficially looks reasonable to package - all the deps are in Debian, it's slow moving, uses CMake. Sadly it currently uses google native-client which is downloaded at build time - since it is no longer supported upstream, that's a pretty hard blocker to packaging work. The next step for anyone wanting Unvanquished in Debian is to help upstream migrate off gNaCl to something else like mozjs, chromium-sandbox or asm.js. https://github.com/DaemonEngine/Daemon https://chromium.googlesource.com/native_client/src/native_client.git -- emorrp1 signature.asc Description: PGP signature
Bug#986227: Update packages to recent version
Control: retitle -1 ITP: paperless-ng -- scan, index and archive all your physical documents Control: owner -1 Mechtilde Stehmann thanks On Thu, Jan 13, 2022 at 09:25:14PM +0100, Mechtilde Stehmann wrote: > I intend to package paperless-ng. > > Many of its dependencies are packaged in Debian but in an older version. You > can see the list at > https://salsa.debian.org/mechtilde/paperless-ng/-/wikis/home Thanks for working on this, I currently use it on my home system and would be interested in testing a packaged version. signature.asc Description: PGP signature
Bug#926618: RFP: webext-plasma-integration
Control: affects -1 = plasma-browser-integration thanks I found KDE Connect in my search for an alternative to self hosting Mozilla syncserver now python2 is fully removed. This webext restored a key part of the benefit of logging in to my browser - being able to sling a tab between devices e.g. laptop to desktop for action, or to android for travel reading. Would be nice to see this packaged, since the native part is already available, under the affects package name. Note, I'm not even using this under KDE, it works perfectly fine under XFCE. signature.asc Description: PGP signature
Bug#892842: kotlin progress
For the benefit of anyone subscribed to this ITP, kotlin is in NEW. https://ftp-master.debian.org/new/kotlin_1.3.31+~1.0.1+~0.11.12-1.html https://salsa.debian.org/java-team/kotlin This is the initial binary upload bootstrapped from upstream jars, see details in README.source. Once accepted, it will be followed by a clean source only upload so it rebuilds itself. Salsa Issues are used to track the known packaging deficiencies. -- emorrp1 signature.asc Description: PGP signature
Bug#897683: Who to contact about removing package from upcoming 11 release?
On Mon, May 03, 2021 at 11:18:04AM -0300, Kurt Fitzner wrote: > When the maintainers are unresponsive, I'm not sure the escalation process. > > - #926253 /usr/share/postfixadmin/lib/../templates_c does not exist on new > installation (Since Debian 9) > > The concern I have with this remaining in testing and then Debian 11 is > primarily #926253. Since about 2018, upstream's postfixadmin has required a > writeable tmp directory called templates_c. This is not created by the > installer and the application fails without it. Taking this entirely at face value, the escalation is quite straight forward. If you can confirm the issue "renders package unusable" on a fresh install of testing, then use `reportbug` to update #926253 to "grave" severity for version 3.3.5-1. https://www.debian.org/Bugs/Developer#severities > renders the package unusable, or mostly so, on all or nearly all > possible systems on which it could be installed (i.e., not a > hardware-specific bug); or renders package uninstallable or > unremovable without special effort If not, or if they disagree, then it's up to the maintainer's discretion. Please note that the currently listed Maintainer hasn't made an upload since 2014, and the Uploader explicitly requested in 2018 that someone else adopt it as "I can't test the package thoroughly". https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=897683
Bug#892842: OpenJDK 8 archive re-entry
On Wed, Mar 24, 2021 at 11:03:44PM +0100, Thorsten Glaser wrote: > On Wed, 24 Mar 2021, Emmanuel Bourg wrote: > > Le 24/03/2021 à 22:13, Thorsten Glaser a écrit : > > > I can certainly bring it back to unstable, built with > > > gcc 10, if there are no major issues involved in making > > > it build with GCC 10, if there is interest. > > > > We are certainly doomed without openjdk-8 in unstable, we really need it > > back. > > Okay. So, unless doko vetos (it was he who was the maintainer > and he who requested the removal (to be able to remove GCC 9, > which he is also maintainer of) but I would enter the d-java > list as team maintainer, with myself as uploader for now) I’ll > try to get it building with GCC 10 and upload that to unstable. Hello mirabilos, I'm sure it's just a matter of time, but have you had any feedback from ftp-masters about openjdk-8? Thanks to Sunil for the major breakthrough, we are now ready to [upload] kotlin which is now [blocked] on this. [upload]: https://salsa.debian.org/java-team/kotlin/-/issues/11 [blocked]: https://salsa.debian.org/java-team/kotlin/-/issues/12 signature.asc Description: PGP signature
Bug#987089: dkopp packaging
To be clear, there is current interest in the package, that's just waiting for a sponsor. Thanks to the MIA team for orphaning, which means the next step will be an ITA rather than ITS. I expect this will be followed-up after Bullseye release when more sponsors may be available. https://mentors.debian.net/package/dkopp/ https://salsa.debian.org/debian/dkopp https://bugs.debian.org/981754 Hill Ma: https://www.debian.org/devel/wnpp/#howto-o signature.asc Description: PGP signature
Bug#892842: kotlin progress
On Sat, Oct 17, 2020 at 03:36:35PM +0100, Phil Morrell wrote: > The latest packaging can be found on salsa. It is capable of building > itself but doesn't yet include all the required jars in the final > package. Instructions are also on salsa and discussion happens in > #debian-android-tools and monthly Jitsi/IRC calls. > > https://salsa.debian.org/samyak-jn/kotlin > https://salsa.debian.org/android-tools-team/admin/-/issues/27 > https://lists.debian.org/debian-android-tools/2020/09/msg0.html With huge thanks to Sunil, a major blocker open since October has now been cleared (see commit for gory details). The repo will be moved to java-team in salsa, but until then the issue tracker has next steps: https://salsa.debian.org/android-tools-team/admin/-/issues https://lists.debian.org/debian-android-tools/2021/03/msg00013.html https://salsa.debian.org/samyak-jn/kotlin/-/commit/04274d619e65e474b4cd730d07107dd319f760ab signature.asc Description: PGP signature
Bug#986227: RFP: paperless-ng -- scan, index and archive all your physical documents
Package: wnpp Severity: wishlist * Package name: paperless-ng Version : 1.3.2 Upstream Author : Jonas Winkler * URL : https://paperless-ng.readthedocs.io/en/latest/ * License : GPL-3.0-or-later Programming Lang: Python backend, Javascript frontend Description : scan, index and archive all your physical documents Paperless does not control your scanner, it only helps you deal with what your scanner produces. Paperless doesn't care how the documents get into its local consumption directory. You can setup a document scanner to "scan to FTP", install an Android Share application, configure email attachment processing via IMAP or just submit a web form. Wait for paperless to process your files. OCR is expensive, and depending on the power of your machine, this might take a bit of time. Use the web frontend to sift through the database and find what you want. Download the PDF you need/want via the web interface and do whatever you like with it. Filtering by tags, correspondents, types, and more. Full text search helps you find what you need. Paperless learns from your documents and will be able to automatically assign tags, correspondents and types to documents once you've stored a few documents in paperless. --- paperwork is a desktop application just recently added to the archive that could be used, but a paperless-ng server feels like a better way to handle the multiple devices usecase and could be a FreedomBox module. signature.asc Description: PGP signature
Bug#984851: qalculate-gtk (ITA)
On Mon, Mar 15, 2021 at 09:26:38AM +0900, Norbert Preining wrote: > Yeah, updating to some recent 3.N version is good. But nothing is urgent > now since we cannot push that out to unstable/testing for bullseye. Hi both, thanks for stepping up to co-maintain Qalculate! to prevent it missing Debian 12. I have today pushed to qalculate-gtk the same repo conversion to follow upstream git as I did for libqalculate. The default branch is now debian/master with master following upstream on both. I've merged all the proposed changes and made sure it builds locally, but I could still do with some help updating the packaging from 3.3.0 to 3.17.0 e.g. Files-Excluded, copyright, install, Build-Depends. Once that's done, we can upload to experimental and be ready for unstable. > Concerning IRC, yes, I hang around in a few chat rooms, any specific you > are around normally? On debian irc I am usually in #debian-ai, > #debian-kde, #debian-private, #debian-qt-kde, pluse some others on other > servers. Username normally norbert or norb. Thanks, I've joined #debian-qt-kde as it seemed the smallest/relevant one. I'm also around #debian-mentors, #debian-java, #debian-games etc. signature.asc Description: PGP signature
Bug#984850: qalculate-gtk (ITA)
On Sun, Mar 14, 2021 at 09:07:40AM +0900, Norbert Preining wrote: > Great, thanks a lot! I have joined the tracker team for qalculate, and > pushed the debian/bullseye branch which contains the last NMU currently > in unstable and testing. Excellent I was hoping that would happen, though I only created the new micro team a couple of days ago! We must have been working on it at the same time because I pushed the new version about the same time as you. https://salsa.debian.org/debian/libqalculate/-/tree/debian/master NB. I've only merged 3.17.0, haven't reviewed changes yet e.g. manpage > Phil, what about the following > Maintainer: team+qalcul...@tracker.debian.org > Uploaders: Phil Morrell , > Norbert Preining > I am happy to help out since we need it for cantor. > > It might be a good idea to upload both packages to unstable with fixed > maintainer entry so that bugs in stable will not go forever to Vincent. The version in bullseye does not have autopkgtests, so if you think it's worth the effort to update the metadata, then please upload away. Are you on IRC, or just email? I'm emorrp1 wherever you find me. signature.asc Description: PGP signature
Bug#984850: qalculate-gtk (ITA)
Control: owner 984850 ! Control: owner 984851 ! Control: retitle 984850 ITA: libqalculate -- Powerful and easy to use desktop calculator Control: retitle 984851 ITA: qalculate-gtk -- Powerful and easy to use desktop calculator thanks Hi Vincent, Thank you for confirming your intentions for qalculate, I'm happy to take it on. Please could I ask you to transfer the repo to the Debian group in salsa and add me (emorrp1) as a Maintainer? I couldn't find a more appropriate team, so I'll probably just use the tracker address as Maintainer. I've also done an initial triage of the bugs and cc'd the new ubuntu maintainer to hopefully collaborate. -- Phil Morrell (emorrp1) signature.asc Description: PGP signature
Bug#982784: RFP: flatseal -- a graphical utility to review and modify flatpak permissions
Package: wnpp Severity: wishlist * Package name: flatseal Version : 1.6.8 Upstream Author : Martin Abente Lahaye * URL : https://github.com/tchx84/flatseal * License : GPL-3 Programming Lang: JavaScript Description : a graphical utility to review and modify flatpak permissions --- As more software is distributed direct from developer to user via flatpak, it would be great if the user could be kept in control of permissions. I found this gui via stack overflow and it seems to be a very intuitive way for a user to manage flatpak overrides without needed to learn the CLI. https://i.stack.imgur.com/1s47T.png It's great for restricting broad filesystems=host/home for more legacy apps unaware of portals, or for opening up applications to use with custom user directories. It would make sense to maintain a version compatible with the version of flatpak found in debian. signature.asc Description: PGP signature
Bug#757769: RFP: jitsi-videobridge depends on kotlin
Control: block -1 by 892842 thanks > Nowadays the video bridge had been rewritten and has fewer > dependencies. I'm also not sure about the state of Kotlin, is it yet > in the repos, cause it is one of the dependencies? https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=760485#54 signature.asc Description: PGP signature
Bug#760485: RFP: jitsi-meet -- WebRTC video conferencing application
I've generated the Javascript Team's task list for jitsi-meet, there's still quite a few build-deps that are needed to start with. https://wiki.debian.org/Javascript/Nodejs/Tasks/jitsi-meet signature.asc Description: PGP signature
Bug#982335: RFP: gamehub -- unified library for games from multiple sources
Package: wnpp Severity: wishlist * Package name: gamehub Version : 0.16.0 Upstream Author : Anatoliy Kashkin * URL : https://tkashkin.tk/projects/gamehub/ * License : GPL-3.0 Programming Lang: Vala Description : unified library for games from multiple sources GameHub is a unified library for all your games. It allows you to store your games from different platforms into one program to make it easier for you to manage your games. With GameHub, you can: * store your games in one place * login to multiple platforms * install games from the supported sources * download game installers, DLCs and bonus content * automatically find artwork for games on SteamGridDB * setup emulators and automatically import emulated games * Overlays — multiple directories applied on top of each other to manage DLCs and mods * Tweaks — environment variable and command line overrides * multiple compatibility layers: Wine, Proton, DOSBox, RetroArch, ScummVM, WineWrap * multiple game platforms: Steam, GOG, Humble Bundle, itch.io --- Somewhat similar to lutris, but through its use of https://www.igdb.com/ is able to merge different sources into a single entry. It allows the management of custom tags for filters making it more of a library manager rather like calibre rather than just a package manager. Games Team managed, just like all the other helper tools available. signature.asc Description: PGP signature
Bug#950821: update for v3
Hi, I've updated the wiki page for v3 dependencies (took 2.5 hours!). There's 350 not packaged in Debian, so you're talking approximately 6 months full time work unless it can be pared down. https://wiki.debian.org/Javascript/Nodejs/Tasks/peertube signature.asc Description: PGP signature
Bug#966693: veloren installer
On the assumption that it's easier to package, perhaps consider getting airshipper into contrib. I don't think it's worth its own RFP at this point though: * Package name: airshipper Version : 0.4.0 * URL : https://github.com/Songtronix/Airshipper signature.asc Description: PGP signature
Bug#975380: RFP: julius -- an open source re-implementation of Caesar III
Package: wnpp Severity: wishlist * Package name: julius Version : 1.5.1 Upstream Author : Bianca van Schaik * URL : https://github.com/bvschaik/julius * License : AGPL-3.0-or-later Programming Lang: C Description : an open source re-implementation of Caesar III Julius is a fully working open-source version of Caesar 3, with the same logic as the original, but with some UI enhancements, that can be played on multiple platforms. Julius will not run without the original Caesar 3 files. You can buy a digital copy from GOG or Steam, or you can use an original CD-ROM version. The goal of the project is to have exactly the same game logic as Caesar 3, with the same look and feel. This means that the saved games are 100% compatible with Caesar 3, and any gameplay bugs present in the original Caesar 3 game will also be present in Julius. Support for widescreen resolutions Windowed mode support for 32-bit desktops A lot of small in-game quality of life improvements Support for the high-quality MP3 files once provided on the Sierra website --- This would be another great clone engine in the contrib section and maintained in the Games Team to play a classic. Please note there is another RFP #506606 also called julius, so please consider a less ambiguous source package name. signature.asc Description: PGP signature
Bug#599884: speed-dreams on salsa
https://salsa.debian.org/games-team/unfinished/speed-dreams Just to ensure good work isn't lost, I've pushed the above work to the salsa repo as-is. I encourage anyone from the future to also check if any of the previous packaging is also useful, like a manpage/watch file. signature.asc Description: PGP signature
Bug#892842: kotlin progress
Control: retitle -1 ITP: kotlin -- Statically typed programming language Control: owner -1 Samyak Jain thanks The latest packaging can be found on salsa. It is capable of building itself but doesn't yet include all the required jars in the final package. Instructions are also on salsa and discussion happens in #debian-android-tools and monthly Jitsi/IRC calls. https://salsa.debian.org/samyak-jn/kotlin https://salsa.debian.org/android-tools-team/admin/-/issues/27 https://lists.debian.org/debian-android-tools/2020/09/msg0.html signature.asc Description: PGP signature
Bug#971601: RFP: mautrix-python -- An asyncio framework for the Matrix protocol
Package: wnpp Severity: wishlist * Package name: mautrix-python Version : 0.7.10 Upstream Author : Tulir Asokan * URL : https://github.com/tulir/mautrix-python/ * License : MPL 2.0 Programming Lang: Python Description : An asyncio framework for the Matrix protocol * Basic HTTP request sender * Client API endpoints as functions * Medium-level application service framework Basic transaction and user/alias query support (based on Cadair's python-appservice-framework) Basic room state storage Intent wrapper around the client API functions (design based on matrix- appservice-bridge) * Medium-level end-to-end encryption framework Handles all the complicated e2ee key exchange * High-level bridging utility framework Base class for bridges Common bridge configuration and appservice registration generation things Double-puppeting helper End-to-bridge encryption helper * High-level client framework Syncing and event handling helper. End-to-end encryption helper. --- This library would be great to have in debian, as it's a shared dependency behind many proprietary messaging bridges such as WhatsApp, Telegram, Signal etc. and supports e2be. It would make sense to maintain this alongside the other matrix libraries and clients in the Matrix team. signature.asc Description: PGP signature
Bug#892842: [p...@debian.org: Re: lwjgl v3 requires kotlin]
- Forwarded message - The Kotlin packaging GSoC project seems to be doing well, latest post: https://lists.debian.org/msgid-search/CAOAkg3zUZP1DLcDsue3=l4gqm9eykouks9ec2qjrelt7poa...@mail.gmail.com -- bye, pabs https://wiki.debian.org/PaulWise - End forwarded message - signature.asc Description: PGP signature
Bug#959466: initial debian/control for mindustry
I'm interested in this game being available in debian, so wrote the
attached control file with a more fleshed out description. The main
discovery was that its main engine is in another repo and based on
libgdx, so that'll need packaging first: https://github.com/Anuken/Arc/
> Could not resolve com.badlogicgames.gdx:gdx-freetype-platform
> Could not resolve com.badlogicgames.gdx:gdx-platform
> Could not resolve com.github.Anuken.Arc:arc-core
> Could not resolve com.github.Anuken.Arc:arcnet
> Could not resolve com.github.Anuken.Arc:backend-sdl
> Could not resolve com.github.Anuken.Arc:freetype
> Could not resolve com.github.Anuken:steamworks4j
> Could not resolve com.github.MinnDevelopment:java-discord-rpc
# debian/watch
version=4
opts="uversionmangle=s/^/5.0+/" \
https://github.com/Anuken/Mindustry/releases \
(?:.*/)?v?@ANY_VERSION@@ARCHIVE_EXT@
Source: mindustry
Section: games
Priority: optional
Maintainer: Debian Games Team
Build-Depends:
debhelper-compat (= 13),
default-jdk,
gradle-debian-helper,
liblz4-java,
Standards-Version: 4.5.0
Homepage: https://mindustrygame.github.io/
Vcs-Git: https://salsa.debian.org/games-team/mindustry.git
Vcs-Browser: https://salsa.debian.org/games-team/mindustry
Package: mindustry
Architecture: all
Depends:
default-jre,
${misc:Depends},
Description: A hybrid tower-defense sandbox factory game
Create elaborate supply chains of conveyor belts to feed ammo into your
turrets, produce materials to use for building, and defend your structures
from waves of enemies. Play with your friends in cross-platform multiplayer
co-op games, or challenge them in team-based PvP matches.
.
Campaign: Unlock replayable zones with randomized spawn points by completing a
variety of mission objectives and goals. Research technology to fuel progress
and invite your friends to complete missions together
.
Survival: Build turrets to defend from enemies in tower-defense based
gameplay. Survive as long as possible, optionally launching your core to use
your collected resources for research. Prepare your base for intermittent
attacks from airborne bosses.
.
Attack: Build factories for units to destroy the enemy cores, while
simultaneously defending your base from waves of enemy units. Create a variety
of different types of support and offensive unit to assist you in your goals.
.
PvP: Compete with other players on up to 4 different teams to destroy each
other's cores. Create units, or attack other bases directly with your mechs.
.
Sandbox: Play around with infinite resources and no enemy threat. Use
sandbox-specific item and liquid source blocks to test out designs, and spawn
in enemies on request.
.
Map editor: Configurable tools to randomly generate ores, terrain, decoration.
Apply noise, distortion, smoothing, erosion, symmetry, ore generation and
random terrain to your maps. Customise the game rules, change block costs,
enemy stats, starting items and wave timing.
signature.asc
Description: PGP signature
Bug#968471: RFP: libgdx -- cross-platform java game development framework
Package: wnpp Severity: wishlist * Package name: libgdx Version : 1.9.11 Upstream Author : Mario Zechner and Nathan Sweet * URL : https://libgdx.badlogicgames.com/ * License : Apache-2.0, CC BY-SA 3.0, sadly uses a CLA Programming Lang: Java, C++ Description : cross-platform java game development framework LibGDX is a relatively low level, free, open source cross platform game development framework. The goal of the project is to assist you in creating games/applications and deploy to desktop and mobile platforms without getting in the way and letting you design however you like. There are plenty of higher level tools in the framework to get you started quickly, and there is full access to low level API if and when you need to use them. Libgdx tries not be the "end all, be all" solution. It does not force a specific design on you. Pick and choose from the features below. Cross-Platform 3rd Party Support Audio Input Handling Math & Physics File I/O & Storage Graphics Utilities Tools -- This is a dependency for games such as mindustry (#959466), shatteredpixeldungeon (#805925), destination-sol, unciv, ore-infinium, biosphere. It is of course a high quality tool in its own right whose packaging would be of interest to any game devs on debian e.g. as an alternative to godot. I'm guessing this would be a complex package to maintain especially if its full modularity was supported. So I recommend joining the java-team, but it's relevant to games-team interests too. signature.asc Description: PGP signature
Bug#935834: RFP: gitea -- A painless self-hosted Git service
Package: wnpp Severity: wishlist * Package name: gitea Version : 1.9.2 Upstream Author : The Gitea Authors * URL : https://docs.gitea.io/en-us/install-from-source/ * License : Expat Programming Lang: Go Description : A painless self-hosted Git service Gitea is a self-hosted git service aiming to provide a full suite of features similar to Gitlab or Github. It aims to be light weight, feature rich, and easily maintained. I'm hoping that the last year since its removal from Debian has seen more clarity about go packaging expectations, it'd be great to have a mid-weight forge available - more features than cgit, less resource usage than gitlab. That said, there's clearly more to it than I can see, so I'm including several comments from the previous maintainer here. https://gitea.com/gitea/debian-packaging/src/tag/debian/1.3.2+dfsg-3/debian/control --- Please remove the "gitea" package from contrib. - Any attempt to rebuild will result in a build failure - It is severely out of date - It has security bugs - It has other functionality bugs - It is currently orphaned (potentially a temporary status) - It may or may not meet DFSG to the extent that contrib may be inappropriate (in it's current state, non-free seems more appropriate) - It has never been stable enough to reach testing https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=903156#5 --- The volume of dependencies is too much for a single person to handle. The packages that once existed have mostly been removed from Debian due to auto-QA processes. https://gitea.com/gitea/debian-packaging/src/branch/master/debian/missing-libs.README NB. the contrib reasoning in the above link doesn't seem as bad anymore: https://tracker.debian.org/pkg/vue.js https://wiki.debian.org/Javascript/Nodejs/Tasks/semantic-ui signature.asc Description: PGP signature
Bug#935682: RFP: minetest-mod-wielded-light -- Minetest module to add shining for wielded and dropped items
Package: wnpp Severity: wishlist * Package name: minetest-mod-wielded-light Version : 2019-01-10 Upstream Author : bell07 * URL : https://github.com/minetest-mods/wielded_light * License : GPL-3.0 Programming Lang: lua Description : Minetest module to add shining for wielded and dropped items Wielding, dropping or throwing an item shines with light, though a little dimmer than placing it. Supports all shining items without any redefinition by re-using the node's "light_source". Only works with air nodes in or around the item's position, that means shining does not work on enclosed ladders, underwater or other nearly empty or airlike nodes. https://content.minetest.net/packages/bell07/wielded_light/ No dependencies and seems like the right way of implementing the feature compared to: torches, walking_light, illumination, various specific item mods etc. signature.asc Description: PGP signature
Bug#935679: RFP: minetest-mod-mobs-monster -- Minetest module to add monsters for mobs redo
Package: wnpp Severity: wishlist * Package name: minetest-mod-mobs-monster Version : 2019-03-02 Upstream Author : TenPlus1 * URL : https://notabug.org/TenPlus1/mobs_monster * License : Expat (except mobs_fireball.png) Programming Lang: lua Description : Minetest module to add Monsters for Mobs Redo This minetest module adds: - Dirt Monster - Dungeon Master - Lava Flan - Mese Monster - Oerkki - Sand Monster - Spiders - Stone Monster - Tree Monster https://content.minetest.net/packages/TenPlus1/mobs_monster/ #3 most popular mod by downloads Required Dependencies ✓ default (minetest-data) ✓ mobs (minetest-mod-mobs-redo) Optional Dependencies ✓ intllib ✓ lucky_block * toolranks All required dependencies are packaged, which means the zip file from ContentDB can be used as-is in the mod directory. signature.asc Description: PGP signature
Bug#721197: RFP: minetest-mod-technic -- Minetest mod - Technic
I mainly want to note that this package is still desired and provide information from the new ContentDB: https://content.minetest.net/packages/RealBadAngel/technic/ #1 most popular mod by downloads Required Dependencies ✓ basic_materials ✓ default (minetest-data) ✓ pipeworks Optional Dependencies ✓ intllib ✓ mesecons ✓ moreblocks ✓ moreores ✓ unified_inventory ✓ unifieddyes * bucket * digiline_remote * digilines * mesecons_mvp * mg * screwdriver * vector_extras All required dependencies are packaged, which means the zip file from ContentDB can be used as-is in the mod directory. signature.asc Description: PGP signature
Bug#926076: goxkcdpwgen -- xkcd style password generator library and cli tool
On Sun, Mar 31, 2019 at 05:27:03PM +0530, Dhanya Thailappan wrote: > * Package name: goxkcdpwgen > Version : 0.0~git20181107.de898c7-1 > Upstream Author : Martin Hoefling > * URL : https://github.com/martinhoefling/goxkcdpwgen > * License : MIT > Programming Lang: Go > Description : xkcd style password generator library and cli tool Hello, How does this compare to the diceware package? Even the available parameters are very similar. Perhaps you could consider submitting the de_wordlist.txt to the diceware project? https://tracker.debian.org/pkg/diceware https://github.com/ulif/diceware#usage -- Phil Morrell signature.asc Description: PGP signature
Bug#909798: ITP: ryzomcore -- science-fantasy MMORPG engine
As a status update, the `ryzom-client` package in the above repo can replace the official download, connecting to the official servers. Although this is discouraged in the documentation, the impression I got from interacting upstream is that's for anti-cheat purposes, so an unmodified build may well be fully supported. Would still need to review LTS/fastpaced before inclusion. Assets is still an open question with the client currently downloading on first launch and updating via patcher. Sounds can be removed *after* patching without unexpected downsides (ryzom_live/data/sound.bnp). signature.asc Description: PGP signature
Bug#752018: ITP: wildfly -- a JEE application server
Control: owner -1 ! Control: retitle -1 ITP: wildfly -- a JEE application server thanks My new $dayjob currently uses JBoss EAP, so I intend to work towards having WildFly available in **bullseye**. I know this is a complex task, but I see Markus has already packaged some jboss components/libs and obviously this would be under the debian-java umbrella. signature.asc Description: PGP signature
Bug#909798: ITP: ryzomcore -- science-fantasy MMORPG engine
Package: wnpp Severity: wishlist Owner: Phil Morrell * Package name: ryzomcore Version : 3.4.0 Upstream Author : Winch Gate Property Ltd. * URL : http://www.ryzomcore.com/ * License : AGPL3+, CC-BY-SA, GPL-2 Programming Lang: C++, Lua Description : science-fantasy MMORPG engine Ryzom Core is a software platform for creating and running massively multi-user entertainment in a 3D environment over the Internet. Ryzom Core provides the base technologies and a set of development methodologies for the development of both client and server code. The library contains independently reusable network, ai and 3d modules. --- I'm not actually sure yet if the software is suitable for debian, but I'm filing the ITP to avoid duplication of effort and to document any relevant considerations. It will be packaged as part of the Games Team. https://salsa.debian.org/emorrp1-guest/ryzomcore https://ryzom.com/ is almost fully free software: client, server, tools, and graphics. The audio assets are currently proprietary "as Ryzom has not determined the copyright nature of those assets" and so is the official world configuration and data. Assets are c. 8GB uncompressed. A fully libre world server is in development https://khaganat.net The NeL library was previously packaged in Debian up to Wheezy. signature.asc Description: PGP signature
Bug#900867: ITP: firefox-syncserver -- Firefox Sync storage and token server
Control: retitle -1 RFP: firefox-syncserver -- Firefox Sync storage and token server Control: noowner -1 thanks I've stopped work on this and am for now just using the upstream make serve. I still think it would be good for Debian, but first the storage project and the token project need packaging, starting with the deps: https://github.com/mozilla-services/tokenserver/blob/master/requirements.txt signature.asc Description: PGP signature
Bug#900867: ITP: firefox-syncserver -- Firefox Sync storage and token server
Package: wnpp Severity: wishlist Owner: Phil Morrell * Package name: firefox-syncserver Version : 1.8.0 Upstream Author : Mozilla Corporation * URL : https://github.com/mozilla-services/syncserver * License : MPL-2.0 Programming Lang: Python 2 Description : Firefox Sync storage and token server This is an all-in-one package for running a self-hosted Firefox Sync server. It bundles the "tokenserver" project for authentication and the "syncstorage" project for storage, to produce a single stand-alone webapp. This server defers authentication to the Mozilla-hosted accounts server at https://accounts.firefox.com, but stores the user sync data such as bookmarks, preferences and add-ons. --- It is useful for using the multiple-device features of Firefox Sync without storing your sensitive data in the cloud. It would also be a prerequisite for someone packaging the Firefox Accounts server. I would love to maintain it as part of pkg-mozilla-maintainers, but since the alioth list is defunct I've not yet got in touch. https://salsa.debian.org/emorrp1-guest/firefox-syncserver signature.asc Description: PGP signature
Bug#898372: ITP: play.it -- Installer for drm-free commercial games
Package: wnpp Owner: Phil Morrell Severity: wishlist * Package name: play.it Version : 2.7.5 Upstream Author : Antoine Le Gonidec * URL : https://www.dotslashplay.it/ * License : BSD-2-Clause Programming Lang: Shell Section : contrib/games Description : Installer for drm-free commercial games ./play.it is a tool which builds .deb and .pkg packages from installers for Windows or Linux, mainly those sold by GOG and Humble Bundle. Our goal is that a game installed via ./play.it is indistinguishable from a game installed via the official repositories of your favorite distribution. The games are installed globally on multi-user systems, avoiding unnecessary duplication. The locations of save games, settings, mods, temporary files and backups are standardized with XDG Base Directory support. Packaging the games simplifies future updates, uninstalls and handling of any necessary dependencies, including integrated obsolete dependencies if specific versions are needed. --- Similar packages: * game-data-packager - no original engines, fewer games * playonlinux - only wine, single-user * lutris - gui, game library manager, bigger scope Initial packaging at https://salsa.debian.org/emorrp1-guest/play.it. I plan to maintain it in Debian Games Team. signature.asc Description: PGP signature
Bug#754129: Fixable rejection from ftp-masters
According to the linked RFS, lutris v0.3.5 as packaged at https://github.com/Rudloff/lutris-debian/ made it to the NEW queue before being rejected on 2014-11-16: --- The software downloads files from the Internet that are not part of Debian and even non-free, e.g. your are not allowed to modify http://kent.dl.sourceforge.net/project/atari800/ROM/Original%20XL%20ROM/xf25.zip So this package better belongs to contrib instead of main. Btw. the link to http://dolphin.jcf129.com/dolphin-2.0.i686.tar.bz2 is not working here. source: https://lists.debian.org/debian-devel-games/2016/11/msg8.html --- Since then, lutris has migrated to python 3 and github and is on v0.4.2: https://github.com/lutris/lutris
Bug#747072: node-client officially obsolete
Just stumbled across this message for anyone intending to package: 0.8.26 (2016-07-21) END OF LIFE Disable all access and redirect to: https://keybase.io/download https://github.com/keybase/node-client/blob/master/CHANGELOG.md As Jonathan Yu says, the new client is written in Go with .deb published to https://prerelease.keybase.io/, their packaging process appears to be here: https://github.com/keybase/client/blob/master/packaging/linux/deb/layout_repo.sh
Bug#783044: ITP: busted -- Lua unit testing framework focused on ease of use
Is there any news on this? I note neovim has been packaged anyway and that the last of the reported blocking bugs was marked done on 2016-01-01. I ask in the interest of `corsix-th` which apparently uses busted, though as with neovim, upstream CI is in place: https://sources.debian.net/src/corsix-th/0.50-2/CorsixTH/Luatest/README.txt/
Bug#610087: ITP: corsix-th -- Open source clone of Theme Hospital
On 10 January 2016 at 20:43, Alexandre Detiste wrote: > This could be done in a branch without touching master; > you're welcome to push this on Alioth. Thanks, git is far easier to work with than patches/deb uploads, I've pushed a new branch "jessie-ffmpeg" with this commit. > There could also be a 0.50-2 or even 0.50-3 before a next release; > it's always possible to patch the same upstream release > as many times as needed. Ok, I got the impression that non-critical changes should be avoided just while the package is in NEW.
Bug#610087: ITP: corsix-th -- Open source clone of Theme Hospital
Hi Alexandre, I see you've got corsix-th as far as the NEW queue, congratulations and sorry for my unhelpful offer then silence - I struggle with actually getting started with development. I have also now learned how to subscribe to the BTS, as I didn't notice when you began the packaging in git. I attempted to rebuild the master branch for a local jessie backport, but the configure step failed to find libswresample [571] which is not in the libav port in jessie - upgrading to the [ffmpeg] provided packages in jessie-backports solved that problem. I've attached a patch that shouldn't affect sid, but forces the version number to match the ffmpeg packages - this seemed simpler than adding a compile-flag [WITH_LIBAV=ON] which would only be relevant to jessie, making backporting more complex. [571]: https://github.com/CorsixTH/CorsixTH/issues/571 [ffmpeg]: https://tracker.debian.org/pkg/ffmpeg [WITH_LIBAV=ON]: https://github.com/CorsixTH/CorsixTH/issues/154#issuecomment-140247412 Is this a reasonable (small) improvement that you would accept into the package, or do you have any other feedback? If so, am I ok to simply commit it to the pkg-games repo so it would be included in the next build after the current NEW has been accepted into the archives (presumably with the next corsix-th release)? -- Phil Morrell On 5 October 2015 at 03:22, Phil Morrell wrote: > On 3 October 2015 at 21:39, Alexandre Detiste > wrote: >> Please reply and CC 610...@bugs.debian.org >> and quote this in full if you're ok with this. >> >> >> Le samedi 3 octobre 2015 21:10:53, vous avez écrit : >>> Hi, >>> >>> Would it be possible for me to help with the packaging of corsix-th (I >>> own the GOG version of the data files)? I've been lurking on the >>> Debian mailing lists for a while scouting for something suitable to >>> start with while trying to follow the maintainer guides. It's been a >>> long time since I've actually created a deb and I haven't setup a >>> debsign key or anything yet. >>> -- >>> Phil Morrell >> >> Hi, of course you're welcome to work on this ! >> You can adopt the bug if you want. >> >> I own this game retail & the one that is from time to time free on Origin. >> And game-data-packager can download the demo too. >> >> >> The "Not Invented Here" syndrome doen't give any value; >> so I'd really suggest to re-use work provided by the GetDeb package. >> >> So there's what remain todo: >> *) write a man page, you can even propose it to upstream >> before starting with the Debian packaging >> >> *) stomp debian/copyright with a new machinereadable one with: >> >> debian/* >>2015 Phil Morrell >>2011-2015 Christoph Korn >> >> + all the licenses from LICENSE.txt cut in DEP-5 paragraphs. >> >> [ https://github.com/CorsixTH/CorsixTH/blob/master/LICENSE.txt ] >> >> *) review the source code, see if that really match with LICENSE.txt >> >> *) find a sponsor >> >> >> lintian >> /var/cache/apt-cacher-ng/archive.getdeb.net/ubuntu/pool/games/c/corsix-th/corsix-th_0.50-1~getdeb3_amd64.deb >> P: corsix-th: no-upstream-changelog >> W: corsix-th: binary-without-manpage usr/games/corsix-th >> I: corsix-th: desktop-entry-lacks-keywords-entry >> usr/share/applications/corsix-th.desktop > > (Hello Games Team) > > Thank you for the support and initial pointers, I would indeed like to > attempt to bring the existing packaging up to Debian's standards. I've > downloaded hopefully all I need to get started, including the engine, > game data, getdeb package outputs and the playdeb packaging repo. I'm > just looking at getting initial Alioth access setup for uploading the > orig tarball and sharing the dsc etc. 0001-version-libav-build-dep-to-ensure-ffmpeg-provider.patch Description: Binary data
Bug#610087: ITP: corsix-th -- Open source clone of Theme Hospital
On 3 October 2015 at 21:39, Alexandre Detiste wrote: > Please reply and CC 610...@bugs.debian.org > and quote this in full if you're ok with this. > > > Le samedi 3 octobre 2015 21:10:53, vous avez écrit : >> Hi, >> >> Would it be possible for me to help with the packaging of corsix-th (I >> own the GOG version of the data files)? I've been lurking on the >> Debian mailing lists for a while scouting for something suitable to >> start with while trying to follow the maintainer guides. It's been a >> long time since I've actually created a deb and I haven't setup a >> debsign key or anything yet. >> -- >> Phil Morrell > > Hi, of course you're welcome to work on this ! > You can adopt the bug if you want. > > I own this game retail & the one that is from time to time free on Origin. > And game-data-packager can download the demo too. > > > The "Not Invented Here" syndrome doen't give any value; > so I'd really suggest to re-use work provided by the GetDeb package. > > So there's what remain todo: > *) write a man page, you can even propose it to upstream > before starting with the Debian packaging > > *) stomp debian/copyright with a new machinereadable one with: > > debian/* >2015 Phil Morrell >2011-2015 Christoph Korn > > + all the licenses from LICENSE.txt cut in DEP-5 paragraphs. > > [ https://github.com/CorsixTH/CorsixTH/blob/master/LICENSE.txt ] > > *) review the source code, see if that really match with LICENSE.txt > > *) find a sponsor > > > lintian > /var/cache/apt-cacher-ng/archive.getdeb.net/ubuntu/pool/games/c/corsix-th/corsix-th_0.50-1~getdeb3_amd64.deb > P: corsix-th: no-upstream-changelog > W: corsix-th: binary-without-manpage usr/games/corsix-th > I: corsix-th: desktop-entry-lacks-keywords-entry > usr/share/applications/corsix-th.desktop (Hello Games Team) Thank you for the support and initial pointers, I would indeed like to attempt to bring the existing packaging up to Debian's standards. I've downloaded hopefully all I need to get started, including the engine, game data, getdeb package outputs and the playdeb packaging repo. I'm just looking at getting initial Alioth access setup for uploading the orig tarball and sharing the dsc etc.
