Comment 11 for bug 1309387

On 04/22/2014 12:50 AM, Michael Vogt wrote:
> Thanks for your bugreport.
>
> Unfortunately I can not reproduce the issue. I installed nautilus-
> actions in a clean chroot with gdebi 0.9.5.3 just fine. So I need help
> to reproduce the bug, if you can reproduce it, could you please attach
> your /etc/apt/sources.list /var/lib/dpkg/status and output of "gdebi
> --apt-line package-that-triggers-the-bug.deb" to this bugreport? And the
> exact version of gdebi please.
>
> Thanks,
> Michael
>
> ** Changed in: gdebi (Ubuntu)
> Status: Triaged => Incomplete
>
> ** Changed in: gdebi (Ubuntu)
> Status: Incomplete => In Progress
>
Michael:

I will supply the first two pieces of information you requested. The
problem occurs on a Lubuntu 14.04 test machine (not the machine I'm
sending this e-mail from, which is Lubuntu 13.10). The problem only
occurs on 14.04.

But from the testing I've done already, I'm almost certain that it will
not fail if I type the statement you indicate in a terminal session.

In my testing, if I did a statement invoking gdebi in a terminal
session, it worked without failing.

But the question comes to mind, did I do "sudo gdebi
problem-package.deb" or did I do "gdebi problem-package.deb" (answering
the dialog requesting priveleges)? I suspect I did the "sudo" version.
I will give it a try and report back.

As I recall, it didn't fail when run from a terminal session. It only
failed when I clicked-on (in Firefox, on my website), the hyperlink
referencing the package.deb file, and selected the option to open it
with gdebi.

It seems like it also failed when (in the file browser) I double-clicked
on the package.deb file downloaded previously.

I already attached the package file to the bug-report.

I will do more testing to clarify all of these questions, and append my
test results to the bug-report.

--
Sincerely,
Aere