Bug#1067413: RFP: keydb -- persistent key-value database with network interface
affects 1067413 + redis-server
thanks
Hi Guillem,
> I'm CCing Chris, who might perhaps be interested in replacing Redis with
> KeyDB as its spiritual successor and taking this on? Or if not, at least
> to perhaps potentially coordinate some kind of transition, even though
> we've had issues migrating persistent DBs from newer Redis to KeyDB, so
> that might be tricky or not feasible at all.
Thanks for including me here. I had not yet looked into potential
Redis replacements nor the exact and precise details of the new
license etc. and this activity around KeyDB feels like a good start.
I thought I'd let the dust settle for a bit before making any
decisions — perhaps the change even gets reversed (!), and no doubt
there might be new alternatives that will fork the code immediately
prior to the license change.
My personal and professional usage of Redis has dropped off in the
past few years, so it would make more sense for me to help out in a
team maintainership role, at least with respect to KeyDB.
However, I'd be interested in coordinating around some kind of
Redis→KeyDB/something transition if need be.
(Incidentally, why did your work switch to KeyDB?)
Regards,
--
,''`.
: :' : Chris Lamb
`. `'` la...@debian.org chris-lamb.co.uk
`-
Bug#1042948: O: mtools -- Tools for manipulating MSDOS files
Diederik de Haas wrote: > Would it be useful to move it out of your personal namespace to f.e. 'debian'? Sure thing… Done: https://salsa.debian.org/debian/pkg-mtools Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org chris-lamb.co.uk `-
Bug#1042948: O: mtools -- Tools for manipulating MSDOS files
Package: wnpp
Severity: normal
I am orphaning this package so that it can be more actively maintained.
Full Git maintenance history is available - see its Vcs-Git entry.
The binary packages are:
Package: mtools
Architecture: any
Multi-Arch: foreign
Depends:
${misc:Depends},
${shlibs:Depends},
Suggests:
floppyd,
Description: Tools for manipulating MSDOS files
Mtools is a collection of utilities to access MS-DOS disks from Unix
without
mounting them. It supports Win'95 style long file names, OS/2 Xdf disks,
ZIP/JAZ disks and 2m disks (store up to 1992kB on a high density 3 1/2
disk).
.
Also included in this package are commands to eject and manipulate the
write/password protection control of Zip disks.
Package: floppyd
Architecture: any
Depends:
${misc:Depends},
${shlibs:Depends},
Suggests:
mtools,
Description: Daemon for remote access to floppy drives
Floppyd is used as a server to grant access to the floppy drive to clients
running on a remote machine, just as an X server grants access to the
display
to remote clients.
Regards,
--
,''`.
: :' : Chris Lamb
`. `'` la...@debian.org
`-
Bug#926470: RFP: annocheck -- analyse an application's compilation
Hi Pietro, > I've been building annocheck manually and i'd like to package it for > debian. > > Should I package only annocheck or the GCC plugin too? If it helps, I'm mostly interested in the command-line utility rather than the GCC plugin. (Perhaps that can be added later or even on-demand?) Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org chris-lamb.co.uk `-
Bug#954301: ITP: python-rich -- library for rendering rich text and beautiful formatting to the terminal
merge 954301 962028 thanks > I already filed an ITP for rich Ok, let's merge these. I am also looking forward to this package appearing in Debian. Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `-
Bug#952472: RFP: hsd -- blockchain-based top-level domain DNS protocol implementation
Package: wnpp Severity: wishlist Owner: la...@debian.org * Package name: hsd * URL : https://github.com/handshake-org/hsd * License : MIT Programming Lang: Javascript / NodeJS Description : blockchain-based top-level domain DNS protocol implementation >From upstream's website: Handshake is a UTXO-based blockchain protocol which manages the registration, renewal and transfer of DNS top-level domains (TLDs). Our naming protocol differs from its predecessors in that it has no concept of namespacing or subdomains at the consensus layer. Its purpose is not to replace DNS, but to replace the root zone file and the root servers. HSD is an implementation of the Handshake Protocol. I've pushed some initial packaging here which would be more than happy for someone to take over: https://salsa.debian.org/lamby/pkg-hsd ... but I think it will require a number of libraries to be packaged too, for example bcrypto/lib/blake2b, etc. Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `-
Bug#945524: RFP: container-diff -- Diff Docker containers
Package: wnpp Severity: wishlist Owner: la...@debian.org X-Debbugs-CC: debian-de...@lists.debian.org * Package name: container-diff * URL : https://github.com/GoogleContainerTools/container-diff * License : Apache-2.0 Programming Lang: Go Description : Diff Docker containers >From upstream's website: container-diff is a tool for analyzing and comparing container images. It can examine images along several different criteria including: * Docker Image History * Image file system * Image size * APT packages * RPM packages * pip packages * npm packages These analyses can be performed on a single image, or a diff can be performed on two images to compare. The tool can help users better understand what is changing inside their images, and give them a better look at what their images contain. This RFP was prompted by the following wishlist request against diffoscope: https://salsa.debian.org/reproducible-builds/diffoscope/issues/39 Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `-
Bug#932470: O: adminer -- web-based database administration tool
Hi Alexandre, > I cannot find the Debian group in the project creation form on salsa so > I think I am not allowed to create new projects in the Debian group. Makes some kind of sense. I've created: https://salsa.debian.org/debian/adminer … and given you what I believe to be the maximum permissions. Can you push your changes and, as a bonus, also update debian/control to point to this new location? Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org chris-lamb.co.uk `-
Bug#932470: O: adminer -- web-based database administration tool
Hi Alexandre,
> > Uploaded; thanks. :)
[…]>
> Should I update myself the VCS repository? Or should we move it out of
> your personnal area on salsa? Perhaps in the Debian group?
Good idea. Can you create a repo in the Debian group? If so, please
just go ahead and do that and push the entire history (etc.) there and
then let me know it is safe to remove mine.
> Regarding future revisions, I'll keep pinging you for sponsorship via
> mentors.debian.net if that's ok.
Perfect. After a while I'm sure we can visit the question of DM upload
rights too... :)
Regards,
--
,''`.
: :' : Chris Lamb
`. `'` la...@debian.org chris-lamb.co.uk
`-
Bug#932470: O: adminer -- web-based database administration tool
tags 932470 + pending thanks Hi Alexandre, > > https://mentors.debian.net/package/adminer […] > Package updated to latest policy (nothing to do). Sorry for this. Uploaded; thanks. :) Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org chris-lamb.co.uk `-
Bug#932470: O: adminer -- web-based database administration tool
Hi Alexandre, > I'd be happy to take over. I'm a DM so I can upload by myself when > someone feels it'll be appropriate. > > I'd start with an upload with the patch I proposed for #906542. Thanks; please go ahead in preparing your package. I would suggest that you sart with — at least to begin with -- the Git- based packaging under my salsa.debian.org account. Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org chris-lamb.co.uk `-
Bug#932470: O: adminer -- web-based database administration tool
Package: wnpp
Severity: normal
X-Debbugs-CC: debian-de...@lists.debian.org
I am orphaning this package so that it can be more actively maintained.
Full Git maintenance history is available - see its Vcs-Git entry.
The binary packages are:
Package: adminer
Architecture: all
Depends:
libapache2-mod-php | php-cgi | php-fpm | php,
php-mysql | php-sqlite3 | php-pgsql,
${misc:Depends},
Recommends:
php-cli,
php-mysql,
php-pgsql,
php-sqlite3,
Suggests:
default-mysql-server | virtual-mysql-server | postgresql | sqlite3,
Description: Web-based database administration tool
Adminer (formerly phpMinAdmin) is a full-featured database management tool
written in PHP. Conversely to phpMyAdmin, it is a light weight application
with these priorities in order: security, user experience, performance,
feature set and size.
Regards,
--
,''`.
: :' : Chris Lamb
`. `'` la...@debian.org
`-
Bug#930216: ITP: python-noise -- Perlin noise for image generation
Steffen Moeller wrote::
> Package: wnpp
> Severity: wishlist
> Owner: Steffen Moeller
>
> * Package name: python-noise
> Version : 1.2.3
> * URL : https://github.com/casemane/noise
404s for me.
Regards,
--
,''`.
: :' : Chris Lamb
`. `'` la...@debian.org chris-lamb.co.uk
`-
Bug#928604: ITP: soscleaner -- Python application to clean sensitive and un-wanted data from an existing sosreport
Hi Eric, > ITP: soscleaner -- Python application to clean sensitive and un- > wanted data from an existing sosreport Please excuse this drive-thru comment but I think this description etc. could be dramatically improved if it mentioned what a "sos" report is. :) Best wishes, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `-
Bug#928604: ITP: soscleaner -- Python application to clean sensitive and un-wanted data from an existing sosreport
Chris Lamb wrote: > […] FYI, eric.desroc...@canonical.com (removed from CC in this message) bounces for me. Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org chris-lamb.co.uk `-
Bug#926470: RFP: annocheck -- analyse an application's compilation
Package: wnpp Severity: wishlist Owner: la...@debian.org X-Debbugs-CC: debian-de...@lists.debian.org * Package name: annocheck * URL : https://sourceware.org/git/?p=annobin.git * License : GPL3 Programming Lang: C Description : Analyse an application's compilation >From annocheck(1) The annocheck program can analyse programs and report information about them. It is designed to be modular, with a set of self- contained tools providing the checking functionality. Currently the following tools are implemented: The annocheck program is able to scan inside rpm files and libraries. It will automatically recurse into any directories that are specified on the command line. In addition annocheck knows how to find debug information held in separate debug files, and it will search for these whenever it needs the resources that they contain. New tools can be added to the annocheck framework by creating a new source file and including it in the Makefile used to build annocheck. The modular nature of annocheck means that nothing else needs to be updated. New tools must fill out a "struct checker" structure (defined in annocheck.h) and they must define a constructor function that calls "annocheck_add_checker" to register their presence at program start-up. The annocheck program supports some generic command line options that are used regardless of which tools are enabled. This RFP was prompted by the following wishlist request against diffoscope: https://salsa.debian.org/reproducible-builds/diffoscope/issues/51 Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `-
Bug#924659: ITP: fossology -- FOSSology is an open source license compliance software system and toolkit.
[Adding 924...@bugs.debian.org to CC]
Gaurav Mishra wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Gaurav Mishra
For debian-devel, this got filed as:
https://bugs.debian.org/924659
Guarav, just a friendly note to say that you CC'd debian-devel explicitly
when filing this bug instead of using the X-Debbugs-CC mechanism.
See:
https://www.debian.org/Bugs/Reporting
… specifically the "Sending copies of bug reports to other addresses"
section for the rationale here.
Best wishes,
--
,''`.
: :' : Chris Lamb
`. `'` la...@debian.org chris-lamb.co.uk
`-
Bug#908285: Bug#919458: RFP: cookie-autodelete -- delete cookies not used by any open tab
[adding #908285 to CC, moving #919458 to BCC] Hi Christoph, (I think you wanted #908285, not #919458 here. Resending to all all on your behalf…) § Sean Whitton wrote... > Package: wnpp > Severity: wishlist > > * Package name: cookie-autodelete > Version : 2.2.0 > Upstream Author : Name To be precise: Kenny Do > * URL : https://github.com/Cookie-AutoDelete/Cookie-AutoDelete > * License : MIT > Programming Lang: JavaScript webext > Description : delete cookies not used by any open tab > > This is a useful replacement for xul-ext-self-destructing-cookies, which doesn't work with the new Firefox ESR 60.0. Indeed, and that's why I spent a few hours on this. Summary, it's not that easy. Here are my findings so other people have to go throught this again: The pre-compiled .xpi contains a bundles/ subdirectory which is essential for cookie-autodelete to work. These files are missing in the sources, and if I understand correctly, they are gathered when building using npm - while in the Debian ecosystem they should rather be shipped by other packages. One of them might be node-react which hasn't reached testing yet and I'm not sure whether it will in time for buster freeze. Minor issue: dh_webext installs the files in an "extensions/" subdirectory where firefox will not find the extensions. Might require some tweaking but is not a blocker. So I'll give up on this for the moment. If anybody else feels comfortable to continue, go ahead. Christoph
Bug#919682: RFP: safeclib -- safec libc extension with all C11 Annex K functions
tags 919862 - pending reopen 919682 notfixed 919682 redis/5:5.0.3-4 thanks (919682 != 919862, it turns out.) Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org chris-lamb.co.uk `-
Bug#909550: possible conflict over the /usr/bin/ia namespace
Antoine Beaupré wrote: > >From what I can tell, both were: > > https://tracker.debian.org/news/989684/accepted-python-duckduckgo2-0242git20151019-2-source-amd64-into-unstable/ Neat, thanks. I've just processed python-internetarchive 1.8.1-1 in NEW. Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `-
Bug#909550: possible conflict over the /usr/bin/ia namespace
[Adding ftpmas...@debian.org to CC] Hi Antoine et al., > So anyways - irl will upload a new package now, presumably -2 or more, > so i think << 0.242+git20151019-2~ is fine. I just went to process this package in NEW but this new upload does not appear to have happened yet. Is that correct? Best wishes, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `-
Bug#881896: RFP: src -- Simple Revision Control, single-file and single-user version tracking
Chris Lamb wrote: > (I'm going to go ahead and reject src:src from NEW now.) Done. Please ping me via this bug when you re-upload to NEW. Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `-
Bug#881896: RFP: src -- Simple Revision Control, single-file and single-user version tracking
Dmitry Bogatov wrote:
> Would following be acceptable:
>
> - src:simple-revision-system
> - bin:simple-revision-system
> - /usr/bin/src
>
> or you object aganist /usr/bin/src too?
That would work for me.
(I'm going to go ahead and reject src:src from NEW now.)
Regards,
--
,''`.
: :' : Chris Lamb
`. `'` la...@debian.org / chris-lamb.co.uk
`-
Bug#881896: RFP: src -- Simple Revision Control, single-file and single-user version tracking
[Adding kact...@debian.org to CC] Jochen Hein wrote: > On http://www.catb.org/esr/src/ upstream describes it as "Simple > Revision Control". Something like simple-revision-control? That would pass NEW from my PoV. Dimitry, that work for you? Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `-
Bug#881896: RFP: src -- Simple Revision Control, single-file and single-user version tracking
retitle 881896 ITP: src -- Simple Revision Control, single-file and single-user version tracking thanks [Adding debian-de...@lists.debian.org to CC] Hi Mike et al., > Package: wnpp > Severity: wishlist > > * Package name: src > Version : 1.17 Just reviewing this in NEW and was briefly uneasy about a package with this name entering the package namespace. For example, given: $ apt-get source src … and that there are also many places in Debian where we would be using nomenclature such as: src:src … to refer to this package, this is obviously somewhat confusing out of context. There would also be binary packages that would be called "src" (!) which, less problematically, would exist alongside packages such as "linux-source" and "uwsgi-src" etc. Is there a prefix, suffix or even an alternative name that upstream use to avoid this? If not, we may have to invent one here. Thoughts welcome. Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `-
Bug#842943: RFP: signal-desktop -- standalone JS desktop client for Signal Messenger
Hans-Christoph Steiner wrote: > Package: wnpp > Severity: wishlist > > * Package name: signal-desktop Indeed, I would rather like to see this given the attached... Best wishes, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `-
Bug#909567: ITP: opensnitch -- Port of the Little Snitch application firewall
Package: wnpp Severity: wishlist Owner: la...@debian.org X-Debbugs-CC: debian-de...@lists.debian.org * Package name: opensnitch Version : 0~git20180913+e9c10b9-1 Upstream Author : Simone "evilsocket" Margaritelli * URL : https://opensnitch.io/ * License : GPL-3 Programming Lang: Go / Python (Qt) Description : Port of the Little Snitch application firewall OpenSnitch works on the same principles of the macOS version, being a host-based firewall that notifies users when local apps are attempting to initiate new outgoing network connections. When this happens, OpenSnitch will display a popup, asking the user for instructions on how to deal with this new process. All user decisions are saved as rules in local JSON files. Users can edit these rules later to fine-tune the firewall or import/export rules from/to other systems. Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `-
Bug#908723: ITP: django-auto-one-to-one -- Django module to automatically connect child model instances to parent class
tags 908723 + pending thanks Uploaded: Uploading django-auto-one-to-one_3.0.0-1.dsc Uploading django-auto-one-to-one_3.0.0.orig.tar.gz Uploading django-auto-one-to-one_3.0.0-1.debian.tar.xz Uploading django-auto-one-to-one_3.0.0-1_amd64.buildinfo Uploading python3-django-auto-one-to-one_3.0.0-1_all.deb Uploading django-auto-one-to-one_3.0.0-1_amd64.changes Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `-
Bug#908723: ITP: django-auto-one-to-one -- Django module to > automatically connect child model instances to parent class
owner 908723 ! thanks > I spoke with Chris, and we agreed to maintain this package as part of > the python team. He will have a look at the packaging and insert it > into the correct location. Altering owner to match. Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `-
Bug#909304: ITP: python-grpcio -- high performance RPC framework (Python libraries)
Package: wnpp Severity: wishlist Owner: la...@debian.org X-Debbugs-CC: debian-de...@lists.debian.org * Package name: python-grpcio Version : 1.15.0-1 Upstream Authors: gRPC Authors * URL : https://grpc.io/ * License : Apache 2.0 Programming Lang: Python Description : high performance RPC framework (Python libraries) gRPC is a modern open source high performance RPC framework. It can efficiently connect services in and across data centers with pluggable support for load balancing, tracing, health checkin and authentication. It is also applicable in last mile of distributed computing to connect devices, mobile applications and browsers to backend services. This package contains the libraries for Python 3. Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `-
Bug#908837: ITP: python-grpc-tools -- Protobuf code generator for gRPC
Package: wnpp Severity: wishlist Owner: la...@debian.org X-Debbugs-CC: debian-de...@lists.debian.org * Package name: python-grpc-tools Version : 1.14.1-1 * URL : https://grpc.io/ * License : Apache-2.0 Programming Lang: Python/C++ Description : Protobuf code generator for gRPC (Python 3) gRPC is a modern open source high performance RPC framework. It can efficiently connect services in and across data centers with pluggable support for load balancing, tracing, health checkin and authentication. It is also applicable in last mile of distributed computing to connect devices, mobile applications and browsers to backend services. This package installs the Protobuf code generator for Python 3. Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `-
Bug#903163: Bug#888916: cryptsetup: Patch that enables using OpenPGP card to unlock encrypted root
Dear Guilhem et al., > Here is my review (CC'ing lamby who filed #903163 — not sure if these > two should be merged or not): On a point of order, regardless of which codebase we end up using I think we should merge #903163 into this bug (or otherwise close it) and further rename #888916 to "Please support using OpenPGP cards to unlock encrypted roots" or similar. That way we don't risk splitting the conversation any further and risk confusing anyone joining the conversation later on... including myself! Anyway, just a quick note to say thank you for your work on this. Best wishes, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `-
Bug#904425: O: process-cpp -- C++11 library for handling processes
Package: wnpp
Severity: normal
I am orphaning this package so that it can be more actively maintained.
Full Git maintenance history is available - see the Vcs-Git headers in
debian/control.
The binary packages are:
Package: libprocess-cpp3
Architecture: any
Multi-Arch: same
Pre-Depends:
${misc:Pre-Depends}
Depends:
${misc:Depends},
${shlibs:Depends}
Description: C++11 library for handling processes (runtime libraries)
process-cpp is a simple and straightforward wrapper around process creation
and control. It helps both with handling child processes and with interacting
with the current process. Some of its features include:
.
- Thread-safe get/set/unset operation on the current process's environment.
- Throwing and non-throwing overloads of functions when system calls are
involved.
- Seamless redirection of input, output and error streams of child
processes.
- Type-safe interaction with the virtual proc filesystem, both for reading &
writing.
.
The library's main purpose is to assist in testing and when a software
component needs to carry out process creation/control tasks, e.g., a
graphical
shell. To this end, the library is extensively tested and tries to ensure
fail-safe operation as much as possible.
.
This package includes the process-cpp runtime libraries.
Package: libprocess-cpp-dev
Section: libdevel
Architecture: any
Multi-Arch: same
Recommends:
libprocess-cpp-doc
Depends:
libprocess-cpp3 (= ${binary:Version}),
libproperties-cpp-dev,
${misc:Depends}
Description: C++11 library for handling processes (dev headers and libraries)
process-cpp is a simple and straightforward wrapper around process creation
and control. It helps both with handling child processes and with interacting
with the current process. Some of its features include:
.
- Thread-safe get/set/unset operation on the current process's environment.
- Throwing and non-throwing overloads of functions when system calls are
involved.
- Seamless redirection of input, output and error streams of child
processes.
- Type-safe interaction with the virtual proc filesystem, both for reading &
writing.
.
This package includes all the development headers and libraries for
process-cpp.
Package: libprocess-cpp-doc
Section: doc
Architecture: all
Depends:
${misc:Depends}
Suggests:
libprocess-cpp-dev
Description: C++11 library for handling processes (documentation)
process-cpp is a simple and straightforward wrapper around process creation
and control. It helps both with handling child processes and with interacting
with the current process. Some of its features include:
.
- Thread-safe get/set/unset operation on the current process's environment.
- Throwing and non-throwing overloads of functions when system calls are
involved.
- Seamless redirection of input, output and error streams of child
processes.
- Type-safe interaction with the virtual proc filesystem, both for reading &
writing.
.
This package includes documentation files for the libprocess-cpp development.
Regards,
--
,''`.
: :' : Chris Lamb
`. `'` la...@debian.org
`-
Bug#904426: O: dbus-cpp -- header-only dbus-binding leveraging C++-11
Package: wnpp
Severity: normal
I am orphaning this package so that it can be more actively maintained.
Full Git maintenance history is available - see salsa. :)
The binary packages are:
Package: libdbus-cpp5
Architecture: any
Multi-Arch: same
Depends: ${misc:Depends},
${shlibs:Depends},
Description: header-only dbus-binding leveraging C++-11 (runtime libraries)
A header-only dbus-binding leveraging C++-11, relying on compile-time
polymorphism to integrate with arbitrary type systems. Runtime portions to
bind to different event loops.
Package: dbus-cpp-bin
Section: libdevel
Architecture: any
Multi-Arch: foreign
Depends: ${misc:Depends},
${shlibs:Depends},
libdbus-cpp5 (= ${binary:Version})
Description: header-only dbus-binding leveraging C++-11 (tools)
Protocol compiler and generator to automatically generate protocol headers
from introspection XML.
.
D-Bus is a message bus used for sending messages between applications.
.
This package contains runtime binaries.
Package: libdbus-cpp-dev
Section: libdevel
Architecture: any
Multi-Arch: same
Depends: ${misc:Depends},
${shlibs:Depends},
dbus,
libdbus-cpp5 (= ${binary:Version})
Replaces: dbus-cpp-dev
Conflicts: dbus-cpp-dev
Provides: dbus-cpp-dev
Description: header-only dbus-binding leveraging C++-11 (development files)
A header-only dbus-binding leveraging C++-11, relying on compile-time
polymorphism to integrate with arbitrary type systems.
.
D-Bus is a message bus used for sending messages between applications.
Package: dbus-cpp-dev-examples
Section: x11
Architecture: any
Multi-Arch: same
Depends: ${misc:Depends},
${shlibs:Depends},
Description: header-only dbus-binding leveraging C++-11 (examples)
A header-only dbus-binding leveraging C++-11, relying on compile-time
polymorphism to integrate with arbitrary type systems.
.
D-Bus is a message bus used for sending messages between applications.
.
This package provides examples.
Regards,
--
,''`.
: :' : Chris Lamb
`. `'` la...@debian.org
`-
Bug#903163: Adding OpenPGP smartcard support to LUKS
Hi Jonas et al., > I don't think that adding a new binary package for OpenPGP smartcard > support is a good idea and would oppose to it Might smartcard support require some smartcard-specific packaged dependencies that would be solved somewhat elegantly by having a separate binary package? (Just to clarify, do you mean a new binary package as part of src:cryptsetup or a new binary package as part of some other hypothetical source package?) Best wishes, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `-
Bug#903163: Adding OpenPGP smartcard support to LUKS
Dear Guilhem, > > My gut tells me we should incoropate OpenPGP support directly into > > I assume you mean OpenPGP *smartcard* here Yes, mea culpa; wasn't paying attention! :) > Since there is already #888916 open requesting merging of some initramfs > scripts providing OpenPGP smartcard support, and 888916 < 903163, it'd > polite of us cryptsetup package maintainers to review Rian's code as > well before including anything. Of course and I totally agree with this and your following paragraphs. So, whilst I will be at DebCamp too (yay) I unfortunately won't have any hardware to test with and for various reasons I should keep commitments low at this point. (Can we get something into shape on a branch for Kyle to test, or are the bug references you cite above enough?) Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `-
Bug#903815: ITP: pw -- A simple command-line password manager
Hi Holger, > please *dont* sponsor this until Dashamir has addressed the concerns > pointed out in > https://lists.debian.org/msgid-search/aa2d4d3d-41d2-5399-225b-f492be2d2...@t-online.de (I've added a link to this thread on mentors.debian.net) Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `-
Bug#903163: Adding OpenPGP smartcard support to LUKS
Dear Guilhem, > Back to https://github.com/eriknellessen/gpg-encrypted-root, I see the > hook is copying private key material to the initramfs, but […] My gut tells me we should incoropate OpenPGP support directly into Debian's src:cryptsetup simply based on ensuring its on-going maintainability, etc. Especially important given that, for example, an API change or other breakage might result in an unbootable system. Does that work for you in principle Guilhem? I'm assuming we can "just" merge in the aforementioned package (!) and fix up some of the issues, including the umask one you already outlined. What would be the next steps here? :) Best wishes, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `-
Bug#903163: ITP: gpg-encrypted-root -- Encrypt root volumes with an OpenPGP smartcard
Hi, > ITP: gpg-encrypted-root -- Encrypt root volumes with an OpenPGP smartcard FYI clarifying the copyright situation here: https://github.com/eriknellessen/gpg-encrypted-root/issues/1 Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `-
Bug#903163: ITP: gpg-encrypted-root -- Encrypt root volumes with an OpenPGP smartcard
Package: wnpp Severity: wishlist Owner: la...@debian.org X-Debbugs-CC: debian-de...@lists.debian.org * Package name: gpg-encrypted-root Version : 0~20170708+git980a0488-1 Upstream Author : Erik Nellessen * URL : https://github.com/eriknellessen/gpg-encrypted-root Programming Lang: Shell Description : Encrypt root volumes with an OpenPGP smartcard This package adds support for encrypted root volumes installing a LUKS "password" that is unlocked by an OpenPGP smartcard. Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `-
Bug#884797: ITP: anbox -- Run Android applications on any GNU/Linux operating system
Hi Shengjing, > Sorry, previous I run `dcut ftp-master rm -f 'anbox_0.0~git20180612*', No problem :) Uploading anbox_0.0~git20180612-1.dsc Uploading anbox_0.0~git20180612.orig.tar.gz Uploading anbox_0.0~git20180612-1.debian.tar.xz Uploading anbox-dbgsym_0.0~git20180612-1_amd64.deb Uploading anbox_0.0~git20180612-1_amd64.buildinfo Uploading anbox_0.0~git20180612-1_amd64.deb Uploading anbox_0.0~git20180612-1_amd64.changes $ echo $? 0 \o/ Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `-
Bug#884797: ITP: anbox -- Run Android applications on any GNU/Linux operating system
Hi Shengjing Zhu,
> Could you upload it again,
> > anbox_0.0~git20180612-1.dsc has incorrect size; deleting it
> BTW, I've sent dcut commands, these files left in
> ftp-master/pub/UploadQueue/ have been deleted.
Uploading anbox using scp to ssh-upload (host: ssh.upload.debian.org;
directory: /srv/upload.debian.org/UploadQueue/)
running allowed-distribution: check whether a local profile permits uploads to
the target distribution
running protected-distribution: warn before uploading to distributions where a
special policy applies
running checksum: verify checksums before uploading
running suite-mismatch: check the target distribution for common errors
running gpg: check GnuPG signatures before the upload
SCP is deprecated. Please consider upgrading to SFTP.
Uploading anbox_0.0~git20180612-1.dsc
Uploading anbox_0.0~git20180612.orig.tar.gz
Uploading anbox_0.0~git20180612-1.debian.tar.xz
Uploading anbox-dbgsym_0.0~git20180612-1_amd64.deb
Failed to upload anbox-dbgsym_0.0~git20180612-1_amd64.deb to
la...@ssh.upload.debian.org:/srv/upload.debian.org/UploadQueue/anbox-dbgsym_0.0~git20180612-1_amd64.deb:
scp:
/srv/upload.debian.org/UploadQueue/anbox-dbgsym_0.0~git20180612-1_amd64.deb:
Permission denied
Regards,
--
,''`.
: :' : Chris Lamb
`. `'` la...@debian.org / chris-lamb.co.uk
`-
Bug#884797: ITP: anbox -- Run Android applications on any GNU/Linux operating system
Hi Shengjing Zhu, > https://mentors.debian.net/debian/pool/contrib/a/anbox/anbox_0.0~git20180612-1.dsc Uploaded.. although there was some cruft in the queue, so it might get rejected. Please check it hits NEW... :) Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `-
Bug#884797: ITP: anbox -- Run Android applications on any GNU/Linux operating system
> Acked from Ben[1], let's wait for next 4.17 kernel. Thanks Shengjing; please keep me informed. :) Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `-
Bug#884797: ITP: anbox -- Run Android applications on any GNU/Linux operating system
Hi Shengjing, > Seems that we got lost with the notification system on mentors.d.n. Ah. That is because there is none.. :) > If you haven't seen the comments on the blocker for anbox, the kernel > modules. Could you look at #901134. Ben and Adam think it would be better > to enable them in kernel, not as out-of-tree dkms modules. Makes sense to me. It looks like they have not replied to your latest email yet - perhaps a gentle ping is in order? (Let's solve the kernel situation before bothering or even confusing ourselves with src:anbox itself.) Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `-
Bug#884797: ITP: anbox -- Run Android applications on any GNU/Linux operating system
Hi Shengjing, > ITP: anbox -- Run Android applications on any GNU/Linux operating system Any updates after my review of your packages? Would love to help you out here. :) Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `-
Bug#884797: ITP: anbox -- Run Android applications on any GNU/Linux operating system
Hi Shengjing, > Just waited sometime to see if you'll be free again. Unfortunately I think far too many things are higher priority at the moment. :) Please go ahead and take this ITP right away. I would be very happy to sponsor uploads -- please upload to mentors.debian.net and send me the link. Best wishes, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `-
Bug#884797: ITP: anbox -- Run Android applications on any GNU/Linux operating system
Chris Lamb wrote: > I would be happy if you took this up from me, however. If so, please > just take over this ITP. Any further thoughts on this? :-) Best wishes, -- ,''`. : :' : Chris Lamb, Debian Project Leader `. `'` la...@debian.org / chris-lamb.co.uk `-
Bug#884797: ITP: anbox -- Run Android applications on any GNU/Linux operating system
Hi Shengjing, > What's the current status for this? I hope I can offer help to > co-maintain this with you. I was packaging some dependencies but then had to de-prioritise it for various reasons. I would be happy if you took this up from me, however. If so, please just take over this ITP. > BTW, I'm afraid this package should be in contrib section, since we > might can't build the Android image it needed. Aw. :( Best wishes, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `-
Bug#838416: Bug#782654: Bug#838416: ITP: bazel -- Fast and correct automated build system by Google
Chris Lamb wrote: > Kyle Moffett wrote: > > > > Well, if you could package Bazel… :) > > > > Unfortunately, there's more work than just "packaging" Bazel. Just to > > package Bazel, the open issues are: > > […] > > Oh! My smiley was meant to represent how packaging Bazel is not a simple > task and thus imply you were delaying for no obvious reason! Apologies > that did not come across via email. > > > But... even with that, Bazel cannot be used to _build_ a Debian > > package, because it does not create Debian-policy-compliant binaries > > Oh, can you elaborate on this? > > > [...] > > Thanks so much for clarifying the other issues; very useful for myself > and for others coming across this bug report. > > If your opinionn should, for example, Roughtime try and rewrite the build > system in the meantime/long-term? Gentle ping on this? Best wishes, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `-
Bug#898548: ITP: pytest-sugar -- a plugin for py.test that changes the default look
Hi Edward,
> Description: progress bar for py.test
> Plugin to improve the look and feel of the py.test Python testing framework.
> .
> A progress bar is displayed while tests are running and test failures are
> shown immediately.
>
> Do you think this is okay?
Sounds good, assuming the package contains only a progress bar. It
sounds like it contains more (or at least plans to) based on the name
so it raises an eyebrow here.
Best wishes,
--
,''`.
: :' : Chris Lamb
`. `'` la...@debian.org / chris-lamb.co.uk
`-
Bug#898548: ITP: pytest-sugar -- a plugin for py.test that changes the default look
Hi Edward, > Description : a plugin for py.test that changes the default look I think this could be a little better "default look" is somewhat meaningless, even though it's a truncated version of the original! > This is a pluin for the py.test Python testing framework. ^ Plugin? :) Best wishes, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `-
Bug#896458: RFH: swi-prolog -- ISO/Edinburgh-style Prolog interpreter
Dear Lev, > So, ideally I'd like it (the swi-prolog package and other prospective > packages from SWI-Prolog infrastructure) to be team-maintained. Of > course, currently such team do not exist, but in case there are > volunteers to help with, let's just start it. > > Please, share your thoughts and ideas. Thank you for maintaining swi-prolog. It is very dear to my heart, being one of the very first packages I maintained in Debian. Best wishes, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `-
Bug#894551: ITP: fascism -- Exhaustive exploration of Fascist theory and practice
Dear Enrico, > * Package name: fascism But are you not forgetting that "but we are the Universal Operating System…" is our version of Godwin's Law? Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `-
Bug#886601: pokemmo-installer/1.4.5-1 -- Installer and Launcher for the PokeMMO emulator
Carlos,
> > Please file a removal request if one of these should be removed.
>
> I made this request directly to the 'ftp-master.d.o' email since last
> week, but got no answers.
As the package has now passed NEW - please file an "RM" removal request
instead.
Regards,
--
,''`.
: :' : Chris Lamb
`. `'` la...@debian.org / chris-lamb.co.uk
`-
Bug#886601: pokemmo-installer/1.4.5-1 -- Installer and Launcher for the PokeMMO emulator
Carlos, > I'm concerned that there are two packages with the same name: "pokemmo/ > 1.4.3-1" that you would like removed from the upload. I accepted both source packages; I was not aware (and nor was it clear from your mail?) that you wanted one removed and one accepted. Please file a removal request if one of these should be removed. Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `-
Bug#886601: pokemmo-installer/1.4.5-1 -- Installer and Launcher for the PokeMMO emulator
Hi Carlos, > Is there a problem with this package or should I wait for the upload? I went to check and processed it whilst I was there. Enjoy :) > I have a package and it's in 'upload pending' for over 1 month. (As you can see, there are many packages older than that!) Best wishes, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `-
Bug#887962: ITP: anbox -- Run Android applications on any GNU/Linux operating system
Package: wnpp Severity: wishlist Owner: la...@debian.org X-Debbugs-CC: debian-de...@lists.debian.org * Package name: anbox Version : 0+20171117132016-7266fe2d-1 Upstream Author : Marius Gripsgard, Ricardo Mendoza, Simon Fels, Thomas Voß * URL : https://anbox.io/ * License : GPL Programming Lang: Java Description : Run Android applications on any GNU/Linux operating system Anbox is a container-based approach to boot a full Android system on a regular GNU/Linux system. Anbox will let you run Android on your Linux system without the slowness of virtualization. Anbox uses Linux namespaces (user, pid, uts, net, mount, ipc) to run a full Android system in a container and provide Android applications to the GNU/Linux-based platform. Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `-
Bug#887961: ITP: process-cpp -- C++11 library for handling processes (runtime libraries)
Package: wnpp
Severity: wishlist
Owner: la...@debian.org
X-Debbugs-CC: debian-de...@lists.debian.org
* Package name: process-cpp
Version : 3.0.1-1
Upstream Author : 2012-2013 Canonical Ltd.
* URL : https://launchpad.net/process-cpp
* License : LGPL-3
Programming Lang: C++
Description : C++11 library for handling processes (runtime libraries)
process-cpp is a simple and straightforward wrapper around process creation
and control. It helps both with handling child processes and with interacting
with the current process. Some of its features include:
- Thread-safe get/set/unset operation on the current process's environment.
- Throwing and non-throwing overloads of functions when system calls are
involved.
- Seamless redirection of input, output and error streams of child processes.
- Type-safe interaction with the virtual proc filesystem, both for reading &
writing.
The library's main purpose is to assist in testing and when a software
component needs to carry out process creation/control tasks, e.g., a graphical
shell. To this end, the library is extensively tested and tries to ensure
fail-safe operation as much as possible.
This package includes the process-cpp runtime libraries.
Package: libprocess-cpp-dev
Section: libdevel
Architecture: any
Multi-Arch: same
Recommends:
libprocess-cpp-doc
Depends:
libprocess-cpp3 (= ${binary:Version}),
libproperties-cpp-dev,
${misc:Depends}
Description: C++11 library for handling processes (dev headers and libraries)
process-cpp is a simple and straightforward wrapper around process creation
and control. It helps both with handling child processes and with interacting
with the current process. Some of its features include:
- Thread-safe get/set/unset operation on the current process's environment.
- Throwing and non-throwing overloads of functions when system calls are
involved.
- Seamless redirection of input, output and error streams of child processes.
- Type-safe interaction with the virtual proc filesystem, both for reading &
writing.
This package includes all the development headers and libraries for
process-cpp.
Package: libprocess-cpp-doc
Section: doc
Architecture: all
Depends:
${misc:Depends}
Suggests:
libprocess-cpp-dev
Description: C++11 library for handling processes (documentation)
process-cpp is a simple and straightforward wrapper around process creation
and control. It helps both with handling child processes and with interacting
with the current process. Some of its features include:
- Thread-safe get/set/unset operation on the current process's environment.
- Throwing and non-throwing overloads of functions when system calls are
involved.
- Seamless redirection of input, output and error streams of child processes.
- Type-safe interaction with the virtual proc filesystem, both for reading &
writing.
This package includes documentation files for the libprocess-cpp development.
Regards,
--
,''`.
: :' : Chris Lamb
`. `'` la...@debian.org / chris-lamb.co.uk
`-
Bug#887960: ITP: dbus-cpp -- header-only dbus-binding leveraging C++-11
Package: wnpp Severity: wishlist Owner: la...@debian.org X-Debbugs-CC: debian-de...@lists.debian.org * Package name: dbus-cpp Version : 5.0.0+18.04.20171031 Upstream Author : 2013 Canonical Ltd. * URL : https://launchpad.net/dbus-cpp * License : LGPL-3 Programming Lang: C++ Description : header-only dbus-binding leveraging C++-11 A header-only dbus-binding leveraging C++-11, relying on compile-time polymorphism to integrate with arbitrary type systems. Runtime portions to bind to different event loops. Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `-
Bug#885906: ITP: piu-piu -- Horizontal scroller game in bash for cli
Hi Ivan, > This is an Old School horizontal scroller 'Shoot Them All' game in bash. Sounds fun... although I trust you are not going to use the shipped script: https://github.com/vaniacer/piu-piu-SH/blob/master/debianizer (!) Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `-
Bug#885220: ITP: debian-dad -- Automated Debian package updater
Hi Balint,
> Debian's Automated Developer (Dad) is a program preparing updates
> for Debian packages automating repetitive tasks of human Developers.
Neat; looking forward to trying this!
My only comment is that you are probably selling it short by calling
it "Debian package updater" - my immediate thought that this was "user"
tool for binary packages along the lines of unattended-upgrades, etc.),
rather than a developer tool that works on source packages. :)
Regards,
--
,''`.
: :' : Chris Lamb
`. `'` la...@debian.org / chris-lamb.co.uk
`-
Bug#879203: ITP: redisearch -- search engine on top of Redis
tags 879203 + pending thanks This is now in NEW. Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `-
Bug#879203: RFP: redisearch -- search engine on top of Redis
Hi Piotr, > > > as an upstream I'd go even further and make it possible to block loading > > > modules from client (runtime), but that's probably just me. ^ Ahh, I somehow read this as "block loading modules at _install_ time" ie. installing "redis-redisearch" would load them automatically (or ensure they were loaded on Redis restart. Sorry for the confusion and thank you for clarifying. :) Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `-
Bug#879203: RFP: redisearch -- search engine on top of Redis
retitle 879203 ITP: redisearch -- search engine on top of Redis owner 879203 ! thanks Hi Piotr, > > So, "redis-redisearch". The only problem is that this *somewhat* > > collides with other packages in this namespace, such as redis-sentinel […] > or there can be few exceptions from the rule, just like we have > "python-all" in Python I agree. Having "modules" in there is kinda ugly anyway! > > Hm, do we even *want* autoloading modules? I'm not 100% sure we do. I guess > > it does not block the packaging anyway... > > as an upstream I'd go even further and make it possible to block loading > modules from client (runtime), but that's probably just me. I don't 100% understand what you mean; can you clarify? :) Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `-
Bug#879203: RFP: redisearch -- search engine on top of Redis
Hi Piotr, Am happy to package this, and probably makes sense as the Redis maintainer anyway. > I chose redis-modulename as binary package name So, "redis-redisearch". The only problem is that this *somewhat* collides with other packages in this namespace, such as redis-sentinel and redis-tools (which are not modules). So, one alternative might be "redis-module-redisearch" or "redis-modules-redisearch" but I find them to be a little too ugly. > /usr/lib/redis/ but maybe /usr/lib/redis/modules/ is a better idea. /usr/lib/redis/modules/ wfm. (We don't need to gnu-triplet-these for multiarch do we?) > so support for /etc/redis/conf.d/ or autoloading modules from given dir Hm, do we even *want* autoloading modules? I'm not 100% sure we do. I guess it does not block the packaging anyway... Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `-
Bug#873955: ITP: selfspy -- log everything you do on the computer, for statistics/fun etc.
Dear Antoine, > No progress at all. I've been using it for a while, was thinking of > running py2deb or whatever that thing is called they demo'd at debconf, If it's "Just Python", then if you do the initial stuff under the Debian Python Team I'll be happy to keep and eye on it as well. :) Best wishes, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `-
Bug#873955: ITP: selfspy -- log everything you do on the computer, for statistics/fun etc.
Hi Anarcat > ITP: selfspy -- log everything you do on the computer, for statistics/fun etc. Any update on this? :) Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `-
Bug#875545: ITP: cpdf -- The tool provide a wide range of professional, robust tools to modify PDF files.
Hi Francisco, > Thanks for the guidance, I understand that if I accept the package will > go to non-free If this is your first package to Debian, for a variety of reasons I don't recommend packaging something that will go to non-free. (Just in case it helps...) Best wishes, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `-
Bug#873955: RFP: selfspy -- log everything you do on the computer, for statistics/fun etc.
Hi Antoine, > Control: owner -1 anar...@debian.org Thanks for this, as for your initial review of the package. Best wishes, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `-
Bug#873955: RFP: selfspy -- log everything you do on the computer, for statistics/fun etc.
Hi Antoine, > May I suggest we audit the hell out of the code of tools like this > before they come into Debian? :) Oh sure. And ones already in Debian I hope! Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `-
Bug#873955: RFP: selfspy -- log everything you do on the computer, for statistics/fun etc.
Package: wnpp Severity: wishlist * Package name: selfspy * URL : https://github.com/gurgeh/selfspy Upstream Author : David Fendrich (@gurgeh) * License : GPLv3 Selfspy continuously monitors and stores what you are doing on your computer. This way, you can get all sorts of nifty statistics and reminders on what you have been up to. It is inspired by the Quantified Self-movement and Stephen Wolfram's personal key logging [0] [0] http://blog.stephenwolfram.com/2012/03/the-personal-analytics-of-my-life/ (Similar to arbtt, but seemingly based on keystrokes instead of window titles, etc.) Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `-
Bug#873916: RFP: shoogle -- use the Google API from the shell
Package: wnpp
Severity: wishlist
* Package name: shoogle
* URL : https://github.com/tokland/shoogle
Upstream Author : Arnau Sanchez (@tokland)
* License : GPLv3
Command-line utility to use the Google API from the shell. An example
to get the long URL using the urlshortener service:
$ echo '{"shortUrl": "http://goo.gl/Du5PSN"}' | \
shoogle execute urlshortener:v1.url.get -
{
"status": "OK",
"id": "http://goo.gl/Du5PSN;,
"longUrl":
"http://1.bp.blogspot.com/-R0HSXDqlJI8/Tr67i-kr7hI/AAABMko/gaId6iYuhjA/s1600/12_%252520Cross%252520that%252520bridge%252520when%252520we%252520come%252520to%252520it.jpg;,
"kind": "urlshortener#url"
}
Regards,
--
,''`.
: :' : Chris Lamb
`. `'` la...@debian.org / chris-lamb.co.uk
`-
Bug#867322: ITP: python-daiquiri -- Python library to easily setup basic logging functionality
Package: wnpp Severity: wishlist Owner: la...@debian.org X-Debbugs-CC: debian-de...@lists.debian.org * Package name: python-daiquiri Version : 1.0.1 Upstream Author : Julien Danjou <jul...@danjou.info> * URL : http://github.com/jd/daiquiri * License : Apache-2.0 Programming Lang: Python Description : Python library to easily setup basic logging functionality The daiquiri library provides an easy way to configure logging. It also provides some custom formatters and handlers. It's promise is to setup a complete standard Python logging system with just one function call. Nothing more, nothing less. The interesting features are: * Logs to stderr by default. * Use colors if logging to a terminal. * Support file logging. * Use program name as the name of the logging file so providing just a directory for logging will work. * Support syslog. * Support journald. * JSON output support. * Support of arbitrary key/value context information providing. * Capture the warnings emitted by the warnings module. * Native logging of any exception. (As an somewhat social experiment, I plan to only package the Python 3 version of this package until requested by users.) Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `-
Bug#862354: ITP: installation-birthday -- Receive congratulations on system installation anniversaries
Holger Levsen wrote: > > Updated the package description to make this clearer. :) > > cool, thanks! > > is it already suggested by debian-goodies? ;-) No. Good idea, but looking at it in more detial I don't think it's really appropriate there either, alas. Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `-
Bug#862354: ITP: installation-birthday -- Receive congratulations on system installation anniversaries
Chris Lamb wrote:
> > does it also work when the package is installed years after
> > the birthday?
>
> Yes; it attempts to determine the system installation date - it's
> not based on the installation date of the package itself.
Updated the package description to make this clearer. :)
Regards,
--
,''`.
: :' : Chris Lamb
`. `'` la...@debian.org / chris-lamb.co.uk
`-
Bug#862354: ITP: installation-birthday -- Receive congratulations on system installation anniversaries
Holger Levsen wrote: > > Description : Receive congratulations on system installation > > anniversaries > > lol, nice one! > > does it also work when the package is installed years after > the birthday? Yes; it attempts to determine the system installation date - it's not based on the installation date of the package itself. :) Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `-
Bug#862354: ITP: installation-birthday -- Receive congratulations on system installation anniversaries
Package: wnpp Severity: wishlist Owner: la...@debian.org X-Debbugs-CC: debian-de...@lists.debian.org * Package name: installation-birthday Version : 1 Upstream Author : Chris Lamb <la...@debian.org> * URL : https://github.com/lamby/installation-birthday * License : GPL-3+ Programming Lang: Python 3 Description : Receive congratulations on system installation anniversaries Installing this package will celebrate each birthday of your system by automatically sending a message to the local system adminstrator. The email is sent via cron(8). Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `-
Bug#861639: ITP: node-elliptic -- fast elliptic curve cryptography in pure javascript
Christian Seiler wrote: > As with the other pure JS crypto package ITP here recently [1]: has > this library been designed with timing attacks in mind? JFTR I filed #860939 to track (and prevent a testing migration of) the parallel issue in node-diffie-hellman. Best wishes, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `-
Bug#861227: ITP: bfs -- Breadth-first version of find(1)
Package: wnpp Severity: wishlist Owner: la...@debian.org X-Debbugs-CC: debian-de...@lists.debian.org * Package name: bfs Version : 1.0-1 Upstream Author : Tavian Barnes <taviana...@tavianator.com> * URL : https://github.com/tavianator/bfs * License : WTFPL Programming Lang: C Description : Breadth-first version of find(1) bfs is a variant of the UNIX `find` command that operates breadth-first rather than depth-first. It tries to be easier to use than `find`, while remaining compatible with find(1). For example, bfs is less picky about where you put its arguments. bfs also adds some extra options that make some common tasks easier. When bfs detects that its output is a terminal, it automatically colors its output with the same colors ls uses. Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `-
Bug#858311: ITP: golang-github-kubernetes-gengo -- Library for generating things based on Go files
Hi Tim, Hope this finds you well. > ITP: golang-github-kubernetes-gengo -- Library for generating > things based on Go files I was wondering if you had meditated on a better word than "things" here? Whilst the long description does detail what these things are, I believe we would be serving our users better if we picked a word for the short description that — ironically — would mean that reading the longer paragraph was not required. What do you think? :) Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `-
Bug#782654: Bug#838416: Bug#782654: Bug#838416: ITP: bazel -- Fast and correct automated build system by Google
Kyle Moffett wrote: > > Well, if you could package Bazel… :) > > Unfortunately, there's more work than just "packaging" Bazel. Just to > package Bazel, the open issues are: […] Oh! My smiley was meant to represent how packaging Bazel is not a simple task and thus imply you were delaying for no obvious reason! Apologies that did not come across via email. > But... even with that, Bazel cannot be used to _build_ a Debian > package, because it does not create Debian-policy-compliant binaries Oh, can you elaborate on this? > [...] Thanks so much for clarifying the other issues; very useful for myself and for others coming across this bug report. If your opinionn should, for example, Roughtime try and rewrite the build system in the meantime/long-term? Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `-
Bug#782654: Bug#838416: ITP: bazel -- Fast and correct automated build system by Google
Nicoo, > I think you swapped the blocker and blockee there. I think you forgot to cc or bcc cont...@bugs.debian.org … but I fixed it in https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=838416;msg=21 so no worries. > Also, I would be pretty keen on seeing roughtime packaged > in Debian, so don't hesitate to ping me in you need a > co-maintainer. Well, if you could package Bazel… :) Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `-
Bug#782654: ITP: bazel -- Fast and correct automated build system by Google
block 782654 by 838416 thanks Hi, > ITP: bazel -- Fast and correct automated build system by Google Need this for #838416, "ITP: roughtime -- Secure time synchronisation" :) Can you update on the latest status? Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `-
Bug#838416: ITP: roughtime -- Secure time synchronisation
Hi, > ITP: roughtime -- Secure time synchronisation FYI this will be slightly delayed as it uses Bazel to build which is not in Debian (yet)... Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `-
Bug#838416: ITP: roughtime -- Secure time synchronisation
Package: wnpp Severity: wishlist Owner: Chris Lamb <la...@debian.org> X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: roughtime Upstream Author : Google, Inc. * URL : https://roughtime.googlesource.com/roughtime * License : Apache 2.0 Programming Lang: Go Description : Secure time synchronisation Roughtime is a protocol that aims to achieve rough time synchronisation in a secure way that doesn't depend on any particular time server, and in such a way that, if a time server does misbehave, clients end up with cryptographic proof of it. -- <https://roughtime.googlesource.com/roughtime> Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `-
Bug#830292: ITP: django-setuptest -- simple test suite enabling Django app testing via setup.py
Hi, > ITP: django-setuptest -- simple test suite enabling Django app testing via > setup.py Do note that upstream is a little--err--slow, and doesn't even support the version of Django that's currently in sid: https://github.com/praekelt/django-setuptest/pull/26 Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `-
Bug#825785: ITP: tab -- Typesetter for lute tablature
Hi Holger,
> the README on this github repo says the software is nonfree
I have opened discussion with upstream.
> can you point me to a "screenshot" how the typeset
> looks? thats what i was really curious in… :)
Sure: http://i.imgur.com/ZSxar2h.jpg
Regards,
--
,''`.
: :' : Chris Lamb
`. `'` la...@debian.org / chris-lamb.co.uk
`-
Bug#825785: ITP: tab -- Typesetter for lute tablature
> I'd say the package name is way too generic for such a specific > package. I've renamed it. Thanks to all who sent me emails on this matter. Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `-
Bug#825785: ITP: tab -- Typesetter for lute tablature
retitle 825785 ITP: lute-tab -- Typesetter for lute tablature thanks Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `-
Bug#825785: ITP: tab -- Typesetter for lute tablature
> Should be lute-tab or something like that. That just seems to be the GitHub repo name, upstream seems to call it "Tab": http://www.cs.dartmouth.edu/~wbc/lute/AboutTab.html .. and the binary is called "tab". Would you still suggest the "lute" prefix? Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `-
Bug#825785: ITP: tab -- Typesetter for lute tablature
Package: wnpp Severity: wishlist Owner: Chris Lamb <la...@debian.org> X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: tab Upstream Author : Wayne Cripps * URL : https://github.com/mandovinnie/Lute-Tab * License : BSD Programming Lang: C Description : Typesetter for lute tablature Tab is a typesetter for lute tablature for renaissance and baroque lutes and theorboes, in both French and Italian notation. You edit a plain text file with special commands to enter the lute tablature, then you run tab to convert that input into PostScript output that you can print or display with the right program. Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `-
Bug#799938: ITP: disque -- Distributed message broker
Package: wnpp Severity: wishlist Owner: Chris Lamb <la...@debian.org> X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: disque Upstream Author : Salvatore Sanfilippo * URL : https://github.com/antirez/disque * License : BSD Programming Lang: Python Description : Distributed message broker Disque is ongoing experiment to build a distributed, in memory, message broker. Its goal is to capture the essence of the "Redis as a jobs queue" use case, which is usually implemented using blocking list operations, and move it into an ad-hoc, self-contained, scalable, and fault tolerant design, with simple to understand properties and guarantees, but still resembling Redis in terms of simplicity, performances, and implementation as a C non-blocking networked server. (It shares many things with redis, of which I am the maintainer in Debian) Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org `- signature.asc Description: PGP signature
Bug#738296: ITA: jasmin-sable -- Java class (.class) file assembler
Would you agree to co-maintain jasmin under the Java Team umbrella? I think it would be best if the Java Team just took the package (ie. not co-maintained). :) Let me know if you need anything to move forward on this. Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `- -- 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/1423262917.1248795.224171313.2c74b...@webmail.messagingengine.com
Bug#738308: Status of bustle package.
Iain Lane wrote: It's maintained under the Debian Haskell Group, as the Maintainer line says. I can't speak for the upload which changed Maintainer (apparently this was Hector's). I'm guessing that Chris just didn't notice or forgot. Sorry if I caused any confusion or extra work. I'm not sure exactly what happened either, but I'm glad it's got a real home these days. Thanks all :) Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org `- signature.asc Description: PGP signature
Bug#738289: O: cakephp -- MVC rapid application development framework for PHP
Package: wnpp
Severity: normal
X-Debbugs-CC: debian-de...@lists.debian.org
Hi,
I am orphaning this package so that it can be more actively maintained.
Full Git maintenance history is available - see the Vcs-Git headers in
debian/control.
Source: cakephp
Section: web
Priority: optional
Maintainer: Debian QA Group packa...@qa.debian.org
Build-Depends: debhelper (= 7.0.50~)
Standards-Version: 3.9.2
Homepage: http://www.cakephp.org/
Vcs-Git: git://github.com/lamby/pkg-cakephp.git
Vcs-Browser: https://github.com/lamby/pkg-cakephp
Package: cakephp
Architecture: all
Depends: ${misc:Depends}, php5
Recommends: cakephp-scripts
Suggests: cakephp-instaweb, php5-mysql
Conflicts: cakephp1.2
Replaces: cakephp1.2
Description: MVC rapid application development framework for PHP
CakePHP is a flexible model-view-controller rapid application development
framework for PHP inspired by Ruby on Rails.
.
CakePHP makes developing applications swiftly and with the least amount of
hassle:
.
* compatibility with PHP4 and PHP5
* integrated CRUD for database interaction and simplified queries
including scaffolding
* request dispatcher with good looking, custom URLs
* fast and flexible templating (PHP syntax, with helpers)
* useful core features (access control lists, AJAX integration, etc.)
* works from any website subdirectory
Package: cakephp-scripts
Architecture: all
Depends: ${misc:Depends}, cakephp (= ${source:Version}), php5-cli
Conflicts: cakephp1.2-scripts
Replaces: cakephp1.2-scripts
Description: MVC rapid application development framework for PHP (scripts)
CakePHP is a flexible model-view-controller rapid application development
framework for PHP inspired by Ruby on Rails.
.
This package contains the bake.php and acl.php scripts for creating (or
baking) CakePHP applications and modifying Access Control Lists.
Regards,
--
,''`.
: :' : Chris Lamb
`. `'` la...@debian.org
`-
--
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/20140208233430.07d35...@sakaki.chris-lamb.co.uk
Bug#738291: O: codespeak-lib -- Advanced Python development support library
Package: wnpp
Severity: normal
X-Debbugs-CC: debian-de...@lists.debian.org
I am orphaning this package so that it can be more actively maintained.
Full Git maintenance history is available - see the Vcs-Git headers in
debian/control.
Source: codespeak-lib
Section: python
Priority: optional
Maintainer: Debian QA Group packa...@qa.debian.org
Build-Depends: debhelper (= 7.0.50~), python-all (= 2.6.6-3~),
python3-all (= 3.1.2-6~), python-setuptools, python3-setuptools
Standards-Version: 3.9.3 Homepage: https://bitbucket.org/hpk42/py
XS-Testsuite: autopkgtest
X-Python3-Version: = 3.2
Vcs-Git: git://github.com/lamby/pkg-codespeak-lib.git
Vcs-Browser: https://github.com/lamby/pkg-codespeak-lib
Package: python3-py
Architecture: all
Depends: ${misc:Depends}, ${python3:Depends}, python3-pkg-resources
Suggests: subversion, python-pytest, python-pytest-xdist
Description: Advanced Python development support library
The Codespeak py lib aims at supporting a decent Python development
process addressing deployment, versioning and documentation perspectives.
It includes: .
* py.path: path abstractions over local and Subversion files
* py.code: dynamic code compile and traceback printing support
.
This package provides the Python3 modules.
Package: python-py
Architecture: all
Depends: ${misc:Depends}, ${python:Depends}, python-pkg-resources
Replaces: python-codespeak-lib ( 1.2.1-3)
Breaks: python-codespeak-lib ( 1.2.1-3)
Provides: ${python:Provides}, python-codespeak-lib
Suggests: subversion, python-pytest, python-pytest-xdist
Description: Advanced Python development support library
The Codespeak py lib aims at supporting a decent Python development
process addressing deployment, versioning and documentation perspectives.
It includes: .
* py.path: path abstractions over local and Subversion files
* py.code: dynamic code compile and traceback printing support
Regards,
--
,''`.
: :' : Chris Lamb
`. `'` la...@debian.org
`-
--
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/20140208235003.7bc31...@sakaki.chris-lamb.co.uk
Bug#738293: O: giftrans -- Convert any GIF file into a GIF89a
Package: wnpp
Severity: normal
X-Debbugs-CC: debian-de...@lists.debian.org
I am orphaning this package so that it can be more actively maintained.
Full Git maintenance history is available - see the Vcs-Git headers in
debian/control.
Source: giftrans
Section: graphics
Priority: optional
Maintainer: Debian QA Group packa...@qa.debian.org
Build-Depends: debhelper (= 7.0.50~)
Standards-Version: 3.9.2
Vcs-Git: git://github.com/lamby/pkg-giftrans.git
Vcs-Browser: https://github.com/lamby/pkg-giftrans
Package: giftrans
Architecture: any
Depends: ${shlibs:Depends}, ${misc:Depends}, x11-common
Description: Convert any GIF file into a GIF89a
Allows for setting a specific transparent or background color of GIF
images as well as changing colors, adding or removing comments. Also
provides the ability to analyze GIF contents.
Regards,
--
,''`.
: :' : Chris Lamb
`. `'` la...@debian.org
`-
--
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/20140208235202.3504f...@sakaki.chris-lamb.co.uk
Bug#738292: O: fabric -- Simple Pythonic remote deployment tool
Package: wnpp
Severity: normal
X-Debbugs-CC: debian-de...@lists.debian.org
I am orphaning this package so that it can be more actively maintained.
Full Git maintenance history is available - see the Vcs-Git headers in
debian/control.
Source: fabric
Section: net
Priority: optional
Maintainer: Debian QA Group packa...@qa.debian.org
Build-Depends: debhelper (= 7.0.50~), python-all (= 2.6.6-3~)
Build-Depends-Indep: python-setuptools, python-sphinx, python-paramiko
Standards-Version: 3.9.3
Vcs-Git: git://github.com/lamby/pkg-fabric.git
Vcs-Browser: https://github.com/lamby/pkg-fabric
Homepage: http://fabfile.org/
Package: fabric
Architecture: all
Depends: ${misc:Depends}, ${python:Depends}, python-paramiko (= 1.6),
python-pkg-resources, python-nose Suggests: libjs-jquery
Description: Simple Pythonic remote deployment tool
Fabric is designed to upload files and run shell commands on a number of
servers in parallel or serially. These commands are grouped in tasks
(which are regular Python functions) and specified in a 'fabfile.'
.
It is similar to Capistrano, except it's implemented in Python and doesn't
expect you to be deploying Rails applications.
Regards,
--
,''`.
: :' : Chris Lamb
`. `'` la...@debian.org
`-
--
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/20140208235104.6798e...@sakaki.chris-lamb.co.uk
Bug#738298: O: pdfrw -- PDF file manipulation library
Package: wnpp
Severity: normal
X-Debbugs-CC: debian-de...@lists.debian.org
I am orphaning this package so that it can be more actively maintained.
Full Git maintenance history is available - see the Vcs-Git headers in
debian/control.
Source: pdfrw
Section: python
Priority: optional
Maintainer: Debian QA Group packa...@qa.debian.org
Build-Depends: debhelper (= 7.0.50~)
Build-Depends-Indep: python-support, python-setuptools
Standards-Version: 3.9.2
Homepage: http://code.google.com/p/pdfrw/
Vcs-Git: git://github.com/lamby/pkg-pdfrw.git
Vcs-Browser: https://github.com/lamby/pkg-pdfrw
Package: python-pdfrw
Architecture: all
Depends: ${misc:Depends}, ${python:Depends}, python-reportlab
Replaces: pdfrw
Provides: pdfrw
Conflicts: pdfrw
Description: PDF file manipulation library
pdfrw can read and write PDF files, and can also be used to read in PDFs
which can then be used inside reportlab.
.
pdfrw tries to be agnostic about the contents of PDF files, and support
them as containers, but to do useful work, something a little higher-level
is required. It supports the following:
.
* PDF pages. pdfrw knows enough to find the pages in PDF files you read
in, and to write a set of pages back out to a new PDF file.
* Form XObjects. pdfrw can take any page or rectangle on a page, and
convert it to a Form XObject, suitable for use inside another PDF file
* reportlab objects. pdfrw can recursively create a set of reportlab
objects from its internal object format. This allows, for example, Form
XObjects to be used inside reportlab.
Regards,
--
,''`.
: :' : Chris Lamb
`. `'` la...@debian.org
`-
--
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/20140209000555.5f238...@sakaki.chris-lamb.co.uk
