Tc01's Projects

tc01/nodejs-winston

Updated version of nodejs-winston (and all the necessary dependencies). If this can be made to work, I'll try to take over the package in Fedora and get all the new dependencies into the official repositories.
  • Fedora 38 : x86_64
  • Fedora 39 : x86_64
  • Fedora 40 : x86_64
  • Fedora rawhide : x86_64

tc01/matterhorn

Matterhorn is a terminal client for the Mattermost chat system. I might bring these packages into Fedora officially if I feel like I have time-- but right now, I feel somewhat overloaded as a packager. But I wanted to see how easy it'd be to put packages together for Matterhorn and its dependencies, so I did. Unfortunately, due to some dependency conflicts with ghc-ansi-terminal, it's only possible to build for Fedora 31; I was able to build with the older version in 31 but not the newer-but-not-new-enough version in 32. (matterhorn wants >= 0.10.3 due to various dependencies). If I can figure out how to fix that, I will, and then I'd certainly consider building for 32.

tc01/quassel-websefver

Description not filled in by author. Very likely personal repository for testing purpose, which you should not use.

tc01/work-in-progress

This is a collection of work-in-progress packages; things I'm working on or have started packaging that, for one reason or another, I haven't tried to get into the main Fedora repositories. If there's a package here that you'd like to see end up in Fedora, I'm more than happy to collaborate on that!
  • Fedora 38 : x86_64
  • Fedora 39 : x86_64
  • Fedora 40 : x86_64
  • Fedora rawhide : x86_64

tc01/quassel-0.13

This is a copr containing quassel 0.13 rebuilds for Fedora 28, Fedora 29, and EPEL 7. The specs here are taken from the official Fedora quassel package, of which I am one of the maintainers. We can't bring quassel 0.13 to Fedora 28 or Fedora 29, as it's a very large update and would violate the stable updates policy. We've built quassel 0.13 in Rawhide, though. To allow users who want to use quassel 0.13 to get it now, before Fedora 30 comes out, I've created this copr repository. A package for EPEL 7 is also included. Unlike the Fedora package, I simply took the (older) EPEL7 spec and updated it to quassel 0.13. Note that this means the EPEL package is linked against Qt4, not Qt5. If you run into any problems with these packages, please feel free to send me an email or drop me a message on the #quassel or #fedora-kde IRC channels on Freenode.
  • EPEL 7 : x86_64

tc01/rtv

RTV provides an interface to view and interact with reddit from your terminal. It's compatible with most terminal emulators on Linux and OS X. RTV is built in python using the curses library. RTV was removed and retired from Fedora 29+ because of a failure to build with Python 3.7. However, newer upstream releases have fixed this, so it should be possible to bring the package back. This COPR is a temporary repository containing working builds of rtv 1.24.0 on Fedora 29 and above; my intention is to unretire the package in Fedora as soon as possible.
  • Fedora 38 : i386, x86_64
  • Fedora 39 : i386, x86_64
  • Fedora 40 : i386, x86_64
  • Fedora rawhide : i386, x86_64

tc01/hep

Description not filled in by author. Very likely personal repository for testing purpose, which you should not use.
  • Fedora 38 : x86_64
  • Fedora 39 : x86_64
  • Fedora 40 : x86_64
  • Fedora rawhide : x86_64

tc01/chummer5

This repository contains Chummer5, a GPLv3 application for creating a character for the Shadowrun tabletop RPG system, along with its Mono dependencies. Chummer is a character generator for Shadowrun 5th Edition. Not only can you create your character quickly and easily, but you can also use Chummer during your character's shadowrunning career, to accurately track your Karma, Nuyen, ammo, and everything else all in one place. Chummer also includes support for a number of optional rules and house rules and even includes support for critters and is useful for players and Game Masters alike! It also supports four languages: English, French, German, and Japanese.

tc01/6502js

A JavaScript 6502 assembler and simulator. 6502js has seen no work done on it since 2013, and is probably not suitable for Fedora proper (but if someone wants to do that, I'm happy to collaborate / you're free to reuse this spec).
  • EPEL 7 : x86_64

tc01/wallet

The wallet is a client/server system using a central server with a supporting database and a stand-alone client that can be widely distributed to users. The server runs on a secure host with access to a local database; tracks object metadata such as ACLs, attributes, history, expiration, and ownership; and has the necessary access privileges to create wallet-managed objects in external systems (such as Kerberos service principals). The client uses the remctl protocol to send commands to the server, store and retrieve objects, and query object metadata. The same client can be used for both regular user operations and wallet administrative actions. All wallet actions are controlled by a fine-grained set of ACLs. Each object has an owner ACL and optional get, store, show, destroy, and flags ACLs that control more specific actions. A global administrative ACL controls access to administrative actions. An ACL consists of zero or more entries, each of which is a generic scheme and identifier pair, allowing the ACL system to be extended to use any existing authorization infrastructure. Supported ACL types include Kerberos principal names, regexes matching Kerberos principal names, and LDAP attribute checks. Currently, the object types supported are simple files, Kerberos keytabs, and WebAuth keyrings. By default, whenever a Kerberos keytab object is retrieved from the wallet, the key is changed in the Kerberos KDC and the wallet returns a keytab for the new key. However, a keytab object can also be configured to preserve the existing keys when retrieved. Included in the wallet distribution is a script that can be run via remctl on an MIT Kerberos KDC to extract the existing key for a principal, and the wallet system will use that interface to retrieve the current key if the unchanging flag is set on a Kerberos keytab object for MIT Kerberos. (Heimdal doesn't require any special support.)
  • EPEL 7 : x86_64
  • 1
  • 2