e to write this patch and taking care of
mat2 in Debian ♥
--- a/nautilus/mat2.py
+++ b/nautilus/mat2.py
@@ -1,5 +1,5 @@
-#!/usr/bin/env python3
-
+#!/usr/bin/env python
+# -*- coding: utf-8 -*-
"""
Because writing GUI is non-trivial (cf. https://0xacab.org/jvoisin/mat2/issues/3),
we de
with
packaging mat2 for Fedora!
Cheers,
1. https://0xacab.org/jvoisin/mat2/issues/16
2. https://copr.fedorainfracloud.org/coprs/atenart/mat2/
On 04/11/2015 11:02 AM, intrigeri wrote:
> Control: tag -1 + upstream fixed-upstream
> Control: forwarded -1 https://labs.riseup.net/code/issues/7858
>
> Hi,
>
> shirish शिरीष wrote (09 Apr 2015 15:39:26 GMT) :
>> Apr 9 07:37:06 debian org.gnome.Nautilus[2335]: Traceback (most
>> recent call l
On 06/10/2013 18:40, intrigeri wrote:
> jvoisin wrote (06 Oct 2013 16:24:13 GMT) :
>>> There's surely a nicer way to detect if a program is in the path,
>>> isn't it?
>> Not really :/
>> shutil.which() is only available in Python 3.3
>
> As much a
On 06/10/2013 16:45, intrigeri wrote:
> jvoisin wrote (06 Oct 2013 14:58:46 GMT) :
>> I think that Michael's bug is triggered by my exiftool's existence
>> checking (MAT uses exiftool if installed). To do so, MAT calls exiftool,
>> and if this call fails, it assumes
On 06/10/2013 01:05, intrigeri wrote:
> intrigeri wrote (12 Aug 2013 16:47:49 GMT) :
>> jvoisin wrote (12 Aug 2013 14:57:57 GMT) :
>>> I pushed a patch which should improve this behaviour, and hopefully fix
>>> (as a side effect) this problem.
>
>> May you pl
I honestly have no any idea why this is happening.
MAT calls exiftool for cleaning/checking images, using the
subprocess.Popen and subprocess.call Python functions, and both are
waiting for process termination.
I pushed a patch which should improve this behaviour, and hopefully fix
(as a side effe
Fixed by the commit 67d5c1f.
8 matches
Mail list logo