Bug#1071432: name 'cmp' is not defined

The following lists also have the "name 'cmp' is not defined" error message: https://lists.debian.org/debian-release/recent https://lists.debian.org/debian-qt-kde/recent Same as debian-devel-changes as previously reported: https://lists.debian.org/debian-devel-changes/recent There may be more.

Bug#1071432: /recent no longer working for debian-devel-changes

The original bug seems to me to be fixed but there is another issue which as far as I know affects only: https://lists.debian.org/debian-devel-changes/recent The message is: name 'cmp' is not defined I didn't open a new bug report becauseit is related to "cmp" too but maybe it is unrelated.

Bug#1070217: chromium: Symbol lookup error with libsnappy1v5>=1.2.0

Same issue with nextcloud (package nextcloud-desktop): $ nextcloud nextcloud: symbol lookup error: /lib/x86_64-linux-gnu/libQt5WebEngineCore.so.5: undefined symbol: _ZN6snappy11RawCompressEPKcmPcPm

Bug#1032497: gnome-shell: JS ERROR: Error: Invalid overview shown transition from HIDDEN to SHOWN

Le mer. 8 mars 2023 à 20:27, Simon McVittie a écrit : > I don't have a way to reproduce this, so when 43.3-3 becomes available, > please could you confirm whether that version fixes the issue? I can't reproduce this bug now with version 43.3-3 after a few attempts on both computers. Thanks for

Bug#1032497: gnome-shell: JS ERROR: Error: Invalid overview shown transition from HIDDEN to SHOWN

Package: gnome-shell Version: 43.3-2 Severity: important Dear Maintainer, After login from gdm3, gnome-shell/wayland will sometimes start and after leaving the overview mode I can't start any application. The mouse cursor can be moved but mouse clicks and keyboard keys are ignored. This has

Bug#1023185: veusz does not run

Package: veusz Version: 3.3.1-3 Severity: grave Justification: renders package unusable X-Debbugs-Cc: didi...@gmail.com Dear Maintainer, veusz does not start when launched from the GUI or from the CLI. Here is the output of trying to run veusz from a terminal: $ LANG=C veusz Warning: Ignoring

Bug#977023: symbol lookup error in libbacktrace.so.0

Package: aapt Version: 1:8.1.0+r23-3+b2 Severity: grave aapt crashes on startup since the last update of android-libbacktrace with the following message: symbol lookup error: /usr/lib/x86_64-linux-gnu/android/libbacktrace.so.0: undefined symbol: _ZN11unwindstack12ElfInterfaceD2Ev Regards --

Bug#976250: [pkg-netfilter-team] Bug#976250: xtables-addons-dkms: fail to build with 4.19.0-13

> 4.19-0-13 includes a fix for a routing bug which is not compatible with > version 3.2 of xtables-addons. There is a fix available in the latest > version, 3.13, which has been packaged and recently migrated to Testing. > There is no release of xtables-addons available in Buster, so I'm >

Bug#976250: xtables-addons-dkms: fail to build with 4.19.0-13

Package: xtables-addons-dkms Version: 3.2-1 Severity: important Dear Maintainer, After updating to linux 4.19.0-13, dkms failed with the following message: /etc/kernel/postinst.d/dkms: Error! Build of xt_ACCOUNT.ko failed for: 4.19.0-13-amd64 (x86_64) Consult the make.log in the build

Bug#972483: patch (gentoo bug 747946)

Applying the patch referenced below to the last file only (/usr/src/virtualbox-6.1.14/r0drv/linux/thread2-r0drv-linux.c) fixed the issue for me: https://747946.bugs.gentoo.org/attachment.cgi?id=664933

Bug#962045: patch

Here are 2 upstream fixes for the 2 issues: https://github.com/gramps-project/gramps/pull/1052 https://github.com/gramps-project/gramps/pull/1031 Regards

Bug#962045: some plugins do not work anymore

Package: gramps Version: 5.1.2-1 Severity: normal Since a few weeks (months?) some plugins do not work anymore. 1/ Verifying data: Using the menu Tools->Utilities->Verify the data ... and then clicking the button Run, I get the following error: 46335: ERROR: grampsapp.py: line 156: Unhandled

Bug#947613: network-manager: Wi-Fi not working (does not get IPv4 address) with 1.22.2-1

I was affected by the same bug (Freebox Revolution from Free (French ISP) here). I switched to isc-dhcp-client by creating a file /etc/NetworkManager/conf.d/dhcp-client.conf containing the 2 following lines: [main] dhcp=dhclient Then I restarted NetworkManager using this command: sudo service

Bug#942570: workaround: GDK_BACKEND=x11

The request to rebuild against wxWidgets GTK 3 (#933431) recommends to also look at bug #900678 (wxwidgets3.0: wxGLCanvas doesn't work with Wayland). As suggested, I ran gnuplot after setting GDK_BACKEND=x11. This fixed the issue. The plot window is updated immediately.

Bug#942570: gnuplot: plot not updated with wxt/gtk3/gnome-shell/wayland

Package: gnuplot Version: 5.2.7+dfsg1-6 Severity: normal Dear Maintainer, Since the rebuild with the wxWidgets GTK 3 package, the wxt terminal updates only after the window is focused under gnome/wayland. Here are steps to reproduce: 1/ start gnuplot 2/ set term wxt 3/ plot sin(x) 4/ plot

Bug#939197: fonts-urw-base35: URW fonts not available in LibreOffice

Package: fonts-urw-base35 Version: 20170801.1-2 Severity: normal Dear Maintainer, The "Standard Symbol L" is not available in libreoffice because "new" versions of libreoffice require more recent font formats. The same issue exists in Debian stable. This font was widely used by some people with

Bug#924009: closed by Dimitrios Eftaxiopoulos (Bug not reproduced)

As suggested, I rebuilt the debian package (version 3.61.1+dfsg1-4) with and without adding --enable-generic to configure using a PC with AVX support. I tested the resulting packages using 2 PCs without AVX support. The package built with --enable-generic doesn't crash while the other one always

Bug#924009: closed by Dimitrios Eftaxiopoulos (Bug not reproduced)

Hello Bernhard and Dimitrios, > I think the issue is that freefem++s configure activate > AVX instructions when the build CPU supports it. > > > I could reproduce the crash in a Buster amd64 qemu VM, that > unintentionally did not support AVX (while the VM host would). I reproduced the crash

Bug#924964: remmina-plugin-nx: GtkSocket not available

Yes I am running remmina under Wayland. remmina works fine under XWayland using the command that you proposed. Many thanks for the prompt reply!

Bug#924964: remmina-plugin-nx: GtkSocket not available

Package: remmina-plugin-nx Version: 1.3.3+dfsg-2 Severity: important Dear Maintainer, When starting an NX session, remmina displays a dialog with the following message and an OK button: Warning: This plugin require GtkSocket, but it's not available. Then the connection fails. Note that a

Bug#924009: closed by Dimitrios Eftaxiopoulos (Bug not reproduced)

> Both commands > > FreeFem++ a_tutorial.edp > > and > > FreeFem++-nw a_tutorial.edp > > work fine on an updated unstable/amd64 installation. Indeed, it does not manifest on every computer as I wrote there: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=924009#10 Still I believe it is a

Bug#924009: update

New update: I rebuilt freefem++ from source using the instructions from: https://wiki.debian.org/SimpleBackportCreation The issue disappeared. The PC used to rebuild the package is the one for which freefem++ crashed before (2 CPUs).

Bug#924009: update

This issue is not as bad as I thought. FreeFem++ runs fine on another debian/unstable/amd64 computer. Moreover, upstream binary deb package v3.62 has the same issue. The computer for which this issue manifest has 2 CPUs. See /proc/cpuinfo below. See also the strace output. Hope this help.

Bug#924009: FreeFem++ crashes with exit status 132

Package: freefem++ Version: 3.61.1+dfsg1-4 Severity: important Dear Maintainer, FreeFem++ crashes with exit status 132 every time. Here is an example session: $ cp /usr/share/doc/freefem++/examples/examples++-tutorial/a_tutorial.edp . $ FreeFem++-nw a_tutorial.edp Illegal instruction $ echo $?

Bug#900469: firefox/hunspell

According to: https://forum.voidlinux.eu/t/solved-firefox-61-0-spellchecking-not-working-musl/6064 "System hunspell is not supported by Firefox anymore [ ... ] So Firefox has to be recompiled with internal hunspell" I tested the workaround below (also mentionned in the webpage above) and it

Bug#831860: Acknowledgement (veusz: segfault, error 14 in python2.7)

Rebuilding veusz fixes this bug. Would be nice to have veusz in the next stable release ... 2016-07-20 12:09 GMT+02:00 Debian Bug Tracking System : > Thank you for filing a new Bug report with Debian. > > This is an automatically generated reply to let you know your message

Bug#831860: veusz: segfault, error 14 in python2.7

Package: veusz Version: 1.21.1-1 Severity: important Dear Maintainer, veusz segfaults at start when run either from the GUI or from a terminal with lines in dmesg such as: veusz[17481]: segfault at 0 ip (null) sp 7fff79d31568 error 14 in python2.7[40+2e9000] -- System

Bug#821955: gtk 3.20 issue

Package: gramps Version: 4.2.2~dfsg-1 Gramps is currently unusable in unstable. The following message is displayed very often. ERROR: grampsapp.py: line 107: Unhandled exception Traceback (most recent call last): File "/usr/lib/python3/dist-packages/gramps/gui/widgets/styledtexteditor.py",

Bug#571016: python-moinmoin broken with python-werkzeug version 0.6-1

Package: python-werkzeug Version: 0.5.1-1 Severity: grave Justification: renders package unusable python-moinmoin version 1.9.1-1 doesn't work with python-werkzeug version 0.6-1 but it works with version 0.5.1-1. The error message in apache2 logs follows. Downgrading python-werkzeug to version

Bug#554046: #554046 and uswsusp

2009/12/31 di dit didi...@gmail.com: Removing uswsusp helps here too (even if I don't understand why). Correction: the bug still exists even after removing uswsusp. However it doesn't occur as often. Maybe it occurs once every 10 hibernation (very rough estimation) while it occurred almost every

Bug#554046: #554046 and uswsusp

Removing uswsusp helps here too (even if I don't understand why). didit. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#554046: Reproducible

Le 9 décembre 2009 15:44, Josselin Mouette j...@debian.org a écrit : ISTR that someone correlated this to the bluetooth daemon. Is it any better if you stop this daemon first? Use /etc/init.d/bluetooth stop for that. Stopping the bluetooth daemon doesn't fix the problem here. I've switched to

Bug#555858: go-oo bug

Hi, This bug disappeared with the package from debian/experimental (3.2.0~beta-2). Some debian users may prefer to use these experimental packages instead of the upstream stable ones. Regards, didit. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of

Bug#555858: go-oo bug

See https://bugs.launchpad.net/ubuntu/+source/openoffice.org/+bug/384249 https://bugzilla.novell.com/show_bug.cgi?id=541013 This bug was reported in Ubuntu in June ... It is specific to go-oo and does not exist in official openoffice.org builds. Ubuntu Karmik was released with this bug and I just

Bug#554046: gnome-power-manager: hibernation loop

Package: gnome-power-manager Version: 2.28.1-2 Severity: important I've been using gnome-power-manager successfully for a long time to hibernate my laptop when the lid is closed. Since the last upgrade, this does not work anymore (or it works too well!): after resuming from hibernation, the

Bug#523589: xserver-xorg-video-radeon: dualhead broke with upgrade

The last upload solved this problem with xserver-xorg-video-radeon version 1:6.12.2-2. I think this bug can be closed now. Thanks for your help, didit. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact

Bug#523589: xserver-xorg-video-radeon: dualhead broke with upgrade

2009/4/15 Alex Deucher alexdeuc...@gmail.com: Sounds like: https://bugs.freedesktop.org/show_bug.cgi?id=21199 Indeed. Does: xset dpms force off followed by moving the mouse cause both screens to come on? Yes it does. Thanks for the workaround! I'm ready to test patches to solve this issue

Bug#523589: xserver-xorg-video-radeon: dualhead broke with upgrade

2009/4/16 Alex Deucher alexdeuc...@gmail.com: Does reverting the commit (f8c7d6a6162196a743f6885ecaf63ba50de1722a) mentioned in the bug above fix the issue? Yes it does. Congratulations, you've found the culprit! (Sorry, I didn't notice earlier that you already suspected this commit.) -- To

Bug#523589: xserver-xorg-video-radeon: dualhead broke with upgrade

2009/4/14 Alex Deucher alexdeuc...@gmail.com: Both heads are probably using the same crtc, but xrandr isn't smart enough to assign a different one. You can see what crtc is in use by running xrandr --verbose. You can assign a different crtc to the other head like so: xrandr --output DVI-1

Bug#523589: xserver-xorg-video-radeon: dualhead broke with upgrade

Package: xserver-xorg-video-radeon Version: 1:6.12.2-1 Severity: normal The dualhead setup I've been using for more than 6 months broke up with the last upgrade. The two identical monitors work fine in clone mode but the following command results in a black screen on DVI-1 (the monitor goes to

Bug#506870: e17: CPU0 load 100%

Package: e17 Version: 0.16.999.050-1 Severity: important The process enlightenment uses 100% of CPU0 on my quad-core processor. I noticed this today even if I've been using e17 for a few days already. (By the way, thanks for packaging it!) It wasn't the case before. My debian/unstable system is

Bug#452939: still not fixed

Hi, Sorry, but this bug isn't fixed. I've been unable to test the fix earlier. Sorry for the long delay. Testing with a current unstable system (which means that parts of the xserver have been updated since the original report) returns the following error on my amd64 setup with the radeon Xorg

Bug#452939: [Debichem-devel] Bug#452939: still not fixed

2008/1/16, Daniel Leidert [EMAIL PROTECTED]: Can you please provide a backtrace, because I cannot longer reproduce the crash. Here it is, thanks to your instructions. I hope it's OK. Once the program is running, I just try to save a PNG in my home directory. I should also mention that

Bug#450821: swfdec-mozilla: uninstallable because depends on unavailable libswfdec-0.5-4

Today, on unstable/amd64: $ LANG=C sudo apt-get install swfdec-mozilla returns: The following packages have unmet dependencies: swfdec-mozilla: Depends: libswfdec-0.5-4 but it is not installable E: Broken packages Package libswfdec0.5-2 is available though. On i386, swfdec-mozilla depends on

Bug#452939: gcrystal: Unable to save as bitmap or print

2007/11/30, Daniel Leidert [EMAIL PROTECTED]: Can you tell me, which video card driver(s) you are using? Are the drivers the same on the amd64 and the i386 architecture? For the amd64 machine (lspci output): ATI Technologies Inc RV370 5B64 [FireGL V3100 (PCIE)] Xorg driver: radeon For the i386

Bug#452939: gcrystal: Unable to save as bitmap or print

Package: gcrystal Version: 0.8.4-3 Severity: important *** Please type your report below this line *** Trying to save a bitmap using File-Save as image ... crashes the program. Only the VRML document output seems to work (I didn't try to display the resulting file). Printing also results in a

Bug#452939: reproduced on i386

I just reproduced this bug on an i386 debian/unstable machine. didit. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#451168: [Debichem-devel] Bug#451168: gcrystal: reproducible crash

Hi, What about a new upload to unstable to fix this bug and also to have binaries for non i386 arches? Regards, didit. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#451168: gcrystal: reproducible crash

Subject: gcrystal: reproducible crash Package: gcrystal Version: 0.8.4-1 Severity: normal gcrystal crashes each time I do the following: - running gcrystal /usr/share/doc/gcrystal/examples/NaCl.gcrystal - opening Crystal-Atoms... - selecting the line for the first atom (Cl 0 0 0) - selecting

Bug#441860: same problem, same solution, no LVM

Hi, I couldn't resume from suspend to disk with initramfs-tools version 0.91 in unstable (i386) kernel linux-image-2.6.22-2-686. Downgrading to version 0.90a solved the problem. Contrarily to the original report, no LVM here. The message I had when it failed was more or less like this (can't

Bug#318719: some success - no sound

Reading the gdb output provided by Helge Kreutzmann, a problem related to audiomixer::mus_handle appears so I decided to try tecnoballz without sound. It turns out there is a command line option --nosound for that purpose. Running tecnoballz --nosound once is enough to play tecnoballz. This

Bug#373168: preinst called with unknown argument `install'

Package: tecnoballz Version: 0.91cvs20060612-1 tecnoballz-data installs fine but not tecnoballz Transcript follows: sudo apt-get install tecnoballz Reading package lists... Done Building dependency tree... Done The following NEW packages will be installed: tecnoballz 0 upgraded, 1 newly

Bug#360604: dchroot broken due to recent changes in su

Package: dchroot Version: 0.12 Since the recent changes in su (package login version 4.0.15-2) as announced in http://lists.debian.org/debian-devel-announce/2006/03/msg3.html dchroot does not work anymore. The call to /bin/su does not use the -c switch. See the following section of the

Bug#360049: graphviz should depend on libltdl3

Package: graphviz Version: 1.5.22-4 Without libltdl3 installed, when running `dot', I get the following error: $ dot dot: error while loading shared libraries: libltdl.so.3: cannot open shared object file: No such file or directory This is fixed after installing the libltdl3 package. I am

Bug#350235: still not solved

Hi, This bug is still not solved. Adding the following magic line in persistant.rules solves the problem for me: BUS==ide, SYSFS{block/removable}==1, DRIVER!=ide-cdrom, \ GOTO=no_volume_id debian/unstable, i386, udev 0.087-1, linux-image-2.6.15-1-686 2.6.15-8 (sorry for the long silence.)

Bug#350235: pcmciautils ?

Hi, I've had exactly the same problem when I started playing with pcmciautils a few days ago. The latest version of pcmcia-cs (3.2.8-6) depends on pcmciautils, so I'm afraid this package might have triggered the problem in the original report too. (But it also solved an issue I had with my

Bug#350235: pcmciautils ?

2006/1/29, Marco d'Itri [EMAIL PROTECTED]: On Jan 29, di dit [EMAIL PROTECTED] wrote: I have no idea if this can help or not fixing the bug. udevinfo -a -p /block/hde/hde1 returns nothing interesting in the first case. I still need the data. Here it is. In the first case (when the CPU

Bug#350235: pcmciautils ?

Hi, 2006/1/29, Marco d'Itri [EMAIL PROTECTED]: BUS==ide, SYSFS{removable}==1, DRIVER!=ide-cdrom, GOTO=no_volume_id Maybe a rule like this one would work, but is it correct? (And how are people going to figure this?) BUS==ide, SYSFS{block/removable}==1, DRIVER!=ide-cdrom, GOTO=no_volume_id