[gentoo-dev] Re: lua upgrade plan

William Hubbs posted on Sat, 01 Jul 2017 11:53:59 -0500 as excerpted: > See this article for why using liblua as a shared library is not > recommended. > > http://article.gmane.org/gmane.comp.lang.lua.general/18519 > > Yes, it talks about the interpretor, but it goes further and really >

[gentoo-dev] Maintainer-needed eclasses

Hi, everyone. I'm sending a complete list of eclasses that do not have an active maintainer (or lack a maintainer info). Please take a look at it and see if you can take up some of them. alternatives.eclass aspell-dict-r1.eclass bsdmk.eclass cannadic.eclass common-lisp-common.eclass

Re: [gentoo-dev] Last rites: 12 more packages (broken, obsolete deps)

On sob, 2017-07-01 at 22:51 +0200, Matthias Schwarzott wrote: > Am 05.06.2017 um 20:13 schrieb Michał Górny: > > > > # Michał Górny (05 Jun 2017) > > # (on behalf of Treecleaner project) > > # Unmaintained in Gentoo. The current Gentoo version no longer builds. > > # Removal

Re: [gentoo-dev] Last rites: 12 more packages (broken, obsolete deps)

Am 05.06.2017 um 20:13 schrieb Michał Górny: > > # Michał Górny (05 Jun 2017) > # (on behalf of Treecleaner project) > # Unmaintained in Gentoo. The current Gentoo version no longer builds. > # Removal in 30 days. Bug #602820. > media-plugins/vdr-xineliboutput > I like to

Re: [gentoo-dev] lua upgrade plan

On Sat, Jul 01, 2017 at 01:16:02PM +0500, Azamat Hackimov wrote: > 2017-06-30 22:16 GMT+05:00 William Hubbs : > > > All, > > > > Upstream does not support liblua as a shared library, and they do not > > support installing multiple versions of lua onto a system. After > >

[gentoo-dev] [PATCH] flag-o-matic.eclass: Strip LDFLAGS unsupported by the C compiler, #621274

Include LDFLAGS in the variables stripped by strip-unsupported-flags. The code reuses the current functions for testing CC, and so only remove LDFLAGS that are rejected by the C compiler and not the linker. This solves the case of bug #621274 where LDFLAGS contained GCC-specific -flto flag. ---

[gentoo-dev] [PATCH] eclass/tests: Fix inheriting multiple eclasses

Fix the inherit function to correctly handle 'inherit' call with multiple eclasses, instead of returning after the first eclass is successfully sourced. --- eclass/tests/tests-common.sh | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/eclass/tests/tests-common.sh

Re: [gentoo-dev] [PATCH] toolchain-funcs.eclass: We only support little-endian Alpha

On Sat, 1 Jul 2017 09:55:29 +0100 James Le Cuirot wrote: > Funny that no one noticed this for 10 years. :) Thanks to klausman for > clearing this up. > --- > eclass/toolchain-funcs.eclass | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git

Re: [gentoo-dev] [PATCH] toolchain-funcs.eclass: We only support little-endian Alpha

On Sat, Jul 1, 2017, at 03:55 CDT, James Le Cuirot wrote: > Funny that no one noticed this for 10 years. :) Thanks to klausman for > clearing this up. > --- > eclass/toolchain-funcs.eclass | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git

Re: [gentoo-dev] lua upgrade plan

> excellent LuaDist I'd not say it is excellent :( I'd rather say "NIH-syndromed" > Why Lua can't have same eclass as multislotted Python or Ruby? > Lua ecosystem not so big, about 500 packages > so why there no even little efforts to make Lua support in Gentoo better? Well... Actually, it

Re: [gentoo-dev] [PATCH] toolchain-funcs.eclass: We only support little-endian Alpha

On Sat, 1 Jul 2017 09:55:29 +0100 James Le Cuirot wrote: > Funny that no one noticed this for 10 years. :) Thanks to klausman for > clearing this up. > --- > eclass/toolchain-funcs.eclass | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git

[gentoo-dev] Last rites: media-gfx/picturewall

# Michael Palimaka (01 Jul 2017) # Depends on vulnerable qtwebkit:4. Dead upstream. # Masked for removal in 30 days. Bug #620836. media-gfx/picturewall

[gentoo-dev] Last rites: media-gfx/smile

# Michael Palimaka (01 Jul 2017) # Depends on vulnerable qtwebkit:4. Dead upstream. # Masked for removal in 30 days. Bug #620704. media-gfx/smile

[gentoo-dev] Last rites: kde-misc/semantik

# Michael Palimaka (01 Jul 2017) # Depends on vulnerable qtwebkit:4. Dead upstream. # Masked for removal in 30 days. Bug #620700. kde-misc/semantik

[gentoo-dev] Last rites: app-cdr/acetoneiso

# Michael Palimaka (01 Jul 2017) # Depends on vulnerable qtwebkit:4. Dead upstream. # Masked for removal in 30 days. Bug #620688. app-cdr/acetoneiso

Re: [gentoo-dev] [PATCH] Profile-enforced big-endian USE flag

On Thu, 29 Jun 2017 22:19:58 +0100 James Le Cuirot wrote: > On Wed, 28 Jun 2017 23:29:03 +0100 > James Le Cuirot wrote: > > > > On Tue, Jun 27, 2017 at 6:44 PM, James Le Cuirot > > > wrote: > > > > I am therefore proposing a new

[gentoo-dev] [PATCH] toolchain-funcs.eclass: We only support little-endian Alpha

Funny that no one noticed this for 10 years. :) Thanks to klausman for clearing this up. --- eclass/toolchain-funcs.eclass | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/eclass/toolchain-funcs.eclass b/eclass/toolchain-funcs.eclass index 121db46e62b5..777fce905f3e 100644 ---

Re: [gentoo-dev] lua upgrade plan

2017-06-30 22:16 GMT+05:00 William Hubbs : > All, > > Upstream does not support liblua as a shared library, and they do not > support installing multiple versions of lua onto a system. After > conferring with the other lua maintainer, the decision has been made to > remove

Re: [gentoo-dev] [PATCH] Profile-enforced big-endian USE flag

Hi! On Thu, 29 Jun 2017, James Le Cuirot wrote: > > No. Alpha is little endian. > > Wikipedia says it is bi. tc-native() reports alpha* as big so I guess > that's the only variant we support? Then again, this page says it is > usually little. Is tc-native() wrong? > >