The attached list notes all of the packages that were added or removed
from the tree, for the week ending 2015-02-08 23:59 UTC.
Removals:
dev-ml/obrowser 2015-02-02 11:37:14 aballier
games-server/tetrix 2015-02-03 14:24:17 pacho
a
On 08/02/15 17:13, Alexis Ballier wrote:
What we need instead of such endless debate & happy bashing (been
there, done that) is people doing the work. That's what will improve
the distribution. I thought letting libav be the default would improve
that;
If nobody helps fixing the orphaned and ne
On Sun, Feb 8, 2015 at 12:38 PM, hasufell wrote:
>
> The council has (at least implicitly) stated that people may stop using
> common eclasses that standardize stuff in gentoo if they don't like them
> (that includes python, ruby, perl... eclasses as well, FYI).
Maybe we should both step back a b
Rich Freeman:
> On Sat, Feb 7, 2015 at 3:12 PM, hasufell wrote:
>>
>> You are making it sound like there is some huge work to be done. There
>> isn't. And no one has to step up to change the current situation, except
>> the council.
>
>
> If you feel so strongly about it, then join the games tea
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 02/08/2015 05:17 AM, Pacho Ramos wrote:
> Hello
>
> Many times has raised the question about how we could handle those
> packages (like icon packs, wallpapers...) that are not arch
> dependent and, then, could be stabilized all at the same time
On Sun, 8 Feb 2015 12:19:18 +
Ian Whyman wrote:
> On 8 February 2015 at 03:20, Jason A. Donenfeld
> wrote:
> > The votes keep pouring in. Ffmpeg is the preference of Gentoo
> > users, as well as the majority of Gentoo developers, and by a very
> > relevant upstream author.
>
> I don't think
El dom, 08-02-2015 a las 12:19 +, Ian Whyman escribió:
[...]
> So long as libav is effectively dictating the API then by defaulting
> to ffmpeg we are just delaying the inevitable breakage htting the
> tree. I know there are people who think we shouldn't break unstable,
> but I personally prefe
On Mon, 09 Feb 2015 01:33:28 +1100
Michael Palimaka wrote:
> On 09/02/15 00:27, Alan McKinnon wrote:
> > I use this, it builds without errors and works well with Amarok.
> >
> > Please leave it in the tree for as long as it functions correctly.
>
> I'd like to keep this too.
Okay, I hadn't exp
On 09/02/15 00:27, Alan McKinnon wrote:
> On 08/02/2015 14:04, Hanno Böck wrote:
>
>> # Hanno Boeck (08 Feb 2150)
>> # Dead upstream, will be removed in 30 days if nobody
>> # complains.
>> media-sound/moodbar
>
> I use this, it builds without errors and works well with Amarok.
>
> Please leave
On 08/02/2015 14:04, Hanno Böck wrote:
> # Hanno Boeck (08 Feb 2150)
> # Dead upstream, will be removed in 30 days if nobody
> # complains.
> media-sound/moodbar
I use this, it builds without errors and works well with Amarok.
Please leave it in the tree for as long as it functions correctly.
On 8 February 2015 at 03:20, Jason A. Donenfeld wrote:
> The votes keep pouring in. Ffmpeg is the preference of Gentoo users, as well
> as the majority of Gentoo developers, and by a very relevant upstream
> author.
I don't think a forum poll, or a poll of users for that matter is
great way to bu
# Hanno Boeck (08 Feb 2150)
# Dead upstream, will be removed in 30 days if nobody
# complains.
app-portage/portage-mod_jabber
# Hanno Boeck (08 Feb 2150)
# Dead upstream, will be removed in 30 days if nobody
# complains.
media-sound/moodbar
--
Hanno Böck
http://hboeck.de/
mail/jabber: ha...@
07.02.2015 23:12, hasufell пишет:
> In addition... there is no work that needs to be done that has not
> already been done, other than banning an eclass or stating that it is
> the way to go.
How would you do that without breaking all user apps? Clearly - by
slowly migrating away from it and do no
Hello, everyone.
I would like to announce that our little rsync->git band-aid mirror [1]
is doing fine and we're actively working towards improving Gentoo
development experience.
First of all, we have enabled tree-wide repoman scans using travis-ci
[2]. Besides providing regularly updated reposi
Hello
Many times has raised the question about how we could handle those
packages (like icon packs, wallpapers...) that are not arch dependent
and, then, could be stabilized all at the same time by the first arch
team that is going to stabilize it.
Some months ago it was suggested that this packa
15 matches
Mail list logo
