Re: registry with multiple portfiles

2017-07-13 Thread db
On 13 Jul 2017, at 18:08, Joshua Root wrote: > Fixed in master: > I understand that there's no additional name field for subports in the registry and that they have the same hash. But

Re: [GSoC] migration

2017-07-13 Thread Joshua Root
On 2017-7-14 01:42 , Arno Hautala wrote: On Thu, Jul 13, 2017 at 11:34 AM, Joshua Root wrote: Depending on a variant is currently impossible. ... You do have to install the ports in dependency order to get it right, and that is what restore_ports does. There may be cases

Re: registry with multiple portfiles

2017-07-13 Thread Joshua Root
On 2017-7-13 20:28 , db wrote: On 13 Jul 2017, at 03:37, Joshua Root wrote: I don't know. Theoretically if the script doesn't print something then a row in the ports table matched it. Here's an extract of my filter, reg portfiles dir + db row(s). It doesn't make sense as

Re: [GSoC] migration

2017-07-13 Thread Arno Hautala
On Thu, Jul 13, 2017 at 11:34 AM, Joshua Root wrote: > > Depending on a variant is currently impossible. > > ... > > You do have to install the ports in dependency order to get it right, and > that is what restore_ports does. There may be cases where previously > inactive ports

Re: [GSoC] migration

2017-07-13 Thread Joshua Root
On 2017-7-13 22:49 , Arno Hautala wrote: On Wed, Jul 12, 2017 at 8:07 PM, Joshua Root wrote: On 2017-7-13 08:10 , Umesh Singla wrote: 3. ensuring that active versions are installed after the inactive versions The install action of port(1) does execute the activate

Re: [GSoC] migration

2017-07-13 Thread Arno Hautala
On Wed, Jul 12, 2017 at 8:07 PM, Joshua Root wrote: > On 2017-7-13 08:10 , Umesh Singla wrote: >> >> 3. ensuring that active versions are installed after the inactive >> versions > > The install action of port(1) does execute the activate target, however your > code could

cmake and shared libraries existing also in standard locations

2017-07-13 Thread René J . V . Bertin
Hi, FYI: I just had a run-in with a cmake-based project that found the correct libpng binary during the configure phase but for a rather nasty reason tried to link to another version installed elsewhere. That was on Linux, but there's no guarantee that the same issue cannot occur on OS X. -