Package: fontconfig
Version: 2.2.3-4
Severity: grave
Hello,
when I configure fontconfig to not use bitmap fonts, I get invisible
fonts using any xft application (gvim, flash plugin, firefox) when
Courier is beeing requested. It is even worse:
urxvt -fn "xft:Courier"
Floating point exception
str
#include
* [EMAIL PROTECTED] [Tue, Mar 08 2005, 07:54:35AM]:
> Hi
>
> I had the opposite problem (font where so huge it crashed X when
> application did not segfault).
> It was due to teh dpi size setting : fix it by opening the gnome
> font properties and changing the dpi to something rationale
Package: fuse-source
Version: 2.2-2
Severity: grave
Tags: patch
Hello,
the configure call for the modules build is missing an important option.
Please add:
--with-kernel="$(KSRC)" \
If you cannot reproduce it, move your kernel to a non-standard location
and you will see what I mean.
Regards,
#include
* Marco d'Itri [Mon, Apr 25 2005, 12:28:37AM]:
> > So my question is: WTF? Upstream refused a good think. Fine. So you
> > trust the upstream more than your own sanity?
> He provided an argument good enough to persuade me, and I never liked
> this patch anyway.
Guess what, I just got an
Hello,
if you think that the license issues are clarified (and I do so), please
add the new stuff to the copyright file, upload the new version, close
the bugs, wait few days and ask the release guys to add it to Testing.
And please do it RSN.
Regards,
Eduard.
--
<_rene_> .oO ( herr, wirf hirn u
Package: kernel-build-2.6.8-powerpc
Version: 2.6.8-12
Severity: grave
Hello,
I tried to understand your packaging scheme and IMO you do it _wrong_.
a) kernel-build-KVERS on other architectures is a package with common
files. Your packages seem to play the role of kernel-headers-KVERS
packg
reopen 308639
thanks
#include
* Debian Bug Tracking System [Thu, May 19 2005, 08:48:09PM]:
>* Fixed kernel-build/kernel-headers so that kernel-build now include the
> symlinks to all kernel-headers stuff. (closes: #308639)
> (Sven Luther, Simon Horman)
>* Add Module.symvers to
Package: curl
Version: 7.13.2-2
Severity: grave
Tags: upstream
Hello,
curl corrupts the data returned from http://ftp.task.gda.pl . I looked at the
package contents with "tcpdump -s0 -x -i eth1 'port http'" and it seems to be
the same that wget returns. However, what curl finally writs to the st
severity 311842 important
thanks
> If you wish to submit further information on your problem, please send
> it to [EMAIL PROTECTED] (and *not* to
> [EMAIL PROTECTED]).
The web server in question was not completely innocent, so changing the
severity...
--
Zathras: Zathras is used to being beast
#include
* Loïc Minier [Tue, Jun 21 2005, 11:32:42AM]:
> Package: svn-buildpackage
> Version: 0.6.7
> Severity: serious
>
> Hi,
>
> It's been a week that subversion 1.2 is in unstable, and I thought you
> would notice the breakages, but it seems no bug report is open about
> that, so
#include
* Loïc Minier [Wed, Jun 22 2005, 10:39:04PM]:
> Hi,
>
> On mer, jun 22, 2005, Eduard Bloch wrote:
> > I am looking at the issue. The first thing I can see is that some cdbs
> > crap removes files that have been in the .diff file before in the clean
> >
Hello,
I think Bill has a good point here. Ressource files like compiled
terminal descriptions should not be in etc since hardly anyone edits
them. Instead, they should be moved to /usr/share and links from them to
/etc/terminfo/... should be created, so the local admin still has a
chance to modif
#include
* Thomas Dickey [Sun, Jul 03 2005, 06:53:55AM]:
> >I think Bill has a good point here. Ressource files like compiled
> >terminal descriptions should not be in etc since hardly anyone edits
> >them. Instead, they should be moved to /usr/share and links from them to
> >/etc/terminfo/... sh
Package: libc6.1-dev
Version: 2.3.2.ds1-22
Severity: serious
Hello,
ucontext.h has a faulty struct definition on ia64, see
http://buildd.debian.org/fetch.php?&pkg=icewm&ver=1.2.21%2B1.2.22pre2-1&arch=ia64&stamp=1121106846&file=log&as=raw
for details.
Error message:
/usr/include/sys/ucontext.h:4
Package: apt-proxy
Version: 1.9.31
Severity: serious
Hello,
on my server machine, I tried to import the current apt-cacher cache
(real debian packages) into apt-proxy, but the import script fails,
unnable to find a suitable backend:
2005/07/19 09:18 CEST [-] [import] centericq-common_4.20.0-8_i3
reassign 290821 pnet-compiler
thanks
#include
* Mykola A. Nickishov [Mon, Jan 17 2005, 01:38:13AM]:
> Package: mono-mcs
> Version: 1.0.4-1
> Severity: grave
> Justification: renders package unusable
>
> [EMAIL PROTECTED]:~$ sudo apt-get -t unstable -f install
> Reading Package Lists... Done
> Bu
Package: frozen-bubble-data
Version: 1.0.0-6
Severity: grave
Hello,
when I try to upgrade or remove this package, I always end up with the
following error:
Unpacking replacement frozen-bubble-data ...
mv: cannot stat `/usr/games/frozen-bubble.wav': No such file or directory
dpkg: warning - old p
Package: lirc-modules-source
Version: 0.7.1pre1-1
Severity: grave
See subject. I get:
> root < @debian:/root$ dpkg -L lirc-modules-2.6.11-rc3
/.
/lib
/lib/modules
/lib/modules/2.6.11-rc3
/lib/modules/2.6.11-rc3/misc
/lib/modules/2.6.11-rc3/misc/lirc_dev.o
/lib/modules/2.6.11-rc3/misc/lirc_i2c.o
/
severity 387449 normal
tags 387449 + moreinfo notreproducible
thanks
#include
* Alexander Gerasiov [Thu, Sep 14 2006, 04:59:36PM]:
> Package: apt-cacher
> Version: 1.5.3
> Severity: grave
That's not grave because it does not break for everyone.
> # LANG=C aptitude upgrade
> 15 packages upgrade
Hello,
I had exactly the same problem on upgrade and there was no solution.
I upgraded Java to sun-java6-bin but that didn't help either.
After a reboot and after a dozen of postinst calls (during installation
of other packages) it suddenly worked once, and I could not reproduce
the problem since
reassign 445800 g++-4.2
thanks
See below.
#include
* Matthias Klose [Tue, Oct 09 2007, 08:58:55AM]:
> reassign 445800 icewm
> tag 445800 + moreinfo
> tag 445800 + unreproducible
> thanks
>
> > Relevant part:
> > CXXyapp.o
>
> this is irrelevant, the build log may look nice, but it doesn'
#include
* Eduard Bloch [Tue, Oct 09 2007, 09:15:54PM]:
> Same thing done explicitely on amd64, build log and config.h attached.
... now it really is.
buildLogConfig.tgz
Description: GNU Unix tar archive
reassign 423317 wnpp
retitle 423317 O: ppscsi -- set of drivers for parallel port attached scanners
thanks
#include
* Lucas Nussbaum [Sat, Oct 13 2007, 04:37:09PM]:
> On 11/05/07 at 22:35 +0200, Eduard Bloch wrote:
> > #include
> > * Michael Ablassmeier [Fri, May 11 2
tags 481866 +pending
thanks
#include
* Martin Zobel-Helas [Mon, May 19 2008, 07:16:53AM]:
> Package: encfs
> Version: 1.4.2-1
> Severity: serious
>
> There was an error while trying to autobuild your package:
>
> > Automatic build of encfs_1.4.2-1 on spontini by sbuild/sparc 99.99
> > Build sta
reassign 501427 lustre-source
retitle 501427 lustre build script resets version string in kernel headers
thanks
#include
* Patrick Winnertz [Tue, Oct 07 2008, 11:05:50AM]:
> Package: module-assistant
> Version: 0.10.8
> Severity: critical
>
> If you build a custom kernel with m-a maybe with this
severity 500941 important
thanks
Sorry, almost every glitch at this level has to "break unrelated
software". The fact that the issue was undiscovered for 4.5 months
demonstrates its severity very well.
Regards,
Eduard.
--
Jemanden zu sagen Idiot - das ist keine Beleidigung, sondern Diagnose.
#include
* Theppitak Karoonboonyanan [Mon, Oct 13 2008, 07:27:32PM]:
> package apt-cacher-ng
> tags 502072 patch
> thanks
>
> Using strtol() with appropriate check instead of atoi() should cope with
> the error better, without false alarm. (See the proposed patch.)
Indeed, thanks. But please rea
tags 493455 +unreproducible
thanks
#include
* Daniel Schepler [Sat, Aug 02 2008, 11:45:32AM]:
> Package: apt-cacher-ng
> Version: 0.2.3-1
> Severity: serious
>
> From my pbuilder build log, on amd64:
>
> ...
> g++ -c -g -O2 "-I/tmp/buildd/apt-cacher-ng-0.2.3/include"
> source/rfc2553emu.cc -o
severity 495585 normal
tags 495585 + upstream moreinfo
thanks
#include
* Patricio Rojo [Mon, Aug 18 2008, 02:53:34PM]:
> Package: vpnc
> Version: 0.5.1r334-1
> Severity: grave
> Justification: renders package unusable
Not really, i.e. talk only for yourself.
> Hi, I tried to to connect to a C
#include
* Moritz Muehlenhoff [Fri, Mar 21 2008, 01:41:41AM]:
> > * last uploaded long ago
> > * several RC bugs
> > * there's FUSE anyway (i.e. #388386)
>
> Eduard, I agree we should remove this. It's dead upstream (last release/
> commits from 2003), hasn't been part of Etch either and wil
Hello,
actually, cdfs seems to be in big trouble. I found a fix to make it
compile on recent kernels, but the result is not ok, all contents appear
as zero-sized files returning IO errors on access.
Sorry, this needs a proper solution I cannot provide ATM. In the current
state, the package is not
tags 506966 + unreproducible upstream
severity 506966 important
thanks
#include
* Mark Wardle [Wed, Nov 26 2008, 02:49:44PM]:
> Subject: encfs: Cannot decrypt previously encrypted directories
> Package: encfs
> Version: 1.4.2-2
> Severity: critical
> Justification: causes serious data loss
>
> **
#include
* mariodebian [Sun, Nov 30 2008, 03:50:43PM]:
> > > Now it's really working! 2.6.23-4 uploaded. Would RMs consider to readd
> > > it now? I am almost ashamed to request that.
> >
> > Ok, unblocked. Thanks all involved indeed.
> >
>
> Changelog of cdfs-src 2.6.23-4 don't close this bug
#include
* Neil Mayhew [Wed, Dec 31 2008, 08:46:22AM]:
> On 30/12/08 14:25, Eduard Bloch wrote:
>> Your target kernel (2.6.26) is not from Debian Stable, cloop-src is.
>> Do the math.
>
> I find your reply rather rude. I take the time to report Debian bugs so
> tha
Package: proj-data
Version: 4.6.1-3
Severity: serious
The package tries to replace a file in the old proj package. Was the
package split in a recent release? Looks like it's missing the Replaces:
field then.
dpkg: Fehler beim Bearbeiten von
/tmp/mine/debian/pool/main/p/proj/proj-data_4.6.1-3_all
clone 538010 -1
retitle -1 Broken icon data
thanks
Hello,
first, you are right. But: the problem comes from wicd itself in the
first place, therefore I open a second bug report.
AFAICS the WM icon data is crappy:
xprop | grep ICON | tr ',' '\n' | gview -
62521 62529 406342
Sorry, what is
#include
* David Paleino [Thu, Sep 03 2009, 12:07:25PM]:
> forcemerge 538218 538009
> thanks
>
> Hello,
>
> On Fri, 24 Jul 2009 08:48:22 +0200 Eduard Bloch wrote:
>
> > Hello,
> >
> > first, you are right. But: the problem comes from wicd itself in
#include
*Joerg Schilling [Sun, Dec 10 2006, 10:38:15PM]:
First, sccsids are unused code. They have been removed for technical
reasons, and because no usual user and no regular program seem to use
them (see below). And they are disturbing the QA work by triggering
compiler warnings. But what shou
#include
* Joerg Schilling [Sat, Dec 16 2006, 03:43:54PM]:
> Sune Vuorela <[EMAIL PROTECTED]> wrote:
>
> > On Saturday 16 December 2006 12:44, Joerg Schilling wrote:
> >
> > > The removed text is needed in order to allow people to check the original
> > > version information and Copyright for all
#include
* Joerg Schilling [Sun, Dec 17 2006, 12:29:11PM]:
> Eduard Bloch <[EMAIL PROTECTED]> wrote:
>
> > Developers can retrieve the copyright information in cdrkit easily.
> > Users can retrieve the copyright information in cdrkit easily.
> > Have I forgotten so
severity 397611 normal
thanks
#include
* Eddy Petrișor [Wed, Nov 08 2006, 02:41:21PM]:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Subject: svn-buildpackage: [SARGE] missing dependency on file
> Package: svn-buildpackage
> Version: 0.6.7
> Severity: serious
Non-sense. Two of tree main
Package: kdm
Version: 4:3.5.5a.dfsg.1-1
Severity: grave
Hello,
I recently discovered that my root partition was full. The reason was
not really clear, since there were over 3gb free. I found that kdm.log
files are full of crap: billions of duplicated lines, apparently comming
from X server but st
tags 35 + moreinfo
thanks
#include
* Mind Booster Noori [Thu, Nov 23 2006, 10:58:22AM]:
> Package: wodim
> Severity: serious
> Justification: Error trying to dist-upgrade
>
>
> I don't know if I reporting to the right package, and also dunno if
> "serious" is the right severity... sorry :-(
#include
* Marcos Daniel Marado Torres [Thu, Nov 23 2006, 03:36:01PM]:
> > Unexplainable. Could be a bug in APT. Please send
> > your /var/log/dpkg.log file (compressed with gzip).
>
> I would gladly do it, but I just found that my /var/log/dpkg.log was an
> empty file... I enabeled logging, did
#include
* Marcos Marado [Thu, Nov 23 2006, 06:07:06PM]:
> On Thu, 2006-11-23 at 18:57 +0100, Eduard Bloch wrote:
> > #include
> > * Marcos Torres Marado [Thu, Nov 23 2006, 05:03:56PM]:
> > > > Do "dpkg -l cdrecord" please, don't reinstall it yet.
tags 382082 + help
thanks
Could you give me some hints to find an appropriate solution? I am a bit
exhausted with my spare time in these days.
Eduard.
#include
* Stefan Fritsch [Tue, Aug 08 2006, 08:56:54PM]:
> package bomberclone
> retitle 382082 CVE-2006-400[56]: Multiple Remote Vulnerabiliti
#include
* Michael Ablassmeier [Fri, May 11 2007, 01:15:59AM]:
> Package: ppscsi
> Version: 0.3
> Severity: serious
> User: [EMAIL PROTECTED]
> Usertags: proposed-orphan
>
> Hi,
>
> While reviewing packages that were not included in Etch, your package came
> up as a package that should maybe be
severity 414886 important
reassign 414886 imlib11
thanks
#include
* Luca [Wed, Mar 14 2007, 04:10:27PM]:
> Package: icewm
> Version: 1.2.28-4-mrf0
> Severity: grave
> Justification: renders package unusable
Bit. You have a problem with imlib caused by a broken or at least
weird Xserver emula
retitle 393295 RM: translucency -- RoM; abandoned upstream; superseded by
unionfs
reassign 393295 ftp.debian.org
thanks
This package won't longer work with Etch's default kernel (2.6), unionfs
has been implementing its functionality for a long while.
Eduard.
#include
* Bernhard M. Wiedemann [M
severity 571536 important
thanks
#include
* Scott [Thu, Feb 25 2010, 08:12:11PM]:
> Package: apt-cacher-ng
> Version: 0.2.2-2
> Severity: grave
> Justification: renders package unusable
> other comment: apt-cacher-ng is installed as the primary software on a
> vserver,
> to be used as an apt p
notfound 548348 0.3.4-1
thanks
#include
* Jamey Sharp [Fri, Sep 25 2009, 11:17:00AM]:
> Package: apt-cacher-ng
> Version: 0.2.2-2
> Severity: serious
> Justification: Policy 3.5
"serious"? Please read dp3.5 again.
"Every package must specify the dependency information about other
packages that
Package: hddtemp
Version: 0.3-beta15-45
Severity: serious
Justification: policy §12.5
The copyright file refers to http://www.guzu.net/linux/hddtemp.php - but
this page only contains links to some web directory with obsolete
versions (0.3-beta15 from 2007), or to Savannah Arch repository page
whic
#include
* Marco Macek [Mon, Jan 04 2010, 09:27:42PM]:
>>> In my (mostly default), I can reproduce
>>> this using right click -> Move...
>>> but I can get out of it by pressing Esc.
>>>
>> Correct. Somehow that simply did not occur to me.
>>
>> Sven
>>
> The problem is fixed in 1.3.6pr
#include
* Sven Joachim [Mon, Jan 04 2010, 10:11:54PM]:
> Am 04.01.2010 um 21:52 schrieb Eduard Bloch:
>
> > @Sven: please try the test packages from:
> >
> > deb http://pkg-icewm.alioth.debian.org ./
>
> Sorry, I need packages for i386 or source to build them.
reopen 593356
found 593356 0.5.1-1
found 593356 0.5.3-1
found 593356 0.2.2-2
thanks
Hi,
I think I found the real leak. It was obviously not found by valgrind
before because the leaked resource was the internal thread memory.
It's even worse, it was there almost from the beginning. Since the rest
severity 602392 important
thanks
#include
* toobuntu [Sat, Nov 06 2010, 07:00:58PM]:
> I encountered the same issue also while trying to install
> virtualbox-ose-guest-dkms (VirtualBox Guest Additions). Please let me know
> what I can do to help. I noticed that "linux" is hardcoded all over the
>
#include
* Daniel Pittman [Thu, Aug 19 2010, 06:28:01PM]:
> Eduard Bloch writes:
>
> >> > We use apt-cacher-ng in the office to reduce the cost of updates, for
> >> > which
> >> > it works great. However, after moving from an Etch machine to a Lenny
&
retitle 581203 libboost-serialization1.42.0 breaks backwards compatibility with
old XML data
reassign 581203 libboost-serialization1.42.0
thanks
This problem refers to https://svn.boost.org/trac/boost/ticket/3990
and http://code.google.com/p/encfs/issues/detail?id=60 . My temporary
workaround wil
retitle 583009 Attempts to escape = char in Cflags
reassign 583009 pkg-config
thanks
Just what the title says...
$ pkg-config --cflags fuse
-D_FILE_OFFSET_BITS\=64 -I/usr/include/fuse
Previous versions didn't add a backslash there. I can find a workaround
like pushing through a Makefile variab
Package: llvm-gcc-4.5
Version: 0~20091229-2
Severity: grave
$ llvm-c++ source/conn.cc -o
/usr/bin/llvm-c++: line 2: exec: c++-4.5: not found
Maybe this was a link some time ago but there is no c++-4.5 with current
gcc package.
Regards,
Eduard.
-- System Information:
Debian Release: wheezy/sid
#include
* Agustin Martin [Mon, Mar 14 2011, 10:28:43AM]:
> This seems at least the problem I have with libpam-encfs, which in
>
> http://packages.qa.debian.org/libp/libpam-encfs.html
>
> claims to be out of date in kfreebsd*, presumably because (unistallable)
> kfreebsd* packages exists for
severity 598469 important
thanks
#include
* Keith Edmunds [Wed, Sep 29 2010, 11:33:59AM]:
> 0.5.1-2 is now available in Squeeze, so I will try to build that on Lenny
> and use it.
Yeah, please. I have no clue what is causing this behaviour except of
the apt-cacher-ng server itself being DOSed b
#include
* M. Vefa Bicakci [Sun, Jul 04 2010, 03:15:21PM]:
> After upgrading apt-cacher-ng from 0.4.7-1 to 0.4.8-1, I noticed that
> apt-cacher-ng started to report a lot of 503 errors in
> /var/log/apt-cacher-ng/apt-cacher.err, and apt-get stopped working
> properly with apt-cacher-ng. After I
#include
* M. Vefa Bicakci [Mon, Jul 05 2010, 09:21:25PM]:
> HTTP/1.1 206 Partial Response
>
> Content-Length: 64360088989315
>
> Content-Range: bytes
> 17496580076480779--5224466291009740840/-5314247457217970159
Yeah, that's the thing that apt-get should have displayed from the start
instead
severity 736066 important
thanks
Dear Security Team,
FYI, as discussed in this bug report, I am lowering the severity of this
bug because of not considering this a general security problem. It's
only an issue in specific scenarios which are sufficiently explained
now.
Regards,
Eduard.
* E
Package: dpkg
Version: 1.17.22
Severity: grave
Hello,
today I tried to dist-upgrade my system (sid) starting from a package
state of a couple of weeks ago. First apt reported a failed dpkg right
in the middle of the upgrade process without displaying any visible
error messages. Now when I run "ap
tags 763685 +pending
thanks
Hallo,
* Guillem Jover [Thu, Oct 02 2014, 05:23:09AM]:
> > @@ -22,8 +24,10 @@
> > override_dh_install:
> > dh_install $(shell test -e build/acngfs || echo -Xacngfs)
> > sed -e s,^Type=simple,Type=notify, < systemd/apt-cacher-ng.service >
> > debian/apt-cacher
Hallo,
* Matthias Urlichs [Mon, Sep 29 2014, 07:29:44AM]:
> > > According to a security audit by Taylor Hornby (Defuse Security), the
> > > current
> > > implementation of Encfs is vulnerable or potentially vulnerable to
> > > multiple
> > > attacks on the encrypted data. This especially affe
Control: reassign 798698 piuparts
Hallo,
* Andreas Beckmann [Fri, Sep 11 2015, 09:07:14PM]:
> Package: icewm
> Version: 1.3.8+githubmod+20150818+ad97152-1
> Severity: serious
> User: debian...@lists.debian.org
> Usertags: piuparts
>
> Hi,
>
> a test with piuparts revealed that your package misse
Control: reassign -1 piuparts
Hallo,
* Sven Joachim [Sat, Sep 12 2015, 10:51:16AM]:
> Control: reassign -1 icewm 1.3.8+githubmod+20150818+ad97152-1
>
> Am 12.09.2015 um 09:43 schrieb Eduard Bloch:
>
> > Control: reassign 798698 piuparts
> >
> > Hallo,
> >
Hallo,
* Andreas Beckmann [Sat, Sep 12 2015, 01:13:31PM]:
> Yes, he did. But did you understand what Sven wrote?
>
> > Check:
> > https://packages.debian.org/sid/arm64/icewm-common/filelist
>
> That contains
>
> ...
> /usr/share/doc/icewm-common/html/icewm.html
> /usr/share/doc/icewm/preference
Control: severity 818862 important
Hallo,
* Luca Boccassi [Tue, Aug 16 2016, 09:48:40PM]:
> On Tue, 2016-08-16 at 20:02 +0200, Eduard Bloch wrote:
> > Package: nvidia-kernel-source
> > Version: 367.35-1
> > Followup-For: Bug #818862
> > Control: severity 818862 grave
Control: tags 831195 +patch
While this problem can be easily patched, I have no motivation to work
on this package anymore. RFH will be opened soon.
Regards,
Eduard.
>From b1bf5f03735b5a0310698ac5143a1397dc8c0cca Mon Sep 17 00:00:00 2001
From: Eduard Bloch
Date: Fri, 22 Jul 2016 22:26:31 +0
Hallo,
* Klaus Ethgen [Sat, Feb 18 2012, 11:26:48AM]:
> Am Sa den 18. Feb 2012 um 1:45 schrieb Cyril Brulebois:
> > Ben Hutchings (12/12/2011):
> > > This module fails to build for Linux 3.1:
> > >
> > > make[2]: Entering directory `/usr/src/modules/cdfs/2.4'
> > > gcc -Wall -O2 -DLINUX -DCONFI
tags 651788 +help
thanks
Hallo,
* Eduard Bloch [Sat, Feb 18 2012, 04:44:37PM]:
> Exactly. Guys, please relax, this bug just went off my radar for some
> reason but I will try to fix it ASAP. The package needed some polishing
> anyway (dropping 2.4.x legacy, using quilt format, etc.).
S
Source: mediainfo
Version: 0.7.52
Severity: serious
The package does cannot be built twice.
/var/tmp/libmediainfo-0.7.52 $ debuild
dpkg-buildpackage -rfakeroot -D -us -uc
dpkg-buildpackage: source package libmediainfo
dpkg-buildpackage: source version 0.7.52-1
dpkg-buildpackage: source changed b
Package: libmediainfo-dev
Version: 0.7.52-1
Severity: serious
Hello,
currently, if an application relies on the flags returned from pkgconfig
for libmediainfo, the application cannot be linked! This happens because
MediaInfo_Const.h makes use of the _UNICODE definition to create the
type definiti
tags 668575 +unreproducible
severity 668575 important
thanks
Hallo,
> Severity: grave
> Tags: upstream
> Justification: renders package unusable
You cannot claim that without testing simple use cases (like with a
short password).
>* What led up to the situation?
> I transferred 2 directorie
found 720296 0.1.12-2
thanks
Hallo,
* Andreas Beckmann [Tue, Aug 20 2013, 09:16:29AM]:
> 0m19.0s ERROR: FAIL: debsums reports modifications inside the chroot:
> /etc/apt-cacher-ng/backends_debian
This "problem" has been existing for years, the file never changes in
the upstream package and the
Hallo Geert,
nice to hear from you again.
* Geert Stappers [Thu, Oct 17 2013, 09:41:43PM]:
> Hello Eduard,
>
> Does it help if I do a NMU to fix http://bugs.debian.org/720296 ?
>
> AIUI did #720296 cause the removal of apt-cacher-ng from testing.
>
> http://packages.qa.debian.org/a/apt-cacher-
Package: apt
Version: 1.1~exp8
Severity: grave
Hello,
this morning, apt started segfaulting out of blue. My current workaround
was to install the experimental version and run "apt-cache gencaches"
then, at least, apt-cache stopped segfaulting. But apt-get still cannot
run an update, see below, be
Hallo,
* Jan Niehusmann [Thu, Sep 11 2014, 12:12:08PM]:
> The bug report is about security issues, but these are not security
> issues of the software (as in: you can somehow hack into the computer
> wich is running the software), but of the encryption algorithms used.
>
> So it can be compared t
Hallo,
* Holger Levsen [Thu, Sep 11 2014, 06:42:32PM]:
> Hi Eduard,
>
> On Donnerstag, 11. September 2014, Eduard Bloch wrote:
> > In fact, that is what I considered as workaround, and even harder: add a
> > debconf message with priority critical telling exactly those deta
Package: libsystemd-daemon-dev
Version: 215-4
Severity: grave
The current Sid version does not have any useful contents. sd-daemon.h
is in libsystemd-dev (why?) and libsystemd-daemon.so is gone. It was
there in testing:
https://packages.debian.org/search?suite=jessie&arch=any&mode=path&searchon=c
Hallo,
* Eduard Bloch [Thu, Sep 11 2014, 04:55:14PM]:
> > (What would be the right way to do that? Lower the severtiy of the bug?
> > Add a jessie-ignore tag?)
> >
> > To notify users about the potential security issue, a NEWS file could
> > be added, or one could
Package: init-select
Version: 1.20140309
Severity: serious
Dear Maintainer,
I am sorry if this report comes too harsh but my impression is that this
package is not suitable for a release and therefore I have set the
Severity that way. Feel free to change but please with sufficient
reasons.
Thing
tags 1095263 + help
thanks
Hallo,
* Andreas Beckmann [Thu, Feb 06 2025, 03:00:26AM]:
> Package: cloop-src
> Version: 3.14.1.3+nmu1
> Severity: serious
>
> cloop-src fails to build a module for Linux 6.1 in bookworm
> (and of course also for 6.12 in trixie).
Yes. I tried to add latest API adjustme
Hi,
On Thu, 06 Mar 2025 11:52:57 +0100 eric wrote:
> After updating and generating a new initramfs, it does not find the nvme
> root fs. Booting previous kernel with previous generated initramfs (0.145)
> works. Downgrading to 0.145 and rebuilding initramfs makes system work again.
>
> Main disk
clone 1100588 -1
reassign -1 libtinyxml2-10
retitle -1 libtinyxml2-10: apparent ABI break
thanks
Hi,
see below for the description. I can confirm, with stacktrace. Maybe
time to create a custom SONAME version?
Program received signal SIGSEGV, Segmentation fault.
0x778fd6ce in tinyxml2::X
On Tue, 18 Mar 2025 09:31:33 +0100 Bastian Germann wrote:
> Version: 11.0.0+dfsg-1
>
What does that mean? The ABI will be restored in 11.0.0+dfsg-1?
And how do you want the using packages to be fixed? Binary rebuild?
Best regards,
Eduard.
notfound 1100661 10.1.0+dfsg-1
found 1100661 10.0.0+dfsg-2+b2
thanks
> What does that mean? The ABI will be restored in 11.0.0+dfsg-1?
>
> And how do you want the using packages to be fixed? Binary rebuild?
No answer is an answer. The version tag did not make sense, and the
result was probably th
101 - 191 of 191 matches
Mail list logo
