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.
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
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).
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
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
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
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
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
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 -
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,
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
>>
>>
>
> 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
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
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
Ü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
>>
>>
>
> 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
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 -
>>
scanelf may generate output that looks like this:
```
UNKNOWN_TYPE;lib/firmware/ath10k/WCN3990/hw1.0/wlanmdsp.mbn;; - ;
EM_ARM;lib/firmware/mediatek/mt8183/scp.img;; - ;
...
```
Previously, we removed the first 3 characters of the first field and
stored this as the "arch" in NEEDED.ELF.2.
On Wed, Dec 23, 2020 at 2:46 PM Junio C Hamano wrote:
>
> Matt Turner writes:
>
> > I want to handle conflicts automatically on lines like
> >
> >> KEYWORDS="~alpha ~amd64 ~arm ~arm64 ~hppa ~ia64 ~mips ~ppc ~ppc64 ~riscv
> >> ~s390 ~sparc ~x86"
> >
> > where conflicts frequently happen by
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
On 12/23/20 7:34 PM, Mike Gilbert wrote:
> scanelf may generate output that looks like this:
>
> ```
> UNKNOWN_TYPE;lib/firmware/ath10k/WCN3990/hw1.0/wlanmdsp.mbn;; - ;
> EM_ARM;lib/firmware/mediatek/mt8183/scp.img;; - ;
> ...
> ```
>
> Previously, we removed the first 3 characters of the
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,
23 matches
Mail list logo
