El jue, 04-07-2013 a las 01:07 +0200, Michael Weber escribió:
[...]
> I contacted fonts alias and, as mentioned on the bug and irc, Ben de
> Groot (yngwin) does not object and says that font team lead Peter
> Volkov (pva) is non-active.
Why fonts team doesn't elect a new lead then? Thanks for the
Walter Dnes wrote:
> Tom Wijsman wrote
> > With USE=-experimental (which will be the default) they are excluded by
> > default, after enabling that the user can exclude patches by setting
> > UNIPATCH_EXCLUDE through the package.env mechanism.
>
> Assume that there are 50 different patches avail
Tom Wijsman wrote:
> "Steven J. Long" wrote:
> > If it does [affect the build by default] then it should never be
> > applied, unless the user specifically asks for it, imo, and the
> > resultant kernel is labelled -exp as you suggest.
>
> Yes, we are going to introduce an experimental USE flag fo
On Wed, Jul 03, 2013 at 02:42:56PM +0200, Tom Wijsman wrote
> With USE=-experimental (which will be the default) they are excluded by
> default, after enabling that the user can exclude patches by setting
> UNIPATCH_EXCLUDE through the package.env mechanism.
Here's my user, not-a-developer, per
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hello,
as Ondrej Grover pointed out on [1], the font.eclass installs font
files and indexes (font.dir, fonts.scale) into sub-dirs of
/usr/share/fonts/, e.g. /usr/share/fonts/terminus.
These directories are naturally not in the fontpath of Xorg serv
Oh, so It has nothing to do with upgrade path.
My apologies
--
Sergei
signature.asc
Description: PGP signature
On Wed, 3 Jul 2013 16:52:37 +0300
Sergei Trofimovich wrote:
> On Wed, 3 Jul 2013 15:06:07 +0200
> Tom Wijsman wrote:
>
> > On Tue, 2 Jul 2013 21:16:07 +0300
> > Sergei Trofimovich wrote:
> >
> > > udev's case:
> > > It's _not_ the kernel which upgrade breaks user's system. Why do
> > > you tr
On Wed, 3 Jul 2013 15:06:07 +0200
Tom Wijsman wrote:
> On Tue, 2 Jul 2013 21:16:07 +0300
> Sergei Trofimovich wrote:
>
> > udev's case:
> > It's _not_ the kernel which upgrade breaks user's system. Why do you
> > try to "fix" it? If you want to save user's box - make check at
> > pre-install ti
On Tue, 2 Jul 2013 21:16:07 +0300
Sergei Trofimovich wrote:
> udev's case:
> It's _not_ the kernel which upgrade breaks user's system. Why do you
> try to "fix" it? If you want to save user's box - make check at
> pre-install time. Otherwise it will break.
Won't work for stage3's case, where thi
On Wed, 3 Jul 2013 11:45:55 +0100
"Steven J. Long" wrote:
> Tom Wijsman wrote:
> > > > Earlier I mentioned "3) The patch should not affect the build by
> > > > default."; if it does, we have to adjust it to not do that,
> > > > this is something that can be easily scripted.
>
> If it does then
Michael Weber wrote:
> Anthony G. Basile wrote:
> > Now I'm confused because gentoo-sources is gentoo specific. It
> > contains stuff that we need in gentoo but other distros do not
> > need, like our end-to-end support for certain xattr namespaces. If
> > you remove these then we must either 1)
Tom Wijsman wrote:
> Greg KH wrote:
>
> > On Mon, Jul 01, 2013 at 09:25:42PM +0200, Tom Wijsman wrote:
> > > On Mon, 1 Jul 2013 14:09:57 -0500
> > > Matthew Summers wrote:
> > > > If the patchset patches the kernel's core, it doesn't matter what
> > > > CONFIG_* option is set the core kernel cod
12 matches
Mail list logo
