headers
Robert Swindells | 4 Jun 2009 13:47
Picon
Picon

Re: imake tmpl files and libXp


Bernd Ernesti wrote:
>On Wed, May 13, 2009 at 10:01:28PM +0000, Christos Zoulas wrote:
>> In article <87my9gd6zz.fsf%snark.cb.piermont.com <at> localhost>,
>> Perry E. Metzger <perry%piermont.com <at> localhost> wrote:
>> >
>> >libXp is gone from the X11R7 stuff now in base. I've just fixed a couple
>> >of pkgsrc breaks in packages that still use imake by removing some of
>> >the libXp references from the X11.tmpl file. Should I do the same for
>> >the Motif.tmpl file?
>> 
>> I guess. Make sure that it works with the latest openmotif code.
>
>It would not fix the compile problem. See pkg/41424 for the compile error.
>At least <Xm/Xm.h> has to be fixed, but that may not be easy.
>
>I found http://lists.ibiblio.org/pipermail/sm-commit/2009-March/022669.html
>, but that seems not be enough because of the second error in pkg/41424
>in Xm/Xm.h which I think is not fixed by by the sed command in the url above.
>XPContext is definded in <X11/extensions/Print.h> and so that needs to be
>removed too.
>
>I search the bug database for openmotif and couldn't find an open bug for
>the Xprint problem. I think opening a new bug at 
>http://bugs.motifzone.net/enter_bug.cgi
>should be done so they can fix that first.

Has there been any progress on getting Motif to build under -current ?

Would it make sense to build it against pkgsrc libXp as a short term
(Continue reading)

Permalink | Reply | 0 comments |
headers
Arto Huusko | 5 Jun 2009 17:07
Picon
Picon

Updated drm code

Hello,

updated drm kernel code for NetBSD-current is available from

http://maailma.homeip.net/netbsd/nbsddrm.tgz

It matches freedesktop mesa/drm commit
85b9f737db0d2a845e4d7e2bbf9ad12ff9e2227c from 20090522, plus
all the radeon changes from r6xx-r7xx-support branch. So in
theory new Radeons should get some acceleration with this.

In order to use this, you will also need to apply this patch:

http://maailma.homeip.net/netbsd/nbsddrm.patch

then replace contents of src/sys/external/bsd/drm/dist with the
contents of the tar, define DRM_EXTERNAL in your kernel config
and go.

Big caveats apply

  - The nbsddrm.patch removes check for negative offsets
    from mmap()! Use with caution!

    I did this, because I didn't want to redo the addr2handle
    hacks that exist in current NetBSD drm code.

  - I have only converted i915drm and radeondrm drivers to
    new code. However, changes to _drv.c files are quite small
    and mechanical, so they should be easy to do for other drivers.
(Continue reading)

Permalink | Reply | 1 comment |
headers
Blair Sadewitz | 5 Jun 2009 22:22
Picon

Re: Updated drm code

On Fri, Jun 5, 2009 at 11:07 AM, Arto Huusko <arto.huusko <at> pp2.inet.fi>wrote:

> Hello,
>
> updated drm kernel code for NetBSD-current is available from
>
> http://maailma.homeip.net/netbsd/nbsddrm.tgz
>
>
Thanks!  I am hoping to start getting back into NetBSD development soon
(lots of craziness in "real life" for many months now).  I will take a look
ASAP.

--Blair
Permalink | Reply | 0 comments |
headers
nhat.minh.le | 7 Jun 2009 11:00

Default X i18n configuration for UTF-8 locales references non-existent modules

Hello,

I'm running NetBSD-5.0 release with native X.org from the base system
on i386, and I've noticed the default X i18n settings for the UTF-8
locales are non-working since they point to non-existent modules. It
seems several other people have noticed the effects too, in a form or
another; it is related to PR #41129.[1][2] Is there a reason to these
defaults?

The problematic file, used by all UTF-8 locales, is
${XSRC}/external/mit/libX11/dist/nls/en_US.UTF-8/XI18N_OBJS (which
installs to /usr/X11R7/lib/X11/locale/en_US.UTF-8/XI18N_OBJS):

    # CATEGORY(XLC|XIM|OM)	SHARED_LIBRARY_NAME	FUNCTION_NAME
    #
    #	XI18N objects table for euro locales
    #
    XLC	common/xlcUTF8Load	_XlcUtf8Loader	        # XLC_open
    XOM	common/xomLTRTTB	_XomGenericOpenOM	# XOM_open
    XIM	common/xiiimp		_SwitchOpenIM		# XIM_open
    XIM	common/xiiimp		_XimpLocalOpenIM	# XIM_open

A web search seems to indicate that the XOM and XIM modules listed are
not provided by X.org and are Solaris-specific.[3]

On my setup, I have replaced them with X.org (only) modules, which are
used by non-UTF-8 locales (ximcp for XIM and xomGeneric for XOM).
I don't know whether they support all Unicode specifics, but at least
they exist. Here's the patch:
(Continue reading)

Permalink | Reply | 2 comments |
headers
Matthias Drochner | 8 Jun 2009 21:15
Picon
Picon
Favicon

Re: Updated drm code


Thanks for doing this -- I've given it a try and it works for
me so far (i386-current, i945).
Unfortunately it doesn't fix the stability problems with
modular-xorg-server-1.6.1.901 and MesaLib-7.4.2 for me.
The server crashes occasionally; it seems that this is
triggered by 3d workload. If I start xscreensaver-demo and
switch through the screensavers for a while I can usually
kill the X server within a couple of minutes. 1.4 was
rock-solid.
So the kernel part does basically work. As good as the old
version for me, but not worse either.
Wrt the negative offsets in mmap(): Imho it is technically
OK to allow negative offsets for device mappings. There
is a check in sys_mmap which disallows negative offsets
for everything but VCHR -- this means someone has already
thought about this... But this passes some more responsibility
to the device driver's mmap() methods, so these need to
be reviewed (especially the /dev/mem machine dependant ones).

best regards
Matthias

-------------------------------------------------------------------
-------------------------------------------------------------------
Forschungszentrum Juelich GmbH
52425 Juelich

Sitz der Gesellschaft: Juelich
Eingetragen im Handelsregister des Amtsgerichts Dueren Nr. HR B 3498
(Continue reading)

Permalink | Reply | 0 comments |
headers
patriotparty | 9 Jun 2009 12:31
Picon

congratulation!!

You are a certified winner of 1000,000pounds by the uklottery award 2009 fill in below your names,
address,sex, age, telephone, occupation.
Regards
contact.mrfredwilliams1 <at> btinternet.com
Permalink | Reply | 0 comments |
headers
matthew green | 10 Jun 2009 11:28
Picon
Favicon

many in-tree xorg packages updated


hi folks.

i've updated most of our xorg packages in base.  almost everything
is upto date now.  (exceptions are: Mesa, pixman, xkeyboard-config,
xorg-server and xf86-video-vesa.  xkeyboard-config and pixman are
next, as xorg-server depends on those, and xf86-video-vesa depends
on xorg-server.)

i may have broken some of them, though everything appears to be
building just fine now.

please send-pr any bugs you encounter.

thanks!

.mrg.
Permalink | Reply | 0 comments |
headers
sash | 10 Jun 2009 13:06
Picon

Winner

You are a certified winner of 1,000,000pounds by the uklottery award 2009 fill in below your names,
address,sex, age, telephone, occupation.

Sincerely.

contact.mrfredwilliam1 <at> btinternet.com
contact.mrfredwilliam1 <at> btinternet.com
Permalink | Reply | 0 comments |
headers
Jukka Salmi | 10 Jun 2009 20:55
Picon

Re: Default X i18n configuration for UTF-8 locales references non-existent modules

Hello,

nhat.minh.le <at> huoc.org --> tech-x11 (2009-06-07 11:00:43 +0200):
> Hello,
> 
> I'm running NetBSD-5.0 release with native X.org from the base system
> on i386, and I've noticed the default X i18n settings for the UTF-8
> locales are non-working since they point to non-existent modules. It
> seems several other people have noticed the effects too, in a form or
> another; it is related to PR #41129.[1][2] Is there a reason to these
> defaults?
[...]
> On my setup, I have replaced them with X.org (only) modules, which are
> used by non-UTF-8 locales (ximcp for XIM and xomGeneric for XOM).
> I don't know whether they support all Unicode specifics, but at least
> they exist. Here's the patch:
> 
>     --- a/XI18N_OBJS	2008-07-30 04:43:01.000000000 +0200
>     +++ b/XI18N_OBJS	2009-06-06 19:09:30.000000000 +0200
>      <at>  <at>  -3,6 +3,8  <at>  <at> 
>      #      XI18N objects table for euro locales
>      #
>      XLC    common/xlcUTF8Load      _XlcUtf8Loader          # XLC_open
>     -XOM    common/xomLTRTTB        _XomGenericOpenOM       # XOM_open
>     -XIM    common/xiiimp           _SwitchOpenIM           # XIM_open
>     -XIM    common/xiiimp           _XimpLocalOpenIM        # XIM_open
>     +#XOM   common/xomLTRTTB        _XomGenericOpenOM       # XOM_open
>     +XOM    common/xomGeneric       _XomGenericOpenOM       # XOM_open
>     +#XIM   common/xiiimp           _SwitchOpenIM           # XIM_open
>     +#XIM   common/xiiimp           _XimpLocalOpenIM        # XIM_open
(Continue reading)

Permalink | Reply | 0 comments |
headers
wettstein509 | 10 Jun 2009 19:48
Picon
Favicon

Re: Default X i18n configuration for UTF-8 locales references non-existent modules

> (e.g. dead keys work in Emacs without having to resort to iso-transl).

And I was wondering what I am doing wrong.  Indeed, with your change,
they work.  Thank you.

Andreas
Permalink | Reply | 0 comments |

Gmane