Re: Dask sourceless javascript passed by me.

2018-06-08 Thread Paul Wise
On Sat, Jun 9, 2018 at 2:05 AM, Diane Trout wrote:

> Using a screen shot is just to deal with our build from source rule and
> to avoid a privacy leak from loading a remote resource.

I believe that rule applies to all of Debian main, not just ELF binaries.

-- 
bye,
pabs

https://wiki.debian.org/PaulWise



Re: Dask sourceless javascript passed by me.

2018-06-08 Thread Diane Trout
On Fri, 2018-06-08 at 10:05 +0800, Paul Wise wrote:
> On Fri, Jun 8, 2018 at 5:59 AM, Diane Trout wrote:
> 
> > How do I replace the .orig.tar.gz that I already uploaded?
> 
> You will need a new upstream version, typically people use
> 0.1.2+dfsg1
> (for DFSG issues) or 0.1.2+ds1 (for other repack reasons) in these
> sort of situations.

Ah I see, if I adjust the changelog to +dfsg1-1, I can upload
a new .orig.tar.gz... 

> 
> > I was planning on replacing the plots with a screen shot until I
> > have a
> > solution to actually build the plots from source.
> 
> Screenshots are derivative works of the UI they are from, so
> theoretically you need to care about the source for screenshots too.
> In practice I guess everyone ignores this.

Wait a second... The pages that I want to replace with a screenshot are
in a BSD-3-clause licensed repository. Aren't I allowed to make
derivative works?

Using a screen shot is just to deal with our build from source rule and
to avoid a privacy leak from loading a remote resource.

Diane



Re: Dask sourceless javascript passed by me.

2018-06-07 Thread Paul Wise
On Fri, Jun 8, 2018 at 5:59 AM, Diane Trout wrote:

> How do I replace the .orig.tar.gz that I already uploaded?

You will need a new upstream version, typically people use 0.1.2+dfsg1
(for DFSG issues) or 0.1.2+ds1 (for other repack reasons) in these
sort of situations.

> I was planning on replacing the plots with a screen shot until I have a
> solution to actually build the plots from source.

Screenshots are derivative works of the UI they are from, so
theoretically you need to care about the source for screenshots too.
In practice I guess everyone ignores this.

-- 
bye,
pabs

https://wiki.debian.org/PaulWise



Re: Dask sourceless javascript passed by me.

2018-06-07 Thread Diane Trout
> > I would suggest talking to upstream about fixing this properly (no
> > prebuilt files or embedded code copies in the VCS and tarballs).
> 
> And in the meantime repacking the existing tarball to remove the
> sourceless files.
> 

I was suspecting that was going to be the answer... 

How do I replace the .orig.tar.gz that I already uploaded?


The offending .html files are linked into the diagnostics-local.html
page as   embedded iframes. you can see what they look like as "Profile
Results" a little below this anchor link.

https://dask.pydata.org/en/latest/diagnostics-local.html#example

I was planning on replacing the plots with a screen shot until I have a
solution to actually build the plots from source.

Diane



Re: Dask sourceless javascript passed by me.

2018-06-06 Thread Thomas Goirand
On 06/06/2018 06:30 AM, Diane Trout wrote:
> Hi,
> 
> I discovered a mistake I made with packaging dask.
> 
> There's two static html files which embed some bokeh generated
> javascript plot code that's in dask 0.17.5 and I uploaded that to the
> Debian.
> 
> There doesn't appear to be source to build the files.
> 
> Bokeh is free software (BSD-3-Clause), but depends on a bunch of
> javascript libraries so isn't available in Debian.
> 
> I should have repacked the archive to remove them, but I'm working on a
> -2 release, and there's no new upstream release yet for me to use as a
> base for repack.
> 
> I was planning on patching the references to the .html files out and
> removing them in the debian/rules files.
> 
> But is that enough?
> 
> Diane

In my experience, it is ok to just remove the minified javascript in a
patch *IF* (and only if) there is normal code next to it, which isn't
your case. So you must produce a +dfsg orig tarball.

Cheers,

Thomas Goirand (zigo)



Re: Dask sourceless javascript passed by me.

2018-06-05 Thread Scott Kitterman



On June 6, 2018 4:42:44 AM UTC, Paul Wise  wrote:
>On Wed, Jun 6, 2018 at 12:30 PM, Diane Trout wrote:
>
>> I was planning on patching the references to the .html files out and
>> removing them in the debian/rules files.
>>
>> But is that enough?
>
>That doesn't fix the orig.tar.gz.
>
>I would suggest talking to upstream about fixing this properly (no
>prebuilt files or embedded code copies in the VCS and tarballs).

And in the meantime repacking the existing tarball to remove the sourceless 
files.

Scott K



Re: Dask sourceless javascript passed by me.

2018-06-05 Thread Paul Wise
On Wed, Jun 6, 2018 at 12:30 PM, Diane Trout wrote:

> I was planning on patching the references to the .html files out and
> removing them in the debian/rules files.
>
> But is that enough?

That doesn't fix the orig.tar.gz.

I would suggest talking to upstream about fixing this properly (no
prebuilt files or embedded code copies in the VCS and tarballs).

-- 
bye,
pabs

https://wiki.debian.org/PaulWise



Dask sourceless javascript passed by me.

2018-06-05 Thread Diane Trout
Hi,

I discovered a mistake I made with packaging dask.

There's two static html files which embed some bokeh generated
javascript plot code that's in dask 0.17.5 and I uploaded that to the
Debian.

There doesn't appear to be source to build the files.

Bokeh is free software (BSD-3-Clause), but depends on a bunch of
javascript libraries so isn't available in Debian.

I should have repacked the archive to remove them, but I'm working on a
-2 release, and there's no new upstream release yet for me to use as a
base for repack.

I was planning on patching the references to the .html files out and
removing them in the debian/rules files.

But is that enough?

Diane


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