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

 

 

 

Dependency hell

New to Debian (Or Linux in general)? Ask your questions here!
Message
Author
L_V
Posts: 1477
Joined: 2007-03-19 09:04
Been thanked: 11 times

Re: Dependency hell

#31 Post by L_V »

There is no generic rule to your multiple questions, but you should know how ubuntu/trusty has been introduced in your system.
If previous command did not report anything, I don't see real problems.
You can consider your "Dependency hell" issue as solved.

silas2
Posts: 38
Joined: 2019-09-30 13:22

Re: Dependency hell

#32 Post by silas2 »

Thank you so much for your help. Wow, I didn't think I'd ever miss the Windows Registry!

Sorry to labour this point but I've become really unsure about adding new apps now, but would you roughly say: "never include a non-Debian listing in your sources list, but if its a well-known publisher advertising a Debian download you would install"...?

L_V
Posts: 1477
Joined: 2007-03-19 09:04
Been thanked: 11 times

Re: Dependency hell

#33 Post by L_V »

I could roughly say this, but also insist on the "no generic rule".

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: Dependency hell

#34 Post by Head_on_a_Stick »

L_V wrote:I don't see real problems
What about the long list of non-Debian packages?

The OP might be OK installing some things now but problems may crop up later. Upgrades between releases can be a particular issue with mixed package lists.
deadbang

silas2
Posts: 38
Joined: 2019-09-30 13:22

Re: Dependency hell

#35 Post by silas2 »

I can't quite get my head round this, if e.g. chrome or dbeaver is listed as a non-Debian package (and presumably all its dependencies) , whilst it came from a 'debian' download page won't there always be a large list of non-debian sourced apps?

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: Dependency hell

#36 Post by Head_on_a_Stick »

Use

Code: Select all

apt policy $package
To see the origin of any given $package.

You certainly shouldn't have bits of the graphics stack from a non-Debian origin.
deadbang

L_V
Posts: 1477
Joined: 2007-03-19 09:04
Been thanked: 11 times

Re: Dependency hell

#37 Post by L_V »

Head_on_a_Stick wrote:What about the long list of non-Debian packages ?
Which 'long' list ?
silas2 wrote:won't there always be a large list of non-debian sourced apps?
Not able to answer such question as there is no generic rule for apps installed outside Debian repository

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: Dependency hell

#38 Post by Head_on_a_Stick »

L_V wrote:
Head_on_a_Stick wrote:What about the long list of non-Debian packages ?
Which 'long' list ?
http://forums.debian.net/viewtopic.php?p=712466#p712466
deadbang

L_V
Posts: 1477
Joined: 2007-03-19 09:04
Been thanked: 11 times

Re: Dependency hell

#39 Post by L_V »

There is a mix of i386 and amd64 packages which needs not some clarification.
If i386 packages are not used, simply remove them.
APT is not complaining about this.

+ check if dbeaver-ce amd64 has been installed

Code: Select all

apt list dbeaver-ce

silas2
Posts: 38
Joined: 2019-09-30 13:22

Re: Dependency hell

#40 Post by silas2 »

You certainly shouldn't have bits of the graphics stack from a non-Debian origin.
But i still don't understand if Chrome can be listed in the non-Debian packages and if that is acceptable then surely all bets are off on the other listed packaged/dependencies ?
E.g. graphic drivers, I didn't put any specific graphics drivers on so they must have come with another package and why not dbeaver/chrome then (or OTB)?

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: Dependency hell

#41 Post by Head_on_a_Stick »

L_V makes a good point about 32-bit packages, the graphics stuff looks like it's for wine. Check:

Code: Select all

apt policy wine32:i386
Can you remove that package?
deadbang

L_V
Posts: 1477
Joined: 2007-03-19 09:04
Been thanked: 11 times

Re: Dependency hell

#42 Post by L_V »

silas2 wrote:

Code: Select all

silas@debian:~$ sudo apt install -fs
Reading package lists... Done
Building dependency tree       
Reading state information... Done
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
To summarize, your initial "Dependency hell" issue has been already solved. I don't see any hell anywhere.
You just need some time to learn that a "non Debian" package is a package your will not find here:
https://www.debian.org/distrib/packages

silas2
Posts: 38
Joined: 2019-09-30 13:22

Re: Dependency hell

#43 Post by silas2 »

Sure, I couldn't get the app to work anyway.

silas2
Posts: 38
Joined: 2019-09-30 13:22

Re: Dependency hell

#44 Post by silas2 »

Sorry, can i just ask one more time, but would it be better to install everything like chrome etc which doesn't come in packages.org in my home directory? (this is a desktop dev pc not server)
Especially taking on board Head_on_a_Stick's caution that the stack is compromised as soon as non-native packages turn up.

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: Dependency hell

#45 Post by Head_on_a_Stick »

silas2 wrote:Head_on_a_Stick's caution that the stack is compromised as soon as non-native packages turn up.
I didn't notice that they were 32-bit packages, have you tried removing wine32?
Don't Break Debian wrote:Debian Stable should not be combined with other releases. If you're trying to install software that isn't available in the current Debian Stable release, it's not a good idea to add repositories for other Debian releases. The problems might not happen right away, but the next time you install updates.
https://wiki.debian.org/DontBreakDebian ... nkenDebian
deadbang

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

Re: Dependency hell

#46 Post by stevepusser »

Since the packages in the Ubuntu Trusty repos are going to be older than the ones in Debian Stretch and Buster, I would say it's a pretty sure bet that they didn't get into the OP's system, barring any Ubuntu shenanigans with epochs in the versions...
MX Linux packager and developer

User avatar
Danielsan
Posts: 659
Joined: 2010-10-10 22:36
Has thanked: 5 times

Re: Dependency hell

#47 Post by Danielsan »

silas2 wrote:I seem to have got into a fix, when I try to run
sudo gdebi cerebro_0.3.0_amd64.deb
I get :

Code: Select all

dpkg: error processing package gconf2 (--configure):
 dependency problems - leaving unconfigured
Errors were encountered while processing:
 gconf2-common
 gconf-service
 libgconf-2-4:amd64
 gconf2
+ a massive list of " warning: files list file for package ...." lines, although I can cd into var/lib/dpkg/info and see a big list of packages...?

I can't seem to remove this gconf2 - it doesn't seem a massively fundamental app, but every time I try to remove I get more config problems.
It is available as appimage, why do you need to install it?

https://github.com/KELiON/cerebro/relea ... 4.AppImage

:?: :?: :?:

Post Reply