I discussed this a few weeks ago with some devs on IRC and the general
answer was, file bugs.
I filed bugs. About the rest, I decline any comment. Have fun.
--
Fabio Erculiani
http://www.sabayon.org
http://www.gentoo.org
;
> If they are genuine bugs, then there isn't anything to discuss.
Thanks, I will also create a tracker bug next time.
>
>> List of Gentoo bugs:
>
> Tracker bug is #298759[1]
>
>
> Regards,
> jer
>
>
> [1] https://bugs.gentoo.org/show_bug.cgi?id=298759
>
>
>
--
Fabio Erculiani
http://www.sabayon.org
http://www.gentoo.org
D and
RDEPEND is the only _valid_ solution.
Thanks
Others here gave opposite opinion by the way.
Rémi
--
Fabio Erculiani
http://www.sabayon.org
http://www.gentoo.org
signature.asc
Description: OpenPGP digital signature
On Mon, Dec 28, 2009 at 9:51 PM, David Leverton
wrote:
> On Monday 28 December 2009 20:50:17 Fabio Erculiani wrote:
>> What all this has to do with the fact that they are just build
>> dependencies? Just wondering.
>
> They're not just build dependencies. They're r
nybody. A lot of work is being done lately to try
to improve it.
--
Fabio Erculiani
http://www.sabayon.org
http://www.gentoo.org
signature.asc
Description: OpenPGP digital signature
On Mon, Dec 28, 2009 at 10:32 PM, Samuli Suominen wrote:
On 12/28/2009 10:51 PM, David Leverton wrote:
On Monday 28 December 2009 20:50:17 Fabio Erculiani wrote:
What all this has to do with the fact that they are just build
dependencies? Just wondering.
They're not just
In any case, I think that this situation should be addressed, and perhaps a
comment from PMS might help.
Regards,
--
Fabio Erculiani
http://www.sabayon.org
http://www.gentoo.org
signature.asc
Description: OpenPGP digital signature
sing bit! Thanks for the answer.
>
> --
> Gokdeniz Karadag
>
>
>
--
Fabio Erculiani
http://www.sabayon.org
http://www.gentoo.org
weird that other PMs out there do
that since 1994 (replace 1994 with older value).
Perhaps adding a big fat # XXX somewhere in ebuilds would have helped
us all in saving some time today.
So, at least for now, I suspect I have to give up and close my shiny
27 bugs. Right?
--
Fabio Ercu
om installation profiles and
backends quite easily. I'm really really impressed by the amazing work
RedHat guys did during last years.
Regards,
--
Fabio Erculiani
http://www.sabayon.org
http://www.gentoo.org
On Fri, Apr 9, 2010 at 9:24 PM, Zac Medico wrote:
> On 04/09/2010 04:34 AM, Fabio Erculiani wrote:
>> They are available in the "sabayon" overlay. Is there anybody
>> interested in helping me out for the integration and, perhaps,
>> merge-into-Portage part?
>
On Sat, Apr 10, 2010 at 2:45 AM, Robin H. Johnson wrote:
> On Fri, Apr 09, 2010 at 01:34:46PM +0200, Fabio Erculiani wrote:
>> app-admin/authconfig
> (just checking, this is the nsswitch.conf changer right?), if so, then
> add to below.
>
>> net-misc/fcoe-utils
>>
nd to
other devs willing to take over.
--
Fabio Erculiani
http://www.sabayon.org
http://www.gentoo.org
On Thu, Aug 12, 2010 at 9:35 AM, Ben de Groot wrote:
> On 9 August 2010 14:29, Mike Frysinger wrote:
>> sure would be nice if someone picked up the installer again ...
>
> No, it wouldn't. Best leave that dead and buried.
That one, for sure.
>
> Cheers,
> Ben
&g
our app-admin/anaconda package and installing
them on less annoying library path (/usr/lib/anaconda-runtime),
something not really Gentoo-compliant.
>
> -A
>
>> that's why i said "it'd be nice" and not "i'm going to do it"
>> -mike
>>
>>
>
>
--
Fabio Erculiani
http://lxnay.com
http://www.sabayon.org
http://www.gentoo.org
r gui python one was better. that and the insistence on
> redhat-only tools (like rpm) is obnoxious.
> -mike
RPM dependency has been moved to the yum module inside anaconda and
it's not required anymore.
>
>
--
Fabio Erculiani
http://lxnay.com
http://www.sabayon.org
http://www.gentoo.org
Am I the only one who is waiting for a Portage 2.2 unmask on ~arch?
It's taking months if not years ;-)
--
Fabio Erculiani
Please, just, no.
Projects and people are just not ready, yet. And even Python experts
at #python tell to stay away from Py3, last time I checked.
--
Fabio Erculiani
enough, besides being happy that their app will KEEP working.
--
Fabio Erculiani
installer
out there. Text frontend comes for free, but nowadays, there aren't
many servers without a vesa-compatible video card or
VNC/X-over-ssh/whatever availability.
Regards,
--
Fabio Erculiani
http://lxnay.com
staller that would cover a
standard install, newbie-oriented scenario would be definitely good.
Experienced people won't use it anyway, so why bothering trying to
cover their needs, it would be a straight way to fail again.
--
Fabio Erculiani
http://lxnay.com
I really love the idea of being able to atomically push updates across
multiple CPVs.
This is also what KDE, GNOME, and many other teams are waiting for.
Having multiple repos means no atomicity and at this point, I would
rather prefer CVS (omg!).
--
Fabio Erculiani
ere is no guarantee on the scheduling)
2. a way to have some handy packages being pulled in at some point
(audacious plugins?)
Who is this poor little PDEPEND?
I think it's time to take action and fix the gray area around
PDEPENDs, or at least clarify the fact to us developers.
--
Fabio Erculiani
On Thu, Aug 11, 2011 at 1:31 AM, Zac Medico wrote:
> On 08/10/2011 02:14 PM, Fabio Erculiani wrote:
>> The problem here is that Portage enforces the same rule by trying to
>> schedule the PDEPEND "as soon as possible"
>
> This behavior was introduced in order to s
On Thu, Aug 11, 2011 at 7:36 AM, Ciaran McCreesh
wrote:
> On Wed, 10 Aug 2011 23:14:22 +0200
> Fabio Erculiani wrote:
>> I've intermittently spent my last two days trying to figure out a
>> weird bug on Entropy dependency resolution algorithm (which is
>> actua
off if you just
> implement the ASAP behavior.
I would rather want to see it becoming mandatory by PMS, also.
But beside the ASAP, do you agree that there is still a dependency issue?
> --
> Thanks,
> Zac
>
>
--
Fabio Erculiani
PEND}}"
expects to find a sane JDK environment.
--
Fabio Erculiani
http://lxnay.com
On Thu, Aug 11, 2011 at 10:24 AM, Ulrich Mueller wrote:
>>>>>> On Thu, 11 Aug 2011, Fabio Erculiani wrote:
>
>
> Generally, you cannot rely on any dependency (outside of the system
> set) being present in pkg_setup:
>
> <http://dev.gentoo.org/~ulm/pms/hea
On Sat, Aug 13, 2011 at 12:37 PM, Dirkjan Ochtman wrote:
> Hi there,
>
>
> media-libs/FusionSound for whatever reason blocks net-zope/zodb
>
probably file collisions. IIRC i've been hit by that long time ago.
There should be also a bug about it.
>
> Cheers,
&g
Hi,
straight question. Is there anybody out there using genkernel-based
kernels+initramfs and unionfs?
The support inside genkernel is rotting and it would be nice to have
it removed and replaced by aufs2, and by dm-snapshot afterwards
(thanks to likewhoa for the advice).
Cheers,
--
Fabio
passwords, etc.
But the same applet can be used in both GNOME and LXDE, making
lxpolkit a better choice over polkit-gnome for the latter.
My proposal is to create a virtual pkg listing all the polkit auth
agent implementations and make pkgs depend on it.
--
Fabio Erculiani
.
Others affected:
app-emulation/emul-linux-x86-gtklibs
gnome-base/librsvg
media-libs/libwmf
others?
--
Fabio Erculiani
http://lxnay.com
Anything using /proc/config.gz is broken.
For the following reasons:
1) could be not available (CONFIG not enabled)
2) doesn't reflect the kernel you're compiling against (chrooted env,
multiple kernels on the system, etc)
--
Fabio Erculiani
uild time task, and not install time)
I'm sure there are other reasons as well...
--
Fabio Erculiani
http://lxnay.com
pkg_setup() is shared between binpkgs and srcpkgs, and often it ends
up containing stuff that should be rather placed into
src_{prepare,configure,whatever}.
--
Fabio Erculiani
http://lxnay.com
On Fri, Nov 4, 2011 at 10:18 PM, Robin H. Johnson wrote:
> On Fri, Nov 04, 2011 at 04:11:42PM +0100, Fabio Erculiani wrote:
>> On Fri, Nov 4, 2011 at 3:46 PM, Mike Gilbert wrote:
>> >
>> > It is good that we warn users about this when they install the package,
>&g
On Fri, Nov 4, 2011 at 11:12 PM, Robin H. Johnson wrote:
> On Fri, Nov 04, 2011 at 11:02:18PM +0100, Fabio Erculiani wrote:
>> > The ONLY time that kernel config checks are fatal is when you're
>> > building kernel modules, and the module will fail to compile unless
&
libtool command, which is often mostly noise.
>
And writing to std{out,err} is expensive! ;-)
> --
> ~Nirbheek Chauhan
>
> Gentoo GNOME+Mozilla Team
>
>
--
Fabio Erculiani
http://lxnay.com
ulled it in),
and this is the only case I can think of.
If you need to schedule a dep install at some point, you should rather
use PDEPEND, but if the same is required earlier in the schedule,
well, you're flooked.
--
Fabio Erculiani
http://lxnay.com
On Mon, Dec 5, 2011 at 4:04 AM, Brian Harring wrote:
> [..]
>
> While it appears that way, it's not actually true; RDEPEND is what the
> pkg requires to be able to be usable, not what is required to merge
> it.
> [...]
Correct, I didn't want to be so picky on
adata.xml (adding to its .dtd) to also support this?
It would be nice to show this info in GUI package managers instead of
the actual, and ugly (for the newbies), CP or CPV.
It would be just a small addition that would make a big diff.
So?
--
Fabio Erculiani
On Sat, Feb 11, 2012 at 2:27 PM, Michał Górny wrote:
> On Sat, 11 Feb 2012 14:00:38 +0100
> Fabio Erculiani wrote:
>
>> I think this is not the first time it's been discussed here, but maybe
>> I'm wrong.
>> Other distros associate a more user-friendly
is kinda funny.
--
Fabio Erculiani
Markos,
there are also webapps.
--
Fabio Erculiani
http://lxnay.com
If only libav and ffmpeg developers would stop breaking their API on
every release...
Just break it once and for all. It's so sad that I still can't upgrade
from libav-9 because of this.
Feature request: could you stop breaking the API for a couple of
years? Thanks. If you say that you have to, we
101 - 145 of 145 matches
Mail list logo
