On December 23, 2020 2:56:05 AM UTC, Michael Orlitzky wrote:
>One last design issue that I ran into during the migration.
>
>The slotted lua ebuilds install the headers into subdirectories like
>/usr/include/lua5.2, but otherwise with their upstream names. The
>libraries, on the other hand,
On 12/23/20 4:09 AM, Marek Szuba wrote:
I think what you are looking for is lua_get_shared_lib() from
lua-utils.eclass. We have already got ebuilds in the tree which use
it.
Knowing the library name only helps if I patch the build system; that's
what I'm getting at. The few packages where th
Hi All,
When bumping for security updates, the requirement is that the
replacement ebuild be stabilized (the GLSA be issued), and then to clean
up the tree of vulnerable versions.
As a proxy maintainer, the addition of a tag to queue a PR pending a
specific Bug be closed first would in this scena
Michael,
I'm busy disecting what Marek has done for asterisk as I need to make
that work for multiple versions of net-misc/asterisk-16.14.0-r100, not
merely the one he did it for - perhaps that would be helpful for you as
well?
I don't know lua at all.
Anyway, I'm on IRC as jkroon if you'd like
On 12/23/20 8:35 AM, Jaco Kroon wrote:
Michael,
I'm busy disecting what Marek has done for asterisk as I need to make
that work for multiple versions of net-misc/asterisk-16.14.0-r100, not
merely the one he did it for - perhaps that would be helpful for you as
well?
I don't know lua at all.
An
Hi,
Jaco Kroon wrote:
Specifically, what I suggest is to flag the PR that fixes the issues
(ie, ebuild bump) with the usual Bug: tag, but to then at the same time
be able to pre-emptively file a PR removing the vulnerable versions, but
only once the security bug has been handled (closed).
Towar
On 12/23/20 9:10 AM, Michael Orlitzky wrote:
> On 12/23/20 8:35 AM, Jaco Kroon wrote:
>> Michael,
>>
>> I'm busy disecting what Marek has done for asterisk as I need to make
>> that work for multiple versions of net-misc/asterisk-16.14.0-r100, not
>> merely the one he did it for - perhaps that woul
On 12/23/20 12:13 PM, Jonathan Callen wrote:
One way this could be done without breaking things might be to create a
subdirectory of /usr/$(get_libdir) for each version of Lua and creating
a liblua.a and/or liblua.so symlink in that directory pointing to the
liblua${VERSION}.* file in /usr/$(get
On Wed, Dec 23, 2020 at 1:21 PM Michael Orlitzky wrote:
>
> On 12/23/20 12:13 PM, Jonathan Callen wrote:
> >
> > One way this could be done without breaking things might be to create a
> > subdirectory of /usr/$(get_libdir) for each version of Lua and creating
> > a liblua.a and/or liblua.so symli
On 12/23/20 1:14 PM, Aisha Tammy wrote:
I've recently had the same problem for TACC/Lmod which uses
autotools to get lua versions and lua.cpath and lua.path and did infact manage
to push the horrendously large patch upstream -
https://github.com/TACC/Lmod/commit/0913bf05dd7e8f478f69d5297e26d744d
Ühel kenal päeval, K, 23.12.2020 kell 07:49, kirjutas Michael Orlitzky:
> AC_SEARCH_LIBS([whatever], [lua], [lua_found="yes"])
>
> How do I pass the name "lua5.2" to that, without hacking configure.ac
> and running autoreconf? The only option that comes to mind is to
> build
> the entire proje
On 12/23/20 12:13 PM, Jonathan Callen wrote:
> On 12/23/20 9:10 AM, Michael Orlitzky wrote:
>> On 12/23/20 8:35 AM, Jaco Kroon wrote:
>>> Michael,
>>>
>>> I'm busy disecting what Marek has done for asterisk as I need to make
>>> that work for multiple versions of net-misc/asterisk-16.14.0-r100, not
On 12/23/20 4:34 PM, Aisha Tammy wrote:
> On 12/23/20 3:01 PM, Michael Orlitzky wrote:
>> On 12/23/20 1:14 PM, Aisha Tammy wrote:
>>>
>>> I've recently had the same problem for TACC/Lmod which uses
>>> autotools to get lua versions and lua.cpath and lua.path and did infact
>>> manage
>>> to push t
On 12/23/20 6:04 PM, Aisha Tammy wrote:
Yes, this sounds doable and should work >
Only problem is that if there is an actual liblua.so with the proper
SONAME available in /usr/lib64 (I dunno if Gentoo has any provider of
liblua.so with that SONAME, IIRC SLOT=0 currently does that) then it
will i
On 12/23/20 4:51 PM, Mart Raudsepp wrote:
Ühel kenal päeval, K, 23.12.2020 kell 07:49, kirjutas Michael Orlitzky:
AC_SEARCH_LIBS([whatever], [lua], [lua_found="yes"])
How do I pass the name "lua5.2" to that, without hacking configure.ac
and running autoreconf? The only option that comes to
On 12/23/20 6:18 PM, Michael Orlitzky wrote:
Using pkg-config has a related problem. If lua-5.1 is eselected and if
the upstream build system runs $(pkg-config ... lua), it's going to get
the information for lua-5.1, even if you're trying to build against
lua-5.2. So, first I have to patch upstr
On 12/23/20 3:01 PM, Michael Orlitzky wrote:
> On 12/23/20 1:14 PM, Aisha Tammy wrote:
>>
>> I've recently had the same problem for TACC/Lmod which uses
>> autotools to get lua versions and lua.cpath and lua.path and did infact
>> manage
>> to push the horrendously large patch upstream -
>> https:
>>
>>
>
> My intention with the suggestion was that the actual library be stored
> in /usr/lib64/liblua52.so (or whatever the appropriate name is), but a
> symlink used for linking be stored in /usr/lib64/lua5.2/liblua.so. When
> you pass "-L /usr/lib64/lua5.2 -llua" to the compiler, it will fin
>>
>>
>
> My intention with the suggestion was that the actual library be stored
> in /usr/lib64/liblua52.so (or whatever the appropriate name is), but a
> symlink used for linking be stored in /usr/lib64/lua5.2/liblua.so. When
> you pass "-L /usr/lib64/lua5.2 -llua" to the compiler, it will fin
Title: Most stable hppa keywords removed
Author: Matt Turner
Posted: 2020-12-26
Revision: 1
News-Item-Format: 2.0
Display-If-Keyword: hppa
The Gentoo/HPPA team no longer thinks that the time invested in
package stabilization is warranted for the small number of users on
HPPA. As a result, we will
20 matches
Mail list logo
