Bug#856179: ITP: polybar -- fast and easy-to-use status bar

[Jason Pleau]

Hi, sorry for the delay.

On Sat, Jan 18, 2020 at 7:57 PM Samuel Henrique  wrote:
>
> Hello Jason,
>
> > Feel free to take over the ITP and the packaging. I had deleted the
> > repo because I wanted to start over when I decided not to split the
> > libraries and I forgot to re-create and push what I had so far. I'll
> > try to have it on salsa over the weekend.
>
> Great, I managed to get a working deb package, but there are still some things
> like d/copyright and documentation fixes missing.
>
> After I get your changes I will merge them together and then finish what's
> missing. I'm aiming to get it in the NEW queue in a week, so hopefully it
> will get accepted before the end of February (and it can hit Ubuntu 20.04).
>
> If it's of any concern for you, I don't mind about how you send/publish your
> work or how polished it is, you can just send me the debian folder if it's 
> easier
> for you, I'm sure it will be useful anyway.
>
> Regards,
>

I pushed what I had here: https://gitlab.com/jpleau/polybar/

It's not targetting debian (simply because I'm using ubuntu these
days). Feel free to take whatever you find useful

Thanks for taking overe !
> --
> Samuel Henrique 

Bug#856179: ITP: polybar -- fast and easy-to-use status bar

[Jason Pleau]

Hi

On Sat, Jan 11, 2020 at 5:08 PM Samuel Henrique  wrote:
>
> Hello Jason,
>
> I'm interested in having polybar packaged on Debian,
>
> I can see that you closed the ITP of the other two libs libxpp and i3ipcpp
> stating that they are no longer needed, and that the repository for polybar's
> packaging on salsa is not available anymore.
>
> Do you have update0s on its packaging? I'd be happy to help or takeover from
> where you stopped (if you have given up).
>
> From reading the discussion, I'm tempted to not split polybar's libs into 
> different
> packages. I assume that's the current direction you're going as well.
>

Feel free to take over the ITP and the packaging. I had deleted the
repo because I wanted to start over when I decided not to split the
libraries and I forgot to re-create and push what I had so far. I'll
try to have it on salsa over the weekend.
>
> Regards,
>
> --
> Samuel Henrique 

Bug#856179: ITP: polybar -- fast and easy-to-use status bar

[Jason Pleau]

Small update,

I pushed a change to i3ipcpp that also builds a shared library in
addition to the static library. (The i3ipcpp patches I will probably be
able to send upstream at some point). polybar correctly uses the shared
library, I think it's better this way.

I don't think I can do the same with xpp, since it is a header only
library and a shared library would probably be pointless. I think I can
even remove the static library (libxpp.a); it's empty. The static
linkage happens with the xcb libraries anyway, not with xpp.


-- 
Jason Pleau

Bug#894413: ITP: siji -- iconic bitmap font to use on status bars

[Jason Pleau]

Package: wnpp
Severity: wishlist
Owner: Jason Pleau <ja...@jpleau.ca>

* Package name: siji
  Version : git (no release)
  Upstream Author : stark <thestarkni...@tutanota.com>
* URL : https://github.com/stark/siji/
* License : GPL-2
  Programming Lang:
  Description : iconic bitmap font to use on status bars

siji is a fork of the no longer maintained "Stlarch" fonts, with
additional glyphs.

It contains most icons one would like to display on a status bar.

siji is a dependency of "polybar" (ITP #856179). It is used in the
default config upstream uses, I would like to stay as close as possible
from that default config.

I intend to maintain this package with the Debian Fonts Task Force team.

-- 
Jason Pleau

Bug#856179: ITP: polybar -- fast and easy-to-use status bar

[Jason Pleau]

Hi (again..!)

Didn't expect to get something to work so soon regarding the splitting
of the packages.

On salsa:

https://salsa.debian.org/jpleau-guest/polybar (BRANCH: split_pkg)
https://salsa.debian.org/jpleau-guest/libxpp
https://salsa.debian.org/jpleau-guest/i3ipcpp

In my sid chroot, all 3 now build fine, and the installed package works
on my machine (you'll probably find the same issues you did before with
the config and fonts though, haven't worked those yet)

I have a patch that I will have to carry for polybar, which includes
bits of xpp's CMake file to include the necessary XCB include /
libraries (for linking). I think that's a bit less ugly than carrying
the whole thing together :)

Cheers

-- 
Jason Pleau

Bug#856179: ITP: polybar -- fast and easy-to-use status bar

[Jason Pleau]

Hi,

I'll try to answer your questions :)

On 03/28/2018 10:51 AM, Antoine Beaupré wrote:
> On 2018-03-27 21:15:35, Jason Pleau wrote:
>> Hi.
>>
>> I took a few hours last weekend to work on this.
> 
> Awesome, thanks for the work!
> 
>> While I was able to have "working" packages for both xpp and i3ipcpp,
>> I could not get polybar to use them (the whole thing is glued together
>> nicely it seems and trying to split them caused me headaches). So I
>> went ahead and worked on packaging the whole repo (and submodules)
>> together.
> 
> Can you expand on the problems you've encountered?

Sure. Basically, by itself xpp, it's a header-only library. To build a
project using it you have to include xpp's CMakeLists.txt from cmake,
which then includes other cmake modules to find the different XCB modules.

xpp's CMake file then generates the appropriate XCB_* libraries for your
own project (in this case, polybar) to link against.

So, if I was to take "xpp" into it's own package, polybar currently
would have no way to know which XCB libraries to link against, since it
uses xpp's own CMakeFile to find those. That's where I was stuck (I
don't really use CMake so this stuff is out of my reach for the time being)

> 
>> Repo: https://salsa.debian.org/jpleau-guest/polybar
>>
>> Current status: it builds in a chroot and works on my sid install.
> 
> I have tried to build this in stretch and failed:
> 
> $ sbuild -c stretch
> dh clean --buildsystem=cmake --builddirectory=build
>dh_auto_clean -O--buildsystem=cmake -O--builddirectory=build
>dh_autoreconf_clean -O--buildsystem=cmake -O--builddirectory=build
>dh_clean -O--buildsystem=cmake -O--builddirectory=build
> dpkg-source: error: can't build with source format '3.0 (quilt)': no upstream 
> tarball found at ../polybar_3.1.0.orig.tar.{bz2,gz,lzma,xz}
> E: Failed to package source directory /home/anarcat/dist/polybar
> 1$ uscan
> uscan warn: No watch file found
> 1$ gbp buildpackage -c stretch
> dh clean --buildsystem=cmake --builddirectory=build
>dh_auto_clean -O--buildsystem=cmake -O--builddirectory=build
>dh_autoreconf_clean -O--buildsystem=cmake -O--builddirectory=build
>dh_clean -O--buildsystem=cmake -O--builddirectory=build
> gbp:error: upstream/3.1.0 is not a valid treeish
> 
> So a few things here:
> 
>  * a debian/watch file would be useful, even if just to find out new
>versions are coming out...
>  * the upstream tree should be tagged
>  
> When those are fixed, I get this:
> 
>  sbuild-build-depends-polybar-dummy : Depends: debhelper (>= 11) but it is 
> not going to be installed
> 
> So it might also be useful to make the DH dependency >= 11~ to allow for
> easier backporting. I can send a merge request for that on Salsa (or a
> patch here) if you want.
> 

1) watch file: I can add the watch file, if only to check for new versions.

2) debhelper version: sure, I didn't really test building for stretch
but I see no harm in changing the version for debhelper if it means
polybar can be backported (no need to do a MR I'll take care of it)

>> TODO:
>>
>> - There's a few copyright info missing (ie: lib/concurrentqueue)-
> 
> Seems to be 2-clause BSD.

Yep, I saw it but I didn't add the changes yet to debian/copyright
(hence the TODO title!)

> 
>> - After installing the package, it won't do anything because the config
>> file is not found (it should be in $HOME/.config/polybar). There is one
>> shipped in /usr/share/doc/polybar/config.gz, but surely there's a way to
>> tell the users that when they install the package?
> 
> /usr/share/doc/polybar/README.Debian is usually where I would expect
> that kind of information to be, or in the manpage, or in the error
> message directly.. Also, I would expect to find the config.gz file in an
> examples/ subdirectory there.
> 
> Maybe a more long-term solution would be to ship the sample config file
> in /etc/polybar/config and patch the package to look for there on top of
> $XDG_CONFIG_HOME. The proper place to look for those is XDG_CONFIG_DIRS,
> which defaults to /etc/xdg, which I've always found weird. See this spec
> for details:
> 
> https://specifications.freedesktop.org/basedir-spec/basedir-spec-latest.html

Yes I think upstream would be in favor of having a "system-wide" config
file to use as fallback. /etc/polybar or /etc/polybar/config, I'll have
to see what other programs do.
> 
>> Note that I made a custom get-orig-source rule. The tarball didn't
>> contain xpp and i3ipcpp (github generated tarballs don't include
>> submodules). It seems to work fine, feedback welcome on this one..
> 
> hmm... that does look kind of nasty. :p Why is the vers

Bug#856179: ITP: polybar -- fast and easy-to-use status bar

[Jason Pleau]

Hi.

I took a few hours last weekend to work on this. While I was able to
have "working" packages for both xpp and i3ipcpp, I could not get
polybar to use them (the whole thing is glued together nicely it seems
and trying to split them caused me headaches).

So I went ahead and worked on packaging the whole repo (and submodules)
together.

Repo: https://salsa.debian.org/jpleau-guest/polybar

Current status: it builds in a chroot and works on my sid install.

TODO:

- There's a few copyright info missing (ie: lib/concurrentqueue)-
- After installing the package, it won't do anything because the config
file is not found (it should be in $HOME/.config/polybar). There is one
shipped in /usr/share/doc/polybar/config.gz, but surely there's a way to
tell the users that when they install the package?

Note that I made a custom get-orig-source rule. The tarball didn't
contain xpp and i3ipcpp (github generated tarballs don't include
submodules). It seems to work fine, feedback welcome on this one..

Thanks

-- 
Jason Pleau

Bug#856179: ITP: polybar -- fast and easy-to-use status bar

[Jason Pleau]

Hello.

On 02/24/2018 11:11 AM, Antoine Beaupré wrote:
> On 2018-02-23 22:47:08, Jason Pleau wrote:
>> Hi.
>> [...]

>> i3ipcpp (github.com/jaagr/i3ipcpp, forked from drmgc/i3pcpp)
>>   - auss (github.com/jaagr/auss, forked from drmgc/auss)
>>   - jsoncpp (seems to be in Debian as src:libjsoncpp)
>> xpp (github.com/jaagr/xpp, forked from jotrk/xpp)
>>
>>
>> I don't mind doing the work of packaging these 3 libraries, however I
>> would package the forks, unless someone wants to step in and try to get
>> the forks merged into their original upstreams.
> 
> Makes sense. Should we file RFPs for those or will you Just Do It? :)

I just filed the ITPs (#892007, #892008). I have working packages for
both on my machine here, just need to iron out a few details.

>> Of course, I would welcome any help with this.
> 
> I don't have much time, but I would gladly test packages and I can
> sponsor/review uploads.
> 

Awesome thanks. Will let you know when I have something ready!

> A.
> 

-- 
Jason Pleau

Bug#892008: ITP: i3ipcpp -- C++ interface to i3-ipc

[Jason Pleau]

Package: wnpp
Severity: wishlist
Owner: Jason Pleau <ja...@jpleau.ca>

* Package name: i3ipcpp
  Version : 0.7.1
  Upstream Author : Sergey Naumov <dr...@yandex.ru>
* URL : https://github.com/jaagr/i3ipcpp
* License : MIT
  Programming Lang: C++
  Description : C++ interface to i3-ipc

Window manager i3-wm ships with an IPC interface (interprocess communication),
accessible through a CLI utility named "i3-ipc".

i3ipcpp provides a way to use this IPC interface through C++ code.

This package is a dependency of polybar (ITP #856179)

Bug#892007: ITP: libxpp -- A C++11 RAII wrapper for XCB

[Jason Pleau]

Package: wnpp
Severity: wishlist
Owner: Jason Pleau <ja...@jpleau.ca>

* Package name: libxpp
  Version : 1.4.0
  Upstream Author : Jochen Keil <jochen.k...@gmail.com>
* URL : https://github.com/jaagr/xpp
* License : MIT
  Programming Lang: C++, Python
  Description : A C++11 RAII wrapper for XCB

XPP is a header only C++11 RAII wrapper around X protocol C-language Binding
(XCB).

Since there is another package named "xpp" in Debian, I am going to use
"libxpp" as the source package name.

Note that I am packaging a fork of xpp. The original repository hasn't been
updated in 4 years, the features that polybar requires were added in the fork.

This package is a dependency of polybar (ITP #856179)

Bug#856179: ITP: polybar -- fast and easy-to-use status bar

[Jason Pleau]

Hi.

On 02/20/2018 01:51 PM, Antoine Beaupre wrote:
> On Sat, Feb 25, 2017 at 10:48:12PM -0500, Jason Pleau wrote:
>> I plan to maintain this package in collab-maint on alioth
> 
> Any progress here? I'm interested in tryint that stuff out...
> 
> .
> 

I originally replied on IRC but I'll go into more details here :

There are a few missing packages in Debian before I can start working on
polybar itself:

When we look at the lib/ folder there are these libraries that aren't in
the archive:

i3ipcpp (github.com/jaagr/i3ipcpp, forked from drmgc/i3pcpp)
  - auss (github.com/jaagr/auss, forked from drmgc/auss)
  - jsoncpp (seems to be in Debian as src:libjsoncpp)
xpp (github.com/jaagr/xpp, forked from jotrk/xpp)


I don't mind doing the work of packaging these 3 libraries, however I
would package the forks, unless someone wants to step in and try to get
the forks merged into their original upstreams.

There are also two headers included
  - concurrentqueue/include/moodycamel/blockingconcurrentqueue.h
  - concurrentqueue/include/moodycamel/concurrentqueue.h

These headers seem to be included in two other projects (radmap and
salmon). Is it ok to also include these directly with polybar ?

I'll try to get started on this soon, it's been a year since I filed the
ITP and I am still using polybar from a manual build / install..

Of course, I would welcome any help with this.

Thanks !


-- 
Jason Pleau

Bug#856179: ITP: polybar -- fast and easy-to-use status bar

[Jason Pleau]

Package: wnpp
Severity: wishlist
Owner: Jason Pleau <ja...@jpleau.ca>

* Package name: polybar
  Version : 3.0.4
  Upstream Author : Michael Carlberg <c...@rlberg.se>
* URL : https://github.com/jaagr/polybar/
* License : MIT/Expat
  Programming Lang: C++
  Description : fast and easy-to-use status bar

The main purpose of Polybar is to help users create awesome status bars. It has
built-in functionality to display information about the most commonly used
services, such as:

 * Systray icons
 * Window title
 * Playback controls and status display for MPD using libmpdclient
 * ALSA volume controls
 * Workspace and desktop panel for bspwm and i3
 * Workspace module for EWMH compliant window managers
 * Keyboard layout and indicator status
 * CPU and memory load indicator
 * Battery display
 * Network connection details
 * Backlight level
 * Date and time label
 * Time-based shell script execution
 * Command output tailing
 * User-defined menu tree
 * Inter-process messaging

Users can also develop their own modules and/or integrate modules created by
others.

It can be used a replacement for status bars / panels used in different window
managers and desktop environments.

I plan to maintain this package in collab-maint on alioth

Bug#847712: ITP: docker-pycreds -- Python bindings for the docker credentials store API

[Jason Pleau]

Package: wnpp
Severity: wishlist
Owner: Jason Pleau <ja...@jpleau.ca>

* Package name: docker-pycreds
  Version : 0.2.1
  Upstream Author : Joffrey F <joff...@docker.com>
* URL : https://github.com/shin-/dockerpy-creds
* License : Apache-2.0
  Programming Lang: Python
  Description : Python bindings for the docker credentials store API

This package provides a python interface to docker-credential-helpers (a helper
to use the docker credentials store)

It is a new dependency for latest upstream version of python-docker.

Bug#846309: ITP: golang-github-docker-docker-credential-helpers -- Use native stores to safeguard Docker credentials

[Jason Pleau]

Hi

2016-11-29 23:00 GMT-05:00 Potter, Tim (HPE Linux Support)
:
> X-Debbugs-CC: debian-de...@lists.debian.org, 
> pkg-go-maintain...@lists.alioth.debian.org
> Package: wnpp
> Severity: wishlist
> Owner: Tim Potter 
>
> * Package name: golang-github-docker-docker-credential-helpers
>   Version : 0.3.0+git20160906.22.f72c04f-1
>   Upstream Author : David Calavera
> * URL : https://github.com/docker/docker-credential-helpers
> * License : Expat
>   Programming Lang: Go
>   Description : Use native stores to safeguard Docker credentials
>
> The docker-credential-helpers package is a suite of programs to use
>  the built-in OS native stores to keep Docker credentials safe.
> .
> It consists of a Go client and and an executable for manipulating the
> credential store.


See #843454 (https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=843454)

We have started work on the package in collab-maint, feel free to take
it over and move it to pkg-go, we will be maintaining the python
bindings, hence why we needed docker-credentials-helper

Bug#843454: ITP: docker-credential-helpers -- native store to keep Docker credentials, safe

[Jason Pleau]

Hi Felipe,

2016-11-16 17:40 GMT-05:00 Felipe Sateler <fsate...@debian.org>:
> Hi Jason
>
> On Sun, 6 Nov 2016 13:16:58 -0500 Jason Pleau <ja...@jpleau.ca> wrote:
>> Package: wnpp
>> Severity: wishlist
>> Owner: Jason Pleau <ja...@jpleau.ca>
>>
>> * Package name: docker-credential-helpers
>>   Version : 0.3.0
>>   Upstream Author : David Calavera <david.calav...@gmail.com>
>> * URL : https://github.com/docker/docker-credential-helpers/
>> * License : MIT
>>   Programming Lang: Go / C
>>   Description : native store to keep Docker credentials safe
>>
>> docker-credential-helpers provides a Linux executable to store Docker
>> credentials. (It also has one for OSX and Windows, but those won't be
>> built nor used in Debian).
>>
>> It is a dependency of an upcoming python package
>> "dockerpy-creds", which is needed to update python-docker to its latest
>> upstream version.
>
>
> Have you done some work yet on this? If so, could you push it to
> collab-maint so I can take a look?

Not yet, I scheduled some time saturday to work on it and hopefully
finalize it, I will keep you updated :)

Thanks !

>
> Saludos
>

Bug#843454: ITP: docker-credential-helpers -- native store to keep Docker credentials, safe

[Jason Pleau]

Package: wnpp
Severity: wishlist
Owner: Jason Pleau <ja...@jpleau.ca>

* Package name: docker-credential-helpers
  Version : 0.3.0
  Upstream Author : David Calavera <david.calav...@gmail.com>
* URL : https://github.com/docker/docker-credential-helpers/
* License : MIT
  Programming Lang: Go / C
  Description : native store to keep Docker credentials safe

docker-credential-helpers provides a Linux executable to store Docker
credentials. (It also has one for OSX and Windows, but those won't be
built nor used in Debian).

It is a dependency of an upcoming python package
"dockerpy-creds", which is needed to update python-docker to its latest
upstream version.

-- 
Jason Pleau



signature.asc
Description: OpenPGP digital signature

Bug#835379: ITP: ruby-neovim -- ruby bindings for neovim

[Jason Pleau]

Package: wnpp
Severity: wishlist
Owner: Jason Pleau <ja...@jpleau.ca>

* Package name: ruby-neovim
  Version : 0.3.0
  Upstream Author : Alex Genco <alexge...@gmail.com>
* URL : https://github.com/alexgenco/neovim-ruby
* License : MIT
  Programming Lang: Ruby
  Description : ruby bindings for neovim

Ruby library to communicate with neovim remotely

It is also a plugin host for neovim, allowing users to run and develop plugins
for neovim written entirely in Ruby.

It also acts as a compatibility layer for Ruby plugins written for vim. The
:ruby, :rubyfile, and :rubydo commands are intended to behave the same as they
did in vim

This package is required to enable ruby support in neovim, as well as enabling
the ruby tests for neovim.

I plan to maintain this package pkg-ruby

Bug#832435: ITP: lua-nvim -- lua client for neovim

[Jason Pleau]

Package: wnpp
Severity: wishlist
Owner: Jason Pleau <ja...@jpleau.ca>

* Package name: lua-nvim
  Version : 0.0.1-25
  Upstream Author : Neovim contributors
* URL : https://github.com/neovim/lua-client/
* License : Apache-2.0
  Programming Lang: Lua, C
  Description : lua client for neovim

Lua library to communicate with Neovim through its msgpack-rpc API

It will eventually be able to act as a Lua plugin host, enabling the use and
development of Lua plugins for Neovim.



This package is required to run the tests for neovim

It will be maintained in pkg-lua

Bug#832337: ITP: lua-inifile -- simple, complete ini parser for lua

[Jason Pleau]

Package: wnpp
Severity: wishlist
Owner: Jason Pleau <ja...@jpleau.ca>

* Package name: lua-inifile
  Version : 1.0-2
  Upstream Author : Bart van Strien <bart@gmail.com>
* URL : https://github.com/bartbes/inifile
* License : Simplified BSD
  Programming Lang: Lua
  Description : simple, complete ini parser for lua

inifile is a simple, complete ini parser for lua that intends to preserve
as much information as possible, like the order of the file and the stored
comments. It is also out-of-the-box compatible with LÖVE.

This package is a dependency of lua-cliargs

It will be maintained in pkg-lua

Bug#829039: ITP: lua-luv -- libuv bindings for lua

[Jason Pleau]

Package: wnpp
Severity: wishlist
Owner: Jason Pleau <ja...@jpleau.ca>

* Package name: lua-luv
  Version : 1.9.0-3
  Upstream Author : The Luvit Authors
* URL : https://github.com/luvit/luv
* License : Apache
  Programming Lang: C, Lua
  Description : libuv bindings for lua

libuv is a multi-platform support library with a focus on asynchronous I/O.

This package provides libuv bindings for the Lua programming language.


lua-luv is a dependency for lua-nvim (not yet packaged nor ITP'd), which in
turn is a dependency to run the tests for neovim, and in the future will likely
provide Lua bindings for neovim plugins.

I will maintain lua-luv in the pkg-lua team.

Bug#818112: ITP: neovim-qt -- neovim client library and GUI

[Jason Pleau]

Package: wnpp
Severity: wishlist
Owner: Jason Pleau <ja...@jpleau.ca>

* Package name: neovim-qt
  Version : 0.1.1
  Upstream Author : Rui Abreu Ferreira <raf...@gmx.com>
* URL : https://github.com/equalsraf/neovim-qt
* License : ISC
  Programming Lang: C++
  Description : neovim client library and GUI

It provides Qt5 bindings (libneovim-qt) to help developing neovim clients and
plugins.

It also provides a GUI for neovim, using the above bindings.

This package will be maintained in the pkg-vim team

Bug#815489: ITP: lua-system -- platform independent system call library for Lua

[Jason Pleau]

Package: wnpp
Severity: wishlist
Owner: Jason Pleau <ja...@jpleau.ca>

* Package name: lua-system
  Version : 0.1.0
  Upstream Author : Oscar Lim <o...@ucla.edu>
* URL : https://github.com/o-lim/luasystem
* License : Expat
  Programming Lang: C, Lua
  Description : platform independent system call library for Lua


luasystem is a platform independent system call library for Lua.

It supports Lua >= 5.1 and luajit >= 2.0.0.

Currently the following functions are supported:

 * gettime
 * sleep

This package is a dependency of busted (#783044), which is required to run the
tests for neovim.

The package will be maintained in pkg-lua.

Bug#781054: packaging python-dockerpty

[Jason Pleau]

Hi.

The package is not under DPMT's git repositories on alioth, I've asked
for a review of the package. You can still try it with docker-compose
see if it works for you :)

https://anonscm.debian.org/git/python-modules/packages/dockerpty.git
git://anonscm.debian.org/python-modules/packages/dockerpty.git
ssh://git.debian.org/git/python-modules/packages/dockerpty.git

Also, it seems most packages on python-modules use the tarball directly
from PyPi.org (and thus don't get the unit tests that come with it since
those tarballs only contains the library itself).

I've done the same thing, so packaging the other two libraries shouldn't
be necessary.


-- 
Jason Pleau


-- 
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/555bd132.1030...@jpleau.ca

Bug#781054: packaging python-dockerpty

[Jason Pleau]

Hi !

On 18/05/15 09:19 AM, Felipe Sateler wrote:
 On 17 May 2015 at 20:07, Jason Pleau ja...@jpleau.ca wrote:
 retitle 781054 ITP: python-dockerpty -- pseudo-tty handler for docker
 Python client
 owner 781054 ja...@jpleau.ca
 thanks

 --

 Hi Felipe,

 I'll package this to help you with docker-compose. I have a working
 package right now, it seems to work well!
 
 Great! If you need sponsoring I am available to do that.

The package is available (in git):

http://git.jpleau.ca/debian/python/dockerpty.git/

git clone git://git.jpleau.ca/debian/python/dockerpty.git

I'm currently waiting to join the Debian Python Modules Team so the
package can be maintained there (python-docker is there as well, I
thought it would make sense for dockerpty to be.)

If you want to review/sponsor it right away I can move it to
collab-maint, remove DPMT from Maintainer field and update Vcs-* fields
until I can get it to the python-modules team.

Personnally, I think waiting to get it under DMPT is the better idea..

What's your opinion on that?

 

 There might be more work required to get the package into Debian:
 dockerpty's test suites require behave and expects, two python
 modules that are not in Debian right now.

 Will see what I can do about those too :)
 
 Maybe we can have a non-testsuite-enabled dockerpty in Debian and then
 upload the missing dependencies and enable the suite?
 
 My offer for sponsorship extends to these python modules as well.
 

Works for me !

I have disabled tests for now, and removed the build-depends on them.

Cheers

-- 
Jason Pleau


-- 
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/555a83c3.5000...@jpleau.ca

Bug#784165: ITP: lua-messagepack -- a pure Lua implementation of MessagePack

[Jason Pleau]

Package: wnpp
Severity: wishlist
Owner: Jason Pleau ja...@jpleau.ca

* Package name: lua-messagepack
  Version : 0.3.2
  Upstream Author : Francois Perrad francois.per...@gadz.org
* URL : http://fperrad.github.io/lua-MessagePack/
* License : MIT
  Programming Lang: Lua
  Description : a pure Lua implementation of MessagePack
 This module provides an API to convert Lua data structures to MessagePack, and
vice versa.
 .
 MessagePack is an efficient binary serialization format.
 .
 It lets you exchange data among multiple languages like JSON but it's faster.
 and smaller.


This package is a dependency of neovim (#752264)

I plan to maintain it in pkg-lua.


-- 
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/20150503174343.7087.21959.reportbug@goldeneye

Bug#784058: ITP: lua-dkjson -- JSON module written in Lua

[Jason Pleau]

Package: wnpp
Severity: wishlist
Owner: Jason Pleau ja...@jpleau.ca

* Package name: lua-dkjson
  Version : 2.5
  Upstream Author : David Heiko Kolf da...@dkolf.de
* URL : http://dkolf.de/src/dkjson-lua.fsl/home
* License : MIT
  Programming Lang: Lua
  Description : JSON module written in Lua
 dkjson is a JSON (JavaScript Object Notation) encoder / decoder. It supports
UTF-8.
 .
 It is written in Lua without any dependencies, but when LPeg (provided in
Debian by lua-lpeg) is installed dkjson uses it to speed up decoding.


This package is a dependency of busted (#783044), which in turn is a dependency
to run tests for neovim (#752264).

I plan to maintain it in pkg-lua.

Additionnal note: This Lua library is currently shipped / embedded with 3 other
packages: vlc, ntopng and sysdig [1]. Once this package is included in this
archive I plan to contact the maintainers of this package to see what could be
done to depend on lua-dkjson, instead of shipping it directly with their
packages.

[1]: http://codesearch.debian.net/perpackage-results/dkjson/2/page_0


-- 
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/20150502144717.14454.64810.reportbug@goldeneye

Bug#784103: ITP: lua-mediator -- Event management in Lua for clean and decoupled code

[Jason Pleau]

Package: wnpp
Severity: wishlist
Owner: Jason Pleau ja...@jpleau.ca

* Package name: lua-mediator
  Version : 1.1.1-0
  Upstream Author : Olivine Labs, LLC.
* URL : https://github.com/Olivine-Labs/mediator_lua
* License : MIT
  Programming Lang: Lua
  Description : Event management in Lua for clean and decoupled code
 mediator_lua is a simple class that allows you to listen to events by
subscribing to and sending data to channels.
 .
 Its purpose is to help you decouple code where you might otherwise have
functions calling functions calling functions.


This package is a dependency of busted (#783044), which in turn is a dependency
to run tests for neovim (#752264).

I plan to maintain it in pkg-lua.


-- 
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/20150503034652.21126.18525.reportbug@goldeneye

Bug#783667: ITP: lua-cliargs -- command-line argument parsing module for Lua

[Jason Pleau]

Package: wnpp
Severity: wishlist
Owner: Jason Pleau ja...@jpleau.ca

* Package name: lua-cliargs
  Version : 2.5-1
  Upstream Author : Ahmad Amireh ah...@amireh.net
* URL : https://github.com/amireh/lua_cliargs
* License : MIT
  Programming Lang: Lua
  Description : command-line argument parsing module for Lua

 cliargs is a command-line argument parser for Lua. It supports several types
of arguments:
 .
  * required arguments
  * optional arguments with different notations: -short-key VALUE and/or
--expanded-key=VALUE
  * optional arguments with multiple-values that get appended to a list
  * optional flag arguments (on/off options) with notations: -short-key
and/or --expanded-key
  * a single optional splat argument which can be repeated (must be the last
argument)
 .
 Optional arguments can have default values (strings), flags always default to
'true'.


This package is a dependency of busted (#783044), which in turn is a dependency
to run tests for neovim (#752264).

I plan to maintain it in pkg-lua.


-- 
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/20150428221305.13587.66033.reportbug@goldeneye

Bug#783215: ITP: lua-say -- Lua string hashing/indexing library

[Jason Pleau]

Package: wnpp
Severity: wishlist
Owner: Jason Pleau ja...@jpleau.ca

* Package name: lua-say
  Version : 1.3-1
  Upstream Author : 2012 Olivine Labs, LLC.
* URL : https://github.com/Olivine-Labs/say/
* License : MIT
  Programming Lang: Lua
  Description : Lua string hashing/indexing library

say is a simple string key/value store for i18n or any other case where you
want namespaced strings.

It is a dependency of busted (#783044), which in turn is a dependency of
neovim (#752264).

I plan to maintain it in pkg-lua


-- 
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/20150423224636.19650.37418.reportbug@goldeneye

Bug#783218: ITP: lua-luassert -- Lua assertions extension

[Jason Pleau]

Package: wnpp
Severity: wishlist
Owner: Jason Pleau ja...@jpleau.ca

* Package name: lua-luassert
  Version : 1.7.61
  Upstream Author : Olivine Labs, LLC.
* URL : https://github.com/Olivine-Labs/luassert/
* License : MIT
  Programming Lang: Lua
  Description : Lua assertions extension

 luassert extends Lua's built-in assertions to provide additional tests and
 the ability to create your own.
 .
 It comes preloaded with argument formatters for common Lua types, but it is
 easy to add custom ones as well.

It is a dependency of busted (#783044), which in turn is a dependency to run
tests for neovim (#752264).

I plan to maintain it in pkg-lua


-- 
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/20150423231729.15571.30184.reportbug@goldeneye

Bug#783216: ITP: lua-ansicolors -- simple Lua function for printing to the console in color

[Jason Pleau]

Package: wnpp
Severity: wishlist
Owner: Jason Pleau ja...@jpleau.ca

* Package name: lua-ansicolors
  Version : 1.0.2
  Upstream Author : Enrique García kik...@gmail.com
* URL : https://github.com/kikito/ansicolors.lua/
* License : MIT
  Programming Lang: Lua
  Description : simple Lua function for printing to the console in color

 ansicolors provides the 'colors' function which allows the Lua programmer to
 output colored (both foreground and background) and stylized text.
 .
 One can use standard terminal colors: black, red, green, yellow, blue,
 magenta, cyan, white.
 .
 The following styles are also available: bright, dim, underline, blink,
 reverse, hidden, reset.

It is a dependency of busted (#783044), which in turn is a dependency to run
tests for neovim (#752264).

I plan to maintain it in pkg-lua


-- 
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/20150423230145.1604.85077.reportbug@goldeneye

Bug#774744: ITP: obs -- Open Broadcast Software

[Jason Pleau]

Hi

On Wed, 07 Jan 2015 02:57:45 +0100 =?utf-8?q?Carl_F=C3=BCrstenberg?=
azat...@gmail.com wrote:
 Package: wnpp
 Severity: wishlist
 Owner: Carl Fürstenberg azat...@gmail.com
 
 * Package name: obs
   Version : 0.7.2
   Upstream Author : Hugh Bailey obs@gmail.com
 * URL : https://obsproject.com/
 * License : GPL
   Programming Lang: C, C++
   Description : Open Broadcast Software
 
 a rewrite of what was formerly known as Open Broadcaster Software, 
 software originally designed for recording and streaming live
 video content, efficiently. 
 
 

Just wondering if you had started working on the packaging for
obs-studio ? The Linux version is now officially out ! :)

I am currently using OBS to stream to twitch using the source package
available at upstream's PPA:
https://launchpad.net/~obsproject/+archive/ubuntu/obs-studio. I rebuilt
the package myself though ;)

But I would prefer using the future official Debian package for this! I
think libobs would need its own package for example, the ubuntu ppa
packs everything into a single big binary package.

Hopefully we can get obs-studio in Debian in a near future !

Cheers

-- 
Jason Pleau


-- 
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/551b62cf.1010...@jpleau.ca

Bug#779545: ITP: rofi -- A window switcher, run dialog and dmenu replacement

[Jason Pleau]

Hello !

On 03/03/15 03:59 PM, Alessandro Ghedini wrote:
 On dom, mar 01, 2015 at 11:42:00 -0500, Jason Pleau wrote:
 Package: wnpp
 Severity: wishlist
 Owner: Jason Pleau ja...@jpleau.ca

 * Package name: rofi
   Version : 0.15.2
   Upstream Author : Dave Davenport qb...@gmpclient.org
 * URL : https://davedavenport.github.io/rofi/
 * License : MIT/X11
   Programming Lang: C
   Description : A window switcher, run dialog and dmenu replacement

 rofi can act as an application launcher, window switcher, ssh launcher and
 dmenu replacement.

 [...]

 I plan on maintaining this package in collab-maint.
 
 Hello,
 
 what's the status on this? I'm available for sponsoring, if needed.
 
 Cheers
 

Packaging is going well, there are a few things I'd like to talk about
with upstream before asking for a review/sponsor:

 * make test fails with the release tarball

 * dpkg-shlibdeps warns me about unused dependencies, will need to
investigate a bit

 * gcc gives a few warnings while compiling, would be nice to have those
fixed I think

 * a few typos to fix in the source code


I will push my files to collab-maint by friday (and will let you know!)

Thanks!


-- 
Jason Pleau


-- 
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/54f632a2.4010...@jpleau.ca

Bug#779545: ITP: rofi -- A window switcher, run dialog and dmenu replacement

[Jason Pleau]

Package: wnpp
Severity: wishlist
Owner: Jason Pleau ja...@jpleau.ca

* Package name: rofi
  Version : 0.15.2
  Upstream Author : Dave Davenport qb...@gmpclient.org
* URL : https://davedavenport.github.io/rofi/
* License : MIT/X11
  Programming Lang: C
  Description : A window switcher, run dialog and dmenu replacement

rofi can act as an application launcher, window switcher, ssh launcher and
dmenu replacement.

Included features:

- Full keyboard navigation

- Type to filter (case insensitive)

- RTL language support

- UTF-8 enabled

- Optional history based ordering (last 25 choices are ordered on top based on
use)

- Can be extended using scripts

- Optional use of Levenshtein distance to order matches while typing


This package does is not a dependency of any package in the Debian archives
yet.

I plan on maintaining this package in collab-maint.


-- 
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/20150302044200.25415.5315.reportbug@goldeneye

Bug#772414: ITP: entityx -- A fast, type-safe C++ Entity Component System

[Jason Pleau]

Package: wnpp
Severity: wishlist
Owner: Jason Pleau oxez@goldeneye

Package: wnpp
Severity: wishlist
Owner: Jason Pleau ja...@jpleau.ca

* Package name: entityx
  Version : 1.0.1
  Upstream Author : Alec Thomas a...@swapoff.org
* URL : https://github.com/alecthomas/entityx
* License : MIT
  Programming Lang: C++
  Description : A fast, type-safe C++ Entity Component System


EntityX is an Entity Component system that uses C++11 features to provide type-
safe component management, event delivery, etc. It was built with game
development in mind, although it can be used with all kinds of projects.

I use this library and would like to see it in the Debian archive. It's a
wonderful tool that allows developers to focus on their project, instead of
having to re-invent the wheel for this kind of programming pattern.

I plan to package it in collab-maint.


-- 
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/20141206153139.23524.80189.reportbug@goldeneye

Bug#769061: ITP: vim-easymotion -- simple and efficient motions in vim

[Jason Pleau]

Package: wnpp
Severity: wishlist
Owner: Jason Pleau ja...@jpleau.ca

* Package name: vim-easymotion
  Version: 2.0
  Upstream Author: Kim Silkebækken k...@silkebaekken.no, haya14busa
* URL: https://github.com/Lokaltog/vim-easymotion
* License: Creative Commons Attribution Share-Alike (CC-BY-SA) v3.0
  Programming Lang: VimL
  Description: simple and efficient motions in vim

(shameless copy paste from upstream's url)

EasyMotion provides a much simpler way to use some motions in vim. It
takes the number out of numberw or numberf{char} by highlighting
all possible choices and allowing you to press one key to jump directly
to the target.

When one of the available motions is triggered, all visible text
preceding or following the cursor is faded, and motion targets are
highlighted.


I intend to maintain this package in the pkg-vim team.

-- 
Jason Pleau


-- 
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/54618ff3.9020...@jpleau.ca

Bug#767134: ITP: ympd -- Standalone MPD web GUI

[Jason Pleau]

Package: wnpp
Severity: wishlist
Owner: Jason Pleau ja...@jpleau.ca

* Package name: ympd
  Version: 1.2.3
  Upstream Author: Andy a...@ndyk.de
* URL: https://github.com/notandy/ympd
* License: GPL-2, Apache-2, MIT
  Programming Lang: C, HTML, CSS, JavaScript
  Description: Standalone MPD Web GUI

This program is a daemon that lets clients connect to it through the
HTTP protocol. It acts as a MPD (Music Player Daemon) client. It allows
one to browse and update the mpd database, manage playlists as well as
control various MPD settings, from a web browser.

The daemon (ympd) and the web browser can communicate together via
WebSockets, avoiding refreshing the page for each update (different song
playing, status change, playlist changes, etc...)

It uses Twitter Bootstrap as it's front-end framework, allowing one to
connect to it via from all sort of devices: desktop, mobile phones as
well as tablets.


-- 
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/544fcb9c.5080...@jpleau.ca

Bug#762517: ITP: i3blocks - highly flexible status line for the i3 window manager

[Jason Pleau]

Package: wnpp
Severity: wishlist
Owner: Jason Pleau ja...@jpleau.ca

* Package name: i3blocks
  Version: 1.2
  Upstream Author: Vivien Didelot viv...@didelot.org
* URL : https://github.com/vivien/i3blocks
* License : GPL-3
  Programming Lang: C
  Description: highly flexible status line for the i3 window manager.

It follows the i3bar protocol; outputs JSON text which can be parsed 
with i3bar to display useful information in the status bar such as the 
current time, system load, uptime, available package updates, and much more.


A configuration file holds the settings for each block, which contains 
a script or a command that the user provides (upstream provides a few 
scripts). Blocks can be updated at a given internal, by a mouse 
click/wheel movement, or a signal.



--
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/5420c67f.7040...@jpleau.ca