Deze website maakt gebruik van cookies. Waarom? Klik hier voor ons privacy- en cookiebeleid. Door op akkoord te klikken of door gebruik te blijven maken van deze website geeft u aan akkoord te zijn met het gebruik van cookies.

Akkoord

Vraag & Antwoord

OS Linux

Opera voor Slackware 10

None
24 antwoorden
  • Graag zou ik Opera willen installeren op mijn slack 10 box.

    Nu komt deze in echter in verschillende smaken.
    De .rpm en .deb moet ik niet hebben, maar er zijn dan nog 5 verschillende tar.gz smaken.
    Wie weet welke ik moe hebben ?

    Zelf denk ik de 'QT Share SuSE/Debian/Others' variant, maar dat weet ik niet zeker .
    Is dit de juiste keuze ?
  • De tar.gz QT static. Werkt altijd.
  • [quote:42c3d7a6a4="Knepsel"]De tar.gz QT static. Werkt altijd.[/quote:42c3d7a6a4]
    Kan dit geen problemen opleveren met andere programma's die van de library gebruik maken ?
  • die andere programma's gebruiken die bibliotheek niet ;)
    als je Qt al hebt, dan is static niet nodig, eerder ruimteverspilling
    kies je toch static, dan levert dat geen probleem op voor evt andere programma's die ook Qt gebruiken.
    Het systeem wordt hooguit trager omdat je meer resources nodig hebt.

    Max
  • Static wil juist zeggen dat alles van QT (in dit geval) meegelinkt wordt in de executable. Het maakt dus een onderdeel uit van het programma zelf.
    Als je 100 progs zou hebben die QT gebruiken en die hebben het allemaal static gelinkt …. dan zou je 100x QT op je schijf staan… en erger…. voor elk van die programma's (als je het uitvoert) ook in het geheugen.
  • Even twee misconcepties uit de weg helpen:

    Bilbo: de boel wordt wel een beetje smart gelinkt, dus QT wordt niet [b:0754934523]volledig[/b:0754934523] in elk programma meegelinkt, dus met de ruimteverspilling zal het wel meevallen.
    Maximilaan: static binaries *laden* sneller dan dynamic. By dynamische moet de dynamic linker nl. alle symbols lokaliseren. Om die reden worden bij fork benchmarks ook altijd static binaries gebruikt. Static binaries worden alleen een probleem als je er veel gaat laden.
  • Klopt, maar een static qt-programma draaien op een systeem waarop qt al is geladen (bijv. omdat je kde gebruikt) betekent wel dat je meer resources nodig hebt (omdat je delen van Qt 2 x geladen hebt).
    Hierdoor wordt het systeem (als je weinig resources hebt) trager dan wanneer je opera dynamisch was gelinkt.

    statisch gelinkt betekent overigens niet altijd dat het programma sneller is. Het aloude Netscape bijv. startte altijd erg traag op omdat het statisch gelinkt was met Motif, en eerst die toolkit in het geheugen moest gooien voordat het programma zelf kon starten.
  • Bij mij zal het aantal QT-Library's in het geheugen wel meevallen, maar indien mogelijk is dynamic dus het best.
    Hoe kan ik weten of ik de QT Bibliotheek al heb ?
  • [quote:9636e9a0f6="maximilaan"]
    statisch gelinkt betekent overigens niet altijd dat het programma sneller is. Het aloude Netscape bijv. startte altijd erg traag op omdat het statisch gelinkt was met Motif, en eerst die toolkit in het geheugen moest gooien voordat het programma zelf kon starten.[/quote:9636e9a0f6]

    Dat is onzin, dat moet ook gebeuren als het dynamisch gelinkt is. De enige sitatie dat dat verschil maakt is als je het hele bibliotheek meelinkt (motif is BTW niet zo groot). Na het verschijnen van Mozilla (dat eerst nog op motif gebaseerd was), was het net zo traag, ondanks het feit dat het dynamisch gelinkt was. Netscape was gewoon over de jaren een groot monster geworden.
  • [quote:4a47f1631e="Pinky & The Brain"]Bij mij zal het aantal QT-Library's in het geheugen wel meevallen, maar indien mogelijk is dynamic dus het best.
    Hoe kan ik weten of ik de QT Bibliotheek al heb ?[/quote:4a47f1631e]

    [code:1:4a47f1631e]
    ls /var/log/packages/ | grep "qt"
    [/code:1:4a47f1631e]

    (Op slack)
  • Let er wel op dat je Opera een bepaalde versie van qt wil hebben. Als je een andere versie van qt in je Slackware hebt kan dat moeilijkheden geven met Opera. Voor mij was toen de 'static' .tgz download de oplossing.
  • [quote:70ba2b2beb="maximilaan"]Klopt, maar een static qt-programma draaien op een systeem waarop qt al is geladen (bijv. omdat je kde gebruikt) betekent wel dat je meer resources nodig hebt (omdat je delen van Qt 2 x geladen hebt).
    Hierdoor wordt het systeem (als je weinig resources hebt) trager dan wanneer je opera dynamisch was gelinkt.[/quote:70ba2b2beb]

    Overigens geldt dit alleen voor de .text sectie van een library, niet voor .data en .bss (gelukkig is .text meestal relatief groot ;)). .data en .bss worden per proces gealloceerd.
  • Ik rotzooi veel met Qt, ivm kde, maar heb nog niet meegemaakt dat opera daar last van had.
    Je moet uiteraard dezelfde major-versie hebben, maar de minor of lesser versie van Qt maakt niet uit.

    Rinse
  • [quote:1e80bfaa70="danieldk"]Even twee misconcepties uit de weg helpen:

    Bilbo: de boel wordt wel een beetje smart gelinkt, dus QT wordt niet [b:1e80bfaa70]volledig[/b:1e80bfaa70] in elk programma meegelinkt, dus met de ruimteverspilling zal het wel meevallen.
    [/quote:1e80bfaa70]

    Dat weet ik wel daniel…. maar hoe leg je dat uit aan iemand die niet weet wat linken is? Wil die het wel weten?
  • [quote:9a12a49397="Bilbo"][quote:9a12a49397="danieldk"]Even twee misconcepties uit de weg helpen:

    Bilbo: de boel wordt wel een beetje smart gelinkt, dus QT wordt niet [b:9a12a49397]volledig[/b:9a12a49397] in elk programma meegelinkt, dus met de ruimteverspilling zal het wel meevallen.
    [/quote:9a12a49397]

    Dat weet ik wel daniel…. maar hoe leg je dat uit aan iemand die niet weet wat linken is? Wil die het wel weten?[/quote:9a12a49397]
    Nou ik weet misschien niet wat linken is, maar nu wil ik het wel graag weten :D .

    Opera draait inmiddels hoor en het was een eitje.
    Er zit namelijk een install.sh script bij die alles regelt :)
    Het ging zo snel dat ik twijfelde of er wel iets gebeurd was…, het stond er op inclusief het mooie icoontje voor onder X :)
  • .. en waarom niet gewoon alles statisch is gelinkt; als het niet meer resources gebruikt of tot performance verlies lijdt, waarom niet alles statisch linken? Scheelt je een hoop dependencie-ellende

    Rinse
  • [quote:8db11a7326="maximilaan"].. en waarom niet gewoon alles statisch is gelinkt; als het niet meer resources gebruikt of tot performance verlies lijdt, waarom niet alles statisch linken? Scheelt je een hoop dependencie-ellende
    [/quote:8db11a7326]

    Bedenk wat er gebeurd als er een lek zit in een triviale library als libssl of libpng. Dat is een groot voordeel van dynamisch linken, het is veel minder onderhoudsintensief.
  • Daar tegenover staat dat secure systems, zoals OpenBSD, voor statisch gelinkt kiezen
  • [quote:8f255fa27a="maximilaan"]Daar tegenover staat dat secure systems, zoals OpenBSD, voor statisch gelinkt kiezen[/quote:8f255fa27a]

    Hehe :wink:
  • [quote:0a63e18b45="maximilaan"]Daar tegenover staat dat secure systems, zoals OpenBSD, voor statisch gelinkt kiezen[/quote:0a63e18b45]

    Wrong! BSD's gebruiken vaak statisch gelinkte binaries voor /bin en /sbin, om te voorkomen dat er geen onbruikbaar systeem overblijft als er problemen zijn. FreeBSD en NetBSD hadden dit ook, maar zijn overgegaan naar het dynamisch linken van /bin en /sbin, en bieden nu
    escue aan, wat praktisch dezelfde binaries bevat, maar dan statisch gelinkt. In de bootloader kun je met de "-a" parameter het pad naar init opgeven, mochten er dan problemen zijn, dan kun je gewoon
    escue/init starten ipv /sbin/init, en wordt automatisch het statisch gelinkte systeem gestart.

    Vergeet niet dat veel *BSDers vaak het OS opnieuw compileren, en een relatief hoog gehalte ontwikkelaar is. De kans op een /bin, /sbin of
    escue screw-up is dan een stuk groter.

    Maar dit heeft dus weinig met security te maken.

    (BTW. /bin en /sbin linken op BSD bijna alleen tegen libc aan, dus recompilen is bijna nooit nodig, omdat er bijna nooit kwetsbaarheden in libc gevonden worden.)

    [b:0a63e18b45]/me cluebats M3ssi4h :p[/b:0a63e18b45]

Beantwoord deze vraag

Dit is een gearchiveerde pagina. Antwoorden is niet meer mogelijk.