Bug#1041723:
Just a request to bump this bug. While the original submitter's request (at 4.2, requesting an upgrade to 4.4 in July 2023) has been addressed with the present version (4.4), darktable has moved on to 4.6, as of December 2023. See: https://www.darktable.org/news/ At maintainers' convenience, please update the package :)! Thank you! Charlie
Bug#1053188:
'apt install libsvtav1enc1d1' resolved the problem for me. Doing so removed blender (and rendered it uninstallable? 'apt install blender' finds no installation candidate), but I don't need blender at present. With that package installed, 'apt dist-upgrade' upgraded only libavif15:i386 , and all was well. On Fri, Oct 20, 2023 at 9:56 PM Charlie Hagedorn wrote: > As a week has passed and regular updates haven't resolved the issue, so > I've dug in deeper. Following a suggestion here ( > https://unix.stackexchange.com/questions/446729/can-i-see-why-apt-get-install-f-is-removing-my-package > ) was helpful. > > It appears that a single package is the root of the trouble. "Holding Back > libsvtav1enc1d1:amd64 rather than change libsvtav1enc1:amd64" > > Through a dependency chain, this has downstream impacts to gimp, > gnome-control-center, flowblade, blender, viking, wine64, and more. > > $ sudo apt -o Debug::pkgProblemResolver=true dist-upgrade 2>&1 | grep > rather > Holding Back libsvtav1enc1d1:amd64 rather than change libsvtav1enc1:amd64 > Holding Back libavif16:amd64 rather than change libsvtav1enc1d1:amd64 > Removing libgd3:amd64 rather than change libavif16:amd64 > Removing gnuplot-x11:amd64 rather than change libgd3:amd64 > Removing libgphoto2-6:amd64 rather than change libgd3:amd64 > Removing libwebkit2gtk-4.1-0:amd64 rather than change libavif16:amd64 > Removing libsane1:amd64 rather than change libgphoto2-6:amd64 > Removing yelp:amd64 rather than change libwebkit2gtk-4.1-0:amd64 > Removing libyelp0:amd64 rather than change libwebkit2gtk-4.1-0:amd64 > Removing libopencv-videoio406:amd64 rather than change libgphoto2-6:amd64 > Removing sane-utils:amd64 rather than change libsane1:amd64 > Removing graphviz:amd64 rather than change libgd3:amd64 > Removing libgvc6:amd64 rather than change libgd3:amd64 > Removing gvfs-backends:amd64 rather than change libgphoto2-6:amd64 > Removing libgoa-backend-1.0-1:amd64 rather than change > libwebkit2gtk-4.1-0:amd64 > Removing gnome-control-center:amd64 rather than change > libgoa-backend-1.0-1:amd64 > Removing gnome-online-accounts:amd64 rather than change > libgoa-backend-1.0-1:amd64 > Removing libwine:amd64 rather than change libgphoto2-6:amd64 > Removing gnome-user-docs:amd64 rather than change yelp:amd64 > Removing python3-pygraphviz:amd64 rather than change graphviz:amd64 > Removing gir1.2-webkit2-4.1:amd64 rather than change > libwebkit2gtk-4.1-0:amd64 > Removing libc-devtools:amd64 rather than change libgd3:amd64 > Removing xsane:amd64 rather than change libsane1:amd64 > Removing python3-pydot:amd64 rather than change graphviz:amd64 > Removing gnome-sushi:amd64 rather than change gir1.2-webkit2-4.1:amd64 > Removing dvipng:amd64 rather than change libgd3:amd64 > Removing libgmic1:amd64 rather than change libopencv-videoio406:amd64 > Removing python3-opencv:amd64 rather than change > libopencv-videoio406:amd64 > Removing gimp:amd64 rather than change graphviz:amd64 > Removing libimage-sane-perl:amd64 rather than change libsane1:amd64 > Removing libopenimageio2.4:amd64 rather than change > libopencv-videoio406:amd64 > Removing gnumeric-doc:amd64 rather than change yelp:amd64 > Removing gmic:amd64 rather than change libgmic1:amd64 > Removing darktable:amd64 rather than change libgphoto2-6:amd64 > Removing gphoto2:amd64 rather than change libgphoto2-6:amd64 > Removing viking:amd64 rather than change yelp:amd64 > Removing flowblade:amd64 rather than change gmic:amd64 > Removing gscan2pdf:amd64 rather than change libimage-sane-perl:amd64 > Removing libgphoto2-dev:amd64 rather than change libgphoto2-6:amd64 > Removing blender:amd64 rather than change libopenimageio2.4:amd64 > Removing gimp-ufraw:amd64 rather than change gimp:amd64 > Removing wine64:amd64 rather than change libwine:amd64 > Holding Back libsvtav1enc1d1:amd64 rather than change libsvtav1enc1:amd64 > Holding Back libavif16:amd64 rather than change libsvtav1enc1d1:amd64 > Removing libgd3:amd64 rather than change libavif16:amd64 > Holding Back libgd3:i386 rather than change libgd3:amd64 > Holding Back libavif15:i386 rather than change libavif15:amd64 > > Will report back if I find a way to resolve the issue. > > On Sun, Oct 15, 2023 at 4:31 PM Charlie Hagedorn > wrote: > >> I've encountered the same behavior twice. First time was a total surprise >> and I had to 'apt install darktable', which fortunately worked. >> >> Today, I noted that darktable would be removed with apt dist-upgrade >> >> Requested output follows: >> >> [charlie@dicke:~]$ sudo apt dist-upgrade >> Reading package lists... Done >> Building dependency t
Bug#1053188:
As a week has passed and regular updates haven't resolved the issue, so I've dug in deeper. Following a suggestion here ( https://unix.stackexchange.com/questions/446729/can-i-see-why-apt-get-install-f-is-removing-my-package ) was helpful. It appears that a single package is the root of the trouble. "Holding Back libsvtav1enc1d1:amd64 rather than change libsvtav1enc1:amd64" Through a dependency chain, this has downstream impacts to gimp, gnome-control-center, flowblade, blender, viking, wine64, and more. $ sudo apt -o Debug::pkgProblemResolver=true dist-upgrade 2>&1 | grep rather Holding Back libsvtav1enc1d1:amd64 rather than change libsvtav1enc1:amd64 Holding Back libavif16:amd64 rather than change libsvtav1enc1d1:amd64 Removing libgd3:amd64 rather than change libavif16:amd64 Removing gnuplot-x11:amd64 rather than change libgd3:amd64 Removing libgphoto2-6:amd64 rather than change libgd3:amd64 Removing libwebkit2gtk-4.1-0:amd64 rather than change libavif16:amd64 Removing libsane1:amd64 rather than change libgphoto2-6:amd64 Removing yelp:amd64 rather than change libwebkit2gtk-4.1-0:amd64 Removing libyelp0:amd64 rather than change libwebkit2gtk-4.1-0:amd64 Removing libopencv-videoio406:amd64 rather than change libgphoto2-6:amd64 Removing sane-utils:amd64 rather than change libsane1:amd64 Removing graphviz:amd64 rather than change libgd3:amd64 Removing libgvc6:amd64 rather than change libgd3:amd64 Removing gvfs-backends:amd64 rather than change libgphoto2-6:amd64 Removing libgoa-backend-1.0-1:amd64 rather than change libwebkit2gtk-4.1-0:amd64 Removing gnome-control-center:amd64 rather than change libgoa-backend-1.0-1:amd64 Removing gnome-online-accounts:amd64 rather than change libgoa-backend-1.0-1:amd64 Removing libwine:amd64 rather than change libgphoto2-6:amd64 Removing gnome-user-docs:amd64 rather than change yelp:amd64 Removing python3-pygraphviz:amd64 rather than change graphviz:amd64 Removing gir1.2-webkit2-4.1:amd64 rather than change libwebkit2gtk-4.1-0:amd64 Removing libc-devtools:amd64 rather than change libgd3:amd64 Removing xsane:amd64 rather than change libsane1:amd64 Removing python3-pydot:amd64 rather than change graphviz:amd64 Removing gnome-sushi:amd64 rather than change gir1.2-webkit2-4.1:amd64 Removing dvipng:amd64 rather than change libgd3:amd64 Removing libgmic1:amd64 rather than change libopencv-videoio406:amd64 Removing python3-opencv:amd64 rather than change libopencv-videoio406:amd64 Removing gimp:amd64 rather than change graphviz:amd64 Removing libimage-sane-perl:amd64 rather than change libsane1:amd64 Removing libopenimageio2.4:amd64 rather than change libopencv-videoio406:amd64 Removing gnumeric-doc:amd64 rather than change yelp:amd64 Removing gmic:amd64 rather than change libgmic1:amd64 Removing darktable:amd64 rather than change libgphoto2-6:amd64 Removing gphoto2:amd64 rather than change libgphoto2-6:amd64 Removing viking:amd64 rather than change yelp:amd64 Removing flowblade:amd64 rather than change gmic:amd64 Removing gscan2pdf:amd64 rather than change libimage-sane-perl:amd64 Removing libgphoto2-dev:amd64 rather than change libgphoto2-6:amd64 Removing blender:amd64 rather than change libopenimageio2.4:amd64 Removing gimp-ufraw:amd64 rather than change gimp:amd64 Removing wine64:amd64 rather than change libwine:amd64 Holding Back libsvtav1enc1d1:amd64 rather than change libsvtav1enc1:amd64 Holding Back libavif16:amd64 rather than change libsvtav1enc1d1:amd64 Removing libgd3:amd64 rather than change libavif16:amd64 Holding Back libgd3:i386 rather than change libgd3:amd64 Holding Back libavif15:i386 rather than change libavif15:amd64 Will report back if I find a way to resolve the issue. On Sun, Oct 15, 2023 at 4:31 PM Charlie Hagedorn wrote: > I've encountered the same behavior twice. First time was a total surprise > and I had to 'apt install darktable', which fortunately worked. > > Today, I noted that darktable would be removed with apt dist-upgrade > > Requested output follows: > > [charlie@dicke:~]$ sudo apt dist-upgrade > Reading package lists... Done > Building dependency tree... Done > Reading state information... Done > Calculating upgrade... Done > The following packages were automatically installed and are no longer > required: > apg blender-data bolt cracklib-runtime djvulibre-bin docbook-xml > docbook-xsl expect fonts-liberation2 fwupd fwupd-amd64-signed > geocode-glib-common > gimp-data gir1.2-evince-3.0 gir1.2-goocanvas-2.0 > gir1.2-javascriptcoregtk-4.1 gir1.2-malcontent-0 gjs gkbd-capplet > gnome-control-center-data > gnome-remote-desktop gnome-settings-daemon gnome-settings-daemon-common > gnome-user-share gstreamer1.0-gtk3 gtk2-engines-pixbuf jq libann0 > libapache2-mod-dnssd libavdevice59 libavfilter8 libavformat59 > libbabl-0.1-0 libcapi20-3 libcbor0
Bug#1053188:
I've encountered the same behavior twice. First time was a total surprise and I had to 'apt install darktable', which fortunately worked. Today, I noted that darktable would be removed with apt dist-upgrade Requested output follows: [charlie@dicke:~]$ sudo apt dist-upgrade Reading package lists... Done Building dependency tree... Done Reading state information... Done Calculating upgrade... Done The following packages were automatically installed and are no longer required: apg blender-data bolt cracklib-runtime djvulibre-bin docbook-xml docbook-xsl expect fonts-liberation2 fwupd fwupd-amd64-signed geocode-glib-common gimp-data gir1.2-evince-3.0 gir1.2-goocanvas-2.0 gir1.2-javascriptcoregtk-4.1 gir1.2-malcontent-0 gjs gkbd-capplet gnome-control-center-data gnome-remote-desktop gnome-settings-daemon gnome-settings-daemon-common gnome-user-share gstreamer1.0-gtk3 gtk2-engines-pixbuf jq libann0 libapache2-mod-dnssd libavdevice59 libavfilter8 libavformat59 libbabl-0.1-0 libcapi20-3 libcbor0.8 libcdk5nc6 libcdt5 libcgraph6 libcolord-gtk4-1 libconfig-general-perl libconfig9 libcrack2 libdcmtk17 libembree3-3 libfilesys-df-perl libflashrom1 libflatpak0 libfreerdp-server2-2 libfreerdp2-2 libftdi1-2 libfwupd2 libgcab-1.0-0 libgdata-common libgdata22 libgee-0.8-2 libgegl-0.4-0 libgegl-common libgeoclue-2-0 libgeocode-glib-2-0 libges-1.0-0 libgimp2.0 libgjs0g libgnome-bg-4-2 libgnome-bluetooth-ui-3.0-13 libgnome-rr-4-2 libgnomekbd-common libgnomekbd8 libgoa-1.0-0b libgoa-1.0-common libgoocanvas2-perl libgps30 libgraphics-tiff-perl libgsound0 libgtk3-imageview-perl libgtk3-simplelist-perl libgtop-2.0-11 libgtop2-common libgts-0.7-5 libgts-bin libgumbo1 libgupnp-av-1.0-3 libgupnp-dlna-2.0-4 libgvpr2 libgweather-4-0 libgweather-4-common libibus-1.0-5 libimage-png-libpng-perl libjavascriptcoregtk-4.0-18 libjavascriptcoregtk-4.1-0 libjaylink0 libjcat1 libjim0.81 libjq1 libkf5js5 libkf5jsapi5 liblab-gamut1 libllvm15:i386 liblocale-codes-perl liblog4cplus-2.0.5 libmalcontent-0-0 libmalcontent-ui-1-1 libmanette-0.2-0 libmapnik3.1 libmediaart-2.0-0 libmozjs-102-0 libmumps-5.5 libmutter-12-0 libmypaint-1.5-1 libmypaint-common libnma-gtk4-0 libnss-myhostname libnunit-cil-dev libnunit-console-runner2.6.3-cil libnunit-mocks2.6.3-cil liboauth0 libokular5core10 libonig5 libopencolorio2.1 libopencv-photo406 libopencv-shape406 libopencv-stitching406 libopencv-viz406 libopenvdb10.0 libosdcpu3.5.0 libosdgpu3.5.0 libosmesa6 libosmgpsmap-1.0-1 libossp-uuid-perl libossp-uuid16 libostree-1-1 libpathplan4 libpdf-builder-perl libplacebo208 libpostproc56 libpugixml1v5 libpwquality-common libpwquality1 libpystring0 librest-1.0-0 librygel-core-2.8-0 librygel-db-2.8-0 librygel-renderer-2.8-0 librygel-server-2.8-0 libset-intspan-perl libsmbios-c2 libsnapd-glib-2-1 libspnav0 libspqr3 libswscale6 libtexluajit2 libtext-markdown-perl libtss2-tctildr0 libunistring2 libunistring2:i386 libvpx7:i386 libvtk9.1 libwinpr2-2 libwpe-1.0-1 libwpebackend-fdo-1.0-1 libxklavier16 libyaml-cpp0.8 linux-headers-6.4.0-2-common linux-kbuild-6.4.0-2 malcontent malcontent-gui mutter-common mutter-common-bin pdf2djvu power-profiles-daemon python3-mlt python3-pywt realmd rygel sgml-data tcl-expect tecla tesseract-ocr tesseract-ocr-eng tesseract-ocr-osd unpaper webp-pixbuf-loader xdg-dbus-proxy xsane-common yelp-xsl Use 'sudo apt autoremove' to remove them. The following packages will be REMOVED: blender darktable dvipng flowblade gimp gimp-ufraw gir1.2-webkit2-4.1 gmic gnome-control-center gnome-online-accounts gnome-sushi gnome-user-docs gnumeric-doc gnuplot-x11 gphoto2 graphviz gscan2pdf gvfs-backends libc-devtools libgmic1 libgoa-backend-1.0-1 libgphoto2-dev libgvc6 libimage-sane-perl libopencv-videoio406 libopenimageio2.4 libwebkit2gtk-4.1-0 libwine libyelp0 python3-opencv python3-pydot python3-pygraphviz sane-utils viking wine64 xsane yelp The following NEW packages will be installed: gnuplot-qt The following packages have been kept back: libavif15:i386 libgd3 libgd3:i386 The following packages will be upgraded: gir1.2-javascriptcoregtk-4.1 libjavascriptcoregtk-4.1-0 2 upgraded, 1 newly installed, 37 to remove and 3 not upgraded. Need to get 8,609 kB of archives. After this operation, 1,096 MB disk space will be freed. Do you want to continue? [Y/n] n Abort. Apt cache policy: [charlie@dicke:~]$ apt-cache policy Package files: 100 /var/lib/dpkg/status release a=now 500 http://dl.google.com/linux/chrome/deb stable/main amd64 Packages release v=1.0,o=Google LLC,a=stable,n=stable,l=Google,c=main,b=amd64 origin dl.google.com 200 http://deb.debian.org/debian testing/contrib i386 Packages release o=Debian,a=testing,n=trixie,l=Debian,c=contrib,b=i386 origin deb.debian.org 200 http://deb.debian.org/debian testing/contrib amd64 Packages release o=Debian,a=testing,n=trixie,l=Debian,c=contrib,b=amd64 origin deb.debian.org 200 http://deb.debian.org/debian testing/non-free i386
Bug#942988: Is there any forward movement on this bug?
I've been a happy user of dispcalgui for years. I just rebooted my machine (Debian testing, uptime > 140 days) and went to recalibrate, only to find that displaycal had disappeared. Looking at this thread upstream ( https://hub.displaycal.net/issue/17813/ ) it appears that the ETA for a port to Python3 is somewhere between 1/1/2020 and "when it's done". As far as I am aware, displaycal is the premier display calibration gui for linux. It works and works well. How can we help upstream bring it into alignment with Debian requirements? Is a beta python3 port available for community contributions/testing/debugging? Will donations help free up upstream-maintainer's time to finish the port? In the interim -- are there any workarounds for both generating new monitor profiles and installing them? Is calibration straightforward for a Spyder 5 via ArgyllCMS and the command line? A quick survey suggests I have a bunch of unexpected learning to do. Thanks! Charlie
Bug#939768: Bug resolved
Chiming in to confirm that a debian-testing update just now pulled in libgegl-0.4-0:amd64 (0.4.14-2). GIMP starts up as expected with the first jpeg I tried. My system was never apt-pinned. Back to image editing! Thank you, everyone who makes Debian possible! Charlie
Bug#939768: Solved
Great -- given that this bug is at least a week old, several people have found fixes, and a fix hasn't yet made it into the 'testing' updates, what is necessary to get a fix pushed to the world? I can apt-pin like many of the correspondents in this report, and many other reports for the same problem, have, but this shouldn't be requisite knowledge for running testing. Is there a mandatory phase-delay on a patch? Is reverting the change or compiling against the older library harder than it might sound? How can someone with only Debian-bug-reporter levels of Debian-org-fu help? Thanks! Charlie On Sat, 14 Sep 2019 21:25:52 + Christophe TROESTLER < christophe.troest...@umons.ac.be> wrote: > > Hi, > > In my case, removing ~/.config/GIMP fixes the problem at startup. However creating or opening an image crashes gimp. Following the discussion I confirm that > > apt-cache policy libgegl-0.4-0 > > fixes the problem. > >
Bug#919342: darktable: Segfault when moving drawn mask
Package: darktable Version: 2.6.0-1 Severity: important Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? Upgraded via apt-get dist-upgrade this morning. Darktable worked great prior to the upgrade, and has for years. * What exactly did you do (or not do) that was effective (or ineffective)? Opened up an image, did some edits to an image, and then created my first drawn mask with the upgraded version. It wasn't quite in the right place, so I clicked-and-dragged in the middle of the image. The mask outline disappeared, I may have clicked in a few spots/faffed a little bit, and darktable crashed. The image was missing from the lighttable when I restarted darktable, so I reapplied the same edits, switched back to the lighttable in order to save my progress, drew/moved a mask and got approximately the same behavior, again with a segfault. In investigating, I have noted the following: 1. That mask is now saved, and if I call it up from the list of masks, darktable crashes. I don't know enough about library.db to call it up and submit it. If a developer with enough darktable-fu can tell me how, I'll add it to this bug. 2. Moving any drawn mask on any image I have tried so far yields an instantaneous jump of the mask down and right by ~500-1000 pixels. Dragging is then successful, and darktable does not crash. In ~5 tries, I have not been able to generate another segfaulting mask. 3. When segfaulting, Darktable consistently stores " this is darktable 2.6.0 reporting a segfault: warning: Currently logging to /tmp/darktable_bt_5AAEVZ.txt. Turn the logging off and on to make the new setting effective. /usr/share/darktable/gdb_commands:2: Error in sourced command file: No stack. " to a logfile in /tmp. Internet search suggests that I'd get more debug output with darktable-dbg, but as it is not in Debian testing, I don't want to install it. * What was the outcome of this action? Consistent segfaults with one drawn mask, unexpected behavior with other masks. * What outcome did you expect instead? The ability to move a mask at will. This is a key feature, which may affect every module. Thank you for maintaining Darktable! -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (200, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.18.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages darktable depends on: ii libc62.28-5 ii libcairo21.16.0-2 ii libcolord-gtk1 0.1.26-2 ii libcolord2 1.4.3-3+b1 ii libcups2 2.2.10-3 ii libcurl3-gnutls 7.62.0-1 ii libexiv2-14 0.25-4 ii libflickcurl01.26-4 ii libgcc1 1:8.2.0-14 ii libgdk-pixbuf2.0-0 2.38.0+dfsg-7 ii libglib2.0-0 2.58.2-3 ii libgomp1 8.2.0-14 ii libgphoto2-6 2.5.22-1 ii libgphoto2-port122.5.22-1 ii libgraphicsmagick-q16-3 1.4~hg15873-1+b1 ii libgtk-3-0 3.24.2-3 ii libilmbase23 2.2.1-2 ii libjpeg62-turbo 1:1.5.2-2+b1 ii libjs-prototype 1.7.1-3 ii libjs-scriptaculous 1.9.0-2 ii libjson-glib-1.0-0 1.4.4-2 ii liblcms2-2 2.9-3 ii liblensfun1 0.3.2-4 ii liblua5.3-0 5.3.3-1.1 ii libopenexr23 2.2.1-4 ii libopenjp2-7 2.3.0-1.1 ii libosmgpsmap-1.0-1 1.1.0-5 ii libpango-1.0-0 1.42.4-6 ii libpangocairo-1.0-0 1.42.4-6 ii libpng16-16 1.6.36-2 ii libpugixml1v51.9-2 ii librsvg2-2 2.44.10-1 ii libsecret-1-00.18.7-1 ii libsoup2.4-1 2.64.2-2 ii libsqlite3-0 3.26.0+fossilbc891ac6b-1 ii libstdc++6 8.2.0-14 ii libtiff5 4.0.10-3 ii libwebp6 0.6.1-2 ii libx11-6 2:1.6.7-1 ii libxml2 2.9.4+dfsg1-7+b3 ii libxrandr2 2:1.5.1-1 ii zlib1g 1:1.2.11.dfsg-1 darktable recommends no packages. darktable suggests no packages. -- no debconf information
Bug#907603: Problem has resolved
The problem appears to have resolved itself. The computer was restarted at least once, and has been updated at least once. A check of the dependencies with reportbug suggests that no change in taskwarrior's dependencies occurred. Please close this bug at this time -- I will reply back if it recurs. Thank you!
Bug#907603: Update with upgrade path.
Pulled from /var/log/apt/history.log, chasing down taskwarrior's dependencies, as found by reportbug. Taskwarrior was functioning normally for me through at least August 23. I believe that it failed following the August 27 update. I haven't changed anything in my taskwarrior configuration in many months -- it was a real surprise to type 't sync' (aliased) this week and see it fail. Versions of packages taskwarrior depends on: ii libc62.27-5 ii libgcc1 1:8.2.0-4 ii libgnutls30 3.5.19-1 ii libstdc++6 8.2.0-4 ii libuuid1 2.32.1-0.1 August 17: libgcc1:amd64 (1:8.1.0-12, 1:8.2.0-3) libgcc1:i386 (1:8.1.0-12, 1:8.2.0-3) libstdc++6:amd64 (8.1.0-12, 8.2.0-3) libstdc++6:i386 (8.1.0-12, 8.2.0-3) libuuid1:amd64 (2.32-0.1, 2.32-0.4) libuuid1:i386 (2.32-0.1, 2.32-0.4) August 21: libgcc1:amd64 (1:8.2.0-3, 1:8.2.0-4) libgcc1:i386 (1:8.2.0-3, 1:8.2.0-4) libstdc++6:amd64 (8.2.0-3, 8.2.0-4) libstdc++6:i386 (8.2.0-3, 8.2.0-4) libuuid1:amd64 (2.32-0.4, 2.32.1-0.1) libuuid1:i386 (2.32-0.4, 2.32.1-0.1) August 27: libc6-i386:amd64 (2.27-5, automatic) <-- this is the only hit when grepping 'libc6'
Bug#907603: taskwarrior: Task sync fails with "Aborted"
Package: taskwarrior Version: 2.5.1+dfsg-6 Severity: important Dear Maintainer, * What led up to the situation? A long-functioning taskwarrior installation fails to sync and crashes, perhaps after a recent update. * What exactly did you do (or not do) that was effective (or ineffective)? Ran 'task sync'. Running 'task list' works as usual. * What was the outcome of this action? $ task sync Aborted $ Or, with debugging output turned on: $ task rc.debug=1 rc.debug.tls=3 sync c: INFO Server certificate will be verified but hostname ignored. c: 3 ASSERT: extensions.c[_gnutls_get_extension]:65 c: 3 ASSERT: extensions.c[_gnutls_get_extension]:65 c: 3 ASSERT: mpi.c[_gnutls_x509_read_uint]:246 c: 3 ASSERT: extensions.c[_gnutls_get_extension]:65 c: 3 ASSERT: extensions.c[_gnutls_get_extension]:65 c: 3 ASSERT: x509_ext.c[gnutls_subject_alt_names_get]:110 c: 3 ASSERT: x509.c[get_alt_name]:1701 c: 3 ASSERT: extensions.c[_gnutls_get_extension]:65 c: 3 ASSERT: constate.c[_gnutls_epoch_get]:600 c: 3 ASSERT: system/threads.c[gnutls_system_mutex_lock]:120 Aborted $ * What outcome did you expect instead? Proper syncing with the taskserver, as usual. The taskserver (inthe.am) is fine, as my Debian jessie box and Android clients sync correctly. As part of debugging this anomaly, I have tried cloning and compiling taskwarrior from the upstream source, using Debian's libgnutls, with the same error. Thank you for your time! Taskwarrior makes my life better :)! Charlie -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (200, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.17.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages taskwarrior depends on: ii libc62.27-5 ii libgcc1 1:8.2.0-4 ii libgnutls30 3.5.19-1 ii libstdc++6 8.2.0-4 ii libuuid1 2.32.1-0.1 taskwarrior recommends no packages. taskwarrior suggests no packages. -- no debconf information
Bug#900544: flowblade: Segfaults on startup
Package: flowblade Version: 1.12-1 Severity: important Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? Installed flowblade. sudo apt-get install flowblade * What exactly did you do (or not do) that was effective (or ineffective)? Ran flowblade. * What was the outcome of this action? Segfault. Output and dmesg report attached after these questions. * What outcome did you expect instead? A running program or a graceful exit. [charlie@dicke:~]$ flowblade FLOWBLADE MOVIE EDITOR 1.12 --- Launch script dir: /usr/bin Running from installation... modules path: /usr/share/flowblade/Flowblade MLT found, version: 6.8.0 (flowblade:22604): dbind-WARNING **: 20:20:25.971: Couldn't register with accessibility bus: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken. OS: Debian GNU/Linux buster/sid Python 2.7.15 (default, May 1 2018, 05:55:50) [GCC 7.3.0] GTK+ version: 3.22.29 User dir: /home/charlie/.flowblade/ Locale: en_US Translations at /usr/share/locale were not found, using program root directory translations. Use OS locale language. 1920 1080 Small height: False Small width: False Detecting environment... --- video_codecs: - a64multi - a64multi5 - alias_pix - amv - apng - asv1 - asv2 - avrp - avui - ayuv - bmp - cinepak - cljr - dnxhd - dpx - dvvideo - ffv1 - ffvhuff - fits - flashsv - flashsv2 - flv - gif - h261 - h263 - h263p - hap - huffyuv - jpeg2000 - jpegls - ljpeg - mjpeg - mpeg1video - mpeg2video - mpeg4 - msmpeg4v2 - msmpeg4 - msvideo1 - pam - pbm - pcx - pgm - pgmyuv - png - ppm - prores - prores_aw - prores_ks - qtrle - r10k - r210 - rawvideo - roqvideo - rv10 - rv20 - sgi - snow - sunrast - svq1 - targa - tiff - utvideo - v210 - v308 - v408 - v410 - vc2 - wrapped_avframe - wmv1 - wmv2 - xbm - xface - xwd - y41p - yuv4 - zlib - zmbv - libopenjpeg - libtheora - libvpx - libvpx-vp9 - libwebp_anim - libwebp - libx264 - libx264rgb - libx265 - libxvid - h264_nvenc - h264_omx - h264_vaapi - nvenc - nvenc_h264 - nvenc_hevc - hevc_nvenc - hevc_vaapi - mjpeg_vaapi - mpeg2_vaapi - vp8_vaapi - vp9_vaapi ... --- audio_codecs: - comfortnoise - s302m - aac - ac3 - ac3_fixed - alac - dca - eac3 - flac - g723_1 - mlp - mp2 - mp2fixed - nellymoser - opus - real_144 - sonic - sonicls - truehd - tta - vorbis - wavpack - wmav1 - wmav2 - pcm_alaw - pcm_f32be - pcm_f32le - pcm_f64be - pcm_f64le - pcm_mulaw - pcm_s8 - pcm_s8_planar - pcm_s16be - pcm_s16be_planar - pcm_s16le - pcm_s16le_planar - pcm_s24be - pcm_s24daud - pcm_s24le - pcm_s24le_planar - pcm_s32be - pcm_s32le - pcm_s32le_planar - pcm_s64be - pcm_s64le - pcm_u8 - pcm_u16be - pcm_u16le - pcm_u24be - pcm_u24le - pcm_u32be - pcm_u32le - roq_dpcm - adpcm_adx - g722 - g726 - g726le - adpcm_ima_qt - adpcm_ima_wav - adpcm_ms - adpcm_swf - adpcm_yamaha - libgsm - libgsm_ms - libmp3lame - libopus - libshine - libspeex - libtwolame - libvorbis - libwavpack ... --- formats: - a64 - ac3 - adts - adx - aiff - amr - apng - asf - ass - ast - asf_stream - au - avi - avm2 - bit - caf - cavsvideo - crc - dash - data - daud - dirac - dnxhd - dts - dv - eac3 - f4v - ffm - ffmetadata - fifo - filmstrip - fits - flac - flv - framecrc - framehash - framemd5 - g722 - g723_1 - g726 - g726le - gif - gsm - gxf - h261 - h263 - h264 - hash - hds - hevc - hls - ico - ilbc - image2 - image2pipe - ipod - ircam - ismv - ivf - jacosub - latm - lrc - m4v - md5 - matroska - matroska - microdvd - mjpeg - mlp - mmf - mov - mp2 - mp3 - mp4 - mpeg - vcd - mpeg1video - dvd - svcd - mpeg2video - vob - mpegts - mpjpeg - mxf - mxf_d10 - mxf_opatom - null - nut - oga - ogg - ogv - oma - opus - alaw - mulaw - f64be - f64le - f32be - f32le - s32be - s32le - s24be - s24le - s16be - s16le - s8 - u32be - u32le - u24be - u24le - u16be - u16le - u8 - psp - rawvideo - rm - roq - rso - rtp - rtp_mpegts - rtsp - sap - scc - segment - stream_segment,ssegment - singlejpeg - smjpeg - smoothstreaming - sox - spx - spdif - srt - sup - swf - tee - 3g2 - 3gp - mkvtimestamp_v2 - truehd - tta - uncodedframecrc - vc1 - vc1test - voc - w64 - wav - webm - webm_dash_manifest - webm_chunk - webp - webvtt -
Bug#890645: duplicity: Duplicity fails on Backblaze B2 list-current-files
Package: duplicity Version: 0.7.16-1 Severity: normal Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? Running my usual scripts to interact with Backblaze B2, specifically listing the contents of the remote repository. These have worked for months. * What exactly did you do (or not do) that was effective (or ineffective)? Running: duplicity list-current-files B2:// * What was the outcome of this action? BackendException: B2 backend requires B2 Python APIs (pip install b2) * What outcome did you expect instead? A list of all files stored in that B2 bucket. These duplicity bugs add context: https://bugs.launchpad.net/ubuntu/+source/duplicity/+bug/1743247 https://bugs.launchpad.net/duplicity/+bug/1735825 The suggested solution is pulling in the Backblaze API implementation via pip, but this shouldn't be necessary. Thank you! *** End of the template - remove these template lines *** -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (200, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.14.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages duplicity depends on: ii gnupg 2.2.4-3 ii libc6 2.26-6 ii librsync1 0.9.7-10+b1 ii python2.7.14-4 ii python-fasteners 0.12.0-3 ii python-lockfile 1:0.12.2-2 Versions of packages duplicity recommends: ii python-oauthlib 2.0.6-1 ii python-paramiko 2.0.0-1 ii python-pexpect 4.2.1-1 ii python-urllib3 1.22-1 ii rsync3.1.2-2.1 Versions of packages duplicity suggests: pn lftp pn ncftp pn python-boto pn python-cloudfiles pn python-gdata pn python-swiftclient pn tahoe-lafs -- no debconf information
Bug#888857:
Seconded -- it was a surprise to find that I could install planner on a Jessie box, but not a testing box, this morning. How can we help the maintainer get a functioning copy of planner into testing?
Bug#783034: octave-ltfat breaks Octave rcond. Yields segmentation fault
I agree that there's no obvious way for a subcomponent package to affect a core-compiled function, but I see this effect on all three machines I have access to today, all running testing ( vanilla testing install, upgraded crouton install, upgraded Compute Engine instance) . For the machines where I initially discovered this crashing problem, uninstalling the ltfat package appears to have resolved the problem with rcond completely. Here's the octave-related package list from a machine that displays the problem (minus octave-ltfat) : $ dpkg -l 'octave*' | grep ^ii ii octave 3.8.2-4 amd64GNU Octave language for numerical computations ii octave-audio 1.1.4-5 amd64functions to work with audio files in Octave ii octave-bim 1.1.5-1 all PDE solver using a finite element/volume approach in Octave ii octave-common3.8.2-4 all architecture-independent files for octave ii octave-communications1.2.0-2+b1 amd64communications package for Octave ii octave-communications-common 1.2.0-2 all communications package for Octave (arch-indep files) ii octave-control 2.6.6-1 amd64control functions for Octave from Octave-Forge ii octave-data-smoothing1.3.0-3 all functions to do data smoothing on noisy data ii octave-dataframe 1.0.1-1 all manipulate data in Octave similar to R data.frame ii octave-econometrics 1:1.1.1-2+b1 amd64econometrics functions for Octave ii octave-financial 0.4.0-2 all financial manipulation and plotting functions ii octave-fpl 1.3.4-2 all plot data on unstructured triangular and tetrahedral meshes in Octave ii octave-ga0.10.0-2 all genetic optimization code for Octave ii octave-general 1.3.4-2 amd64provide extra general functions for Octave ii octave-geometry 1.7.0-2 amd64geometric computing functions for Octave ii octave-gsl 1.0.8-6 amd64GSL binding for Octave ii octave-image 2.2.2-1 amd64image manipulation for Octave ii octave-io2.2.4-1 amd64input/output data functions for Octave ii octave-linear-algebra2.2.0-3 amd64additional linear-algebra functions for Octave ii octave-ltfat-common 2.0.1-1 all Large Time/Frequency Analysis Toolbox (arch-indep files) ii octave-msh 1.0.10-1 amd64create and manage meshes for FE or FV solvers in Octave ii octave-optim 1.4.0-1 amd64unconstrained non-linear optimization toolkit for Octave ii octave-signal1.3.0-1 amd64signal processing functions for Octave ii octave-splines 1.2.7-2 all cubic spline functions for Octave ii octave-struct1.0.10-2 amd64additional structure manipulation functions for Octave $ Thanks for looking into this so quickly! By uninstalling the package, it's no longer a blocker for my work, but after spending more than a day narrowing down the problem, I'd like to save someone else the effort! :). Charlie On Mon, Apr 20, 2015 at 2:29 PM, Charlie Hagedorn charlie.haged...@gmail.com wrote: Package: octave-ltfat Version: 2.0.1-1 Severity: important Dear Maintainer, I've had inconsistent Octave seg-faults on several jessie machines that I've traced to at least the octave-ltfat package. The seg-faults are triggered calls to the Octave function rcond. Installing octave-ltfat makes it break, uninstalling restores expected behavior (i.e. not crashing Octave). I discovered this problem when chasing down a segmentation fault in octave-optim's leasqr function. rcond breaks only on matrices of size greater than 9 (31 is used below), so it will only turn up when fitting functions of ten or more parameters. Example breakage: cah49@charlie:~$ octave --quiet octave:1 rcond(magic(31)) ans = 0.030391 octave:2 cah49@charlie:~$ cah49@charlie:~$ sudo apt-get install octave-ltfat Reading package lists... Done Building dependency tree Reading state information... Done The following NEW packages will be installed: octave-ltfat 0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded. Need to get 0 B/561 kB of archives. After this operation, 7,074 kB of additional disk space will be used. Selecting previously unselected package octave-ltfat. (Reading database ... 100497 files and directories currently installed.) Preparing to unpack .../octave-ltfat_2.0.1-1_amd64.deb ... Unpacking octave-ltfat (2.0.1-1) ... Setting up octave-ltfat (2.0.1-1) ... cah49@charlie:~$ octave --quiet octave:1 rcond(magic(31)) Segmentation fault cah49@charlie:~$ sudo apt
Bug#783034: octave-ltfat breaks Octave rcond. Yields segmentation fault
Package: octave-ltfat Version: 2.0.1-1 Severity: important Dear Maintainer, I've had inconsistent Octave seg-faults on several jessie machines that I've traced to at least the octave-ltfat package. The seg-faults are triggered calls to the Octave function rcond. Installing octave-ltfat makes it break, uninstalling restores expected behavior (i.e. not crashing Octave). I discovered this problem when chasing down a segmentation fault in octave-optim's leasqr function. rcond breaks only on matrices of size greater than 9 (31 is used below), so it will only turn up when fitting functions of ten or more parameters. Example breakage: cah49@charlie:~$ octave --quiet octave:1 rcond(magic(31)) ans = 0.030391 octave:2 cah49@charlie:~$ cah49@charlie:~$ sudo apt-get install octave-ltfat Reading package lists... Done Building dependency tree Reading state information... Done The following NEW packages will be installed: octave-ltfat 0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded. Need to get 0 B/561 kB of archives. After this operation, 7,074 kB of additional disk space will be used. Selecting previously unselected package octave-ltfat. (Reading database ... 100497 files and directories currently installed.) Preparing to unpack .../octave-ltfat_2.0.1-1_amd64.deb ... Unpacking octave-ltfat (2.0.1-1) ... Setting up octave-ltfat (2.0.1-1) ... cah49@charlie:~$ octave --quiet octave:1 rcond(magic(31)) Segmentation fault cah49@charlie:~$ sudo apt-get remove octave-ltfat Reading package lists... Done Building dependency tree Reading state information... Done The following package was automatically installed and is no longer required: octave-ltfat-common Use 'apt-get autoremove' to remove it. The following packages will be REMOVED: octave-ltfat 0 upgraded, 0 newly installed, 1 to remove and 0 not upgraded. After this operation, 7,074 kB disk space will be freed. Do you want to continue? [Y/n] y (Reading database ... 100544 files and directories currently installed.) Removing octave-ltfat (2.0.1-1) ... cah49@charlie:~$ octave --quiet octave:1 rcond(magic(31)) ans = 0.030391 octave:2 I will update this bug report if I find any other packages that break *** Reporter, please consider answering these questions, where appropriate *** * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** -- System Information: Debian Release: 8.0 APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages octave-ltfat depends on: ii libblas3 [libblas.so.3]1.2.20110419-10 ii libc6 2.19-18 ii libfftw3-double3 3.3.4-2 ii libfftw3-single3 3.3.4-2 ii libgcc11:4.9.2-10 ii libgfortran3 4.9.2-10 ii liblapack3 [liblapack.so.3]3.5.0-4 ii liboctave2 3.8.2-4 ii libopenblas-base [liblapack.so.3] 0.2.12-1 ii libquadmath0 4.9.2-10 ii libstdc++6 4.9.2-10 ii octave 3.8.2-4 ii octave-ltfat-common2.0.1-1 octave-ltfat recommends no packages. octave-ltfat suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#711997: hugin: Hugin fails with segfault; program partially unusable
Stripping out all things NVIDIA as listed by dpkg made it work. glxgears works fine. Hugin behaves as expected (clicking on tabs after loading an image does not result in a segfault). Apologies for posting what appears to have been a configuration error as a hugin bug. Is there anything in package management that should have prevented this error from happening? Should hugin have detected that something was awry and failed gracefully, perhaps with an error message? Thanks! Charlie On Wed, Jul 3, 2013 at 10:07 AM, Andreas Metzler ametz...@downhill.at.eu.org wrote: On 2013-07-03 Charlie Hagedorn charlie.haged...@gmail.com wrote: Restarted X (it had been up through a few updates), and the problem with hugin persists. Xorg.0.log attached. [...] Hello, this looks broken: [2600271.575] (II) LoadModule: glx [2600271.575] (II) Loading /usr/lib/xorg/modules/linux/libglx.so [2600271.740] (II) Module glx: vendor=NVIDIA Corporation [2600271.740] compiled for 4.0.2, module version = 1.0.0 [2600271.740] Module class: X.Org Server Extension [2600271.740] (II) NVIDIA GLX Module 96.43.23 Sat Sep 1 03:47:03 PDT 2012 [2600271.740] (II) Loading extension GLX [...] [2600271.843] (II) intel(0): Integrated Graphics Chipset: Intel(R) Ivybridge Desktop (GT1) [2600271.843] (--) intel(0): Chipset: Ivybridge Desktop (GT1) [...] [2600272.110] (EE) Failed to initialize GLX extension (Compatible NVIDIA X driver not found) I think you are combining parts of the non-free nvidia driver (/usr/lib/xorg/modules/linux/libglx.so) with xserver-xorg-video-intel. cu Andreas
Bug#711997: hugin: Hugin fails with segfault; program partially unusable
Restarted X (it had been up through a few updates), and the problem with hugin persists. Xorg.0.log attached. On Sat, Jun 22, 2013 at 4:54 AM, Andreas Metzler ametz...@downhill.at.eu.org wrote: On 2013-06-18 Charlie Hagedorn charlie.haged...@gmail.com wrote: [:~]$ glxgears -info Xlib: extension GLX missing on display :0.0. Error: couldn't get an RGB, Double-buffered visual [:~]$ And at this point it simply exits? Yes. Do you have libgl1-mesa-dri or libgl1-mesa-swx11 installed? Looks like libgl1-mesa-dri is installed. libgl1-mesa-swx11 is not installed. [:~]$ dpkg -l | grep libgl1-mesa ii libgl1-mesa-dri:amd64 8.0.5-6 amd64free implementation of the OpenGL API -- DRI modules ii libgl1-mesa-glx:amd64 8.0.5-6 amd64free implementation of the OpenGL API -- GLX runtime [:~]$ [...] Could you post your /var/log/Xorg.0.log? cu Andreas Xorg.0.log Description: Binary data
Bug#711997: hugin: Hugin fails with segfault; program partially unusable
[:~]$ glxgears -info Xlib: extension GLX missing on display :0.0. Error: couldn't get an RGB, Double-buffered visual [:~]$ And at this point it simply exits? Yes. Do you have libgl1-mesa-dri or libgl1-mesa-swx11 installed? Looks like libgl1-mesa-dri is installed. libgl1-mesa-swx11 is not installed. [:~]$ dpkg -l | grep libgl1-mesa ii libgl1-mesa-dri:amd64 8.0.5-6 amd64free implementation of the OpenGL API -- DRI modules ii libgl1-mesa-glx:amd64 8.0.5-6 amd64free implementation of the OpenGL API -- GLX runtime [:~]$ Could enter bt at this point? As you wish! Program received signal SIGSEGV, Segmentation fault. 0x005b9183 in PreviewIdentifyTool::setConstantOn(bool) () (gdb) bt #0 0x005b9183 in PreviewIdentifyTool::setConstantOn(bool) () #1 0x0056040f in GLPreviewFrame::SetMode(int) () #2 0x753aa3f6 in wxEvtHandler::ProcessEventIfMatches(wxEventTableEntryBase const, wxEvtHandler*, wxEvent) () from /usr/lib/x86_64-linux-gnu/libwx_baseu-2.8.so.0 #3 0x753aa564 in wxEventHashTable::HandleEvent(wxEvent, wxEvtHandler*) () from /usr/lib/x86_64-linux-gnu/libwx_baseu-2.8.so.0 #4 0x753aa887 in wxEvtHandler::ProcessEvent(wxEvent) () from /usr/lib/x86_64-linux-gnu/libwx_baseu-2.8.so.0 #5 0x74f963d9 in wxWindowBase::TryParent(wxEvent) () from /usr/lib/x86_64-linux-gnu/libwx_gtk2u_core-2.8.so.0 #6 0x74f963d9 in wxWindowBase::TryParent(wxEvent) () from /usr/lib/x86_64-linux-gnu/libwx_gtk2u_core-2.8.so.0 #7 0x74f79f2b in wxNotebookBase::SendPageChangedEvent(int, int) () from /usr/lib/x86_64-linux-gnu/libwx_gtk2u_core-2.8.so.0 #8 0x7fffef05c620 in g_closure_invoke () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #9 0x7fffef06dfde in ?? () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #10 0x7fffef075cd1 in g_signal_emit_valist () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #11 0x7fffef075f82 in g_signal_emit () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #12 0x70779ef0 in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0 #13 0x70758f19 in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0 #14 0x7fffef05c620 in g_closure_invoke () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #15 0x7fffef06db1b in ?? () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #16 0x7fffef075972 in g_signal_emit_valist () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #17 0x7fffef075f82 in g_signal_emit () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #18 0x70870e9e in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0 #19 0x70757284 in gtk_propagate_event () from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0 #20 0x707575eb in gtk_main_do_event () from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0 #21 0x703cd80c in ?? () from /usr/lib/x86_64-linux-gnu/libgdk-x11-2.0.so.0 #22 0x7fffeeb96f25 in g_main_context_dispatch () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #23 0x7fffeeb97268 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #24 0x7fffeeb976da in g_main_loop_run () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #25 0x707565e7 in gtk_main () from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0 #26 0x74ebc268 in wxEventLoop::Run() () from /usr/lib/x86_64-linux-gnu/libwx_gtk2u_core-2.8.so.0 #27 0x74f2e33c in wxAppBase::MainLoop() () from /usr/lib/x86_64-linux-gnu/libwx_gtk2u_core-2.8.so.0 #28 0x7535c4e5 in wxEntry(int, wchar_t**) () from /usr/lib/x86_64-linux-gnu/libwx_baseu-2.8.so.0 #29 0x004c2dc2 in main () (gdb) Thanks! Charlie
Bug#711997: hugin: Hugin fails with segfault; program partially unusable
mesa-utils was not installed. After installing it (didn't pull in any other packages), I get: [:~]$ glxgears -info Xlib: extension GLX missing on display :0.0. Error: couldn't get an RGB, Double-buffered visual [:~]$ [:~]$ hugin /usr/share/hugin/data/plugins/shooting_pattern.py CAT:initial distribution NAM:6-1-1 Shooting Pattern /usr/share/hugin/data/plugins/woa.py CAT:Control Points NAM:Warped Overlap Analysis /usr/share/hugin/data/plugins/crop_cp.py CAT:Control Points NAM:Crop Control Points /usr/share/hugin/data/plugins/top_five.py CAT:Control Points NAM:keep 5 CPs per image pair Xlib: extension GLX missing on display :0.0. Xlib: extension GLX missing on display :0.0. Xlib: extension GLX missing on display :0.0. Segmentation fault [:~]$ All but the Segmentation fault appears when hugin starts. Segfault happens as described in the bug report. [:~]$ glxinfo name of display: :0.0 Xlib: extension GLX missing on display :0.0. Xlib: extension GLX missing on display :0.0. Xlib: extension GLX missing on display :0.0. Xlib: extension GLX missing on display :0.0. Xlib: extension GLX missing on display :0.0. Error: couldn't find RGB GLX visual or fbconfig Xlib: extension GLX missing on display :0.0. Xlib: extension GLX missing on display :0.0. Xlib: extension GLX missing on display :0.0. Xlib: extension GLX missing on display :0.0. Xlib: extension GLX missing on display :0.0. Xlib: extension GLX missing on display :0.0. Xlib: extension GLX missing on display :0.0. [:~]$ Providing a backtrace is new to me, but if I run hugin with gdb, this is what I get, following these instructions http://wiki.debian.org/HowToGetABacktrace : [:~]$ gdb hugin GNU gdb (GDB) 7.6-debian Copyright (C) 2013 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as x86_64-linux-gnu. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/... Reading symbols from /usr/bin/hugin...(no debugging symbols found)...done. (gdb) (gdb) set pagination 0 (gdb) run Starting program: /usr/bin/hugin warning: Could not load shared library symbols for linux-vdso.so.1. Do you need set solib-search-path or set sysroot? [Thread debugging using libthread_db enabled] Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1. /usr/share/hugin/data/plugins/shooting_pattern.py CAT:initial distribution NAM:6-1-1 Shooting Pattern /usr/share/hugin/data/plugins/woa.py CAT:Control Points NAM:Warped Overlap Analysis /usr/share/hugin/data/plugins/crop_cp.py CAT:Control Points NAM:Crop Control Points /usr/share/hugin/data/plugins/top_five.py CAT:Control Points NAM:keep 5 CPs per image pair Xlib: extension GLX missing on display :0.0. Xlib: extension GLX missing on display :0.0. Xlib: extension GLX missing on display :0.0. [New Thread 0x7fffdfab0700 (LWP 9773)] [New Thread 0x7fffdf2af700 (LWP 9774)] [New Thread 0x7fffd7fff700 (LWP 9775)] [New Thread 0x7fffdeaae700 (LWP 9776)] [New Thread 0x7fffde291700 (LWP 9777)] [Thread 0x7fffdf2af700 (LWP 9774) exited] [Thread 0x7fffdeaae700 (LWP 9776) exited] [Thread 0x7fffde291700 (LWP 9777) exited] [New Thread 0x7fffde291700 (LWP 9779)] [Thread 0x7fffde291700 (LWP 9779) exited] Program received signal SIGSEGV, Segmentation fault. 0x005b9183 in PreviewIdentifyTool::setConstantOn(bool) () (gdb) quit A debugging session is active. Inferior 1 [process 9384] will be killed. Quit anyway? (y or n) n Not confirmed. (gdb) Hugin did not crash, but froze, when run under gdb. I presume this is expected. Perhaps the problem is in my installation of OpenGL, not in hugin? [:~]$ lsmod ... i915 378417 2 ... [:~]$ [:~]$ lshw ... *-display description: VGA compatible controller product: Xeon E3-1200 v2/3rd Gen Core processor Graphics Controller vendor: Intel Corporation physical id: 2 bus info: pci@:00:02.0 version: 09 width: 64 bits clock: 33MHz capabilities: vga_controller bus_master cap_list rom configuration: driver=i915 latency=0 resources: irq:47 memory:f780-f7bf memory:e000-efff ioport:f000(size=64) ... [:~]$ On Fri, Jun 14, 2013 at 10:29 AM, Andreas Metzler ametz...@downhill.at.eu.org wrote: On 2013-06-11 charlie charlie.haged...@gmail.com wrote: [...] Started hugin, started loading photos as usual (bug repros with a single photo). After loading images, clicking on Preview/Layout/Etc. tab causes segfault. [...] Do you have working OpenGL support? Does 'glxgears -info'? Could you provide a backtrace? thanks, cu Andreas
Bug#711997: hugin: Hugin fails with segfault; program partially unusable
By switching 'Interface' to expert, I'm able to recover much of the relevant functionality. On Tue, Jun 11, 2013 at 1:50 PM, charlie charlie.haged...@gmail.com wrote: Package: hugin Version: 2013.0.0~beta1+dfsg-3 Severity: important Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? Started hugin, started loading photos as usual (bug repros with a single photo). After loading images, clicking on Preview/Layout/Etc. tab causes segfault. * What was the outcome of this action? Segfault Started program, loaded image, clicked Layout tab, segfault. $ hugin /usr/share/hugin/data/plugins/shooting_pattern.py CAT:initial distribution NAM:6-1-1 Shooting Pattern /usr/share/hugin/data/plugins/woa.py CAT:Control Points NAM:Warped Overlap Analysis /usr/share/hugin/data/plugins/crop_cp.py CAT:Control Points NAM:Crop Control Points /usr/share/hugin/data/plugins/top_five.py CAT:Control Points NAM:keep 5 CPs per image pair Xlib: extension GLX missing on display :0.0. Xlib: extension GLX missing on display :0.0. Xlib: extension GLX missing on display :0.0. Segmentation fault * What outcome did you expect instead? The display of the Layout tab. This occurs with every tab I've tried (preview, projection). While it's still possible to generate a panorama with horizontally aligned photos, much of the utility of hugin is compromised. Last I used hugin (~1-2 months ago), it worked fine. Saw that there was an update recently; this is the first serious bug I've ever seen in 'testing'. Thank you! -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages hugin depends on: ii enblend 4.0+dfsg-5 ii enfuse4.0+dfsg-5 ii hugin-tools 2013.0.0~beta1+dfsg-3 ii libboost-signals1.53.01.53.0-5 ii libboost-system1.53.0 1.53.0-5 ii libboost-thread1.53.0 1.53.0-5 ii libc6 2.17-3 ii libexiv2-12 0.23-1 ii libgcc1 1:4.8.0-7 ii libgl1-mesa-glx [libgl1] 8.0.5-6 ii libglew1.71.7.0-3 ii libglu1-mesa [libglu1]8.0.5-6 ii libimage-exiftool-perl9.13-1 ii libpano13-2 2.9.18+dfsg-6 ii libstdc++64.8.0-7 ii libtiff4 3.9.6-11 ii libwxbase2.8-02.8.12.1-12 ii libwxgtk2.8-0 2.8.12.1-12 ii make 3.81-8.2 hugin recommends no packages. hugin suggests no packages. -- no debconf information