Re: [darktable-user] History Copy/Paste
hi, sigkill (as opposed to sigsegv or sigterm) means usually the OOM killer decided to kill dt due to lack of main memory. can only guess what may be the cause though. maybe processing too many thumbnails in parallel? do you have any particular settings in darktablerc? one super large image? i'd watch dt's mem usage and see whether there is any evidence that there may be a true memory leak or whether some individual jobs just take too much memory for this system. cheers, jo On Fri, Oct 6, 2017 at 5:29 AM, David Vincent-Joneswrote: > darktable 2.3.0~git972.56fba5117-295.1 > Fresh version installed .. system appears much faster and, so far, > problems look to have been solved. Now exporting correctly. > > David > > On 10/05/2017 07:50 AM, David Vincent-Jones wrote: >> Patrick ... I fully understand .. thank you ... I felt it unnecessary >> for 2 lines. >> >> On 10/05/2017 04:10 AM, Patrick Shanahan wrote: >>> * David Vincent-Jones [10-04-17 23:21]: Now finding that I am unable to export to email. Program terminated with signal SIGKILL, Killed. The program no longer exists. (gdb) David On 10/04/2017 04:27 PM, Patrick Shanahan wrote: > * David Vincent-Jones [10-04-17 18:28]: >> darktable 2.3.0~git960.a5b181c8d-282.1 >> >> Did a 'copy all' of a RAF (50mb.) history into 20 other images. This >> caused dt to shut down. Problem reoccurred several times until I learned >> to open dt and not touch anything for 10 minutes. >> >> I have an 8 Gb. mem with 2Gb. swap >> thumbnail cache is set at 4096 >> >> Is this a memory problem? Any suggestions? > > they are probably all asleep now, but provide a link where the backtrace > at > /tmp/darktable_bt_??.txt can be viewed and post here. then they may > ask for more, ie: running under gdb. > >>> >>> you don't email a backtrace or any large file for that matter. many are >>> still on measured or data restricted service. you put the file on a >>> sharing servide like pastbin or provide access to it on your own site, ie: >>> provide a link where the file can be seen. >>> > > darktable user mailing list > to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org > darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] History Copy/Paste
darktable 2.3.0~git972.56fba5117-295.1 Fresh version installed .. system appears much faster and, so far, problems look to have been solved. Now exporting correctly. David On 10/05/2017 07:50 AM, David Vincent-Jones wrote: > Patrick ... I fully understand .. thank you ... I felt it unnecessary > for 2 lines. > > On 10/05/2017 04:10 AM, Patrick Shanahan wrote: >> * David Vincent-Jones[10-04-17 23:21]: >>> Now finding that I am unable to export to email. >>> >>> Program terminated with signal SIGKILL, Killed. >>> The program no longer exists. >>> (gdb) >>> >>> David >>> >>> On 10/04/2017 04:27 PM, Patrick Shanahan wrote: * David Vincent-Jones [10-04-17 18:28]: > darktable 2.3.0~git960.a5b181c8d-282.1 > > Did a 'copy all' of a RAF (50mb.) history into 20 other images. This > caused dt to shut down. Problem reoccurred several times until I learned > to open dt and not touch anything for 10 minutes. > > I have an 8 Gb. mem with 2Gb. swap > thumbnail cache is set at 4096 > > Is this a memory problem? Any suggestions? they are probably all asleep now, but provide a link where the backtrace at /tmp/darktable_bt_??.txt can be viewed and post here. then they may ask for more, ie: running under gdb. >> >> you don't email a backtrace or any large file for that matter. many are >> still on measured or data restricted service. you put the file on a >> sharing servide like pastbin or provide access to it on your own site, ie: >> provide a link where the file can be seen. >> darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] History Copy/Paste
Patrick ... I fully understand .. thank you ... I felt it unnecessary for 2 lines. On 10/05/2017 04:10 AM, Patrick Shanahan wrote: > * David Vincent-Jones[10-04-17 23:21]: >> Now finding that I am unable to export to email. >> >> Program terminated with signal SIGKILL, Killed. >> The program no longer exists. >> (gdb) >> >> David >> >> On 10/04/2017 04:27 PM, Patrick Shanahan wrote: >>> * David Vincent-Jones [10-04-17 18:28]: darktable 2.3.0~git960.a5b181c8d-282.1 Did a 'copy all' of a RAF (50mb.) history into 20 other images. This caused dt to shut down. Problem reoccurred several times until I learned to open dt and not touch anything for 10 minutes. I have an 8 Gb. mem with 2Gb. swap thumbnail cache is set at 4096 Is this a memory problem? Any suggestions? >>> >>> they are probably all asleep now, but provide a link where the backtrace at >>> /tmp/darktable_bt_??.txt can be viewed and post here. then they may >>> ask for more, ie: running under gdb. >>> > > you don't email a backtrace or any large file for that matter. many are > still on measured or data restricted service. you put the file on a > sharing servide like pastbin or provide access to it on your own site, ie: > provide a link where the file can be seen. > darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] History Copy/Paste
* David Vincent-Jones[10-04-17 23:21]: > Now finding that I am unable to export to email. > > Program terminated with signal SIGKILL, Killed. > The program no longer exists. > (gdb) > > David > > On 10/04/2017 04:27 PM, Patrick Shanahan wrote: > > * David Vincent-Jones [10-04-17 18:28]: > >> darktable 2.3.0~git960.a5b181c8d-282.1 > >> > >> Did a 'copy all' of a RAF (50mb.) history into 20 other images. This > >> caused dt to shut down. Problem reoccurred several times until I learned > >> to open dt and not touch anything for 10 minutes. > >> > >> I have an 8 Gb. mem with 2Gb. swap > >> thumbnail cache is set at 4096 > >> > >> Is this a memory problem? Any suggestions? > > > > they are probably all asleep now, but provide a link where the backtrace at > > /tmp/darktable_bt_??.txt can be viewed and post here. then they may > > ask for more, ie: running under gdb. > > you don't email a backtrace or any large file for that matter. many are still on measured or data restricted service. you put the file on a sharing servide like pastbin or provide access to it on your own site, ie: provide a link where the file can be seen. -- (paka)Patrick Shanahan Plainfield, Indiana, USA @ptilopteri http://en.opensuse.orgopenSUSE Community Memberfacebook/ptilopteri Registered Linux User #207535@ http://linuxcounter.net Photos: http://wahoo.no-ip.org/piwigo paka @ IRCnet freenode darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] borderless printing
Thank you for your help, now it works, but now Ihave a new problem. The Print has stripes. If I print with Win10 it's all fine. Am 03.10.2017 um 20:44 schrieb Robert Krawitz: On Tue, 3 Oct 2017 18:50:16 +0200, Franjo wrote: I've done it, but it doesnt work. No I've cropmarks in the preview and the print is also with border. In the preference I didn't find the option borderless. I see; the print module doesn't give you access to the full set of printer features. What you're going to have to do is configure the printer queue to be borderless. To do that (for the Gutenprint driver): * Browse http://localhost:631/printers. * Select the printer you want to configure. * Select Administration->Set Default Options from the Administration button under the printer name -- NOT the Administration tab at the top of the page. * In the General options, you'll see an option Shrink Page If Necessary to Fit Borders. Select Expand, and click Set Default Options. You will probably need to enter root and the root password into an authentication dialog. * In the Printer Feature Common options, you'll see a Borderless option. Select Yes, and click Set Default Options again. You may need to enter your credentials again. This will modify the queue so your prints will be borderless and full bleed. Am 03.10.2017 um 17:49 schrieb Robert Krawitz: (Again, please reply-all rather than reply) On Tue, 3 Oct 2017 17:35:08 +0200, Franjo wrote: Now, I've installed the printer-driver-gutenprint 5.2.11-1 The same problem before. Where I see which driver is in use ?? Is it possible there is an other driver in use? You need to create a new printer queue using the Gutenprint driver. The driver will be named "Epson Stylus Photo R3000 - CUPS+Gutenprint v5.2.11" Borderless print is active Am 03.10.2017 um 16:40 schrieb Robert Krawitz: (Please use reply-all rather than just reply; other people may be interested) On Tue, 3 Oct 2017 16:32:52 +0200, Franjo wrote: Am 03.10.2017 um 16:10 schrieb Robert Krawitz: On Tue, 3 Oct 2017 15:55:03 +0200, Franjo wrote: Hi @all, I'm using LinuxMint 18 and Dt 2.2.5 today I wanted to print with Darktable for the first time. But I can not print without borders. In the printer driver I have set borderless. Where is the mistake? Which driver are you using? Are you getting borderless on either the long or the short edge but not the other? If so, you should crop the image to the exact form factor of the paper you're trying to print to. For example, if you're trying to print to 6x8" paper, crop your image to an exact (or as close as possible) 4:3 form factor prior to printing. where I see which driver I use ?? I downloaded the following Epson driver from their Homepage and installed it. I'm using Epson Stylus Photo R3000 epson-inkjet-printer-escpr_1.6.16-1lsb3.2_amd64.deb I have crop the image until I have seen no white borders. The output on 5x7 (13x18cm) has exactly 3mm borders on all sides Can you try the Gutenprint driver, which should be available on your system? The R3000 is fully supported, and this printer does support borderless printing. Make sure to set "Shrink Page If Necessary to Fit Borders" (in the advanced options) to "Expand (use maximum page area)". darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org