I used Germano's copr repository, and it's in and seems to be working well.
Thank's everybody.
On 3 December 2015 at 14:45, Roman Lebedev <[email protected]> wrote:
> On Thu, Dec 3, 2015 at 5:31 PM, Colin Adams <[email protected]>
> wrote:
> > Anyway, it's crashing regularly now.
> Hi.
>
> At this point i can only recommend trying 2.0rc3
> Especially if you want to use 4k monitor.
>
> Disclaimer: as usually, you will not be able to downgrade to previous
> dt release.
> So backup *.xmp's, and if you want to go back to 1.6, restore from backups.
>
> >
> > I tried renaming darktablerc - now it doesn't crash, but the lighttable
> is
> > all over the place (a mixture of files from various collections, plus
> > skulls).
> >
> > So i renamed back darktablerc, and edited it ro remove the lines that
> set a
> > drawing area of 3000 x 2000. But it still crashes, and the lighttable
> looks
> > little different.
> >
> > On 3 December 2015 at 14:22, Colin Adams <[email protected]>
> wrote:
> >>
> >> Should I send that .txt file here? I looked through it, but nothing
> stood
> >> out.
> >>
> >> On 3 December 2015 at 14:15, Colin Adams <[email protected]>
> wrote:
> >>>
> >>> But that output finished with:
> >>>
> >>> New LWP 7733]
> >>> [Thread debugging using libthread_db enabled]
> >>> Using host libthread_db library "/lib64/libthread_db.so.1".
> >>> 0x00007fe43bbd4fdd in poll () from /lib64/libc.so.6
> >>> backtrace written to /tmp/darktable_bt_9WT48X.txt
> You could upload it to
> http://redmine.darktable.org/projects/darktable/issues/new
> but the chances are it is that thumbnail bug i have already fixed in git
> master.
>
> But there might be other bugs in 2.0rc3, which are not reported yet...
> But until someone actually cares and reports them, they are likely
> to stay there, as usual.
>
> >>> Segmentation fault (core dumped)
> >>>
> >>> I guess this happened after I pressed quit, but I don't know for sure.
> >>>
> >>> On 3 December 2015 at 14:12, Colin Adams <[email protected]>
> >>> wrote:
> >>>>
> >>>> I tried the following:
> >>>>
> >>>> colin@localhost ~]$ darktable -d cache --library
> >>>> ~/.config/darktable/library.db
> >>>> [image_cache] has 131072 entries
> >>>> [mipmap_cache_init] using low quality compression
> >>>> [mipmap_cache_init] cache has 8 entries for temporary compression
> >>>> buffers ( 125.00 MB).
> >>>> [mipmap_cache_init] cache has 128 entries for mip 3 ( 250.00 MB).
> >>>> [mipmap_cache_init] cache has 512 entries for mip 2 ( 250.02 MB).
> >>>> [mipmap_cache_init] cache has 2048 entries for mip 1 ( 250.06 MB).
> >>>> [mipmap_cache_init] cache has 32768 entries for mip 0 ( 1009.00 MB).
> >>>> [mipmap_cache] cache is empty, file
> >>>>
> `/home/colin/.cache/darktable/mipmaps-cacd60b8ba500f50d692666b8427ba66b50f1728'
> >>>> doesn't exist
> >>>> [mipmap_cache] level [i0] ( 256x 250) fill 0.00/908.10 MB (0.00% in
> >>>> 0/32768 buffers)
> >>>> [mipmap_cache] level [i1] ( 512x 500) fill 0.00/225.06 MB (0.00% in
> >>>> 0/2048 buffers)
> >>>> [mipmap_cache] level [i2] (1024x1000) fill 1.46/225.01 MB (0.65% in
> >>>> 3/512 buffers)
> >>>> [mipmap_cache] level [i3] (2048x2000) fill 0.00/225.00 MB (0.00% in
> >>>> 0/128 buffers)
> >>>> [mipmap_cache] level [f4] fill 0/4 slots (0.00% in 0/8 buffers)
> >>>> [mipmap_cache] level [f5] fill 3/4 slots (75.00% in 3/8 buffers)
> >>>> [mipmap_cache] scratch fill 46.88/56.25 MB (83.33% in 3/8 buffers)
> >>>> [mipmap_cache] level | near match | miss | stand-in | fetches | total
> rq
> >>>> [mipmap_cache] i0 | -nan% | -nan% | -nan% | 0.00% |
> 0.00%
> >>>> [mipmap_cache] i1 | -nan% | -nan% | -nan% | 0.00% |
> 0.00%
> >>>> [mipmap_cache] i2 | 100.00% | 100.00% | -nan% | 50.00% |
> 100.00%
> >>>> etc.
> >>>>
> >>>> So I have sucessfully removed the cache, but it's not helping.
> >>>>
> >>>> On 3 December 2015 at 14:07, Colin Adams <[email protected]>
> >>>> wrote:
> >>>>>
> >>>>>
> >>>>>
> >>>>> On 3 December 2015 at 13:59, Patrick Shanahan <[email protected]>
> >>>>> wrote:
> >>>>>>
> >>>>>>
> >>>>>> No, darktable-generate-cache was introduced after 1.6.9, but if I
> >>>>>> recall
> >>>>>> correctly, the earlier invocation was something line:
> >>>>>> darktable --generate-cache --core --library
> >>>>>> ~/.config/darktable/library.db
> >>>>>
> >>>>>
> >>>>> That gives me a usage message. I don't see anything in the help to
> >>>>> suggest what it should be.
> >>>>>
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>> But the thumbnails to remove are: ~/.cache/darktable/mipmaps-.....
> >>>>>>
> >>>>>> gud luk,
> >>>>>
> >>>>>
> >>>>> Thanks. I removed it, but re-entering darktable gives me the same
> >>>>> problem as before (I briefly see a flash of what the lightable used
> to be
> >>>>> like, then it displays just the first thumbnail).
> >>>>>
> >>>>> There is also a directory within .cache/darktable named
> >>>>> cached_kernels_for_GeForceGTX750Ti - I left that well alone.
> >>>>
> >>>>
> >>>
> >>
> >
> >
> >
> ------------------------------------------------------------------------------
> > Go from Idea to Many App Stores Faster with Intel(R) XDK
> > Give your users amazing mobile app experiences with Intel(R) XDK.
> > Use one codebase in this all-in-one HTML5 development environment.
> > Design, debug & build mobile apps & 2D/3D high-impact games for multiple
> > OSs.
> > http://pubads.g.doubleclick.net/gampad/clk?id=254741911&iu=/4140
> > _______________________________________________
> > Darktable-users mailing list
> > [email protected]
> > https://lists.sourceforge.net/lists/listinfo/darktable-users
> >
>
> Roman.
>
------------------------------------------------------------------------------
Go from Idea to Many App Stores Faster with Intel(R) XDK
Give your users amazing mobile app experiences with Intel(R) XDK.
Use one codebase in this all-in-one HTML5 development environment.
Design, debug & build mobile apps & 2D/3D high-impact games for multiple OSs.
http://pubads.g.doubleclick.net/gampad/clk?id=254741911&iu=/4140
_______________________________________________
Darktable-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/darktable-users
