Package: unzip
Version: 6.0-13
Severity: normal
Tags: upstream
Dear Maintainer,
using the american fuzzy lop fuzzer, I managed to find a zip file that results
in an uninitialised read in getZip64Data. This is not the same issue as
CVE-2014-8141 and is still present in unzip 6.0-13.
The zip file
Dear Eugenio,
I've been experiencing the same issue for quite a while (since Chromium 24,
actually) and filed a bug upstream, which will celebrate its first birthday
tomorrow:
https://code.google.com/p/chromium/issues/detail?id=176507
It hasn't occurred in quite a while for me, though.
Cheers,
Package: aptitude
Version: 0.6.8.2-1
Severity: normal
Dear Maintainer,
upon choosing Views -> New Categorical Browser in aptitude's ncurses inferace,
it crashes reprocducibly with a segmentation fault. You can find a full
backtrace attached; the segfault occurs in Thread #1. No prior action in
ap
Alright, some new insights. libebml is trying to allocate 3219169814460
bytes (src/EbmlBinary.cpp:97), but it gets this number from libmatroska
(src/KaxBlock.cpp:458). My guess is that the KaxSimpleBlock's size is
incorrect in the file.
In modules/demux/mkv/matroska_segment.cpp:1558
(matroska_segm
Thank you for your response. First, a proper bug report following the
guidelines:
I am trying to play a video file. It's an h264, 720p video stream in a
matroska container. The file is 1744119808 Bytes (1.7GB) large.
When I try to play it in vlc (vlc foo.mkv), it crashes at the same point
some 5 t
Package: vlc
Version: 2.0.5-1
Severity: important
Tags: upstream
Dear Maintainer,
vlc reproducibly crashes each time at exactly the same position a few seconds
into a broken matroska file. A full backtrace from a gdb session is attached.
Unfortunately, I cannot share the file publicly for copyrig
Package: git
Version: 1:1.7.9~rc1-1
Severity: normal
Tags: upstream
Dear Maintainer,
I have aliased "s" to "status" in my ~/.gitconfig and noticed that "git s"
produces output different from "git status" in a repo's .git folder.
This bug is fully reproducible in every repo I have tried.
It seems
Hi Cyril,
thank you so much! Everything works perfectly now.
Though effective, the solution is not all that intuitive, and the fact
that /run was introduced by Poettering only quite recently and thus is
not that well known doesn't help either ;)
So this bug should now be about the generation of fl
When using "Xorg -configure" and then "X -config /root/xorg.conf.new",
I get the following output to the command line:
> error setting MTRR (base = 0xc000, size = 0x03ff, type = 1) Invalid
> argument (22)
Also, when using startx, I get "FATAL: Module fbcon not found", which
(I hope) shoul
9 matches
Mail list logo
