On 2019.10.28 19:13, Caveman Al Toraboran wrote:
any thoughts?
https://gist.github.com/Al-Caveman/2a72bba8c331fc40ebceca9d32de285c
rgrds,
cm.
Works fine for me. Perhaps you synced after the new ebuild was
present, but before the new patch did? Try syncing again and see if it
works.
Jack
* Caveman Al Toraboran:
> any thoughts?
Known bug, fixed, see Bugzilla.
-Ralph
any thoughts?
https://gist.github.com/Al-Caveman/2a72bba8c331fc40ebceca9d32de285c
rgrds,
cm.
On Mon, Oct 28, 2019 at 03:17:30PM -0400, Walter Dnes wrote
>
> Facepalm. I did revdep-rebuild when the update first failed part way
> through, but not at the most recent failure. After another
> revdep-rebuild, Pale Moon (web browser) now starts up. The list of
> pending updates is down
On Mon, Oct 28, 2019 at 02:34:41PM -0400, Jack wrote
> My guess is that it isn't libffi that needs re-emerging, but things
> that depend on it. I have 3.30_rc0 installd (both dev_libs and
> virtual) and I have no libffi.so.6 anywhere to be found. Have you
> tried revdep-rebuild? Either
My guess is that it isn't libffi that needs re-emerging, but things
that depend on it. I have 3.30_rc0 installd (both dev_libs and
virtual) and I have no libffi.so.6 anywhere to be found. Have you
tried revdep-rebuild? Either that, or "emerge -pc virtual/libffi" and
them emerge -1
On Monday, 28 October 2019 17:54:02 GMT Walter Dnes wrote:
> On Mon, Oct 28, 2019 at 05:50:39PM +0100, Hartmut Figge wrote
>
> > hafi@i5-64 ~ $ equery b /usr/lib64/libffi.so.6
> >
> > * Searching for /usr/lib64/libffi.so.6 ...
> >
> > dev-libs/libffi-3.3_rc0 (/usr/lib64/libffi.so.6 ->
On Mon, Oct 28, 2019 at 05:50:39PM +0100, Hartmut Figge wrote
> hafi@i5-64 ~ $ equery b /usr/lib64/libffi.so.6
> * Searching for /usr/lib64/libffi.so.6 ...
> dev-libs/libffi-3.3_rc0 (/usr/lib64/libffi.so.6 -> libffi.so.6.0.4)
> dev-libs/libffi-3.3_rc0 (/usr/lib64/libffi.so.6.0.4)
I think I'm
Walter Dnes:
>Could you please run
>
>equery b /usr/lib64/libffi.so.6
>
>...on your system, and post the output?
hafi@i5-64 ~ $ equery b /usr/lib64/libffi.so.6
* Searching for /usr/lib64/libffi.so.6 ...
dev-libs/libffi-3.3_rc0 (/usr/lib64/libffi.so.6 -> libffi.so.6.0.4)
dev-libs/libffi-3.3_rc0
On Mon, Oct 28, 2019 at 04:14:15PM +0100, Hartmut Figge wrote
> Hm. I didn't force anything. But output of -pv is different:
>
> hafi@i5-64 ~ $ emerge -pv libffi
>
> These are the packages that would be merged, in order:
>
> Calculating dependencies... done!
> [ebuild R]
Walter Dnes:
>/usr/lib64/libffi.so
>/usr/lib64/libffi.so.7
>/usr/lib64/libffi.so.7.1.0
>
> That's all she wrote. So how do I force "slot 6" or whatever it's
>called?
Hm. I didn't force anything. But output of -pv is different:
hafi@i5-64 ~ $ emerge -pv libffi
These are the packages that
On Mon, Oct 28, 2019 at 03:16:07PM +0100, Hartmut Figge wrote
>
> I have the same libffi. "find" takes much time, I prefer "locate". And
> "qlist".
I greatly sped up the search with "find /usr/ -name libffi.so*". The
full result of the search is...
/usr/lib64/libffi.so
/usr/lib64/libffi.so.7
On Monday, 28 October 2019 12:52:35 GMT Peter Humphrey wrote:
> On Saturday, 26 October 2019 17:31:28 GMT Mick wrote:
> > If your intention is to use systemd- boot as the Boot Manager of choice, I
> > would try moving all kernels and associated files to your /boot/ > id>/ subdirectory.
> >
> >
On 10/27/19 10:34 PM, Walter Dnes wrote:
On Mon, Oct 28, 2019 at 03:36:00PM +1100, Adam Carter wrote
On Mon, Oct 28, 2019 at 3:23 PM Walter Dnes wrote:
I went 41 days without emerging (yeah, I know). Anyhow, emerge first
wants me to update portage, but I run into problems. Can I safely
Alarig Le Lay wrote:
> Hi,
>
> On lun. 28 oct. 01:09:06 2019, Simon Thelen wrote:
>> eudev was forgotten in the deps for virtual/libudev-232-r1, there should
>> be a fixed virtual/libudev-232-r2 in the tree already. Resync and it
>> should (hopefully) just work™.
> I just synced my tree, but I
Walter Dnes:
> "find / -name libffi.so.*" turns up...
>
>/usr/lib64/libffi.so.7
>/usr/lib64/libffi.so.7.1.0
>
>...so it looks like some sort of version mis-match, if that helps.
I have the same libffi. "find" takes much time, I prefer "locate". And
"qlist".
hafi@i5-64 ~ $ qlist libffi | grep
I can't build dev-python/cryptography-2.6.1 on my 64-bit Gentoo
desktop. Earlier on in the system update process the readline build
told me to...
revdep-rebuild --library '/lib64/libhistory.so.6' && rm '/lib64/libhistory.so.6'
revdep-rebuild --library '/lib64/libreadline.so.6' && rm
On Saturday, 26 October 2019 17:31:28 GMT Mick wrote:
> If your intention is to use systemd- boot as the Boot Manager of choice, I
> would try moving all kernels and associated files to your /boot/ id>/ subdirectory.
>
> Then create corresponding /boot/loader/entries/*.conf files, which
On Monday, 28 October 2019 08:25:06 GMT Neil Bothwick wrote:
> On Mon, 28 Oct 2019 02:46:45 -0500, Dale wrote:
> > Thanks much for the info. Maybe the switch will go well for me too.
>
> If it works for you it will be good news for the rest of us ;-)
If hald's list of devices has anything to
On 28/10/19 2:23 pm, Arve Barsnes wrote:
> On Mon, 28 Oct 2019 at 04:38, Dale wrote:
>> Also, are there any other options to elogind? Is that the only option
>> when using KDE?
> I think the answer here is yes.
>
> I run openbox, so no requirement to have this at all, but I have
> previously
On Mon, 28 Oct 2019 02:46:45 -0500, Dale wrote:
> Thanks much for the info. Maybe the switch will go well for me too.
If it works for you it will be good news for the rest of us ;-)
--
Neil Bothwick
There is absolutely no substitute for a genuine lack of preparation.
pgpzS_8Fl7iLb.pgp
Hi,
On lun. 28 oct. 01:09:06 2019, Simon Thelen wrote:
> eudev was forgotten in the deps for virtual/libudev-232-r1, there should
> be a fixed virtual/libudev-232-r2 in the tree already. Resync and it
> should (hopefully) just work™.
I just synced my tree, but I don’t have a stable -r2
regis ~
Arve Barsnes wrote:
> On Mon, 28 Oct 2019 at 04:38, Dale wrote:
>> Also, are there any other options to elogind? Is that the only option
>> when using KDE?
> I think the answer here is yes.
>
> I run openbox, so no requirement to have this at all, but I have
> previously done the migration to
On Mon, 28 Oct 2019 at 04:38, Dale wrote:
> Also, are there any other options to elogind? Is that the only option
> when using KDE?
I think the answer here is yes.
I run openbox, so no requirement to have this at all, but I have
previously done the migration to elogind, and that went without a
24 matches
Mail list logo
