AFCR Industrial Glove

[austin]

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Bug#797113: libdvd-pkg doesn't respect APT's proxy settings when downloading libdvdcss

[Austin English]

Package: libdvd-pkg
Version: 1.3.99-1-1
Severity: important

Dear Maintainer,

   * What led up to the situation?
   Attempting to add libdvd-pkg to Tails, which uses an HTTP proxy when 
building its image.

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

echo  libdvd-pkg-debconf  _EOF
debconf libdvd-pkg/post-invoke_hook-install boolean true
_EOF
debconf-set-selections libdvd-pkg-debconf

apt-get --yes install dh-autoreconf libdvd-pkg

   * What was the outcome of this action?
wget --tries=3 --timeout=40 --read-timeout=40 --continue -O 
libdvdcss_1.3.99.orig.tar.bz2 \
  
http://download.videolan.org/pub/libdvdcss/1.3.99/libdvdcss-1.3.99.tar.bz2 \
|| uscan --noconf --verbose --rename --destdir=/usr/src/libdvd-pkg 
--check-dirname-level=0 --force-download --download-current-version 
/usr/share/libdvd-pkg/debian
--2015-08-27 20:12:40--  
http://download.videolan.org/pub/libdvdcss/1.3.99/libdvdcss-1.3.99.tar.bz2
Resolving download.videolan.org (download.videolan.org)... [Aug 27 20:12:40] 
PERROR torsocks[17749]: socks5 libc connect: Connection refused (in 
socks5_connect() at socks5.c:185)
failed: Non-recoverable failure in name resolution.
wget: unable to resolve host address `download.videolan.org'
/bin/sh: 3: uscan: not found
make: *** [get-orig-source] Error 127

   * What outcome did you expect instead?
I expect the download to use apt's proxy, and libdvdcss to build built.

b43-firmware-installer does something similar, and works. In their postinst, 
they do:
# use apt proxy
APT_PROXIES=$(apt-config shell \
http_proxy Acquire::http::Proxy \
https_proxy Acquire::https::Proxy \
ftp_proxy Acquire::ftp::Proxy \
)

if [ -n $APT_PROXIES ]; then
eval export $APT_PROXIES
fi

I tried adapting to libdvd-pkg-1.3.99-1/libdvdcss/debian/rules, but it didn't 
work.
May be useful as a starting point for someone:
@APT_PROXIES=$(apt-config shell \
http_proxy Acquire::http::Proxy \
https_proxy Acquire::https::Proxy \
ftp_proxy Acquire::ftp::Proxy \
)

if [ -n $(APT_PROXIES) ]; then
eval export $(APT_PROXIES)
fi

-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages libdvd-pkg depends on:
ii  build-essential12.1
ii  debconf [debconf-2.0]  1.5.57
ii  debhelper  9.20150811
ii  devscripts 2.15.8
ii  dh-autoreconf  10
ii  wget   1.16.3-3

Versions of packages libdvd-pkg recommends:
ii  libcap2-bin  1:2.24-11

libdvd-pkg suggests no packages.

-- debconf information:
  libdvd-pkg/upgrade:
* libdvd-pkg/post-invoke_hook-install: true
  libdvd-pkg/title_b-i:
  libdvd-pkg/build: true
* libdvd-pkg/first-install:
  libdvd-pkg/post-invoke_hook-remove: false
  libdvd-pkg/title_u:

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Bug#797113: libdvd-pkg doesn't respect APT's proxy settings when downloading libdvdcss

[Austin English]

On Aug 27, 2015 8:55 PM, Dmitry Smirnov only...@debian.org wrote:

 Hi Austin,

 On Thursday 27 August 2015 18:58:51 Austin English wrote:
  Thanks for the suggestion, but uscan also fails:

 I'm sorry that `uscan` did not work for you.

 I had a thought about this problem and I think using APT proxy would be
wrong
 and useless because libdvd-pkg downloads upstream sources directly from
 upstream and not from any of APT mirrors. Software like apt-cacher-ng
 automatically blocks such destinations so APT proxy will not be helpful
for
 such case. Therefore I'm tagging this bug as wontfix.

 IMHO the only option is to configure proxy that `wget` understands.

 --
 Best wishes,
  Dmitry Smirnov.

OK,  thanks for the quick replies.
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Bug#797113: libdvd-pkg doesn't respect APT's proxy settings when downloading libdvdcss

[Austin English]

On Mon, Aug 31, 2015 at 1:49 AM, Dmitry Smirnov <only...@debian.org> wrote:
> On Monday 31 August 2015 00:58:50 Austin English wrote:
>> Would you consider switching to using curl? I've attached a patch
>> which does so (which fixes my issue when building tails with
>> libdvd-pkg).
>>
>> Alternatively, we could try wget, then curl, then uscan. If you prefer
>> that, let me know and I'll attach a new patch.
>
> Thanks but why do we need curl? Wget respects proxy settings from the
> "http(s)_proxy" environment variables so this issue appears to be merely
> incorrect proxy configuration on your system. Also you should be able to set
> wget proxy settings in "/etc/wgetrc" or in "~/.wgetrc" and no patching would
> be necessary...

After more digging, I found the problem. A previous script replaces
/usr/bin/wget with torsocks, but does not have that in place for curl.

I'll follow up with tails on how to handle this. If you would consider
adding the curl fallback or switching to curl, I'd appreciate it, but
understand if you don't want to fix what's not broken (in Debian).

-- 
-Austin

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Bug#797113: libdvd-pkg doesn't respect APT's proxy settings when downloading libdvdcss

[Austin English]

Hi Dmitry,

On Thu, Aug 27, 2015 at 5:19 PM, Dmitry Smirnov only...@debian.org wrote:
 Hi Austin,

 On Thursday 27 August 2015 15:48:13 Austin English wrote:
 I expect the download to use apt's proxy, and libdvdcss to build built.

 libdvd-pkg uses `wget` by but (in case of failure) there is a fallback to
 `uscan` if the latter is available. I suppose `uscan` might respect APT proxy
 settings so you might try installing devscripts package to see if it helps.

Thanks for the suggestion, but uscan also fails:
I: libdvdcss_1.3.99
wget --tries=3 --timeout=40 --read-timeout=40 --continue -O
libdvdcss_1.3.99.orig.tar.bz2 \
  
http://download.videolan.org/pub/libdvdcss/1.3.99/libdvdcss-1.3.99.tar.bz2
\
|| uscan --noconf --verbose --rename
--destdir=/usr/src/libdvd-pkg --check-dirname-level=0 --force-download
--download-current-version /usr/share/libdvd-pkg/debian
--2015-08-27 23:43:34--
http://download.videolan.org/pub/libdvdcss/1.3.99/libdvdcss-1.3.99.tar.bz2
Resolving download.videolan.org (download.videolan.org)... [Aug 27
23:43:34] PERROR torsocks[27670]: socks5 libc connect: Connection
refused (in socks5_connect() at socks5.c:185)
failed: Non-recoverable failure in name resolution.
wget: unable to resolve host address `download.videolan.org'
-- Scanning for watchfiles in /usr/share/libdvd-pkg/debian
uscan warning: In watchfile debian/watch, reading webpage
  http://download.videolan.org/pub/libdvdcss/ failed: 406 Usage Information
-- Found watchfile in /usr/share/libdvd-pkg/debian
-- In debian/watch, processing watchfile line:
   
opts=downloadurlmangle=s/([\d.]+)\//$1\/libdvdcss-$1\.tar\.bz2/,filenamemangle=s/\D*(\d+\.\d+\.\d+)\D*/libdvdcss-$1.tar.bz2/,
http://download.videolan.org/pub/libdvdcss/ (\d[\d.]+)/
-- Scan finished
make: *** [get-orig-source] Error 1
E: config/chroot_local-hooks/59-libdvd-pkg failed (exit non-zero). You
should check for errors.

-- 
-Austin

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Bug#824078: libdvd-pkg: fails to report "apt-get check" errors (and others) correctly

[Austin English]

On May 28, 2016 4:20 AM, "Dmitry Smirnov" <only...@debian.org> wrote:
>
> On Friday, 20 May 2016 12:50:48 AM AEST Austin English wrote:
> > I understand that there's a *potential* problem.
>
> Potential problem of breaking APT operations is much more dangerous than
> "actual" problem of ignoring return values.
>
>
> > But
> > here we have an *actual* problem, where the script is silently ignoring
> > errors which is causing problems in downstream, and as far as I can
> > tell, the current solution is to ignore actual errors in favor of
> > preventing *potential* solutions?
>
> That's right. Script was not intended to be used directly to begin with.
> It was designed to be run automatically at the end of APT operations and
> (re-)build passenger package when required.
>
>
> > What exactly needs to be tested in the current packaging scheme so that
> > behavior could be changed? I volunteer to help with that, if it's made
> > clear what needs to be done.
>
> Perhaps to temporary break script to always return error value and try
> various apt operations (e.g. install, remove and reconfigure of other
> packages) when post-invoke hook is activated to perform build or update.
>
> We need to be absolutely sure that build/install errors do not propagate
> where they does not belong and that nothing got broken if we take
> responsibility for propagation of those errors.
>
> --
> Best wishes,
>  Dmitry Smirnov.
>
> ---
>
> Without doubt you are not sane.
> -- Tage Danielsson

Thanks for reply Dmitry, I'll put this on my backlog.
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Bug#824078: libdvd-pkg: fails to report "apt-get check" errors (and others) correctly

[Austin English]

On Mon, 16 May 2016 00:10:35 +1000 Dmitry Smirnov 
wrote:
> On Sunday, 15 May 2016 3:15:50 PM AEST Cyril Brulebois wrote:
> > instead of being told again and again how much of a snow flake
> > your package is, and how OK it is for it to behave like it currently does.
> 
> You seems to imply that everything is terribly wrong with the package that 
> sounds like exadderation. Design may not be perfect but I'm not aware of 
> better one...
> 
> I'm all for improvements. But on this instance it is hard to safely improve 
> on problems that you highlighted. It is more difficult than just propagate 
> error codes or I would have already fixed it... I hope you understand...

I don't understand. I understand that there's a *potential* problem. But
here we have an *actual* problem, where the script is silently ignoring
errors which is causing problems in downstream, and as far as I can
tell, the current solution is to ignore actual errors in favor of
preventing *potential* solutions?

What exactly needs to be tested in the current packaging scheme so that
behavior could be changed? I volunteer to help with that, if it's made
clear what needs to be done.



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