DIG Digital Corner
Alles wat je altijd al over computers, hardware, software, internet en elektronische gadgets had willen weten, maar niet op Tweakers.net durft te vragen.
Fusion-icon heeft 't 'm gedaan! Dank, nu heb ik het tofste bureaublad ter Wereld.quote:Op zaterdag 13 september 2008 22:21 schreef Visitor.Q het volgende:
Probeer eens het installeren van fusion-icon. Dit installeert een programma dat zich in je systemtray manifesteert en waarmee je kunt switchen tussen window managers (compiz/metacity) en tussen window decorators (GTK/emerald). Installeer daarnaast pakket emerald en/of emerald theme manager en het zou moeten werken als je via dat icoontje switched naar emerald.
Misschien dat je computer/grafische kaart niet alle functies van emerald ondersteund. Bijvoorbeeld, kijk eens of de plugin 'reflections' uitgeschakeld staat. Deze werkt vnml met je window decorator en is bij mij (op een intel grafische kaart) minder stabiel.
Screeniequote:Op woensdag 17 september 2008 20:09 schreef pfaf het volgende:
[..]
Fusion-icon heeft 't 'm gedaan! Dank, nu heb ik het tofste bureaublad ter Wereld.
In the beginning, the universe was created. This made a lot of people very angry and has been widely regarded as a bad move.
Ik probeer een shell script te maken die m'n eggdrop bot restart, maar het lukt nog niet erg. Ik heb dit gemaakt:
Wat ik hiermee hoop te bereiken is dat in de 2e regel het bestaande eggdrop proces wordt gekilled en in de 3e regel een nieuwe eggdrop wordt opgestart.
Maar dit werkt niet... het killen wel, maar niet een nieuwe eggdrop starten.
Echter, als ik de kill-regel weg haal, de eggdrop handmatig kill en vervolgens het script run, start 'ie wel een nieuwe eggdrop op.
Kan iemand me vertellen wat ik verkeerd doe?
| 1 2 3 4 | kill -9 `ps -ef | grep eggdrop | grep -v grep | awk '{print $2}'` /usr/bin/eggdrop exit |
Wat ik hiermee hoop te bereiken is dat in de 2e regel het bestaande eggdrop proces wordt gekilled en in de 3e regel een nieuwe eggdrop wordt opgestart.
Maar dit werkt niet... het killen wel, maar niet een nieuwe eggdrop starten.
Echter, als ik de kill-regel weg haal, de eggdrop handmatig kill en vervolgens het script run, start 'ie wel een nieuwe eggdrop op.
Kan iemand me vertellen wat ik verkeerd doe?
Op zich moet dat allemaal werken als ik het zo zie, alleen heb je die exit niet echt nodig.
Wellicht kan je exit $? uitvoeren, zodat je de exit value van je eggdrop commando returned (maar als je dat weglaat returned je shell dat automagisch.
Kan je eens echo $? tussen je eggdrop commando en je exit plaatsen? Als deze waarde niet gelijk is aan 0 dan is er wat fout gegaan bij het opstarten van eggdrop. Wellicht dat je even een sleep moet inbouwen na de kill. Overigens zou ik niet gelijk een kill -9 uitvoeren, maar eerst een kill dan ff sleep 5 en als je process nog bestaat een kill -9 uitvoeren.
Ikzelf heb een soortgelijk script maar dan voor supybot:
Overigens kan je pkill eggdrop uitvoeren ipv die lange ps -ef | grep regel..
Wellicht kan je exit $? uitvoeren, zodat je de exit value van je eggdrop commando returned (maar als je dat weglaat returned je shell dat automagisch.
Kan je eens echo $? tussen je eggdrop commando en je exit plaatsen? Als deze waarde niet gelijk is aan 0 dan is er wat fout gegaan bij het opstarten van eggdrop. Wellicht dat je even een sleep moet inbouwen na de kill. Overigens zou ik niet gelijk een kill -9 uitvoeren, maar eerst een kill dan ff sleep 5 en als je process nog bestaat een kill -9 uitvoeren.
Ikzelf heb een soortgelijk script maar dan voor supybot:
| 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 | start_bot() { su - supybot -c "/usr/bin/supybot -d /home/supybot/$1.conf" return $? } debug_bot() { stop_bot $1 su - supybot -c "/usr/bin/supybot --debug -d /home/supybot/$1.conf" return $? } status_bot() { _status_bot $1 echo "supybot $1 is running with PID $PID" } _status_bot() { PID=`ps -ef | grep supybot | grep $1 | awk '{print $2}'` } # Stop all or one particular bot stop_bot() { [ -z "$1" ] && pkill supybot && return $? _status_bot $1 [ -n "$PID" ] && kill $PID && return } restart_bot() { stop_bot $1 sleep 2 start_bot $1 } control_bot() { case "$1" in start|stop|status|restart|debug) ${1}_bot $2 ;; *) echo "Usage: `basename $0` <start|stop|restart|status|debug>" ;; esac } |
Overigens kan je pkill eggdrop uitvoeren ipv die lange ps -ef | grep regel..
Bedankt slakkie :)
Ik snap nog steeds niet waarom m'n scriptje niet werkte, maar ik heb ondertussen ook verder zitten prutsen en kwam erachter dat het PID van m'n eggdrop gewoon in een file zit (pid.Koekepeer, want de bot heet Koekepeer).
Nu heb ik het volgende gemaakt:
En dat werkt wel :)
Ik snap nog steeds niet waarom m'n scriptje niet werkte, maar ik heb ondertussen ook verder zitten prutsen en kwam erachter dat het PID van m'n eggdrop gewoon in een file zit (pid.Koekepeer, want de bot heet Koekepeer).
Nu heb ik het volgende gemaakt:
| 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 | #!/bin/bash # get eggdrop PID PID=`cat ~/pid.Koekepeer` # kill eggdrop kill -9 $PID echo "Eggdrop destroyed" # launch eggdrop /usr/bin/eggdrop /home/martijn/eggdrop.conf echo "Eggdrop launched" exit |
En dat werkt wel :)
pkill is inderdaad korter en ook op Linux beschikbaar. Op sommige Unixen heb je geen pkill, dan kun je in plaats van | grep -v grep ook | grep [e]ggdrop doen, dat scheelt je weer een proces. 
Of, die pattern naar je awk-commando verhuizen.
Of, die pattern naar je awk-commando verhuizen.
Daher iſt die Aufgabe nicht ſowohl, zu ſehn was noch Keiner geſehn hat, als, bei Dem, was Jeder ſieht, zu denken was noch Keiner gedacht hat.
quote:Op donderdag 18 september 2008 16:15 schreef Tijn het volgende:
Bedankt slakkie :)
Ik snap nog steeds niet waarom m'n scriptje niet werkte, maar ik heb ondertussen ook verder zitten prutsen en kwam erachter dat het PID van m'n eggdrop gewoon in een file zit (pid.Koekepeer, want de bot heet Koekepeer).
Nu heb ik het volgende gemaakt:
[ code verwijderd ]
En dat werkt wel :)
| 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 | PID_FILE=$HOME/pid.Koekepeer # Check if pid file is present if [ -e "$PID_FILE" ] ; then PID=$(cat "$PID_FILE") # Friendly kill kill $PID sleep 2 # Check if process still exists, and kill if it does [ "$(ps -p $PID -o comm= )" ] && kill -9 $PID echo "Eggdrop destroyed" fi # launch eggdrop /usr/bin/eggdrop $HOME/eggdrop.conf RC=$? if [ $RC -eq 0 ] ; then echo "Eggdrop launched" else echo "Problems launching eggdrop.." fi exit $RC |
Dit is met wat extra error checking, en een friendly kill.
Een friendly kill is het proces vriendelijk doch dringend vragen om te sterven. Meestal doen ze dat ook gewoon.quote:Op donderdag 18 september 2008 16:44 schreef Tijn het volgende:
Bedankt slakkie
Wat is het voordeel van een friendly kill?
Een kill -9 is het proces zonder vragen doodschieten met een kanon.
Beide hebben op zich hetzelfde effect maar de de tweede optie geeft soms wat meer troep. Een kill -9 gebruik je alleen als processen niet meer luisteren en niet vrijwillig doodgaan, bijna nooit nodig.
Een friendly kill kan het programma opvangen: ‘Hee, ik word gekilled!’ snel data opslaan, buffers flushen en dan afsluiten. Een kill -9 kent echter geen uitstel.Dan is het programma weg en kunnen eventuele geopende bestanden niet weggeschreven worden.quote:Op donderdag 18 september 2008 16:44 schreef Tijn het volgende:
Bedankt slakkie
Wat is het voordeel van een friendly kill?
Daher iſt die Aufgabe nicht ſowohl, zu ſehn was noch Keiner geſehn hat, als, bei Dem, was Jeder ſieht, zu denken was noch Keiner gedacht hat.
Whehe. Valt wel mee hoor, maar Emerald maakt het wel af, zonder blijft het zo standaard/Clearlooks-achtig..quote:
Verder niet heel bijzonder hoor. Ik kan overigens al totaal niet meer zonder Compiz.
Als ik nu achter een Windows-pc zit en ik versleep een venster... *ril..
Okee, hier komt de grootste Linux-newbie op dit aardklootje:
Ik denk er over om ubuntu te installeren (wel dual dan) maar wil eerst ff proberen met de live-cd. Die heb ik gedownload, maar is het nou perse nodig om em te branden, of kan je em ook gewoon als iso draaien? Gewoon rebooten werkte niet, vervolgens liet ik die cd ff wat installeren zodat ik bij het booten kan kiezen welk OS ik wil draaien. Maar bij ubuntu kwam ik vervolgens in een commandscreen waar ik de ballen niet van begreep.
Ik denk er over om ubuntu te installeren (wel dual dan) maar wil eerst ff proberen met de live-cd. Die heb ik gedownload, maar is het nou perse nodig om em te branden, of kan je em ook gewoon als iso draaien? Gewoon rebooten werkte niet, vervolgens liet ik die cd ff wat installeren zodat ik bij het booten kan kiezen welk OS ik wil draaien. Maar bij ubuntu kwam ik vervolgens in een commandscreen waar ik de ballen niet van begreep.
Eins, zwei, hoeplakai.
Heb je wel de desktop-versie gedownload? Je zou dan als het goed is bij een grafische desktop uit moeten komen, niet bij een commandline.quote:Op dinsdag 23 september 2008 10:40 schreef jakkop het volgende:
Maar bij ubuntu kwam ik vervolgens in een commandscreen waar ik de ballen niet van begreep.
Ja die heb ik. Om precies te zijn: ubuntu-8.04.1-desktop-i386. Maar in principe moet het dus wel kunnen dat ik de .iso laad vanaf de pc, ipv van branden?
Eins, zwei, hoeplakai.
Ik heb het nog even een keer geprobeerd: eerst krijg ik een grafisch laadschermpje van ubuntu, en dan een commandline. Er staat het volgende:
busybox v 1.3 (debian 1:1.1.3-5ubuntu12) built-in shell (ash)
Enter help for a list of built-in commands
(initramfs)
busybox v 1.3 (debian 1:1.1.3-5ubuntu12) built-in shell (ash)
Enter help for a list of built-in commands
(initramfs)
Eins, zwei, hoeplakai.
En dan ook nog een newbie-vraag van mijn kant:
Ik heb aan m'n .bashrc file een lijn moeten toevoegen om de binaries van een programma te kunnen gebruiken:
Nu kan ik dit programma wel gebruiken als ik als gewone user de commando's draai, maar als superuser kent m'n shell ze niet.
Als ik m'n .bashrc file opnieuw laad geeft 'tie terug dat /root/programma/<blabla> niet gevonden kan worden. Logisch eigenlijk, aangezien het programma in /home/berry/programma staat.
Wijzigen van de root/.bashrc door het toevoegen van
werkt niet, omdat er via de home/berry/programma/etc/bashrc alsnog naar de root verwezen wordt. deze bashrc-file wijzigen wordt me echter iets te gortig, daar ik weinig begrijp van wat er in staat...
Heeft een van jullie misschien een idee over hoe ik dit moet oplossen?
Ik heb aan m'n .bashrc file een lijn moeten toevoegen om de binaries van een programma te kunnen gebruiken:
| 1 |
Nu kan ik dit programma wel gebruiken als ik als gewone user de commando's draai, maar als superuser kent m'n shell ze niet.
Als ik m'n .bashrc file opnieuw laad geeft 'tie terug dat /root/programma/<blabla> niet gevonden kan worden. Logisch eigenlijk, aangezien het programma in /home/berry/programma staat.
Wijzigen van de root/.bashrc door het toevoegen van
| 1 |
werkt niet, omdat er via de home/berry/programma/etc/bashrc alsnog naar de root verwezen wordt. deze bashrc-file wijzigen wordt me echter iets te gortig, daar ik weinig begrijp van wat er in staat...
Heeft een van jullie misschien een idee over hoe ik dit moet oplossen?
Nee, even vanaf cd'tje draaien. Heb je alles mooi grafisch ook enzo.quote:Op dinsdag 23 september 2008 10:45 schreef jakkop het volgende:
Ja die heb ik. Om precies te zijn: ubuntu-8.04.1-desktop-i386. Maar in principe moet het dus wel kunnen dat ik de .iso laad vanaf de pc, ipv van branden?
Shared Files is bij mij niet te vinden onder System>Administration Kan em ook niet toevoegen via Preferences>Menu (hij staat er niet standaard tussen)
Hoe verhelp is dat?
Hoe verhelp is dat?
|| Limbeckx YouTube kanaal || Limbeckx reviews ||
Mijn laatste Vape review: [Magma RDA clone (via ea-sigaret.nl)
Mijn laatste Vape review: [Magma RDA clone (via ea-sigaret.nl)
Deze had ik gemist, als het nog zin heeft. De regel:quote:Op dinsdag 23 september 2008 11:31 schreef pfaf het volgende:
En dan ook nog een newbie-vraag van mijn kant:
Ik heb aan m'n .bashrc file een lijn moeten toevoegen om de binaries van een programma te kunnen gebruiken:
[ code verwijderd ]
Nu kan ik dit programma wel gebruiken als ik als gewone user de commando's draai, maar als superuser kent m'n shell ze niet.
Als ik m'n .bashrc file opnieuw laad geeft 'tie terug dat /root/programma/<blabla> niet gevonden kan worden. Logisch eigenlijk, aangezien het programma in /home/berry/programma staat.
Wijzigen van de root/.bashrc door het toevoegen van
[ code verwijderd ]
werkt niet, omdat er via de home/berry/programma/etc/bashrc alsnog naar de root verwezen wordt. deze bashrc-file wijzigen wordt me echter iets te gortig, daar ik weinig begrijp van wat er in staat...
Heeft een van jullie misschien een idee over hoe ik dit moet oplossen?
| 1 |
Voegt in feite de inhoud van het bestand $HOME/programma/etc/bashrc in op de plek waar die opdracht staat. Waarschijnlijk modificeert dat je $PATH, en eventueel je $LD_LIBRARY_PATH, en nog een paar van zulk soort dingen. Om het ‘generiek’ te maken zal er wellicht iets instaan als: PATH=$PATH:$HOME/programma/bin
Als je nu als root user hetzelfde doet, wordt voor $HOME /root ingevuld, en niet /home/berry – wat je kunt doen is sowieso bij root i.p.v. bovenstaande:
| 1 |
neer te zetten (wat overigens niet erg elegant is, maar als het alleen voor je desktop is, werkt het goed genoeg). En dat bashrc bestand moet je dan ook op een soortgelijke manier aanpassen. Niet $HOME gebruiken, maar het pad ‘hardcoden’. Eventueel zou je de inhoud van dat bestand kunnen pasten in deze topic, dan kan er wat meer over gezegd worden.
In het algemeen is het overigens netter om zo’n programma dan in /usr/local/ te installeren, als meerdere users het moeten gebruiken. En als laatste ,waarom wil je eigenlijk dat root het gebruikt, want zulk soort software wordt eigenlijk nooit door root uitgevoerd.Als het om rechten gaat kun je wellicht beter nog met sudo of heel erg desnoods suid werken of een paar permissies veranderen.
Daher iſt die Aufgabe nicht ſowohl, zu ſehn was noch Keiner geſehn hat, als, bei Dem, was Jeder ſieht, zu denken was noch Keiner gedacht hat.
Bedankt voor de uitleg.
Ik moest het als Root draaien, omdat sommige andere programma's dan weer niet draaiden wegens schrijfrechten. Erg ingewikkeld allemaal en volgens mij kan ik beter eens een clean install over m'n pc gooien.
Ik moest het als Root draaien, omdat sommige andere programma's dan weer niet draaiden wegens schrijfrechten. Erg ingewikkeld allemaal en volgens mij kan ik beter eens een clean install over m'n pc gooien.
Iets gaat er inderdaad hard mis als een programma erop staat buiten je home dir te schrijven.quote:Op woensdag 1 oktober 2008 08:59 schreef pfaf het volgende:
Bedankt voor de uitleg.
Ik moest het als Root draaien, omdat sommige andere programma's dan weer niet draaiden wegens schrijfrechten. Erg ingewikkeld allemaal en volgens mij kan ik beter eens een clean install over m'n pc gooien.
Daher iſt die Aufgabe nicht ſowohl, zu ſehn was noch Keiner geſehn hat, als, bei Dem, was Jeder ſieht, zu denken was noch Keiner gedacht hat.
https://wiki.ubuntu.com/U(...)hlight=%28debdiff%29
Bij installatie debdiff moet ik PACKAGE vervangen door naam of door path ...
Bij installatie debdiff moet ik PACKAGE vervangen door naam of door path ...
|| Limbeckx YouTube kanaal || Limbeckx reviews ||
Mijn laatste Vape review: [Magma RDA clone (via ea-sigaret.nl)
Mijn laatste Vape review: [Magma RDA clone (via ea-sigaret.nl)
De naam, zie ook de example, daar is de PACKAGE 'vino'.quote:
https://wiki.ubuntu.com/U(...)hlight=%28debdiff%29
Bij installatie debdiff moet ik PACKAGE vervangen door naam of door path ...
Daher iſt die Aufgabe nicht ſowohl, zu ſehn was noch Keiner geſehn hat, als, bei Dem, was Jeder ſieht, zu denken was noch Keiner gedacht hat.
