Vraag & Antwoord

OS Linux

{Red Hat 7.3.0] Van KDE 3.0 naar KDE 3.0.3

Anoniem
None
17 antwoorden
  • Voor bijna niks stuurde munnikes mij een CD met o.a. de files voor KDE 3.0.3. Die upgrade bestaat echter uit een - voor een newbie -ongelooflijke hoeveelheid rpm's.

    Moet ik nu al die rpm's installeren of is er een slimmere manier?
  • KDE is opgebouwd uit verschillende modules.
    Welke je wilt installeren is aan jouw, hierbij een opsomming van de belangrijkste modules:

    QT -> geen onderdeel van KDE, maar de bibliotheek waarop kde is gebaseerd. Installeren dus.

    kdelibs -> het hart van kde, onmisbaar om een kde-applicatie te kunnen gebruiken.

    kdebase -> de feitelijke desktop

    Dit zijn alle pakketjes die je nodig hebt voor een werkende kde-desktop.

    Additionele pakketten:

    kdeadmin -> administratie-applicaties, zoals kpackage, kcron, kcmlilo, kcmwu-ftpd etc..

    kdeaddons -> plugins voor diverse applicaties, zoals Konqueror en Kate.

    kdeartwork -> diverse thema's en screensavers

    kdegames -> veel arcade/strtegie en bordspellen

    kdeedu -> educatieve applicaties voor schoolprojecten.

    kdegraphics -> grafische applicaties, zoals kpaint, kview, kghostview, etc..

    kdemultimedia -> multimedia-applicaties, zoals een cd-speler, een ripper, een mediaspeler, etc..

    kdenetwork -> inbelprogramma, kmail, knode, kit, en andere nuttige internetapplicaties (konqueror zit in kdebase…)

    kdepim -> adressenboek, organizer, notitieblok, etc..

    kdesdk -> diverse applicaties voor het ontwikkelen van (kde)-software

    kdetoys -> speeltjes, zoals een theezetter, een mascotte, maanstand, etc..

    kdeutils -> systeemhulpprogramma's, zoals een hexeditor, een systeembronnenmeter, een editor, floppies formatteren, ssh-verbindingen, etc…

    koffice -> kantoortoepassingen zoals een tekstverwerker, spreadsheet, etc…

    -devel -> elk pakket kent ook een -devel versie, deze bevat de bestanden die nodig kunnen zijn bij het ontwikkelen van kde-applicaties. (denk aan kdelibs-devel, kdegames-devel etc…)
    Alleen kdelibs-devel en qt-devel zijn nodig als je zelf applicaties wilt compileren..

    Welke je installeert is dus jouw keuze.

    Wil je alles in 1 x instaleren, doe dan vanuit de installatiemap dit commando:


    rpm -U *.rpm

    en alles wordt in een keer geinstalleerd :)

    Max
  • 1) Dank, natuurlijk, voor het antwoord.
    2) Uiteindelijk bleken er zo'n 70 KDE rpm's op mijn systeem te staan. Hte leek mij het eenvoudigst gewoon alles te updaten dat ik al had … gewoon aanhouden wat ik eerder had gekozen bij de installatie. Ik heb toen eerst geprobeerd die update te testen met Kpackage maar dat was veel werk en dat leidde uiteindelijk to een crash van Kpackage …!
    3) Evan rustig nadenken (- nou ja -) en zoeken leverde op dat het ook moest kunnen met[quote:cb255b6f2c]rpm -Fvh –test *.rpm[/quote:cb255b6f2c].
    4) Dat leverde echter et volgende op:[quote:cb255b6f2c]
    libartsflow-gcc2.96.so.1 is needed by arts-1.0.3-0.7
    libartsflow_idl-gcc2.96.so.1 is needed by arts-1.0.3-0.7
    libkmedia2_idl-gcc2.96.so.1 is needed by arts-1.0.3-0.7
    libmcop-gcc2.96.so.1 is needed by arts-1.0.3-0.7
    kdelibs >= 3.0.3-10 is needed by kdebase-3.0.3-0.7
    libartsflow-gcc2.96.so.1 is needed by kdemultimedia-arts-3.0.3-0.7
    (…)[/quote:cb255b6f2c]
    5) Nu is het gekke dat al die lib… bestanden wel op mijn systeem staan en dat in deze update zelf (natuurlijk?) [b:cb255b6f2c]kdelibs-3.0.3-0.7[/b:cb255b6f2c] zit!
    6)Kortom, een wat vreemde foutmelding. Wat zou er aan de hand kunnen zijn?
  • Je loopt tegen het veiligheidsmechanisme van rpm op.

    Bij een upgrade wordt eerst het oude pakket volledig (configuratiebestanden uitgezonderd) verwijderd, waarna het nieuwe pakket wordt geïnstalleerd.
    Doordat de KDE-applicaties afhankelijk zijn van de onderliggende biblitheken (QT, kdelibs, kdebase…) stopt rpm met een dergelijke foutmelding.
    Wat je hier aan kunt doen is de boel isntalleren via -force - nodeps
    als rpm-opties.
    dus:

    rpm -Fvh -force -nodeps [bestandsnaam.rpm]

    Let wel: je moet wel zeker zijn dat aan alle afhankelijkheden wordt voldaan, omdat rpm ze niet controleert.

    Mischien handig om te weten dat kde 30x en kde 3.0 binary compatible zijn, je kunt dus een oude kde3-module draaien onder kde 3.03. Het enige wat zeker moet worden opgewaardeerd is qt, kdelibs en verwante pakketten (indien van toepassing). kdebase opwaarderen is zeer verstandig, overige pakketten alleen als je dat nodig acht.
    Bij gebruik van de Nederlandse taalmodule is het echter aan te bevelen alle pakketten bij te werken..


    Max
  • Ik moet toegeven dat ik dit (nog) niet helemaal kan volgen. Ik ben er inmiddels wel achter dat KDE je voor dit soort zaken verwijst - in dit geval - Red Hat. Daar vond ik na enig zoeken drie bugs: 72041, 71806, en 71804.

    Tenzij iemand vindt dat ik geen koudwatervrees moet hebben, kijk ik even de kat uit de boom: ik wacht voorlopig even af hoe deze bugs worden afgewikkeld.
  • [quote:32cb99a9ed="PeBo"]Ik moet toegeven dat ik dit (nog) niet helemaal kan volgen. Ik ben er inmiddels wel achter dat KDE je voor dit soort zaken verwijst - in dit geval - Red Hat.
    [/quote:32cb99a9ed]
    Klopt, KDE brengt alleen maar broncode uit, de pakketafhandeling is de verantwoordelijkheid van de distro/persoon die ze heeft gemaakt..
    [quote:32cb99a9ed]

    Daar vond ik na enig zoeken drie bugs: 72041,
    [/quote:32cb99a9ed]
    Lees dit in de bugrapport:
    [i:32cb99a9ed]If installed with –nodeps it installs and seems to work just fine.[/i:32cb99a9ed]
    Met andere woorden, installeren op mijn manier lost dit probleem op. Als dit een bug is, dan is de omschrijving in het rpm-pakket onjuist, dat is alles. Als deze bestanden idd ontbraken, dan had KDE nmlk niet na de installatie gewerkt..

    [quote:32cb99a9ed] 71806, [/quote:32cb99a9ed]
    Idem als voorgaande, levert geen problemen op bij -force -nodeps
    [quote:32cb99a9ed] 71804.
    [/quote:32cb99a9ed]
    Idem als voorgaande.
    [quote:32cb99a9ed]
    Tenzij iemand vindt dat ik geen koudwatervrees moet hebben, kijk ik even de kat uit de boom:
    [/quote:32cb99a9ed]
    Tja, ik verwacht geen problemen bij de installatie. Maar kan me best voorstellen dat je de upgrade niet aandurft, en als je je systeem niet wilt overhoop halen, doe het dan niet ;)
    De problemen zijn fouten in de dependencies die zijn opgenomen in het rpm-bestand, waardoor de verificatie fout loopt. Ze zijn dus slecht gebouwd.
    [quote:32cb99a9ed]

    ik wacht voorlopig even af hoe deze bugs worden afgewikkeld.[/quote:32cb99a9ed]

    Ik verwacht om eerlijk te zijn niet dat ze zullen worden opgelost..
    KDE 3.0.4 is overigens ook in aankomst, eind deze/volgende maand komt kde 3.1 uit. Van beide verwacht ik geen RedHat-versies, aangezien de KDE rpm-bouwer ontslag heeft genomen…
    (RedHat zelf heeft nooit belangstelling getoond om rpm-versies van KDE als upgrade aan te bieden…)



    Max
  • Misschien leuk te weten hoe rpm werkt:

    rpm-bestanden zijn gecomprimeerde bestanden, waarin een omschrijving van het pakket is toegevoegd. In deze omschrijving staat oa welke bestanden het pakket levert, en van welke bestanden/pakketten dit pakket afhankelijk is. RPM kijkt bij het installeren van een pakket in zijn database (welke is opgebouwd met de omschrijvingen uit geinstalleerde pakketten) of alle afhankelijkheden van het pakket worden voldaan, en of het pakket niet in conflict komt met een ander pakket (door dezelfde bestanden weg te schrijven…)

    De bugs in het rpm-pakket van RedHat is dus het volgende: de omschrijving in het pakket vraag ten onrechte om een bepaalde versie van een bestand. Hij vraagt bijv. om een oudere versie van KDE dan de versie die je wilt installeren, of om een niet bestaande versie.
    Doordat de gegevens niet overeenkomen met wat in de database van rpm staat wordt de installatie geweigerd.

    Ander peobleem met rpm kan zijn dat je een onderliggende bibliotheek wilt upgraden (bijv. kdelibs 3.0 vervangen door kdelibs 3.03) alle kde30-pakketjes die nog op je systeem zijn geïnstalleerd (aRts, kdebase, kdei18n-nl, kdegames, etc…) zijn afhankelijk van de oude versie van kdelibs. Hierdoor zal rpm weigeren om de bestaande kdelibs te vervangen door een nieuwere versie.

    Maar omdat je alles van KDE gaat vervangen is dit geen probleem, en kun je de waarschuwing van rpm dus negeren. En dat doe je via de optie -force -nodeps.

    Max
  • Maximilaan, in één woord: super!

    Na enig dubben heb ik me toch laten overhalen tot

    rpm -Fvh –force –nodeps *.rpm

    Ik moest wel even slikken toen er - direct nu deze upgrade - allemaal KDE foutmeldingen kwamen bij het opstarten van KDE-applicaties, maar na een reboot (natuurlijk!) was dat leed ook weer geleden. Gelukt! (Newbies zijn al snel blij!)

    Blijft KDE 3.0.3 verder stabiel dan zou ik eigenlijk over een paar dagen even moeten posten op bugzilla van Red Hat dat het inderdaad een overkomenlijk probleem is - ook al was dat daar al met zo veel woorden gemeld. Misschien zal een nadere post twijfelaars zoals ik over de streep trekken. Wat denkt men?

    Bij de weg: [b:9b6a858b6a]stel[/b:9b6a858b6a] ik wil - nu ik dit trucje onder de knie heb - straks ook maar verder naar KDE 3.1 en Koffice 1.2. Wordt dat dan zelf compileren voor Red Hat 7.3 (of dan misschien wel Red Hat 8.0)?
  • Tja, dat is afwachten. Mogelijk dat RH zelf nu wel pakketjes gaat aanbieden, of dat iemand anders uit het RH-kamp dit op zich zal nemen. Zelf compileren kan uiteraard altijd, en levert veelal een stabieler en snelle systeem op, uitgaande dat je de juiste vlaggen hebt uitgezet bij de ./configure in het compilatieproces, en de juiste compiler gebruikt..

    Overweeg om checkinstall te gebruiken ipv make install bij de installatie, dan kan je kde 3.1 via rpm verwijderen als je dat nodig acht, en kun je additionele rpm-pakketjes probleemloos installeren..

    Max
  • Gelijk maar eens mijn Kabelmodem aan het werk gezet en - via een link op KDE - rpm's van Koffice 1.2 voor RH 73 gedownload. En toen zag het er weer bekend uit:

    rpm -Fvh –test koffice-1.2-0.73.1.i386.rpm
    error: failed dependencies:
    libartsflow-gcc2.96.so.1 is needed by koffice-1.2-0.73.1
    libartsflow_idl-gcc2.96.so.1 is needed by koffice-1.2-0.73.1
    libkmedia2_idl-gcc2.96.so.1 is needed by koffice-1.2-0.73.1
    libmcop-gcc2.96.so.1 is needed by koffice-1.2-0.73.1
    libqtmcop-gcc2.96.so.1 is needed by koffice-1.2-0.73.1
    libsoundserver_idl-gcc2.96.so.1 is needed by koffice-1.2-0.73.1

    Ook nu lijken de desbetreffende bestanden al aanwezig (maar dan zonder de gcc2.96 omschrijving in hun naam).

    Weer –force –nodeps?
  • Wat is gcc nou precies? en compiler of een bibliotheek?
  • gcc is een compiler.
    Mogelij vereist koffice dat de onderliggende bibliotheken met gcc 2.96 zijn gecompileerd???

    Max
  • Hmm. Een bugmelding op Red Hat (dat dit package immers verzorgde) kwam mij te staan op een NOTABUG, met de volgende "toelichting"[quote:ff679cb09b]i assume you have downloaded the kde rpms for 7.3 from ftp.kde.org.
    Please make sure that you have to download all rpms from there and update with
    rpm -Uvh * afterwards.[/quote:ff679cb09b]Kan iemand hier soep van trekken?
  • RH verzoekt je om alle op ftp.kde.org aanbebonden bestanden te downloaden, en vervolgens te installeren via het commando
    rpm Uvh *

    Dit commando voer je uit via de prompt in de map waar de rpm-bestanden in staan. Zorg ervoor dat in deze map alleen de te installeren rpm-bestanden staan, aangezien de * er voor zorgt dat alles in die map zal worden geinstalleerd

    max
  • Nou lijkt mij de kans echter groot dat de rpms die ik heb gekregen - ik maak in de post maar eens geen reclame voor die bron - ook al van hun ftp-server vandaan komen … Het lijkt mij namelijk onwaarschijnlijk dat er veel mensen zijn die de moeite nemen om alle KDE 3.0.3. rpms voor RH 7.3 in elkaar te zetten als Red Hat dat ook al doet, toch?
  • Tja,je kunt vrij eenvoudig nagaan of Munnikes alle bestanden van ftp.kde.org gebruikt heeft door de cdrom te vergelijken met de ftp-server..
    Andere mogelijkheid is dat RH bepaalde bestanden heeft bijgewerkt, welke niet op je cdrom staan…
    Ook dat kun je uitvogelen via de site..
    Max
  • Ik ben er maar even op een andere wijze ingedoken: de zes genoemde files (libartsflow-gcc2.96.so.1, libartsflow_idl-gcc2.96.so.1, libkmedia2_idl-gcc2.96.so.1, libmcop-gcc2.96.so.1, libqtmcop-gcc2.96.so.1 en libsoundserver_idl-gcc2.96.so.1) waren allemaal onderdeel van arts-1.0.0-4.i386.rpm. Dat is de (het?) rpm die meegeleverd werd bij Red Hat 7.3: een onderdeel van KDE 3.0 (derhalve).

    Met mijn upgrade naar KDE 3.0.3 is echter ook arts-1.0.3-0.7.i386.rpm geinstalleerd en daarin komen die zes bestanden volgens mij niet meer voor. Het lijkt er al met al dus op dat koffice-1.2-0.73.1.i386.rpm ervan uitgaat dat KDE 3.0 (nog) geinstalleerd is.

    In dat licht misschien toch maar gewoon [b:52aee3dc2e]rpm -Fvh –force –nodeps koffice-1.2-0.73.1.i386.rpm[/b:52aee3dc2e]? En (kan ik enige tijd later toevoegen) … inderdaad: het lijkt er toch op dat geforceerde installatie geen problemen oplevert … zonder tegenbericht is ook dit probleem waarschijnlijk verholpen.

Beantwoord deze vraag

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