Hi. I am having a serious problem, I cannot compile my x server. It
is looking for an external isastream. Now in previous versions of
glibc (29.x) this was provided by /usr/lib64/libc.a, now its not there
-- how can I fix? The version of glibc I have is 30-r2.
Thanks in advance for any
Running eclean threw up a wobbly on app-misc/subsurface, which is no longer in
portage. What is the following asking of me?
# /usr/bin/eclean-dist
* Building file list for distfiles cleaning...
* ERROR: app-misc/subsurface-4.9.3::gentoo failed (depend phase):
* qt4-r2.eclass could not be
Peter Humphrey:
>Now that I've installed pfl, which I didn't know about until just now, I get
>the same result as yours, but 'emerge portage-utils' doesn't actually install
>q-reinit. Curiouser and curiouser. Does the file exist or not? In whose
>imagination?
Perhaps e-file doesn't want to
On Tue, 19 Nov 2019 12:36:06 +, Peter Humphrey wrote:
> > The syntax of some of the q apps changed recently, which is probably
> > why it is complaining now.
>
> I don't think it's a matter of syntax; I couldn't find anything
> resembling --reinitialize in any likely man page, including
On 2019-11-19 03:32, John Covici wrote:
>
> So, I made sure glibc had -gdb and recompiled and recompiled named,
> but still no symbols. It was an assertion that failed, maybe this is
> the reason. I can send you the core dump if you would be interested.
First I'll look into the backtraces are
On 19/11/2019 11:28, Peter Humphrey wrote:
Hello list,
I have a small script /etc/portage/repo.postsync.d/q-reinit which is causing
emerge --sync to complain. I don't know where it's come from, but its date
stamp is 15 September.
15 September 2019? That's odd. AFAICT, q-reinit was only needed
On Tuesday, 19 November 2019 12:53:06 GMT Hartmut Figge wrote:
> hafi@i5-64 ~ $ e-file q-reinit
> [I] app-portage/portage-utils
> Available Versions: 0.74 0.73 0.72 0.71 0.70 0.64-r1 0.65 0.64
> Last Installed Ver: 0.80(Sa 12 Okt 2019 11:27:17 CEST)
> Homepage:
Peter Humphrey:
> On Tuesday, 19 November 2019 10:05:37 GMT Neil Bothwick wrote:
>> On Tue, 19 Nov 2019 09:28:10 +, Peter Humphrey wrote:
>>> I have a small script /etc/portage/repo.postsync.d/q-reinit which is
>>> causing emerge --sync to complain. I don't know where it's come from, but
>>>
On Tuesday, 19 November 2019 10:05:37 GMT Neil Bothwick wrote:
> On Tue, 19 Nov 2019 09:28:10 +, Peter Humphrey wrote:
> > I have a small script /etc/portage/repo.postsync.d/q-reinit which is
> > causing emerge --sync to complain. I don't know where it's come from,
> > but its date stamp is 15
On Tue, 19 Nov 2019 11:33:28 +0100, Francesco Turco wrote:
> On Tue, Nov 19, 2019, at 01:09, Neil Bothwick wrote:
> > On Mon, 18 Nov 2019 14:35:18 +0100, Helmut Jarausch wrote:
> > find -xdev / -name '*.pyx' | xarge emerge --oneshot --ask
>
> You probably meant "xargs" instead of "xarge".
On Tue, Nov 19, 2019, at 01:09, Neil Bothwick wrote:
> On Mon, 18 Nov 2019 14:35:18 +0100, Helmut Jarausch wrote:
> find -xdev / -name '*.pyx' | xarge emerge --oneshot --ask
You probably meant "xargs" instead of "xarge".
--
https://fturco.net/
On Tue, 19 Nov 2019 09:28:10 +, Peter Humphrey wrote:
> I have a small script /etc/portage/repo.postsync.d/q-reinit which is
> causing emerge --sync to complain. I don't know where it's come from,
> but its date stamp is 15 September.
Does qfile tell you where it came from?
I don't have
Adam Carter:
>Are /lib/xcrypt and /lib64/xcrypt in /etc/ld.so.conf?
hafi@i5-64 ~ $ grep xcrypt /etc/ld.so.conf
hafi@i5-64 ~ $
So they are not. Perhaps elsewhere in /etc? Let's see.
hafi@i5-64 ~ $ sudo grep -r xcrypt /etc
/etc/portage/package.keywords:sys-libs/libxcrypt ~amd64
hafi@i5-64 ~ $
Hello list,
I have a small script /etc/portage/repo.postsync.d/q-reinit which is causing
emerge --sync to complain. I don't know where it's come from, but its date
stamp is 15 September.
This is the script:
#!/bin/sh
repository_name=$1
repository_path=$3
if [ -n "${repository_name}" ]; then
On Mon, Nov 18, 2019 at 9:47 AM Hartmut Figge wrote:
> Greetings,
>
> attempting to build libguestfs-1.38.6 failed. build.log showed a
> complaint about not able to find libcrypt.so.2. So I looked for that
> one. It was in /lib/xcrypt and /lib64/xcrypt, but not in /lib or /lib64.
>
> It was
On Sat, 16 Nov 2019 16:12:53 -0500,
Ian Zimmerman wrote:
>
> On 2019-09-19 14:23, John Covici wrote:
>
> > Sep 18 22:25:45 ccs.covici.com named[4207]: resolver.c:4917:
> > INSIST(dns_name_issubdomain(>name, >domain)) failed, back trace
> > Sep 18 22:25:45 ccs.covici.com named[4207]: #0
16 matches
Mail list logo
