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
potlighter
x11-apps/python-whiteboard
x11-apps/whyteboard
x11-drivers/cwiid
--
Fabio Erculiani
x: Developer, Infrastructure Lead
> E-Mail : robb...@gentoo.org
> GnuPG FP : 11ACBA4F 4778E3F6 E4EDF38E B27B944E 34884E85
>
--
Fabio Erculiani
On May 31, 2014 8:42 PM, "Robin H. Johnson" wrote:
>
> On Fri, May 30, 2014 at 06:10:40PM +0300, Samuli Suominen wrote:
> > I can't find anyone with access that actually replies to mails, pings,
> > ... to genkernel repository for:
> >
> > https://bugs.gentoo.org/show_bug.cgi?id=461828
> >
> > I'l
You can't toss out a tool and ask for it to be a
> recommendation but point to others that you think need to maintain its
> configuration.
>
> Rich
>
--
Fabio Erculiani
or little reason (a single vdb.dbapi.match() can eat 100MB
of RAM).
We know how Python deals with freed memory... Sigh...
>
> -A
>
>>
>>
>> --
>> Luis Ressel
>> GPG fpr: F08D 2AF6 655E 25DE 52BC E53D 08F5 7F90 3029 B5BD
>
>
--
Fabio Erculiani
ame time.
Yeah, this is probably bad design...
--
Fabio Erculiani
slotmove lines.
>
> Paweł
>
--
Fabio Erculiani
://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/profiles/updates/2Q-2013?r1=1.1&r2=1.2
--
Fabio Erculiani
trate my gratitude.
>
> So yep, ~arch being *this* broken is not so nice
>
> --
> Regards,
> Markos Chandras - Gentoo Linux Developer
> http://dev.gentoo.org/~hwoarang
>
--
Fabio Erculiani
On Thu, Aug 8, 2013 at 4:10 PM, Alon Bar-Lev wrote:
> On Thu, Aug 8, 2013 at 5:01 PM, Fabio Erculiani wrote:
>> Moreover, the lvm problem is caused by a very ancient and ill decision
>> about doing what upstream tells you to avoid: have mdev in the
>> initramfs and udev on t
ou understand that some of us will be very rude and just suggest
> to unmerge gnome on all support requests as it now moves outside our
> support range ...
>
> Have a nice day,
>
> Patrick
>
>
--
Fabio Erculiani
Some time ago I was also thinking about writing a test framework for
testing live images through kvm.
Of course I didn't manage to find time to try to arrange something in
the end, but the idea is still popping up in my mind every now and
then.
--
Fabio Erculiani
times and randomly pick an initial state to see if
you spot a "scenario" in where you have problems (concurrency
problems)... :-)
>
>
> Diego Elio Pettenò — Flameeyes
> flamee...@flameeyes.eu — http://blog.flameeyes.eu/
--
Fabio Erculiani
does not support
> devtmpfs
> (easy to check by /proc/filesystems)
No. As explained multiple times, this check is not reliable and
doesn't work (chroot, binpkgs, containers without kernel, and so
on...).
Making sure that the user doesn't build an unbootable kernel is the way to go.
>
> --
>
> Sergei
--
Fabio Erculiani
> --
>>> Regards,
>>> Markos Chandras - Gentoo Linux Developer
>>> http://dev.gentoo.org/~hwoarang
>>>
>>
>>
>
>
> --
> Anthony G. Basile, Ph.D.
> Gentoo Linux Developer [Hardened]
> E-Mail: bluen...@gentoo.org
> GnuPG FP : 1FED FAD9 D82C 52A5 3BAB DC79 9384 FA6E F52D 4BBA
> GnuPG ID : F52D4BBA
>
>
--
Fabio Erculiani
On Mon, Jul 1, 2013 at 10:24 PM, Christoph Junghans wrote:
> 2013/7/1 Fabio Erculiani :
>> I believe that end users would benefit more from kernel binary ebuilds
>> (ebuilds building an actual kernel with an official config), rather
>> than all this.
> +1
>
> The &q
es apart, I've been using it in production for almost 2 years now
(can't remember exactly).
>
> --
> Regards,
> Markos Chandras - Gentoo Linux Developer
> http://dev.gentoo.org/~hwoarang
>
--
Fabio Erculiani
On Mon, Jul 1, 2013 at 9:59 PM, Pacho Ramos wrote:
> El lun, 01-07-2013 a las 21:55 +0200, Fabio Erculiani escribió:
>> I believe that end users would benefit more from kernel binary ebuilds
>> (ebuilds building an actual kernel with an official config), rather
>> than all
I believe that end users would benefit more from kernel binary ebuilds
(ebuilds building an actual kernel with an official config), rather
than all this.
--
Fabio Erculiani
Fix the reason why the wrapper got broken then.
If the wrapper broke, it is most likely a symptom of a bigger problem.
I think that sysvinit's /sbin/init should be renamed to /sbin/sysvinit
(or /bin/sysvinit?), anyway...
--
Fabio Erculiani
worth the porting, etc).
Making the switch between openrc and systemd easy is a big win (for
both developers, distro maintainers, users) and makes Gentoo more
attractive, but this is another topic...
--
Fabio Erculiani
Thanks for the offer, I appreciate it, but I have to decline this time.
--
Fabio Erculiani
stemd-love/commit/ced29311348a81a2573b030b1316f1c3a0335c5b
[2]
https://github.com/Sabayon/systemd-love/commit/9eea3ff713c8fa0391e7b1bfa494d533dc21c0be
[3]
https://github.com/Sabayon/systemd-love/blob/master/eclass/eselect-init.eclass
--
Fabio Erculiani
The final outcome I would love to see is that everybody eventually
graduates from kindergarten :-)
And perhaps introduce a "culture-fit" score in the recruiting,
mentoring process.
--
Fabio Erculiani
; #friendly-coders -- We're friendly, but we're not /that/ friendly ;-)
>
--
Fabio Erculiani
ctly by upstream projects would reduce our maintenance
burden in the long run.
Anyway, I'm not trying to convince anybody in using either init
systems, I am just suggesting that you should try both and decide
yourself. Which translated, is the same goal as making systemd more
accessible to you.
--
Fabio Erculiani
t to do then? Isolate from the rest of the world?
(It's not a sarcastic question). I hope that everybody does their own
reality check.
--
Fabio Erculiani
On Wed, May 8, 2013 at 5:49 PM, Ben de Groot wrote:
> On 8 May 2013 23:39, Fabio Erculiani wrote:
>> On Wed, May 8, 2013 at 5:26 PM, Ben de Groot wrote:
>>> On 1 May 2013 18:04, Fabio Erculiani wrote:
>>>> It looks like there is some consensus on the effo
On Wed, May 8, 2013 at 5:39 PM, Chí-Thanh Christopher Nguyễn
wrote:
> Ben de Groot schrieb:
>> On 1 May 2013 18:04, Fabio Erculiani wrote:
>>> It looks like there is some consensus on the effort of making systemd
>>> more accessible, while there are problems with su
On Wed, May 8, 2013 at 5:26 PM, Ben de Groot wrote:
> On 1 May 2013 18:04, Fabio Erculiani wrote:
>> It looks like there is some consensus on the effort of making systemd
>> more accessible, while there are problems with submitting bugs about
>> new systemd units of the
Tracker bug:
https://bugs.gentoo.org/show_bug.cgi?id=468898
--
Fabio Erculiani
On Sat, May 4, 2013 at 3:05 PM, Fabio Erculiani wrote:
>
> Scenario:
> - you have an initramfs with mdev, your pivot_chroot system runs udev.
> - you have a LVM volume group, containing the lvm volume for / and
> /home, and perhaps you also have swap on another volume.
> -
On Sat, May 4, 2013 at 12:42 PM, Luca Barbato wrote:
> On 05/01/2013 12:04 PM, Fabio Erculiani wrote:
>> PLEASE DO NOT START A FLAME WAR AND READ ON FIRST.
>> THIS IS NOT A POST AGAINST OPENRC.
>
> Amen
>
>> With the release of Sabayon 13.04 [1] and thanks to the eff
system default wxWidgets profile.
xvmc Manage the XvMC implementation used by your system
Why aren't we telling people to just edit config files!?
--
Fabio Erculiani
> But noted, those last 2 "against" reasons are "edge cases", where the
> arguments for it are "majority cases", so collectively I'm still in favour
> of the eselect + symlinks approach.
>
>
> --
> Kent
--
Fabio Erculiani
On Wed, May 1, 2013 at 9:52 PM, "Paweł Hajdan, Jr."
wrote:
> On 5/1/13 3:04 AM, Fabio Erculiani wrote:
>
> As far as I read the bug, Mike (vapier) is doing the right thing.
> Distros doing lots of custom changes can only add more chaos to the picture.
We are a distribution,
There is no tracker yet. But it may be very well materialize at some point.
--
Fabio Erculiani
On Wed, May 1, 2013 at 2:54 PM, Steven J. Long
wrote:
> On Wed, May 01, 2013 at 12:04:00PM +0200, Fabio Erculiani wrote:
>> PLEASE DO NOT START A FLAME WAR AND READ ON FIRST.
>> THIS IS NOT A POST AGAINST OPENRC.
>>
>> With the release of Sabayon 13.04 [1] and thanks t
On Wed, May 1, 2013 at 12:50 PM, Pacho Ramos wrote:
> El mié, 01-05-2013 a las 12:04 +0200, Fabio Erculiani escribió:
> [...]
>> - other ~490 systemd units are missing at this time and writing them
>> could also be a great GSoC project (don't look at me, I'm busy
&
on-1304
[2] https://github.com/Sabayon/systemd-love
[3] For instance: https://bugs.gentoo.org/show_bug.cgi?id=465236
[4] "useless crap": https://bugs.gentoo.org/show_bug.cgi?id=399615
Cheers,
--
Fabio Erculiani
r
>
> E-mail address : tom...@gentoo.org
> GPG Public Key : 6D34E57D
> GPG Fingerprint : C165 AF18 AB4C 400B C3D2 ABF0 95B2 1FCD 6D34 E57D
--
Fabio Erculiani
On Wed, Apr 10, 2013 at 6:32 PM, Mike Frysinger wrote:
> On Wednesday 10 April 2013 12:42:14 Fabio Erculiani wrote:
>> On Wed, Apr 10, 2013 at 5:33 PM, Mike Frysinger wrote:
>> > On Wednesday 10 April 2013 06:04:00 Fabio Erculiani wrote:
>> >> It looks like you'
On Wed, Apr 10, 2013 at 5:33 PM, Mike Frysinger wrote:
> On Wednesday 10 April 2013 06:04:00 Fabio Erculiani wrote:
>> It looks like you're not using a standard style guide for Python but
>> rather this one [1].
>> I suggest you to use something closer to PEP8.
>
&
It looks like you're not using a standard style guide for Python but
rather this one [1].
I suggest you to use something closer to PEP8.
[1] https://code.google.com/p/google-styleguide/
--
Fabio Erculiani
On Tue, Feb 12, 2013 at 7:47 PM, Pacho Ramos wrote:
> El mar, 12-02-2013 a las 19:43 +0000, Fabio Erculiani escribió:
>> I am starting to believe that this is yet another good reason for
>> having official ebuilds building binaries off gentoo-sources through
>> genkernel. P
I am starting to believe that this is yet another good reason for
having official ebuilds building binaries off gentoo-sources through
genkernel. Pretty much the same I do in Sabayon since 2007.
--
Fabio Erculiani
would fix any of the listed issues without causing other "side
effects".
For starters, if kernel sources provide /lib/firmware, how do you deal
with file collisions?
>
> Cheers,
>
> Dirkjan
>
--
Fabio Erculiani
No FILESDIR nor T in pkg_* phases please!
--
Fabio Erculiani
r2_0.tbz2/portage/x11-misc/bumblebee-3.0.1-r2'
* S:
'/var/tmp/entropy/packages/amd64/5/x11-misc_bumblebee-3.0.1-r2_0.tbz2/portage/x11-misc/bumblebee-3.0.1-r2/work/bumblebee-3.0.1'
--
Fabio Erculiani
entoo" one, then, it probably has some incompatibility
> Gentoo :/)
>
Officially, we have always used fbsplash + splashutils.
I have no experience with dracut/plymouth though.
--
Fabio Erculiani
What I always wondered is why we have ebuilds for every kind of binary
except for kernels, yet we build official kernels with official
configs for our livecds.
--
Fabio Erculiani
I am starting to think that the real problem is that Gentoo does not
have ebuilds for building kernels (binary kernels). At that point, it
would be easy to add USE flags and virtual packages to solve the
config check problem at the dependencies level once and for all.
--
Fabio Erculiani
On Thu, Jan 24, 2013 at 1:10 AM, Robin H. Johnson wrote:
> On Wed, Jan 23, 2013 at 12:32:40PM +0000, Fabio Erculiani wrote:
>> I hope this is going to be binary package manager friendly.
>> In Sabayon for instance, kernel sources are not even installed and at
>> the same time
I think that the problem is that it is trying to be smart when it's
not really possible (unless you want to cover all the corner cases,
which is a pain).
--
Fabio Erculiani
"smarter" than the user.
--
Fabio Erculiani
In my humble opinion, the real question is: why systemd got merged into udev?
I would love to hear a clear technical reason for that.
--
Fabio Erculiani
It depends on who is actually laughing I'd say.
just my 0.01c.
--
Fabio Erculiani
On Wed, Sep 5, 2012 at 12:44 PM, Rich Freeman wrote:
> On Wed, Sep 5, 2012 at 3:19 AM, Fabio Erculiani wrote:
>> The complexity would become:
>> O((b + r + p) * P)
>> b = amount of buildtime dependencies
>> r = amount of runtime dependencies
>> p = amount of p
bZ2pkdEhKetlpDe+xbWY0LhaczKdizwF7BrT
> d+BeazPGWBP/muY0s3VDu3KV/3TRS0tME8GRsDevA9nCfA2plU0ZmmZnTB69tLc+
> /dgdexHhc3IuA5eMObwOfSK6r9Jozlrv09TDvb6kHXm+0kqhV/W/aaS1qT4Bjlxd
> psMjf9lSJHLcXuhtOz9OW4qmhp4BGCA8Rgeoq25Yw8E2eH0abvDbHR5U7u1hEpnQ
> j6rJ0fZ27tfbMecd5i8b
> =Zv/I
> -END PGP SIGNATURE-
>
--
Fabio Erculiani
s/with/on/
--
Fabio Erculiani
On Sun, Sep 2, 2012 at 9:04 PM, Ciaran McCreesh
wrote:
> On Sun, 2 Sep 2012 20:46:19 +0200
> Fabio Erculiani wrote:
>> On Sun, Sep 2, 2012 at 8:08 PM, Ciaran McCreesh
>> wrote:
>> > and we have worked out all the difficulties.
>>
>> Please elaborate. Wh
erstand the
complexity of proposals: if it takes me more than 5 minutes to
understand it, then users (!= devs) will have to go through the same
or more "wtf-period". And the probability of them "giving up / getting
sick / ignoring it" is linear with the wtf-period.
>
> --
> Ciaran McCreesh
--
Fabio Erculiani
On Sun, Sep 2, 2012 at 5:23 PM, Michał Górny wrote:
> On Sun, 2 Sep 2012 17:09:22 +0200
> Fabio Erculiani wrote:
>
>> On Sun, Sep 2, 2012 at 4:57 PM, hasufell wrote:
>> >
>> >
>> > Why not introduce a global useflag such as "suggested-deps" wh
luetooth in
net-misc/networkmanager for example (this is what I mean with USE
flags abuse, actually).
I'm not saying that SDEPEND is the best one-size-fits-all solution but
you may agree that's the simplest and most effective one.
--
Fabio Erculiani
ks in
practice and this is not really good to me, for a simple feature like
this.
[2] From GLEP 62 page: "and it is not strictly required that a package
manager must ensure that the dependency graph is still consistent
afterwards".
--
Fabio Erculiani
using a spoon to eat spaghetti to me.
I think SDEPEND is a much simpler approach to the issue, why
introducing a new kind of USE flags to address what really belongs to
*DEPEND?
> --
> Thanks,
> Zac
>
--
Fabio Erculiani
from the HDEPEND discussion, but I
think that if we're going to split *DEPEND, it might be a good
opportunity to do it right _once_ and _for all_.
--
Fabio Erculiani
Anything build-time related should not be placed into pkg_setup (I am
pointing the finger to those build-related die() that are breaking
binpkgs support). There's src_prepare() and src_configure() nowadays.
--
Fabio Erculiani
protocols out there, the problem is if
these protocols can be applied to the git workflow.
Just brain-dumping...
--
Fabio Erculiani
t | Gentoo) & (arunsr | GNOME)
>
--
Fabio Erculiani
Please kill CVS with fire!
I've been waiting for this since 2009.
--
Fabio Erculiani
urUReBipvCeGPYfE
> ZIGHcSs8Wt7HH0dy/YcA/iB2TRcd3BlcVy4O6v5wmf52s4UtCNnpYOL+RpD3O/in
> =uZ6k
> -END PGP SIGNATURE-
>
--
Fabio Erculiani
I second that.
simplicity = win.
--
Fabio Erculiani
, please have a news item so
> that one can turn it off if necessary. Even then, new installs will
> have to remember to turn it off.
>
> --
> Eray Aslan
>
--
Fabio Erculiani
I implemented this feature in Entropy long time ago (2009 iirc) and
enabled it by default as well.
We never had a single issue. Users seem quite happy about it.
So yeah, go for it!
--
Fabio Erculiani
zLXDLd6LFiEYKHjyiznGDs1BAEk0oJMbob5I3
> HbAYiBP8P7D7FBosO7oj
> =INQn
> -END PGP SIGNATURE-
>
--
Fabio Erculiani
users I've been talking with.
I am not against changes, I am actually in favor of them, but only
when they really make sense and solve problems, which it doesn't seem
the case lately.
I didn't want to offend anyone, but just having fun (sigh) of IMHO bad
design decisions.
--
Fabio Erculiani
een enough, thanks.
--
Fabio Erculiani
On Wed, Apr 25, 2012 at 5:53 PM, Mike Frysinger wrote:
>
> isn't this what bugzilla is for ? reporting bugs ?
> -mike
Tracker Bug 413529 already filed.
--
Fabio Erculiani
im
app-i18n/x-unikey
x11-libs/gtk+
and should be fixed.
--
Fabio Erculiani
http://lxnay.com
epXUunE6B/NDoXfViU86tcNn4A7dcHgV5Qzjn7v5/6wYSwdb6pc9heydGxErC
> oiB1treO6n1UqWSbeQppDY4mI8wQY2cSgostClhkQw0F9a6A9lT3PfygI/20aYV7
> uz+/8J53rPiap9t7mOty
> =PbRw
> -END PGP SIGNATURE-
>
--
Fabio Erculiani
http://lxnay.com
Markos,
there are also webapps.
--
Fabio Erculiani
http://lxnay.com
is kinda funny.
--
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
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 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
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
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
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
&
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
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
uild time task, and not install time)
I'm sure there are other reasons as well...
--
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
.
Others affected:
app-emulation/emul-linux-x86-gtklibs
gnome-base/librsvg
media-libs/libwmf
others?
--
Fabio Erculiani
http://lxnay.com
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
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
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
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
PEND}}"
expects to find a sane JDK environment.
--
Fabio Erculiani
http://lxnay.com
1 - 100 of 145 matches
Mail list logo
