Hi
For what its worth... I just
acquired a new system that includes a RX480, running fedora 25.
It terms of getting the GPU working, it functions with mesa, but
lacks the "image support" required for full darktable support of
CL.
With
* I. Ivanov [12-30-16 20:15]:
> Since as per the man pages the library can be on a different location -
> would it make more sense for a person who uses NAS for pictures and more
> than one computers to work on the images to simply put the library on the
> NAS?
>
> Then each
All edits disappeared.
On December 30, 2016 5:43:03 PM PST, darkta...@911networks.com wrote:
>On Sat, 31 Dec 2016 02:02:27 +0100
>Tobias Ellinghaus wrote:
>
>>What are your exact steps to trigger that?
>>
>>- have a library from 2.0.x and matching XMP files
>>- update to 2.2.0
>>-
On Sat, 31 Dec 2016 02:02:27 +0100
Tobias Ellinghaus wrote:
>What are your exact steps to trigger that?
>
>- have a library from 2.0.x and matching XMP files
>- update to 2.2.0
>- start dt
>- dt upgrades the library
>- the images in the library have an empty history stack
>
Sorry
Since as per the man pages the library can be on a different location -
would it make more sense for a person who uses NAS for pictures and more
than one computers to work on the images to simply put the library on
the NAS?
Then each computer can access the same library (perhaps not
Am Freitag, 30. Dezember 2016, 16:28:08 CET schrieb michael:
> Here you go. The only item in the history is "0 - original".
Hmm, there is nothing obvious in the XMP.
What are your exact steps to trigger that?
- have a library from 2.0.x and matching XMP files
- update to 2.2.0
- start dt
- dt
On Fri, Dec 30, 2016 at 9:56 PM, Steven Fosdick wrote:
> How do I see a single picture on the map, please? According to the user
> guide it should shown the open picture of film strip but even if I set the
> collection filter to show just one picture it shows a bunch of
Am Freitag, 30. Dezember 2016, 18:56:41 CET schrieb Steven Fosdick:
> How do I see a single picture on the map, please? According to the user
> guide it should shown the open picture of film strip but even if I set the
> collection filter to show just one picture it shows a bunch of others too.
How do I see a single picture on the map, please? According to the user
guide it should shown the open picture of film strip but even if I set the
collection filter to show just one picture it shows a bunch of others too.
Hi Michael,
Thanks for the detailed link. It's very helpful.
However, I am going to wait a little while and see what happens with
AMD's open source drivers. That is what I am really interested in.
I read that a lot of their code was recently rejected by the kernel dev
team. I hope they work
* Tobias Ellinghaus [12-30-16 10:49]:
> Am Freitag, 30. Dezember 2016, 16:15:05 CET schrieb Torsten Bronger:
> > Hallöchen!
> >
> > Robert Krawitz writes:
> > > [...]
> > >
> > > I'd like a setting -- not simply a command line option -- to skip
> > > the database altogether and
Hallöchen!
Robert Krawitz writes:
> [...]
>
> I'd like a setting -- not simply a command line option -- to skip
> the database altogether and just use sidecar files. I didn't find
> any such setting in the current git master.
Indeed, although I can easily live with its behaviour since
On Fri, 30 Dec 2016 15:07:29 +0100, Romano Giannetti wrote:
> On 30/12/16 12:55, Stéphane Gourichon wrote:
> >
> > This can happen not only because of accessing photo collection from
> > different computers.
> >
> > Another reason: a photo collection on an external drive. Even on the
> >
Stéphane Gourichon schrieb am 30.12.2016 um 12:55:
Le 30/12/2016 à 03:47, Marcus Sundman a écrit :
Wait, what? Does this mean that I can't moves files from one computer
to another?
I regularly switch between different computers, and those presumably
have different library.db files, right?
On Fri, 30 Dec 2016 at 13:55 Roman Lebedev wrote:
> **With the broken env**, please try current git master or darktable-2.2.x
> branch
> Does it work now?
>
No. It fails as follows (current git master):
[ 9%] Generating es/darktable-generate-cache.1
Hi Riley,
I had MESA open source OpenGL drivers running with the closed OpenCL
client on a MSI rx480. Darktable worked flawlessly with this.
Here is a description how to do it in OpenSUSE.
http://www.gearsongallium.com/?p=2960
Maybe, you can adopt this for Fedora or find a blog that describes
On Fri, Dec 30, 2016 at 1:40 PM, Kristian Niemi
wrote:
> On Fri, 30 Dec 2016 at 09:45 Roman Lebedev wrote:
>>
>>
>> Is sv_SE.utf8 and sv_SE.UTF-8 the same thing?
>>
>
> Both 'export LC_ALL="sv_SE.utf8"' and 'export LC_ALL="sv_SE.UTF-8"' works.
>
Le 30/12/2016 à 03:47, Marcus Sundman a écrit :
Wait, what? Does this mean that I can't moves files from one computer
to another?
I regularly switch between different computers, and those presumably
have different library.db files, right?
Does something bad happen if I edit the same file from 2
- Original Message -
> Le 30/12/2016 à 05:27, Patrick Shanahan a écrit :
> > If I use a different computer to work images with dt, I start:
> >darktable --library :memory:
> > and then import the files again to my workstation.
>
> This workaround is only acceptable if nothing of value
Le 30/12/2016 à 05:27, Patrick Shanahan a écrit :
if you are going to use a tool, you should learn about the tool the
documentation is very good.
Patrick is right, it's in the documentation.
2.2.7. Sidecar files | user manual | darktable
On Fri, 30 Dec 2016 at 09:45 Roman Lebedev wrote:
>
> Is sv_SE.utf8 and sv_SE.UTF-8 the same thing?
>
>
Both 'export LC_ALL="sv_SE.utf8"' and 'export LC_ALL="sv_SE.UTF-8"' works.
But leaving locale as previously mentioned (all set to "sv_SE.UTF-8" except
LC_ALL) does
Am Donnerstag, 29. Dezember 2016, 14:36:04 CET schrieb Michael Raider:
> Yes, the history stack is empty.
Please send me such an XMP that was ovrewritten by darktable.
> On December 29, 2016 1:34:46 AM PST, Tobias Ellinghaus wrote:
> >Am Mittwoch, 28. Dezember 2016, 19:40:24 CET
On Thu, Dec 29, 2016 at 1:12 AM, Kristian Niemi
wrote:
> Sorry, I only set LANG previously. When I also set LC_ALL to sv_SE.utf8 it
> worked.
Is sv_SE.utf8 and sv_SE.UTF-8 the same thing?
> So, doing "cmake ../ && make" works. Great.
>
> ...
>
> And, oddly enough?
23 matches
Mail list logo