Package: fortunes
Version: 1:1.99.1-7.3
Severity: grave
Justification: renders package unusable
Dear Maintainer,
today I ran a full upgrade of my Debian Testing as part of my daily
routine.
Since then, I cannot run `fortune` anymore. The error message I get is
fortune: symbol lookup error:
On Wed, 26 Jun 2024 17:24:25 +0700 Max Nikulin wrote:
On Sun, 23 Jun 2024 18:16:27 +0200 Salvatore Bonaccorso wrote:
>
https://git.savannah.gnu.org/cgit/emacs/org-mode.git/commit/?id=f4cc61636947b5c2f0afc67174dd369fe3277aa8
Will the fix be backported to bookworm emacs-28 package?
Sorry
On Sun, 23 Jun 2024 18:16:27 +0200 Salvatore Bonaccorso wrote:
https://www.openwall.com/lists/oss-security/2024/06/23/1
Upstream fix (in org-mode);
https://git.savannah.gnu.org/cgit/emacs/org-mode.git/commit/?id=f4cc61636947b5c2f0afc67174dd369fe3277aa8
Will the fix be backported to bookworm
On 07/06/2024 18:24, Andrej Shadura wrote:
That was totally a bug in plantuml. My fault that I forgot to merge it
with another bug report for the same issue.
Thanks, Andrej. I see that the package have returned to testing.
I am sorry that I missed https://bugs.debian.org/1068999 I was surpri
On Sat, 20 Apr 2024 14:09:44 +0200 Lucas Nussbaum wrote:
Source: nncp
Severity: serious
Justification: FTBFS
[...]
Caused by: java.lang.RuntimeException: Fontconfig head is null, check your
fonts or fonts configuration
John, for nncp it was certainly a high priority bug, but why severity is
On 25/03/2024 15:47, Sean Whitton wrote:
On Mon 25 Mar 2024 at 10:21am +07, Max Nikulin wrote:
On Mon, 25 Mar 2024 01:13:54 + Debian FTP Masters wrote:
Source: emacs
Source-Version: 1:29.3+1-1
Done: Rob Browning
Should this issue be reopened or be cloned to backport fixes to Emacs-28 in
On Mon, 25 Mar 2024 01:13:54 + Debian FTP Masters wrote:
Source: emacs
Source-Version: 1:29.3+1-1
Done: Rob Browning
Should this issue be reopened or be cloned to backport fixes to Emacs-28
in Debian stable?
Control: found -1 1:28.2+1-15
On Sun, 24 Mar 2024 16:53:55 -0300 David Bremner wrote:
** Arbitrary Lisp code is no longer evaluated as part of turning on Org mode.
This is for security reasons, to avoid evaluating malicious Lisp code.
Emacs-28 in Debian 12 bookworm requires the fix as well.
S
Package: postgresql-common
Version: 248
Severity: critical
When I tried to use "pg_createcluster" to configure my pre-existing
PostgreSQL data directory with a new Debian install, it deleted the
whole cluster with all databases instead. (This serious data loss
justifies "severity critical" accord
Package: ruby-aws-partitions
Version: 1.653.0-1
Followup-For: Bug #1042415
This also occurs on bookworm. After manually creating the file I also
had to manually create partitions-metadata.json for the package to work.
-- System Information:
Debian Release: 12.1
APT prefers stable-updates
APT
On 09/05/2023 05:00, Nicholas D Steeves wrote:
It's what at least two users want
Intention of my bug report is to ensure that it was a conscious decision
to keep a bit outdated Org version. I hope, only a small part of users
will really notice the difference with built-in version. I consider
On 2023/04/11 17:40, Andreas Henriksson wrote:
> I think 2 is better myself and I'm attaching a proof of concept
> debdiff to implement it. (You might want to make a cleaner version.)
Agree. I think your patch looks quite clean, and if it were submitted
to me, I'd merge it (the same would probab
On 2023/04/11 15:11, Andreas Henriksson wrote:
> The culprit seems to be that mpd falls back on hard-coded path (instead
> of failing) when systemd.pc is not found!
What does this have to do with systemd.pc? It isn't used anywhere.
On 2022/08/14 09:16, Lucas Nussbaum wrote:
> Relevant part (hopefully):
> > /usr/bin/ld: src/decoder/plugins/libdecoder_plugins.a.p/FfmpegIo.cxx.o: in
> > function `AvioStream::Open()':
> > ./obj-x86_64-linux-gnu/../src/decoder/plugins/FfmpegIo.cxx:102: undefined
> > reference to `av_malloc(unsi
Why isn't the bug being fixed? That is obviously the correct solution.
On 8/3/22, Richard B. Kreckel wrote:
> This is issue 157 upstream:
> https://gitlab.freedesktop.org/xorg/lib/libx11/-/issues/157
> Apparently, they do not want to revert it.
>
> So, should Debian build with --disable-thread-sa
Assuming this issue effects only one app is defective. Fix the broken
compatibly with legacy code as this solves it for all programs. And
does not require rewriting an unknown number of apps, that probably
don't have maintainers to fix things, to keep working vs. being
rendered unusable.
On 7/30/2
On 2021/11/05 08:09, Max Kellermann wrote:
> I gave this a second thought, and I fear that changes like this one
> break even more setups, which should be avoided in a stable branch.
>
> I'll rather revert the "RuntimeDirectory" addition for now in the
> 0.23.x s
On 2021/11/05 06:10, Max Kellermann wrote:
> On 2021/11/05 05:55, Florian Schlichting wrote:
> > However, Max: behind this hides another problem, which is why I asked
> > Ryan to delete the pid_file configuration: as part of 0.23.3 you added
> > the "RuntimeDirect
On 2021/11/05 05:55, Florian Schlichting wrote:
> However, Max: behind this hides another problem, which is why I asked
> Ryan to delete the pid_file configuration: as part of 0.23.3 you added
> the "RuntimeDirectory=mpd" directive to both mpd.service units. In the
> abs
On 2021/09/10 11:43, Tim Phipps wrote:
> AN upgrade to rasbian stable ahs moved some ldd files included in the
> libraspberrypi0 packages and now mpd fails to start.
MPD doesn't use any of these libraries. These are indirect
dependencies, maybe via FFmpeg? In any case, this is not a MPD
packag
I just found the bug and the fix! It's not in podman but in conmon!
See https://github.com/containers/conmon/releases/tag/v2.0.29 and
https://github.com/containers/conmon/commit/b033cb5dfde6de05e63408fc839f1bb641cddd85
On Tue, 29 Jun 2021 00:08:48 +0900 Hideki Yamane wrote:
> Well, I've tested
Package: podman
X-Debbugs-Cc: m...@doo.shop
Version: 3.0.1+dfsg1-2+b2
Severity: critical
Justification: breaks the whole system
Tags: newcomer
Dear Maintainer,
when processes inside a podman container consume all the available
memory, system processes start to get killed instead of the process
in
Hello - I also had this issue with a recent update. I had to boot to rescue and
force install grub and bootloader.
It's a laptop with single NVMe hard drive with lvm and luks setup by the
default debian install.
I think this previously happened in the past year.
What can I do to help? I did
I have the same issue. Only Alt + F2 and keyboard shortcuts work.
The (cinnamon) menu doesn't do anything.
--
Regards,
Max Minenko
Hi guys, This small mess has been existing couple of days now. Is it possible to fix this package please? There are a bunch of packages stuck in unstable because of this situation this package is in. If I'm correct, the changelog of -2 closed the wrong bug number. Then the wrong changelog entry was
I committed my patch to libapreq's Subversion repository:
http://svn.apache.org/viewvc?view=revision&revision=1866760
multipart.c?r1=227276&r2=227275&pathrev=227276
The attached patch fixes the bug by re-adding the NULL check.
commit f27d15e47000b0442e8071ab0fd76b82df9f2d2f
Author: Max Kellermann
Date: Tue Sep 10 12:15:07 2019 +0200
parser_multipart: fix NULL pointer dereference in nested multipart
Am Dienstag, 30. Juli 2019, 01:21:43 CEST schrieb Jiri Palecek:
> On 29. 07. 19 22:12, Max Hofer wrote:
> >> I was also hit by this bug after upgrading yesterday (it has been few
> >> weeks since I updated the machine). Just like others, I also had to
> >> downgrade
b-efi-amd64
> 5. grub-pc-bin
I hit the same problem today. Could you please provide the information, how you
downgraded the packages
on a non bootable system?
Regards
Max
On 2018/12/29 01:25, Santiago Vila wrote:
> In file included from /usr/include/libroar/libroar.h:173,
> from /usr/include/roaraudio.h:133,
> from src/output/plugins/RoarOutputPlugin.cxx:36:
> /usr/include/libroar/vio_stdio.h:50:46: error: '_IO_off64_t' has not bee
Package: icingacli
Version: 2.6.1-1
Severity: grave
Justification: renders package unusable
Dear Maintainer,
an example:
icingacli --help
Fatal error: Uncaught ErrorException: "continue" targeting switch is equivalent
to "break". Did you mean to use "continue 2"? in
/usr/share/php/Icinga/Fil
Package: glibc-source
Version: 2.24-11+deb9u3
Severity: serious
Justification: fails to build from source (but built successfully in the past)
-- System Information:
Debian Release: 9.5
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_6
9-25 11:41:20.0 +
+++ valgrind-3.11.0/debian/changelog 2016-06-19 00:01:35.0 +
@@ -1,3 +1,10 @@
+valgrind (1:3.11.0-1.1) UNRELEASED; urgency=medium
+
+ * Non-maintainer upload.
+ * Add 15_compressed.patch - support compressed debug info (closes: #810295)
+
+ -- Max Dmitrichenko S
On 2016/04/24 22:00, Florian Schlichting wrote:
> This seems to be caused by a lacking include, fixed by the below patch.
Merged.
Please contact me if you need more information.
sincerely,
Max Görner
-- System Information:
Debian Release: stretch/sid
APT prefers testing
APT policy: (1000, 'testing'), (995, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 4.1.0-
On 2014/11/02 21:16, Max Kellermann wrote:
> This copyright problem must be resolved by a license change of
> libmp4v2. If no solution appears possible on their side, the plugin
> will be removed from the next MPD release.
The plugin has been removed from MPD 0.19.5, because no soluti
d by a license change of
libmp4v2. If no solution appears possible on their side, the plugin
will be removed from the next MPD release.
(I was not aware of this licensing problem when I merged the plugin.)
Max
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subj
Hi everyone,
I can reproduce the failure and confirmed that tests succeed with the
new upstream release, which I'll upload shortly.
Thanks,
Max
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble?
On 2014/02/18 13:06, Sharon Kimble wrote:
> On Tue, 18 Feb 2014 12:40:23 +0100
> Max Kellermann wrote:
>
> > On 2014/02/18 12:31, Sharon Kimble wrote:
> > > Tried to update to version 0.18.8-1 today and it fails to install
> > > giving a dpkg error code of
On 2014/02/18 12:31, Sharon Kimble wrote:
> Tried to update to version 0.18.8-1 today and it fails to install giving a
> dpkg
> error code of 1.
It appears your /etc/default/mpd contains garbage that belongs in
/etc/mpd.conf, but I don't see anything in the new package that would
cause garbage t
Hi, I don't have this problem on debian 7 stable
Max
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Hi, I'm not sure if your problem is like mine
using kmail with imap, I see coming new messages and suddenly disappear
it.. so I lost messages...
this keep kmail useless
thanks for help
--
Max
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subje
0.2~git20120929-2_amd64.deb
--
Cheers,
Max Ramirez G.
Definitely I'm ok with the new license.
-- Max
On Tue, Jul 3, 2012 at 12:30 AM, Volodymyr M. Lisivka
wrote:
> I relicensed locale under LGPL2.1+. Anybody can collect all necessary
> information from public sources anyway. I also updated my email.
>
> Max - are you agree with
Already did so, I assumed that this is the case. I compiled rtorrent once
myself (long time ago) to test the latest version because all Debian
packages back then were outdated.
Thanks again mate!
On Tue, Jun 26, 2012 at 12:17 AM, Benoît Knecht wrote:
> Benoît Knecht wrote:
> > Max Po
Omfg everything is working again. Where can I donate to you directly
Benoît? Thanks so much! :D
Regards
Max
On Tue, Jun 26, 2012 at 12:08 AM, Benoît Knecht wrote:
> Max Power wrote:
> > Output from ldd $(which rtorrent)
> >
> > linux-vdso.so.1 =&
14.0.1 in the same directory.
I have /usr/lib/x86_64-linux-gnu/libtorrent.so.14 and it's pointing to
/usr/lib/x86_64-linux-gnu/libtorrent.so.14.0.4 but for an unknown reason
it's not linked correctly. Any idea on how to fix this?
Many thanks
Max
On Mon, Jun 25, 2012 at 11:38 PM, Benoît Knech
Package: rtorrent
Version: 0.9.2-1
Severity: grave
Justification: renders package unusable
After uprading from rtorrent 0.8.9 (previous unstable version) rtorrent is not
able to start again with the error message:
rtorrent: symbol lookup error: rtorrent: undefined symbol:
_ZN7torrent11thread_b
Package: pithos
Version: 0.3.14-1
Severity: grave
Tags: upstream
Justification: renders package unusable
Pandora changed the protocol used so far and Pithos does not play anything.
See:
https://bugs.launchpad.net/pithos/+bug/988395
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=670483
--
Package: strongswan-starter
Version: 4.5.2-1.3
Severity: serious
Justification: Policy 9.1.4
According to DP "/run is cleared at boot", so some changes should be made to
the upstream code, for example strongswan could keep files directly in
/run/lock directory.
I noticed the problem, when config
Today I tried again to install Debian GNU/Linux Wheezy on a HP 635. I used the
netinst image on a DVD (of March 19, 2012). The graphical installation doesn't
work this time. After the boot messages the screen gets blank and stays this
way.
The normal installation worked but the reported error r
Package: installation-reports
Justification: breaks the whole system
Severity: critical
Tags: d-i
Dear Maintainer,
the initial boot only shows the selection screen and then freezes. This was
also the case with older Debian Wheezy versions on this machine. That's why I
use CDs for intallation at
The problem is still there with testing from February 25, 2012. There is no
mouse cursor any more and the top and bottom of the screen is checkered with
black and white stripes and stripes of the snow mosaic which still is in the
center of the screen.
The error occurs also if I don't install th
Package: installation-reports
Justification: breaks the whole system
Severity: critical
Tags: d-i
Dear Maintainer,
the graphical installer works fine on this notebook. The error occurs only at
the attempt to boot the installation. GRUB passes fine, than Linux loads and
I'm asked for the passwor
vendor="X.Org Foundation"
compiled for 1.7.7, module version = 1.0.0
ABI class: X.Org ANSI C Emulation, version 0.4
(II) Loading sub module "ddc"
(II) LoadModule: "ddc"
(II) Module "ddc" already built-in
(II) fglrx(0): Finished Initialize PPLIB!
(I
Hello,
this bug can be closed. I had dpkg pinned at an old version. After updating
dpkg, it now works. I'm sorry for the inconvenience caused.
Regards,
M.
PS: I used an anonymous mailbin for the original bugreport. I'm the original
bug reporter, this time from a proper e-mail address.
Hi, I can confirm the solution given by Tomassino Ferrauto
(http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=636305#15).
--
Regards,
Max Ramirez G.
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Conta
On 2011/07/25 20:51, Michael Gibbs wrote:
> Package: mpd
> Version: 0.16.2-1
> Severity: grave
> Justification: renders package unusable
>
> When attempting to rebuild the database mpd segfaults and gives the following
> message in 'dmesg':
>
> mpd[15439]: segfault at 805aebf ip b75ce7a5 sp b37b
This FTBFS is the result of the python-subunit package not being
properly built for all current Python versions.
signature.asc
Description: OpenPGP digital signature
e in
/etc/default/mpd.
Do you want the postinst script to ignore such a configuration error?
Max
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
reopen 601657
thanks
On 2010/10/28 11:08, Adrian Knoth wrote:
> On Thu, Oct 28, 2010 at 09:31:48AM +0200, Max Kellermann wrote:
>
> > The attached test program can trigger a (timing?) bug in libffado2,
>
> Welcome to userlevel device drivers. For some reasons, the packets we
Package: libffado2
Version: 2.0.1+svn1856-5
Severity: serious
libffado2 reads a lot of values from freed or uninitialized memory.
That is obviously a crash waiting to happen. See attached valgrind
log file.
Thread 10:
Conditional jump or move depends on uninitialised value(s)
at 0xAEE9C75: Cy
Package: libffado2
Version: 2.0.1+svn1856-5
Severity: serious
While trying to write a ffado output plugin, MPD crashed with
ized: 1250339197796: Debug (Configuration.cpp)[
185] showSetting: xmit_max_cycles_early_transmit = 4 (0x0004)
ERROR: messagebuffer not initialized: 1250339197885: Debug (devicemanager.cpp)[
620] discover: driver found for device 0
ERROR: messagebuffer not initialized: 1250339218779: Debug
(be
On 2010/09/22 18:03, Matthias Klose wrote:
> clone 562568 -2
> reassign -2 libmpd
How is this bug related to libmpd? Did you mean "mpd" instead?
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
rutils supplies uuencode.
I'm confused. There is no way I can see aespipe needing
uuencode or showing such a warning.
Can you please describe what exactly you are trying to do?
Please quote the error messages you are seeing.
Max
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@li
CK, mode=327680)
at pcm.c:2241
#6 0x0042b34a in alsa_open (data=0x513160, audio_format=0x512d20,
error=0x7fffe2ab6008)
at /home/max/git/mpd/src/output/alsa_plugin.c:471
#7 0x00428153 in ao_plugin_open (plugin=0x4678c0, data=0x513160,
audio_format=0x512d20, error=0x7f
On 2009/12/11 09:30, Lucas Nussbaum wrote:
> Source: mpd
> Version: 0.15.6-1
> Severity: serious
> User: debian...@lists.debian.org
> Usertags: qa-ftbfs-20091210 qa-ftbfs
> Justification: FTBFS on amd64
>
> Hi,
>
> During a rebuild of all packages in sid, your package failed to build on
> amd64.
Package: libv8-2.0.3
Version: 2.0.3-1
Severity: grave
Contrary to the package description, there is no shared library.
There is nothing except /usr/share/doc/libv8-2.0.3. Same is true for
the -dbg package. The symlink /usr/lib/libv8.so in the -dev package
points to a non-existing path.
--
To
name it to (say) mpich2-mpd.
It would be confusing for users if /usr/bin/mpd doesn't start the
Music Player Daemon anymore, after more than 6 years. Same thing.
There are more problems to come: mpd.py references files named
/etc/mpd.conf and ~/.mpd.conf. Music Player Daemon uses /etc/mpd.co
On 2009/10/01 12:06, Christophe Mutricy wrote:
> I attend to upload a 0-day NMU to fix this FTBFS as soon as I find a
> sponsor.
>
> Debdiff and diif.gz can be found at
> http://people.videolan.org/~xtophe/debian
Not sure if it's worth it. We will release MPD 0.15.4 on the upcoming
weekend, whi
On 2009/09/20 16:00, Luk Claes wrote:
> mpd fails to build on armel with the following message (more info in
> the full build log on buildd.d.o). This is currently one of the
> blockers for the faad2 transition.
This fails on older libvorbis versions. For 0.15.4, we have reverted
the patch which
rsions of packages tzdata depends on:
ii debconf [debconf-2.0] 1.5.24 Debian configuration
management sy
tzdata recommends no packages.
tzdata suggests no packages.
-- debconf information excluded
--
Euer Max - Oud Lemiers 18 - NL6295AT Lemiers - T (NL 06)1840 3128
F (NL 08
oop: module loaded
> [ 4521.947610] loop: AES key scrubbing enabled
> [ 4521.948506] loop: loaded (max 8 devices)
> # losetup -v -e aes /dev/loop0 /dev/md0
> Password: 123123123123123123123123123123123123
> ioctl: LOOP_SET_STATUS: Invalid argument
> # losetup -v -e A
7;s repository...
Max
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
nitialize the "pause" flag retroactively
2. try the attached patch
If the patch fixes the problem, we'll release 0.15.3 soon.
Max
diff --git a/src/output_init.c b/src/output_init.c
index 04609bb..9274243 100644
--- a/src/output_init.c
+++ b/src/output_init.c
@@ -109,6 +109,7
find the cause, because I don't hear that problem over here.
Max
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
nd MP3 files.
Please enable verbose mode and watch the log file for related
messages. Then try switching to an OSS output, and see if the same
problem occurs.
Max
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
'm seeing this also on amd64.
Replacing busybox-udeb with the older 1.13.3-1 results in a
working installer.
Max
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
moment I'm lowering severity to important because
the partitioning (with and without crypto) seems to be working
fine in general for the setups I tested today.
Max
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
ecify the
> console at the boot prompt "console=hvc0,38400"
There is no mention of hvc0 in the powerpc installation guide,
so it might be useful to add a mention there.
Is it common to have hvc0 on ppc? I know it only wrt. XEN.
Max
--
To UNSUBSCRIBE, email to debian-bugs-rc-re
unarchive 517231
reassign 520285 debian-installer
forcemerge 517231 520285
archive 517231
thanks
This bug was another instance of the problem described
in #517231 and should no longer occur in current images.
Thanks for your bug report.
Max
--
To UNSUBSCRIBE, email to debian-bugs-rc
I can confirm this, same here on SID amd64.
Cheers,
Max
signature.asc
Description: OpenPGP digital signature
http://bugs.debian.org/522426 - wishlist "new upstream version"
http://bugs.debian.org/527504 - FTBFS that has been blocking new
uploads, *with patch*
signature.asc
Description: OpenPGP digital signature
FTBFS is due to incompatible changes in cdbs
Attached is a patch I am successfully using to build PPA packages in
Ubuntu Karmic.
Max.
--- a/debian/rules Fri Apr 17 00:33:15 2009 +0100
+++ b/debian/rules Mon May 11 00:15:27 2009 +0100
@@ -66,3 +66,13 @@
@echo "Restore it
Hi Dmitry,
On Sun, Mar 29, 2009 at 01:41:47PM +0200, Max Vozeler wrote:
> On Sun, Mar 29, 2009 at 02:45:05PM +0400, Dmitry E. Oboukhov wrote:
> > Usually I use the command like as
> >
> > module-assistant -l 2.6.29-1-686 a-i loop-aes-source
> >
> > but with 2.6
This is caused by #521472.
All module builds for -686 are affected, as far
as I can tell.
Thanks for your bug report,
Max
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
c
package? The Debian shared library policy guarantees that older
package continue to work/build (with older SO versions) even when a
new API of a library gets uploaded. Please explain how this bug
report relates to the Debian shared library policy.
Max
--
To UNSUBSCRIBE, email to debian-bug
Package: smc
Version: 1.6-1
Severity: grave
When I start smc, the screen flickers black, then the process crashes
immediately.
Backtrace:
#0 0x7fd929df003d in iGetIntegervImage () from /usr/lib/libIL.so.1
#1 0x7fd92a0fc283 in iluGetImageInfo () from /usr/lib/libILU.so.1
#2 0x7fd92
Debian Etch and Lenny are affected.
Solution: don't use libaudiofile. Change libaudiofile to allocate the
correct buffer size. Add buffer size checks to libaudiofile.
Regards,
Max Kellermann
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Ok. Seems that bug is fixed in experimental. Two questions.
1) Will this version be uploaded to unstable and then to testing
before lenny is released?
2) According to Ben, any library on SPARC is a subject to this bug. I
think it is rather hard to create a list of libraries which have
functions w
investigate weather each crash is related to compiler's
bug or not is quite expensive an ineffective task. I think that
everything should be recompiled.
--
Max
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
/de156ccd2eddbdc19d37a45b8b2aac9c-x86-64.cache-2
7f4c0e5e6000-7f4c0e5e8000 r--s fd:00 893480949
/home/max/.fontconfig/ddd4086aec35a5275babba44bb759c3c-x86-64.cache-2
7f4c0e5e8000-7f4c0e5e9000 r--s 08:03 228529
/var/cache/fontconfig
severity 505901 minor
thanks
Sorry for the traffic - after some more research, I found that the
libfaad headers are inconsistent: internally, it uses uint32_t*. This
is a very unfortante situation, since even non-bugged software will
break on Debian, assuming that passing a long pointer is correc
Package: libfaad-dev
Version: 2.6.1-3.1
Severity: grave
The patch debian/patches/02_public-headers.dpatch breaks both the faad
API and ABI. When compiling code against the Debian package
libfaad-dev, gcc emits the following error messages (with -Werror):
decoder/aac_plugin.c: In function 'getAac
with new evdev driver synaptics works well.
I think bug can be closed now.
--
Max
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Package: xserver-xorg-input-synaptics
Version: 0.14.7~git20070706-4~dmitrmax.1
Severity: grave
Tags: patch
Justification: renders package unusable
Driver forgets to ungrab the event device so the next time it is grabbed EBUSY
is returned.
This happens e.g. when I logoff from KDE session and retu
Synaptics driver on my laptop also has the same bug. In this light, I
suspect that X server input layer introduces some change which breaks
input drivers.
Can someone with more detailed knowledge of X investigate this problem?
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "un
2008/11/5, Modestas Vainius <[EMAIL PROTECTED]>:
> Hello,
>
> antradienis 04 Lapkritis 2008, Max Dmitrichenko rašė:
>> addresses. GDB's backtrace is attached.
> Is it? I don't see an attachment.
Oops... Another try :)
>> What's next? Is there a way to
build a package. Rebuilding the whole kdebase on my sparc
will last 6-10 hours :(
--
Max
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
1 - 100 of 227 matches
Mail list logo
