[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Proposal for possible consolidation of the packages
[Thread Prev] | [Thread Next]
- Subject: Re: Proposal for possible consolidation of the packages
- From: munix9 <munix9@xxxxxxxxxxxxxx>
- Date: Sun, 24 Nov 2024 18:33:47 +0100
- To: user@xxxxxxxxxxxxxxxxxxxxxx
Am 24.11.24 um 18:28 schrieb Benoît Minisini:
Le 24/11/2024 à 18:19, munix9 a écrit :Am 24.11.24 um 17:26 schrieb Benoît Minisini:Le 24/11/2024 à 10:19, munix9 a écrit :Mmm... I don't see how it will simplify things. I think it's even the contrary.Oh, ok.Don't forget that the IDE has a wizard that creates packages for your projects. If there isn't a bijection between packages and components, it will become a nightmare to implement.I don't understand: what does the ide have to do with it? An example: given is a package description that contains the following package: myPack package: myPack-aaa package: myPack-bbb An alternative package description, on the other hand, contains package: myPack provides: myPack-aaa provides: myPack-bbbThe first version results in 3 “real” package files, while the second version results in only one package, which however technically (virtually) indicates that it also contains the packages “myPack-aaa” and “myPack-bbb”.The respective system management software can resolve this and a search for “myPack-aaa” results in “myPack” in the second version.And so it is no problem if any other package, let's call it “something- completely-different” contains the linerequires: myPack-aaa (or depends, or ...)The respective system management software does not care whether the package “myPack-aaa” really exists or is available as part of “myPack”.Ah ok, I didn't understand you were talking about that feature. If one binary package can implement all the dependencies required by the IDE (i.e. one dependency by component), then I have no problem with your proposal....except for 'gb.compress'. Each specific compress driver component depends on a specific library, so they must be implemented in different components. I don't want to force the user to install all libraries for all possible compression supported by 'gb.compress'.Otherwise I'm not sure that it can be automated by 'gambas-package-config'. Regards,
Ok, I get it, maybe it's something for later.
Proposal for possible consolidation of the packages | munix9 <munix9@xxxxxxxxxxxxxx> |
Re: Proposal for possible consolidation of the packages | Benoît Minisini <benoit.minisini@xxxxxxxxxxxxxxxx> |
Re: Proposal for possible consolidation of the packages | munix9 <munix9@xxxxxxxxxxxxxx> |
Re: Proposal for possible consolidation of the packages | Benoît Minisini <benoit.minisini@xxxxxxxxxxxxxxxx> |