Bug#1061772: Missing dependencies
There's a bunch of dependencies for JJ that probably need to be packaged first. IIRC there is somebody working on gitoxide (gix-*) already in debcargo clap-markdown v0.1.3 esl01-renderdag v0.3.0 gix-config v0.32.1 gix-diff v0.38.0 gix-discover v0.27.0 gix-hashtable v0.4.1 gix-index v0.27.1 gix-macros v0.1.3 gix-object v0.39.0 gix-odb v0.55.0 gix-pack v0.45.0 gix-refspec v0.20.0 gix-ref v0.39.1 gix-revision v0.24.0 gix-revwalk v0.10.0 gix-traverse v0.35.0 gix v0.56.0 pollster v0.3.0 scm-record v0.2.0 serde_bser v0.3.1 tracing-chrome v0.7.1 watchman_client v0.8.0
Bug#1030835: ITP: ruff -- linter for Python, written in Rust
On Wed, Oct 25, 2023 at 02:05:39PM +0200, Matthias Urlichs wrote: > Hello, > > Package: wnpp > > Severity: wishlist > > Owner: James Addison > > X-Debbugs-Cc: debian-de...@lists.debian.org > > > > * Package name: ruff > >Version : 0.0.243 > >Upstream Contact: Charlie Marsh > > * URL : https://github.com/charliermarsh/ruff/ > > * License : MIT > >Programming Lang: Rust > >Description : linter for Python, written in Rust > > > > Ruff is a linter for Python that includes implementations of many common > > checks implemented by flake8, flake8 plugins, and pylint. > > > Any progress with this? See my recent posts to the bug report. We're waiting on various dependencies of ruff to pass through NEW. Jelmer
Bug#1030835: Current status
Current status: in NEW: librust-imperative-dev librust-libcst-dev Need to upload: librust-tikv-jemalloc-sys-dev librust-tikv-jemallocator-dev Need to update: thiserror thiserror-impl Cheers, Jelmer
Bug#1030835: More updates
newer versions of ruff now use a forked vendored copy of rustpython, and upstream says they're diverging. I've updated the packaging to ruff 0.0.291, which is the point after the vendoring. State of unmet dependencies: * lalrpop/lalrpop-util needs updating to 0.20. unstable has 0.19, updating it is nontrivial - help appreciated! * argfile v0.1.6 (in NEW queue) * clearscreen v2.0.1 (in NEW queue) * imperative v1.0.5 (in NEW queue) * rust-stemmers (in NEW queue) * libcst v0.1.0 (in NEW queue) * syn-ext v0.4.0 (in NEW queue) * serde_with v3.3.0 (in NEW queue) * result-like-derive v0.4.6 (in NEW queue) * result-like v0.4.6 (in NEW queue) That's probably an incomplete list; "cargo debstatus" runs out of stack space analyzing ruff now :-/ Cheers, Jelmer
Bug#1030835: Progress
Status update: ruff-macros: not touched yet rustpython-common: packaged, waiting for lexical-parse-* lexical-parse-integer: uploaded, in NEW lexical-parse-float: waiting for lexical-parse-integer python-libcst: uploaded, in NEW libcst: need to package rust crate; it'd be convenient if we could get it from crates.io (https://github.com/Instagram/LibCST/issues/967), but otherwise I'll just package a git snapshot Cheers, Jelmer
Bug#1030835: Another round of updates
> * python-maturin in NEW > * ruff-macros Not touched yet > * rustpython-ast in NEW > * rustpython-common packaged, waiting on dependencies (lexical-parse-*) to land in unstable > * lexical-parse-float packaged, waiting on dependencies (lexical-util) to land in unstable > * lexical-parse-integer packaged, waiting on dependencies (lexical-util) to land in unstable > * lexical-util in NEW > * chic packaged, waiting on dependencies (annotate-snippets) to land in unstable > * annotate-snippets in NEW > * criterion-cycles-per-byte in NEW > And python packages: > > * libcst in process of packaging Cheers, Jelmer -- Jelmer Vernooij PGP Key: https://www.jelmer.uk/D729A457.asc
Bug#1030835: Updates
> * python-maturin in NEW > * ruff-macros Not touched yet > * rustpython-ast packaged, waiting on dependencies to land in unstable > * rustpython-common packaged, waiting on dependencies to land in unstable > * lexical-parse-float packaged, waiting on dependencies to land in unstable > * lexical-parse-integer packaged, waiting on dependencies to land in unstable > * lexical-util in NEW > * volatile in NEW > * unic-ucd-category in NEW > * rustpython-compiler-core in NEW > * hexf-parse ACCEPTED > * rustpython-parser packaged, waiting on dependencies to land in unstable > * unic-emoji-char in NEW > * unic-ucd-ident in NEW > * unicode_names2 in process of packaging > * schemars ACCEPTED > * titlecase packaged, waiting on dependencies (joinery) to land in unstable > * joinery in NEW > * ciborium in NEW > * chic packaged, waiting on dependencies (annotate-snippets) to land in unstable > * annotate-snippets packaged, waiting on dependencies (yansi-term) to land in unstable > * yansi-term in NEW > And python packages: > > * libcst in process of packaging Jelmer -- Jelmer Vernooij PGP Key: https://www.jelmer.uk/D729A457.asc signature.asc Description: PGP signature
Bug#1030835: Quite a lot of dependencies
I've picked up ruff now that maturin (which it uses for building) is in NEW. It does look like there's quite a lot of other crates that need to be packaged first: * ruff-macros * rustpython-ast * rustpython-common * lexical-parse-float * lexical-parse-integer * lexical-util * volatile * unic-ucd-category * rustpython-compiler-core * lexf-parse * rustpython-parser * unic-emoji-char * unic-ucd-ident * unicode_names2 * schemars * titlecase * joinery * ciborium * chic * annotate-snippets And python packages: * libcst Jelmer
Bug#999850: Almost there..
At this point, the maturin package is just waiting for rust-cargo-config2 (which I've just uploaded) to make it through NEW. Once that has happened, I'll upload maturin. I have disabled the upload and scaffolding features for now, since they requires a couple of other crates that are not yet packaged (with a deep dependency stack). Cheers, Jelmer
Bug#1023477: (no subject)
retitle 1023477 RFP: libtypec -- user-space library for accessing USB-C/USB-PD metadata thanks I replied to your email to me about this ITP a couple of days ago, but perhaps that got lost in a spam filter somewhere: > Hi Colin, > > I originally started on this but didn't get very far. IIRC there were > some issues building on Debian, and then I got distracted by other > things before I could resolve those. > > If you're interested in taking over the ITP, please feel free to > do so. > > Cheers, > > Jelmer
Bug#999850: Remaining changes
Current todo list in terms of crate changes: python-pkginfo: in NEW cargo-config2: package v0.1.7 cfg-expr: update to v0.15.2 toml: update to v0.7.4 serde_spanned: update to v0.6.2 toml_datetime: update to v0.6.2 toml_edit: update to v0.19.10 serde_spanned: update to v0.6.2 winnow: update to v0.4.6 dirs: update to v5.0.1 dirs-sys: update to v0.4.1 option-ext: update to v0.2.0 cargo_metadata: update to v0.15.4 clap_complete_command: update to v0.5.1 clap_complete_fig: update to v4.2.0 fat-macho: update to v0.4.6 goblin: update to v0.6.1 scroll: update to v0.11.0 scroll_derive: update to v0.11.0 syn: update to v1.0.109 lddtree: update to v0.3.2 multipart v0.18.0 normpath: update to v1.1.1 trycmd: update to v0.14.11 humantime-serde: update to v1.1.1 snapbox: update to v0.4.4 concolor: update to v0.0.11 bitflags: update to v1.3.2 Note that "update to X" can also mean patching maturin to use the version currently in the Debian archive. Cheers, Jelmer
Bug#999850: More progress
Current status, left: * charset: packaged, fails to build * mailparse: packaged, not yet uploaded (depends on charset) * python-pkginfo: packaged, not yet uploaded (depends on mailparse) * pep508-rs: in NEW * pyproject-toml: uploaded to NEW * pyo3-log: in NEW Jelmer
Bug#999850: More progress
I've gotten a little bit further on this: Now packaged in unstable: * cargo-options * pep440_rs * quoted-printable In NEW: * pep508_rs * python-project In the process of being packaged (in debcargo-conf, not yet uploaded): * python-pkginfo * charset * mailparse * rfc2047-decoder Still todo (help welcome!): * update clap-complete-command >= 4 Cheers, Jelmer
Bug#999850: More progress
I've done another round of updates to the maturin package. Mostly this has involved loosening dependencies so that it can use versions of rust crates that are already in the archive. It's possible that some of this will bite us further down the line (since some of the dependencies are actually strict for a good reason), but for the majority of crates this is fine. When that happens, we can selectively bump the versions of those crate in the archive. I've also dropped support for some optional features, including cross building for Windows and Mac OS X, which requires crates that are not packaged in Debian. Right now, building is blocked on the following crates not being in the archive: * cargo-options (packaged in debcargo-conf, will be uploaded shortly) * clap-complete-command >= 4 (not yet packaged) + this depends on a clap-complete-fig >= 4, newer than is currently in the archive * pyproject-toml * python-pkginfo * lddtree * pep440 * minijinja2 Initially I'd probably disable optional features that depend on crates that aren't in the archive. Some of these crates are: * multipart * native-tls-crate * keyring If you're familiar with debcargo, then help packaging these crates would be great towards getting maturin into Debian. Cheers, Jelmer
Bug#999850: Planning to get back to maturin
FWIW I'm planning to get back to maturin, but got distracted packaging pyo3. It'll probably be a week or two before I have time to look at it. If somebody wanted to look at it before then, please say so here. Jelmer
Bug#1018300: ITP: gcloud-aio -- (Asyncio OR Threadsafe) Google Cloud Client Library for Python
Package: wnpp Severity: wishlist Owner: Jelmer Vernooij X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: gcloud-aio Version : 7.0.1 Upstream Author : Vi Engineering * URL : https://github.com/talkiq/gcloud-aio/ * License : MIT Programming Lang: Python Description : Async Python Client for Google Cloud Storage asyncio python library for accessing Google Cloud Storage. This is a dependency for the Debian Janitor.
Bug#999850: ITP: maturin -- Build and publish crates with pyo3, rust-cpython and cffi bindings as well as rust binaries as python packages.
This is still waiting for pyo3 to make it through NEW. On 7 August 2022 23:18:12 CEST, Thomas Goirand wrote: >Hi Jelmer, > >Any progress here? It'd be nice if you could update the status if this >package. FYI, it's needed by orjson, which I would also need for >home-assistant (which I'm attempting to package, but not ITP for this yet). > >Cheers, > >Thomas Goirand (zigo) -- Sent from my Android device with K-9 Mail. Please excuse my brevity.
Bug#999850: ITP: maturin -- Build and publish crates with pyo3, rust-cpython and cffi bindings as well as rust binaries as python packages.
Hi Agathe, On Tue, May 03, 2022 at 09:25:30AM +0200, Agathe Porte wrote: > Were you able to progress on this package? If so, could you share your work > on Salsa or elsewere? I depend on this package for another ITP of mine that > I would like to complete before the freeze. The current packaging can be found at https://salsa.debian.org/jelmer/maturin I'm currently waiting for some of the rust dependencies and their dependencies to make it into the archive: * pyo3 (waiting for pyo3-ffi) * pyo3-ffi (in NEW) * fat-macho (needs updating of goblin) * llvm-bitcode (waiting for num-enum) * num-enum (in NEW) * num-enum-derive (in NEW) Cheers, Jelmer
Bug#981913: ITP: ognibuild -- Wrapper with common interface for invoking any kind of build tool
On Fri, Feb 05, 2021 at 03:03:07PM +0200, Andrius Merkys wrote: > On 2021-02-05 04:11, Jelmer Vernooij wrote: > > * Package name: ognibuild > > Version : 0.0.1 > > Upstream Author : Jelmer Vernooij > > * URL : https://github.com/jelmer/ognibuild > > * License : GPL > > Programming Lang: Python > > Description : Wrapper with common interface for invoking any kind of > > build tool > > > > Ognibuild is a simple wrapper with a common interface for invoking any kind > > of > > build tool. > > > > The ideas is that it can be run to build and install any source code > > directory > > by detecting the build system that is in use and invoking that with the > > correct > > parameters. > > Just curious: does it share code/logic with debhelper? AFAIK, debhelper > also applies many heuristics to build/install packages. It doesn't share any code with debhelper today; there are some similarities in what they're trying to do but their constraints are quite different. Within a compat level debhelper needs to be consistent in its behaviour, and predictable. ognibuild provides no such guarantees and newer versions may behave slightly differently, as support for more build systems is added or tweaked. debhelper is specific Debian, ognibuild is not. > > It can also detect and install missing dependencies. > Do you mean Debian packages? That's what it's currently used for, but it's not specific to Debian. It uses a two-tier approach. It detects "upstream dependencies" from both upstream build configuration (e.g. setup.py) and build logs (e.g. "ModuleNotFoundError: unable to find module blah"). As a second step, it can then attempt to translate the upstream dependency (e.g. {'family': 'python', 'module': 'blah'} to a Debian package name by using apt-file or some other set of rules. That Debian package name can then be added to the build dependencies and (in the case of an error extract from a build log) the build retried to verify that the new dependency addresses the build error. It could also do something else as the second step, like invoke "pip install blah", or perhaps translate the upstream dependency to a RPM package name. Cheers, Jelmer signature.asc Description: PGP signature
Bug#981913: ITP: ognibuild -- Wrapper with common interface for invoking any kind of build tool
Package: wnpp Severity: wishlist Owner: Jelmer Vernooij X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: ognibuild Version : 0.0.1 Upstream Author : Jelmer Vernooij * URL : https://github.com/jelmer/ognibuild * License : GPL Programming Lang: Python Description : Wrapper with common interface for invoking any kind of build tool Ognibuild is a simple wrapper with a common interface for invoking any kind of build tool. The ideas is that it can be run to build and install any source code directory by detecting the build system that is in use and invoking that with the correct parameters. It can also detect and install missing dependencies. (This code is currently a part of the Debian Janitor, and being factored out)
Bug#964421: ITP: debmutate -- Python modules to modify Debian packages
Package: wnpp Severity: wishlist Owner: Jelmer Vernooij * Package name: debmutate Version : 0.1 Upstream Author : Jelmer Vernooij * URL : https://salsa.debian.org/jelmer/debmutate * License : GPL Programming Lang: Python Description : Format-preserving manipulation of Debian control files in Python Debmutate is a set of Python modules for manipulating the control files of Debian packages, with the ability to preserve the existing formatting of the control files. The package is built on top of python-debian, and split out from the lintian-brush source code.
Bug#950975: ITP: python3-xdelta3 -- Fast delta encoding in python using xdelta3
Package: wnpp Severity: wishlist Owner: Jelmer Vernooij * Package name: python3-xdelta3 Version : 0.0.6a1 Upstream Author : Samuel Colvin * URL : https://github.com/samuelcolvin/xdelta3-python * License : Apachev2 Programming Lang: Python Description : Fast delta encoding in python using xdelta3 xdelta3-python is a thin Python wrapper around xdelta 3.1.1 which is a highly optimised c library for delta calculation and compression.
Bug#914464: Any update?
On Mon, Jan 21, 2019 at 05:08:15PM +0100, Filip Pytloun wrote: > any update with this package? > I would need it to build newer vdirsyncer. I've just uploaded to NEW. -- Jelmer Vernooij PGP Key: https://www.jelmer.uk/D729A457.asc signature.asc Description: PGP signature
Bug#912708: ITP: aiowsgi -- minimalist WSGI server implementation using async
Package: wnpp Severity: wishlist Owner: Jelmer Vernooij * Package name: aiowsgi Version : 0.0.7 Upstream Author : Gael Pasgrimaud * URL : https://github.com/gawel/aiowsgi * License : MIT Programming Lang: Python Description : minimalist WSGI server implementation using async This package provides a simple Python implementation of the WSGI interace using the waitress pure Python HTTP implementation. -- Jelmer Vernooij PGP Key: https://www.jelmer.uk/D729A457.asc signature.asc Description: PGP signature
Bug#912705: ITP: wsgiproxy2 -- A WSGI Proxy with various http client backends
Package: wnpp Severity: wishlist Owner: Jelmer Vernooij * Package name: wsgiproxy2 Version : 0.4.5 Upstream Author : Gael Pasgrimaud * URL : https://github.com/gawel/WSGIProxy2/ * License : MIT Programming Lang: Python Description : A WSGI Proxy with various http client backends WSGI Proxy implementation that provides a WSGI shim and forwards request over HTTP to another HTTP server. (This is an optional dependency of python3-webtest) -- Jelmer Vernooij PGP Key: https://www.jelmer.uk/D729A457.asc signature.asc Description: PGP signature
Bug#911016: ITP: lintian-brush -- automatically fix some lintian issues
Package: wnpp Severity: wishlist Owner: Jelmer Vernooij * Package name: lintian-brush Version : 0.1 Upstream Author : Jelmer Vernooij * URL : https://salsa.debian.org/jelmer/lintian-brush * License : GPLv2 or later Programming Lang: Python Description : automatically fix some lintian issues This tool automatically fixes some common but automatically fixable lintian issues, adds relevant changelog entries and commits to Git. -- Jelmer Vernooij PGP Key: https://www.jelmer.uk/D729A457.asc
Bug#855887: Any news
On Tue, 2017-11-21 at 23:42 +0100, Félix Sipma wrote: > On 2017-11-21 22:17+0000, Jelmer Vernooij wrote: > > On Sun, Nov 19, 2017 at 10:59:40PM +0100, Félix Sipma wrote: > > > On 2017-11-19 22:45+0100, Félix Sipma wrote: > > > > On 2017-11-19 22:45+0100, Félix Sipma wrote: > > > > > I uploaded the last version to mentors and to my repo. No > > > > > need to open an RFS? > > > > > > > > Forgot the link: > > > > https://mentors.debian.net/debian/pool/main/t/todoman/todoman_3 > > > > .2.4-1.dsc > > > > > > I just updated a new version which fixes a typo. > > > > You should be receiving an email soon saying the package is in the > > NEW > > queue. > > > > Cheers, > > > > Jelmer > > Thanks for your fast reviewing! > > I was just wondering, /usr/bin/todo seems quite generic, and it may > clash with > other packages... It seems to be used by "devtodo". Should we > customize the > patch the package to provide /usr/bin/todoman instead, or keep > /usr/bin/todo > and avoid conflicts by another mean? Awh, crap - that's a good point. Yes, we'll have to rename "todo" to "todoman" if there's something existing that provides /usr/bin/todo. Jelmer
Bug#855887: Any news
On Sun, Nov 19, 2017 at 10:59:40PM +0100, Félix Sipma wrote: > On 2017-11-19 22:45+0100, Félix Sipma wrote: > > On 2017-11-19 22:45+0100, Félix Sipma wrote: > >> I uploaded the last version to mentors and to my repo. No need to open an > >> RFS? > > > > Forgot the link: > > https://mentors.debian.net/debian/pool/main/t/todoman/todoman_3.2.4-1.dsc > > I just updated a new version which fixes a typo. You should be receiving an email soon saying the package is in the NEW queue. Cheers, Jelmer -- Jelmer Vernooij <jel...@jelmer.uk> PGP Key: https://www.jelmer.uk/D729A457.asc signature.asc Description: PGP signature
Bug#855887: Any news
On Sun, Nov 19, 2017 at 10:59:40PM +0100, Félix Sipma wrote: > On 2017-11-19 22:45+0100, Félix Sipma wrote: > > On 2017-11-19 22:45+0100, Félix Sipma wrote: > >> I uploaded the last version to mentors and to my repo. No need to open an > >> RFS? > > > > Forgot the link: > > https://mentors.debian.net/debian/pool/main/t/todoman/todoman_3.2.4-1.dsc > > I just updated a new version which fixes a typo. Thanks! I'll review and barring any issues upload this week. Cheers, Jelmer -- Jelmer Vernooij <jel...@jelmer.uk> PGP Key: https://www.jelmer.uk/D729A457.asc signature.asc Description: PGP signature
Bug#855887: Any news
Hi Félix, That's great to hear. I'm more than happy to sponsor :) The package looks okay to me. How does todoman use JavaScript? are the suggests for that just for sphinx? Jelmer On Sun, Nov 19, 2017 at 03:14:36PM +0100, Félix Sipma wrote: > Hi Jelmer, > > sphinx-autorun entered in sid a few days ago, after staying 5 months in > mentors > \o/. I now have everything I need, and the package is almost ready. I'd just > like to update the package to the last release, bump the Standards-Version, > and > then send it to mentors. I think I'll be able to do this very soon. You can > then help in reviewing and uploading to sid. Just give me one or two days more > :-). > > On 2017-11-19 09:12+, Jelmer Vernooij wrote: > > Hi Félix, > > > > I'm quite keen to see todoman in Debian. Is there anything I can do > > to help get it into sid? > > > > What's missing from the git packaging repo? It seem pretty complete already. > > > > Jelmer > >
Bug#855887: Any news
Hi Félix, I'm quite keen to see todoman in Debian. Is there anything I can do to help get it into sid? What's missing from the git packaging repo? It seem pretty complete already. Jelmer -- Jelmer Vernooij <jel...@jelmer.uk> PGP Key: https://www.jelmer.uk/D729A457.asc signature.asc Description: PGP signature
Bug#873848: ITP: breezy-debian -- Breezy plugin for Debian package management
Package: wnpp Severity: wishlist Owner: Jelmer Vernooij <jel...@debian.org> * Package name: breezy-debian Version : 3.0.0 Upstream Author : Breezy Developers * URL : https://launchpad.net/brz-debian * License : GPL Programming Lang: Python Description : Breezy plugin for Debian package management breezy-debian is a plugin for the breezy version control system that helps to automate the task of maintaining Debian packages using Breezy. It provides integration for easily accessing VCS URLs, quilt patch management and building packages from source control. signature.asc Description: PGP signature
Bug#855887: python3-parsedate in unstable
FYI python3-parsedate has now made it to unstable. https://packages.debian.org/sid/python3-parsedatetime signature.asc Description: PGP signature
Bug#856982: ITP: litmus -- WebDAV server test suite
Package: wnpp Severity: wishlist Owner: =?utf-8?q?Jelmer_Vernoo=C4=B3?=* Package name: litmus Version : 0.13 Upstream Author : Jelmer Vernooij
Bug#856511: ITP: xandikos -- CalDAV/CardDAV server backed by Git
Package: wnpp Severity: wishlist Owner: Jelmer Vernooij <jel...@debian.org> * Package name: xandikos Version : 0.0.2 Upstream Author : Jelmer Vernooij <jel...@jelmer.uk> * URL : https://jelmer.uk/code/xandikos/ * License : GPL Programming Lang: Python Description : CalDAV/CardDAV server backed by Git Xandikos is a single-user CardDAV/CalDAV server that backs onto a Git repository. . It implements the following standards: . * RFC4918/RFC2518 (Core WebDAV) - implemented, except for COPY/MOVE/LOCK operations * RFC4791 (CalDAV) - fully implemented * RFC6352 (CardDAV) - fully implemented * RFC5397 (Current Principal) - fully implemented * RFC3253 (Versioning Extensions) - partially implemented, only the REPORT method and {DAV:}expand-property property * RFC3744 (Access Control) - partially implemented * RFC5995 (POST to create members) - fully implemented
Bug#829474: ITP: node-jstransformer -- Node library to normalize the API of any jstransformer
Package: wnpp Severity: wishlist Owner: "Jelmer Vernooij" <jel...@debian.org> * Package name: node-jstransformer Version : 1.0.0 Upstream Author : Forbes Lindesay * URL : https://github.com/jstransformers/jstransformer * License : MIT Programming Lang: JavaScript Description : Node library to normalize the API of any jstransformer This is a node module that can take a transformer and normalizes it, providing a standard set of methods. This library is a new dependency of node-jade.
Bug#824240: ITP: python-onvif -- Python Client for ONVIF Cameras
Package: wnpp Severity: wishlist Owner: "Jelmer Vernooij" <jel...@debian.org> * Package name: python-onvif Version : 0.1.1 Upstream Author : Cherish Chen <sinchb...@gmail.com> * URL : https://github.com/quatanium/python-onvif * License : MIT Programming Lang: Python Description : Python Client for ONVIF Camera This is Python implementation of the ONVIF standard. ONVIF provides a standard interface to physical IP-based security products
Bug#823985: ITP: quasselc -- C Library for connecting to Quassel cores
Package: wnpp Severity: wishlist Owner: "Jelmer Vernooij" <jel...@debian.org> * Package name: quasselc Version : 0.0.0 Upstream Author : Pierre-Hugues Husson <phhus...@gmail.com> * URL : https://github.com/phhusson/quasselc * License : GPLv3 Programming Lang: C Description : Library for connecting to Quassel cores This library provides an API for connecting to Quassel servers (cores). It is used by the Quassel plugin for irssi. (https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=745371)
Bug#780963: skydns ITP status?
Hi Tim, How's the packaging of skydns going? Anything I can help with/test? Cheers, Jelmer signature.asc Description: PGP signature