Dependencies hell !!!

Printable View

2013-04-19
eltigre

Dependencies hell !!!

I try to install, for example gdebi with:

Code:

sudo ap-get install gdebi

but I get error of some dependencies missing..
If I try to install one dependecie, I get same error about other dependencies missing...

I tried to put auto-apt but everytime I install something I get

Code:

Failed [Z - exec shell to fix this situation]

and the great error about dependencies

I tried to add it through "Add/Remove software", I select it I click "Apply" but nothing happens
I also wanted to install bumblebee => same situation

I know there are many workarounds for autosolving the dependencies but it seems they don't work on Kali

(Kali LInux , Gnome, amd64, 1.0.2)

Please help..
2013-04-19
sickn3ss

I don't encounter any issues:

Code:

root@kali:~# apt-get install gdebi Reading package lists... Done Building dependency tree Reading state information... Done The following extra packages will be installed: gdebi-core gir1.2-vte-2.90 The following NEW packages will be installed: gdebi gdebi-core gir1.2-vte-2.90 0 upgraded, 3 newly installed, 0 to remove and 277 not upgraded. Need to get 606 kB of archives. After this operation, 1,860 kB of additional disk space will be used. Do you want to continue [Y/n]? y Get:1 http://http.kali.org/kali/ kali/main gdebi-core all 0.8.7 [177 kB] Get:2 http://http.kali.org/kali/ kali/main gir1.2-vte-2.90 i386 1:0.32.2-1 [388 kB] Get:3 http://http.kali.org/kali/ kali/main gdebi all 0.8.7 [40.9 kB] Fetched 606 kB in 1s (316 kB/s) Selecting previously unselected package gdebi-core. (Reading database ... 242041 files and directories currently installed.) Unpacking gdebi-core (from .../gdebi-core_0.8.7_all.deb) ... Selecting previously unselected package gir1.2-vte-2.90. Unpacking gir1.2-vte-2.90 (from .../gir1.2-vte-2.90_1%3a0.32.2-1_i386.deb) ... Selecting previously unselected package gdebi. Unpacking gdebi (from .../archives/gdebi_0.8.7_all.deb) ... Processing triggers for man-db ... Processing triggers for desktop-file-utils ... Processing triggers for gnome-menus ... Setting up gdebi-core (0.8.7) ... Setting up gir1.2-vte-2.90 (1:0.32.2-1) ... Setting up gdebi (0.8.7) ... root@kali:~#

Code:

root@kali:~# gdebi Usage: gdebi [options] filename For a graphical version run gdebi-gtk Options: --version show program's version number and exit -h, --help show this help message and exit -n, --non-interactive Run non-interactive (dangerous!) -o APT_OPTS, --option=APT_OPTS Set an APT configuration option -q, --quiet Do not show progress information --apt-line Simulate only and print a apt-get install compatible line to stderr --root=ROOTDIR Use alternative root dir
2013-04-20
charonsecurity

I'm same with sickness. No problems so far. Did you ensure to update your sources.list?
2013-05-06
zegzao

I have a similar problem,
each time i run the

Quote:

sudo apt-get install

command it displays:

Code:

Reading package lists... Done Building dependency tree Reading state information... Done E: Unable to locate package conky-all (for example)

I already performed an update using

Quote:

sudo apt-get update

but nothing changed
Can someone help me please? I'm totally new on kali.
2013-05-06
ltdanno

Quote:

Originally Posted by zegzao

I have a similar problem,
each time i run the command it displays:

Code:

Reading package lists... Done Building dependency tree Reading state information... Done E: Unable to locate package conky-all (for example)

I already performed an update using but nothing changed
Can someone help me please? I'm totally new on kali.

did you add sources to your sources list? if not

(as root) open leafpad
file ...open ..../etc/apt/sources.list
and add these in there

Code:

deb [arch=i386,amd64,armel,armhf] http://http.kali.org/kali kali-dev main contrib non-free deb [arch=i386,amd64,armel,armhf] http://http.kali.org/kali kali-dev main/debian-installer deb-src http://http.kali.org/kali kali-dev main contrib non-free deb [arch=i386,amd64,armel,armhf] http://http.kali.org/kali kali main contrib non-free deb [arch=i386,amd64,armel,armhf] http://http.kali.org/kali kali main/debian-installer deb-src http://http.kali.org/kali kali main contrib non-free deb http://repo.kali.org/kali kali-bleeding-edge main ## Security updates deb http://security.kali.org/kali-security kali/updates main contrib non-free

this is all that i have in that list nothing else i also was getting that error too so i deleted everything and just added these
### NOTE... my kali_linux is installed to a hard drive .. on my pc :cool:
Not on a cd/usb or virtual box
2013-05-07
zegzao

It worked! Thank you so much!! :D
I know it may seem a bit stupid but i'm new on kali and really unfamiliar with the environnement.
2013-05-08
ltdanno

also if you feel like useing a screen recorder like xvidcap you can add these to your sources list

Code:

$ leafpad /etc/apt/sources.list Append the following at the end : deb http://www.deb-multimedia.org squeeze main non-free or deb ftp://ftp.deb-multimedia.org squeeze main non-free or deb http://www.deb-multimedia.org stable main non-free or deb ftp://ftp.deb-multimedia.org stable main non-free

save and then run
$ apt-get update && apt-get upgrade && apt-get install xvidcap

This should install Xvidcap in Kali.
you can also get recordmydesktop or istanbul if you like :cool:
2013-05-12
zegzao

Thank you, i'll try it! everything seems to work fine but i just have one problem left to solve, i can't add ppa repositories
i performed the

Code:

sudo apt-get install python-software-properties

and as always i did the "apt-get upgrade", but each time i try to add one such as this:

Code:

sudo apt-add-repository ppa:bumblebee/stable

the terminal displays an error message
2013-05-14
maverik35

Use dpkg command instead..You don't need the gdebi..

Read the dpkg (man dpkg) and learn to use it..Just take a look at it. It is very powerfull and so simple.

Do not get me wrong, please, but this is debian, not winbugs or bugbuntu.

Luck.
2013-07-14
MaKr0

Actually I just think they should fix the bug. apt-add-repository is a very useful standard command and in a Debian fork that want to be called a major one all the widely used Debian tools should work.

And it is simple just adding the correct lsb-release would fix the problem.

I could suggest, like in many places i read, that it can be fixed by adding the file /etc/lsb-release with the following text in it:

DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=12.04
DISTRIB_CODENAME=precise
DISTRIB_DESCRIPTION="Ubuntu 12.04 LTS"

But I would not call this a fix, but an ugly patch, since the file should have the right Kali info instead of Ubuntu one... but it is not up to me to decide which those are.

and even then, if i did put in the file the following correct info, it would not work like the above incorrect info.

DISTRIB_ID=Debian
DISTRIB_RELEASE="Kali Linux 1.0"
DISTRIB_CODENAME=n/a
DISTRIB_DESCRIPTION="Debian GNU/Linux Kali Linux 1.0"

so it is something that someone else has to fix or at least address us on how to fix it properly
knock knock... Hello Kali devs...mantainers...
2013-09-30
3rror4o4

u rock

ouh bro, you saved me. i'm looking for this fix all day and had olready reinstalled my os 3 times... i was desperate. THANKS !
2013-10-21
Mukhamatdin

Hi, the same problem with my system is there nay solution excepting reinstall, thanks
2014-01-03
n0rd

Ive the same problem. I tried to install torbrowser via apt-get install torbrowser

Quote:

root@localhost:~# apt-get install torbrowser
Reading package lists... Done
Building dependency tree
Reading state information... Done
E: Unable to locate package torbrowser

as I read here I have to edit my sources.list

Quote:

(as root) open leafpad
file ...open ..../etc/apt/sources.list
and add these in there

Code:

deb [arch=i386,amd64,armel,armhf] http://http.kali.org/kali kali-dev main contrib non-free deb [arch=i386,amd64,armel,armhf] http://http.kali.org/kali kali-dev main/debian-installer deb-src http://http.kali.org/kali kali-dev main contrib non-free deb [arch=i386,amd64,armel,armhf] http://http.kali.org/kali kali main contrib non-free deb [arch=i386,amd64,armel,armhf] http://http.kali.org/kali kali main/debian-installer deb-src http://http.kali.org/kali kali main contrib non-free deb http://repo.kali.org/kali kali-bleeding-edge main ## Security updates deb http://security.kali.org/kali-security kali/updates main contrib non-free

I did that but get this error

Code:

W: Duplicate sources.list entry http://http.kali.org/kali/ kali/main amd64 Packages (/var/lib/apt/lists/http.kali.org_kali_dists_kali_main_binary-amd64_Packages) W: Duplicate sources.list entry http://http.kali.org/kali/ kali/contrib amd64 Packages (/var/lib/apt/lists/http.kali.org_kali_dists_kali_contrib_binary-amd64_Packages) W: Duplicate sources.list entry http://http.kali.org/kali/ kali/non-free amd64 Packages (/var/lib/apt/lists/http.kali.org_kali_dists_kali_non-free_binary-amd64_Packages) W: Duplicate sources.list entry http://security.kali.org/kali-security/ kali/updates/main amd64 Packages (/var/lib/apt/lists/security.kali.org_kali-security_dists_kali_updates_main_binary-amd64_Packages) W: Duplicate sources.list entry http://security.kali.org/kali-security/ kali/updates/contrib amd64 Packages (/var/lib/apt/lists/security.kali.org_kali-security_dists_kali_updates_contrib_binary-amd64_Packages) W: Duplicate sources.list entry http://security.kali.org/kali-security/ kali/updates/non-free amd64 Packages (/var/lib/apt/lists/security.kali.org_kali-security_dists_kali_updates_non-free_binary-amd64_Packages) W: You may want to run apt-get update to correct these problems

This is how my sources.list looks like

Code:

# deb cdrom:[Debian GNU/Linux 7.0 _Kali_ - Official Snapshot amd64 LIVE/INSTALL Binary 20130905-07:57]/ kali contrib main non-free #deb cdrom:[Debian GNU/Linux 7.0 _Kali_ - Official Snapshot amd64 LIVE/INSTALL Binary 20130905-07:57]/ kali contrib main non-free ## Security updates deb http://http.kali.org/kali kali main non-free contrib deb http://security.kali.org/kali-security kali/updates main contrib non-free deb [arch=i386,amd64,armel,armhf] http://http.kali.org/kali kali-dev main contrib non-free deb [arch=i386,amd64,armel,armhf] http://http.kali.org/kali kali-dev main/debian-installer deb [arch=i386,amd64,armel,armhf] http://http.kali.org/kali kali main contrib non-free deb [arch=i386,amd64,armel,armhf] http://http.kali.org/kali kali main/debian-installer deb http://repo.kali.org/kali kali-bleeding-edge main deb-src http://http.kali.org/kali kali main non-free contrib deb-src http://security.kali.org/kali-security kali/updates main contrib non-free deb-src http://http.kali.org/kali kali main contrib non-free deb-src http://http.kali.org/kali kali-dev main contrib non-free

Hope somebody can help, thx already.
2014-01-03
blackMORE

Quote:

Originally Posted by n0rd

Hope somebody can help, thx already.

For official repositories: Add official Kali Linux Repositories
For Tor: Installing Tor In Kali Linux
2014-01-04
n0rd

thx alot blackmore
2014-01-09
charonsecurity

Run the command: apt-get update
again.
2014-01-11
Sentily

apt-get dist-upgrade
2014-04-14
Injectnique

This worked out for me with a fresh Kali install encountering this issue.

I added the sources itdanno mentioned

Code:

deb [arch=i386,amd64,armel,armhf] http://http.kali.org/kali kali-dev main contrib non-free deb [arch=i386,amd64,armel,armhf] http://http.kali.org/kali kali-dev main/debian-installer deb-src http://http.kali.org/kali kali-dev main contrib non-free deb [arch=i386,amd64,armel,armhf] http://http.kali.org/kali kali main contrib non-free deb [arch=i386,amd64,armel,armhf] http://http.kali.org/kali kali main/debian-installer deb-src http://http.kali.org/kali kali main contrib non-free deb http://repo.kali.org/kali kali-bleeding-edge main

Which I knew would give me some errors, however after a quick-

Code:

# apt-get -f install

I'm fine to install wine:i386
2014-04-15
blackMORE

Stop spreading BAD suggestions

Quote:

Originally Posted by Injectnique

This worked out for me with a fresh Kali install encountering this issue.

I added the sources itdanno mentioned

Code:

deb [arch=i386,amd64,armel,armhf] http://http.kali.org/kali kali-dev main contrib non-free deb [arch=i386,amd64,armel,armhf] http://http.kali.org/kali kali-dev main/debian-installer deb-src http://http.kali.org/kali kali-dev main contrib non-free deb [arch=i386,amd64,armel,armhf] http://http.kali.org/kali kali main contrib non-free deb [arch=i386,amd64,armel,armhf] http://http.kali.org/kali kali main/debian-installer deb-src http://http.kali.org/kali kali main contrib non-free deb http://repo.kali.org/kali kali-bleeding-edge main

Which I knew would give me some errors, however after a quick-

Code:

# apt-get -f install

I'm fine to install wine:i386

Do not repeat BAD suggestions as your post will be read by more; who will end up breaking their installations.

Code:

apt-get -f install

will break Kali at a later stage and for every installation/update, you'll have to force it.

There's little or no reason to specify arch in sources.list file i.e. [arch=i386,amd64,armel,armhf]. What it does, it will download more package list than necessary, means slower update and cluttered installation. If you need i386 arch in a 64-bit installation, you just add it via dpkg and aptitude picks it up.

Code:

dpkg --add-architecture i386

There's no reason to add amd64 arch in a 32-bit installation as it doesn't work.. compatibility works for 64bit only (i.e. 64-bit understands 32-bit with lib packages installed, 32-bit doesn't understand 64-bit as it's limited by arch).

Kali repo is quite simple and direct:

Code:

## Regular repositories deb http://http.kali.org/kali kali main non-free contrib deb http://security.kali.org/kali-security kali/updates main contrib non-free ## Source repositories deb-src http://http.kali.org/kali kali main non-free contrib deb-src http://security.kali.org/kali-security kali/updates main contrib non-free

and if you need bleeding edge (I see little reason to add those unless you're a dev yourself or working on bugfix) then you also add the following in your sources.list

Code:

## Bleeding Edge deb http://repo.kali.org/kali kali-bleeding-edge main deb-src http://repo.kali.org/kali kali-bleeding-edge main

Aptitude is usually smart enough to determine which arch it needs to download. You can also check which arch'er are enabled like this:

Code:

cat /var/lib/dpkg/arch

I suggest users go to Kali IRC channel and ask there directly. Someone is always there to help and available for a chat.
2016-01-14
Caspa

Dependencies Nightmare continues!

Quote:

Originally Posted by blackMORE

Do not repeat BAD suggestions as your post will be read by more; who will end up breaking their installations.

Code:

apt-get -f install

will break Kali at a later stage and for every installation/update, you'll have to force it.

There's little or no reason to specify arch in sources.list file i.e. [arch=i386,amd64,armel,armhf]. What it does, it will download more package list than necessary, means slower update and cluttered installation. If you need i386 arch in a 64-bit installation, you just add it via dpkg and aptitude picks it up.

Code:

dpkg --add-architecture i386

There's no reason to add amd64 arch in a 32-bit installation as it doesn't work.. compatibility works for 64bit only (i.e. 64-bit understands 32-bit with lib packages installed, 32-bit doesn't understand 64-bit as it's limited by arch).

Kali repo is quite simple and direct:

Code:

## Regular repositories deb http://http.kali.org/kali kali main non-free contrib deb http://security.kali.org/kali-security kali/updates main contrib non-free ## Source repositories deb-src http://http.kali.org/kali kali main non-free contrib deb-src http://security.kali.org/kali-security kali/updates main contrib non-free

and if you need bleeding edge (I see little reason to add those unless you're a dev yourself or working on bugfix) then you also add the following in your sources.list

Code:

## Bleeding Edge deb http://repo.kali.org/kali kali-bleeding-edge main deb-src http://repo.kali.org/kali kali-bleeding-edge main

Aptitude is usually smart enough to determine which arch it needs to download. You can also check which arch'er are enabled like this:

Code:

cat /var/lib/dpkg/arch

I suggest users go to Kali IRC channel and ask there directly. Someone is always there to help and available for a chat.

Mr. blackMORE - Apologies for "necro-bumping" this thread, but I really really need help, and nobody is responding on kali-linux IRC channel. I followed your instructions from your website a while ago to install Skype (via adding the i386 architecture), and everything worked like a charm. You seem to know your stuff in terms of Kali, and I cannot find any answers to my issue on any other forums, etc.

So I made an attempt to install a tox chat client on my Kali 2.0 64 bit machine, and after countless compilation errors, and dependency errors, it turned out I was missing "ffmpeg"...So I installed ffmpeg.....It went well....Then I re-ran the setup for Tox once again, and this time it complained about "sqlcipher" dependecies. This is where it got really messy. I started installing those dependencies manually using deb amd64 packages (because it wasn't doable via "apt-get")...and on the second package - libtinfo5_5.9+20140913-1+b1_amd64.deb, everything went to ****.

When I try to use "apt-get autoremove" or "purge", I get the dreaded:

Reading package lists... Done
Building dependency tree
Reading state information... Done
You might want to run 'apt-get -f install' to correct these.
The following packages have unmet dependencies:
libncurses5 : Depends: libtinfo5 (= 5.9+20140913-1+b1) but 5.9-4 is installed
libncurses5-dev : Depends: libtinfo5 (= 5.9+20140913-1+b1) but 5.9-4 is installed
libncursesw5 : Depends: libtinfo5 (= 5.9+20140913-1+b1) but 5.9-4 is installed
libtinfo-dev : Depends: libtinfo5 (= 5.9+20140913-1+b1) but 5.9-4 is installed
libtinfo5 : Breaks: libtinfo5:i386 (!= 5.9-4) but 5.9+20140913-1+b1 is installed
libtinfo5:i386 : Breaks: libtinfo5 (!= 5.9+20140913-1+b1) but 5.9-4 is installed
ncurses-bin : PreDepends: libtinfo5 (>= 5.9+20130119) but 5.9-4 is installed
E: Unmet dependencies. Try using -f.

If I run apt-get -f install, as suggested, it keeps asking me to upgrade libtinfo5, but when I do, I get this:

(Reading database ... 349500 files and directories currently installed.)
Preparing to unpack .../libtinfo5_5.9+20140913-1+b1_amd64.deb ...
Unpacking libtinfo5:amd64 (5.9+20140913-1+b1) over (5.9-4) ...
dpkg: error processing archive /var/cache/apt/archives/libtinfo5_5.9+20140913-1+b1_amd64.deb (--unpack):
trying to overwrite shared '/usr/share/doc/libtinfo5/copyright', which is different from other instances of package libtinfo5:amd64
Errors were encountered while processing:
/var/cache/apt/archives/libtinfo5_5.9+20140913-1+b1_amd64.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)

And it keeps taking me back to the vicious loop of dependencies errors over and over again.

I can no longer edit the /etc/apt/sources.list file...I get the following error in the terminal:

nano: symbol lookup error: /lib/x86_64-linux-gnu/libncursesw.so.5: undefined symbol: _nc_putchar

And if I try to use the Gnome desktop to open the folders via GUI, I get:

Authentication required to mount ST95*** (dev/SDA3)

and it prompts me to enter my sudoers password!

Any help or advice would be greatly appreciated. Please!

Thank you!
2016-01-14
Caspa

Dependencies Nightmare continues!

Quote:

Originally Posted by Caspa

Mr. blackMORE - Apologies for "necro-bumping" this thread, but I really really need help, and nobody is responding on kali-linux IRC channel. I followed your instructions from your website a while ago to install Skype (via adding the i386 architecture), and everything worked like a charm. You seem to know your stuff in terms of Kali, and I cannot find any answers to my issue on any other forums, etc.

So I made an attempt to install a tox chat client on my Kali 2.0 64 bit machine, and after countless compilation errors, and dependency errors, it turned out I was missing "ffmpeg"...So I installed ffmpeg.....It went well....Then I re-ran the setup for Tox once again, and this time it complained about "sqlcipher" dependecies. This is where it got really messy. I started installing those dependencies manually using deb amd64 packages (because it wasn't doable via "apt-get")...and on the second package - libtinfo5_5.9+20140913-1+b1_amd64.deb, everything went to ****.

When I try to use "apt-get autoremove" or "purge", I get the dreaded:

Reading package lists... Done
Building dependency tree
Reading state information... Done
You might want to run 'apt-get -f install' to correct these.
The following packages have unmet dependencies:
libncurses5 : Depends: libtinfo5 (= 5.9+20140913-1+b1) but 5.9-4 is installed
libncurses5-dev : Depends: libtinfo5 (= 5.9+20140913-1+b1) but 5.9-4 is installed
libncursesw5 : Depends: libtinfo5 (= 5.9+20140913-1+b1) but 5.9-4 is installed
libtinfo-dev : Depends: libtinfo5 (= 5.9+20140913-1+b1) but 5.9-4 is installed
libtinfo5 : Breaks: libtinfo5:i386 (!= 5.9-4) but 5.9+20140913-1+b1 is installed
libtinfo5:i386 : Breaks: libtinfo5 (!= 5.9+20140913-1+b1) but 5.9-4 is installed
ncurses-bin : PreDepends: libtinfo5 (>= 5.9+20130119) but 5.9-4 is installed
E: Unmet dependencies. Try using -f.

If I run apt-get -f install, as suggested, it keeps asking me to upgrade libtinfo5, but when I do, I get this:

(Reading database ... 349500 files and directories currently installed.)
Preparing to unpack .../libtinfo5_5.9+20140913-1+b1_amd64.deb ...
Unpacking libtinfo5:amd64 (5.9+20140913-1+b1) over (5.9-4) ...
dpkg: error processing archive /var/cache/apt/archives/libtinfo5_5.9+20140913-1+b1_amd64.deb (--unpack):
trying to overwrite shared '/usr/share/doc/libtinfo5/copyright', which is different from other instances of package libtinfo5:amd64
Errors were encountered while processing:
/var/cache/apt/archives/libtinfo5_5.9+20140913-1+b1_amd64.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)

And it keeps taking me back to the vicious loop of dependencies errors over and over again.

I can no longer edit the /etc/apt/sources.list file...I get the following error in the terminal:

nano: symbol lookup error: /lib/x86_64-linux-gnu/libncursesw.so.5: undefined symbol: _nc_putchar

And if I try to use the Gnome desktop to open the folders via GUI, I get:

Authentication required to mount ST95*** (dev/SDA3)

and it prompts me to enter my sudoers password!

Any help or advice would be greatly appreciated. Please!

Thank you!

Anyone? Any suggestions at all before I attempt a reinstall?