Kod: Markera allt
$ apt list
$ apt list > apt_list.txt
WARNING: apt does not have a stable CLI interface. Use with caution in scripts
Kod: Markera allt
$ apt list
$ apt list > apt_list.txt
WARNING: apt does not have a stable CLI interface. Use with caution in scripts
Kod: Markera allt
#!/bin/bash
while IFS= read -r line; do
echo "install..: $line"
# Do the work...
IFS='/' read -ra PIP3_INSTALL <<< "$line"
# Install the dependency, the first name in line
echo "installing... ${PIP3_INSTALL[0]}"
sudo pip3 install -r ${PIP3_INSTALL[0]}
done < apt_list.txt
Kod: Markera allt
install..: 0install-core/focal 2.15.1-1 amd64
installing... 0install-core
installing... focal 2.15.1-1 amd64
ERROR: Could not open requirements file: [Errno 2] No such file or directory: '0install-core'
Kod: Markera allt
apt-get -y --allow-downgrades --allow-remove-essential --allow-change-held-packages --allow-unauthenticated $1 install paket
Kod: Markera allt
TOTAL=$(cat $0 | grep ^apt-get | grep -v echo | awk '{ print $9 }' | grep ^[s-z] | wc -l)
PROGRAMS=$(cat $0 | grep ^apt-get | awk '{ print $9 }' | grep ^s | wc -l)
echo
echo "======== Starting with S - $PROGRAMS programs - $TOTAL left ========"
Kod: Markera allt
dpkg --get-selections
Tänk i så fall bara på att de är identiska idag, men inte längre i framtiden när just den modellen inte längre finns...civilpolisen skrev:Det är nog olika i så fall, för i vår miljö är alla servrar identiska. Inte med alla andra ,men med motsvarande server i andra ändan!
Ja och för att detta ska funka, så förutsätter det att drivrutinerna i den fysiska servern (som kör de virtuella) har drivrutiner som är ok. Det handlar alltså främst om operativsystemet i den fysiska servern. De virtuella servrarna kan man ju hålla på och fixa med lite som man vill, så länge den den fysiska funkar, men man kan aldrig få dem att klara av mer än vad den fysiska makinen fixar....civilpolisen skrev:I ett vanligt scenario har vi tre servrar. Den lokala servern, utvecklingsservern och driftservern. Allt detta i KVM och som virtuella maskiner.
Att köra en image på en virtuell server är ju väldigt enkelt och trevligt. I t.ex VMware så finns det ju också som en funktion att duplicera (virtuella) servrar... i KVM bör detta vara fullt möjligt också, vilket det även är med fysiska servrar, om man bara fixar till IP-adresser och UUID och lite annat och så länge hårdvaran klarar av samma saker...civilpolisen skrev:När det kommer en ny medarbetare vill vi gärna att hans lokala server ska se lika dan ut som resten av kedjan, så att säga. Image är det vanliga sättet att gå tillväga, men det har visat sig att konceptet går att utveckla...!
30 st. fysiska eller virtuella...??civilpolisen skrev:Nu är det inte bara två servrar det rör sig om, då hade jag inte grävt vidare i detta, det är en fasligt massa fler servrar (30 stycken i skrivande stund, jag räknade) och alla är inte uppe och rullar ännu.
Se till att tänka igenom arkitekturen ordentligt innan ni kör igång det. För än är det förmodligen enkelt att ändra strategi och konfiguration, men när allt är igång och "ett flertal kunder använder det", så är det så mycket svårare....civilpolisen skrev:Snart blir det ännu fler för i logistikkedjan är det tänkt att klämma in en testserver också, för generiska tester och även annan server för automattestning...
Ska bli kul att se och kanske kan vi hitta något som går att förbättra...civilpolisen skrev:Jag ska klistra in mitt lilla skript här. Jag vet inte mur många som är intresserade, men det gör inget! Det är bra övning för mig, att ha allt på ett ställe!
Om du installerar från det som finns i Ubuntus vanliga arkiv, så får du normalt sett alltid det senaste som fungerar...civilpolisen skrev:När jag har installerat olika paket så är dom inte längre kompatibla... Öken!
Finns det nåt sätt att installera, inte det senaste biblioteket utan det senaste fungerande biblioteket!?
Skulle nog vilja påstå att det finns väldigt mycket "AI" i det pakethanteringssystem som finns i Ubuntu. Både "apt" och "dpkg" har väldigt bra koll på vad som passar ihop och inte. I värsta fall kan du vid något enstaka tillfälle få ett meddelande om att ett beroende inte går att lösa. Men ofta kan du lösa det med "sudo apt-get -f install" och funkar inte det så är det bara att avinstallera och glömma...civilpolisen skrev:Sen undrar jag lie också, hur avinstallerar man saker som inte fungerar... förresten... varför måste jag fråga om detta!? Kan inte datorn hålla reda på dessa saker? Lite hjälpsam AI skulle inte skada...! För det kan ju inte vara lätt att veta vad som fungerar med vad, men med lite installationer i sann dela-med-sig-anda borde ju kunna förändra den saken!
Kod: Markera allt
1.
$ apt list > apt_list.txt
Kod: Markera allt
0ad/xenial 0.0.20-1 amd64
0ad-data/xenial,xenial 0.0.20-1 all
0ad-data-common/xenial,xenial 0.0.20-1 all
0ad-dbg/xenial 0.0.20-1 amd64
0install/xenial 2.10-2 amd64
0install-core/xenial 2.10-2 amd64
0xffff/xenial 0.6.1-3 amd64
2048-qt/xenial 0.1.6-1 amd64
2ping/xenial,xenial 3.2.1-1 all
2vcard/xenial,xenial 0.6-1 all
Kod: Markera allt
2. install.bs
#!/bin/bash
while IFS= read -r line; do
# echo "Text read from file: $line"
IFS='/' read -r -a array <<< "$line"
# echo "${array[0]}"
sudo pip install ${array[0]}
#done < test_install.txt
done < apt_list.txt
Kod: Markera allt
3.
$ bash install.bs
Kommandot "apt list" listar alla tillgängliga paket. För att lista de som är installerade ska du använda kommandot "apt list --installed".civilpolisen skrev:OK, min lilla kodsnutt består av två delar, de finns redan på denna sidan.
Denna fil blir på 3.3 MB, 60.700 rader. (Fy attan så mycket!!)Kod: Markera allt
1. $ apt list > apt_list.txt
Du kan inte utgå från vilka .deb-paket som finns på datorn för att installera samma program med pip (vilket är ett installationsverktyg för Python).civilpolisen skrev:Väldigt mycket fungerade inte men lite nu och då så hoppade några paket in i datorn! Det såg lovande ut... men som sagt, datorn var väldigt ivrig att tanka senaste utgivna versionen och inte senast fungerade versionen! :-)