El mar, 30-06-2020 a las 08:20 +0200, Fabian Groffen escribió:
> Hi,
>
> On 29-06-2020 21:13:43 -0500, Sid Spry wrote:
> > Hello,
> >
> > I have some runnable pseudocode outlining a faster tree verification
> > algorithm.
> > Before I create patches I'd like to see if there is any guidance on
El mar, 19-11-2019 a las 00:21 +, Sergei Trofimovich escribió:
> repoman slows down ~linearly with amount of profiles being scanned.
> In case of amd64 we have 28 stable profiles.
>
> To speed up processing and fit into time budged of various CIs we can
> split the work across different
El dom, 19-01-2014 a las 01:21 +0100, Alexander Berntsen escribió:
Remove the --autounmask option from emerge. Please note that removing
the option does not mean that the variable used for keeping track of
autounmasking is not removed from depgraph.py.
If I understand the change correctly (I
El dom, 19-01-2014 a las 11:23 +0100, Alexander Berntsen escribió:
On 19/01/14 09:01, Pacho Ramos wrote:
If I understand the change correctly (I don't know much about
python but, but per the diff, looks like you are dropping the
option and making the code behave like it's always 'True
El jue, 21-11-2013 a las 10:21 +0100, Alexander Berntsen escribió:
I sent this to zmedico almost two months ago, but it doesn't look like
he's coming back any time soon, so I'm sending it here and ask someone
to review and commit it (a role zmedico has typically played for me,
as well as being
This question comes to my mind every time a developer decides to
drop/add a USE flag to ebuilds like gcc/webkit-gtk/libreoffice...
I think that we should have a file (like used for category movements) to
let PM know how to handle this situation.
For example,
category/foo-1.0 has a gnome USE
El jue, 25-07-2013 a las 12:00 -0700, Zac Medico escribió:
On 07/25/2013 11:54 AM, Pacho Ramos wrote:
This question comes to my mind every time a developer decides to
drop/add a USE flag to ebuilds like gcc/webkit-gtk/libreoffice...
I think that we should have a file (like used
El vie, 26-07-2013 a las 02:47 +0300, Alex Alexander escribió:
I once half-implemented something like this but never got to finish
it, I'll try to dig up my code and check out its state.
I recall using updates/ to tell portage what happened, which then
updated the VDB to reflect the new
El mar, 19-02-2013 a las 14:27 -0800, Zac Medico escribió:
On 02/19/2013 12:12 PM, Pacho Ramos wrote:
Hello
For some time I am running portage-2.1.x with preserve-libs enabled to
test it and try to prevent revdep-rebuild usage. Until now, I haven't
had any problems with it, but I
Hello
For some time I am running portage-2.1.x with preserve-libs enabled to
test it and try to prevent revdep-rebuild usage. Until now, I haven't
had any problems with it, but I started to test it after being running
udev-19x for a long time. Yesterday, my father mailed me because he got
udev
I noticed go USE flag was masked on gcc:4.6, the problem is that I
just compiled it a week ago with USE=-go... then, I would like to know
if there is a way to prevent it from being rebuild again :| (It will
take some time in my currently running system but on other machines I
maintain it will take
Hello
Sometime ago this was already discussed but, if I don't misremember, it
was hard to implement a check for repoman to prevent us from forgetting
to commit new patches. Maybe the check could simply check if all
${FILESDIR} files are present? The idea is that it could simply check
of that
El lun, 08-10-2012 a las 11:32 -0700, Zac Medico escribió:
On 10/08/2012 11:26 AM, Pacho Ramos wrote:
Hello
Sometime ago this was already discussed but, if I don't misremember, it
was hard to implement a check for repoman to prevent us from forgetting
to commit new patches. Maybe
El dom, 23-09-2012 a las 09:36 +0200, Pacho Ramos escribió:
El dom, 23-09-2012 a las 05:52 +, Alec Warner escribió:
On Sat, Sep 22, 2012 at 7:22 PM, Pacho Ramos pa...@gentoo.org wrote:
El sáb, 22-09-2012 a las 13:54 -0400, Mike Frysinger escribió:
On Friday 21 September 2012 15:08:20
El dom, 23-09-2012 a las 11:06 -0700, Zac Medico escribió:
On 09/23/2012 03:59 AM, Pacho Ramos wrote:
This looks like could be done with:
# Automerge files comprising only whitespace and/or comments
# (yes or no)
replace-wscomments=no
, setting it to yes in dispatch-conf.conf
El jue, 27-09-2012 a las 13:21 -0700, Zac Medico escribió:
On 09/27/2012 01:16 PM, Pacho Ramos wrote:
El dom, 23-09-2012 a las 11:06 -0700, Zac Medico escribió:
On 09/23/2012 03:59 AM, Pacho Ramos wrote:
This looks like could be done with:
# Automerge files comprising only whitespace
El dom, 23-09-2012 a las 05:52 +, Alec Warner escribió:
On Sat, Sep 22, 2012 at 7:22 PM, Pacho Ramos pa...@gentoo.org wrote:
El sáb, 22-09-2012 a las 13:54 -0400, Mike Frysinger escribió:
On Friday 21 September 2012 15:08:20 Pacho Ramos wrote:
In that one, we try to use the following
El mié, 12-09-2012 a las 22:05 +0200, Pacho Ramos escribió:
El jue, 02-08-2012 a las 15:56 -0700, Zac Medico escribió:
On 08/01/2012 03:19 AM, Pacho Ramos wrote:
On every openrc update I get dispatch-conf wanting to revert all my
changes in /etc/conf.d files, like KEYMAP, clock
El vie, 21-09-2012 a las 12:45 -0700, Zac Medico escribió:
On 09/21/2012 12:08 PM, Pacho Ramos wrote:
Hello
This comes from this gentoo-dev thread:
http://www.gossamer-threads.com/lists/gentoo/dev/260536
In that one, we try to use the following:
has vala ${IUSE//+/} ! use vala
El jue, 02-08-2012 a las 12:34 -0700, Zac Medico escribió:
On 08/01/2012 11:36 PM, Pacho Ramos wrote:
El mié, 01-08-2012 a las 16:14 -0700, Zac Medico escribió:
On 08/01/2012 03:19 AM, Pacho Ramos wrote:
On every openrc update I get dispatch-conf wanting to revert all my
changes in /etc
On every openrc update I get dispatch-conf wanting to revert all my
changes in /etc/conf.d files, like KEYMAP, clock...
Is there any way to prevent it from doing that?
Thanks a lot for the info
signature.asc
Description: This is a digitally signed message part
El lun, 04-06-2012 a las 13:44 -0700, Zac Medico escribió:
On 06/04/2012 04:57 AM, Pacho Ramos wrote:
- Looks like there is no consensus about what to do and, then, this
could probably be implemented on eapi... 7? While former could probably
be implemented much sooner (probably even
I am referring in this case to abiword, it has a plugins USE flag that
enables some minimal set of plugins and, then, a lot of USE flags for
building extra plugins (with extra dependencies). All of this extra
plugins need plugins USE flag to be enabled. Is there any way to write
a REQUIRED_USE
I have user pacho under portage group to be able to make some tasks
without becoming root, but, sadly, I am unable to make portage
create /var/log/portage files/dirs with portage:portage owners instead
of portage:root, preventing me from removing old files without becoming
root.
Is there anyway to
El sáb, 12-02-2011 a las 15:43 -0800, Zac Medico escribió:
On 02/12/2011 07:50 AM, Pacho Ramos wrote:
This comes from glitz removal (bug #330397), as soon as cairo-1.10 gets
stabilized, depclean will try to remove glitz, but removing glitz will
break a lot of apps, needing to rebuild them
This comes from glitz removal (bug #330397), as soon as cairo-1.10 gets
stabilized, depclean will try to remove glitz, but removing glitz will
break a lot of apps, needing to rebuild them and, until then, having a
partially broken system.
I then thought on running revdep-rebuild --library
El sáb, 12-02-2011 a las 18:22 +0100, Martin Doucha escribió:
Dne 12.2.2011 16:50, Pacho Ramos napsal(a):
Then, my idea would the following:
Would be nice if I could tell portage to make compilation think
libglitz-glx.so.1 is not present in real system (maybe sandbox could
prevent its
Hello
Let me explain my problem:
I have just returned to my home and, then, I have a lot of packages to
update when running emerge -avuDN world. The problem is that I have
FEATURES=test enabled in my make.conf and, since some of them take years
to run, I would like to temporally make portage
El mar, 31-08-2010 a las 08:03 -0700, Zac Medico escribió:
On 08/31/2010 05:14 AM, Pacho Ramos wrote:
Hello
Let me explain my problem:
I have just returned to my home and, then, I have a lot of packages to
update when running emerge -avuDN world. The problem is that I have
Hello
This is a problem I get every time openoffice needs to be
recompiled :-S, it takes really a long time to do it (~10 hours) then,
sometimes I need to stop compilation for halting system and, then, I
need to start it again some different day.
Is there any way for stopping compilation and
El vie, 19-02-2010 a las 11:09 -0500, Ghislain Bourgeois escribió:
Hi,
Best way I know is to use ccache and emerge --resume. But that is not
exactly what you are asking for.
I already use ccache and, even speeding it up, I still have to wait some
hours :-(
Another option could be to
El vie, 19-02-2010 a las 10:58 -0800, Zac Medico escribió:
On 02/19/2010 08:44 AM, Pacho Ramos wrote:
Another option could be to hibernate the system but, in some machines
hibernation doesn't even work
That might work but it's a little extreme. You might want to
consider switching
Hello, I would want to always merge xorg-server, libdrm, and intel
driver (that likes to crash a lot) to be always compiled with debugging
symbols and FEATURES=${FEATURES} splitdebug
Searching in google seems that there are some available hacks done by
some forums users, but they seem to be a
El lun, 30-03-2009 a las 16:30 +, Duncan escribió:
Pacho Ramos pa...@condmat1.ciencias.uniovi.es posted
1238412618.18113.15.ca...@localhost, excerpted below, on Mon, 30 Mar 2009
13:30:18 +0200:
I am trying to know what filesystem+blocksize combination could be
better for the kind
Hello
I am trying to know what filesystem+blocksize combination could be
better for the kind of files stored in portage tree.
In the past, I have been using reiserfs for my / partition and I
had /usr/portage under it. Later, I moved /usr/portage to a different
partition (distfiles go to a
El mar, 03-03-2009 a las 11:25 -0800, Zac Medico escribió:
You're right. It's easy to says it in words but if you tried to
actually implementing you'd find that the PROPERTIES=virtual concept
simplifies the problem a lot and makes it possible to optimally
solve some cases of bug 141118 that
Hello
I have encountered this behavior with acetoneiso ebuild:
http://bugs.gentoo.org/show_bug.cgi?id=197961
the current ebuild in sunrise will fix this dropping dep on
x11-libs/qt:4 but, anyway, I would want to confirm if the behavior noted
in:
http://bugs.gentoo.org/show_bug.cgi?id=197961#c19
El lun, 02-03-2009 a las 13:01 -0800, Zac Medico escribió:
|| ( ( x11-libs/qt-gui:4 x11-libs/qt-webkit:4 ) x11-libs/qt:4 )
It's a variation of bug 161953 [1]. For this particular variation,
at the moment I don't think there's a good way to distinguish that
the choice on the left is the
El jue, 12-02-2009 a las 10:22 -0800, Zac Medico escribió:
Currently, the simplest solution might be to use an rsync command to
sync the specific packages that you want (or exclude the unwanted
packages) to a separate directory, and put the separate directory in
PORTDIR_OVERLAY instead of the
El dom, 23-11-2008 a las 16:01 +0200, tvali escribió:
Try esearch.
emerge esearch
esearch ...
2008/11/23 Emma Strubell [EMAIL PROTECTED]
Hi everyone. My name is Emma, and I am completely new to this
list. I've been using Gentoo since 2004, including Portage of
40 matches
Mail list logo
