Recent

Author Topic: Online Package Manager  (Read 392232 times)

GetMem

  • Hero Member
  • *****
  • Posts: 3431
Re: Online Package Manager
« Reply #1530 on: February 06, 2019, 01:22:59 pm »
Hi tk,

The URL should stay the same, otherwise OPM cannot parse the json file. The only thing you should change after each release is the: "Version" and "DownloadZipURL". Can you please put the json file to the following URL: https://bitbucket.org/tomkrysl/kcontrols/get/OPM/laz_opm_update.json or some similar location where is not overwritten?

regards,
GetMem

tk

  • Sr. Member
  • ****
  • Posts: 361
    • tkweb
Re: Online Package Manager
« Reply #1531 on: February 06, 2019, 02:22:12 pm »
Hi Getmem
please read the edit in my post.
https://bitbucket.org/tomkrysl/kcontrols/raw/default/laz_opm_update.json
This should work, pls. modify. Thank you
Lazarus 1.7 with FPC 3.1.1.

http://www.tkweb.eu/

GetMem

  • Hero Member
  • *****
  • Posts: 3431
Re: Online Package Manager
« Reply #1532 on: February 06, 2019, 02:50:26 pm »
@tk
Thank you. I updated the central repository.

PS: I have a small request. Can you please update the version info from 1.7.2.0 to 1.7.3.0 in the lpk files(kcontrolsbase, kcontrolslaz)? After the package is downloaded, OPM reads the version from the lpk files and shows 1.7.2.0.

tk

  • Sr. Member
  • ****
  • Posts: 361
    • tkweb
Re: Online Package Manager
« Reply #1533 on: February 06, 2019, 05:07:13 pm »
Can you please update the version info from 1.7.2.0 to 1.7.3.0 in the lpk files(kcontrolsbase, kcontrolslaz)? After the package is downloaded, OPM reads the version from the lpk files and shows 1.7.2.0.

Ah sorry, forgot this...
Now updated, even added this to my json file:
Code: [Select]
 
"ForceNotify" : true,
"InternalVersion" : 1,

But the repo version still 1.7.2. Why?
How can I force the repo version to update?
Btw. Do you plan some automation of this? I mean so that I am able to modify everything myself, through some maintenance login.
Lazarus 1.7 with FPC 3.1.1.

http://www.tkweb.eu/

GetMem

  • Hero Member
  • *****
  • Posts: 3431
Re: Online Package Manager
« Reply #1534 on: February 06, 2019, 07:33:37 pm »
Quote
But the repo version still 1.7.2. Why?
I have to update the central repository manually(I just did it).
 
Quote
How can I force the repo version to update?
Unfortunately you cannot update the main repository, not yet at least.

Quote
Btw. Do you plan some automation of this? I mean so that I am able to modify everything myself, through some maintenance login.
It's on the todo list. I wasn't able to implement it, mainly because of the lack of time.

RDL

  • New member
  • *
  • Posts: 41
Re: Online Package Manager
« Reply #1535 on: February 07, 2019, 07:40:48 am »
GetMem
Please update in OPM indy10
last version from svn r5494
thanks.
Sorry for my english, google translation!

GetMem

  • Hero Member
  • *****
  • Posts: 3431
Re: Online Package Manager
« Reply #1536 on: February 07, 2019, 08:57:39 am »
GetMem
Please update in OPM indy10
last version from svn r5494
thanks.
Done. I also fixed the extraction issue. You can overwrite an already installed indy instance. Until now, a few read-only jpg's prevented the extraction/overwrite. Please test.
« Last Edit: February 07, 2019, 09:29:29 am by GetMem »

avra

  • Hero Member
  • *****
  • Posts: 1477
    • Additional info
Re: Online Package Manager
« Reply #1537 on: February 11, 2019, 12:07:48 pm »
OpenDocument package can not be compiled with FPC 3.2 fixes. I have succeeded after applying CT patch, which is to open odf_types.pas and replace all instances of ": T)" with ": TElementType)" (all without quotes).

I have reported issue to the author:
https://github.com/dgaspary/fpOdf/issues/1

You could also update home page of OpenDocument with https://github.com/dgaspary/fpOdf, and rename package name and lpk file name as in original.
ct2laz - Conversion between Lazarus and CodeTyphon
bithelpers - Bit manipulation for standard types
pasettimino - Siemens S7 PLC lib

GetMem

  • Hero Member
  • *****
  • Posts: 3431
Re: Online Package Manager
« Reply #1538 on: February 11, 2019, 12:59:42 pm »
Thanks @avra. I will update the package after the bug is fixed. I will also rename the package and change the URL.

avra

  • Hero Member
  • *****
  • Posts: 1477
    • Additional info
Re: Online Package Manager
« Reply #1539 on: February 11, 2019, 01:32:16 pm »
ACS conflicts with pl_Win_DirectX because they use different versions of the same unit Direct3D9.pas. I looked at trunk ACS and saw that it doesn't have Direct3D9 unit, but joy melted after seeing that it now uses newly introduced package laz_directx which calls it now, and unit name remained the same - so nothing changed much (laz_directx package is not on author's site, but he probably uses one from https://github.com/cutec-chris/directx). This means that even if ACS is updated and new laz_directx package gets into OPM, we will still have a unit name conflict.

Solutions:

1) I have fixed trunk ACS by changing package requirements from laz_directx to pl_Win_DirectX, and 2 demos I tested compile, but I do not think this is ideal as it would be needed on each ACS update.

2) I can also contact the author and ask if he can rename the unit, or even better introduce name spaces into all his units. This looks more promising.

3) If anyone has a better idea, I am all ears...
« Last Edit: February 11, 2019, 02:18:09 pm by avra »
ct2laz - Conversion between Lazarus and CodeTyphon
bithelpers - Bit manipulation for standard types
pasettimino - Siemens S7 PLC lib

avra

  • Hero Member
  • *****
  • Posts: 1477
    • Additional info
Re: Online Package Manager
« Reply #1540 on: February 11, 2019, 03:16:10 pm »
Same story...

lazbarcodes conflicts with pl_APE because of the same name unit uRender.pas.

It would be ideal if uRender unit is renamed in lazbarcodes package. Who maintains lazbarcodes? I see it belongs to CCR so maybe author is reading this? If not then I will report in bugtracker...
ct2laz - Conversion between Lazarus and CodeTyphon
bithelpers - Bit manipulation for standard types
pasettimino - Siemens S7 PLC lib

avra

  • Hero Member
  • *****
  • Posts: 1477
    • Additional info
Re: Online Package Manager
« Reply #1541 on: February 11, 2019, 03:20:05 pm »
I will update the package after the bug is fixed. I will also rename the package and change the URL.
I was just notified by the author that patch has been applied.
ct2laz - Conversion between Lazarus and CodeTyphon
bithelpers - Bit manipulation for standard types
pasettimino - Siemens S7 PLC lib

wp

  • Hero Member
  • *****
  • Posts: 5541
Re: Online Package Manager
« Reply #1542 on: February 11, 2019, 04:23:06 pm »
New version 1.0.3 of LazBarCodes for OPM at https://sourceforge.net/projects/lazarus-ccr/files/LazBarcodes/lazbarcodes-1.0.3.zip/download, the update-json is at https://sourceforge.net/projects/lazarus-ccr/files/LazBarcodes/OPM/update_lazbarcodes.json/download.

In the new version, internally used units (among them urender) have been renamed to avoid naming conflict with PL_APE ("lbc_" prefix instead of "u"). The main unit is still called "ubarcodes.pas" and this, hopefully, avoids breakage of existing user code.
Lazarus trunk / fpc 3.0.4 / all 32-bit on Win-10

GetMem

  • Hero Member
  • *****
  • Posts: 3431
Re: Online Package Manager
« Reply #1543 on: February 11, 2019, 05:25:48 pm »
I will update the package after the bug is fixed. I will also rename the package and change the URL.
I was just notified by the author that patch has been applied.
I downloaded the package from the author's webpage(https://github.com/dgaspary/fpOdf), but I cannot compile. It has "Stax" in the dependency list. What is Stax?
Edit: OK I found it, but fpodf still fails on Lazarus Trunk/FPC 3.0.4(see attached image). I can fix it(lazfileutils to uses), but it would be better if the package maintainer does it in the official repository.

New version 1.0.3 of LazBarCodes for OPM at https://sourceforge.net/projects/lazarus-ccr/files/LazBarcodes/lazbarcodes-1.0.3.zip/download, the update-json is at https://sourceforge.net/projects/lazarus-ccr/files/LazBarcodes/OPM/update_lazbarcodes.json/download.

In the new version, internally used units (among them urender) have been renamed to avoid naming conflict with PL_APE ("lbc_" prefix instead of "u"). The main unit is still called "ubarcodes.pas" and this, hopefully, avoids breakage of existing user code.
Done. Thanks for the new version.
« Last Edit: February 11, 2019, 05:44:39 pm by GetMem »

avra

  • Hero Member
  • *****
  • Posts: 1477
    • Additional info
Re: Online Package Manager
« Reply #1544 on: February 12, 2019, 08:59:43 am »
New version 1.0.3 of LazBarCodes for OPM
...
In the new version, internally used units (among them urender) have been renamed to avoid naming conflict with PL_APE ("lbc_" prefix instead of "u"). The main unit is still called "ubarcodes.pas" and this, hopefully, avoids breakage of existing user code.
Wonderful. Thank you!

I downloaded the package from the author's webpage(https://github.com/dgaspary/fpOdf), but I cannot compile. It has "Stax" in the dependency list. What is Stax?
Edit: OK I found it, but fpodf still fails on Lazarus Trunk/FPC 3.0.4(see attached image). I can fix it(lazfileutils to uses), but it would be better if the package maintainer does it in the official repository.
My fault. Sorry for the confusion. At first look at the repo I didn't notice mentioned changes so that was unexpected. I have reported the issue to the author: https://github.com/dgaspary/fpOdf/issues/2.
ct2laz - Conversion between Lazarus and CodeTyphon
bithelpers - Bit manipulation for standard types
pasettimino - Siemens S7 PLC lib