Bug#881461: frei0r-plugins: Breaks frei0r-plugins (<= 1.1.22)

2017-11-12 Thread Kingsley G. Morse Jr. 
Hi Sebastian,

Thank you very much for sharing your thoughts.

It seems to me you asked a reasonable question:

> Why should frei0r-plugins break itself?

Through no fault of your own, when I filed the bug
report, I 

1.) was unaware that a source package named
just "frei0r" existed, and

2.) failed to mention I assumed 

a.) the "Breaks" header referred to a
non-existent package, and

b.) what the original author meant was to say 
frei0r-plugins broke an *earlier version*
of itself.

So...

You were right!

I was wrong!


But, but, but, I now find myself wondering if
maybe the "Breaks:" header should just be removed.

Why?

If 

a.) it doesn't make sense for a package to
break itself, then maybe

b.) it also doesn't make sense for a package
to break its own source package.

I dunno.

And I don't have a strong preference.

Thanks again for sharing your thoughts.

I find I often benefit from other peoples' point
of view.

Now seems to be one of those times!

:-)

So,
Kingsley

-- 
Time is the fire in which we all burn.

Bug#881461: frei0r-plugins: Breaks frei0r-plugins (<= 1.1.22)

2017-11-12 Thread Sebastian Ramacher 
Control: tags -1 + moreinfo

On 2017-11-11 19:16:57, Kingsley G. Morse Jr. wrote:
> Package: frei0r-plugins
> Version: 1.6.1-1+b1
> Severity: minor
> 
> Dear Maintainer,
> 
> Thanks for maintaining frei0r's plugins.
> 
> They look cool.
> 
> * What led up to the situation?
> 
> I wondered why ffmpeg failed to use frei0r plugins
> as ffmpeg sources.
> 
> * What exactly did you do (or not do) that was effective (or
>  ineffective)?
> 
> I typed
> 
> $ apt-cache show frei0r-plugins
> 
> and read the "Breaks:" header.
> 
> * What was the outcome of this action?
> 
> Breaks: frei0r (<= 1.1.22)
> 
> * What outcome did you expect instead?
> 
> Breaks: frei0r-plugins (<= 1.1.22)

That wouldn't make much sense. Why should frei0r-plugins break itself?

Cheers

> 
> Thanks,
> Kingsley
> 
> Bonus:  Tell me where to look for documentation on
> parameters and syntax for using frei0r effects as
> ffmpeg sources.
> 
> -- System Information:
> Debian Release: stretch/sid
>   APT prefers unstable-debug
>   APT policy: (500, 'unstable-debug'), (500, 'unstable')
> Architecture: i386 (i686)
> 
> Kernel: Linux 4.4.0-1-686-pae (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/bash
> Init: systemd (via /run/systemd/system)
> 
> Versions of packages frei0r-plugins depends on:
> ii  libc62.24-17
> ii  libcairo21.14.8-1
> ii  libgavl1 1.4.0-3
> ii  libgcc1  1:7.2.0-12
> ii  libopencv-calib3d3.2 3.2.0+dfsg-3
> ii  libopencv-contrib3.2 3.2.0+dfsg-3
> ii  libopencv-core3.23.2.0+dfsg-3
> ii  libopencv-features2d3.2  3.2.0+dfsg-3
> ii  libopencv-flann3.2   3.2.0+dfsg-3
> ii  libopencv-highgui3.2 3.2.0+dfsg-3
> ii  libopencv-imgcodecs3.2   3.2.0+dfsg-3
> ii  libopencv-imgproc3.2 3.2.0+dfsg-3
> ii  libopencv-ml3.2  3.2.0+dfsg-3
> ii  libopencv-objdetect3.2   3.2.0+dfsg-3
> ii  libopencv-photo3.2   3.2.0+dfsg-3
> ii  libopencv-shape3.2   3.2.0+dfsg-3
> ii  libopencv-stitching3.2   3.2.0+dfsg-3
> ii  libopencv-superres3.23.2.0+dfsg-3
> ii  libopencv-video3.2   3.2.0+dfsg-3
> ii  libopencv-videoio3.2 3.2.0+dfsg-3
> ii  libopencv-videostab3.2   3.2.0+dfsg-3
> ii  libopencv-viz3.2 3.2.0+dfsg-3
> ii  libstdc++6   7.2.0-12
> 
> frei0r-plugins recommends no packages.
> 
> Versions of packages frei0r-plugins suggests:
> pn  opencv-data  
> 
> -- no debconf information
> 
> ___
> pkg-multimedia-maintainers mailing list
> pkg-multimedia-maintain...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

-- 
Sebastian Ramacher


signature.asc
Description: PGP signature

Bug#881461: frei0r-plugins: Breaks frei0r-plugins (<= 1.1.22)

2017-11-11 Thread Kingsley G. Morse Jr. 
Package: frei0r-plugins
Version: 1.6.1-1+b1
Severity: minor

Dear Maintainer,

Thanks for maintaining frei0r's plugins.

They look cool.

* What led up to the situation?

I wondered why ffmpeg failed to use frei0r plugins
as ffmpeg sources.

* What exactly did you do (or not do) that was effective (or
 ineffective)?

I typed

$ apt-cache show frei0r-plugins

and read the "Breaks:" header.

* What was the outcome of this action?

Breaks: frei0r (<= 1.1.22)

* What outcome did you expect instead?

Breaks: frei0r-plugins (<= 1.1.22)


Thanks,
Kingsley

Bonus:  Tell me where to look for documentation on
parameters and syntax for using frei0r effects as
ffmpeg sources.

-- System Information:
Debian Release: stretch/sid
  APT prefers unstable-debug
  APT policy: (500, 'unstable-debug'), (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 4.4.0-1-686-pae (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/bash
Init: systemd (via /run/systemd/system)

Versions of packages frei0r-plugins depends on:
ii  libc62.24-17
ii  libcairo21.14.8-1
ii  libgavl1 1.4.0-3
ii  libgcc1  1:7.2.0-12
ii  libopencv-calib3d3.2 3.2.0+dfsg-3
ii  libopencv-contrib3.2 3.2.0+dfsg-3
ii  libopencv-core3.23.2.0+dfsg-3
ii  libopencv-features2d3.2  3.2.0+dfsg-3
ii  libopencv-flann3.2   3.2.0+dfsg-3
ii  libopencv-highgui3.2 3.2.0+dfsg-3
ii  libopencv-imgcodecs3.2   3.2.0+dfsg-3
ii  libopencv-imgproc3.2 3.2.0+dfsg-3
ii  libopencv-ml3.2  3.2.0+dfsg-3
ii  libopencv-objdetect3.2   3.2.0+dfsg-3
ii  libopencv-photo3.2   3.2.0+dfsg-3
ii  libopencv-shape3.2   3.2.0+dfsg-3
ii  libopencv-stitching3.2   3.2.0+dfsg-3
ii  libopencv-superres3.23.2.0+dfsg-3
ii  libopencv-video3.2   3.2.0+dfsg-3
ii  libopencv-videoio3.2 3.2.0+dfsg-3
ii  libopencv-videostab3.2   3.2.0+dfsg-3
ii  libopencv-viz3.2 3.2.0+dfsg-3
ii  libstdc++6   7.2.0-12

frei0r-plugins recommends no packages.

Versions of packages frei0r-plugins suggests:
pn  opencv-data  

-- no debconf information