Re: [gentoo-dev] Slotted Lua: 2020-12-04 status update

2020-12-09 Thread Marek Szuba

On 2020-12-09 16:21, Michael Orlitzky wrote:


LUA_DEPS itself will not but the change of LUA_SINGLE_TARGET in the
package in question will, same way other packages can be rebuilt on
USE-flag changes.
So lua has inherited the python approach of requiring everyone to use 
portage? =/


I don't know about requiring everyone to use Portage but Lua eclasses 
*are* indeed strongly based on Python ones - as openly admitted both in 
eclassdoc of the three Lua eclasses and during their public review on 
this mailing list.


--
MS



OpenPGP_signature
Description: OpenPGP digital signature


Re: [gentoo-dev] Slotted Lua: 2020-12-04 status update

2020-12-09 Thread Michael Orlitzky

On 12/9/20 10:10 AM, Marek Szuba wrote:


LUA_DEPS itself will not but the change of LUA_SINGLE_TARGET in the
package in question will, same way other packages can be rebuilt on
USE-flag changes.



So lua has inherited the python approach of requiring everyone to use 
portage? =/




Re: [gentoo-dev] Slotted Lua: 2020-12-04 status update

2020-12-09 Thread Marek Szuba

On 2020-12-09 15:56, Michael Orlitzky wrote:

I think the slotted lua ebuilds should be doing some eselect-lua stuff 
in pkg_postinst() and pkg_postrm(). For example:


   * I have lua-5.1 and lua-5.2 installed
   * Lua-5.2 is eselected
   * I uninstall lua-5.2
   * Now /usr/lib64/pkgconfig/lua.pc is a dangling symlink


I've already mentioned this to WilliamH, it is expected to be done 
before the unmasking of slotted Lua. Meanwhile (i.e. during work on 
migrating packages so that they among other things respect the current 
values of LUA_TARGETS and LUA_SINGLE_TARGET), not having any "current" 
Lua versions makes it easier to catch looking for Lua where they shouldn't.


Related to the above: is there a way to trigger rebuilds of consumers 
when the "single implementation" changes? If I have a package that links 
against liblua and if I upgrade from lua-5.1 to lua-5.2, then my package 
should rebuild. I don't think $LUA_DEPS from lua-single.eclass can do that?


LUA_DEPS itself will not but the change of LUA_SINGLE_TARGET in the 
package in question will, same way other packages can be rebuilt on 
USE-flag changes.


--
Marecki



OpenPGP_signature
Description: OpenPGP digital signature


Re: [gentoo-dev] Slotted Lua: 2020-12-04 status update

2020-12-09 Thread Michael Orlitzky

On 12/7/20 9:11 AM, Marek Szuba wrote:

On 2020-12-04 13:16, Marek Szuba wrote:


Since a week ago the number of open bugs blocking the slotted-Lua
tracker has been reduced from 119 to under 80.


Updated count as of a few minutes ago: 64 open tickets! Full list:

https://dev.gentoo.org/~marecki/open_blocking_lua_eclass_bugs-20201207135752.txt



I think the slotted lua ebuilds should be doing some eselect-lua stuff 
in pkg_postinst() and pkg_postrm(). For example:


  * I have lua-5.1 and lua-5.2 installed
  * Lua-5.2 is eselected
  * I uninstall lua-5.2
  * Now /usr/lib64/pkgconfig/lua.pc is a dangling symlink

Related to the above: is there a way to trigger rebuilds of consumers 
when the "single implementation" changes? If I have a package that links 
against liblua and if I upgrade from lua-5.1 to lua-5.2, then my package 
should rebuild. I don't think $LUA_DEPS from lua-single.eclass can do that?




Re: [gentoo-dev] Packages up for grabs: dev-db/plr, media-gfx/freewrl, net-analyzer/check_mk_agent, net-misc/wakeonlan, sys-fs/dmraid, x11-misc/slim

2020-12-09 Thread Aaron W. Swenson

On Wed, Dec 09, 2020 at 12:41:32PM +0100, Michał Górny wrote:

Hello,

The following packages are looking for a new maintainer now:

dev-db/plr
 R language extension for postgresql database
 [has test failures]


PostgreSQL project will take this one.


signature.asc
Description: PGP signature


[gentoo-dev] Packages up for grabs: dev-db/plr, media-gfx/freewrl, net-analyzer/check_mk_agent, net-misc/wakeonlan, sys-fs/dmraid, x11-misc/slim

2020-12-09 Thread Michał Górny
Hello,

The following packages are looking for a new maintainer now:

dev-db/plr
  R language extension for postgresql database
  [has test failures]

media-gfx/freewrl
  VRML97 and X3D compliant browser, library, and web-browser plugin
  [multiple bugs, needs version bump]

net-analyzer/check_mk_agent
  Agent to report data to Check_MK for monitoring
  [a few bugs, needs bump]

net-misc/wakeonlan
  Client for Wake-On-LAN
  [up-to-date, no bugs]

sys-fs/dmraid
  Device-mapper RAID tool and library
  [multiple bugs, looks like repology has false positives]

x11-misc/slim
  Simple Login Manager
  [multiple bugs, looks like repology has false positives]

-- 
Best regards,
Michał Górny