On Thu, Jun 11, 2020 at 07:11:33AM -0500, Dale wrote:
> As a user, how about media? Multimedia? Or would those interfere with
> other packages?
>
> I might add, regardless of name, will it be active enough to keep it
> alive or will it go the same as the last?
>
> Dale
>
> :-) :-)
Please
On Wed, Jun 10, 2020 at 08:25:20PM +0200, Michał Górny wrote:
> Hi,
>
> Let's split this from [1] as I suppose having it in middle of high-noise
> 'up for grabs' might prevent some interested people from seeing it.
>
> The general purpose of codec project [2] is to maintain core libraries
> for
This will also allow me to start adding cross support to cargo.eclass
with new cross-friendly variables.
experimental cross support landed in rust-1.44.0 today [1]
[1] https://bugs.gentoo.org/679878
On 6/11/20 8:11 PM, Georgy Yakovlev wrote:
> no consumers left in the tree
>
> Signed-off-by:
no consumers left in the tree
Signed-off-by: Georgy Yakovlev
---
eclass/cargo.eclass | 1 -
1 file changed, 1 deletion(-)
diff --git a/eclass/cargo.eclass b/eclass/cargo.eclass
index ad90a0c7dd8..ccbf87aa9a6 100644
--- a/eclass/cargo.eclass
+++ b/eclass/cargo.eclass
@@ -16,7 +16,6 @@
# Gentoo BugDay
Come join us over at #gentoo-bugday on freenode IRC on the first Saturday of
every month
to squash bugs and make Gentoo a bit more awesome.
You don't need to be a Gentoo developer or even a coder to help us on BugDay.
Our next BugDay is on 4th July 2020 and we have
I have no further interest in the following packages which are now
maintainer-needed:
app-text/groonga
app-text/groonga-normalizer-mysql
Brian
signature.asc
Description: OpenPGP digital signature
Kent Fredric wrote:
> On Wed, 10 Jun 2020 20:25:20 +0200
> Michał Górny wrote:
>
>> The general purpose of codec project [2] is to maintain core libraries
>> for various multimedia format encoder/decoder libraries. It's like
>> gfx+sound+video except only for core packages and not every possible
> 1. Should the project be focused on reference/most common
> implementations, or maybe more of them? Say, giflib vs libnsgif.
> I think the latter library is specific to a few programs right now but
> if it gets more popular, it would fit.
It's mostly a question of critical mass. To give an
