On 2/3/21 12:12 PM, Niclas Zeising wrote:
>
> I think also xf86-input-synaptics was affeced by the same issue.
> In any case, kern.evdev.rcpt_mask should not need any changes on FreeBSD
> 12.1 or later, the defaults have been updated there. Unless you are
> using a serial mouse.
>
> Can you prov
On 2021-02-03 16:46, Thomas Laus wrote:
On 2/3/21 8:07 AM, Michael Gmelin wrote:
There was a problem with xorg-server which made it build without udev
on 14.
Try reinstalling xorg-server from ports (something like: portsnap
fetch extract; cd /usr/ports/x11-servers/xorg-server && make clean
re
On 2/3/21 8:07 AM, Michael Gmelin wrote:
>
> There was a problem with xorg-server which made it build without udev
> on 14.
>
> Try reinstalling xorg-server from ports (something like: portsnap
> fetch extract; cd /usr/ports/x11-servers/xorg-server && make clean
> reinstall clean)
>
That also di
> On 3. Feb 2021, at 13:50, Thomas Laus wrote:
>
> On 2/2/21 8:16 AM, David Wolfskill wrote:
>> You might want to see if this ports/UPDATING entry:
>>
>> 20200320:
>> AFFECTS: users of x11/libxkbcommon
>> AUTHOR: zeis...@freebsd.org
>>
>> The libxkbcommon library (x11/libxkbcommon), used
On 2/2/21 8:16 AM, David Wolfskill wrote:
> You might want to see if this ports/UPDATING entry:
>
> 20200320:
> AFFECTS: users of x11/libxkbcommon
> AUTHOR: zeis...@freebsd.org
>
> The libxkbcommon library (x11/libxkbcommon), used to handle keyboards
> in some applications, most notably k
On Wed, 2003-01-29 at 19:18, Kirk R. Wythers wrote:
> Eric,
>
> I'll grep that for you as soon as I get to my office tomorrow. Should I
> try the add -fno-merge-constants to CFLAGS?
Sure. What you add to CFLAGS in the environment won't show up in that
grep, so I'll still be able to get the infor
Eric,
I'll grep that for you as soon as I get to my office tomorrow. Should I
try the add -fno-merge-constants to CFLAGS?
Kirk
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
On Wed, 2003-01-29 at 15:17, Eric Anholt wrote:
> On Wed, 2003-01-29 at 11:29, Charlie ROOT wrote:
> > On Tue, 28 Jan 2003, joseph wrote:
> >
> > > Try a make build world and see if that version of libc_r works.
> > > It should fix the problem. joseph
> >
> > I tried that... now the error is:
> >
On Wed, 2003-01-29 at 11:29, Charlie ROOT wrote:
> On Tue, 28 Jan 2003, joseph wrote:
>
> > Try a make build world and see if that version of libc_r works.
> > It should fix the problem. joseph
>
> I tried that... now the error is:
> Symbol from module /usr/X11R6/lib/modules/fonts/libbitmap.a is
> Symbol from module /usr/X11R6/lib/modules/fonts/libbitmap.a is
> unresolved!
The same error was reported about a week ago on [EMAIL PROTECTED]
mailing list. There was, however, no solution posted.
You might try to contact the guy admin(at)antiv(dot)pe(dot)kr, maybe
he has some update.
Don't f
On Tue, 28 Jan 2003, joseph wrote:
> Try a make build world and see if that version of libc_r works.
> It should fix the problem. joseph
I tried that... now the error is:
Symbol from module /usr/X11R6/lib/modules/fonts/libbitmap.a is
unresolved!
This is getting old. any other ideas? thanks,
Try a make build world and see if that version of libc_r works.
It should fix the problem. joseph
On Mon, 2003-01-27 at 13:07, Alexander Pohoyda wrote:
> Charlie ROOT <[EMAIL PROTECTED]> writes:
>
> > root, nor a regular user. Is this a font path problem?
>
> No, it is not.
>
>
> > /usr/libexe
Charlie ROOT <[EMAIL PROTECTED]> writes:
> root, nor a regular user. Is this a font path problem?
No, it is not.
> /usr/libexec/ld-elf.so.1: /usr/lib/libc_r.so.5: Undefined symbol
> "__thr_jtable"
This is a problem. Version numbers are OK, though.
--
Alexander Pohoyda
<[EMAIL PROTECTED]>
T
13 matches
Mail list logo
