SUMMARY A lot of errors in the logs and on several on screen whilst using the application. STEPS TO REPRODUCE 1. start and use the application 2. see the errors on screen 3. run journalctl -f to see the errors in the log OBSERVED RESULT lots of errors about files not being writable or openable. EXPECTED RESULT No errors. SOFTWARE/OS VERSIONS MESA-INTEL: warning: Haswell Vulkan support is incomplete Operating System: EndeavourOS (which is Arch BTW) KDE Plasma Version: 6.3.5 KDE Frameworks Version: 6.14.0 Qt Version: 6.9.0 Kernel Version: 6.12.30-1-lts (64-bit) Graphics Platform: Wayland Processors: 4 × Intel® Core™ i5-4570R CPU @ 2.70GHz Memory: 7.7 GiB of RAM Graphics Processor: Intel® Iris® Pro Graphics 5200 ADDITIONAL INFORMATION Installed kphotoalbum on my system. My images/media are on a nfs-location, mounted with fstab using x-systemd.automount . On the first few start ups kphotoalbum crashed. Then it started to scan the media. In the application an error message appeared several times, which (translated) reads: "could not save the image db in the XML file. File ...xindex.xml.tmp could not be opened because of the error: access denied." In the log (journalctl -f) there are also a lot of errors about errors related to files: kphotoalbum.ImageManager: Failed to seek in thumbnail file kphotoalbum[12411]: QFileDevice::seek: IODevice is not open kphotoalbum.Utilities: Could not open file for writing: "<mountname>/Camera/.videoThumbnails/742aef29cc36e5c1af79fa2676348733-0" kphotoalbum.ImageManager: Failed to open thumbnail file for inserting kphotoalbum[12411]: QFileDevice::seek: IODevice is not open kphotoalbum.DB: "Error saving to file '<mqountname>/Camera/.#index.xml.tmp': Toegang geweigerd"
If I can provide any more info please let me know.
Maybe related to (hopefully meanwhile fixed) Bug #504491? Can you build git master to check if it's fixed?
Not sure if I should add this info here, but the application just crashed[1]. Strarting it again it again wants to know where the media are located and it again wants to create its database. [1] rocess 12411 (kphotoalbum) of user 1000 dumped core. Stack trace of thread 12411: #0 0x00005f91c3cf5c6f n/a (/usr/bin/kphotoalbum + 0x14bc6f) #1 0x00005f91c3c7c975 n/a (/usr/bin/kphotoalbum + 0xd2975) #2 0x00005f91c3ce098b n/a (/usr/bin/kphotoalbum + 0x13698b) #3 0x00005f91c3da6524 n/a (/usr/bin/kphotoalbum + 0x1fc524) #4 0x0000718f719b6cc9 n/a (libQt6Core.so.6 + 0x1b6cc9) #5 0x00005f91c3c5b589 n/a (/usr/bin/kphotoalbum + 0xb1589) #6 0x0000718f719b6cc9 n/a (libQt6Core.so.6 + 0x1b6cc9) #7 0x0000718f72c20e1b n/a (libQt6Widgets.so.6 + 0x220e1b) #8 0x0000718f72c21318 n/a (libQt6Widgets.so.6 + 0x221318) #9 0x0000718f72c310ee _ZN15QAbstractButton17mouseReleaseEventEP11QMouseEvent (libQt6Widgets.so.6 + 0x2310ee) #10 0x0000718f72b51b76 _ZN7QWidget5eventEP6QEvent (libQt6Widgets.so.6 + 0x151b76) #11 0x0000718f72afed9e _ZN19QApplicationPrivate13notify_helperEP7QObjectP6QEvent (libQt6Widgets.so.6 + 0xfed9e) #12 0x0000718f72b02ec6 _ZN12QApplication6notifyEP7QObjectP6QEvent (libQt6Widgets.so.6 + 0x102ec6) #13 0x0000718f7195a018 _ZN16QCoreApplication15notifyInternal2EP7QObjectP6QEvent (libQt6Core.so.6 + 0x15a018) #14 0x0000718f72af683c _ZN19QApplicationPrivate14sendMouseEventEP7QWidgetP11QMouseEventS1_S1_PS1_R8QPointerIS0_Ebb (libQt6Widgets.so.6 + 0xf683c) #15 0x0000718f72b6c85f n/a (libQt6Widgets.so.6 + 0x16c85f) #16 0x0000718f72b6db90 n/a (libQt6Widgets.so.6 + 0x16db90) #17 0x0000718f72afed9e _ZN19QApplicationPrivate13notify_helperEP7QObjectP6QEvent (libQt6Widgets.so.6 + 0xfed9e) #18 0x0000718f7195a018 _ZN16QCoreApplication15notifyInternal2EP7QObjectP6QEvent (libQt6Core.so.6 + 0x15a018) #19 0x0000718f7218c0c5 _ZN22QGuiApplicationPrivate17processMouseEventEPN29QWindowSystemInterfacePrivate10MouseEventE (libQt6Gui.so.6 + 0x18c0c5) #20 0x0000718f7220d0c4 _ZN22QWindowSystemInterface22sendWindowSystemEventsE6QFlagsIN10QEventLoop17ProcessEventsFlagEE (libQt6Gui.so.6 + 0x20d0c4) #21 0x0000718f7220d2b7 _ZN22QWindowSystemInterface23flushWindowSystemEventsE6QFlagsIN10QEventLoop17ProcessEventsFlagEE (libQt6Gui.so.6 + 0x20d2b7) #22 0x0000718f719a54aa _ZN7QObject5eventEP6QEvent (libQt6Core.so.6 + 0x1a54aa) #23 0x0000718f72afed9e _ZN19QApplicationPrivate13notify_helperEP7QObjectP6QEvent (libQt6Widgets.so.6 + 0xfed9e) #24 0x0000718f7195a018 _ZN16QCoreApplication15notifyInternal2EP7QObjectP6QEvent (libQt6Core.so.6 + 0x15a018) #25 0x0000718f7195a3f2 _ZN23QCoreApplicationPrivate16sendPostedEventsEP7QObjectiP11QThreadData (libQt6Core.so.6 + 0x15a3f2) #26 0x0000718f71bcfea8 n/a (libQt6Core.so.6 + 0x3cfea8) #27 0x0000718f63fc787d n/a (libglib-2.0.so.0 + 0x5e87d) #28 0x0000718f63fc8cd7 n/a (libglib-2.0.so.0 + 0x5fcd7) #29 0x0000718f63fc8ee5 g_main_context_iteration (libglib-2.0.so.0 + 0x5fee5) #30 0x0000718f71bcd59d _ZN20QEventDispatcherGlib13processEventsE6QFlagsIN10QEventLoop17ProcessEventsFlagEE (libQt6Core.so.6 + 0x3cd59d) #31 0x0000718f71965376 _ZN10QEventLoop4execE6QFlagsINS_17ProcessEventsFlagEE (libQt6Core.so.6 + 0x165376) #32 0x0000718f7195d159 _ZN16QCoreApplication4execEv (libQt6Core.so.6 + 0x15d159) #33 0x00005f91c3c3e5b6 n/a (/usr/bin/kphotoalbum + 0x945b6) #34 0x0000718f712376b5 n/a (libc.so.6 + 0x276b5) #35 0x0000718f71237769 __libc_start_main (libc.so.6 + 0x27769) #36 0x00005f91c3c3fcf5 n/a (/usr/bin/kphotoalbum + 0x95cf5) Stack trace of thread 12413: #0 0x0000718f712ade22 n/a (libc.so.6 + 0x9de22) #1 0x0000718f712a1fda n/a (libc.so.6 + 0x91fda) #2 0x0000718f712a2024 n/a (libc.so.6 + 0x92024) #3 0x0000718f7131c05e __poll (libc.so.6 + 0x10c05e) #4 0x0000718f632421ad n/a (libQt6WaylandClient.so.6 + 0x651ad) #5 0x0000718f71ae44ff n/a (libQt6Core.so.6 + 0x2e44ff) #6 0x0000718f712a57eb n/a (libc.so.6 + 0x957eb) #7 0x0000718f7132918c n/a (libc.so.6 + 0x11918c) Stack trace of thread 12414: #0 0x0000718f712ade22 n/a (libc.so.6 + 0x9de22) #1 0x0000718f712a1fda n/a (libc.so.6 + 0x91fda) #2 0x0000718f712a2024 n/a (libc.so.6 + 0x92024) #3 0x0000718f7131c05e __poll (libc.so.6 + 0x10c05e) #4 0x0000718f632421ad n/a (libQt6WaylandClient.so.6 + 0x651ad) #5 0x0000718f71ae44ff n/a (libQt6Core.so.6 + 0x2e44ff) #6 0x0000718f712a57eb n/a (libc.so.6 + 0x957eb) #7 0x0000718f7132918c n/a (libc.so.6 + 0x11918c) Stack trace of thread 17197: #0 0x0000718f712ade22 n/a (libc.so.6 + 0x9de22) #1 0x0000718f712a1fda n/a (libc.so.6 + 0x91fda) #2 0x0000718f712a264c n/a (libc.so.6 + 0x9264c) #3 0x0000718f712a4f28 pthread_cond_timedwait (libc.so.6 + 0x94f28) #4 0x0000718f71ae9a83 _ZN14QWaitCondition4waitEP6QMutex14QDeadlineTimer (libQt6Core.so.6 + 0x2e9a83) #5 0x0000718f71adf6d5 n/a (libQt6Core.so.6 + 0x2df6d5) #6 0x0000718f71ae44ff n/a (libQt6Core.so.6 + 0x2e44ff) #7 0x0000718f712a57eb n/a (libc.so.6 + 0x957eb) #8 0x0000718f7132918c n/a (libc.so.6 + 0x11918c) Stack trace of thread 17198: #0 0x0000718f712ade22 n/a (libc.so.6 + 0x9de22) #1 0x0000718f712a1fda n/a (libc.so.6 + 0x91fda) #2 0x0000718f712a264c n/a (libc.so.6 + 0x9264c) #3 0x0000718f712a4f28 pthread_cond_timedwait (libc.so.6 + 0x94f28) #4 0x0000718f71ae9a83 _ZN14QWaitCondition4waitEP6QMutex14QDeadlineTimer (libQt6Core.so.6 + 0x2e9a83) #5 0x0000718f71adf6d5 n/a (libQt6Core.so.6 + 0x2df6d5) #6 0x0000718f71ae44ff n/a (libQt6Core.so.6 + 0x2e44ff) #7 0x0000718f712a57eb n/a (libc.so.6 + 0x957eb) #8 0x0000718f7132918c n/a (libc.so.6 + 0x11918c) Stack trace of thread 12441: #0 0x0000718f7466b530 n/a (libjpeg.so.8 + 0x6b530) #1 0x0000718f74645a2f n/a (libjpeg.so.8 + 0x45a2f) #2 0x0000718f7463eb0d n/a (libjpeg.so.8 + 0x3eb0d) #3 0x0000718f7464127f jpeg_read_scanlines (libjpeg.so.8 + 0x4127f) #4 0x00005f91c3db4ccd n/a (/usr/bin/kphotoalbum + 0x20accd) #5 0x00005f91c3cf56a9 n/a (/usr/bin/kphotoalbum + 0x14b6a9) #6 0x0000718f71ae44ff n/a (libQt6Core.so.6 + 0x2e44ff) #7 0x0000718f712a57eb n/a (libc.so.6 + 0x957eb) #8 0x0000718f7132918c n/a (libc.so.6 + 0x11918c) Stack trace of thread 12412: #0 0x0000718f712ade22 n/a (libc.so.6 + 0x9de22) #1 0x0000718f712a1fda n/a (libc.so.6 + 0x91fda) #2 0x0000718f712a2024 n/a (libc.so.6 + 0x92024) #3 0x0000718f7131c5a6 ppoll (libc.so.6 + 0x10c5a6) #4 0x0000718f63fc8e04 n/a (libglib-2.0.so.0 + 0x5fe04) #5 0x0000718f63fc8ee5 g_main_context_iteration (libglib-2.0.so.0 + 0x5fee5) #6 0x0000718f71bcd59d _ZN20QEventDispatcherGlib13processEventsE6QFlagsIN10QEventLoop17ProcessEventsFlagEE (libQt6Core.so.6 + 0x3cd59d) #7 0x0000718f71965376 _ZN10QEventLoop4execE6QFlagsINS_17ProcessEventsFlagEE (libQt6Core.so.6 + 0x165376) #8 0x0000718f71a5a4b9 _ZN7QThread4execEv (libQt6Core.so.6 + 0x25a4b9) #9 0x0000718f7320d8de n/a (libQt6DBus.so.6 + 0x2e8de) #10 0x0000718f71ae44ff n/a (libQt6Core.so.6 + 0x2e44ff) #11 0x0000718f712a57eb n/a (libc.so.6 + 0x957eb) #12 0x0000718f7132918c n/a (libc.so.6 + 0x11918c) Stack trace of thread 12439: #0 0x0000718f712ade22 n/a (libc.so.6 + 0x9de22) #1 0x0000718f712a1fda n/a (libc.so.6 + 0x91fda) #2 0x0000718f712a2024 n/a (libc.so.6 + 0x92024) #3 0x0000718f7131be37 __open64 (libc.so.6 + 0x10be37) #4 0x0000718f719236d8 _ZN13QFSFileEngine4openE6QFlagsIN13QIODeviceBase12OpenModeFlagEESt8optionalIS0_IN11QFileDevice10PermissionEEE (libQt6Core.so.6 + 0x1236d8) #5 0x0000718f71912635 _ZN5QFile4openE6QFlagsIN13QIODeviceBase12OpenModeFlagEE (libQt6Core.so.6 + 0x112635) #6 0x0000718f72154d3c _ZN12QImageReader11imageFormatERK7QString (libQt6Gui.so.6 + 0x154d3c) #7 0x00005f91c3cf5086 n/a (/usr/bin/kphotoalbum + 0x14b086) #8 0x0000718f71ae44ff n/a (libQt6Core.so.6 + 0x2e44ff) #9 0x0000718f712a57eb n/a (libc.so.6 + 0x957eb) #10 0x0000718f7132918c n/a (libc.so.6 + 0x11918c) Stack trace of thread 12435: #0 0x0000718f712ade22 n/a (libc.so.6 + 0x9de22) #1 0x0000718f712a1fda n/a (libc.so.6 + 0x91fda) #2 0x0000718f712a2024 n/a (libc.so.6 + 0x92024) #3 0x0000718f7131c05e __poll (libc.so.6 + 0x10c05e) #4 0x0000718f71196a78 n/a (libpulse.so.0 + 0x32a78) #5 0x0000718f71180654 pa_mainloop_poll (libpulse.so.0 + 0x1c654) #6 0x0000718f7118a7c5 pa_mainloop_iterate (libpulse.so.0 + 0x267c5) #7 0x0000718f7118a891 pa_mainloop_run (libpulse.so.0 + 0x26891) #8 0x0000718f7119bbd4 n/a (libpulse.so.0 + 0x37bd4) #9 0x0000718f5f0b834f n/a (libpulsecommon-17.0.so + 0x5d34f) #10 0x0000718f712a57eb n/a (libc.so.6 + 0x957eb) #11 0x0000718f7132918c n/a (libc.so.6 + 0x11918c) Stack trace of thread 12440: #0 0x0000718f7460f8ec n/a (libjpeg.so.8 + 0xf8ec) #1 0x0000718f74645c0a n/a (libjpeg.so.8 + 0x45c0a) #2 0x0000718f7463eb0d n/a (libjpeg.so.8 + 0x3eb0d) #3 0x0000718f7464127f jpeg_read_scanlines (libjpeg.so.8 + 0x4127f) #4 0x00005f91c3db4ccd n/a (/usr/bin/kphotoalbum + 0x20accd) #5 0x00005f91c3cf56a9 n/a (/usr/bin/kphotoalbum + 0x14b6a9) #6 0x0000718f71ae44ff n/a (libQt6Core.so.6 + 0x2e44ff) #7 0x0000718f712a57eb n/a (libc.so.6 + 0x957eb) #8 0x0000718f7132918c n/a (libc.so.6 + 0x11918c) Stack trace of thread 17195: #0 0x0000718f712ade22 n/a (libc.so.6 + 0x9de22) #1 0x0000718f712a1fda n/a (libc.so.6 + 0x91fda) #2 0x0000718f712a264c n/a (libc.so.6 + 0x9264c) #3 0x0000718f712a4f28 pthread_cond_timedwait (libc.so.6 + 0x94f28) #4 0x0000718f71ae9a83 _ZN14QWaitCondition4waitEP6QMutex14QDeadlineTimer (libQt6Core.so.6 + 0x2e9a83) #5 0x0000718f71adf6d5 n/a (libQt6Core.so.6 + 0x2df6d5) #6 0x0000718f71ae44ff n/a (libQt6Core.so.6 + 0x2e44ff) #7 0x0000718f712a57eb n/a (libc.so.6 + 0x957eb) #8 0x0000718f7132918c n/a (libc.so.6 + 0x11918c) Stack trace of thread 17196: #0 0x0000718f712ade22 n/a (libc.so.6 + 0x9de22) #1 0x0000718f712a1fda n/a (libc.so.6 + 0x91fda) #2 0x0000718f712a264c n/a (libc.so.6 + 0x9264c) #3 0x0000718f712a4f28 pthread_cond_timedwait (libc.so.6 + 0x94f28) #4 0x0000718f71ae9a83 _ZN14QWaitCondition4waitEP6QMutex14QDeadlineTimer (libQt6Core.so.6 + 0x2e9a83) #5 0x0000718f71adf6d5 n/a (libQt6Core.so.6 + 0x2df6d5) #6 0x0000718f71ae44ff n/a (libQt6Core.so.6 + 0x2e44ff) #7 0x0000718f712a57eb n/a (libc.so.6 + 0x957eb) #8 0x0000718f7132918c n/a (libc.so.6 + 0x11918c) Stack trace of thread 12415: #0 0x0000718f712ade22 n/a (libc.so.6 + 0x9de22) #1 0x0000718f712a1fda n/a (libc.so.6 + 0x91fda) #2 0x0000718f712a264c n/a (libc.so.6 + 0x9264c) #3 0x0000718f712a4d1e pthread_cond_wait (libc.so.6 + 0x94d1e) #4 0x0000718f3db5fe5e n/a (libgallium-25.1.1-arch1.1.so + 0x55fe5e) #5 0x0000718f3db1a43d n/a (libgallium-25.1.1-arch1.1.so + 0x51a43d) #6 0x0000718f3db5fd8d n/a (libgallium-25.1.1-arch1.1.so + 0x55fd8d) #7 0x0000718f712a57eb n/a (libc.so.6 + 0x957eb) #8 0x0000718f7132918c n/a (libc.so.6 + 0x11918c) ELF object binary architecture: AMD x86-64
(In reply to Tobias Leupold from comment #2) > Maybe related to (hopefully meanwhile fixed) Bug #504491? Can you build git > master to check if it's fixed? I'm just an end user, I'm afraid, and I don't know how to do that. So sorry about that!
It's actually quite easy ;-) Get the sources ("git clone https://invent.kde.org/graphics/kphotoalbum.git"), create a build directory (inside the sources), "cmake .." and "make -j$(nproc)" – that's it essentially. IIRC, you can build it right away on Arch, without *-dev packages like on Debian. You don't have to install it. Simply run "bin/kphotoalbum". Maybe you could try this? However, maybe Johannes can comment about this (he fixed it).
Created attachment 181739 [details] attachment-432724-0.html Thanks for the pointers. I'll see if i can do as you ask. So i have to remove the currently installed version before building? Op zo 25 mei 2025 17:45 schreef Tobias Leupold <bugzilla_noreply@kde.org>: > https://bugs.kde.org/show_bug.cgi?id=504777 > > --- Comment #5 from Tobias Leupold <tl@stonemx.de> --- > It's actually quite easy ;-) Get the sources ("git clone > https://invent.kde.org/graphics/kphotoalbum.git"), create a build > directory > (inside the sources), "cmake .." and "make -j$(nproc)" – that's it > essentially. > IIRC, you can build it right away on Arch, without *-dev packages like on > Debian. You don't have to install it. Simply run "bin/kphotoalbum". Maybe > you > could try this? > > However, maybe Johannes can comment about this (he fixed it). > > -- > You are receiving this mail because: > You reported the bug.
(In reply to Tobias Leupold from comment #5) > It's actually quite easy ;-) Get the sources ("git clone > https://invent.kde.org/graphics/kphotoalbum.git"), create a build directory > (inside the sources), "cmake .." and "make -j$(nproc)" – that's it > essentially. IIRC, you can build it right away on Arch, without *-dev > packages like on Debian. You don't have to install it. Simply run > "bin/kphotoalbum". Maybe you could try this? > > However, maybe Johannes can comment about this (he fixed it). The build is running as we speak.
No, you neither need to uninstall the system-wide installation, nor do you need to install the version built locally. Just run your locally build version (have a backup of your stuff when running git master builds – sometimes, a database could be messed up ;-).
Ran the app I built. Opening dialogue says: Work in progress This version of KPhotoAlbum has substantial changes to the index.xml file format! Make sure you have a backup of your database! Be prepared to re-create any changes that you make (if we have to fix the file format)... When the app was gathering data I followed with journalctl -f. No errors were showing up in the log. In fact: no kphotoalbum messages were showing up at all. Even when the app showed this error (translated) : Errors extracting video thumbnails Error was: unknown stil no log message appeared.) I pressed OK. Then a message appeared telling me (translated): not all video thumbnails could be extracted. Either the file is damaged or very short. Etc... I pressed OK. Then again I got: Errors extracting video thumbnails Error was: unknown Pressed OK again. The media scan proceeded. The message: Errors extracting video thumbnails Error was: unknown reappeared. Even though I did not press OK (I was clicking somewhere else at that moment, kphotoalbum was losing focus) that error messages disappeared. Still no journal message. BTW: - The scan was very much slower then WITH the log errors. - At times the scan dialogue would say: kphotoalbum is not responding - though no messages in the log showed up, the terminal from which I started kphotoalbum many messages did appear, too many to copy here, but some recurring messages were: -- Warning: Directory Image, entry 0x0111: Strip 2477 is outside of the data area; ignored. -- Error: Directory Sony1 with 7168 entries considered invalid; not read. -- Warning: Directory Canon has an unexpected next pointer; ignored. -- kphotoalbum.ImageManager: "Unable to convert string \"\"to double (for file [...] -- qt.gui.imageio.jpeg: Unsupported marker type 0x7e (or other numbers) -- qt.imageformats.tiff: "Unknown field with tag 50341 (0xc4a5) encountered" -- Error: Directory Panasonic with 14080 entries considered invalid; not read -- Warning: Directory SonyMinolta, entry 0x0088: Data area exceeds data buffer, ignoring it. -- Invalid SOS parameters for sequential JPEG -- kphotoalbum.ImageManager: "Unable to convert string \"N/A\"to double (for file [...] -- Error: XMP Toolkit error 203: Duplicate property or field node -- Warning: Failed to decode XMP metadata -- qt.gui.imageio.jpeg: Unsupported marker type 0x53 Eventually the scan finished without error dialogues. So, from what I can see the change did solve the issue of the error messages in the logs (and the crashes at start up). Is this helpfull at all? Only trying to help.
Nice to see you managed to build KPA :-) The warning you got first is due to us changing the default XML DB format right now, and it's not entirely tested at the moment (although you can write a DB without the changes by not checking "Choose speed over readability" in the DB settings). Seems to me like the other warnings are simply due to a large collection being scanned for the first time and it contains some metadata we can't parse/handle or there are errors in the EXIF headers. So most probably nothing to worry about. However, if the crashes (and the fishy log entries) are gone, I think this here is actually the same issue described in Bug #504491.
(In reply to Tobias Leupold from comment #10) > Nice to see you managed to build KPA :-) > > The warning you got first is due to us changing the default XML DB format > right now, and it's not entirely tested at the moment (although you can > write a DB without the changes by not checking "Choose speed over > readability" in the DB settings). > > Seems to me like the other warnings are simply due to a large collection > being scanned for the first time and it contains some metadata we can't > parse/handle or there are errors in the EXIF headers. So most probably > nothing to worry about. > > However, if the crashes (and the fishy log entries) are gone, I think this > here is actually the same issue described in Bug #504491. Agreed. Have mentioned this in Bug #504491
(In reply to Tobias Leupold from comment #5) > It's actually quite easy ;-) Get the sources ("git clone > https://invent.kde.org/graphics/kphotoalbum.git"), create a build directory > (inside the sources), "cmake .." and "make -j$(nproc)" – that's it > essentially. IIRC, you can build it right away on Arch, without *-dev > packages like on Debian. You don't have to install it. Simply run > "bin/kphotoalbum". Maybe you could try this? > > However, maybe Johannes can comment about this (he fixed it). Sorry to bother you again. I would like to update kphotoalbum to get the newest git version. But if I do: git clone https://invent.kde.org/graphics/kphotoalbum.git is tells me: fatal: destination path 'kphotoalbum' already exists and is not an empty directory. Which is expected I suppose. Do I just remove that directory, or what is the best way to always work with the newest git version?
You have to run "git pull" inside your checked out repository.
(In reply to Tobias Leupold from comment #13) > You have to run "git pull" inside your checked out repository. If only I knew how to do that ;-) I'll read up on git, checking out, and what not... I'm new to this, so I need some time to get up to speed. Thank you for your quick responses!
Well, you go inside the directory you checked out before, e.g. if it's in ~/tmp/git/kphotoalbum, you cd there ("cd tmp/git/kphotoalbum" if you're in your home directory), and then you run "git pull". That's it. If you got that warning about "kphotoalbum" already existing, you're simply one level too high and go inside the kphotoalbum directory via "cd kphotoalbum". It helps a lot if you lean about basic shell usage and navigation if you mess with building software ;-) Apart from that: You said you don't see those "file not writable" errors anymore with current git master. So I assume we can close this one as fixed?
(In reply to Tobias Leupold from comment #15) > Well, you go inside the directory you checked out before, e.g. if it's in > ~/tmp/git/kphotoalbum, you cd there ("cd tmp/git/kphotoalbum" if you're in > your home directory), and then you run "git pull". That's it. If you got > that warning about "kphotoalbum" already existing, you're simply one level > too high and go inside the kphotoalbum directory via "cd kphotoalbum". It > helps a lot if you lean about basic shell usage and navigation if you mess > with building software ;-) > > Apart from that: You said you don't see those "file not writable" errors > anymore with current git master. So I assume we can close this one as fixed? That was easy :-). Thank you. I can confirm the "file not writable" errors do not show up any more. I'll close this as resolved. Thanks!