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
Re: Dependency hell
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.
If previous command did not report anything, I don't see real problems.
You can consider your "Dependency hell" issue as solved.
Re: Dependency hell
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"...?
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"...?
- Head_on_a_Stick
- Posts: 14114
- Joined: 2014-06-01 17:46
- Location: London, England
- Has thanked: 81 times
- Been thanked: 133 times
Re: Dependency hell
What about the long list of non-Debian packages?L_V wrote:I don't see real problems
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
Re: Dependency hell
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?
- Head_on_a_Stick
- Posts: 14114
- Joined: 2014-06-01 17:46
- Location: London, England
- Has thanked: 81 times
- Been thanked: 133 times
Re: Dependency hell
Use
To see the origin of any given $package.
You certainly shouldn't have bits of the graphics stack from a non-Debian origin.
Code: Select all
apt policy $package
You certainly shouldn't have bits of the graphics stack from a non-Debian origin.
deadbang
Re: Dependency hell
Which 'long' list ?Head_on_a_Stick wrote:What about the long list of non-Debian packages ?
Not able to answer such question as there is no generic rule for apps installed outside Debian repositorysilas2 wrote:won't there always be a large list of non-debian sourced apps?
- Head_on_a_Stick
- Posts: 14114
- Joined: 2014-06-01 17:46
- Location: London, England
- Has thanked: 81 times
- Been thanked: 133 times
Re: Dependency hell
http://forums.debian.net/viewtopic.php?p=712466#p712466L_V wrote:Which 'long' list ?Head_on_a_Stick wrote:What about the long list of non-Debian packages ?
deadbang
Re: Dependency hell
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
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
Re: Dependency hell
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 ?You certainly shouldn't have bits of the graphics stack from a non-Debian origin.
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)?
- Head_on_a_Stick
- Posts: 14114
- Joined: 2014-06-01 17:46
- Location: London, England
- Has thanked: 81 times
- Been thanked: 133 times
Re: Dependency hell
L_V makes a good point about 32-bit packages, the graphics stuff looks like it's for wine. Check:
Can you remove that package?
Code: Select all
apt policy wine32:i386
deadbang
Re: Dependency hell
To summarize, your initial "Dependency hell" issue has been already solved. I don't see any hell anywhere.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.
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
Re: Dependency hell
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.
Especially taking on board Head_on_a_Stick's caution that the stack is compromised as soon as non-native packages turn up.
- Head_on_a_Stick
- Posts: 14114
- Joined: 2014-06-01 17:46
- Location: London, England
- Has thanked: 81 times
- Been thanked: 133 times
Re: Dependency hell
I didn't notice that they were 32-bit packages, have you tried removing wine32?silas2 wrote:Head_on_a_Stick's caution that the stack is compromised as soon as non-native packages turn up.
https://wiki.debian.org/DontBreakDebian ... nkenDebianDon'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.
deadbang
- stevepusser
- Posts: 12930
- Joined: 2009-10-06 05:53
- Has thanked: 41 times
- Been thanked: 71 times
Re: Dependency hell
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
Re: Dependency hell
It is available as appimage, why do you need to install it?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 :+ 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...?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
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.
https://github.com/KELiON/cerebro/relea ... 4.AppImage