Scheduled Maintenance: We are aware of an issue with Google, AOL, and Yahoo services as email providers which are blocking new registrations. We are trying to fix the issue and we have several internal and external support tickets in process to resolve the issue. Please see: viewtopic.php?t=158230

 

 

 

Does gdebi ( the gdebi-gtk GUI) work for anybody on Buster?

If none of the specific sub-forums seem right for your thread, ask here.
Message
Author
User avatar
stevepusser
Posts: 12930
Joined: 2009-10-06 05:53
Has thanked: 41 times
Been thanked: 71 times

Does gdebi ( the gdebi-gtk GUI) work for anybody on Buster?

#1 Post by stevepusser »

I installed it in a 32-bit Buster XFCE install in a virtual machine in order to install some local debs, but it crashes after I click the install button. I ended up using the apt command in the terminal to do so, but some people are allergic to the CLI.

It has the same issue in the Buster-based MX 19 alpha, reported by all testers. I wonder if it has to be updated to use pkexec or something.
MX Linux packager and developer

User avatar
4D696B65
Site admin
Site admin
Posts: 2696
Joined: 2009-06-28 06:09
Been thanked: 85 times

Re: Does gdebi ( the gdebi-gtk GUI) work for anybody on Bust

#2 Post by 4D696B65 »

Works fine on gnome. Its a sid box but pretty much the same as Buster right now.
edit 64bit

PhilGil
Posts: 384
Joined: 2010-05-08 16:43

Re: Does gdebi ( the gdebi-gtk GUI) work for anybody on Bust

#3 Post by PhilGil »

It's been working fine for me on a GNOME 64-bit install that's about two months old. Maybe a new bug or one that only effects 32-bit systems?

User avatar
golinux
Posts: 1579
Joined: 2010-12-09 00:56
Location: not a 'buntard!
Been thanked: 1 time

Re: Does gdebi ( the gdebi-gtk GUI) work for anybody on Bust

#4 Post by golinux »

gdebi worked fine for me a few days ago to install some pkgs on a 32bit Devuan Beowulf in a VM. Of course, there is not one systemd file on that install and we have elogind and have worked on eudev and other things. No surprise it works on gnome. Shall not comment (much) further . . . LOL!




(You lay down with dogs you get fleas)
May the FORK be with you!

User avatar
sunrat
Administrator
Administrator
Posts: 6412
Joined: 2006-08-29 09:12
Location: Melbourne, Australia
Has thanked: 116 times
Been thanked: 462 times

Re: Does gdebi ( the gdebi-gtk GUI) work for anybody on Bust

#5 Post by sunrat »

golinux wrote:gdebi worked fine for me a few days ago to install some pkgs on a 32bit Devuan Beowulf in a VM. Of course, there is not one systemd file on that install and we have elogind and have worked on eudev and other things. No surprise it works on gnome. Shall not comment (much) further . . . LOL!

(You lay down with dogs you get fleas)
I respect you following your ideology and spruiking Devuan but your snipes against Debian are becoming rather tedious. Live and let live, dude.
“ computer users can be divided into 2 categories:
Those who have lost data
...and those who have not lost data YET ”
Remember to BACKUP!

User avatar
stevepusser
Posts: 12930
Joined: 2009-10-06 05:53
Has thanked: 41 times
Been thanked: 71 times

Re: Does gdebi ( the gdebi-gtk GUI) work for anybody on Bust

#6 Post by stevepusser »

I got deepin-deb-installer to work on MX 19 alpha, so we can use that if we can't figure out the gdebi issue. It only pulls in a couple extra megabytes of packages.
MX Linux packager and developer

User avatar
golinux
Posts: 1579
Joined: 2010-12-09 00:56
Location: not a 'buntard!
Been thanked: 1 time

Re: Does gdebi ( the gdebi-gtk GUI) work for anybody on Bust

#7 Post by golinux »

stevepusser wrote:I got deepin-deb-installer to work on MX 19 alpha, so we can use that if we can't figure out the gdebi issue. It only pulls in a couple extra megabytes of packages.
Does gdebi work on antiX? If so that would narrow things down a bit to desktopy culprits. BTW, I also use Xfce.
May the FORK be with you!

CwF
Global Moderator
Global Moderator
Posts: 2638
Joined: 2018-06-20 15:16
Location: Colorado
Has thanked: 41 times
Been thanked: 192 times

Re: Does gdebi ( the gdebi-gtk GUI) work for anybody on Bust

#8 Post by CwF »

works fine on my xfce i386 image that is mostly buster

User avatar
NFT5
df -h | grep > 20TiB
df -h | grep > 20TiB
Posts: 597
Joined: 2014-10-10 11:38
Location: Canberra, Australia
Has thanked: 10 times
Been thanked: 43 times

Re: Does gdebi ( the gdebi-gtk GUI) work for anybody on Bust

#9 Post by NFT5 »

I have two Buster installations.

On XFCE gdebi works fine if you start it from the menu, but crashes if started by right clicking on a .deb file.

On KDE it won't start at all.

sgage
Posts: 86
Joined: 2013-03-10 21:00
Has thanked: 1 time
Been thanked: 2 times

Re: Does gdebi ( the gdebi-gtk GUI) work for anybody on Bust

#10 Post by sgage »

stevepusser wrote:I installed it in a 32-bit Buster XFCE install in a virtual machine in order to install some local debs, but it crashes after I click the install button. I ended up using the apt command in the terminal to do so, but some people are allergic to the CLI.

It has the same issue in the Buster-based MX 19 alpha, reported by all testers. I wonder if it has to be updated to use pkexec or something.
I'm running a MATE desktop on Buster, and gdebi is working just fine. If I click on a deb file in Caja (the MATE file manager), it comes up normally. If I launch it from the menu, it comes up normally.

CwF
Global Moderator
Global Moderator
Posts: 2638
Joined: 2018-06-20 15:16
Location: Colorado
Has thanked: 41 times
Been thanked: 192 times

Re: Does gdebi ( the gdebi-gtk GUI) work for anybody on Bust

#11 Post by CwF »

stevepusser wrote:. I wonder if it has to be updated to use pkexec or something.
and
NFT5 wrote:On XFCE gdebi works fine if you start it from the menu, but crashes if started by right clicking on a .deb file.
Yes, on all of my buster images it has a policy actions file. On my one remaining stretch it does not.

Correction, it works fine in my sequence of browsing to it with a root thunar,. Works, and linitian complains it's root. Browsed to with a user Thunar it opens, looks fine, and disappears clicking install, ie crashes.

That has changed.

Invoking from menu (gdebi-gtk %f) I'd think the polkit action file <allow_active>yes</allow_active> wouldn't matter, and navigating to a user rights file, it does work fine - no password.
Navigate to root file system area, it also works fine -no password required.

Invoking from a FM does not work unless a root FM. So now I'm on a tangent to get spacefm to work right...

User avatar
wizard10000
Global Moderator
Global Moderator
Posts: 557
Joined: 2019-04-16 23:15
Location: southeastern us
Has thanked: 76 times
Been thanked: 85 times

Re: Does gdebi ( the gdebi-gtk GUI) work for anybody on Bust

#12 Post by wizard10000 »

sunrat wrote:I respect you following your ideology and spruiking Devuan but your snipes against Debian are becoming rather tedious. Live and let live, dude.
Even gerbils know not to defecate where they dine :)
we see things not as they are, but as we are.
-- anais nin

User avatar
Head_on_a_Stick
Posts: 14114
Joined: 2014-06-01 17:46
Location: London, England
Has thanked: 81 times
Been thanked: 132 times

Re: Does gdebi ( the gdebi-gtk GUI) work for anybody on Bust

#13 Post by Head_on_a_Stick »

stevepusser wrote:I wonder if it has to be updated to use pkexec or something.
The GUI uses policykit already.

It doesn't work for me under GNOME, gdebi-gtk will launch but when I attempt to install a .deb with it I see this error in the terminal from which it is launched:

Code: Select all

E485:~$ gdebi-gtk                                                             
Invalid MIT-MAGIC-COOKIE-1 keyUnable to init server: Could not connect: Connection refused
Invalid MIT-MAGIC-COOKIE-1 keyUnable to init server: Could not connect: Connection refused
Invalid MIT-MAGIC-COOKIE-1 keyUnable to init server: Could not connect: Connection refused

(gdebi-gtk:5434): Gtk-CRITICAL **: 17:50:17.617: _gtk_style_provider_private_get_settings: assertion 'GTK_IS_STYLE_PROVIDER_PRIVATE (provider)' failed

(gdebi-gtk:5434): Gtk-CRITICAL **: 17:50:17.617: _gtk_style_provider_private_get_settings: assertion 'GTK_IS_STYLE_PROVIDER_PRIVATE (provider)' failed

(gdebi-gtk:5434): Gtk-CRITICAL **: 17:50:17.617: _gtk_style_provider_private_get_settings: assertion 'GTK_IS_STYLE_PROVIDER_PRIVATE (provider)' failed
Memory fault 
E485:~139$
I get this from coredumpctl(1):

Code: Select all

E485:~$ sudo coredumpctl dump --output dump 
           PID: 6245 (gdebi-gtk)
           UID: 0 (root)
           GID: 0 (root)
        Signal: 11 (SEGV)
     Timestamp: Tue 2019-07-09 18:54:14 BST (1min 15s ago)
  Command Line: /usr/bin/python3 /usr/bin/gdebi-gtk --non-interactive /home/empty/Downloads/azote_1.2.0-1_all.deb
    Executable: /usr/bin/python3.7
 Control Group: /user.slice/user-1000.slice/session-2.scope
          Unit: session-2.scope
         Slice: user-1000.slice
       Session: 2
     Owner UID: 1000 (empty)
       Boot ID: 85e710d6e10a46c79cfc4a974a8f9b9c
    Machine ID: 482afccf88714e1baa0a715ab92912ce
      Hostname: E485
       Storage: /var/lib/systemd/coredump/core.gdebi-gtk.0.85e710d6e10a46c79cfc4a974a8f9b9c.6245.1562694854000000.lz4
       Message: Process 6245 (gdebi-gtk) of user 0 dumped core.
                
                Stack trace of thread 6245:
                #0  0x00007fc875b48af0 n/a (libgtk-3.so.0)
                #1  0x00007fc8759f6f04 n/a (libgtk-3.so.0)
                #2  0x00007fc875a16a74 n/a (libgtk-3.so.0)
                #3  0x00007fc875a022ca n/a (libgtk-3.so.0)
                #4  0x00007fc875a169ac n/a (libgtk-3.so.0)
                #5  0x00007fc875a16a05 n/a (libgtk-3.so.0)
                #6  0x00007fc875a02c62 n/a (libgtk-3.so.0)
                #7  0x00007fc8783a20cc g_type_create_instance (libgobject-2.0.so.0)
                #8  0x00007fc878384548 n/a (libgobject-2.0.so.0)
                #9  0x00007fc878385cc5 g_object_new_with_properties (libgobject-2.0.so.0)
                #10 0x00007fc878386731 g_object_new (libgobject-2.0.so.0)
                #11 0x00007fc875a1edda n/a (libgtk-3.so.0)
                #12 0x00007fc875bf4c61 n/a (libgtk-3.so.0)
                #13 0x00007fc8783a20cc g_type_create_instance (libgobject-2.0.so.0)
                #14 0x00007fc878384548 n/a (libgobject-2.0.so.0)
                #15 0x00007fc878385fad g_object_newv (libgobject-2.0.so.0)
                #16 0x00007fc8759a80c2 n/a (libgtk-3.so.0)
                #17 0x00007fc8759a96b5 n/a (libgtk-3.so.0)
                #18 0x00007fc8759aa4ab n/a (libgtk-3.so.0)
                #19 0x00007fc878414553 n/a (libglib-2.0.so.0)
                #20 0x00007fc87841563d g_markup_parse_context_parse (libglib-2.0.so.0)
                #21 0x00007fc8759ab576 n/a (libgtk-3.so.0)
                #22 0x00007fc8759a53a5 gtk_builder_add_from_file (libgtk-3.so.0)
                #23 0x00007fc87945c8ee ffi_call_unix64 (libffi.so.6)
                #24 0x00007fc87945c2bf ffi_call (libffi.so.6)
                #25 0x00007fc878527865 n/a (_gi.cpython-37m-x86_64-linux-gnu.so)
                #26 0x00007fc87851ec58 n/a (_gi.cpython-37m-x86_64-linux-gnu.so)
                #27 0x00007fc878522afd n/a (_gi.cpython-37m-x86_64-linux-gnu.so)
                #28 0x00000000005d92ab _PyObject_FastCallKeywords (python3.7)
                #29 0x000000000054aec1 n/a (python3.7)
                #30 0x0000000000551f0a _PyEval_EvalFrameDefault (python3.7)
                #31 0x000000000054b7c2 _PyEval_EvalCodeWithName (python3.7)
                #32 0x00000000005d8782 _PyFunction_FastCallKeywords (python3.7)
                #33 0x000000000054acf0 n/a (python3.7)
                #34 0x000000000054ef0b _PyEval_EvalFrameDefault (python3.7)
                #35 0x000000000054b7c2 _PyEval_EvalCodeWithName (python3.7)
                #36 0x00000000005d998e _PyFunction_FastCallDict (python3.7)
                #37 0x0000000000590f33 n/a (python3.7)
                #38 0x00000000005d8ee9 _PyObject_FastCallKeywords (python3.7)
                #39 0x000000000054aec1 n/a (python3.7)
                #40 0x000000000054ef0b _PyEval_EvalFrameDefault (python3.7)
                #41 0x000000000054b7c2 _PyEval_EvalCodeWithName (python3.7)
                #42 0x000000000054dae3 PyEval_EvalCode (python3.7)
                #43 0x0000000000630af2 n/a (python3.7)
                #44 0x0000000000630ba7 PyRun_FileExFlags (python3.7)
                #45 0x000000000063180f PyRun_SimpleFileExFlags (python3.7)
                #46 0x0000000000653f7e n/a (python3.7)
                #47 0x00000000006542de _Py_UnixMain (python3.7)
                #48 0x00007fc8798c609b __libc_start_main (libc.so.6)
                #49 0x00000000005dfe9a _start (python3.7)
E485:~$
The dump file is here:

https://drive.google.com/open?id=1p25xW ... Ql9qmuUo0X

Looks like a bug report may be called for. I don't use gdebi so do you want to do it Steve?
deadbang

User avatar
stevepusser
Posts: 12930
Joined: 2009-10-06 05:53
Has thanked: 41 times
Been thanked: 71 times

Re: Does gdebi ( the gdebi-gtk GUI) work for anybody on Bust

#14 Post by stevepusser »

CwF wrote:
stevepusser wrote:. I wonder if it has to be updated to use pkexec or something.
and
NFT5 wrote:On XFCE gdebi works fine if you start it from the menu, but crashes if started by right clicking on a .deb file.
Yes, on all of my buster images it has a policy actions file. On my one remaining stretch it does not.

Correction, it works fine in my sequence of browsing to it with a root thunar,. Works, and linitian complains it's root. Browsed to with a user Thunar it opens, looks fine, and disappears clicking install, ie crashes.

That has changed.

Invoking from menu (gdebi-gtk %f) I'd think the polkit action file <allow_active>yes</allow_active> wouldn't matter, and navigating to a user rights file, it does work fine - no password.
Navigate to root file system area, it also works fine -no password required.

Invoking from a FM does not work unless a root FM. So now I'm on a tangent to get spacefm to work right...
Yes, crashing when you start it from a file manager with a right-click on a deb file, and then hit the "Install" button, is what I'm talking about. So it does happen to Buster users, too.
MX Linux packager and developer

User avatar
stevepusser
Posts: 12930
Joined: 2009-10-06 05:53
Has thanked: 41 times
Been thanked: 71 times

Re: Does gdebi ( the gdebi-gtk GUI) work for anybody on Bust

#15 Post by stevepusser »

Head_on_a_Stick wrote:
stevepusser wrote:I wonder if it has to be updated to use pkexec or something.
The GUI uses policykit already.
stuff deleted

Looks like a bug report may be called for. I don't use gdebi so do you want to do it Steve?
I don't use it myself either--I actually use a KDE service menu in Dolphin to install debs myself with apt, since it's faster and can do arbitrary numbers of debs in one swell foop. We ship MX with the same type of user action in Thunar, too, but I was thinking of users that want to use another file manager besides those two.

Maybe Ubuntu has a fix in their version--let me take a look.
MX Linux packager and developer

pcdoctor01
Posts: 75
Joined: 2014-07-27 10:26
Been thanked: 1 time

Re: Does gdebi ( the gdebi-gtk GUI) work for anybody on Bust

#16 Post by pcdoctor01 »

I started to post this issue here.
Hopefully they fix this error soon.
I'm using XFCE

I emailed Debian's tech support and knew that this isn't the correct way to report this issue below:
Debian Bug Tracking System <owner@bugs.debian.org>
7:09 AM (12 hours ago)
to me

Your message didn't have a Package: line at the very first line of the
mail body (part of the pseudo-header), or didn't have a Package: line
at all. Unfortunatly, this means that your message has been ignored
completely.

Without this information we are unable to categorise or otherwise deal
with your problem report. Please _resubmit_ your report to
submit@bugs.debian.org and tell us which package the
report is for. For help, check out
https://www.debian.org/Bugs/Reporting.

Your message was dated Wed, 10 Jul 2019 11:05:02 +0000 and had
message-id <CAMzE9cbumDtSQ3YRx2T7OOdb6f-_8V4Ht7x8r-v7nsKebsZ3LA@mail.gmail.com>
and subject Gdebi does not install deb packages in Buster.
The complete text of it is attached to this message.

If you need any assistance or explanation please contact
owner@bugs.debian.org and include the the attached
message.

If you didn't send the attached message (spam was sent forging your
from address), we apologize; please disregard this message.

--
-1: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=-1
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems



---------- Forwarded message ----------
From: Gigi Gigi <*******@gmail.com>
To: submit@bugs.debian.org
Cc:
Bcc:
Date: Wed, 10 Jul 2019 11:05:02 +0000
Subject: Gdebi does not install deb packages in Buster
Gdebi does not install deb packages in Buster.
When clicking on install, the program exits.

User avatar
stevepusser
Posts: 12930
Joined: 2009-10-06 05:53
Has thanked: 41 times
Been thanked: 71 times

Re: Does gdebi ( the gdebi-gtk GUI) work for anybody on Bust

#17 Post by stevepusser »

Some MX users say that changing the /usr/share/applications/gdebi.desktop file to use "gksu" in the exec line:

From

Code: Select all

Exec=gdebi-gtk %f
to

Code: Select all

Exec=gksu gdebi-gtk %f
fixes the crashing, but you have to have a real root account for that, I think--not sure. MX gives you both sudo and root accounts. You might be successful with gksudo instead, and need that installed, also--though I thought I read here that Debian is deprecating those in favor of pkexec, which gdebi-gtk was modified to use in Buster, apparently not completely successfully.

I remember that Debian had a broken gdebi for years back in the Lenny or Etch era...
MX Linux packager and developer

CwF
Global Moderator
Global Moderator
Posts: 2638
Joined: 2018-06-20 15:16
Location: Colorado
Has thanked: 41 times
Been thanked: 192 times

Re: Does gdebi ( the gdebi-gtk GUI) work for anybody on Bust

#18 Post by CwF »

Except gksu is gone? I spent some time purging gksu and revamping authority on my 4 images as I moved them to buster. The change in behavior I mentioned may have started with that purge. All 4 images have a few packages from sid that were all installed with gdebi = so gdebi does install packages into buster just fine.

On point is the method of use.
Execute from the menu with a gdebi policy file and navigate to the deb with gdebi's open dialog and it works as expected.
Execute from a file manager and the permissions sequence fails and gdebi exits.

User avatar
Head_on_a_Stick
Posts: 14114
Joined: 2014-06-01 17:46
Location: London, England
Has thanked: 81 times
Been thanked: 132 times

Re: Does gdebi ( the gdebi-gtk GUI) work for anybody on Bust

#19 Post by Head_on_a_Stick »

stevepusser wrote:Some MX users say that changing the /usr/share/applications/gdebi.desktop file to use "gksu" in the exec line:

From

Code: Select all

Exec=gdebi-gtk %f
to

Code: Select all

Exec=gksu gdebi-gtk %f
fixes the crashing
I really don't think that's a good idea, the GUI already has one bug that we have found so running the entire thing with elevated privileges would just expose any others in a far more severe fashion.

I'll submit a bug report this weekend and see if they can fix this properly. I'm so glad Debian has debug repositories, I had to rebuild glic for an Arch bug report...
deadbang

pcdoctor01
Posts: 75
Joined: 2014-07-27 10:26
Been thanked: 1 time

Re: Does gdebi ( the gdebi-gtk GUI) work for anybody on Bust

#20 Post by pcdoctor01 »

Head_on_a_Stick wrote:
stevepusser wrote:
I'll submit a bug report this weekend and see if they can fix this properly. I'm so glad Debian has debug repositories, I had to rebuild glic for an Arch bug report...
Thank you!

Post Reply