[Pkg-javascript-devel] Accepted libjs-jquery-colorpicker 1.2.16-1 (source) into unstable

[Paul Gevers]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Tue, 20 Feb 2018 20:36:04 +0100
Source: libjs-jquery-colorpicker
Binary: libjs-jquery-colorpicker
Architecture: source
Version: 1.2.16-1
Distribution: unstable
Urgency: medium
Maintainer: Debian Javascript Maintainers 
<pkg-javascript-devel@lists.alioth.debian.org>
Changed-By: Paul Gevers <elb...@debian.org>
Description:
 libjs-jquery-colorpicker - full-featured colorpicker for jQuery UI
Changes:
 libjs-jquery-colorpicker (1.2.16-1) unstable; urgency=medium
 .
   * New upstream release
   * Minor update of the packaging
Checksums-Sha1:
 8199c48ac8266e8f794aa6a944bb93db0de506aa 1774 
libjs-jquery-colorpicker_1.2.16-1.dsc
 30d35f0b0122ed8010899d885fcddd72db16fbf0 193941 
libjs-jquery-colorpicker_1.2.16.orig.tar.gz
 84a7c80e3eb9ab2264d2a0e096ab7032b5e42b46 3508 
libjs-jquery-colorpicker_1.2.16-1.debian.tar.xz
Checksums-Sha256:
 1d07c1c777b03e0bc21b3a4b54687e40566efabdb3b442c513d7db6976b68a5f 1774 
libjs-jquery-colorpicker_1.2.16-1.dsc
 83ce907e4e09d017054f0f2336eb6ea68bd5231132241107642dce4b03f28c84 193941 
libjs-jquery-colorpicker_1.2.16.orig.tar.gz
 7f15cfb738107db0664f74d71702d32171e7f3d0a5cc5220d8d3643129ed8e11 3508 
libjs-jquery-colorpicker_1.2.16-1.debian.tar.xz
Files:
 1224dbd7a16ad09fcbe11b5554056216 1774 javascript optional 
libjs-jquery-colorpicker_1.2.16-1.dsc
 afc768b82dee43cfa0e62315eae41058 193941 javascript optional 
libjs-jquery-colorpicker_1.2.16.orig.tar.gz
 f82be2bfc64595ee6f4cc5aa748e0d40 3508 javascript optional 
libjs-jquery-colorpicker_1.2.16-1.debian.tar.xz

-BEGIN PGP SIGNATURE-

iQEzBAEBCAAdFiEEWLZtSHNr6TsFLeZynFyZ6wW9dQoFAlqMfl0ACgkQnFyZ6wW9
dQpfoAgAsq0jXiao4vxxbQjPUNg5jmU2WAAkjAodZbFhaJjeDeV/CmFfxFwjiucb
xXG17GjVEUv9f9Ehrm2JV3GEqSk4Ly0Yzn8rCOmoJSMg0CeUhJ10ova5zpoFu249
LEz0IM7EgnkGAmD+85e7cp/CXo6bsyFhPZZ2Cinbckwv0RFi2S3wssOhuYM8DIlV
0ThL9/+wg9FK2C2Egj6U23J/ykRh8yBsIukS0RGCeroEJvtEevQAGynf6ICYvdwY
z6+ge7XMYdHj7QVh6azC5yvaMec9SjTk4RqVBcudlXs/L6PtaVwsJI5pPHpPVY5w
mT6hu4QomHcWalQtEiPZytL+P2UBWg==
=KDa4
-END PGP SIGNATURE-


-- 
Pkg-javascript-devel mailing list
Pkg-javascript-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-javascript-devel

[Pkg-javascript-devel] Accepted jquery-tablesorter 1:2.29.5+dfsg1-1~bpo9+1 (source) into stretch-backports

[Paul Gevers]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Wed, 14 Feb 2018 11:53:40 +0100
Source: jquery-tablesorter
Binary: libjs-jquery-tablesorter
Architecture: source
Version: 1:2.29.5+dfsg1-1~bpo9+1
Distribution: stretch-backports
Urgency: medium
Maintainer: Debian Javascript Maintainers 
<pkg-javascript-devel@lists.alioth.debian.org>
Changed-By: Paul Gevers <elb...@debian.org>
Description:
 libjs-jquery-tablesorter - jQuery flexible client-side table sorting plugin
Changes:
 jquery-tablesorter (1:2.29.5+dfsg1-1~bpo9+1) stretch-backports; urgency=medium
 .
   * Rebuild for stretch-backports.
 .
 jquery-tablesorter (1:2.29.5+dfsg1-1) unstable; urgency=medium
 .
   * New upstream release
 .
 jquery-tablesorter (1:2.29.3+dfsg1-1) unstable; urgency=medium
 .
   * New upstream release
 .
 jquery-tablesorter (1:2.29.2+dfsg1-1) unstable; urgency=medium
 .
   * New upstream release
Checksums-Sha1:
 6e8ae89dbb3564f16518d4dca8fc45834b74b508 1898 
jquery-tablesorter_2.29.5+dfsg1-1~bpo9+1.dsc
 9ee4588e891bab31117a94dac6f22be85ba18997 4436 
jquery-tablesorter_2.29.5+dfsg1-1~bpo9+1.debian.tar.xz
Checksums-Sha256:
 40dbbdc51cbb8943d28c51fb9268e3a4350b72140c55e197256242eaae869cd4 1898 
jquery-tablesorter_2.29.5+dfsg1-1~bpo9+1.dsc
 7a880218a2a33e94320aad73cd45cf6b87f1c5529622bf679585173dfa7bd479 4436 
jquery-tablesorter_2.29.5+dfsg1-1~bpo9+1.debian.tar.xz
Files:
 a25ee7fdd3fe4be77f05e90c93b3c058 1898 javascript optional 
jquery-tablesorter_2.29.5+dfsg1-1~bpo9+1.dsc
 1843eac7a96837b8bfe46d0f9a66d942 4436 javascript optional 
jquery-tablesorter_2.29.5+dfsg1-1~bpo9+1.debian.tar.xz

-BEGIN PGP SIGNATURE-

iQEzBAEBCAAdFiEEWLZtSHNr6TsFLeZynFyZ6wW9dQoFAlqEFfYACgkQnFyZ6wW9
dQoL3Af/fknaSFK/qX4+SQv7wDPbCb7WNY+IJ4rttCcDfNZRYeTodF7yKXBoIaXV
OPO3Yv3+/pq6cWpHTAuvsEkOlbCZ0rO/TABbrv0Ld71R6KmR3qwPFRzxKy5nfPiS
d1HkcWgK1wc/n14NUM7tRzternX0tUq3NCGmQAUhGmOz4oC4RDTETeWb5cF9BE8o
5J+WJk6fR+O9HnIK0Ilon7vkKMCTiHzS1WmpPPgdo/NU498slUlTrpxQjAmf1MnJ
+0yyfGNmg1UKKoqjzQGSHRS4o2L3IafSpKTa9w3tEI7d6677eKJqOTjUpp0m1d98
rWj7ShmACltrX5vmCXh2jPXyPZIq2g==
=hz0a
-END PGP SIGNATURE-


-- 
Pkg-javascript-devel mailing list
Pkg-javascript-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-javascript-devel

[Pkg-javascript-devel] Accepted jquery-tablesorter 1:2.29.5+dfsg1-1 (source) into unstable

[Paul Gevers]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Wed, 31 Jan 2018 20:00:27 +0100
Source: jquery-tablesorter
Binary: libjs-jquery-tablesorter
Architecture: source
Version: 1:2.29.5+dfsg1-1
Distribution: unstable
Urgency: medium
Maintainer: Debian Javascript Maintainers 
<pkg-javascript-devel@lists.alioth.debian.org>
Changed-By: Paul Gevers <elb...@debian.org>
Description:
 libjs-jquery-tablesorter - jQuery flexible client-side table sorting plugin
Changes:
 jquery-tablesorter (1:2.29.5+dfsg1-1) unstable; urgency=medium
 .
   * New upstream release
Checksums-Sha1:
 e7f10678f5dfe0da7c6b2f1c2b5768aad669e492 1870 
jquery-tablesorter_2.29.5+dfsg1-1.dsc
 4aecb2168fc67db83eb16e533c4144789d8d2323 957573 
jquery-tablesorter_2.29.5+dfsg1.orig.tar.gz
 a52be63bf312f9c44bdcf70e16e357b87655cc59 4396 
jquery-tablesorter_2.29.5+dfsg1-1.debian.tar.xz
Checksums-Sha256:
 e42d559c920996804b4ca797de9f13fb07b06ea3dd8f304c42f61b31d9401b99 1870 
jquery-tablesorter_2.29.5+dfsg1-1.dsc
 b37805b85bac328a5d45a57f55e1a6e3923ce20cefdb42620304e8aab3242c20 957573 
jquery-tablesorter_2.29.5+dfsg1.orig.tar.gz
 2fa0cee31ccf525abd94af77c9c2d682a5587efeaabe7226c49e79dee3b45ffd 4396 
jquery-tablesorter_2.29.5+dfsg1-1.debian.tar.xz
Files:
 4b67842e4b7d5d737830ebb44f99fc6e 1870 javascript optional 
jquery-tablesorter_2.29.5+dfsg1-1.dsc
 5a4588d04474e9cdcb0ecc1b601995de 957573 javascript optional 
jquery-tablesorter_2.29.5+dfsg1.orig.tar.gz
 0d19da174459feae3854d4c9dbbef260 4396 javascript optional 
jquery-tablesorter_2.29.5+dfsg1-1.debian.tar.xz

-BEGIN PGP SIGNATURE-

iQEzBAEBCAAdFiEEWLZtSHNr6TsFLeZynFyZ6wW9dQoFAlpyE+gACgkQnFyZ6wW9
dQprbggAyIK5SUUkPWwGL/JrUv/HPu+zgCW6XiZoV0KMoFDOqsWrAjxAaLw8ZHQN
FCi7sk2fIbz6co+S1LeRj+RwEKVoyb6LzE3ytua7ZAF5fSVJvIh5iPSh8HtguGtg
JKI7+73HNNyQGraIegWX2U/U30zqtnBnMd6z1GH45qiJ7favnf6p/0P/QX3v4EIy
zW3KajkipuxAvXY64/jJzbCoVWPeqx6lBIxD7sxkK1hDqecRKeCdTGgzigqQmUh3
OByflmronfdmitHZlJSCZj12sRu6A4mqJ2eOtgMVScseL5Q7N5kbz0F3D/4dyTC2
JvU82BsCGAdATTKiSV2ONOGw3JBK1w==
=37GC
-END PGP SIGNATURE-


-- 
Pkg-javascript-devel mailing list
Pkg-javascript-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-javascript-devel

Re: [Pkg-javascript-devel] parallel installation

[Paul Gevers]

Hi Hubert,

Thanks for writing this down.

On 19-09-17 17:58, Hubert Chathi wrote:
> https://wiki.debian.org/HubertChathi/JavaScriptPolicy
> 
> Please let me know what you all think of it, and suggest
> improvements/fixes/etc.

I was wondering how you envision the following: "The source package name
may also include the APIVERSION in its name." I mean, if the binary
package should contain it, and there are multiple versions, shouldn't
the source package also contain it? Or is this related to the last
paragraph of that chapter?

Also, I think we want some more words when the package with APIVERSION
is "updated" with a newer version. I.e. I think it shouldn't be updated
when you still want to provide the old APIVERSION, but instead there
should be a new package. Or are you envisioning to provide multiple
APIVERSIONs from the same source (I would recommend against that,
although since the latest uscan version less so).

Last time we discussed a target for how many APIVERSIONs are allowed. I
don't remember quickly what came out of that discussion, but maybe
having the discussion (or different opinions) reflected in the policy as
point to consider may be appropriate.

Paul



signature.asc
Description: OpenPGP digital signature
-- 
Pkg-javascript-devel mailing list
Pkg-javascript-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-javascript-devel

[Pkg-javascript-devel] Bug#855020: close

[Paul Gevers]

control: tags -1 - patch

Hi Bastien,

On Thu, 7 Sep 2017 16:18:42 +0200 Bastien ROUCARIES
 wrote:
> version: 2.0.0-2
> 
> Applied but fail for another reason

I suggest to not close bugs like this as the bug is still valid, i.e.
the autopkgtest fails (most of the times). If one doesn't care for tests
(I think we should, but that is a different matter), I suggest to not
add them to the package. Apart from work ongoing to have autopkgtest
results taken into account during migration from unstable to testing,
some derivatives take autopkgtest results already more serious.

Paul



signature.asc
Description: OpenPGP digital signature
-- 
Pkg-javascript-devel mailing list
Pkg-javascript-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-javascript-devel

Re: [Pkg-javascript-devel] JavaScript in-browser program, packaged in Debian

[Paul Gevers]

Hi

On 03-09-17 07:24, Ben Finney wrote:
> I think Mozilla's XULRunner would have done this, but it is reportedly
> obsolete upstream for years now. What is in Debian now that I should use
> instead?

Edbrowse is shifting to use duktape, maybe that is what you are looking for?

Paul



signature.asc
Description: OpenPGP digital signature
-- 
Pkg-javascript-devel mailing list
Pkg-javascript-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-javascript-devel

Re: [Pkg-javascript-devel] parallel installation

[Paul Gevers]

Hi,

On 14-08-17 20:38, Hubert Chathi wrote:
> At the BoF at DebConf, we were talking about parallel installation of
> different versions of JS libraries.  In order to do parallel
> installation, we'd need differently named packages for different
> versions, and it seems like the obvious way to do that is to have
> packages called something like libjs-fooVER and node-fooVER, where VER
> some sort of the API version, similar to the way that C/C++ library
> packages are named after the library SONAME.  If upstream follows semver
> properly, then VER would be the major version number.

This sounds like a reasonable approach, but what I am missing is a
recommendation on what to do to keep the number of packages limited. I
think it is not such a great idea to replace one problem (not the right
version) with another one (too many packages to support).

One approach could be for example the following. Try to have only two
versions per release, but really limit the number to a maximum of 3.

> For libjs-fooVER, the JavaScript files would probably go in
> /usr/share/javascript/fooVER/ rather than /usr/share/javascript/foo.
> Obviously everything that previously pointed to the old place would have
> to now point to the new place, but we could create a libjs-foo
> transitional package libjs-foo that symlinks /usr/share/javascript/foo
> to /usr/share/javascript/fooVER so that existing packages don't break.
> 
> For node-fooVER, the logical analogue would be to put the files in
> /usr/lib/nodejs/fooVER.  However, anything that uses the library does
> "require("foo")", and so would not be able to find it there.  There are
> a couple possible options for fixing that I can think of.  The first is
> to change all "require("foo")" to "require("fooVER")", but that sounds
> painful to do.  The second option is to add a symlink from
> node_modules/foo to /usr/lib/nodejs/fooVER in the root directory of the
> thing that requires foo.  I think the second option is the best,
> especially since Node upstream seems to prefer searching for things in
> node_modules rather than in /usr/lib/nodejs.  And again, we may want to
> create a transitional package node-foo that symlinks /usr/lib/nodejs/foo
> to /usr/lib/nodejs/fooVER.
> 
> What are peoples' thoughts on this?

For packages that are somewhat forgiving and/or want to migrate when
required, it may make sense to not think about the *-foo packages as
transitional packages, but as the default, which will always point to
the latest version. Honestly, I rather depend on such a package and fix
bugs as they come than having to keep an eye out for updates and update
the dependency to the latest version.

Paul



signature.asc
Description: OpenPGP digital signature
-- 
Pkg-javascript-devel mailing list
Pkg-javascript-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-javascript-devel

Re: [Pkg-javascript-devel] jquery plugins packaging policy

[Paul Gevers]

Hi Mònica

On 20-05-17 12:35, Mònica Ramírez Arceda wrote:
> I've just submitted a RFP bug for slick (a jquery plugin)[0]. I've
> seen that some jquery plugins are packaged as standalone packages and
> some are inside jquery-goodies package.

Indeed.

> I may try to package slick but I'm not sure if you have a policy that
> helps me to decide if slick should be inside jquery-goodies or not.

I advise you to package it stand-alone. In hindsight I don't think
bundling source is a great idea¹². I am in the process of packaging one
of the jquery-goodies packages separately (currently waiting in the NEW
queue).

Paul

¹ version numbers don't match with upstream
² all kind of meta data doesn't work (like d/watch, homepage)



signature.asc
Description: OpenPGP digital signature
-- 
Pkg-javascript-devel mailing list
Pkg-javascript-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-javascript-devel

Re: [Pkg-javascript-devel] grunt and Debian packaged grunt modules

[Paul Gevers]

Hi Pirate,

On 14-05-17 04:14, Pirate Praveen wrote:
> You need to patch the Gruntfile.js with path, see fuzzaldrin-plus for
> an example. There is a wishlist bug to make it easier.

Great. That helped a lot. Progressing now. Is this documented somewhere?
Maybe we should put this on the Wiki.

Paul



signature.asc
Description: OpenPGP digital signature
-- 
Pkg-javascript-devel mailing list
Pkg-javascript-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-javascript-devel

[Pkg-javascript-devel] grunt and Debian packaged grunt modules

[Paul Gevers]

Hi,

I try to package something (libjs-jquery-tablesorter) that builds with
grunt. Initially, I was missing required dependencies, but after
installing those that I could find in Debian, the error list remains the
same. How does one tell grunt to use the Debian modules?

Installed node-grunt-contrib-clean node-grunt-contrib-concat
node-grunt-contrib-uglify node-grunt-contrib-copy

(pbuild32198) testavoira jquery-tablesorter-2.28.9+dfsg1 # grunt

>> Local Npm module "grunt-contrib-clean" not found. Is it installed?
>> Local Npm module "grunt-contrib-jshint" not found. Is it installed?
>> Local Npm module "grunt-htmlhint" not found. Is it installed?
>> Local Npm module "grunt-contrib-qunit" not found. Is it installed?
>> Local Npm module "grunt-contrib-concat" not found. Is it installed?
>> Local Npm module "grunt-contrib-uglify" not found. Is it installed?
>> Local Npm module "grunt-contrib-copy" not found. Is it installed?
>> Local Npm module "grunt-contrib-watch" not found. Is it installed?
>> Local Npm module "grunt-contrib-cssmin" not found. Is it installed?
>> Local Npm module "grunt-jscs" not found. Is it installed?

Running "default" task
Creating a widgets file with: storage, uitheme, columns, filter,
stickyHeaders, resizable, saveSort
!js/parsers/*.js
Warning: Task "clean:build" not found. Use --force to continue.

Aborted due to warnings.

Paul



signature.asc
Description: OpenPGP digital signature
-- 
Pkg-javascript-devel mailing list
Pkg-javascript-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-javascript-devel

[Pkg-javascript-devel] Bug#731095: bug 731095 new upstream for tablesorter

[Paul Gevers]

Control: owner 731095 !

I also need this for my package cacti.

My intend is also to split jquery-goodies into it's components as I
believe having multiple upstream sources in one source package is doing
more bad than good. E.g. watch files and upstream tracking is now
totally missing. Unless people object, this will be my first split off.

Paul



signature.asc
Description: OpenPGP digital signature
-- 
Pkg-javascript-devel mailing list
Pkg-javascript-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-javascript-devel

[Pkg-javascript-devel] Bug#858593: Reopen Bug#858593 node-mocha doesn't build on build daemons

[Paul Gevers]

Control: tags help

On 03/24/17 10:19, Paul Gevers wrote:
> Yes, but on the build daemon the problems aren't over¹.
> 
> [0m  1) http should provide an example:
>  Uncaught Error: socket hang up
> at createHangUpError (_http_client.js:213:15)
> at Socket.socketOnEnd (_http_client.js:305:23)
> at emitNone (events.js:72:20)
> at Socket.emit (events.js:166:7)
> at endReadableNT (_stream_readable.js:923:12)
> at nextTickCallbackWith2Args (node.js:511:9)
> at process._tickCallback (node.js:425:17)
> 
> ¹
> https://buildd.debian.org/status/fetch.php?pkg=node-mocha=all=1.20.1-4=1490346930=0

Does anybody here have a clue how to fix such an issue? It is NOT
reproducible in my pbuilder environment, not even when I enable
networking (as sbuild is suggested to have (suggested on IRC)). It is
also not reproducible in the builds by the reproducible-builds project.
And it is also not reproducible on the debomatic.d.n service.

But it is the second time in succession (meaning 100% failure rate for
this package) that this "socket hang up" error occurred on a build daemon.

Paul



signature.asc
Description: OpenPGP digital signature
-- 
Pkg-javascript-devel mailing list
Pkg-javascript-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-javascript-devel

[Pkg-javascript-devel] Bug#858593: Reopen Bug#858593 node-mocha doesn't build on build daemons

[Paul Gevers]

Control: reopen 858593
Control: found 1.20.1-4

On 24-03-17 09:51, Debian Bug Tracking System wrote:
> It has been closed by Paul Gevers <elb...@debian.org>.

Yes, but on the build daemon the problems aren't over¹.

[0m  1) http should provide an example:
 Uncaught Error: socket hang up
at createHangUpError (_http_client.js:213:15)
at Socket.socketOnEnd (_http_client.js:305:23)
at emitNone (events.js:72:20)
at Socket.emit (events.js:166:7)
at endReadableNT (_stream_readable.js:923:12)
at nextTickCallbackWith2Args (node.js:511:9)
at process._tickCallback (node.js:425:17)

¹
https://buildd.debian.org/status/fetch.php?pkg=node-mocha=all=1.20.1-4=1490346930=0



signature.asc
Description: OpenPGP digital signature
-- 
Pkg-javascript-devel mailing list
Pkg-javascript-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-javascript-devel

[Pkg-javascript-devel] Bug#734101: openlp in Stretch in danger due to RC bug in libjs-jquery-mobile

[Paul Gevers]

Hi Raoul,

On 03/20/17 02:22, Raoul Snyman wrote:
> Thanks for the warning. I've actually looked at this issue before, and
> while jQuery Mobile does not work against jQuery by itself, once you add
> the jQuery Migrate (libjs-jquery-migrate-1), then jQuery Mobile
> continues to work without problems.

Good to know.

> Perhaps libjs-jquery-mobile needs to depend on libjs-jquery-migrate-1 ?

If that is all, that would be a great solution to the problem at hand
indeed. Does it require other adaptations? I guess one would need to
guarantee that the migrate calls are actually included. How did you do
that? I guess every package depending on libjs-jquery-mobile would need
to load the libjs-jquery-migrate calls? Do you know if this can be done
inside libjs-jquery-mobile itself?

Paul



signature.asc
Description: OpenPGP digital signature
-- 
Pkg-javascript-devel mailing list
Pkg-javascript-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-javascript-devel

[Pkg-javascript-devel] Bug#734101: openlp in Stretch in danger due to RC bug in libjs-jquery-mobile

[Paul Gevers]

Hi Raoul,

This is a heads up that in my analysis your package openlp in Debian is
in danger of getting removed from Stretch because it depends on
libjs-jquery-mobile. libjs-jquery-mobile has an RC bug¹ and I expect in
the end it will get removed from Stretch. If your package does not
strictly require it to function, I suggest you work around the
dependency on libjs-jquery-mobile and communicate with the release team
(before you upload if you do more than just drop the dependency). If
your package really requires it, I suggest you help to get bug 734101¹
fixed somehow.

Paul

¹ https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=734101



signature.asc
Description: OpenPGP digital signature
-- 
Pkg-javascript-devel mailing list
Pkg-javascript-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-javascript-devel

[Pkg-javascript-devel] Bug#734101: update on RC bug#734101: libjs-jquery-mobile not working

[Paul Gevers]

Hi

On 03/19/17 19:30, Paul Gevers wrote:
> However, other solutions may lay in the direction of
> removing/downgrading dependencies of libjs-openlayers on
> libjs-jquery-mobile (how much is it needed for a documentation
> package?), removing the horde dependency (apparently the Horde usage is
> broken already since 2014, see bug 749799 in CC) and similar dependency
> tree resolutions. I'll try to make time to look into this, but don't
> mind if other people beat me to it.

@Horde maintainers: do you know how bad the current situation is? I.e.
is shipping without libjs-jquery-mobile a worse experience from the
Horde point of view than shipping with the broken libjs-jquery-mobile?
Do I understand the packing content well enough when I say it looks like
by just dropping the Depends in d/control, you get the a package that
doesn't depend (duh) anymore but doesn't behave much different, or is
there much magic in "--buildsystem=phppear --with phppear"?

If I understand correctly, adding the jquery-mobile package from
upstream Horde to the php-horde-core package would require a new source,
right, as the jquery code is stripped from the Debian source. (This note
is just for info, in case somebody thinks along those lines).

Paul



signature.asc
Description: OpenPGP digital signature
-- 
Pkg-javascript-devel mailing list
Pkg-javascript-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-javascript-devel

[Pkg-javascript-devel] Bug#734101: update on RC bug#734101: libjs-jquery-mobile not working

[Paul Gevers]

Hi Sebastiaan,

On 03/19/17 20:32, Sebastiaan Couwenberg wrote:
> Based on the popcon for openlayers dropping the -doc package is not
> likely to adversely affect users. If that makes life for others easier,
> I'm happy to stop building that binary package.

Logged from #debian-release:

[20:37:15]  ivodd: regarding libjs-jquery-mobile, one link is
offered to be broken by the maintainer of OpenLayers by not building the
-doc binary. Is that something you would consider? (see last paragraph
of https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=734101#41)
[20:38:17]  it would break the link with wireshark IIUC
[20:42:31]  elbrus: if dropping the -doc package helps, sure, drop it
[20:43:02]  ivodd: I think it is one step; horde is then still
in the picture

I suggest you remove the libjs-openlayers-doc package if it is useless
without libjs-jquery-mobile.

Paul



signature.asc
Description: OpenPGP digital signature
-- 
Pkg-javascript-devel mailing list
Pkg-javascript-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-javascript-devel

[Pkg-javascript-devel] Bug#734101: update on RC bug#734101: libjs-jquery-mobile not working

[Paul Gevers]

Follow-up for RC bug 734101, a partial investigation at BSP in
Mönchengladbach.

On Sun, 22 Jan 2017 13:54:54 +0100 Dominik George  wrote:
> I am working on fixing this in time for the freeze.

Which failed, albeit Dominik committed updates to the pkg-javascript git
repo¹. Because libjs-jquery-mobile is currently considered a key
package², IIUC because wireshark depends on it, it isn't going to be
automatically removed.

libwireshark-data depends on libjs-openlayers. And libjs-openlayers-doc,
build from the same source, depends on libjs-jquery-mobile. Also horde
depends on libjs-jquery-mobile.

I talked to Ivo De Decker (Release Team assistant) on the BSP in
Mönchengladbach, and one option out of the libjs-jquery-mobile tree may
still be a new upstream version. So attached, I start with the diffstat
of the git diff of the two upstream version in the pkg-javascript tree.
Looks like demo files were changed and more even, added, but that
shouldn't be too big of an issue. I'll try to look into the extend of
the changes in the .css and .js file, but looking at the size, that may
be huge.

However, other solutions may lay in the direction of
removing/downgrading dependencies of libjs-openlayers on
libjs-jquery-mobile (how much is it needed for a documentation
package?), removing the horde dependency (apparently the Horde usage is
broken already since 2014, see bug 749799 in CC) and similar dependency
tree resolutions. I'll try to make time to look into this, but don't
mind if other people beat me to it.

Paul

¹ http://git.debian.org/?p=pkg-javascript/jquery-mobile.git
² https://udd.debian.org/cgi-bin/key_packages.yaml.cgi

 /dev/null  
   |binary
 b/demos/_assets/css/jqm-demos.css  
   |  733 
 b/demos/_assets/img/album-bb.jpg   
   |binary
 b/demos/_assets/img/apple.png  
   |binary
 b/demos/_assets/img/bg-pattern.png 
   |binary
 b/demos/_assets/img/bike.jpg   
   |binary
 b/demos/_assets/img/blackberry_10.png  
   |binary
 b/demos/_assets/img/bmw-thumb.jpg  
   |binary
 b/demos/_assets/img/bmw.jpg
   |binary
 b/demos/_assets/img/buenosaires.jpg
   |binary
 b/demos/_assets/img/capetown.jpg   
   |binary
 b/demos/_assets/img/devices.png
   |binary
 b/demos/_assets/img/firefox_os.png 
   |binary
 b/demos/_assets/img/galaxy_express.png 
   |binary
 b/demos/_assets/img/landrover-thumb.jpg
   |binary
 b/demos/_assets/img/landrover.jpg  
   |binary
 b/demos/_assets/img/lumia_800.png  
   |binary
 b/demos/_assets/img/newyork.jpg
   |binary
 b/demos/_assets/img/nexus_7.png
   |binary
 b/demos/_assets/img/paris.jpg  
   |binary
 b/demos/_assets/img/phone_galaxy3.png  
   |binary
 b/demos/_assets/img/phone_iphone5.png  
   |binary
 b/demos/_assets/img/phone_lumia920.png 
   |binary
 b/demos/_assets/img/phone_onex.png 
   |binary
 b/demos/_assets/img/seoul.jpg  
   |binary
 b/demos/_assets/img/sydney.jpg 
   |binary
 b/demos/_assets/img/tesla-thumb.jpg
   |binary
 b/demos/_assets/img/tesla.jpg  
   |binary
 b/demos/_assets/img/tizen.png  
   |binary
 b/demos/_assets/js/h2widget.js 
   |  169 
 b/demos/_assets/js/index.js
   | 1027 
 b/demos/_assets/js/jqm-demos.js
   |  311 
 b/demos/_assets/js/view-source.js  
   |  545 
 b/demos/_search/index.html 
   |  943 
 b/demos/backbone-requirejs/backbone-require.html

[Pkg-javascript-devel] future of dojo in Debian

[Paul Gevers]

Hi David,

Dojo is not going to be released with Stretch because there is an RC bug
(FTBFS). Also there is a build dependency with a removal request. Also
there is a newer upstream release.

Do you see a future for dojo in Debian? If so, fine, but if not I'd
rather remove it.

Paul




signature.asc
Description: OpenPGP digital signature
-- 
Pkg-javascript-devel mailing list
Pkg-javascript-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-javascript-devel

[Pkg-javascript-devel] Bug#818558: Useless in Debian

[Paul Gevers]

@ BSP Mönchengladbach

On Thu, 17 Mar 2016 20:56:06 -0400 David Prévot=  wrote:
> I intend to follow up with an RM request in a few months if nobody
> objects (but feel free to beat me to it).

RoQA filed in bug 858120.

Paul



signature.asc
Description: OpenPGP digital signature
-- 
Pkg-javascript-devel mailing list
Pkg-javascript-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-javascript-devel

[Pkg-javascript-devel] Bug#842130: Useless in Stretch

[Paul Gevers]

Hi David,

On Tue, 25 Oct 2016 20:31:54 -1000 David Prévot  wrote:
> Package: libjs-ie7
> Version: 2.1~beta4-2

> I intend to ask for removal of this package in a few month.

Is it about time to do this now?

Paul



signature.asc
Description: OpenPGP digital signature
-- 
Pkg-javascript-devel mailing list
Pkg-javascript-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-javascript-devel

[Pkg-javascript-devel] BSP & npm reverse dependencies

[Paul Gevers]

Hi Jérémy,

I am currently at the BSP in Mönchengladbach and have a release manager
assistant present. Can I help today in the remove npm from testing bug
(e.g. by moving ahead with fixing reverse dependencies)?

Paul




signature.asc
Description: OpenPGP digital signature
-- 
Pkg-javascript-devel mailing list
Pkg-javascript-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-javascript-devel

[Pkg-javascript-devel] Bug#849684: python-matplotlib: adequate reports broken symlink for python-matplotlib at jquery-ui.min.css

[Paul Gevers]

Control: tags -1 confirmed pending

On 03-02-17 05:08, Ryan Tandy wrote:
> (I found a link to this bug on the submitter's blog, via planet.d.o.)

Care to share? I missed it.

> This is the case for clean installs, but if one upgrades from a previous
> version, the directory is not converted to a symlink. A call to
> dpkg-maintscript-helper should be all that is needed to resolve it.
> The attached patch contains an attempt at that. Tested by installing
> libjs-jquery-ui in a jessie chroot and upgrading to sid.

Good catch. I hadn't realized this behavior at all (cant' remember I
ever converted a directory to symlink before). I will try to get a
freeze exception for this issue.

Paul



signature.asc
Description: OpenPGP digital signature
-- 
Pkg-javascript-devel mailing list
Pkg-javascript-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-javascript-devel

[Pkg-javascript-devel] Bug#849684: python-matplotlib: adequate reports broken symlink for python-matplotlib at jquery-ui.min.css

[Paul Gevers]

Control: reassign -1 python-matplotlib

On Fri, 6 Jan 2017 21:24:24 -0500 Sandro Tosi  wrote:
> control: reassign -1 libjs-jquery-ui
> 
> > have been /usr/share/javascript/jquery-ui/css/smoothness/ but
> > unfortunately there is no ui.min.css even there.
> >
> > /usr/share/javascript/jquery-ui/css/smoothness> ll -h
> >
> > total 8.0K
> > drwxr-xr-x 2 root root 4.0K 2016-11-10 16:06 .
> > drwxr-xr-x 3 root root 4.0K 2015-09-28 08:49 ..

This is what I have:
paul@testavoira ~ $ ll
/usr/share/javascript/jquery-ui/css/smoothness/jquery-ui.min.css
-rw-r--r-- 1 root root 32021 dec  8 08:59
/usr/share/javascript/jquery-ui/css/smoothness/jquery-ui.min.css

I don't see the problem, unless something really is looking for
ui.min.css. But that wasn't even there in the old package as far as I
can tell.

> this is the problem: between 1.10.1 and 1.12.1 the directory contents
> disappeared (current files list:
> https://packages.debian.org/sid/all/libjs-jquery-ui/filelist) - please
> libjs-jquery-ui maintainers have a look at this.

Yes, the default theme and the file layout upstream changed. But I added
a convenience symlink from css/smoothness to themes/base so this should
work.

Paul



signature.asc
Description: OpenPGP digital signature
-- 
Pkg-javascript-devel mailing list
Pkg-javascript-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-javascript-devel

Re: [Pkg-javascript-devel] node-tap_8.0.0-3_source.changes ACCEPTED into unstable

[Paul Gevers]

Hi,

On 20-12-16 18:48, Debian FTP Masters wrote:
>* Disable segv test if gcc is missing (Closes: #848904)

Why not make sure gcc is installed instead?

Paul



signature.asc
Description: OpenPGP digital signature
-- 
Pkg-javascript-devel mailing list
Pkg-javascript-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-javascript-devel

Re: [Pkg-javascript-devel] help with node-grunt-contrib-requirejs

[Paul Gevers]

Hi Pirate,

On 07-12-16 17:16, Pirate Praveen wrote:
> I need grunt-contrib-requirejs to build jqueryui using grunt (current
> build is broken

What do you mean by that? The current build process of jqueryui already
verifies that the final result is the same as the one provided by
upstream and presumably build by grunt. So I am not sure that building
with grunt is going to solve anything if you believe jqueryui is wrong.

That doesn't mean I object to building with grunt at all, just to make
your expectations match.

Paul



signature.asc
Description: OpenPGP digital signature
-- 
Pkg-javascript-devel mailing list
Pkg-javascript-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-javascript-devel

[Pkg-javascript-devel] Bug#846961: Bug#846961: recent update of libjs-jquery-ui broke gitlab

[Paul Gevers]

Hi Andrew,

On 06-12-16 10:46, Andrew Lee (李健秋) wrote:
> I noticed a lot of file name and path chaned when jqueryui update from
> 1.10.1+dfsg-1 to 1.12.1+dfsg-1. So that I filed a bug report against to
> ruby-jquery-ui-rails as
>  #843927 ruby-jquery-ui-rails: symlinks broken

Upstream jquery-ui changed the location of those files. I just followed
(at least, that was my intention).

> And then I tried to fix the broken symlinks myself and drop the embedded
> app/ from upstream source of jquery-ui-rails in 5.0.5-4. (Thanks Praveen
> fixed my mistake in 5.0.5-5) But now the ruby-jquery-ui-rails doesn't
> work as it links all the files to libjs-jquery-ui 1.12.1+dfsg-2.
> 
> A downgrade of ruby-jquery-ui-rails to 5.0.5-3(with the embedded app/
> from upstream source) works for me.
> 
> What should we do to get this fix properly?

To be honest, I don't have a clue what ruby-jquery-ui-rails is doing
(never heard of the package before), so I can't answer that question
yet. One thing, the latest version of upstream ruby-jquery-ui-rails is
also embedding 1.12.1, so apparently upstream already converted what is
required.

Paul



signature.asc
Description: OpenPGP digital signature
-- 
Pkg-javascript-devel mailing list
Pkg-javascript-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-javascript-devel

[Pkg-javascript-devel] Bug#846961: Bug#846916: gitlab dropdown menus do not work

[Paul Gevers]

Control: tags -1 help

On Sun, 4 Dec 2016 22:35:55 +0530 Pirate Praveen  wrote:
> So I think this was introduced in libjs-jquery-ui 1.12.1+dfsg, there was
> some major reshuffle. See https://tracker.debian.org/news/810960

There was only major reshuffling in the building. The final js and css
files are, minus whitespace, identical to the files shipped upstream. So
if this is an issue with the js or css file, it is an upstream issue.

I am very inexperienced in debugging javascript, so I'd appreciate any
help to fix this issue.

Paul



signature.asc
Description: OpenPGP digital signature
-- 
Pkg-javascript-devel mailing list
Pkg-javascript-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-javascript-devel

[Pkg-javascript-devel] Bug#846515: src:jquery-ui-themes: path of css files changed

[Paul Gevers]

Package: src:jquery-ui-themes
Version: 1.12.1+dfsg-1
Severity: important

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi Ximin,

The debci test of cacti¹ started failing after the update of
jquery-ui-themes. This is caused by the change of the css file names in the
packages. The names used to be
/javascript/jquery-ui-themes//jquery.ui.all.css and are now
/javascript/jquery-ui-themes//jquery.ui.css. To avoid all dependent
packages requiring updating, I suggest to rename back to the old name, unless
this was really done on purpose. In that case I'd like to hear why.

Paul

¹ https://ci.debian.net/packages/c/cacti/unstable/amd64/

- -- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 4.8.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

-BEGIN PGP SIGNATURE-

iQEzBAEBCAAdFiEEWLZtSHNr6TsFLeZynFyZ6wW9dQoFAlhAgZcACgkQnFyZ6wW9
dQrDmggAhArOIe8sDYk5D+l4S5z/VGoK8XjGEKEjD8NYY/JpToGtcSMC+J3U8b2y
D6mXcgDfeXtPVpisv8PqoPj6scYY/kn+zkr7m2Gy04S28ToU0bUEacezbDsOeXWo
JS7AvdQgUYJAPJLYQj2hKsKnq158sO1pjrFBV4Mkn9dmXANzDOfapo8IAhXvDXlO
03Un+hQpzKCeDRBoip1DuErqm4RDIuSUPSUSDT3OsgWv1t7eel6YSYdwY53m86Pi
6mzoS16UG/U+uwoLEwzK/7m9fiAmH7CfipmL+tppMcf5XliO7iFVUhRAucf2Ug+b
NoqHGBU8CpDeURTQZbXEW+VdDSZugw==
=Br5g
-END PGP SIGNATURE-

-- 
Pkg-javascript-devel mailing list
Pkg-javascript-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-javascript-devel

[Pkg-javascript-devel] Bug#845647: Missing file /usr/share/javascript/jquery-ui/ui/i18n/jquery-ui-i18n.js

[Paul Gevers]

Control: tags -1 pending

On 27-11-16 22:18, Paul Gevers wrote:
> I'll see how far I can get with catting and sedding the files.

Please check the results after the package becomes available and report
back if it now works for you.

Paul




signature.asc
Description: OpenPGP digital signature
-- 
Pkg-javascript-devel mailing list
Pkg-javascript-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-javascript-devel

Re: [Pkg-javascript-devel] jquery-ui-themes_1.12.1+dfsg-1_source.changes ACCEPTED into unstable

[Paul Gevers]

Hi Ximin,

On 28-11-16 04:03, Debian FTP Masters wrote:
>  jquery-ui-themes (1.12.1+dfsg-1) unstable; urgency=medium
>  .
>* New upstream release.
>* Remove most redundant stuff from orig tarball.
>* Add myself to Uploaders.

I looked into updating jquery-ui-themes myself, some weeks ago, but I
failed to find the upstream SOURCE of the package.¹ I don't think you
have either. I'd like to hear your opinion on my earlier message.

Regarding commit 14334b6, you are not allowed to generate debian/control
while building the package.²

Paul

¹
http://lists.alioth.debian.org/pipermail/pkg-javascript-devel/2016-October/014807.html
² https://ftp-master.debian.org/REJECT-FAQ.html (see debian/control
breakage #2)



signature.asc
Description: OpenPGP digital signature
-- 
Pkg-javascript-devel mailing list
Pkg-javascript-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-javascript-devel

[Pkg-javascript-devel] Bug#845647: Bug#845647: Missing file /usr/share/javascript/jquery-ui/ui/i18n/jquery-ui-i18n.js

[Paul Gevers]

Control: owner -1 !

On 25-11-16 15:36, Frederic Bonnard wrote:
> this file used to exist in 1.10.1+dfsg-1 but it disappeared in 1.12.1+dfsg-1.
> Is that something expected ?

Not specifically, but instead of taking the tar with build artifacts
created by upstream, I updated the package to build from source as it
should in Debian. Because packaging grunt was work in progress and I
didn't expect it to be finished so soon, I did stuff manually and I
hadn't notice this file.

> https://packages.debian.org/jessie/all/libjs-jquery-ui/filelist
> https://packages.debian.org/sid/all/libjs-jquery-ui/filelist
> There is .js and .min.js for each language but not a global one (and a
> minified version of a global one). See also :
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=720556#10
> Did I miss something ?

I'll check if the upstream build tar has these files and I'll check if
using grunt works now. If the file is there in either case, I'll ship
it, otherwise I'll dig deeper.

Paul



signature.asc
Description: OpenPGP digital signature
-- 
Pkg-javascript-devel mailing list
Pkg-javascript-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-javascript-devel

[Pkg-javascript-devel] where to get / what is the source of jquery-ui-themes?

[Paul Gevers]

Hi all,

I uploaded a new version of jqueryui today, the first one being build
from source. I wanted to do the same for jquery-ui-themes, but I seem to
not be able find the source for the themes.

Does anybody here know or understands how the zip files are generated
that one can download from http://jqueryui.com/download/ (Themes)?

I have the suspicion that the base theme in the jqueryui package is
modified by the themeroller on the fly (for the web site) but I expect
to still find the definition of the different themes somewhere. I
haven't been able to do that so far.

Paul



signature.asc
Description: OpenPGP digital signature
-- 
Pkg-javascript-devel mailing list
Pkg-javascript-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-javascript-devel

[Pkg-javascript-devel] Bug#722500: Bug#718915: owncloud: Share with input does not generate a users list

[Paul Gevers]

Control: tags -1 moreinfo

Hi David,

On Sun, 18 May 2014 17:27:42 -0400 David Prévot  wrote:
> On Wed, Sep 11, 2013 at 03:07:01PM -0400, David Prévot wrote:
> > Le 08/09/2013 22:37, David Prévot a écrit :
> > > Le 06/08/2013 17:43, Jérémie BURTIN a écrit :
> > > 
> > >> On the Files tab, when we click on the "share" link of a directory or a
> > >> file, a popup shows up with a "share with" input used to search for other
> > >> owncloud users. This does not generate a users list, even if they're 
> > >> found
> > > 
> > > Indeed, this is due to libjs-jquery-ui (downgrading it back to the
> > > Wheezy version, 1.8.ooops.21+dfsg-2, fixes the issue). As a temporary
> > > workaround, we could ship back the embedded version provided in owncloud
> > > source (or better figure out what is going wrong here).
> 
> The latest owncloud version (7~20140518+dfsg-1) works correctly with the
> latest libjs-jquery-ui package, so I've removed the workaround (that
> will be effective in the next owncloud upload). This bug doesn'€™t apply
> anymore, thus closing.

You reopened this bug again one month later without explaining why you
reopened it. Could you please elaborate? I don't understand what you
still expect from the libjs-jquery-ui package with regard to this bug.

Paul



signature.asc
Description: OpenPGP digital signature
-- 
Pkg-javascript-devel mailing list
Pkg-javascript-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-javascript-devel

Re: [Pkg-javascript-devel] /usr/bin/nodejs vs /usr/bin/node

[Paul Gevers]

Hi Daniel,

On 21-10-16 06:55, Daniel Lo Nigro wrote:
> Given the amount of complexity stemming from Debian renaming this binary
> and the fact that it breaks parts of the Node.js ecosystem, is there any
> chance it will be renamed back to "node" in the future, or for
> /usr/bin/node to be symlinked to /usr/bin/node (perhaps using the
> update-alternatives system to allow the user to choose whether they want
> to symlink nodejs or ax25-node, in case they have both installed)?

In Debian, we have the package nodejs-legacy which provides the symlink
you request. Please read the description. Apart from text describing
fact that no official Debian package may depend on it, it also contains
a link to the technical committee ruling on how this came about. As the
ax25-node package still exist, I see no chance at all that the current
situation will change.

As ax25-node and nodejs don't provide the same functionality, using the
update-alternaives system is not appropriate.

Paul



signature.asc
Description: OpenPGP digital signature
-- 
Pkg-javascript-devel mailing list
Pkg-javascript-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-javascript-devel

Re: [Pkg-javascript-devel] jquery-goodies policy and grunt

[Paul Gevers]

Hi Jonas,

First off, you voice my opinion, and fortunately you don't mention
anything new (to me). The reason why I asked is because what I observe
in packages maintained by this team (which is new to me).

On 07-10-16 15:21, Jonas Smedegaard wrote:
> Quoting Paul Gevers (2016-10-07 14:09:43)
>> A relate question: JavaScripts are often "combined" with Grunt. What 
>> is the current status/stance of including those in Debian.

You didn't really answer this question. As far as I am aware, but maybe
I am wrong, there were issues with getting Grunt into Debian. Or is that
issue already solved.

Paul



signature.asc
Description: OpenPGP digital signature
-- 
Pkg-javascript-devel mailing list
Pkg-javascript-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-javascript-devel

[Pkg-javascript-devel] jquery-goodies policy and grunt

[Paul Gevers]

Hi all,

I am about to add some JavaScript binary packages to Debian, but I was
really wondering what the current ideas are with respect to source
packages. There are a lot of jquery plugins packaged in the
jquery-goodies package, but also several (a lot?) of plugins are
packaged separately. What is the current consensus: should new plugins
be packages via the jquery-goodies package or stand-alone or does it
depend? Are there reasons to choose one or the other?

A relate question: JavaScripts are often "combined" with Grunt. What is
the current status/stance of including those in Debian. I am normally of
the opinion that everything should be build from source, but I can also
be somewhat pragmatic if required. JavaScript that is combined is still
very readable and changeable and I have the idea that there is a lot of
JavaScript in Debian that isn't "build from source".

Paul



signature.asc
Description: OpenPGP digital signature
-- 
Pkg-javascript-devel mailing list
Pkg-javascript-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-javascript-devel

Re: [Pkg-javascript-devel] Request to Join Project Debian JavaScript Maintainers from Paul Gevers (elbrus)

[Paul Gevers]

Hi,

On 09/18/16 17:50, Jonas Smedegaard wrote:
> Does this imply you've also subscribed to our list now, or would you 
> still like to be cc'ed for conversations involving you there?

I just did that, so from now on you can drop the CC to me.

Paul



signature.asc
Description: OpenPGP digital signature
-- 
Pkg-javascript-devel mailing list
Pkg-javascript-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-javascript-devel

Re: [Pkg-javascript-devel] roadmap of jquery (and helpers)

[Paul Gevers]

Hi,

On 09/17/16 10:51, Jonas Smedegaard wrote:
> Quoting Paul Gevers (2016-09-16 20:01:27)
>> How are other JavaScript chains handling the lack of automatic API 
>> tracking?
> 
> At least 16 packages unacceptably violates Debian Policy, according to 
> https://anonscm.debian.org/viewvc/secure-testing/data/embedded-code-copies?view=co

This was not what I meant. What I meant is how JavaScript is handling
the lack of shlibs/symbols processing as we do during package building
for libraries and depending packages. I would love to know how I can
learn what version of $javascript-package I actually need for my package
to work properly.

>> Are there tools in the team to check for breakage? One of the stupid 
>> but powerful things that I do for the cacti package (a web-app) is to 
>> just recursively crawl all web-pages, I guess it must be possible to 
>> also check JavaScript execution.
> 
> In theory we have several tools to emulate javascript-enabled browsing, 

Could you please hint which ones you have in mind?

> I guess locally - *not* using Debian infrastructure - one might use npm

Why not using Debian infrastructure, because one needs to download stuff
that isn't in the package? I was thinking of running these tests as
autopkgtest?

Paul



signature.asc
Description: OpenPGP digital signature
-- 
Pkg-javascript-devel mailing list
Pkg-javascript-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-javascript-devel

Re: [Pkg-javascript-devel] roadmap of jquery (and helpers)

[Paul Gevers]

Hi all,

On 09/14/16 21:46, Jonas Smedegaard wrote:

Quoting Paul Gevers (2016-09-14 20:53:40)
The Javascript team is only loosely coordinated: Not all of us nurse all
of the packages in the team.


So how many are there approximately? And how many are involved in the 
jquery stuff? I am considering joining the team, but I don't want to be 
the only one to care for jquery and its related packages (no offense 
intended Antonio).



As I recall, maintenance of jquery in particular has lagged behind a lot
in the past.  So any and all help would be much appreciated.


So a statement on the current strategy would be nice, such that I can 
evaluate if it makes sense to join the team. What I care for is that a 
modern version is available (maybe for the time being next to an older 
API? How are other JavaScript chains handling the lack of automatic API 
tracking? Are there tools in the team to check for breakage? One of the 
stupid but powerful things that I do for the cacti package (a web-app) 
is to just recursively crawl all web-pages, I guess it must be possible 
to also check JavaScript execution.


Paul

PS: until I join the team, please keep CC-ing me.

--
Pkg-javascript-devel mailing list
Pkg-javascript-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-javascript-devel

[Pkg-javascript-devel] roadmap of jquery (and helpers)

[Paul Gevers]

Hi all,

[I am aware that this has probably been discussed before, but I fail to
find the right discussion in the archive. Please point me to it if you
know where it is.]

I am currently preparing for a new major upstream version of my package
cacti (which I hope will be able to meet the stretch freeze). Upstream
has already for a long time been using jquery, and I have been able to
use the Debian package as my dependency. The next major version "needs
to avoid jQueryUI 1.2 as it's currently a hot stinking mess."¹

AFAIUI due to the nature of how the javascript eco-system works, it is
not trivial to "follow" newer versions. Could you please let me know
what the roadmap² of the javascript maintainer team is for the jquery
package and to jquery related packages. I see there is a 3.0 version in
experimental, but it is unclear to the outside world (and to me) when
that will migrate to unstable. Should I instead prepare for a
convenience copy of jquery (and related scripts), which I would really
hate to do?

Paul
PS: please CC me on replies, I am not subscribed.

¹ http://bugs.cacti.net/view.php?id=2227#c7608
² Maybe even worth a wiki page



signature.asc
Description: OpenPGP digital signature
-- 
Pkg-javascript-devel mailing list
Pkg-javascript-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-javascript-devel

[Pkg-javascript-devel] Bug#759672: jquery: diff for NMU version 1.7.2+dfsg-3.2

[Paul Gevers]

Package: jquery
Version: 1.7.2+dfsg-3.1
Severity: normal
Tags: patch pending

Dear maintainer,

I must appear rather incapable by now, but in my previous upload the solution
that I choose is not technically correct. I believe the result is the same, but
I still want to fix the issue.

I've prepared an NMU for jquery (versioned as 1.7.2+dfsg-3.2) and will soon
upload it to DELAYED/2 to give you some time to fix it up if you rather have 
that
but short enough to be before the migration to testing of the previous upload.

Regards.
Paul

diff -Nru jquery-1.7.2+dfsg/debian/changelog jquery-1.7.2+dfsg/debian/changelog
--- jquery-1.7.2+dfsg/debian/changelog  2014-08-27 21:31:57.0 +0200
+++ jquery-1.7.2+dfsg/debian/changelog  2014-08-29 11:44:08.0 +0200
@@ -1,3 +1,12 @@
+jquery (1.7.2+dfsg-3.2) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix in previous upload was technically not correct. Re-add the phony build
+target again and actually fix the make problem (mixed implicit and normal
+rules) by unmixing.
+
+ -- Paul Gevers elb...@debian.org  Fri, 29 Aug 2014 10:59:15 +0200
+
 jquery (1.7.2+dfsg-3.1) unstable; urgency=medium
 
   * Non-maintainer upload.
diff -Nru jquery-1.7.2+dfsg/debian/rules jquery-1.7.2+dfsg/debian/rules
--- jquery-1.7.2+dfsg/debian/rules  2014-08-27 21:26:02.0 +0200
+++ jquery-1.7.2+dfsg/debian/rules  2014-08-29 11:26:13.0 +0200
@@ -1,6 +1,8 @@
 #!/usr/bin/make -f
 %:
dh $@
+build:
+   dh $@
 
 override_dh_auto_clean:
rm -rf dist/
@@ -11,4 +13,4 @@
-rm build/.sizecache.json
dh_clean
 
-
+.PHONY: build

___
Pkg-javascript-devel mailing list
Pkg-javascript-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-javascript-devel

Re: [Pkg-javascript-devel] jquery_1.7.2+dfsg-3.1_amd64.changes ACCEPTED into unstable

[Paul Gevers]

ARG.

I am terribly sorry, but this was not meant to happen.

I was still trying to upload the NMU to DELAYED/15 (20 didn't exist) but
dput was complaining that it could not find the deb file, while it was
there. In a last resort I tried to upload without DELAY and try to kill
if it would start, but I was too late and also my dcut command appears
to have happened too late.

Please accept my apologies.

Paul

On 28-08-14 21:34, Debian FTP Masters wrote:
 
 
 Accepted:
 
 Format: 1.8
 Date: Wed, 27 Aug 2014 21:29:27 +0200
 Source: jquery
 Binary: libjs-jquery
 Architecture: source all
 Version: 1.7.2+dfsg-3.1
 Distribution: unstable
 Urgency: medium
 Maintainer: Debian Javascript Maintainers 
 pkg-javascript-devel@lists.alioth.debian.org
 Changed-By: Paul Gevers elb...@debian.org
 Description:
  libjs-jquery - JavaScript library for dynamic web applications
 Closes: 709901
 Changes:
  jquery (1.7.2+dfsg-3.1) unstable; urgency=medium
  .
* Non-maintainer upload.
* Fix FTBFS by removing build target as it used deprecated syntax
  (Closes: #709901)
 Checksums-Sha1:
  9055e1eb1b82312e2c4961cb372e31324d9f2a69 1657 jquery_1.7.2+dfsg-3.1.dsc
  9868cde83509ee49afdade5e687de9527a95c1a3 5764 
 jquery_1.7.2+dfsg-3.1.debian.tar.xz
  5ebae37ec5aac7e42c100306da9264211919d830 97460 
 libjs-jquery_1.7.2+dfsg-3.1_all.deb
 Checksums-Sha256:
  ff1cb7622c88d0f3567c110549ebf6bf99799fcf622b766f1b0d73f8757aa35e 1657 
 jquery_1.7.2+dfsg-3.1.dsc
  62f67673ed8aeec51311a87371f739447656b9992563ac8d45b04963e89a488e 5764 
 jquery_1.7.2+dfsg-3.1.debian.tar.xz
  dd76821e0ccbaff9a584f649decc261479fe02d390005fbfaf747688ea5dccc3 97460 
 libjs-jquery_1.7.2+dfsg-3.1_all.deb
 Files:
  111cc4b263b1529818bb80ddd6e2214b 97460 web optional 
 libjs-jquery_1.7.2+dfsg-3.1_all.deb
  3a585686d6c35204b5f0656162e7cc23 1657 web optional jquery_1.7.2+dfsg-3.1.dsc
  6fc18c4657a2e6bb073e82114e2ffb1a 5764 web optional 
 jquery_1.7.2+dfsg-3.1.debian.tar.xz
 
 
 
 Thank you for your contribution to Debian.
 




signature.asc
Description: OpenPGP digital signature
___
Pkg-javascript-devel mailing list
Pkg-javascript-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-javascript-devel

[Pkg-javascript-devel] Bug#730014: cacti also wants jquery 1.9

[Paul Gevers]

Hi Debian Javascript Maintainers,

Just for the record, I want to implement an update to my package Cacti
which also depends on a newer version of jquery. In my case I need 1.9.1
at least.

So I also would appreciate an update.

Paul



signature.asc
Description: OpenPGP digital signature
___
Pkg-javascript-devel mailing list
Pkg-javascript-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-javascript-devel