On 6/9/19 12:49 PM, Mick wrote:
3. Rebuild libtools, binutils, glibc.
Well, I've had some progress.
I'm now booted and running the kernel I just compiled. (Same config,
same genkernel command.)
I unmasked, downgraded, and selected (binutils-config) binutils to
2.30-r4 before re-running
On 6/9/19 2:23 PM, Mick wrote:
I think Dale meant a later tree will contain updated packages, which
may fix previous breakages and incompatibilities.
Please clarify which tree: Kernel and / or Portage
Hypothetically, a later VBox version requires some later version libs,
which your current
On Sunday, 9 June 2019 21:16:52 BST Grant Taylor wrote:
> On 6/9/19 1:38 PM, Dale wrote:
> > While I see that point and quite often it is a good idea, it could
> > also be that a fix is in the newer tree. It could even be that you
> > caught the tree in the middle of some sort of change and you
On 6/9/19 1:38 PM, Dale wrote:
While I see that point and quite often it is a good idea, it could
also be that a fix is in the newer tree. It could even be that you
caught the tree in the middle of some sort of change and you missed
part of it.
If it were me, I'd try everything you can but
Grant Taylor wrote:
> On 6/9/19 12:49 PM, Mick wrote:
>
>> 2. Sync portage and upgrade gcc to the latest stable version. Switch
>> to it.
>
> Portage is within a few days of current.
>
> I do an emerge --sync -q before doing the emerge -DuNeq @world. I've
> not done a --sync since then while
On 6/9/19 12:49 PM, Mick wrote:
If you haven't done it already, perhaps have a look in the path
/lib/modules/ 4.9.76-gentoo-r1/misc/ to check the VBox modules are
present and owned by root:root with 0644 access rights.
They are there. I would have expected the error message to be different
On Sunday, 9 June 2019 18:55:34 BST Grant Taylor wrote:
> On 6/9/19 2:56 AM, Mick wrote:
> > This sounds as if it may be related to a move from an older gcc to
> > a newer version.
>
> I'm not sure it's related to a gcc version:
>
> # gcc-config -l
> [1] x86_64-pc-linux-gnu-6.4.0 *
> [2]
On 2019.06.07 06:24, Ilya Trukhanov wrote:
On Fri, Jun 07, 2019 at 08:03:30AM +0100, Sergei Trofimovich wrote:
> On Thu, 06 Jun 2019 18:49:48 -0400
> Jack wrote:
>
> > On 2019.06.06 18:38, Ilya Trukhanov wrote:
> > > Namely x11-libs/libX11 and dev-libs/glib:
> > >
> > > - libX11 failed during
On 6/9/19 2:56 AM, Mick wrote:
This sounds as if it may be related to a move from an older gcc to
a newer version.
I'm not sure it's related to a gcc version:
# gcc-config -l
[1] x86_64-pc-linux-gnu-6.4.0 *
[2] x86_64-pc-linux-gnu-8.3.0
I think that gcc 8.3 might have been selected and I
Den 09.06.2019 11:24, skrev Matthias Hanft:
The old Kylix libraries just do some comprehensive calculations.
Not too difficult to manually translate that into PHP (or any
other script language, or even plain C), but just hundreds of
code lines to type...
Find a Pascal-to-C++ translator
Mick wrote:
>
> Did you try the new revdep-rebuild in case it works (better)?
"Dynamic linking on your system is consistent... All done."
which, obviously, is not true :-)
BTW, the old revdep-rebuild.sh finally wants to rebuild hundreds
of packages... which I interrupted - makes no sense at
On Sunday, 9 June 2019 09:21:17 BST Mick wrote:
> Hi Matt,
>
> On Sunday, 9 June 2019 08:49:21 BST Matthias Hanft wrote:
> > Hi,
> >
> > many years ago, I created some libSomething.so with Kylix 3 (1)
> > which still worked with current (32bit) Gentoo systems (Kernel
> > 4.14.83).
> >
> > Using
On Saturday, 8 June 2019 20:45:45 BST Grant Taylor wrote:
> On 6/8/19 12:26 PM, Mick wrote:
> > Were these contents not there, or is it that the new version of
> > modules do not work?
>
> The old (original for the sake of this thread) versions (restored from
> backups) work just fine.
>
> The
Hi Matt,
On Sunday, 9 June 2019 08:49:21 BST Matthias Hanft wrote:
> Hi,
>
> many years ago, I created some libSomething.so with Kylix 3 (1)
> which still worked with current (32bit) Gentoo systems (Kernel
> 4.14.83).
>
> Using "revdep-rebuild.sh" (the *old* script!), for some time,
> I already
Hi,
many years ago, I created some libSomething.so with Kylix 3 (1)
which still worked with current (32bit) Gentoo systems (Kernel
4.14.83).
Using "revdep-rebuild.sh" (the *old* script!), for some time,
I already got messages like
broken /usr/local/lib/libxercesxmldom.so.1
15 matches
Mail list logo
