Community Packages

Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines

Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.

REPEAT: Do NOT report bugs for outdated packages!
Tasklist

FS#22963 - [darktable] doesn't start

Attached to Project: Community Packages
Opened by sbaragnaus (sbaragnaus) - Saturday, 19 February 2011, 16:22 GMT
Last edited by Jelle van der Waa (jelly) - Saturday, 28 May 2011, 21:21 GMT
Task Type Bug Report
Category Packages
Status Closed
Assigned To Sergej Pupykin (sergej)
Architecture i686
Severity High
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 3
Private No

Details

Description: I've installed latest darktable (0.8-1) via pacman and it doesn't start. I'm using KDE SC 4.6.


Additional info:
* package version(s) 0.8-1, kde sc 4.6, gconf 2.32.0-1, libgnome-keyring 2.32.0-1, lcms2 2.1-1, curl 7.21.3-1, exiv2 0.20-1, intltool 0.41.1-2, lensfun 0.2.5-1, libgphoto2 2.4.10.1-2, libusb-compat 0.1.3-1, openexr 1.6.1-1

* config and/or log files etc.

This is the output:

$ darktable
libusb couldn't open USB device /dev/bus/usb/001/005: Permission denied.
libusb requires write access to USB device nodes.
libusb couldn't open USB device /dev/bus/usb/004/002: Permission denied.
libusb requires write access to USB device nodes.
sqlite3 error: /home/sergej/community-my.svn/darktable/trunk/src/darktable-0.8/src/common/collection.c:447, function dt_collection_update_query(): no such table: selected_images
sqlite3 error: /home/sergej/community-my.svn/darktable/trunk/src/darktable-0.8/src/common/collection.c:448, function dt_collection_update_query(): no such table: selected_images
sqlite3 error: /home/sergej/community-my.svn/darktable/trunk/src/darktable-0.8/src/common/collection.c:449, function dt_collection_update_query(): no such table: selected_images
[view_load_module] could not open /usr/local/lib/darktable/views/libfilmstrip.so (/usr/local/lib/darktable/views/libfilmstrip.so: cannot open shared object file: No such file or directory)!
[view_manager_init] failed to load film strip view!
[view_load_module] could not open /usr/local/lib/darktable/views/libdarkroom.so (/usr/local/lib/darktable/views/libdarkroom.so: cannot open shared object file: No such file or directory)!
[view_manager_init] failed to load view module 'darkroom'
[view_load_module] could not open /usr/local/lib/darktable/views/liblighttable.so (/usr/local/lib/darktable/views/liblighttable.so: cannot open shared object file: No such file or directory)!
[view_manager_init] failed to load view module 'lighttable'
[view_load_module] could not open /usr/local/lib/darktable/views/libcapture.so (/usr/local/lib/darktable/views/libcapture.so: cannot open shared object file: No such file or directory)!
[view_manager_init] failed to load view module 'capture'
[gtk_init] could not find darktable.gtkrc in . or /usr/local/share/darktable!
This task depends upon

Closed by  Jelle van der Waa (jelly)
Saturday, 28 May 2011, 21:21 GMT
Reason for closing:  Works for me
Comment by Sergej Pupykin (sergej) - Saturday, 19 February 2011, 17:55 GMT
it works for me, but I had no darktable installed previously.

> dt_collection_update_query(): no such table: selected_images

May be you need to remove previous darktable settings?
Comment by Sergej Pupykin (sergej) - Saturday, 19 February 2011, 17:58 GMT
> [view_load_module] could not open /usr/local/lib/darktable/views/libdarkroom.so (/usr/local/lib/darktable/views/libdarkroom.so: cannot open shared object file: No such file or directory)!

it strange, package have no files installed into /usr/local
Comment by sbaragnaus (sbaragnaus) - Saturday, 19 February 2011, 18:00 GMT
Yes, I had previous version but I've simply run pacman -Syu. There wasn't any specific instruction at the end of the package installation.
Comment by Christoph Glaubitz (chrigl) - Sunday, 20 February 2011, 22:04 GMT
Files are installed to /usr/lib/darktable correctly, but bin is searching at the wrong location.
There is also an error in PKGBUILD
Line 19 should be:
source=(http://downloads.sourceforge.net/project/darktable/darktable/$pkgver/darktable-$pkgver.tar.gz)
Comment by sbaragnaus (sbaragnaus) - Thursday, 03 March 2011, 19:02 GMT
The issue was solved in darktable 0.8-2. Thanks.
Comment by Anton N (lelf) - Thursday, 17 March 2011, 16:04 GMT
Does not work for me

[lelf@Betty ~]$ pacman -Q darktable
darktable 0.8-2

[lelf@Betty ~]$ ls -l ~/.config/darktable/
ls: cannot access /home/lelf/.config/darktable/: No such file or directory

[lelf@Betty ~]$ darktable
sqlite3 error: /build/src/darktable-0.8/src/common/collection.c:447, function dt_collection_update_query(): no such table: selected_images
sqlite3 error: /build/src/darktable-0.8/src/common/collection.c:448, function dt_collection_update_query(): no such table: selected_images
sqlite3 error: /build/src/darktable-0.8/src/common/collection.c:449, function dt_collection_update_query(): no such table: selected_images

[lelf@Betty ~]$ ls -l ~/.config/darktable/
total 0
-rw-r--r-- 1 lelf users 0 Mar 10 00:12 library.db
Comment by Benjamin Cahill (bencahill) - Thursday, 07 April 2011, 21:15 GMT
I had this problem, but went to #darktable on freenode to resolve. See below:

14:28 < bencahill> hey guys, I get 'Illegal instruction' when I try to run darktable (archlinux,x86_64,latest package)
14:28 < bencahill> and right before it, sqlite3 error: /build/src/darktable-0.8/src/common/collection.c:449, function dt_collection_update_query(): no such table: selected_images
14:28 < pmjdebruijn> heh
14:29 < pmjdebruijn> that's the old -march=native problem :)
14:29 < pmjdebruijn> darktable needs to be built with a special parameter for packages
14:29 < pmjdebruijn> since otherwise the build process optimized for the package build machine's specific CPU
14:29 < pmjdebruijn> bencahill: check CMakeList.txt
14:29 < bencahill> oh...
14:30 < pmjdebruijn> it's in there
14:30 < bencahill> pmjdebruijn: where would that be?
14:30 < pmjdebruijn> -DBINARY_PACKAGE_BUILD=1
14:30 < pmjdebruijn> that's the cmake option
14:30 < pmjdebruijn> bencahill: in the soure
14:30 < bencahill> pmjdebruijn: I didn't build this from source...but I can use the AUR package to do so...
14:31 < pmjdebruijn> bencahill: you should just contact the package author, and have him fix it
14:31 < pmjdebruijn> bencahill: tell him about -DBINARY_PACKAGE_BUILD=1
14:31 < bencahill> pmjdebruijn: will do

In summary, add this line after line 32 in PKGBUILD:

-DBINARY_PACKAGE_BUILD=1 \

See the attached PKGBUILD.

Hope this helps, and have a wonderful day!
   PKGBUILD (1.4 KiB)
Comment by Sergej Pupykin (sergej) - Friday, 08 April 2011, 06:01 GMT
Please check updated darktable-0.8-3-i686.pkg.tar.xz
Comment by Benjamin Cahill (bencahill) - Friday, 08 April 2011, 17:01 GMT
@Sergej

Did you change the PKGBUILD? After an ABS sync, it's still the same.

I'm on x86_64, but I tried the new package, and the same error.

:-/
Comment by Sergej Pupykin (sergej) - Friday, 08 April 2011, 17:18 GMT
http://projects.archlinux.org/svntogit/community.git/commit/darktable/trunk/PKGBUILD?id=de55cd514d41ab857700c33c17299f921765e948

It should be build with -DBINARY_PACKAGE_BUILD=1
Comment by Benjamin Cahill (bencahill) - Friday, 08 April 2011, 17:25 GMT
Ok, weird. After another ABS sync, the PKGBUILD is still old (v2).

I'll try the package again this afternoon/evening, to see if I can figure anything out.
Comment by Benjamin Cahill (bencahill) - Friday, 08 April 2011, 18:16 GMT
@Sergej

Check out lines 11-13 on this paste: http://paste.pocoo.org/show/368048/

That's from darktable -d all 2>&1 |wgetpaste

And it is crashing with 'Illegal instruction' at the end. :-/
Comment by Sergej Pupykin (sergej) - Friday, 08 April 2011, 19:51 GMT
sqlite3 error messages are ok. I got them but darktable starts. What if you try to build and install it on your machine?
Comment by Benjamin Cahill (bencahill) - Friday, 08 April 2011, 21:43 GMT
Well, building from the version 2 PKGBUILD works fine, that's the one I'm using now.

Whether I do abs or abs community/darktable, I still don't have the 2 PKGBUILD. I don't understand fully how the process works, so I could be missing something.

Building it here with or without the DBINARY_PACKAGE_BUILD=1 works fine.

Do you have access to another machine you could try it on?
Comment by Sergej Pupykin (sergej) - Monday, 11 April 2011, 12:43 GMT
I always build i686 package on x86_64 (Pentium D E2180) in 32bit chroot.

I checked it on i686 (another Celeron machine). It gives 3 sqlite errors and starts ok.
Comment by Sergej Pupykin (sergej) - Monday, 11 April 2011, 12:49 GMT
>> CMake Warning: The variable, 'BINARY_PACKAGE_BUILD', specified manually, was not used during the generation.

I got this message during makepkg, is this variable name right?

Loading...