Bug#807805: vlc: Crash upon startup

[Hörmetjan Yiltiz]

​I realized that vlc only crashes in my i3wm setup, but does not crash if
started from the KDE5 environment. ​

Bug#807805: vlc: Crash upon startup

[Hörmetjan Yiltiz]

calling `vlc --no-qt-system-tray` will start vlc and is an effective
workaround.

Best,
Hörmet

He who is worthy to receive his days and nights is worthy to receive all
else from you (and me).
 -- The Prophet, Gibran
Kahlil


On Sun, Dec 13, 2015 at 3:58 AM, Hormet Yiltiz  wrote:

> Package: vlc
> Version: 2.2.1-5+b1
> Severity: grave
> Justification: renders package unusable
>
> Dear Maintainer,
>
> *** Reporter, please consider answering these questions, where appropriate
> ***
>
>* What led up to the situation?
>After a recent system upgrade in Debian Testing, `vlc` cannot start
>and crashes reporting:
>"QSystemTrayIcon::setVisible: No Icon set"
>* What exactly did you do (or not do) that was effective (or
>  ineffective)?
>This is reproducable in my environment. I am running i3wm installed
>alongside with KDE5. Reinstalling or reconfiguring `vlc` did not
>solve the issue.
>* What was the outcome of this action?
>VLC crash upon startup.
>* What outcome did you expect instead?
>VLC starts normally.
>
>
>
> -- System Information:
> Debian Release: stretch/sid
>   APT prefers testing-updates
>   APT policy: (500, 'testing-updates'), (500, 'testing-proposed-updates'),
> (500, 'testing'), (1, 'experimental')
> Architecture: amd64 (x86_64)
>
> Kernel: Linux 4.2.0-1-amd64 (SMP w/4 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)
>
> Versions of packages vlc depends on:
> ii  fonts-freefont-ttf  20120503-4
> ii  libaa1  1.4p5-44
> ii  libavcodec-ffmpeg56 7:2.8.3-1
> ii  libavutil-ffmpeg54  7:2.8.3-1
> ii  libc6   2.19-22
> ii  libcaca00.99.beta19-2+b1
> ii  libcairo2   1.14.4-1
> ii  libegl1-mesa [libegl1-x11]  11.0.6-1
> ii  libfreerdp-client1.11.1.0~git20140921.1.440916e+dfsg1-5+b1
> ii  libfreerdp-core1.1  1.1.0~git20140921.1.440916e+dfsg1-5+b1
> ii  libfreerdp-gdi1.1   1.1.0~git20140921.1.440916e+dfsg1-5+b1
> ii  libfreetype62.6.1-0.1
> ii  libfribidi0 0.19.7-1
> ii  libgcc1 1:5.2.1-23
> ii  libgl1-mesa-glx [libgl1]11.0.6-1
> ii  libgles1-mesa [libgles1]11.0.6-1
> ii  libgles2-mesa [libgles2]11.0.6-1
> ii  libglib2.0-02.46.2-1
> ii  libpulse0   7.1-2
> ii  libqt5core5a5.5.1+dfsg-8
> ii  libqt5gui5  5.5.1+dfsg-8
> ii  libqt5widgets5  5.5.1+dfsg-8
> ii  libqt5x11extras55.5.1-3
> ii  librsvg2-2  2.40.11-2
> ii  libsdl-image1.2 1.2.12-5+b5
> ii  libsdl1.2debian 1.2.15-12
> ii  libstdc++6  5.2.1-23
> ii  libva-drm1  1.6.1-1
> ii  libva-x11-1 1.6.1-1
> ii  libva1  1.6.1-1
> ii  libvlccore8 2.2.1-5+b1
> ii  libvncclient1   0.9.10+dfsg-3
> ii  libx11-62:1.6.3-1
> ii  libxcb-composite0   1.10-3+b1
> ii  libxcb-keysyms1 0.4.0-1
> ii  libxcb-randr0   1.10-3+b1
> ii  libxcb-shm0 1.10-3+b1
> ii  libxcb-xv0  1.10-3+b1
> ii  libxcb1 1.10-3+b1
> ii  libxext62:1.3.3-1
> ii  libxi6  2:1.7.5-1
> ii  libxinerama12:1.1.3-1+b1
> ii  libxpm4 1:3.5.11-1+b1
> ii  vlc-nox 2.2.1-5+b1
> ii  zlib1g  1:1.2.8.dfsg-2+b1
>
> Versions of packages vlc recommends:
> ii  vlc-plugin-notify  2.2.1-5+b1
> ii  vlc-plugin-samba   2.2.1-5+b1
> ii  xdg-utils  1.1.1-1
>
> vlc suggests no packages.
>
> Versions of packages vlc-nox depends on:
> ii  liba52-0.7.4   0.7.4-18
> ii  libasound2 1.0.29-1
> ii  libass50.13.0-1
> ii  libavahi-client3   0.6.32~rc+dfsg-1
> ii  libavahi-common3   0.6.32~rc+dfsg-1
> ii  libavc1394-0   0.5.4-2
> ii  libavcodec-ffmpeg567:2.8.3-1
> ii  libavformat-ffmpeg56   7:2.8.3-1
> ii  libavutil-ffmpeg54 7:2.8.3-1
> ii  libbasicusageenvironment0  2014.01.13-1
> ii  libbluray1 1:0.9.2-1
> ii  libc6  2.19-22
> ii  libcddb2   1.3.2-5
> ii  libcdio13  0.83-4.2+b1
> ii  libchromaprint01.2-1+b1
> ii  libcrystalhd3  1:0.0~git20110715.fdd2f19-11+b1
> ii  libdbus-1-31.10.4-1
> ii  libdc1394-22   2.2.3-1
> ii  libdca00.0.5-7
> ii  libdirectfb-1.2-9  1.2.10.0-5.1
> ii  libdvbpsi101.3.0-2
> ii  libdvdnav4 5.0.3-1
> ii  libdvdread45.0.3-1
> ii  libebml4v5 1.3.3-1
> ii 

Bug#807784: [Pkg-octave-devel] Bug#807784: octave-optim suggests `lyx`

[Hörmetjan Yiltiz]

Great! Thanks! So lyx was supposed to be used for "reading" some
documentation? Well, I would not think that lyx can be assumed to be a tool
to do so. Octave users will use `help` and `info`, and when necessary, the
browser and PDF reader, but certainly not lyx. Thanks for the effort!

On Sun, Dec 13, 2015, 21:34 Rafael Laboissiere 
wrote:

> Control: severity -1 normal
>
> * Hormet Yiltiz  [2015-12-12 19:29]:
>
> > Package: octave-optim
> > Version: 1.4.1-1+b1
> > Severity: serious
> > Justification: Policy 7.2
> >
> >   octave-optim suggests lyx, which is a office suite that makes working
> >   with LaTeX easy, and implements a way for reproducable research.
> >   However, `lyx` then depends on `texlive`, which is a heavy
> >   dependency. Octave-optim is a package of GNU Octave, which is used
> >   for scientific computation. octave-optim, being a package for a
> >   octave that does the computation, should NOT depend or suggest a 3rd
> >   party software that is not very related to its usage.
>
> I disagree with this interpretation.  Section 7.2 of the Policy manual
> does mandate that:
>
> "Depends […] The Depends field should be used if the depended-on package
> is required for the depending package to provide a significant amount of
> functionality. […]"
>
> However, there is no such requirement for the Suggests relationship:
>
> "Suggests: This is used to declare that one package may be more useful
> with one or more others. Using this field tells the packaging system and
> the user that the listed packages are related to this one and can perhaps
> enhance its usefulness, but that installing this one without them is
> perfectly reasonable."
>
> I am therefore downgrading the severity of this bug report to "normal"
> hereby.
>
> That said, I agree with the bug submitter that having to install lyx,
> which pulls the whole TeX distribution, is an overkill for just reading
> part of the documentation.  I am now working on a solution that will ship
> the *.pdf instead of the *.lyx, as it is currently the case.  This will
> eventually fix the bug reported here.
>
> Rafael
>
-- 

Sent from Gmail Mobile.