Re: Crowd funding campaign to package browserify in debian

2016-12-23 Thread Joerg Jaspert 
On 14529 March 1977, Pirate Praveen wrote:
>> We are onto our second round of crowd funding
>> https://www.generosity.com/community-fundraising/debian-browserify-2
> gulp is now accepted in main. If we get more support for the campaign,
> we hope to continue packaging more nodejs build tools (next target is
> rollup and babel-cli). If you like the work we re doing, please support
> the campaign.

While its good (for someone) that this work is done, and hooray if it
can be sponsored by crowdfunding, I dont think that this list is the
proper place for it.

-- 
bye, Joerg

Re: Crowd funding campaign to package browserify in debian

2016-12-23 Thread Pirate Praveen 
On വെള്ളി 23 ഡിസംബര്‍ 2016 01:38 വൈകു, Joerg Jaspert wrote:
> While its good (for someone) that this work is done, and hooray if it
> can be sponsored by crowdfunding, I dont think that this list is the
> proper place for it.
> 

I thought this is the right place because,

1. It affects many packages across different languages (javascript
libraries are used in ruby, go, python and many web based apps). gitlab
and pagure was affected by this problem and pagure was of interest to
the whole project.
2. Not being able to build javascript was a unsolved problem for a long
time and this topic was discussed in this same list many times.
2. I think -devel is right place for discussing a problem that goes
beyond a single team and was already discussed here many times.



signature.asc
Description: OpenPGP digital signature

Re: Bug#849154: ITP: xattrvi -- easily view and edit extended filesystem attributes in user-namespace

2016-12-23 Thread bugs-debian 

> * URL : https://github.com/cherti/mailexporter
The correct URL seems to be https://github.com/cherti/xattrvi
Interesting piece of software though.

Adrien

Bug#849178: ITP: node-array-from -- ES2015 Array.from ponyfill

2016-12-23 Thread Paolo Greppi 
Package: wnpp
Severity: wishlist
Owner: Paolo Greppi 
X-Debbugs-CC: debian-devel@lists.debian.org

* Package name: node-array-from
  Version : 2.1.1
  Upstream Author : Tomek Wiszniewski and Benjamin Barber
* URL : https://github.com/studio-b12/array-from#readme
* License : Expat
  Programming Lang: JavaScript
  Description : ES2015 Array.from ponyfill

 Node.js module providing a ponyfill (i.e. a polyfill that
 doesn't overwrite the native method) for the ES 2015 (ES6)
 Array.from().
 .
 Node.js is an event-based server-side JavaScript engine.

Bug#849179: ITP: node-sorted-object -- Return a copy of an object with its keys sorted

2016-12-23 Thread Paolo Greppi 
Package: wnpp
Severity: wishlist
Owner: Paolo Greppi 
X-Debbugs-CC: debian-devel@lists.debian.org

* Package name: node-sorted-object
  Version : 2.0.1
  Upstream Author : Domenic Denicola  (https://domenic.me/)
* URL : https://github.com/domenic/sorted-object#readme
* License : Espat
  Programming Lang: JavaScript
  Description : Return a copy of an object with its keys sorted

 Node.js module to create a version of an object with its keys sorted
 so that you'll get a consistent order every time on serializing.
 This makes it easier to diff the resulting JSON.
 .
 Node.js is an event-based server-side JavaScript engine.

Bug#849182: ITP: node-pad -- Left and right string padding

2016-12-23 Thread Paolo Greppi 
Package: wnpp
Severity: wishlist
Owner: Paolo Greppi 
X-Debbugs-CC: debian-devel@lists.debian.org

* Package name: node-pad
  Version : 1.0.2
  Upstream Author : David Worms 
* URL : https://github.com/wdavidw/node-pad#readme
* License : BSD-3-Clause
  Programming Lang: JavaScript
  Description : Left and right string padding

 Node.js module that provides a simple function to pad strings
 in both left and right directions.
 .
 Node.js is an event-based server-side JavaScript engine.

Bug#849181: ITP: node-progress -- Flexible ascii progress bar

2016-12-23 Thread Paolo Greppi 
Package: wnpp
Severity: wishlist
Owner: Paolo Greppi 
X-Debbugs-CC: debian-devel@lists.debian.org

* Package name: node-progress
  Version : 1.1.8
  Upstream Author : TJ Holowaychuk 
* URL : https://github.com/visionmedia/node-progress
* License : Expat
  Programming Lang: JavaScript
  Description : Flexible ascii progress bar

 Node.js module to flexibly create progress bars for CLI user
 interfaces.
 Supports back-and-forth movement and colors.
 .
 Node.js is an event-based server-side JavaScript engine.

Bug#849185: ITP: node-cli-cursor -- Toggle the CLI cursor

2016-12-23 Thread Paolo Greppi 
Package: wnpp
Severity: wishlist
Owner: Paolo Greppi 
X-Debbugs-CC: debian-devel@lists.debian.org

* Package name: node-cli-cursor
  Version : 1.0.2
  Upstream Author : Sindre Sorhus 
(sindresorhus.com)
* URL : https://github.com/sindresorhus/cli-cursor#readme
* License : Expat
  Programming Lang: JavaScript
  Description : Toggle the CLI cursor

 Node.js module to toggle the CLI cursor; the cursor is gracefully
 restored if the process exits.
 .
 Node.js is an event-based server-side JavaScript engine.

It is required for node-inquirer (ITP: https://bugs.debian.org/848364)
which in turn is required by node-yarnpkg 0.18 (ITP:
https://bugs.debian.org/843021) and lerna
(https://wiki.debian.org/Javascript/Nodejs/Tasks/lerna), the latter is
necessary for babel-cli.

My intention is to package it within the javascript maintainers team.

The repo will be on alioth:
https://anonscm.debian.org/git/pkg-javascript/node-cli-cursor.git

Paolo

Re: Help with watch file

2016-12-23 Thread James McCoy 
On Thu, Dec 22, 2016 at 05:42:43PM -0500, Bill Blough wrote:
> On Thu, Dec 22, 2016 at 12:40:26PM +, Ian Jackson wrote:
> > suffers rather from leaning toothpick syndrome.  Does the
> > `downloadurlmangle' support Perl's ability to handle nonstandard
> > delimiters ?  Using something other than / means that / does not need
> > to be \-escaped.  { } are often a good choice.
> 
> A quick look through the uscan source suggests that it does not.
> However, Paul's solution is way cleaner than mine, so it's probably
> moot, at least in this case.

It should be supported.  The safe_replace[0] function makes no
assumptions about what the separator is.

[0]: 
https://anonscm.debian.org/cgit/collab-maint/devscripts.git/tree/scripts/uscan.pl?id=bce34b8d7fa410e64c411bd780f8e21603167ae7#n4441

Cheers,
-- 
James
GPG Key: 4096R/91BF BF4D 6956 BD5D F7B7  2D23 DFE6 91AE 331B A3DB

Re: Bug#849154: ITP: xattrvi -- easily view and edit extended filesystem attributes in user-namespace

2016-12-23 Thread Jonas Große Sundrup 
Am 23.12.2016 um 09:47 schrieb bugs-deb...@antipoul.fr:
>> * URL : https://github.com/cherti/mailexporter
> The correct URL seems to be https://github.com/cherti/xattrvi

Oops, you are absolutely right. Slipup of mine when filing the ITP, it
it will be correct in the package. Thanks for pointing out!


> Interesting piece of software though.

Thanks, I'll try to still get it into stretch, we'll see. :)


  ~ Jonas

Re: Help with watch file

2016-12-23 Thread Adam D. Barratt 
On Fri, 2016-12-23 at 08:37 -0500, James McCoy wrote:
> On Thu, Dec 22, 2016 at 05:42:43PM -0500, Bill Blough wrote:
> > On Thu, Dec 22, 2016 at 12:40:26PM +, Ian Jackson wrote:
> > > suffers rather from leaning toothpick syndrome.  Does the
> > > `downloadurlmangle' support Perl's ability to handle nonstandard
> > > delimiters ?  Using something other than / means that / does not need
> > > to be \-escaped.  { } are often a good choice.
> > 
> > A quick look through the uscan source suggests that it does not.
> > However, Paul's solution is way cleaner than mine, so it's probably
> > moot, at least in this case.
> 
> It should be supported.  The safe_replace[0] function makes no
> assumptions about what the separator is.
> 
> [0]: 
> https://anonscm.debian.org/cgit/collab-maint/devscripts.git/tree/scripts/uscan.pl?id=bce34b8d7fa410e64c411bd780f8e21603167ae7#n4441

Indeed. There was a fair amount of time spent during the development of
that code to support as many native Perl features as were reasonable and
actually used in watch files at the time (hence the \l etc support).

Regards,

Adam

Re: Crowd funding campaign to package browserify in debian

2016-12-23 Thread Joerg Jaspert 
On 14530 March 1977, Pirate Praveen wrote:
>> While its good (for someone) that this work is done, and hooray if it
>> can be sponsored by crowdfunding, I dont think that this list is the
>> proper place for it.

> 2. I think -devel is right place for discussing a problem that goes
> beyond a single team and was already discussed here many times.

For any problem, yes. For fundraising, no.

-- 
bye, Joerg

Re: Crowd funding campaign to package browserify in debian

2016-12-23 Thread Pirate Praveen 
On വെള്ളി 23 ഡിസംബര്‍ 2016 09:52 വൈകു, Joerg Jaspert wrote:
> For any problem, yes. For fundraising, no.

So only problem, no solution?



signature.asc
Description: OpenPGP digital signature

Bug#849214: ITP: fonts-ldco -- set of Hebrew fonts by Louis Davis & Co.

2016-12-23 Thread Tzafrir Cohen 
Package: wnpp
Severity: wishlist
Owner: Tzafrir Cohen 

* Package name: fonts-ldco
  Version : 0.3.20161223
  Upstream Author : Louis Davis & Co.
* URL : 
http://www.ldcodesign.com/%D7%98%D7%99%D7%A4%D7%95%D7%92%D7%A8%D7%A4%D7%99%D7%94/
* License : OFL 1.1
  Programming Lang: Fonts (TTF, OTF, WOFF)
  Description : set of Hebrew fonts by Louis Davis & Co.
 set of 20 Hebrew fonts by Louis Davis and Co. in OTF, TTF, and WOFF
 formats.
 .
 Fonts: Daniel, Eco, Hidekel, Josef, Kimchi, Miso, Neo, Sticks,
 YamSuf, Strokes, Mixer, Patch Serif, Patch Sans, Patch Stencil,
 Lilach, Amit, Noam, Har Sinai, Saiphan and Skechers.

Note: homepage is Hebrew only. Initial packaging, for an earlier
version:

  https://git.tzafrir.org.il/cgit/fonts-ldco.git/

Those fonts, while provided under OTF, only include a limited number of
glyphs (basically Hebrew and numbers). They are indeed quite useful for
writing "artistic" text, but may not be usable for more professional
settings. The design studio intends to provide improved versions of
those under a proprietary license.

Is that acceptable for inclusion into Debian?

Re: Help with watch file

2016-12-23 Thread Bill Blough 
On Fri, Dec 23, 2016 at 03:13:34PM +, Adam D. Barratt wrote:
> On Fri, 2016-12-23 at 08:37 -0500, James McCoy wrote:
> > On Thu, Dec 22, 2016 at 05:42:43PM -0500, Bill Blough wrote:
> > > On Thu, Dec 22, 2016 at 12:40:26PM +, Ian Jackson wrote:
> > > > suffers rather from leaning toothpick syndrome.  Does the
> > > > `downloadurlmangle' support Perl's ability to handle nonstandard
> > > > delimiters ?  Using something other than / means that / does not need
> > > > to be \-escaped.  { } are often a good choice.
> > > 
> > > A quick look through the uscan source suggests that it does not.
> > > However, Paul's solution is way cleaner than mine, so it's probably
> > > moot, at least in this case.
> > 
> > It should be supported.  The safe_replace[0] function makes no
> > assumptions about what the separator is.
> > 
> > [0]: 
> > https://anonscm.debian.org/cgit/collab-maint/devscripts.git/tree/scripts/uscan.pl?id=bce34b8d7fa410e64c411bd780f8e21603167ae7#n4441
> 
> Indeed. There was a fair amount of time spent during the development of
> that code to support as many native Perl features as were reasonable and
> actually used in watch files at the time (hence the \l etc support).

Apparently my "quick look through the code" was too quick.  :-)

Thanks for the correction/info.  That will defintely be helpful in the
future.

Re: Crowd funding campaign to package browserify in debian

2016-12-23 Thread Jonas Smedegaard 

Excerpts from Pirate Praveen's message of December 23, 2016 6:26 pm:

On വെള്ളി 23 ഡിസംബര്‍ 2016 09:52 വൈകു, Joerg Jaspert wrote:

For any problem, yes. For fundraising, no.


So only problem, no solution?


This list is about development of Debian.

Not about how to raise money to ease developing Debian.

- Jonas
--
* Jonas Smedegaard - idealist & Internet-arkitekt
* Tlf.: +45 40843136  Website: http://dr.jones.dk/

[x] quote me freely  [ ] ask before reusing  [ ] keep private


pgpi7YaC2FC0K.pgp
Description: PGP signature

Bug#849233: ITP: litesql -- C++ object-relational persistence framework

2016-12-23 Thread Jonas Smedegaard 
Package: wnpp
Severity: wishlist
Owner: Jonas Smedegaard 

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

* Package name: litesql
  Version : 0.3.17.4
  Upstream Author : Tero Laitinen 
* URL : https://lab.louiz.org/louiz/litesql
* License : BSD-3-clause and LGPL-2.1+
  Programming Lang: C++
  Description : C++ object-relational persistence framework

 LiteSQL is a C++ library that integrates C++ objects tightly to
 relational database and thus provides an object persistence layer.
 LiteSQL supports SQLite3, PostgreSQL and MySQL as backends. LiteSQL
 creates tables, indexes and sequences to database and upgrades schema
 when needed.
 .
 In addition to object persistence, LiteSQL provides object relations
 which can be used to model any kind of C++ data structures. Objects can
 be selected, filtered and ordered using template- and class-based API
 with type checking at compile time.

Package is needed for optional features of biboumi.

Package will be maintained in the VoIP team.

 - Jonas

-BEGIN PGP SIGNATURE-

iQIcBAEBCAAGBQJYXaVbAAoJECx8MUbBoAEhgUIP/3EJKmnP4kzmFU6WvfIEcwja
lxFcnaIWn+uLlvFI0tQ4dmy1925rSlWKmXeagYUFCLu7rEYj7/Hovatu/9ZIlVDQ
291Z2abLxKRreJRFKrpkvJakyPYZ9FiZPIsRvy8rZwUu9WeaDez5sPEhvK0Xjyqh
OVLV94Jz4afx1GF0bVl+4x9JyHBCcXBUzd9m9yioCiY2l0EGqTa9zxtd04BQTDGv
JFc+IOlvrLIulX0bnX2mZJi9oGYIBys1GRB4WKeE/DJEQHEoY3zXoOR9MT9LTVXc
UA/ZVuTGFU8Qt/TE1dqKjTrLYiXy427EjG/F2LKRaMv9frN2Yuf2Veswzu9I/7Y8
zyCYbg5TpDfRV+Xp/0f2/9Rnk7VQ/9xoLjUngiZf9rzkkl4GqbRpBD4qAEMxxKtG
dG4fh3c77XibB8hyUa4ujaXSKxTh9IB+7UQZrKYgjuejuAGUAhv7cJV6WemdLplD
CQhRCRhA82XukosqttI9DHkVssas13li35KF8op4FMiKO+mZi3LpXGGhVB3hqjGt
GbYwHaZUe50WCiCpSBNH9xY8bQOfHEfey5y/NvXiVK+Tk7YxJLb5RCTrsDJkxLKr
tYMM6J5ZD9SldECAbbL8lEbuDS3AcZezsSgoxiEgvPN/wAvPRh88AP1Q48i77jTi
l3A6eaJ+cwa6OJE1dJE8
=1Fcc
-END PGP SIGNATURE-

Re: Crowd funding campaign to package browserify in debian

2016-12-23 Thread Russell Stuart 
On Fri, 2016-12-23 at 21:36 +, Jonas Smedegaard wrote:
> This list is about development of Debian.
> 
> Not about how to raise money to ease developing Debian.

The first condition is fulfilled - the email is about getting
development done within Debian.  In fact given ITP's I've seen floating
by, it's about something that is getting a lot of development done
within Debian.

Obviously it's the asking for money that rankles.  If he was asking for
some rare hardware to test on, or documentation, or even assistance you
would be fine with it.  Any normally I'd agree - money is such a
difficult topic.  I also would intensely dislike seeing repeated posts
on this list begging for money on a promise of getting some work done. 
But it should be obvious by now that isn't what's happening here. He
hasn't raised much of his target, but the work is getting done anyway. 
Clearly his main passion is to get the JS development tools into
Debian.  Money is just lubricant to make the task easier.  

JS development; the techniques they use, the appalling version control,
the tendency to mash together various bits of code with no respect to
licences, the propensity to download code they are about to run from
random sites is must be contrary to the bulk of our standing
policies.  Twisting this mess into something that can be used within
Debian is understandably difficult.  But also necessary, given it is
the most active area development on the planet right now. [0]

So add he is cracking a very tough nut that no one else has much much
of a dint in so far, and maybe we can be a little flexible?



[0] I was proudly shown some production "web code" yesterday.  Cutting 
edge stuff, apparently.  A single file contained HTML, css, and JS.
 
The first thing that hit me is JS didn't contain any semicolon's - 
something I found disquieting.  I was told "no, we don't use them 
any more".  But what about the problems with that pointed out by 
"Javascript - The Good Parts", I asked.  The reply was, "oh, no 
one does this stuff without running it through an aggressive 
linter, so its completely safe - mostly strictly type safe in 
fact".  (That was nice - evidently at least some of the scars
carried by the C using forbears had been noticed.)

But how could a linter process that, I asked - it was some  unholy 
mess of 3(? maybe more) intermixed languages.  It gently explained 
this was the source code form.  A large tool chain would digest 
it, turning it into something no sane human would look at.  It was 
broken into single language modules that were digestible by a 
browser, downloaded by some dynamic linker created by the tool 
chain that GET's the requisite parts as the running code links to 
it while executing.  It was complete with debugging symbols packed 
into separate files, so they were there if needed.  From the 1000' 
view it was not unlike the m4 / cpp / gcc / ld / ldd GNU tool 
chain - but created in some parallel universe.

Then I noticed some JS/Typescript/? syntax I hadn't seen before.  
Not wanting to let any more grey show through I decided to chase 
it down myself.  It took a while - it was some variant of the 
new JS spreader syntax - but it wasn't in ECMAScript 2015 and 
wasn't recognised by any shipping browser.  I knew this new 
generation of our profession didn't share my aversion to 
releasing production code developed in a language that hasn't been 
standardised yet - but it wasn't in ECMAScript 2017 either.  
Turned out it was a proposed addition to ECMAScript 2017 
implemented by a grand total of 2 transpilers.  In production 
code!  (The mere existence of those bloody transpilers makes the 
statement "written in Javascript" near inscrutable.)

    Many of bed rock of rules I built my career on are viewed as road
blocks to progress by this new generation, and treated accordingly.
It made me feel like I had been run over by the generation gap
bus.  They feel similarly I think - now they have containers they
configure with makefiles and rebuild nightly, they are 
understandably wondering where a monolithic solution like Debian 
fits in.  Pirate has evidently decided to work full time on
bringing these two worlds together.  Yes, he is using a rather
"novel" approach, but the entire situation is novel.  I say cut
him some slack.

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