--089e012290da762b340537927395
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
Here the reply by the developer of Vuescan, who had already let me know
that he never heard of iceweasel:
This isn’t being started from VueScan code – it’s probably
something in a shared library.
Regards,
Ed Hamrick
so, it seems to be an issue to be resolved within amd64 (Vuescan code works perfectly, it is only the updating that failed)
thanks
francesco pietra
On Tue, Jul 12, 2016 at 10:40 PM, Lennart Sorensen <
lsorense@csclub.uwaterloo.ca> wrote:
On Tue, Jul 12, 2016 at 04:08:36PM +0200, Francesco Pietra wrote:
On last "upgrade" of amd64 wheezy I found Firefox in place of iceweasel. OK, except that the single commercial application in my box (Vuescan) now fails to upgrade
francesco@tya64:~/Vuescan$ ./vuescan
gvfs-open: http://www.hamrick.com/upgrade-l64.html: error launching application: Failed to execute child process
"/usr/lib/iceweasel/iceweasel"
(No such file or directory)
francesco@tya64:~/Vuescan$
I was unable to remedy with a softlink. What to do? Thanks
Why would some application be poking at another package's private
internals? It should not be poking in /usr/lib/iceweasel. If it wants
to do anything with iceweasel (or firefox) it should use the binary in /usr/bin to do so.
I don't know who is responsible for gvfs-open trying to do that.
--
Len Sorensen
--089e012290da762b340537927395
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
<div dir="ltr"><div><div><div>Here the reply by the developer of Vuescan, who had already let me know that he never heard of iceweasel:<br><br><blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex" class="
gmail_quote"><div>This isn’t being started from VueScan code – it’s probably</div>
<div>something in a shared library.</div>
<div> </div>
Regards,<br>Ed
Hamrick<br></blockquote><br><br></div>so, it seems to be an issue to be resolved within amd64 (Vuescan code works perfectly, it is only the updating that failed)<br><br></div>thanks<br><br></div>francesco pietra<br></div><div class="gmail_extra"><br><div
class="gmail_quote">On Tue, Jul 12, 2016 at 10:40 PM, Lennart Sorensen <span dir="ltr"><<a href="mailto:
lsorense@csclub.uwaterloo.ca" target="_blank">
lsorense@csclub.uwaterloo.ca</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0
0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Tue, Jul 12, 2016 at 04:08:36PM +0200, Francesco Pietra wrote:<br>
> On last "upgrade" of amd64 wheezy I found Firefox in place of iceweasel.<br>
> OK, except that the single commercial application in my box (Vuescan) now<br>
> fails to upgrade<br>
><br>
><br>
> francesco@tya64:~/Vuescan$ ./vuescan<br>
> gvfs-open: <a href="
http://www.hamrick.com/upgrade-l64.html" rel="noreferrer" target="_blank">
http://www.hamrick.com/upgrade-l64.html</a>: error launching<br>
> application: Failed to execute child process "/usr/lib/iceweasel/iceweasel"<br>
> (No such file or directory)<br>
> francesco@tya64:~/Vuescan$<br>
><br>
><br>
> I was unable to remedy with a softlink. What to do? Thanks<br>
</span>Why would some application be poking at another package's private<br>
internals? It should not be poking in /usr/lib/iceweasel. If it wants<br> to do anything with iceweasel (or firefox) it should use the binary in<br> /usr/bin to do so.<br>
I don't know who is responsible for gvfs-open trying to do that.<br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
Len Sorensen<br>
</font></span></blockquote></div><br></div>
--089e012290da762b340537927395--
--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)