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 decided to write a Nauti
!
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 last):
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 as I like using libraries, the which algorithm (in the case
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 please point us to this patch, so that the bug
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 that exiftool is not installed
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
Fixed by the commit 67d5c1f.
8 matches
Mail list logo