Bug#916783: Bug#917455: command-not-found: "command-not-found unable to open database file"

[Hörmetjan Yiltiz]

This still exists in Debian testing.

Bug#960262: parallel: Manpage recommends resources in non-free platforms (Youtube videos)

[Hörmetjan Yiltiz]

Thanks for the prompt response. youtube-dl could be a workaround. I'll try
to get in touch with upstream author and explore alternatives then. Thanks!

On Mon, May 11, 2020 at 2:15 PM Rogério Brito  wrote:

> On May 11 2020, hyiltiz wrote:
> > Package: parallel
> > Version: 20161222-1.1
> > Severity: minor
> >
> > A GNU Project software should not really recommend resources in non-free
> platforms that
> > require running non-free software (propriatery javascript).
> (...)
> > Kernel: Linux 5.6.0-1-amd64 (SMP w/4 CPU cores)
> > Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE,
> TAINT_UNSIGNED_MODULE
>
> That's what the upstream author could use to host his instructional
> videos. I guess that there's no solution to this, unless the upstream
> author
> can upload those videos to other platform.
>
> If you don't want to have the proprietary javascript running on your
> system,
> you can download the instructional videos with youtube-dl (which I also
> maintain, BTW), which only parses the minimum of javascript to grab the
> needed information to download the videos.
>
> I guess that, in the absence of other solutions, this is a non-issue and
> I'm
> considering marking it as wontfix.
>
> Cheers,
>
> Rogério Brito.
>
>
>
> P.S.: Funny that you're talking about non-free stuff while you're using
> proprietary modules in your kernel. And that your message-id contains the
> string iPhone.  Your point about a GNU package still stands, though.
>
> --
> Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC
> http://cynic.cc/blog/ : github.com/rbrito : profiles.google.com/rbrito
> DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br
>

Bug#807805: vlc: Crash upon startup

[Hörmetjan Yiltiz]

Could you please tell me how to produce this informative feedback so that a
diagnosis would be possible?

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 7:57 AM, Sebastian Ramacher <sramac...@debian.org>
wrote:

> On 2015-12-13 07:44:29, Hörmetjan Yiltiz wrote:
> > Thanks! Is it due to a lack of some interface in i3wm, in which case it
> is
> > i3wm's bug, or that `vlc` is assuming some interface that is not
> > necessarily present in any system?
>
> It's hard to tell without a backtrace. But it sounds like a i3wm or Qt 5
> issue
> to me.
>
> Cheers
> --
> Sebastian Ramacher
>

Bug#808001: cantor: add support for julia (julialang.org

[Hörmetjan Yiltiz]

forwarded 808001 https://bugs.kde.org/show_bug.cgi?id=356759

Bug#808001: cantor: add support for julia (julialang.org

[Hörmetjan Yiltiz]

Thank you! I learned the syntax years ago, but since I seldom use it,
forgot about it. Thank you!

On Tue, Dec 15, 2015, 18:38 Diederik de Haas <didi.deb...@cknow.org> wrote:

> forwarded 808001 https://bugs.kde.org/show_bug.cgi?id=356759
> thanks
>
> On Tuesday 15 December 2015 18:21:07 Hörmetjan Yiltiz wrote:
> > forwarded 808001 https://bugs.kde.org/show_bug.cgi?id=356759
>
> You forgot to sent it to 'cont...@bugs.debian.org' and you need to close
> the
> commands with 'thanks' (there are also others).

-- 

Sent from Gmail Mobile.

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#807805: vlc: Crash upon startup

[Hörmetjan Yiltiz]

Thanks! Is it due to a lack of some interface in i3wm, in which case it is
i3wm's bug, or that `vlc` is assuming some interface that is not
necessarily present in any system?

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 6:36 AM, Sebastian Ramacher <sramac...@debian.org>
wrote:

> Control: severity -1 important
> Control: tags -1 + moreinfo
>
> On 2015-12-13 03:58:37, 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.
>
> Please install vlc-dbg and qtbase5-dbg and provide a full backtrace.
>
> On 2015-12-13 06:07:25, Hörmetjan Yiltiz wrote:
> > calling `vlc --no-qt-system-tray` will start vlc and is an effective
> > workaround.
>
> ...
>
> > I realized that vlc only crashes in my i3wm setup, but does not crash if
> > started from the KDE5 environment.
>
> Downgrading accordingly.
>
> Cheers
> --
> Sebastian Ramacher
>

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.

Bug#743679: octave: plot(1:4) triggers segfault crash

[Hörmetjan Yiltiz]

Glad to hear that. About when, according to your experience, should be
bugfix be present in unstable, and therefore in testing, may I ask?

祝好，

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 Mon, Apr 7, 2014 at 8:36 PM, Mike Miller mtmil...@debian.org wrote:

 Control: forcemerge 743260 -1

 On Mon, Apr 07, 2014 at 15:15:34 +0800, Hörmetjan Yiltiz wrote:
  [...]
  to Octave 3.8.1-1 on 20140316, then to Octave 3.8.1-1+b1. I also reverted
  back to Octave 3.8.0-5, only to verify that the bug was introduced not by
  Octave. As you pointed out, that should be the transition of mesa
 package
  that is causing the problem.
  [...]
  The backtrace of command axes are as follows:
  [...]
  #1  0x71f12779 in llvm::TargetRegistry::lookupTarget(std::string
 const, std::string) () from /usr/lib/x86_64-linux-gnu/libLLVM-3.3.so.1
  #2  0x719b27a1 in llvm::EngineBuilder::selectTarget(llvm::Triple
 const, llvm::StringRef, llvm::StringRef,
 llvm::SmallVectorImplstd::string const) () from
 /usr/lib/x86_64-linux-gnu/libLLVM-3.3.so.1
  #3  0x7fffe47c0bc8 in ?? () from
 /usr/lib/x86_64-linux-gnu/dri/r600_dri.so
  [...]

 Thanks, that confirms for me that they are the same bug, merging. A fix
 has already been committed and will be in the next upload of Octave
 3.8.1.

 --
 mike

Bug#743679: octave: plot(1:4) triggers segfault crash

[Hörmetjan Yiltiz]

Package: octave
Version: 3.8.1-1+b1
Severity: important

This bug was introduced after upgrading to Octave 3.8.1-1+b1,
and the bug was not there in 3.8.0 (I am not sure about this
version number. I can only remember that it was already 3.8,
introducing the experimental gui).

Just fresh install octave:

$ sudo apt-get update
$ sudo apt-get upgrade
$ sudo apt-get install octave

Then open octave [using --norc/--no-gui/--jit-compiler does
not affect the segfault]:


neo@testing ~ which octave
/usr/bin/octave
neo@testing ~ octave
GNU Octave, version 3.8.1
Copyright (C) 2014 John W. Eaton and others.
This is free software; see the source code for copying conditions.
There is ABSOLUTELY NO WARRANTY; not even for MERCHANTABILITY or
FITNESS FOR A PARTICULAR PURPOSE.  For details, type 'warranty'.

Octave was configured for x86_64-pc-linux-gnu.

Additional information about Octave is available at http://www.octave.org.

Please contribute if you find this software useful.
For more information, visit http://www.octave.org/get-involved.html

Read http://www.octave.org/bugs.html to learn how to submit bug reports.
For information about changes from previous versions, type 'news'.

octave:1 plot(1:4)
panic: Segmentation fault -- stopping myself...
attempting to save variables to 'octave-workspace'...
save to 'octave-workspace' complete

neo@testing ~ octave -q
 load octave-workspace
 whos
 # there is no variables here



So the octave-workspace does not provide any information.
A figure window opens, and then closed again after the segfault.

If we try opening figure by itself calling `figure', there was
no segfault, until one of the following operations was performed:

1. Pushing `A' button at the down-left corner, or Edit-Autoscale
2. Pushing `G' button at the down-left cornet, or Edit-Grid

Any other interaction with this figure does not crash octave.


P.S. I am not sure if this is the same problem, but I think it is
better to include it here. After installing octave-psychtoolbox-3,
calling DrawSomeTextDemo or DotRotDemo provided by psychtoolbox,
also crashes with segfault, though this does not use figure. That
package extensively uses OpenGL.




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

Kernel: Linux 3.13-1-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

Versions of packages octave depends on:
ii  default-jre-headless
   2:1.7-51
ii  libamd2.3.1  1:4.2.1-3
ii  libarpack2   3.1.5-2
ii  libatlas3-base [liblapack.so.3]  3.10.1-4
ii  libblas3 [libblas.so.3]  1.2.20110419-7
ii  libc62.18-4
ii  libcamd2.3.1 1:4.2.1-3
ii  libccolamd2.8.0  1:4.2.1-3
ii  libcholmod2.1.2  1:4.2.1-3
ii  libcolamd2.8.0   1:4.2.1-3
ii  libcxsparse3.1.2 1:4.2.1-3
ii  libfftw3-double3 3.3.3-7
ii  libfftw3-single3 3.3.3-7
ii  libfltk-gl1.31.3.2-4
ii  libfltk1.3   1.3.2-4
ii  libfontconfig1   2.11.0-2
ii  libfreetype6 2.5.2-1
ii  libgcc1  1:4.8.2-16
ii  libgl1-mesa-glx [libgl1] 10.1.0-4
ii  libglpk364.53-2
ii  libglu1-mesa [libglu1]   9.0.0-2
ii  libgomp1 4.8.2-16
ii  libgraphicsmagick++3 1.3.18-1
ii  libgraphicsmagick3   1.3.18-1
ii  liblapack3 [liblapack.so.3]  3.5.0-2
ii  liboctave2   3.8.1-1+b1
ii  libqhull62012.1-4
ii  libqrupdate1 1.1.2-1
ii  libqscintilla2-112.8.1-1
ii  libqt4-network   4:4.8.5+git242-g0315971+dfsg-2
ii  libqtcore4   4:4.8.5+git242-g0315971+dfsg-2
ii  libqtgui44:4.8.5+git242-g0315971+dfsg-2
ii  libstdc++6   4.8.2-16
ii  libumfpack5.6.2  1:4.2.1-3
ii  libx11-6 2:1.6.2-1
ii  octave-common3.8.1-1
ii  texinfo  5.2.0.dfsg.1-2

Versions of packages octave recommends:
ii  gnuplot-x11 4.6.5-1
ii  libatlas3-base  3.10.1-4
ii  pstoedit3.62-1

Versions of packages octave suggests:
pn  octave-doc  none
pn  octave-htmldoc  none
ii  octave-info 3.8.1-1

-- no debconf information
​