[opgelost] Hulp gevraagd voor het maken van een installatiescript

[grizzler]

Inderdaad, het loopt aardig.

Intussen ben ik er wel achter dat ik me beter tot de pakketuitvoering van het script had kunnen beperken. Ik ben tussen andere klussen door aan het sleutelen geweest aan de volgende versie (wordt 1.1.0 want voor een 1.0.1 is er te veel aan veranderd). Die komt denk ik eind deze/begin volgende week wel beschikbaar voor testen, maar dan...
De nieuwe pakketuitvoering verspreiden is niet zo'n probleem. Als mensen de duinsoft-repo in hun sources.list hebben laten staan, krijgen ze die vanzelf binnen. Degenen die de handmatige uitvoering hebben gedownload, zullen echter zelf actie moeten ondernemen. En in mijn haast om versie 1.0.0 beschikbaar te maken, heb ik er niet aan gedacht om daar iets in te zetten dat nagaat of er misschien een nieuwe versie van het script beschikbaar is. Dat zit wel in 1.1.0 maar daar hebben de 1.0.0-gebruikers niets aan...  

Het is wel belangrijk dat men overstapt op 1.1.0, want zoals ik al had verwacht zitten er toch wel een paar oneffenheidjes in 1.0.0. Hetzelfde script gebruiken om een volgende versie van de runtime op te halen werkt met 1.0.0 in de praktijk alleen helemaal feilloos als het script steeds vanuit een Debianpakket is en wordt aangestuurd (en dat is nou juist de uitvoering die het minst last zal hebben van updateproblematiek). Is allemaal terug te voeren op mijn overschatting van de intelligentie van het alternatives-systeem...
[Edit: nee, dat is niet helemaal waar - er zit ook een domme fout in die daar niets mee te maken heeft...]

Ik zal een en ander te zijner tijd wel uitgebreid uitleggen op de packages-pagina van duinsoft.nl. En dan maar hopen dat men daar gaat kijken als een runtime-upgrade met de handmatige uitvoering niet helemaal loopt zoals verwacht.

[grizzler]

Ook versie 1.1.0 komt weer beschikbaar in twee uitvoeringen: de handmatige als zelfuitpakkende tarball en het deb-pakket. Om verwarring te voorkomen heeft de testversie overigens het nummer 1.0.9.

De tarball staat hier: http://iyo.aconet.org/pkg/pool/test/update-sun-jre.bin

Het deb-pakket zit in een test-repo. De sources.list-regel is:

Code: [Selecteer]

deb http://iyo.aconet.org/pkg test all

Voor alle duidelijkheid: alles onder iyo.aconet.org/pkg is van tijdelijke aard en verdwijnt weer als het testen is afgerond en de pakketten naar duinsoft.nl/pkg zijn verhuisd. Het is dus zeer beslist niet de bedoeling dat jan en alleman deze regel in zijn sources.list gaat zetten. Hij is alleen bedoeld voor testers (en dat kunnen uiteraard ook anderen zijn dan Pjotr en MauRice, maar áls je test, dan wel graag even de resultaten melden in deze thread).

Overigens is dit inderdaad de machine waarop ook de statistiekpagina staat en ook hier geldt dus dat het spul zomaar ineens een tijdje niet beschikbaar kan zijn. Het gaat om een testbak die weliswaar de hele dag aan staat, maar nogal eens plat gaat omdat er van alles op wordt getest.

Over versie 1.0.9: de zelfuitpakker bevat een extra script genaamd force-sun-jre (met alleen Engelstalige teksten). Dit is bedoeld om een oudere versie (6u29) van de runtime op te halen, zodat het opwaarderen naar een volgende versie kan worden getest. De aanroep lijkt op die van het 'echte' script:

Code: [Selecteer]

sudo ./force-sun-jre -cv install
met de supporttarball update-sun-jre-support.tar.gz in dezelfde directory.


Ik heb zelf onder meer de volgende vijf tests uitgevoerd, steeds met de terminal geopend in een directory met alle drie de bestanden uit update-sun-jre.bin.


a. volledig handmatig
Uitgangssituatie: sun-java6-pakketten geïnstalleerd en update-sun-jre niet.

Code: [Selecteer]

1. sudo ./force-sun-jre -cv install
2. controle - alle drie deze opdrachten moeten een Value-regel opleveren met jre1.6.0_29 erin:
     update-alternatives --query java
     update-alternatives --query jexec
     update-alternatives --query mozilla-javaplugin.so
3. sudo ./update-sun-jre -v install
4. controle - alle drie deze opdrachten moeten een Value-regel opleveren met jre1.6.0_30 erin:
     update-alternatives --query java
     update-alternatives --query jexec
     update-alternatives --query mozilla-javaplugin.so
5. controle - ook deze opdracht moet een regel opleveren met jre1.6.0_30 erin:
     cat /usr/lib/mime/packages/update-sun-jre
Eindsituatie: sun-java6-pakketten geïnstalleerd maar buiten bereik - update-sun-jre niet geïnstalleerd maar wel actueel - runtime up-to-date.


b. van handmatig naar pakket
Uitgangssituatie: sun-java6-pakketten geïnstalleerd en update-sun-jre niet.

Code: [Selecteer]

1. sudo ./force-sun-jre -cv install
2. MET deb http://iyo.aconet.org/pkg in sources.list:
   sudo apt-get update
   sudo apt-get install update-sun-jre
3. controle - alle drie deze opdrachten moeten een Value-regel opleveren met jre1.6.0_30 erin:
     update-alternatives --query java
     update-alternatives --query jexec
     update-alternatives --query mozilla-javaplugin.so
4. controle - ook deze opdracht moet een regel opleveren met jre1.6.0_30 erin:
     cat /usr/lib/mime/packages/update-sun-jre
Eindsituatie: alleen actuele versie update-sun-jre geïnstalleerd - runtime up-to-date.


c. van pakket naar handmatig
Uitgangssituatie: sun-java6-pakketten geïnstalleerd en update-sun-jre niet.

Code: [Selecteer]

1. ZONDER deb http://iyo.aconet.org/pkg in sources.list:
   sudo apt-get update
   sudo apt-get install update-sun-jre
2. sudo ./force-sun-jre -cv reset
3. controle - alle drie deze opdrachten moeten een Value-regel opleveren met jre1.6.0_29 erin:
     update-alternatives --query java
     update-alternatives --query jexec
     update-alternatives --query mozilla-javaplugin.so
4. sudo ./update-sun-jre -v install
5. controle - alle drie deze opdrachten moeten een Value-regel opleveren met jre1.6.0_30 erin:
     update-alternatives --query java
     update-alternatives --query jexec
     update-alternatives --query mozilla-javaplugin.so
6. controle - ook deze opdracht moet een regel opleveren met jre1.6.0_30 erin:
     cat /usr/lib/mime/packages/update-sun-jre
Eindsituatie: actuele versie update-sun-jre gebruikt, maar vorige nog geïnstalleerd - runtime up-to-date.


d. volledig pakket
Uitgangssituatie: sun-java6-pakketten geïnstalleerd en update-sun-jre niet.

Code: [Selecteer]

1. ZONDER deb http://iyo.aconet.org/pkg in sources.list:
   sudo apt-get update
   sudo apt-get install update-sun-jre
2. sudo ./force-sun-jre -cv reset
3. MET deb http://iyo.aconet.org/pkg in sources.list:
   sudo apt-get update
   sudo apt-get install update-sun-jre
4. controle - alle drie deze opdrachten moeten een Value-regel opleveren met jre1.6.0_30 erin:
     update-alternatives --query java
     update-alternatives --query jexec
     update-alternatives --query mozilla-javaplugin.so
5. controle - ook deze opdracht moet een regel opleveren met jre1.6.0_30 erin:
     cat /usr/lib/mime/packages/update-sun-jre
Eindsituatie: actuele versie update-sun-jre geïnstalleerd - runtime up-to-date.


e. update runtime zonder echte update pakket
Uitgangssituatie: eindsituatie van test d, dus met update-sun-jre geïnstalleerd.

Code: [Selecteer]

1. sudo ./force-sun-jre -cv reset
2. controle - alle drie deze opdrachten moeten een Value-regel opleveren met jre1.6.0_29 erin:
     update-alternatives --query java
     update-alternatives --query jexec
     update-alternatives --query mozilla-javaplugin.so
3. controle - ook deze opdracht moet een regel opleveren met jre1.6.0_29 erin:
     cat /usr/lib/mime/packages/update-sun-jre
4. sudo apt-get --reinstall install update-sun-jre
5. controle - alle drie deze opdrachten moeten een Value-regel opleveren met jre1.6.0_30 erin:
     update-alternatives --query java
     update-alternatives --query jexec
     update-alternatives --query mozilla-javaplugin.so
6. controle - ook deze opdracht moet een regel opleveren met jre1.6.0_30 erin:
     cat /usr/lib/mime/packages/update-sun-jre
Eindsituatie: actuele versie update-sun-jre geïnstalleerd - runtime up-to-date.


Stap 2 in test c en d en stap 1 in test e zijn alleen bedoeld om de pakketuitvoeringen van de oudere runtime te kunnen voorzien zonder het pakket om te hoeven bouwen voor het ophalen van 6u29. Let op dat hier 'reset' is gebruikt in plaats van 'install'.

[Pjotr]

Zal het morgen gaan uitproberen....

Overigens leuk nieuws: je hebt andere mensen al geïnspireerd. Ook bij openSUSE hebben ze namelijk iets vergelijkbaars gemaakt: http://forums.opensuse.org/english/get-technical-help-here/how-faq-forums/unreviewed-how-faq/470811-installing-oracle-java-through-oracle-java-installer-rpm.html

De kracht van open-bron-programmaontwikkeling in actie! 

[grizzler]

Grappig. Wel heel wat eenvoudiger dan mijn versie. En alles is hard gecodeerd, dus je moet aan alle kanten dingen aanpassen in het script zelf als je een volgende versie van de runtime wilt ophalen.

[MauRice2]

Grappig. Wel heel wat eenvoudiger dan mijn versie. En alles is hard gecodeerd, dus je moet aan alle kanten dingen aanpassen in het script zelf als je een volgende versie van de runtime wilt ophalen.

Grizzler,

Die dingen worden in het zogenaamde spec-bestand gedaan, zie bijlage.
Niet in het script zelf.
Dus aanpassen in het spec-bestand -> builden -> nieuwe versie om te installeren.
Zijn script hebben ook een universe naam, oracle-java-installer.sh.in & oracle-java-uninstaller.sh.in

Maar misschien is het ook dat ik meer ervaring heb in het builden van RPM's dan deb-pakketten

[Pjotr]

Grizzlers nieuwe proefversie uitgeprobeerd op een 32-bits-machine (waarop reeds 6u30 zat vanuit de duinsoft-pakketbron), en met succes:

Gecontroleerde Java-versie
Gefeliciteerd!
U beschikt over de juiste Java-versie (Version 6 Update 30).

Terminal-uitvoer:

Code: [Selecteer]

pjotr@HPnetboekje:~/Downloads$ sh update-sun-jre.bin
update-sun-jre
update-sun-jre-support.tar.gz
force-sun-jre
Files unpacked. Ready to run update-sun-jre (version 1.0.9) . . .

[sudo] password for pjotr:
Start update-sun-jre 1.0.9 2012-01-07 12:02:02+01:00
Geselecteerde actie: install
Systeemarchitectuur: 32 bit
Zonodig /var/cache/update-sun-jre aanmaken . . .
Afhankelijkheden controleren . . .
- binfmt-support niet geïnstalleerd
- libc6 is geïnstalleerd
- libasound2 is geïnstalleerd
- libx11-6 is geïnstalleerd
- libxext6 is geïnstalleerd
- libxi6 is geïnstalleerd
- libxtst6 is geïnstalleerd
- locales is geïnstalleerd
- unixodbc is geïnstalleerd
Ontbrekende pakketten installeren . . .
Pakketlijsten worden ingelezen...
Boom van afhankelijkheden wordt opgebouwd...
Statusinformatie wordt gelezen...
De volgende pakketten werden automatisch geïnstalleerd en zijn niet langer nodig:
  python-support libglib2.0-bin python-pywapi abiword-common libabiword-2.8
U kunt deze verwijderen via 'apt-get autoremove'.
De volgende NIEUWE pakketten zullen geïnstalleerd worden:
  binfmt-support
0 pakketten opgewaardeerd, 1 pakketten nieuw geïnstalleerd, 0 te verwijderen en 0 niet opgewaardeerd.
Er moeten 75,4 kB aan archieven opgehaald worden.
Door deze operatie zal er 270 kB extra schijfruimte gebruikt worden.
Ophalen:1 http://archive.ubuntu.com/ubuntu/ oneiric/main binfmt-support i386 2.0.7 [75,4 kB]
75,4 kB opgehaald in 0s (340 kB/s)
Selecteren van voorheen niet geselecteerd pakket binfmt-support.
(Database inlezen ... 198948 files and directories currently installed.)
Uitpakken van binfmt-support (uit .../binfmt-support_2.0.7_i386.deb) ...
Processing triggers for man-db ...
Processing triggers for ureadahead ...
ureadahead will be reprofiled on next reboot
Instellen van binfmt-support (2.0.7) ...
binfmt-support stop/waiting
Opties voor wget: -nd -v --progress=dot:binary
Infopagina downloaden van http://www.java.com/en/download/linux_manual.jsp . . .
--2012-01-07 12:02:19--  http://www.java.com/en/download/linux_manual.jsp
Herleiden van www.java.com... 137.254.16.66
Verbinding maken met www.java.com|137.254.16.66|:80... verbonden.
HTTP-verzoek is verzonden; wachten op antwoord... 200 OK
Lengte: niet-opgegeven [text/html]
Wordt opgeslagen als: ‘/tmp/update-sun-jre/infopage’

     0K .                                                  35,5K=0,4s

2012-01-07 12:02:20 (35,5 KB/s) - '‘/tmp/update-sun-jre/infopage’' opgeslagen [14897]

Uitgelezen versienummer: 6u30
Nieuwe installatiedirectory: /opt/java/32/jre1.6.0_30
Volledige herinstallatie niet nodig
Tarball /home/pjotr/Downloads/update-sun-jre-support.tar.gz met ondersteunende bestanden uitpakken . . .
Bestanden in /usr/lib en /usr/share bijwerken . . .
- /usr/lib/mime/packages/update-sun-jre - OK
- /usr/share/application-registry/update-sun-jre-archive.applications - OK
- /usr/share/application-registry/update-sun-jre-web-start.applications - OK
- /usr/share/applications/update-sun-jre-controlpanel.desktop - OK
- /usr/share/applications/update-sun-jre-java.desktop - OK
- /usr/share/applications/update-sun-jre-javaws.desktop - OK
- /usr/share/applications/update-sun-jre-policytool.desktop - OK
- /usr/share/menu/update-sun-jre - OK
- /usr/share/mime/packages/update-sun-jre.xml - OK
- /usr/share/mime-info/update-sun-jre-archive.keys - OK
- /usr/share/mime-info/update-sun-jre-archive.mime - OK
- /usr/share/mime-info/update-sun-jre-web-start.keys - OK
- /usr/share/mime-info/update-sun-jre-web-start.mime - OK
Tools controleren . . .
- ControlPanel
- java
- java_vm
- javaws
- jcontrol
- keytool
- pack200
- policytool
- rmid
- rmiregistry
- unpack200
- orbd
- servertool
- tnameserv
- jexec
Binair formaat voor jar registreren (update-sun-jre) . . .
Plugin controleren . . .
- firefox
- iceape
- iceweasel
- mozilla
- midbrowser
- xulrunner
- xulrunner-addons
Class data sharing activeren (fouten negeren) . . .
Opgehaald pakket verwijderen uit /tmp . . .
Desktopdatabase bijwerken . . .
Mimedatabase bijwerken . . .
Stop update-sun-jre 1.0.9 2012-01-07 12:02:29+01:00
pjotr@HPnetboekje:~/Downloads$

[Johan van Dijk]

Ik heb het standaardpakket uit de duinsoft repo eens getest op een serversysteem. Stel dat ik een Minecraft server wil runnen ofzo...

Als eerste de standaardinstallatie van sun-java6-jre

Code: [Selecteer]

johan@testbak:~$ sudo apt-get --no-install-recommends install sun-java6-jre
...
...
The following NEW packages will be installed
  java-common libltdl7 odbcinst odbcinst1debian1 sun-java6-bin sun-java6-jre unixodbc
Die installatie heb ik afgebroken.

En dan nu met het duinsoft pakket, dus ZONDER sun-java6-jre:

Code: [Selecteer]

johan@testbak:~$ sudo apt-get --no-install-recommends install update-sun-jre
...
...
The following NEW packages will be installed
  defoma firefox firefox-branding fontconfig fontconfig-config libasound2 libatk1.0-0 libavahi-client3 libavahi-common-data libavahi-common3 libcairo2 libcups2 libdatrie1 libdirectfb-1.2-0 libfontconfig1 libgtk2.0-0 libgtk2.0-common
  libice6 libjasper1 libjpeg62 libltdl7 libnspr4-0d libnss3-1d libpango1.0-0 libpango1.0-common libpixman-1-0 libsm6 libstartup-notification0 libsysfs2 libthai-data libthai0 libtiff4 libts-0.0-0 libxcb-atom1 libxcb-aux0 libxcb-event1
  libxcb-render-util0 libxcb-render0 libxcomposite1 libxcursor1 libxdamage1 libxfixes3 libxft2 libxi6 libxinerama1 libxrandr2 libxrender1 libxt6 libxtst6 odbcinst odbcinst1debian1 shared-mime-info tsconf ttf-dejavu-core unixodbc
  update-sun-jre x11-common
Dat is nogal een verschil en betekent dat je met dit pakket verplicht wordt om ook een X server, Firefox, enz. te installeren. Is dat echt noodzakelijk? Voor het pakket van Sun Java uit de partner repo niet, dus dan zou het logisch lijken dat het voor dit pakket ook niet zou hoeven.

[MKe]

Heb het geinstalleerd op Kubuntu 11.10 32bits en het zorgt er nu voor dat de bulk-upload op mijn Joomla pagina werkt. Bedankt

[MauRice2]

Grizzler,

De bron ook eens toegevoegd op een oude laptop (C610), met Ubuntu 11.04.
De installatie via Synaptic.
Alles ging goed, tot dat, via Synaptic, openJDK de-installeerde.
Als afhankelijkheid verwijderde het ook update-sun-jre en nog veel meer ??
En werd er sun-java6... ge-installeerd
Maw, update-sun-jre laat niet weten dat er jave is geinstalleerd vermoed ik.

Als je met een deb-pakket ook kan doorgeven voor wat het geef zoals bij een RPM:

Provides: java-1.6.0-oracle
Provides: java-1.6.0-sun
Provides: jre-1.6.0-sun
Provides: jre-1.6.0-oracle
Provides: jre-oracle
Provides: jre-sun
Provides: java
Provides: javaws
Provides: jre
Provides: libnpjp2.so

Misschien wat er een paar termen aangepast worden, de bovenste zijn voor openSuSE systeem.

Het gekke, heb nog een oudje (CPx) met Ubuntu 9.10.
Hier werd update-sun-jre niet verwijderd met het de-installeren van openjdk.

Ik vermoed dat bepaalde java afhankelijke deb-pakketten de boosdoeners zijn.

[Pjotr]

@MauRice2: het is ook de bedoeling dat je openJDK zelf, gewoon laat staan op je harde schijf.... Alleen de Mozilla-plugin moet worden verwijderd, en dat doet het script al voor je.

Er is verder geen noodzaak om openJDK zelf, te verwijderen. OpenJDK wordt gewoon niet gebruikt, na toepassing van het script. Maakt niet uit, want er zit wel meer op je harde schijf dat je nooit gebruikt, en dat laat je immers toch ook gewoon staan....  

[grizzler]

Dat is nogal een verschil en betekent dat je met dit pakket verplicht wordt om ook een X server, Firefox, enz. te installeren. Is dat echt noodzakelijk? Voor het pakket van Sun Java uit de partner repo niet, dus dan zou het logisch lijken dat het voor dit pakket ook niet zou hoeven.

Waarschijnlijk komt dit doordat update-sun-jre alle afhankelijkheden van zowel sun-java6-bin als sun-java6-jre én sun-java6-plugin heeft. Ik zal bij gelegenheid eens kijken of daar omheen is te werken, maar ik vrees dat dat dan zal neerkomen op het op dezelfde manier splitsen als de sun-java6-pakketten en dat zie ik eigenlijk niet zo zitten. Wat aanvankelijk bedoeld was als 'een script' om het binaire pakket van Oracle te installeren, is met al het pakketgedoe eromheen al veel gecompliceerder geworden dan ik had voorzien en de tijd die ik aan het onderhouden daarvan kan besteden, is maar beperkt.

[grizzler]

Ik vermoed dat bepaalde java afhankelijke deb-pakketten de boosdoeners zijn.

Heel goed mogelijk.

Het controlbestand van het scriptpakket update-sun-jre bevat onder meer de volgende 'Provides'-regel (afkomstig uit sun-java6-jre):
Provides: java-runtime, java-runtime-headless, java-virtual-machine, java2-runtime, java2-runtime-headless, java5-runtime, java5-runtime-headless, java6-runtime, java6-runtime-headless

Dat zóu voldoende moeten zijn om pakketten die een java runtime willen hebben te laten weten dat aan de afhankelijkheden is voldaan. Dit gaat echter mis als het een of andere pakket niet om een 'generic' java vraagt, maar per se hetzij sun-java6, hetzij openjdk wil hebben. Het is echt onbegonnen werk (in ieder geval voor mij qua tijd) om te proberen uit te vogelen welk pakket dat dan wel zou kunnen zijn.
Bovendien zouden we niet direct iets opschieten met die kennis, want dan moeten we ook nog de maintainer van dat pakket zien te overtuigen dat hij zijn controlbestand moet aanpassen.

[Pjotr]

Wat aanvankelijk bedoeld was als 'een script' om het binaire pakket van Oracle te installeren, is met al het pakketgedoe eromheen al veel gecompliceerder geworden dan ik had voorzien

Bovendien: hoe complexer, hoe foutgevoeliger.... Daarom ben ik altijd een groot voorstander van zoveel mogelijk eenvoud. Hoe simpeler, hoe beter.

Overigens: de teller staat inmiddels al op bijna 2.700 unieke IP-adressen.... De groei zit er nog goed in.  

[Pjotr]

Canonical heeft de Java-pakketten in de flexiondotorg-PPA geblokkeerd wegens licentieschending (wat uiteraard te verwachten was).... Gelukkig kunnen we de mensen een makkelijk en legaal alternatief bieden via het duinsoft-script of via mijn handleiding.

[grizzler]

De 'Martin' achter die ppa had mij eerder deze week gemaild met de vraag of ik ook een update-sun-jdk-script kon maken. Omdat ik dan eerst moest uitvogelen wat er precies nodig was om bij het installeren daarvan dezelfde functionaliteit te krijgen als met de sun-java6-jdk, had ik teruggemaild dat ik daar op dit moment even geen tijd voor had. Vervolgens heeft hij die ppa aangemaakt. Daarbij heeft hij domweg alle licentiedocumentatie verwijderd uit de pakketten. Dat alleen leek me al niet de juiste aanpak...  

In de opmerkingen bij deze blogposting http://blog.flexion.org/2012/01/10/updated-sun-java6-packages-for-ubuntu/ geeft ene Jef Spaleta al aan dat dit zo niet zal gaan en inderdaad...

Overigens, als verder niemand problemen heeft gehad met versie 1.1.0, dan gaat die van het weekend de eerste versie vervangen op duinsoft.nl/pkg. Ik ben nog aan het sleutelen aan een tooltje om herhaalde downloads van het pakket vanaf hetzelfde IP-adres ook over verschillende dagen heen te kunnen signaleren. Anders zou bij het beschikbaar maken van 1.1.0 een onrealistische piek in de unieke downloads kunnen verschijnen op de aantallenpagina.

[Pjotr]

Overigens: misschien kun je toch eens heroverwegen, of je het script niet beter in een Launchpad-PPA kunt plaatsen....

Een Launchpad-PPA schept waarschijnlijk wat meer vertrouwen dan de huidige situatie, en bevordert daardoor de aanvaarding en verbreiding. Terecht of onterecht, mensen hebben doorgaans een wat beter/veiliger gevoel bij een Launchpad-PPA, dan bij een particuliere server.  

[grizzler]

Launchpad-PPA's voldoen niet aan de voorwaarden die ik stel voor het verspreiden van mijn software. Je kunt geen pakket maken dat door elke release kan worden gebruikt, maar je moet voor elke release afzonderlijk een pakket maken. Bovendien moet je sourcepakketten aanleveren, aan de hand waarvan Launchpad zelf de binaire pakketten aanmaakt. Zodra ze die twee zaken wijzigen, zal ik er weer eens over denken... 

[markba]

Een concullega: http://www.webupd8.org/2012/01/install-oracle-java-jdk-7-in-ubuntu-via.html, blijkbaar is er wel behoefte aan deze software....

Volgens de beschrijving doet deze hetzelfde als het duinsoft-script: de software wordt opgehaald tijdens installatie, dus geen problemen met de licentie.

[grizzler]

Vandaag alweer de volgende versie beschikbaar gesteld: 1.1.1. Bugfixes ditmaal. Op bepaalde installaties blijkt wget niet standaard aanwezig te zijn. Daar had ik geen rekening mee gehouden, dus wget ontbrak als dependency. Tevens werd de javaws-wrapper niet uitvoerbaar gemaakt.

Het aantallenoverzicht is enigszins bijgesteld. Het tooltje om de aantallen uit de logs te halen kapte de tabel met al bekende IP-adressen soms af, zodat onder 'uniek' toch nog te grote aantallen terecht konden komen. Scheelt overigens niet zoveel.

[grizzler]

Enigszins wonderlijke moderatoractie op het Linux Mint forum: http://forums.linuxmint.com/viewtopic.php?f=42&p=533324#p533324

Kan niet zeggen dat ik de commentaren echt off-topic vond (zeker het eerste niet), maar misschien ben ik te bevooroordeeld. Enfin, hopelijk kijken degenen die bij die HowTo uitkomen ook naar de bron (d.w.z. de site van Pjotr) in plaats van zich zonder meer op de handmatige actie te storten. Het script is per slot van rekening met een reden geschreven...

[Pjotr]

Enigszins wonderlijke moderatoractie op het Linux Mint forum: http://forums.linuxmint.com/viewtopic.php?f=42&p=533324#p533324

Kan niet zeggen dat ik de commentaren echt off-topic vond (zeker het eerste niet), maar misschien ben ik te bevooroordeeld. Enfin, hopelijk kijken degenen die bij die HowTo uitkomen ook naar de bron (d.w.z. de site van Pjotr) in plaats van zich zonder meer op de handmatige actie te storten. Het script is per slot van rekening met een reden geschreven...

Ja, vreemd... Mijn reactie in dat draadje is ook verdwenen, zie ik. Terwijl het toch een relevante melding betrof, namelijk dat het Duinsoft-script wel degelijk goed werkt in Linux Mint 9 LXDE.

Ik begrijp trouwens niet, waarom de draadstarter het nodig vond om de tekst vanaf mijn webstek te kopiëren, in plaats van simpelweg ernaar te verwijzen via een webkoppeling. Op mijn webstek staat ook een verwijzing naar het Duinsoft-script, dus dat zou "twee vliegen in één klap" zijn geweest.

Tot slot: wat me ook verbaast, is het oorverdovende stilzwijgen van Clément Lefebvre, in het Launchpad-draadje. Het was immers onze bedoeling, dat het Duinsoft-script opgenomen zou worden in de pakketbronnen van Mint....

[grizzler]

Ja, vreemd... Mijn reactie in dat draadje is ook verdwenen, zie ik. Terwijl het toch een relevante melding betrof, namelijk dat het Duinsoft-script wel degelijk goed werkt in Linux Mint 9 LXDE.

Ik begrijp trouwens niet, waarom de draadstarter het nodig vond om de tekst vanaf mijn webstek te kopiëren, in plaats van simpelweg ernaar te verwijzen via een webkoppeling. Op mijn webstek staat ook een verwijzing naar het Duinsoft-script, dus dat zou "twee vliegen in één klap" zijn geweest.

Mijn eerste indruk was dat het een vorm van ego-tripperij was, zo van "kijk mij hier eens een enorme lap tekst in een HowTo plaatsen!". Maar bij nader inzien kan het ook wel met die verwijzing naar het script te maken hebben. Hij beweert immers dat het script niet werkt (en kritiek op die bewering - en op het uitblijven van zijn bugrapport - kan hij absoluut niet hebben).

De twijfelachtige actie van die moderator maakt het lastig met nieuw kritisch commentaar te komen zonder dat dat gelijk als off topic van tafel wordt geveegd. Hij heeft helaas weinig begrepen van het commentaar dat hij heeft verwijderd.

Tot slot: wat me ook verbaast, is het oorverdovende stilzwijgen van Clément Lefebvre, in het Launchpad-draadje. Het was immers onze bedoeling, dat het Duinsoft-script opgenomen zou worden in de pakketbronnen van Mint....

Ik denk dat hij het te druk heeft met zaken als Cinnamon (http://blog.linuxmint.com/?p=1910). Volgens mij begint de beperkte omvang van het 'Mint Team' zich te wreken. En misschien vindt hij het ook wel best zo.

[Pjotr]

Gelukkig is de schade die de moderator heeft aangericht, beperkt van omvang: hij heeft namelijk ook de titel van het draadje gewijzigd in "HOW TO: Install Sun (Oracle) Java on Linux Mint 9".

Daarmee heeft hij de geldigheid van de handleiding begrensd tot Mint 9. Dat zal slechts een klein deel van de Mintgebruikers betreffen.... Nog steeds ongelukkig, want een toevoeging dat het ook kan via het Duinsoft-script, is niet meer toegestaan. Maar enfin. Het valt mee.

[grizzler]

LOL @ de link in http://forums.linuxmint.com/viewtopic.php?f=42&t=92780#p533576

Netjes...

[Pjotr]

Haha. Benieuwd of de Mint-moderator weer ingrijpt (verwacht het niet).

Wat overigens ook wel grappig is: in het draadje waren twee extreme fans actief (waarvan er inmiddels eentje is weggemodereerd). Eén die mijn oplossing als De Enig Ware zag, en één die jouw oplossing als alleenzaligmakend zag. En maar hakken op elkaar.... Terwijl wij als auteurs, juist samenwerken om beide oplossingen als gelijkwaardige alternatieven te presenteren.