358 replies to this topic

[Henksat]

Allemaal...

 

Zoals jullie kunnen zien op de downloadpagina zijn er voor nagenoeg alle boxen nu ook OpenPLi 4.0 images.

Echter, helaas werken de feeds nog niet naar behoren, dus vragen hierover zijn niet nodig.

 

We werken er momenteel aan om dit voor elkaar te krijgen.

 

En voor degene die willen weten wat het verschil is tussen OpenPLi 3.0 en OenPLi 4.0: Géén.

Het verschil  zit hem in een verse, vernieuwde bouwomgeving, dus voor de gebruiker verandert er eigenlijk niks.

 

En op de vraag of je van 3.0 kunt updaten naar 4.0: Het antwoord is NEE.

Voor de overstap naar 4.0 is een verse flash nodig, hierbij kan wel gebruik gemaakt worden van Autobackup.

[greatred]

Please post the same in EN Section

[kerijaan]

Komt er ook een openpli 4.0 versie voor de vu + uno.want ik zie deze wel al voor de Duo 2 en de solo 2.

[hemertje]

Please post the same in EN Section

 

done

[hemertje]

Komt er ook een openpli 4.0 versie voor de vu + uno.want ik zie deze wel al voor de Duo 2 en de solo 2.

 

tzt wel

[Henksat]

Komt er ook een openpli 4.0 versie voor de vu + uno.want ik zie deze wel al voor de Duo 2 en de solo 2.

 

Ja, die komt er ook, geduld svp.

[kerijaan]

oke bedankt voor het antwoord.

[Loui (PD1LOI)]

Komt er ook een openpli 4.0 versie voor de vu + uno.want ik zie deze wel al voor de Duo 2 en de solo 2.

 

Ja, die komt er ook, geduld svp.

Toevallig ook voor de DM8000-HD-PVR?

[DeBeek]

geduld...
 

Edited by DeBeek, 11 August 2013 - 14:33.

[hemertje]

 

Komt er ook een openpli 4.0 versie voor de vu + uno.want ik zie deze wel al voor de Duo 2 en de solo 2.

 

Ja, die komt er ook, geduld svp.

Toevallig ook voor de DM8000-HD-PVR?

 

Heb je ook al gelezen dat het voor de gebruiker niets uitmaakt of je nu 3 of 4 gebruikt?

Het is enkel een optimalisatie voor de bouwserver!

 

Dus ja 4 is hoger dan 3 maar het levert je nu niets op....

[cobus]

Maar waarom wordt hij dan al vrijgegeven ? als het geen voordeel is voor de gebruiker dan vraag je eigenlijk zelf om problemen wie er niet hoeven zijn bv dat ftp niet werkt (ja als je een password maakt in telnet).

[littlesat]

Omdat het toekomst proof is...

[Tech]

Omdat hij gewoon werkt, nogmaals, je kunt er gewoon met FTP inkomen.

[mirakels]

openpli-4 is niet vrij gegeven., Het is alleen online gezet. Er zijn genoeg waarschuwingen geweest dat er nog steeds verstoringen kunnen zijn.

Maar het kan geen kwaad dat gebruikers ook gewoon testen en hun meldingen doen toch? We hebben het hier toch over een hobby? Als je boos wordt dat je er misschien (tijdelijk) niet alles mee kunt doen moet je er geen hobby van maken en bij fabrieksimages blijven.

 

Ik zou denken dat openpli-4 pas vrijgegeven wordt als voor alle boxen (zo mogelijk) een 4 images beschikbaar is en openpli-3 afgebouwd wordt.

[cobus]

Mij maakt het niet uit hoor maar voor vele moet je niet te veel experimenteren en als je hem dab=n vrijgeeft gaan ze hem toch erop zetten dan komen ze erachter dat er wat mee is en moet dat alla minuut opgelost worden misschien is het handiger om erbij te vermelden dat ze kuren kunnen vertonen.

[gjstroom]

Ik heb PLi4 ook op de dm800se aan de gang.

De huidige defconfig zorgt voor een te grote kernel waardoor hij niet start. Een kernel van 2516589 bytes is blijkbaar net te groot, die van PLi3 is 2523196 bytes.

Ik heb het volgende er uit gehaald:

2513,2514c2513,2514
< CONFIG_HFS_FS=m
< CONFIG_HFSPLUS_FS=m
---
> #CONFIG_HFS_FS=m
> #CONFIG_HFSPLUS_FS=m
2533c2533
< CONFIG_UBIFS_FS=y
---
> #CONFIG_UBIFS_FS=y
2535,2538c2535,2538
< CONFIG_UBIFS_FS_ADVANCED_COMPR=y
< CONFIG_UBIFS_FS_LZO=y
< CONFIG_UBIFS_FS_ZLIB=y
< CONFIG_UBIFS_FS_ZLIB_DEFAULT=y
---
> #CONFIG_UBIFS_FS_ADVANCED_COMPR=y
> #CONFIG_UBIFS_FS_LZO=y
> #CONFIG_UBIFS_FS_ZLIB=y
> #CONFIG_UBIFS_FS_ZLIB_DEFAULT=y
2544c2544
< CONFIG_SQUASHFS_ZLIB=y
---
> #CONFIG_SQUASHFS_ZLIB=y
2549c2549
< CONFIG_SQUASHFS_FRAGMENT_CACHE_SIZE=3
---
> #CONFIG_SQUASHFS_FRAGMENT_CACHE_SIZE=3

Waarom ubifs en squashfs in de kernel zetten als het toch niet gebruikt wordt ? Ik denk dat de hfs modules niet heel veel in de kernel size betekenen bij nader inzien, het zijn al modules

Na bovenstaande aanpassingen is de kernel: 2439146 bytes.

[gjstroom]

Die kernel sizes moeten natuurlijk net andersom:

PLi3 2516589 bytes

PLi4 2523196 bytes.

[pieterg]

Ubi zit er in voor mensen die graag ubifs willen draaien.
Grappig dat jij dezelfde conclusie trekt over de kernel size limiet, toen ik dat indertijd deed kreeg ik ruzie, want dat was natuurlijk grote onzin

[MiLo]

Kijk wel uit met handmatig kernel defconfig aanpassen, dat resulteert niet altijd in wat je verwacht.


# A=y
Geeft de "default" waarde voor A, maar

# A is not set
Zet de optie A echt uit, ook als de default "aan" is.

Het beste is om "bitbake -c menuconfig virtual/kernel" te doen, en dan de git/.config file terugkopieren naar je repository. Dan krijg je te zien wat er ECHT in te kernel terecht komt.

Edited by MiLo, 12 August 2013 - 06:41.

[pieterg]

squashfs en hfs worden trouwens gebouwd als modules, die hoef je dus niet weg te laten (beinvloedt de kernel size niet).

De besparing behaal je door ubi weg te laten, maar dat wilden we juist voorkomen.
Wel vreemd dat de nieuwere gcc blijkbaar grotere code genereert.