49 replies to this topic

[littlesat]

Toch vreemd eerst snel en nu niet meer.... 

We hadden zover ik me herinner dat een hele tijd geleden (jaren) ook al.. en destijds was het gefixt...

Edited by littlesat, 11 July 2018 - 13:58.

[WanWizard]

Geen idee, we gebruiken gewoon de standaard ipk's van Ocram (die van picons.eu).

[littlesat]

Ik kan me heel vaag herinneren dat er eenpatch gedaan was op ipk om e.e.a. te versnellen. Misschien is die patch er per abuis uit....

[WanWizard]

Die zit er nog steeds in zo te zien: https://github.com/O...-possible.patch

 

Wellicht moet die herzien worden omdat we inmiddels 5 jaar verder zijn en met andere opkg versies werken?

[Erik Slagter]

Er zitten geen stiekeme pre- en postinstall scripts in het package die het zaakje vernaggelen qua snelheid?

 

Op zich ben ik niet tegen er een package van te maken, maar dan is wel de eis dat het het package-systeem niet in de wielen rijdt. In de praktijk betekent dat een eigen directory(-boom) waar alle files komen, waar géén files uit packages neergezet worden.

[WanWizard]

Er zitten geen stiekeme pre- en postinstall scripts in het package die het zaakje vernaggelen qua snelheid?

 

Nee.

[MiLo]

... geen zip, maar een tar.gz, het is wel linux he?

Het "gz" deel is tamelijk onzinnig, er zitten oncomprimeerbare bestanden in...

Hangt er vanaf hoe je 't doet. Een tar is niet geindexeerd, dus om een file eruit te halen moet je hem van voor tot achter doorploeteren. Een zip heeft wel een index en is dus iets sneller te doorzoeken. Het uitpakken van een tar is wel vlotter dan een zip om die reden.

[MiLo]

Eigenlijk zou je dat symlink gedoe moeten laten vallen en een soort databaseje maken met daarin de connectie tussen plaatje en zender. Dan ben je ook af van dat de picons perse op een filesysteem moeten staan die symlinks ondersteunt. En als je toch al een database maakt, kun je de plaatjes er gewoon in proppen (als BLOB) da's net zo efficient.

Voor picons installeer je dan twee databases, eentje met de link van zender naar plaatje, en een tweede met daarin de plaatjes. Van die tweede zijn er meer versies met daarin verschillende achtergronden en resoluties enzo.

Of in plaats van de tweede database gebruik je een URL, die je online ophaalt, en lokaal ergens cachet.

[littlesat]

Strak plan lijkt me... maar ergens wel daar dat het eerst werkte en onvindbaar is wat het stuk gemaakt heeft...

[WanWizard]

Dat is technisch wellicht wel beter, maar een stuk complexer en moeilijker onderhoudbaar.

[Beeker]

Die zit er nog steeds in zo te zien: https://github.com/O...-possible.patch

 

Wellicht moet die herzien worden omdat we inmiddels 5 jaar verder zijn en met andere opkg versies werken?

 

Alleen jammer dat hij niet wordt toegepast.

Zie opkg_0.%.bbappend

file://0001-reuse-the-installed_files-list-when-possible.patch;apply=no \

Ik heb de patch aangepast maar ik moet nog testen of hij door de compiler heen gaat met develop branch. Met opkg 0.4.0 doet hij het wel.

Build loopt nog.

 

Hier is de (aangepaste) patch.

Attached Files

•  0001-reuse-the-installed_files-list-when-possible.patch   2.4KB   6 downloads

[littlesat]

Blijkbaar een oeps? Ik hoop dat we hiermee de cullpit gevonden hebben ...

Edited by littlesat, 15 July 2018 - 12:13.

[WanWizard]

Top Beeker!

 

Nooit bijgwerkt bij een OE upgrade waarschijnlijk. Dat is de ellende met al die bbappends, als je die niet opvolgt wordt het een puinhoop. Ik heb er laatst ook een berg uitgegooid.

 

edit: met dank aan Mike: https://github.com/O...b094805daa35c16

[MiLo]

Ach ja, met "for now" wordt doorgaans "forever" bedoeld he...

Misschien een keer die patch aan de opkg maintainer sturen, dan zijn we er vanaf...

[WanWizard]

Ja, dat is meestal zo met tijdelijke fixes... 

[littlesat]

MiLo +1

[Beeker]

Hierbij de patch voor opkg 0.3.4. Getest met develop branch.

 

Naast copy/paste was er 1 verandering die ik moest aanbrengen. nl.

&conf->file_hash

Naar:

&opkg_config->file_hash

Anders:

../../opkg-0.3.4/libopkg/pkg_hash.c: In function 'file_hash_set_file_owner_with_old':
| ../../opkg-0.3.4/libopkg/pkg_hash.c:858:21: error: 'conf' undeclared (first use in this function)
|   hash_table_insert(&conf->file_hash, file_name, owning_pkg);

Attached Files

•  0001-reuse-the-installed_files-list-when-possible.patch   2.39KB   3 downloads

[WanWizard]

Thanks, pushed.

 

Any idea what version 6.2-release runs? Because that requires a fix too.

[Beeker]

opkg 0.3.3.

Ik ga kijken of de patch werkt.

[Beeker]

Dat zou deze patch moeten zijn.

Hij past in ieder geval toe zonder fouten, fuzz en offset met opgk 0.3.3.

En opkg 0.3.3 gebruikt ook &opkg_config->file_hash.

 

Maar als iemand het voor de zekerheid kan testen met release-6.2, zou fijn zijn.

Ik kan 6.2 niet bouwen zonder hacks in bitbake, openembedded-core etc.

 

 

Attached Files

•  0001-reuse-the-installed_files-list-when-possible.patch   2.39KB   0 downloads