[Debian] kan geen een pakket installeren (no canditate)

[wvdburgt]

Hallo,

Ik heb sinds kort een raar probleem op mijn debian 7.0 wheezy server. Dit is een server die ik in de loop der tijd heb geupgrade vanaf 6.0. Ik was bezig met ps3mediaplayer te installeren maar ik merkte dus dat mijn apt-get niets meer wil installeren. Zelfs niet pakketen die standaard aanwezig zijn in de repository zoals sudo.
Ik heb de volgende sources:

code:

deb http://ftp.nl.debian.org/debian stable main contrib non-free
deb-src http://ftp.nl.debian.org/debian stable main contrib non-free

deb http://ftp.debian.org/debian/ wheezy-updates main contrib non-free
deb-src http://ftp.debian.org/debian/ wheezy-updates main contrib non-free

deb http://security.debian.org/ wheezy/updates main contrib non-free
deb-src http://security.debian.org/ wheezy/updates main contrib non-free

#deluge
#deb http://ppa.launchpad.net/deluge-team/ppa/ubuntu jaunty main
#deb-src http://ppa.launchpad.net/deluge-team/ppa/ubuntu jaunty main

#webmin
#deb http://download.webmin.com/download/repository sarge contrib
#deb http://webmin.mirror.somersettechsolutions.co.uk/repository sarge contrib

#ps3 media server
#deb http://deb.paissad.net/ unstable main contrib non-free
#deb-src http://deb.paissad.net/ unstable main contrib
#deb http://ppa.launchpad.net/paissad/pms-linux/ubuntu lucid main
#deb-src http://ppa.launchpad.net/paissad/pms-linux/ubuntu lucid main

Natuurlijk heb ik al de volgende commandos gedraaid:
apt-get update;apt-get upgrade
dpkg --configure -a
apt-get -f install
apt-get --fix-missing install
apt-get clean
apt-get update
apt-get upgrade
apt-get dist-upgrade

De error die ik krijg bij apt-get install sudo is als volgt:
Reading package lists... Done
Building dependency tree
Reading state information... Done
Package sudo is a virtual package provided by:
sudo-ldap 1.8.5p2-1+nmu1 [Not candidate version]

E: Package 'sudo' has no installation candidate


Ik wil het graag oplossen. een reinstall is wel het laatste wat ik wil haha.
Hopelijk kan iemand me helpen met dit probleem.

[ninjazx9r98]

Probeer eens om je sources gelijk te trekken qua gekozen versie.
Verwijs dus overal naar stable of naar wheezy (updates) en niet naar een combinatie van die twee.
Dat zou in ieder geval de hoek moeten zijn waarin je het moet zoeken, je installatie sources.

[wvdburgt]

Je bedoeld op deze manier:

code:

deb http://ftp.nl.debian.org/debian wheezy main contrib non-free
deb-src http://ftp.nl.debian.org/debian wheezy main contrib non-free

deb http://ftp.debian.org/debian/ wheezy-updates main contrib non-free
deb-src http://ftp.debian.org/debian/ wheezy-updates main contrib non-free

deb http://security.debian.org/ wheezy/updates main contrib non-free
deb-src http://security.debian.org/ wheezy/updates main contrib non-free

dit heeft iig helaas niet geholpen. overigens heb ik dit lijstje gegeneerd met http://debgen.simplylinux.ch.
Ik krijg iig de zelfde error.

[deadinspace]

wvdburgt schreef op woensdag 25 december 2013 @ 03:05:
Ik heb sinds kort een raar probleem op mijn debian 7.0 wheezy server. Dit is een server die ik in de loop der tijd heb geupgrade vanaf 6.0. Ik was bezig met ps3mediaplayer te installeren maar ik merkte dus dat mijn apt-get niets meer wil installeren. Zelfs niet pakketen die standaard aanwezig zijn in de repository zoals sudo.

Hmm, kun je eens de output geven van

$ apt-cache policy sudo

ninjazx9r98 schreef op woensdag 25 december 2013 @ 09:01:
Probeer eens om je sources gelijk te trekken qua gekozen versie.
Verwijs dus overal naar stable of naar wheezy (updates) en niet naar een combinatie van die twee.

Dat zou op dit moment niet uit moeten maken; "stable" is een alias voor "wheezy", dus dat is op dit moment hetzelfde.

Het is trouwens wel een goed idee om dat gelijk te trekken, maar dat is vooral voor wanneer de volgende stable release van Debian uitkomt; dan wil je OF alles op wheezy hebben, OF alles op stable (welke dan jessie is) hebben, niet half-half

[wvdburgt]

Sudo:
Installed: (none)
Candidate: (none)
Version table:
1.8.5p2-1+nmu1 0
-1 http://ftp.nl.debian.org/debian/ wheezy/main amd64 Packages

[Hero of Time]

Dit zou het ongeveer moeten zijn:

code:

sudo:
  Installed: 1.8.8-2
  Candidate: 1.8.8-2
  Version table:
     1.8.9~b1-1 0
          1 http://ftp.nl.debian.org/debian/ experimental/main amd64 Packages
 *** 1.8.8-2 0
        500 http://ftp.nl.debian.org/debian/ sid/main amd64 Packages
        500 http://ftp.nl.debian.org/debian/ testing/main amd64 Packages
        100 /var/lib/dpkg/status

Ik draai Sid, geen Wheezy. Even om 't idee. Iets is helemaal gaar op je systeem met apt. Mogelijk dat een externe repo dat om zeep heeft geholpen. Verplaats de twee .bin bestanden eens die in /var/cache/apt/ staan en doe dan een apt-get update.

[wvdburgt]

Het resultaat blijft helaas het zelfde.

code:

root@atlas:/var/cache/apt# mv pkgcache.bin /
root@atlas:/var/cache/apt# mv srcpkgcache.bin /
root@atlas:/var/cache/apt# apt-get update
Hit http://ftp.nl.debian.org wheezy Release.gpg
Hit http://ftp.nl.debian.org wheezy Release
Hit http://ftp.debian.org wheezy-updates Release.gpg
Hit http://ftp.debian.org wheezy-updates Release
Hit http://ftp.nl.debian.org wheezy/main Sources
Hit http://ftp.debian.org wheezy-updates/main Sources
Hit http://ftp.nl.debian.org wheezy/contrib Sources
Hit http://security.debian.org wheezy/updates Release.gpg
Hit http://ftp.debian.org wheezy-updates/contrib Sources
Hit http://ftp.nl.debian.org wheezy/non-free Sources
Hit http://ftp.debian.org wheezy-updates/non-free Sources
Hit http://ftp.nl.debian.org wheezy/main amd64 Packages
Hit http://security.debian.org wheezy/updates Release
Hit http://ftp.debian.org wheezy-updates/main amd64 Packages/DiffIndex
Hit http://ftp.nl.debian.org wheezy/contrib amd64 Packages
Hit http://ftp.nl.debian.org wheezy/non-free amd64 Packages
Hit http://ftp.nl.debian.org wheezy/contrib Translation-en
Hit http://ftp.nl.debian.org wheezy/main Translation-en
Hit http://ftp.nl.debian.org wheezy/non-free Translation-en
Hit http://ftp.debian.org wheezy-updates/contrib amd64 Packages
Hit http://ftp.debian.org wheezy-updates/non-free amd64 Packages
Hit http://ftp.debian.org wheezy-updates/contrib Translation-en
Hit http://ftp.debian.org wheezy-updates/main Translation-en/DiffIndex
Hit http://ftp.debian.org wheezy-updates/non-free Translation-en
Hit http://security.debian.org wheezy/updates/main Sources
Hit http://security.debian.org wheezy/updates/contrib Sources
Hit http://security.debian.org wheezy/updates/non-free Sources
Hit http://security.debian.org wheezy/updates/main amd64 Packages
Hit http://security.debian.org wheezy/updates/contrib amd64 Packages
Hit http://security.debian.org wheezy/updates/non-free amd64 Packages
Hit http://security.debian.org wheezy/updates/contrib Translation-en
Hit http://security.debian.org wheezy/updates/main Translation-en
Hit http://security.debian.org wheezy/updates/non-free Translation-en
Reading package lists... Done
root@atlas:/var/cache/apt# apt-get upgrade
Reading package lists... Done
Building dependency tree
Reading state information... Done
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
root@atlas:/var/cache/apt# apt-get install sudo
Reading package lists... Done
Building dependency tree
Reading state information... Done
Package sudo is a virtual package provided by:
  sudo-ldap 1.8.5p2-1+nmu1 [Not candidate version]

E: Package 'sudo' has no installation candidate

Ik had eerst ook al problemen met het volgende bestand:
/etc/apt/sources.list.d/lenny.non-free.list hierin stonden een aantal sources. deze heb ik iig ook al uitgecomment. dat het inderdaad goed mis is had ik helaas ook al in de gaten. Het blijft iig een apart probleem. Net alsof ie niet helemaal ziet welke versie ik draai.

[Hero of Time]

Ok, als dat ook niet werkte, moet je eens heel goed kijken wat je allemaal aan repo's hebt ingesteld staan. Gooi alles weg, verplaats het desnoods maar laat niets staan in /etc/apt/sources.list.d en heb dit in sources.list:

code:

deb http://ftp.nl.debian.org/debian/ wheezy main non-free contrib

Dat is alles, niets meer, niets minder. Dan een apt-get clean en apt-get update. Doe dan een apt-get search sudo, gevolgd door apt-cache show sudo. Gebruik ook aptitude als vervanger voor apt-get bij het zoeken. Start anders aptitude zonder argumenten en opties op, zodat je de curses interface krijgt. blader hier eens doorheen. Wat zie je? Wat is de status van de packages?

Kijk ook wat er in /etc/debian_version staat en wat lsb_release -a weergeeft. Ik heb dit op Sid.

jessie/sid

code:

No LSB modules are available.
Distributor ID: Debian
Description:    Debian GNU/Linux unstable (sid)
Release:    unstable
Codename:   sid

[hostname]

Wat staat er in /etc/apt/preferences en /etc/apt/preferences.d/*? Je sudo package wil namelijk niet installeren omdat hij gepint is op een prioriteit van -1, wat zoveel betekent als 'nooit installeren'.

[wvdburgt]

lsb_release -a herkent ie niet. wat hostname zegt lijkt me het probleem:

code:

root@atlas:/etc/apt# cat preferences
Package: *
Pin: release o=Debian,a=squeeze
Pin-Priority: 900

Package: *
Pin: release o=Debian,a=unstable
Pin-Priority: 300

Package: *
Pin: release o=Debian
Pin-Priority: -1

Ik zie daar iig squeeze ipv wheezy. Dit is ook de versie die staat in etc/debian_version. Ik heb iig squeeze veranderd in wheezy en de -1 veranderd in 1 en nu werkt het!. dank je wel allen voor de hulp voor dit lastige probleem:)

[ Voor 14% gewijzigd door wvdburgt op 26-12-2013 02:35 ]

[deadinspace]

wvdburgt schreef op donderdag 26 december 2013 @ 02:29:
[...] Ik heb iig squeeze veranderd in wheezy en de -1 veranderd in 1 en nu werkt het!

Ja, maar dat is nog steeds niet goed, dat gaat je later weer problemen opleveren (bv bij een upgrade naar Jessie). Het is me ook de vraag hoe je aan die inhoud van dat bestand komt, want dat is niet standaard. Heb je dat ooit ingesteld? Het lijkt er op dat je ooit hebt ingesteld dat je ook packages uit unstable kon halen.

Als je verder geen specifieke reden hebt om die instellingen te hebben, dan kan dat bestand beter weg.

[CAPSLOCK2000]

Tegenwoordig is dat wel standaard. Die -1 ook gewoon lekker op -1 laten staan. Squeeze in Wheezy veranderen was precies de juiste oplossing. Je kan nog overwegen om 'stable' te gebruiken in plaats van 'wheezy'. Dan gaat het automatisch goed als de volgende stable uit komt. Het nadeel daarvan is dat hij misschien al begint met upgraden voordat jij dat wil.

edit: lulkoek

[ Voor 46% gewijzigd door CAPSLOCK2000 op 26-12-2013 21:30 ]

[wvdburgt]

deadinspace schreef op donderdag 26 december 2013 @ 09:07:
[...]

Ja, maar dat is nog steeds niet goed, dat gaat je later weer problemen opleveren (bv bij een upgrade naar Jessie). Het is me ook de vraag hoe je aan die inhoud van dat bestand komt, want dat is niet standaard. Heb je dat ooit ingesteld? Het lijkt er op dat je ooit hebt ingesteld dat je ook packages uit unstable kon halen.

Als je verder geen specifieke reden hebt om die instellingen te hebben, dan kan dat bestand beter weg.

Ik heb dit zelf niet veranderd maar ik heb wel de sources aangepast ivm deluge en webmin. Misschien heeft het inpakt gehad.

Ik zal die 1 weer terug veranderen naar -1 een en de rest laten staan. Het heeft me wel aan het denken gezet. Ik heb deze setup al een paar jaar dus een keer opnieuw inrichten met de kennis van nu zal geen kwaad kunnen. IIg allemaal bedankt voor jullie feedback!

[deadinspace]

CAPSLOCK2000 schreef op donderdag 26 december 2013 @ 14:41:
Tegenwoordig is dat wel standaard.

Sinds wanneer dan? Een clean install van squeeze of wheezy heeft geen /etc/apt/preferences namelijk.

Je kan nog overwegen om 'stable' te gebruiken in plaats van 'wheezy'. Dan gaat het automatisch goed als de volgende stable uit komt. Het nadeel daarvan is dat hij misschien al begint met upgraden voordat jij dat wil.

Klopt, maar dan moet je ook "wheezy" en geen "stable" in je sources.list zetten, en dan hoeft het ook niet per se meer in de pinning config te staan

[CAPSLOCK2000]

Oeps, je hebt gelijk. Ik heb hier een vers geinstalleerd systeem staan waar ik even op had gespiekt, ik had er alleen niet aan gedacht dat er puppet op staat waardoor die file is aangepast.

[drm]

Dit is sowieso een beetje een vreemde pinning configuratie, als je het mij vraagt. Zoals ik 'm lees: stable heeft voorrang boven unstable, maar alle andere repositories moet je sowieso niet installeren...

Je kunt volgens mij beter gewoon stable prefereren boven alle anderen en als je expliciet dingen wilt vastzetten gewoon zelf een hold doen op een package of repositories selecteren met een /[repo] achter je packagename:

code:

Package: *
Pin: release o=Debian,a=stable
Pin-Priority: 900

Package: *
Pin: release o=Debian
Pin-Priority: 300

Expliciet upgraden naar andere repos kan dan door:

apt-get install foo/unstable
apt-get install foo/testing

enz.

En natuurlijk altijd lezen wat apt van plan is voordat je op y [enter] ramt, maar dat spreekt voor zich.

[Hero of Time]

Als je Stable draait, wordt er standaard al zulke regels toegepast als je testing of unstable toevoegt aan je repos. Ik heb op mijn systeem, met Sid/Unstable, testing en experimental erbij. Sid/Unstable wordt gevolgd, maar ik kan zelf bepalen wat ik uit experimental haal, of uit Testing pluk om een eventuele break of ander probleem tegen te gaan. Dit doet ik allemaal via aptitude, zodat ik de meeste controle heb over wat er gebeurt en waar wat uit wordt gehaald.

Ik vind aptitude (zonder argumenten e.d.) zo krachtig, dat ik eigenlijk niets anders gebruik voor package management. Synaptic, een meer grafisch programma voor package management, kan het ook wel, maar met minder finesse.

[drm]

Hero of Time:
Als je Stable draait, wordt er standaard al zulke regels toegepast als je testing of unstable toevoegt aan je repos.

Is dat zo? Als ik testing toevoeg wil aptitude eigenlijk altijd van alles upgraden tenzij ik expliciet aangeef (door pinning, holden of de repositorynaam erbij te zetten) welke repos ik wil gebruiken.

Ik vind aptitude (zonder argumenten e.d.) zo krachtig, dat ik eigenlijk niets anders gebruik voor package management. Synaptic, een meer grafisch programma voor package management, kan het ook wel, maar met minder finesse.

offtopic:
Ik geef persoonlijk via de commandline ook de voorkeur aan aptitude Vind ik veel prettiger en consistenter werken. Maar da's een kwestie van gewenning en smaak

[Hero of Time]

Even je dubbele reactie verwijdert . Er ging blijkbaar ergens iets mis bij je.

drm schreef op vrijdag 27 december 2013 @ 15:34:
[...]
Is dat zo? Als ik testing toevoeg wil aptitude eigenlijk altijd van alles upgraden tenzij ik expliciet aangeef (door pinning, holden of de repositorynaam erbij te zetten) welke repos ik wil gebruiken.

Ik dacht van wel. Ik heb eerder Testing aan een Stable toegevoegd en dat ging prima. Heb je wel testing ipv jessie in je sources.list gezet? Heb je hetzelfde resultaat gezien met apt-get? Die twee willen nog wel eens afwijken qua gedrag. Wat je met apt-preferences pint om te houden op een bepaalde versie, negeert aptitude. Daar kan je weer andere op hold zetten.

[...]

offtopic:
Ik geef persoonlijk via de commandline ook de voorkeur aan aptitude Vind ik veel prettiger en consistenter werken. Maar da's een kwestie van gewenning en smaak

Ik stel altijd eerst een paar dingen in via de aptitude curses interface, zoals recommended niet als depend behandelen, daarna doe ik, als ik een enkel pakket wil hebben, ook altijd aptitude gebruiken. Wil ik overzicht houden, dan doe ik 't altijd via de curses interface.

[drm]

Hero of Time:
Even je dubbele reactie verwijdert . Er ging blijkbaar ergens iets mis bij je.

Thanks, niks van gemerkt

Ik dacht van wel. Ik heb eerder Testing aan een Stable toegevoegd en dat ging prima. Heb je wel testing ipv jessie in je sources.list gezet?

Ah dat zou idd kunnen, dat ik altijd de releasenaam gebruikt heb...

[Thc_Nbl]

ow enne voor je pinning. .

n=wheezy,o=Debian

en/of
n=wheezy,o=Unofficial Multimedia Packages
en/of
n=wheezy-backports

kan je hem wat strakker sturen.
als je apt-cache policy typt, kan je alle info opvragen die je kan instellen.

[ninjazx9r98]

deadinspace schreef op woensdag 25 december 2013 @ 15:40:
[...]


Dat zou op dit moment niet uit moeten maken; "stable" is een alias voor "wheezy", dus dat is op dit moment hetzelfde.

Het is trouwens wel een goed idee om dat gelijk te trekken, maar dat is vooral voor wanneer de volgende stable release van Debian uitkomt; dan wil je OF alles op wheezy hebben, OF alles op stable (welke dan jessie is) hebben, niet half-half

Beetje late reactie van mijn kant, beetje het topic uit het oog verloren.
Je hebt uiteraard gelijk dat het niet uit zou moeten maken maar tegelijkertijd is het iets waar je geen invloed op hebt aangezien de alias bestaat op de mirror waar je naar verwijst en niet op je lokale systeem.
Kans is natuurlijk niet groot maar het zou in theorie kunnen dat er op de mirror iets mis gaat/is en als je moet beginnen met troubleshooten en de foutmelding eventueel op problemen met je sources.list kan wijzen zou ik als eerste stap beginnen met een nette sources.list en daarvandaan verder werken.

[Hero of Time]

ninjazx9r98 schreef op maandag 06 januari 2014 @ 10:07:
[...]

Beetje late reactie van mijn kant, beetje het topic uit het oog verloren.
Je hebt uiteraard gelijk dat het niet uit zou moeten maken maar tegelijkertijd is het iets waar je geen invloed op hebt aangezien de alias bestaat op de mirror waar je naar verwijst en niet op je lokale systeem.
Kans is natuurlijk niet groot maar het zou in theorie kunnen dat er op de mirror iets mis gaat/is en als je moet beginnen met troubleshooten en de foutmelding eventueel op problemen met je sources.list kan wijzen zou ik als eerste stap beginnen met een nette sources.list en daarvandaan verder werken.

De alias bestaat dan op de server, je lokale apt let er wel op. In je pinning geef je op dat je 'stable' volgt, in je sources.list staat wheezy. De package list die je download wordt opgeslagen als release=wheezy als je wheezy volgt. Omdat wheezy != stable gaat je apt-policy alles weren uit de repo. Dat wheezy gelijk staat aan stable qua release is pas een stap verder.
Hetzelfde gaat met Jessie vs Testing. Want zodra Jessie stable wordt, komt er een nieuwe Testing met alle veranderingen die erbij komen.

[ninjazx9r98]

Waarbij je voor het gemak maar even de aanname doet dat iedereen pinning gebruikt? (ik gebruik het in ieder geval nooit)
In de TS waar ik op reageerde staat nog niets over pinning of wat daar op wijst maar wel een sources.list met daarin stable en wheezy wat op dit moment hetzelfde is plus een foutmelding die er mogelijk op wijst dat er ergens iets met de sources aan de hand is.
Vandaar de suggestie om eerst de sources gelijk te trekken waarna je weer verder kunt gaan met troubleshooten.

[Hero of Time]

Daar waren we ook mee bezig, totdat hostname met de geniale ingeving kwam van pinning in preferences.