Package: libc6
Version: 2.24-11+deb9u1
Severity: critical
Justification: breaks the whole system
Upgrade of glibc packages from jessie to stretch versions failed
resulting in most programs (presumably all non-static 32-bit ones) to
segfault on start. I believe the following happend:
1.
22.11.2016 в 22:57:30 +0200 Adrian Bunk написал:
> 23:14 < bunk> Q_: If you come up with a better patch than mine in #844018,
> please post to that bug. I know that my patch is not pretty,
> but
> I did not find any better short-term solution.
Search for
20.11.2016 в 22:35:26 +0100 Jan Niehusmann написал:
> On Mon, Nov 21, 2016 at 01:03:19AM +0400, Stepan Golosunov wrote:
> > So far I do not know why using libssl1.1 together with a
> > libssl1.0.2-using Qt wouldn't work.
>
> Well I don't know enough about the dyn
20.11.2016 в 21:29:35 +0100 Jan Niehusmann написал:
> On Mon, Nov 21, 2016 at 12:02:45AM +0400, Stepan Golosunov wrote:
> > It would be a grave bug in such application if it does not have a
> > working version, yes. Whether or not it would be a serious bug in
> > lubcurl
20.11.2016 в 20:01:25 +0100 Jan Niehusmann написал:
> On Sun, Nov 20, 2016 at 07:40:22PM +0400, Stepan Golosunov wrote:
> > If SONAME change is needed it is needed when linking libcurl with
> > libssl1.0.2 too. (But when linking libcurl with libssl1.0.2 more
> > applicat
20.11.2016 в 23:38:48 +0400 Stepan Golosunov написал:
> 20.11.2016 в 20:01:25 +0100 Jan Niehusmann написал:
> > Still, for 1.1 the SONAME change is definitely necessary.
>
> Breaks: against applications using CURLOPT_SSL_CTX_FUNCTION and
> compiled with OpenSSL 1.0 wil
20.11.2016 в 20:48:44 +0100 Jan Niehusmann написал:
> On Sun, Nov 20, 2016 at 11:38:49PM +0400, Stepan Golosunov wrote:
> > > Still, for 1.1 the SONAME change is definitely necessary.
> >
> > Breaks: against applications using CURLOPT_SSL_CTX_FUNCTION and
>
11.11.2016 в 21:30:07 +0100 Jan Niehusmann написал:
> the curl ABI contains structs inherited from OpenSSL, e.g. in calls
> like:
>
> curl_easy_setopt(easy, CURLOPT_SSL_CTX_FUNCTION, _cb);
>
> Here, sslCtxFunction_cb is a function which takes an SSL_CTX * as a
> parameter.
>
> (This is from
14.11.2016 в 11:24:04 -0500 Camm Maguire написал(а):
> Neither ACL2 nor underlying gcl makes any use of threads or locks, but
Note that the failing memoize-tests.lisp creates some sort of threads
and mentions lock contention in comments.
> > **CERTIFICATION FAILED** for
> >
06.11.2016 в 23:39:41 +0100 Bernhard Schmidt написал(а):
> On Sun, Nov 06, 2016 at 04:39:03PM +0400, Stepan Golosunov wrote:
> > 06.11.2016 в 16:18:32 +0400 Stepan Golosunov написал:
> > > #if defined(HAVE_OPENSSL) && OPENSSL_VERSION_NUMBER >= 0x1010L
> &
06.11.2016 в 16:18:32 +0400 Stepan Golosunov написал:
> 03.11.2016 в 09:24:19 +0100 Bernhard Schmidt написал(а):
> > - Asterisk is doing some weird stuff with macros in
> >
> > https://sources.debian.net/src/asterisk/1:13.11.2~dfsg-1/main/libasteriskssl.c/
> > th
03.11.2016 в 09:24:19 +0100 Bernhard Schmidt написал(а):
> - Asterisk is doing some weird stuff with macros in
>
> https://sources.debian.net/src/asterisk/1:13.11.2~dfsg-1/main/libasteriskssl.c/
> that causes the build against 1.1.0 to fail. This is beyond my C
> knowledge. I will gladly
Bonaccorso написал:
> On Sun, Feb 07, 2016 at 07:05:12PM +0400, Stepan Golosunov wrote:
> > This appears to be fixed in xdelta3 3.0.9 and later via
> > https://github.com/jmacd/xdelta-devel/commit/ef93ff74203e030073b898c05e8b4860b5d09ef2
> > but not in Debian.
> >
> > W
Control: found -1 0.14.6-2
Control: tags -1 patch
03.06.2013 в 19:34:15 +0400 Stepan Golosunov написал:
On Thu, May 30, 2013 at 09:22:27AM +0200, Moritz Muehlenhoff wrote:
Package: libraw
Severity: grave
Tags: security
Two security issues have been found in libraw. Please see
Control: found -1 0.15.1-1
On Thu, May 30, 2013 at 09:22:27AM +0200, Moritz Muehlenhoff wrote:
Package: libraw
Severity: grave
Tags: security
Two security issues have been found in libraw. Please see this link for
more information and links to upstream commits:
Package: src:gnumed-client
Version: 1.1.17-1
Severity: serious
Justification: Policy 2.1
gnumed-doc installs
/usr/share/doc/gnumed/user-manual/rsrc/System/JSTreeContrib/jquery.jstree.js.
However, the file is present in the source package without source
code. Instructions on which tools were used
Package: libqtwebkit4
Version: 2.2.1-4+b1
Severity: serious
Justification: Policy 12.5
/usr/share/doc/libqtwebkit4/copyright claims the library is
distributed under BSD-style license. However, several thousands of
files in the source package say they are distributed under LGPL.
The list of
Package: libzlui-qt4
Version: 0.12.10dfsg-5
Severity: serious
File: /usr/lib/zlibrary/ui/zlui-qt4.so
Justification: Policy 3.5
% fbreader
loading /usr/lib/zlibrary/ui/zlui-qt4.so
/usr/lib/zlibrary/ui/zlui-qt4.so: undefined symbol: _ZN9QListData6detachEi
Looks like libzlui-qt4 fails to depend on
Package: dictfmt
Version: 1.11.2+dfsg-2
Severity: serious
Justification: Policy 3.5
dictfmt Depends: on gawk while scripts in the package hardcode mawk
invocation:
grep awk /usr/bin/dict*
/usr/bin/dictfmt_index2suffix:mawk -v utf8_mode=$utf8_mode '
14.04.2009 в 22:57:58 +0300 George Kiagiadakis написал:
During upgrade, dpkg complains about that:
Selecting previously deselected package libsubtitleeditor0.
Unpacking libsubtitleeditor0 (from
Package: libqalculate5
Version: 0.9.7-3
Severity: serious
Lenny to squeeze upgrade of qalc fails due to file conflict between
old qalc and libqalculate5. Looks like Breaks/Replaces specify wrong
version number.
Распаковывается пакет libqalculate5 (из файла
Package: potool
Version: 0.11-1
Severity: grave
Upgrade of potool from lenny to squeeze version using
'apt-get upgrade -t testing' fails.
Output of 'LANG=C sudo apt-get -f install':
0 upgraded, 0 newly installed, 0 to remove and 1 not upgraded.
1 not fully installed or removed.
After this
On Fri, Feb 12, 2010 at 05:47:05AM +, Ben Hutchings wrote:
On Fri, 2010-02-12 at 08:46 +0400, Stepan Golosunov wrote:
12.02.2010 в 02:42:29 + Ben Hutchings написал:
On Tue, 2010-02-09 at 17:26 +0400, Stepan Golosunov wrote:
Package: linux-2.6
Version: 2.6.32-6
Severity
12.02.2010 в 02:42:29 + Ben Hutchings написал:
On Tue, 2010-02-09 at 17:26 +0400, Stepan Golosunov wrote:
Package: linux-2.6
Version: 2.6.32-6
Severity: critical
After running 2.6.32 (as well as 2.6.31 and 2.6.30) for several minutes,
computer freezes completely. Network or alt
Package: linux-2.6
Version: 2.6.32-6
Severity: critical
After running 2.6.32 (as well as 2.6.31 and 2.6.30) for several minutes,
computer freezes completely. Network or alt-sysrq-b do not work.
Further investigation showed that data is being corrupted while reading
or writing files.
Corruption
05.12.2009 в 13:33:13 +0100 Iustin Pop написал(а):
Yes, but you're tying here together the grub-mkconfig_lib change and the
linux/linux16 change, and these were not done together. These two should
be split, and the linux16 tested via the presence of
/usr/lib/grub/i386-pc/linux16.mod.
But
04.12.2009 в 16:27:03 +0100 Iustin Pop написал(а):
On Wed, Oct 07, 2009 at 08:44:39PM +0500, Stepan Golosunov wrote:
Package: memtest86+
Version: 4.00-2
Severity: serious
Upgrade to memtest86+ 4.00-2 fails:
Preparing to replace memtest86+ 2.11-3 (using
.../memtest86+_4.00
04.12.2009 в 22:07:56 +0100 Iustin Pop написал(а):
On Fri, Dec 04, 2009 at 10:09:02PM +0400, Stepan Golosunov wrote:
04.12.2009 в 16:27:03 +0100 Iustin Pop написал(а):
On Wed, Oct 07, 2009 at 08:44:39PM +0500, Stepan Golosunov wrote:
Package: memtest86+
Version: 4.00-2
Severity
Package: memtest86+
Version: 4.00-2
Severity: serious
Upgrade to memtest86+ 4.00-2 fails:
Preparing to replace memtest86+ 2.11-3 (using .../memtest86+_4.00-2_i386.deb)
...
Unpacking replacement memtest86+ ...
Updating /boot/grub/grub.cfg ...
Found Debian background: moreblue-orbit-grub.png
The new xine with xdg-screensaver prevents xscreensaver from locking
the screen. But it does not prevent the same screen from beeing
blanked (old xine did). I don't think proposed patches in #511248 are
going to fix that.
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with
08.04.2008 в 07:30:18 +0100 Barak A. Pearlmutter написал(а):
And djview in etch provides /usr/bin/djview as a regular file.
Gotcha.
But djview3 and djview4 should conflict: with djview ( xxx) so it
seems like that should not happen. At least, that was my intent. Did
I make some mistake
On the second thought, djview in stable is unaffected by the conflict,
while lenny no longer contains djview.
Actually, the conflict over /usr/bin/djview3 no longer exists in Debian.
But: what will happen with /usr/bin/djview? Looks like there will be
no /usr/bin/djview after djview and djview3
07.04.2008 в 21:56:11 +0100 Barak A. Pearlmutter написал(а):
Sorry, I don't understand the issue.
Both djview3 and djview4 provide /usr/bin/djview via the
update-alternatives mechanism.
And djview in etch provides /usr/bin/djview as a regular file. If I am
not mistaken, update-alternatives
Package: conquest
Version: 8.1.2j-1
Severity: serious
While trying to upgrade conquest I've got the following:
Preparing to replace conquest 8.1.2g-2 (using .../conquest_8.1.2j-1_i386.deb)
...
Unpacking replacement conquest ...
dpkg: error processing
Package: vim
Version: 1:7.0-035+1
Severity: serious
Vim has undeclared file conflict with vim-doc 1:6.3-071+1sarge1 on
/usr/share/doc/vim which breaks upgrades from sarge.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Package: libtasn1-3-bin
Version: 0.3.5-1
Severity: serious
While running a (partial) upgrade from stable to testing I've got the
following:
Unpacking libtasn1-3-bin (from .../libtasn1-3-bin_0.3.5-1_i386.deb) ...
dpkg: error processing /var/cache/apt/archives/libtasn1-3-bin_0.3.5-1_i386.deb
On Wed, May 10, 2006 at 03:12:30PM +0200, Edward Welbourne wrote:
Package: xserver-xorg-video-i810
Version: 1:1.5.1.0-2
Severity: grave
Justification: renders package unusable
Due to a power outage, I had to re-boot my etch box after some months,
during which I'd updated it, so am now
37 matches
Mail list logo