On 2020-04-10, Grant Taylor wrote:
> I took pause for a moment wondering if this was something I typed or
> not. ;-)
I know what you mean. :)
--
Grant (the other one)
On 4/10/20 10:29 PM, Ian Zimmerman wrote:
> On 2020-04-08 18:49, Michael Orlitzky wrote:
>
>> Ebuilds are bash, but the ./configure scripts and makefiles that often
>> get run within the ebuilds use /bin/sh by default.
>
> I see, but then it is an upstream problem no? I mean if upstreams keep
>
On 2020-04-08 18:49, Michael Orlitzky wrote:
> Ebuilds are bash, but the ./configure scripts and makefiles that often
> get run within the ebuilds use /bin/sh by default.
I see, but then it is an upstream problem no? I mean if upstreams keep
putting bashisms in their build systems they will keep
On 4/10/20 11:00 AM, Grant Edwards wrote:
Yes, that works!
Good.
Thanks!!
You're welcome.
I don't know why it didn't occur to me to check for a make.conf
variable instead of an environment variable or USE flag. Of course
now that I know that make.conf variable's name, I have found it in
Grant Edwards wrote:
> On 2020-04-10, Dale wrote:
>
>> Equery used to behave like emerge does now, and maybe always has.
> Really? Equery used to do fuzzy search by default, where it returns
> package that don't actually contain the search string?
>
> What I liked about emerge --search, is that i
On 2020-04-10, Grant Taylor wrote:
>
> On 4/10/20 10:08 AM, Grant Edwards wrote:
>> Yes, I'm aware I can add "--fuzzy-search n" to make it act sane, but
>> is there an environment variable or USE flag or _something_ to make
>> emerge --search do the right thing by default?
> Does adding it to E
On 2020-04-10, Dale wrote:
> Equery used to behave like emerge does now, and maybe always has.
Really? Equery used to do fuzzy search by default, where it returns
package that don't actually contain the search string?
What I liked about emerge --search, is that it would show you both the
insta
Grant Edwards wrote:
> On 2020-04-10, Alec Ten Harmsel wrote:
>> On Fri, Apr 10, 2020, at 12:08, Grant Edwards wrote:
>>> I really, really hate how emerge now returns bucketfulls of useless,
>>> unrelated results when you do a search. WTF is the point of returning
>>> a bunch of packages that don
пт, 10 апр. 2020 г. в 00:55, Michael :
>
> On Tuesday, 7 April 2020 14:36:04 BST gevisz wrote:
> > I have a long standing "gpg can't check signature: No public key"
> > error while running # emerge-webrsync
> > It appears because the webrsync-gpg feature has been set in my
> > make.conf however I d
On 4/10/20 10:08 AM, Grant Edwards wrote:
Yes, I'm aware I can add "--fuzzy-search n" to make it act sane, but
is there an environment variable or USE flag or _something_ to make
emerge --search do the right thing by default?
Does adding it to EMERGE_DEFAULT_OPTS in /etc/portage/make.conf hel
On 2020.04.10 12:21, Alec Ten Harmsel wrote:
On Fri, Apr 10, 2020, at 12:08, Grant Edwards wrote:
> I really, really hate how emerge now returns bucketfulls of useless,
> unrelated results when you do a search. WTF is the point of
returning
> a bunch of packages that don't contain the search s
On 2020-04-10, Alec Ten Harmsel wrote:
> On Fri, Apr 10, 2020, at 12:08, Grant Edwards wrote:
>> I really, really hate how emerge now returns bucketfulls of useless,
>> unrelated results when you do a search. WTF is the point of returning
>> a bunch of packages that don't contain the search strin
On Fri, Apr 10, 2020, at 12:08, Grant Edwards wrote:
> I really, really hate how emerge now returns bucketfulls of useless,
> unrelated results when you do a search. WTF is the point of returning
> a bunch of packages that don't contain the search string when there is
> is a package name that matc
I really, really hate how emerge now returns bucketfulls of useless,
unrelated results when you do a search. WTF is the point of returning
a bunch of packages that don't contain the search string when there is
is a package name that match the search string exactly?
Yes, I'm aware I can add "--fuz
On 04/10 12:48, Neil Bothwick wrote:
> On Fri, 10 Apr 2020 12:21:46 +0200, tu...@posteo.de wrote:
>
> > On 04/10 11:11, Neil Bothwick wrote:
> > > On Fri, 10 Apr 2020 11:40:59 +0200, tu...@posteo.de wrote:
> > >
> > > > > package.provided requires a specific version, try
> > > > >
> > > > > x
On Fri, 10 Apr 2020 12:21:46 +0200, tu...@posteo.de wrote:
> On 04/10 11:11, Neil Bothwick wrote:
> > On Fri, 10 Apr 2020 11:40:59 +0200, tu...@posteo.de wrote:
> >
> > > > package.provided requires a specific version, try
> > > >
> > > > x11-drivers/nvidia-drivers-340.108
> > > >
> > > > If
On 04/08/2020 09:47:25 PM, Michael Orlitzky wrote:
On 4/8/20 2:26 PM, Helmut Jarausch wrote:
> Hi,
> Having installed vala:0.48 I still cannot un-emerge vala:0.46
> because gnome-extra/evolution-data-server depends on it.
> But I cannot see that dependency in the ebuild.
>
> What am I missing?
>
On 04/10 11:11, Neil Bothwick wrote:
> On Fri, 10 Apr 2020 11:40:59 +0200, tu...@posteo.de wrote:
>
> > > package.provided requires a specific version, try
> > >
> > > x11-drivers/nvidia-drivers-340.108
> > >
> > > If you want to stop portage trying to replace this with a later
> > > version, a
On Fri, 10 Apr 2020 11:40:59 +0200, tu...@posteo.de wrote:
> > package.provided requires a specific version, try
> >
> > x11-drivers/nvidia-drivers-340.108
> >
> > If you want to stop portage trying to replace this with a later
> > version, add ">x11-drivers/nvidia-drivers-340.108", note > not
On 04/10 10:29, Neil Bothwick wrote:
> On Fri, 10 Apr 2020 11:25:16 +0200, tu...@posteo.de wrote:
>
> > If I remove nvidia-drivers and install the drivers of the same
> > version as provided by nvidia itsself, everything works find.
> >
> > To examine this a little further I have put nividia-driv
On Fri, 10 Apr 2020 11:25:16 +0200, tu...@posteo.de wrote:
> If I remove nvidia-drivers and install the drivers of the same
> version as provided by nvidia itsself, everything works find.
>
> To examine this a little further I have put nividia-drivers
> into /etc/portage/profile/package.provided:
Hi,
I am using kernel 5.15 / 6.3 vanilla.
When using nvidia-drivers via Gentoo I can start X11 and such.
Blender does not find the GPU though.
If I remove nvidia-drivers and install the drivers of the same
version as provided by nvidia itsself, everything works find.
To examine this a little fur
22 matches
Mail list logo
