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 mak
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 proces
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 co
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
Hello
I think this was pointed some days ago, but would be nice (and needed)
to get a newer portage version including fixes from git, some of them
important like:
https://bugs.gentoo.org/show_bug.cgi?id=490362
Not sure if I can contribute with something on this, but if you thing
so, please let me
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 be
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 n
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 sh
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 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
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 upd
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 t
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 forg
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 fil
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 wrote:
> > > El sáb, 22-09-2012 a las 13:54 -0400, Mike Frysinger escribió:
> > >> On Friday 21
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:
> >
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
> >
>
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.
El dom, 23-09-2012 a las 05:52 +, Alec Warner escribió:
> On Sat, Sep 22, 2012 at 7:22 PM, Pacho Ramos 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 on
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:
> > has vala ${IUSE//+/} && ! use vala && return 0
>
> inherit eutils
> use_if_iuse vala
&
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
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 && return 0
as already done in many eclasses/ebuilds. The problem is that Ciaran
wants to forbid it because he says
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...
> >
> > Is there any way to
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
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/conf.d files, like KEYMAP, clock...
> >
> > Is there any way to
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
Hello
Probably Zac already remembers my suggestion of:
https://bugs.gentoo.org/show_bug.cgi?id=413619
Sorry for insisting a bit on it but this issue bites me periodically.
Months ago, I was able to administrate myself some of my father and
uncles systems in their jobs and homes but, since I moved
El lun, 28-05-2012 a las 00:49 -0700, Zac Medico escribió:
> On 05/27/2012 03:27 AM, Pacho Ramos wrote:
> > I have seen today a fixed bug that was only reproducible for people
> > (like me) running without userpriv (but maintainer didn't found it
> > before commiting b
I have seen today a fixed bug that was only reproducible for people
(like me) running without userpriv (but maintainer didn't found it
before commiting because he was running with this feature enabled), I
have also seen some packages skipping tests when not using userpriv. I
am unsure then, why def
El mar, 15-05-2012 a las 21:43 +0200, Pacho Ramos escribió:
> El mar, 15-05-2012 a las 08:31 -0700, Zac Medico escribió:
> > On 05/15/2012 04:15 AM, Pacho Ramos wrote:
> > > Hello
> > >
> > > I recently installed Gentoo on my uncle's laptop and he was
El mar, 15-05-2012 a las 08:31 -0700, Zac Medico escribió:
> On 05/15/2012 04:15 AM, Pacho Ramos wrote:
> > Hello
> >
> > I recently installed Gentoo on my uncle's laptop and he was a bit
> > annoyed about needing to run "dispatch-conf" and merge a lot o
Hello
I recently installed Gentoo on my uncle's laptop and he was a bit
annoyed about needing to run "dispatch-conf" and merge a lot of changes
on files nobody ever touched.
Looking to /etc/dispatch-conf.conf I noticed options to improve this
situation exist, but they are disabled by default. I w
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
El mar, 08-11-2011 a las 17:53 -0800, Zac Medico escribió:
> On 11/08/2011 04:38 PM, Pacho Ramos wrote:
> > Reading:
> > http://en.gentoo-wiki.com/wiki/Portage_tips#Portage_and_python3
> >
> > Looks like some people think portage is faster with python3, is that
>
Reading:
http://en.gentoo-wiki.com/wiki/Portage_tips#Portage_and_python3
Looks like some people think portage is faster with python3, is that
true? I have python3 set as main interpreter (for catching packages
failing to build/work with it), but my portage is merged without any
python* USE flag, I
El mar, 01-11-2011 a las 13:59 +0100, Francesco Riosa escribió:
> 2011/11/1 Pacho Ramos :
> > 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/lo
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
El sáb, 20-08-2011 a las 07:42 -0700, Zac Medico escribió:
> On 07/19/2009 01:20 PM, Zac Medico wrote:
> > Pacho Ramos wrote:
> >> Hello, I would want to always merge xorg-server, libdrm, and intel
> >> driver (that likes to crash a lot) to be always compiled with
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 app
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
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 libglitz
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 libglitz
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 "
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 sk
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 mig
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
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 resu
El mar, 08-12-2009 a las 11:31 -0800, Zac Medico escribió:
> Pacho Ramos wrote:
> > but he told me that PDEPEND is really the same as RDEPEND with cycle
> > breaking.
>
> This is good description. It's handled the same as RDEPEND except
> when it can't due to
Hello
During today's review session with Petteri (due bug #284528) PDEPEND
question appeared about what really does it. I replied that it contains
dependencies that need to be installed after the package (as is shown in
http://devmanual.gentoo.org/general-concepts/dependencies/index.html )
but he
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 b
El lun, 30-03-2009 a las 16:30 +, Duncan escribió:
> Pacho Ramos 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 of
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 differe
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 t
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 b
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 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 t
Hi!
My intention is prevent emerge from upgrading to testing versions from
an overlay instead of main portage tree. I thought that an option could
be make all ebuilds from that overlay hardmasked and, then, unmask
wanted packages manually by me
How could I do it?
Thanks a lot for the info :-)
El sáb, 13-12-2008 a las 12:02 -0800, Zac Medico escribió:
> None of the above cases seem to apply to your gnome-base/gail
> blocker, but --debug output might provide a clue. With
> portage-2.1.6.1, the --debug output now includes a representation of
> the digraph which makes it easier to recognize
Hello
I am not sure if this is the proper place for asking this, if not,
please let me know the proper one and sorry for the inconvenience
I am using portage-2.1.6, when I tried to update to testing gtk+ I
needed to also update to:
=x11-libs/gtk+-2.14.5*
=dev-libs/glib-2.18.3*
=gnome-base/gail-10
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
>
61 matches
Mail list logo