suggestions?
kind regards
Wolfgang
--
Wolfgang Goetz
pgpus3BhNEy9d.pgp
Description: OpenPGP digital signature
Good midnight,
one of the last commit(s) messed up my database.
collect images: clear rule shows 477 pics (out of ~100k)
selecting any film roll or tag:
lighttable empty.
there are no images in this collection ...
very sad and tired
greets
Wolfgang
pgpxRdPauiqmY.pgp
Description: OpenP
fgang
--
Wolfgang Goetz
pgpWqTD9m6XN3.pgp
Description: OpenPGP digital signature
nd I'm on Ubuntu 19.10), last commit of master.
>
>
> Le 11/11/2019 à 17:07, Wolfgang Goetz a écrit :
> > Hi,
> >
> > release-3.0.0rc0-112-g44dcf6f35 is crashing immediately when entering
> > darkroom by
> > dclicking on a lightta
Hi,
release-3.0.0rc0-112-g44dcf6f35 is crashing immediately when entering darkroom
by
dclicking on a lighttable picture, log attached.
kind regards
Wolfgang
darktable_bt_A4JUA0.txt.gz
Description: application/gzip
pgpHP4hJAyvsx.pgp
Description: OpenPGP digital signature
On Tue, 17 Sep 2019 17:39:18 +0200
Pascal Obry wrote:
> Le mardi 17 septembre 2019 à 12:21 +0200, Wolfgang Goetz a écrit :
> > On Tue, 17 Sep 2019 11:59:27 +0200
> > Wolfgang Goetz wrote:
> >
> > update:
> >
> > i tried export to file on disk. non-workin
On Tue, 17 Sep 2019 12:21:53 +0200
Wolfgang Goetz wrote:
-d all:
62,766447 [sql] /home/goetz/repo/darktable/src/common/image.c:309, function
dt_image_path_append_version(): prepare "SELECT version FROM main.images WHERE
id = ?1"
62,778353 [sql] /home/goetz/repo/darktable/src/comm
On Tue, 17 Sep 2019 11:59:27 +0200
Wolfgang Goetz wrote:
update:
i tried export to file on disk. non-working, too.
stuck after 5 pictures on disk, darktable states 4/157 exported, hanging.
strace: same unspecific result.
> Hello,
>
> piwigo export get stuck after successfull
Hello,
piwigo export get stuck after successfull upload of the first picture.
Darktable hang up with one core 100%, unresponsive.
no output on commandline.
no meaningful strace except 'x32 mode'?
goetz@wgdesktop:~$ pgrep darktable -fla
14860 /opt/darktable/bin/darktable
goetz@wgdesktop:~$ sud
Hi there,
sonarqube has some free service for opensource projects
with features as of the 'developer' paid plan. (namely: scanning c++)
https://sonarcloud.io/about/sq --> github integration
kind regards
Wolfgang
On 27.01.19 12:18, Heiko Bauke wrote:
Hi,
I think darktable has made a hu
On Sun, 29 Oct 2017 14:34:33 +0300
Roman Lebedev wrote:
> On Wed, Apr 19, 2017 at 11:08 PM, Wolfgang Goetz
> wrote:
> > Hello Roman,
> Hi.
'morning!
> I plan on resolving this soon, before 2.4.0
..still performing this on rawspeed changes: darktable-generate-c
Tobias Ellinghaus wrote:
> Cygwin is surely not a supported platform.
... because there is no one taking lead,
devel and maintenance on this platform. full-ack.
sorry, i'm interested in cygwin port but i have really no time
@work except some minutes during lunch break where git/build/run
is a
Hello,
for-the-file: darktable builds on cygwin (w7,64bit)
(build:yes, run:no)
for compilation one has to give the parallel number manually:
./build.sh -j 4
to get it basically running:
export PATH=/opt/darktable/lib/darktable/:$PATH
/opt/darktable/bin/darktable-cli.exe
usage: /opt/darktabl
Hello Roman,
thanks for f92f3a2577bda0d2faf73f496b9d687e518dac88 keeping darktable alive!
here the output of darktable-generate-cache|grep -vE "^image"
kind regards
Wolfgang
[rawspeed] (20150730-19492948-NIKON_1_J5.nef) void
rawspeed::HuffmanTable::setCodeValues(const rawspeed::Buffer&), li
Hello,
17 of my NIKON 1J5 files are crashing darktable-generate-cache (adjusted
--min-imgid to proceed until finish)
i uploaded as example nogo: 20151027-10431071-NIKON_1_J5.nef to
https://raw.pixls.us/
checked on gentoo(the cache and dt itself) and macos(half-processed file) with
actual git
Roman Lebedev wrote:
> On Tue, Mar 28, 2017 at 3:44 PM, Germano Massullo
> wrote:
> > Il 28/03/2017 14:04, Mark Feit ha scritto:
> >> On 03/28/2017 04:57 AM, Roman Lebedev wrote:
> >>> I want to bump gcc requirement up to GCC-5 soon,
> >>>
> So right now the two 'blockers' to consider is RH
Roman Lebedev wrote:
> On Tue, Jan 3, 2017 at 1:46 AM, Wolfgang Goetz
> wrote:
> > MacOS/brew broken:
> > ...
> > [ 2%] Building CXX object
> > src/external/rawspeed/RawSpeed/CMakeFiles/rawspeed.dir/ArwDecoder.cpp.o
> > In file included
> > from
&g
Terry Duell wrote:
> On Tue, 03 Jan 2017 08:27:00 +1100, Roman Lebedev
> wrote:
>
> > Hi everyone.
> >
> > Starting with today, darktable git master tracks rawspeed
> > library as a submodule.
> >
> > Which means, after updating darktable repo (git pull/git fetch),
> > and before building, you n
Markus Kaindl wrote:
> Am 18.11.2016 um 20:08 schrieb Wolfgang Goetz:
> > ...[some gentoo install quirks due to lazy useflag setting]...
>
> Answer is a little late as I hadn't much time to keep up with the list
> in the last month, sorry...
Hello Markus,
same here.
Roman Lebedev wrote:
> On Fri, Nov 18, 2016 at 10:08 PM, Wolfgang Goetz
> wrote:
> > Folks, Roman for prctl..
[...]
> Not many people are running dt on osx.
> Thanks for report, fixed.
Great, thankyou!
> PS: would be awesome to figure travis build for osx.
> But trav
Folks, Roman for prctl..
since a while dt compiles&runs on MacOS/Homebrew ...until...
src/common/system_signal_handling.c includes unconditional
quick fix is to //.. the #include
(--> 2.2.0rc0+99~gca4ee4e-dirty OK)
The other not so funny story is Gentoo build:
horribly broken since a l
Roman Lebedev wrote:
> Hi all.
Hello dev's,
please find attached some thoughts about the planned deprecation.
> This mail is primarily targeted to all the owners of Nikon cameras.
bunch of them in the last decade, actually two.
> As you may have seen, an issue with white level for some
>
Tobias Ellinghaus wrote:
> Am Sonntag, 9. Oktober 2016, 23:09:03 CEST schrieb Wolfgang Goetz:
> > Tobias Ellinghaus wrote:
> >
> > Hello!
> >
> > starting darktable from scratch fails:
> >
> > ~ $ rm -r ./.cache/darktable
> > ~ $ rm
Tobias Ellinghaus wrote:
Hello!
starting darktable from scratch fails:
~ $ rm -r ./.cache/darktable
~ $ rm -r ./.config/darktable
~ $ /opt/darktable/bin/darktable
[defaults] found a 64-bit system with 12286280 kb ram and 4 cores (0 atom based)
[synchronize tags] can't prepare querying the num
basecurve/fusion: Update of lighttable and filmstrip images mostly not executed
Folks,
playing around with basecurve/fusion shows problems in updating
lighttable and filmstrip images.
darkroom and exported ones are ok.
observation:
the only image where update is all the time working
is the la
itizer
Thread model: posix
gcc version 4.9.3 (Gentoo 4.9.3 p1.5, pie-0.6.4)
maybe this one..
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53119
> On Fri, Aug 12, 2016 at 4:44 PM, Wolfgang Goetz
> wrote:
[...]
> > should be save: tmp is filled anyway with data for all program
> >
Hello!
building dt git version because of gentoo's freshly released
=sci-geosciences/osm-gps-map-1.1.0 ~amd64
fails in:
...src/iop/rawprepare.c:537:3: error: missing braces around initializer
[-Werror=missing-braces]
dt_iop_rawprepare_params_t tmp = { 0 };
quick fix (working: 'm
ze (7), so we have issues...
>
>
> Roman.
>
> On Mon, Jun 6, 2016 at 9:07 PM, Wolfgang Goetz
> wrote:
> > Hi,
> >
> > actual git build has problems with darktable-generate-cache:
> >
> > strace -f -o dtgenc.str /usr/bin/darktable-generate-cache
> >
Hi,
actual git build has problems with darktable-generate-cache:
strace -f -o dtgenc.str /usr/bin/darktable-generate-cache
creating complete lighttable thumbnail cache
creating cache directories
creating cache directory
'/home/goetz/.cache/darktable/mipmaps-a4cd72ccd971fe7e3411548419df6506c774f
Hi all,
pls
diff --git a/src/iop/liquify.c b/src/iop/liquify.c
index 66fefb3..b3ad015 100644
--- a/src/iop/liquify.c
+++ b/src/iop/liquify.c
@@ -2848,7 +2848,7 @@ int button_pressed (struct dt_iop_module_t *module,
done:
dt_pthread_mutex_unlock (&g->lock);
if (handled)
-sync_pipe (modul
Hi,
is now on github: PR #962
kind regards
Wolfgang
Wolfgang Goetz wrote:
> johannes hanika wrote:
>
> > hi,
>
> Hello!
>
> thx for applying the Nikon 1 J5 inputs from old mailing list
> yesterday! unfortunately the wb_presets need a rework (patch attac
johannes hanika wrote:
> hi,
Hello!
thx for applying the Nikon 1 J5 inputs from old mailing list yesterday!
unfortunately the wb_presets need a rework (patch attached)
i simply run scripts from D800E wb findings in 2013 (exiftool -Model)
have fun
Wolfgang
2 years ago..
https://github.com/wgo
32 matches
Mail list logo
