Bug#877326: ITP: emoji-data -- The associated data files for emoji characters

2017-10-03 Thread Paul Wise
On Tue, 2017-10-03 at 08:38 +, Osamu Aoki wrote:

> Does anyone coordinating something similar on Debian?

I would suggest filing a bug about the missing things in unicode-data.

It would also be good to have the Unicode data upstream put everything
inside one tarball or a few tarballs instead of as extra files.

-- 
bye,
pabs

https://wiki.debian.org/PaulWise


signature.asc
Description: This is a digitally signed message part


Processed: ITP: libjs-jquery-file-upload -- file upload widget for jQuery

2017-10-03 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> block 795980 with 876307
Bug #795980 [wnpp] RFP: beaker-notebook -- Data Scientist Notebook
795980 was blocked by: 801995 802243 802257 802247 677845 801196 802262 800606 
781937 802242 802237 802194 801199 802254 802258 801195 712159 802240 802238 
801998 802002 802263 802239 802207 761826 802209 801787 801997 802253 801996 
873188 801204 801202
795980 was not blocking any bugs.
Added blocking bug(s) of 795980: 876307
> retitle 802253 ITP: libjs-jquery-file-upload -- file upload widget for jQuery
Bug #802253 [wnpp] RFP: libjs-blueimp-file-upload -- rich file Upload widget 
for jQuery
Changed Bug title to 'ITP: libjs-jquery-file-upload -- file upload widget for 
jQuery' from 'RFP: libjs-blueimp-file-upload -- rich file Upload widget for 
jQuery'.
> retitle 876307 ITP: libjs-jquery-file-upload -- file upload widget for jQuery
Bug #876307 [wnpp] RFP: libjs-jquery-fileupload -- file upload widget for jQuery
Changed Bug title to 'ITP: libjs-jquery-file-upload -- file upload widget for 
jQuery' from 'RFP: libjs-jquery-fileupload -- file upload widget for jQuery'.
> merge 802253 876307
Bug #802253 [wnpp] ITP: libjs-jquery-file-upload -- file upload widget for 
jQuery
Bug #876307 [wnpp] ITP: libjs-jquery-file-upload -- file upload widget for 
jQuery
Merged 802253 876307
> owner 802253 "W. Martin Borgert" 
Bug #802253 [wnpp] ITP: libjs-jquery-file-upload -- file upload widget for 
jQuery
Bug #876307 [wnpp] ITP: libjs-jquery-file-upload -- file upload widget for 
jQuery
Owner recorded as "W. Martin Borgert" .
Owner recorded as "W. Martin Borgert" .
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
795980: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=795980
802253: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=802253
876307: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=876307
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems



Bug#877657: ITP: python-murano-pkg-check -- murano package validator tool

2017-10-03 Thread Thomas Goirand
Package: wnpp
Severity: wishlist
Owner: Thomas Goirand 

* Package name: python-murano-pkg-check
  Version : 0.3.0
  Upstream Author : OpenStack Foundation 
* URL : https://github.com/openstack/murano-pkg-check
* License : Apache-2.0
  Programming Lang: Python
  Description : murano package validator tool

 This package provide a way to validate Murano APPs. It checks packages
 against a list of known files and directories, the APP manifest consistency,
 and many other things.

This package is a new dependency of python-muranoclient.



Processed (with 1 error): RFP: libjs-jquery-fileupload -- file upload widget for jQuery

2017-10-03 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> merge 802253 876307
Bug #802253 [wnpp] RFP: libjs-blueimp-file-upload -- rich file Upload widget 
for jQuery
Unable to merge bugs because:
blocks of #876307 is '' not '795980'
Failed to merge 802253: Did not alter merged bugs.

> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
802253: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=802253
876307: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=876307
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems



Bug#877646: ITP: node-node-rest-client -- Rest API client for NodeJS

2017-10-03 Thread Ying-Chun Liu (PaulLiu)
Package: wnpp
Severity: wishlist
Owner: Ying-Chun Liu (PaulLiu) 

* Package name: node-node-rest-client
  Version : 3.1.0
  Upstream Author : Alejandro Alvarez Acero
* URL : https://github.com/aacerox/node-rest-client
* License : Expat
  Programming Lang: JavaScript
  Description : Rest API client for NodeJS
 Allows connecting to any API REST and get results as js Object. The client
 has the following features:
  * Transparent HTTP/HTTPS connection to remote API sites.
  * Allows simple HTTP basic authentication.
  * Allows most common HTTP operations: GET, POST, PUT, DELETE, PATCH or any
other method through custom connect method
  * Allows creation of custom HTTP Methods (PURGE, etc.)
  * Direct or through proxy connection to remote API sites.
  * Register remote API operations as own client methods, simplifying reuse.
  * Dynamic path and query parameters and request headers.
  * Improved Error handling mechanism (client or specific request)
  * Added support for compressed responses: gzip and deflate
  * Added support for follow redirects thanks to great follow-redirects
package
  * Added support for custom request serializers (json,xml and url-encoded
included by default)
  * Added support for custom response parsers (json and xml included by
default)
 .
 Node.js is an event-based server-side JavaScript engine.


This package is a dependency of BerryNet. Currently there's no rest client
API in Debian yet.

-- 
PaulLiu (劉穎駿)
E-mail: Ying-Chun Liu (PaulLiu) 



signature.asc
Description: OpenPGP digital signature


Bug#877644: ITP: load-relative-el -- relative file load (within a multi-file Emacs package)

2017-10-03 Thread Lev Lamberov
Package: wnpp
Owner: Lev Lamberov 
Severity: wishlist

* Package name: load-relative-el
  Version : 1.3
  Upstream Author : Rocky Bernstein 
* URL or Web page : https://github.com/rocky/emacs-load-relative
https://elpa.gnu.org/packages/load-relative.html
* License : GPL-3+
  Programming Lang: Emacs Lisp
  Description : relative file load (within a multi-file Emacs package)

This package provides functions which facilitate writing multi-file
Emacs packages and facilitate running from the source tree without
having to "install" code or fiddle with `load-path'.



Bug#877624: ITP: m-buffer-el -- list-oriented, functional buffer manipulation

2017-10-03 Thread Lev Lamberov
Package: wnpp
Owner: Lev Lamberov 
Severity: wishlist

* Package name: m-buffer-el
  Version : 0.15
  Upstream Author : Phillip Lord 
* URL or Web page : https://github.com/phillord/m-buffer-el
* License : GLP-3+
  Programming Lang: Emacs Lisp
  Description : list-oriented, functional buffer manipulation

This package provides a set of list-oriented functions for operating
over the contents of buffers, mostly revolving around regexp searching,
and regions. They avoid the use of looping, manipulating global state
with `match-data'. Many high-level functions exist for matching
sentences, lines and so on.



Bug#870443: ITP: cjson -- Ultralightweight JSON parser in ANSI C

2017-10-03 Thread LeJacq, Jean Pierre
Hi Yanhoo,

I wanted to check on the status of this bug.

We've packaged cJSON (1.5.9) for an internal project and are willing to either 
maintain this ourselves or provide you and the collab-maint team with our 
packaging.

-- 
JP


signature.asc
Description: This is a digitally signed message part.


Bug#877372: ITP: bzrmk -- Generator for .bzrignore files

2017-10-03 Thread Behdad Esfahbod
Hey,

I'm not active in Fedora / Red Hat anymore (used to be at Red Hat; moved to
Google seven years ago). But know people there so I can try to get it
packaged.

One thing I like about git.mk is simplicity of deployment.  Just copy once
a year and be happy... I hope you can keep that simplicity.  In particular,
hopefully wouldn't require a new dependency.

It was also proposed to make it part of the autoconf macro repo thing,
don't remember the name.

ignoreme sounds good :)).

b

On Tue, Oct 3, 2017 at 8:23 AM, Sascha Manns 
wrote:

> Hi Behdad,
>
> Am Dienstag, den 03.10.2017, 07:51 -0400 schrieb Behdad Esfahbod:
> > Thanks for the note.
> No problem. You are the initial developer of that. :-)
>
> > That sounds great.  I'd happily hand over git.mk maintenance to you
> > in fact, if that makes sense.
> Ok, that we can do. I plan to provide a Debian, Ubuntu and openSUSE
> Package. I've seen on a picture, that you are wearing a red fedora.
> Maybe you active in Redhat/Fedora?
>
> As name for the new package i propose ignoreme.
>
> Have a nice day.
>
> Sascha
>



-- 
behdad
http://behdad.org/


Bug#877372: ITP: bzrmk -- Generator for .bzrignore files

2017-10-03 Thread Sascha Manns
Hi Behdad,

Am Dienstag, den 03.10.2017, 07:51 -0400 schrieb Behdad Esfahbod:
> Thanks for the note.  
No problem. You are the initial developer of that. :-)

> That sounds great.  I'd happily hand over git.mk maintenance to you
> in fact, if that makes sense.
Ok, that we can do. I plan to provide a Debian, Ubuntu and openSUSE
Package. I've seen on a picture, that you are wearing a red fedora.
Maybe you active in Redhat/Fedora?

As name for the new package i propose ignoreme.

Have a nice day.

Sascha



Bug#877326: ITP: emoji-data -- The associated data files for emoji characters

2017-10-03 Thread Osamu Aoki
Hi Thanks Pall and Bastine

>This is needed to compile new ibus keyboard input method.
>
>If this is already available, point me to it.

Yes, it is already available in package unicode-data  My problem of emoji
itself seems to go away by installing unicode data.

But that /usr/share/unocode is still missing some data compared to
Fedora...  So not good enough to get ibus updated.
Now I know Debian has emoji data as a part of unicode-data but it doesn't
seem to contain cldr data from unicode in unocode-data.
 http://cldr.unicode.org/ which is released with emoji in
http://unicode.org/Public/ .  Fedora seems to create another rpm
https://github.com/fujiwarat/cldr-emoji-annotation which looks like coming
from the unicode cldr data.

Does anyone coordinating something similar on Debian?  Or should I make
repackaged srpm?

Osamu

>
>


Bug#877326: ITP: emoji-data -- The associated data files for emoji characters

2017-10-03 Thread Bastien Roucaries


Le 30 septembre 2017 17:04:19 GMT+02:00, Osamu Aoki  a écrit :
>Package: wnpp
>Severity: wishlist
>Owner: Osamu Aoki 
>
>* Package name: emoji-data
>  Version : 5.0
>  Upstream Author : 1991-2017 Unicode, Inc.
>* URL : http://unicode.org/Public/emoji/latest/
>* License : UNICODE, INC. LICENSE AGREEMENT - DATA FILES AND
>SOFTWARE
>(MIT-LIKEi, see below)
>  Programming Lang: Plain text data
>  Description : The associated data files for emoji characters
>
>The associated data files for emoji characters provided as a part of
>"Unicode® Technical Standard #51" found at
>http://www.unicode.org/reports/tr51/ .
>
>The full license text is:
>
>Copyright © 1991-2017 Unicode, Inc. All rights reserved.
>Distributed under the Terms of Use in
>http://www.unicode.org/copyright.html.
>
>Permission is hereby granted, free of charge, to any person obtaining
>a copy of the Unicode data files and any associated documentation
>(the "Data Files") or Unicode software and any associated documentation
>(the "Software") to deal in the Data Files or Software
>without restriction, including without limitation the rights to use,
>copy, modify, merge, publish, distribute, and/or sell copies of
>the Data Files or Software, and to permit persons to whom the Data
>Files
>or Software are furnished to do so, provided that either
>(a) this copyright and permission notice appear with all copies
>of the Data Files or Software, or
>(b) this copyright and permission notice appear in associated
>Documentation.
>
>THE DATA FILES AND SOFTWARE ARE PROVIDED "AS IS", WITHOUT WARRANTY OF
>ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE
>WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND
>NONINFRINGEMENT OF THIRD PARTY RIGHTS.
>IN NO EVENT SHALL THE COPYRIGHT HOLDER OR HOLDERS INCLUDED IN THIS
>NOTICE BE LIABLE FOR ANY CLAIM, OR ANY SPECIAL INDIRECT OR
>CONSEQUENTIAL
>DAMAGES, OR ANY DAMAGES WHATSOEVER RESULTING FROM LOSS OF USE,
>DATA OR PROFITS, WHETHER IN AN ACTION OF CONTRACT, NEGLIGENCE OR OTHER
>TORTIOUS ACTION, ARISING OUT OF OR IN CONNECTION WITH THE USE OR
>PERFORMANCE OF THE DATA FILES OR SOFTWARE.
>
>Except as contained in this notice, the name of a copyright holder
>shall not be used in advertising or otherwise to promote the sale,
>use or other dealings in these Data Files or Software without prior
>written authorization of the copyright holder.
>
>
>
>This is needed to compile new ibus keyboard input method.
>
>If this is already available, point me to it.
>
>Osamu

Already available in package unicode-data

-- 
Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma brièveté.



Bug#877056: ITP: fr24feed -- Flightradar24 Decoder & Feeder

2017-10-03 Thread Iain R. Learmonth

Hi,

On Thu, 28 Sep 2017 10:13:44 +0200 Viacheslav Kalmykov  
wrote:> * License : 
http://repo.feed.flightradar24.com/LICENSE.fr24feed.txt


This license is ridiculously restrictive. It would not even allow for 
Debian to distribute the software.


Unless you can relicense the software then this has no place in the 
Debian archives.


While technically non-free is not part of Debian and doesn't need to be 
DFSG compliant, I would also still be unhappy if the license were to be 
Debian specific, any new license should be applicable to anyone 
obtaining a copy of the software.


Thanks,
Iain.