still the same problem here...
$ dmesg | head -n 2
OpenBSD 6.0-beta (GENERIC.MP) #2163: Wed Jun 1 18:31:49 MDT 2016
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
$ pkg_info | grep emacs
emacs-24.5p3-gtk3 GNU editor: extensible, customizable, self-documenting
Alex.
On Sun, Apr 10, 2016 at 12:22:36PM +0200, Matthieu Herrb wrote:
> On Tue, Mar 29, 2016 at 07:50:52PM +0200, Jeremie Courreges-Anglas wrote:
> > Sol?ne Rapenne <sol...@bsd.zplay.eu> writes:
> >
> > > Hello,
> > >
> > > I have the package emacs-24.5p2-gtk3 installed and emacs is unusable
> > > when started in graphical mode.
> > >
> > > dmesg | head -n 2
> > > OpenBSD 5.9-current (GENERIC.MP) #1970: Mon Mar 28 17:02:06 MDT 2016
> > > dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
> > >
> > >
> > > If I start "emacs myfile.txt" I get emacs started in graphical mode, the
> > > window is displayed, the file also but _the buffer_ doesn't respond to
> > > any keyboard/mouse input BUT the menu and the icons of the toolbar
> > > responds. The scrollbar on the right is displayed and can be moved but
> > > don't scroll the text displayed in the buffer. I can quit the window
> > > without problem from the desktop environment (while sometimes you have
> > > to kill the process to close the window). After closing, no core file.
> > > When starting the graphical mode from console, I don't have any error
> > > displayed.
> > >
> > > When starting emacs with -nw in console, everything work as expected.
> > >
> > > I tried the gtk2 flavor and this one is working. I found updates of gtk3
> > > lib the 24th march, maybe it is related ?
> > >
> > > I updated my ports tree and recompiled emacs with gtk3 from there, the
> > > same behaviour is happening.
> > >
> > > Kind regards
> >
> > I can reproduce it here after installing the gtk3 flavor - I use no_x11.
> > Are there emacs-gtk3 users here that can reproduce this issue?
> >
>
> Yes same problem here. Since I upgraded after the last libc bump. So
> the list of packages updated is huge, and it hard to find a list of
> possible guilty candidates...
>
> --
> Matthieu Herrb
