just now made an emacs (on gnome). Problem: thinks I'm vt100 or something!

just now made an emacs (on gnome). Problem: thinks I'm vt100 or something!

[David Combs]

Just made an emacs (23.1) on Solaris 10 sparc.  Was
using gnome when I did it.

./configure  ... ... --with-gif=no  ...

Now, I thought that the use for libgif (or giflib?) was
so that you could show *photographs*, things like that.

(I used the with-gif=no because, on comp.unix.solaris,  that was 
how I was told to do the configure.)

Anyway, that and the make (gmake) worked ok.

And when I actually ran the newly-built emacs (in ../src/),
hooray!, I finally had an emacs on this otherwise naked machine.

But it sure didn't look like the ntemacs I'm running on xp,
with the large fancy colorful "script" EMACS it showed on
starting up.

No such luck.  What I got was like 30 years ago emacs running
on an ADM-3a or vt-100: took no advantage of the gnome gui
it was running under.

Question: could that "no gif" do that?  (I hope not!)

So, what might I have done wrong?

---

I was executing it from terminal-window's tcsh command-line,
rather than by clicking an icon.  SURELY that has nothing
to do with it -- but do tell me if I'm wrong.


Thanks for any advice!


David

Re: just now made an emacs (on gnome). Problem: thinks I'm vt100 or something!

[rusi]

On Jan 18, 1:52 pm, dkco...@panix.com (David Combs) wrote:
> Just made an emacs (23.1) on Solaris 10 sparc.  Was
> using gnome when I did it.
>
> ./configure  ... ... --with-gif=no  ...
>
> Now, I thought that the use for libgif (or giflib?) was
> so that you could show *photographs*, things like that.
>
> (I used the with-gif=no because, on comp.unix.solaris,  that was
> how I was told to do the configure.)
>
> Anyway, that and the make (gmake) worked ok.
>
> And when I actually ran the newly-built emacs (in ../src/),
> hooray!, I finally had an emacs on this otherwise naked machine.
>
> But it sure didn't look like the ntemacs I'm running on xp,
> with the large fancy colorful "script" EMACS it showed on
> starting up.
>
> No such luck.  What I got was like 30 years ago emacs running
> on an ADM-3a or vt-100: took no advantage of the gnome gui
> it was running under.
>
> Question: could that "no gif" do that?  (I hope not!)
>
> So, what might I have done wrong?
>
> ---
>
> I was executing it from terminal-window's tcsh command-line,
> rather than by clicking an icon.  SURELY that has nothing
> to do with it -- but do tell me if I'm wrong.
>
> Thanks for any advice!

What happens if you turn on gif?

Re: just now made an emacs (on gnome). Problem: thinks I'm vt100 or something!

[rusi]

On Jan 18, 10:16 pm, rusi <rustompm...@gmail.com> wrote:
> On Jan 18, 1:52 pm, dkco...@panix.com (David Combs) wrote:
>
>
>
> > Just made an emacs (23.1) on Solaris 10 sparc.  Was
> > using gnome when I did it.
>
> > ./configure  ... ... --with-gif=no  ...
>
> > Now, I thought that the use for libgif (or giflib?) was
> > so that you could show *photographs*, things like that.
>
> > (I used the with-gif=no because, on comp.unix.solaris,  that was
> > how I was told to do the configure.)
>
> > Anyway, that and the make (gmake) worked ok.
>
> > And when I actually ran the newly-built emacs (in ../src/),
> > hooray!, I finally had an emacs on this otherwise naked machine.
>
> > But it sure didn't look like the ntemacs I'm running on xp,
> > with the large fancy colorful "script" EMACS it showed on
> > starting up.
>
> > No such luck.  What I got was like 30 years ago emacs running
> > on an ADM-3a or vt-100: took no advantage of the gnome gui
> > it was running under.
>
> > Question: could that "no gif" do that?  (I hope not!)
>
> > So, what might I have done wrong?
>
> > ---
>
> > I was executing it from terminal-window's tcsh command-line,
> > rather than by clicking an icon.  SURELY that has nothing
> > to do with it -- but do tell me if I'm wrong.
>
> > Thanks for any advice!
>
> What happens if you turn on gif?

On second thought I dont expect that to be the issue.
More likely to be gtk or X or ... development files needed

Have a careful look at the 'no's' in the output of configure

Re: just now made an emacs (on gnome). Problem: thinks I'm vt100 or something!

[Jason Earl]

On Tue, Jan 18 2011, David Combs wrote:

> Just made an emacs (23.1) on Solaris 10 sparc.  Was
> using gnome when I did it.
>
> ./configure  ... ... --with-gif=no  ...
>
> Now, I thought that the use for libgif (or giflib?) was
> so that you could show *photographs*, things like that.
>
> (I used the with-gif=no because, on comp.unix.solaris,  that was 
> how I was told to do the configure.)
>
> Anyway, that and the make (gmake) worked ok.
>
> And when I actually ran the newly-built emacs (in ../src/),
> hooray!, I finally had an emacs on this otherwise naked machine.
>
> But it sure didn't look like the ntemacs I'm running on xp,
> with the large fancy colorful "script" EMACS it showed on
> starting up.
>
> No such luck.  What I got was like 30 years ago emacs running
> on an ADM-3a or vt-100: took no advantage of the gnome gui
> it was running under.
>
> Question: could that "no gif" do that?  (I hope not!)
>
> So, what might I have done wrong?
>
> ---
>
> I was executing it from terminal-window's tcsh command-line,
> rather than by clicking an icon.  SURELY that has nothing
> to do with it -- but do tell me if I'm wrong.
>
>
> Thanks for any advice!
>
>
> David

./configure generates a report near the end of its output that is
helpful for debugging this sort of stuff.  Autoconf probably should
include it in config.log too.  My config.log is 8442 lines, what's
another 33 lines among friends.

Here's the bit that I am talking about from my machine.

--8<---------------cut here---------------start------------->8---
Configured for `i686-pc-linux-gnu'.

  Where should the build process find the source code?    /home/jearl/projects/emacs
  What operating system and machine description files should Emacs use?
        `s/gnu-linux.h'
  What compiler should emacs be built with?               gcc -g -O2
  Should Emacs use the GNU version of malloc?             yes
      (Using Doug Lea's new malloc from the GNU C Library.)
  Should Emacs use a relocating allocator for buffers?    no
  Should Emacs use mmap(2) for buffer allocation?         no
  What window system should Emacs use?                    x11
  What toolkit should Emacs use?                          GTK
  Where do we find X Windows header files?                Standard dirs
  Where do we find X Windows libraries?                   Standard dirs
  Does Emacs use -lXaw3d?                                 no
  Does Emacs use -lXpm?                                   yes
  Does Emacs use -ljpeg?                                  yes
  Does Emacs use -ltiff?                                  yes
  Does Emacs use a gif library?                           yes -lgif
  Does Emacs use -lpng?                                   yes
  Does Emacs use -lrsvg-2?                                yes
  Does Emacs use imagemagick?                             yes
  Does Emacs use -lgpm?                                   no
  Does Emacs use -ldbus?                                  yes
  Does Emacs use -lgconf?                                 yes
  Does Emacs use -lselinux?                               no
  Does Emacs use -lgnutls?                                yes
  Does Emacs use -lxml2?                                  yes
  Does Emacs use -lfreetype?                              yes
  Does Emacs use -lm17n-flt?                              no
  Does Emacs use -lotf?                                   yes
  Does Emacs use -lxft?                                   yes
  Does Emacs use toolkit scroll bars?                     yes
--8<---------------cut here---------------end--------------->8---

The important bit, in this case, is not whether emacs is configured to
use a gif library, but rather that it is configured to use X Windows at
all.  As an example here's what I get when I configure emacs on a
machine without X installed:

--8<---------------cut here---------------start------------->8---
Configured for `i686-pc-linux-gnu'.

  Where should the build process find the source code?    /home/jearl/projects/emacs
  What operating system and machine description files should Emacs use?
        `s/gnu-linux.h'
  What compiler should emacs be built with?               gcc -g -O2
  Should Emacs use the GNU version of malloc?             yes
      (Using Doug Lea's new malloc from the GNU C Library.)
  Should Emacs use a relocating allocator for buffers?    no
  Should Emacs use mmap(2) for buffer allocation?         no
  What window system should Emacs use?                    none
  What toolkit should Emacs use?                          none
  Where do we find X Windows header files?                NONE
  Where do we find X Windows libraries?                   NONE
  Does Emacs use -lXaw3d?                                 no
  Does Emacs use -lXpm?                                   no
  Does Emacs use -ljpeg?                                  no
  Does Emacs use -ltiff?                                  no
  Does Emacs use a gif library?                           no 
  Does Emacs use -lpng?                                   no
  Does Emacs use -lrsvg-2?                                no
  Does Emacs use imagemagick?                             no
  Does Emacs use -lgpm?                                   no
  Does Emacs use -ldbus?                                  no
  Does Emacs use -lgconf?                                 no
  Does Emacs use -lselinux?                               no
  Does Emacs use -lgnutls?                                no
  Does Emacs use -lxml2?                                  no
  Does Emacs use -lfreetype?                              no
  Does Emacs use -lm17n-flt?                              no
  Does Emacs use -lotf?                                   no
  Does Emacs use -lxft?                                   no
  Does Emacs use toolkit scroll bars?                     no
--8<---------------cut here---------------end--------------->8---

Of course, to get that output I had to do:

./configure --without-makeinfo --without-x

My guess is that somehow your emacs did not get built with X Windows
support.

Jason

Re: just now made an emacs (on gnome). Problem: thinks I'm vt100 or something!

[David Combs]

In article <87mxmy6pye.fsf@notengoamigos.org>,
Jason Earl  <jearl@notengoamigos.org> wrote:
...
...


THANK YOU FOR DOING ALL THAT FOR ME!

MUCH APPRECIATED!


Will now go over to the sparc and give those suggestions
a try.

THANKS AGAIN!


David

Re: just now made an emacs (on gnome). Problem: thinks I'm vt100 or something!

[Tim X]

dkcombs@panix.com (David Combs) writes:

> Just made an emacs (23.1) on Solaris 10 sparc.  Was
> using gnome when I did it.
>
> ./configure  ... ... --with-gif=no  ...
>
> Now, I thought that the use for libgif (or giflib?) was
> so that you could show *photographs*, things like that.
>
> (I used the with-gif=no because, on comp.unix.solaris,  that was 
> how I was told to do the configure.)
>
> Anyway, that and the make (gmake) worked ok.
>
> And when I actually ran the newly-built emacs (in ../src/),
> hooray!, I finally had an emacs on this otherwise naked machine.
>
> But it sure didn't look like the ntemacs I'm running on xp,
> with the large fancy colorful "script" EMACS it showed on
> starting up.
>
> No such luck.  What I got was like 30 years ago emacs running
> on an ADM-3a or vt-100: took no advantage of the gnome gui
> it was running under.
>
> Question: could that "no gif" do that?  (I hope not!)
>
> So, what might I have done wrong?
>
> ---
>
> I was executing it from terminal-window's tcsh command-line,
> rather than by clicking an icon.  SURELY that has nothing
> to do with it -- but do tell me if I'm wrong.
>
>

Not sure why you have been told not to include gif support, but it
should have nothing to do with the issues you have observed. 

Sounds like you did a non-X build. Look at the output from configure and
make sure it includes X and an appropriate GUI lib such as gtk+ (given
your running gnome) or one of the older X gui libs.

Note also that the fancy 'Emacs' coloured startup screen may not appear
if you don't have the appropriate fonts or have set a font that prevents
emacs from drawing that flashier initial screen. In this case, yhou will
just get a very plain startup screen that looks very similar to the one
for non-GUI versions. 

The output from configure is the first place to look when tyring to
determine why a newly compiled emacs isn't looking right. Pay particular
attention to the font related stuff as you want anti-aliased fonts and
that an appropriate X library is being included. 

BTW, isn't the latest released 23 version 23.2? Probably should be
building that version rather than one with known bugs.

Tim

-- 
tcross (at) rapttech dot com dot au

Re: just now made an emacs (on gnome). Problem: thinks I'm vt100 or something!

[Kevin Rodgers]

On 1/18/11 1:52 AM, David Combs wrote:
> Just made an emacs (23.1) on Solaris 10 sparc.  Was
> using gnome when I did it.
>
> ./configure  ... ... --with-gif=no  ...
>
> Now, I thought that the use for libgif (or giflib?) was
> so that you could show *photographs*, things like that.
>
> (I used the with-gif=no because, on comp.unix.solaris,  that was
> how I was told to do the configure.)
>
> Anyway, that and the make (gmake) worked ok.
>
> And when I actually ran the newly-built emacs (in ../src/),
> hooray!, I finally had an emacs on this otherwise naked machine.
>
> But it sure didn't look like the ntemacs I'm running on xp,
> with the large fancy colorful "script" EMACS it showed on
> starting up.
>
> No such luck.  What I got was like 30 years ago emacs running
> on an ADM-3a or vt-100: took no advantage of the gnome gui
> it was running under.
>
> Question: could that "no gif" do that?  (I hope not!)
>
> So, what might I have done wrong?

You didn't save the output from configure, so that you could go
back and figure out what went wrong after the fact:

./configure ... 2>&1 | tee configure.log

You didn't tell us what it does look like, e.g. is it running in
its own X11 window or is it running in in the xterm (or other
terminal emulator window) in which you invoked it?

What does ldd `type emacs` show?

-- 
Kevin Rodgers
Denver, Colorado, USA

Re: just now made an emacs (on gnome). Problem: thinks I'm vt100 or something!

[Pascal J. Bourguignon]

dkcombs@panix.com (David Combs) writes:

> Just made an emacs (23.1) on Solaris 10 sparc.  Was
> using gnome when I did it.
>
> ./configure  ... ... --with-gif=no  ...
>
> Now, I thought that the use for libgif (or giflib?) was
> so that you could show *photographs*, things like that.
>
> (I used the with-gif=no because, on comp.unix.solaris,  that was 
> how I was told to do the configure.)
>
> Anyway, that and the make (gmake) worked ok.
>
> And when I actually ran the newly-built emacs (in ../src/),
> hooray!, I finally had an emacs on this otherwise naked machine.
>
> But it sure didn't look like the ntemacs I'm running on xp,
> with the large fancy colorful "script" EMACS it showed on
> starting up.
>
> No such luck.  What I got was like 30 years ago emacs running
> on an ADM-3a or vt-100: took no advantage of the gnome gui
> it was running under.
>
> Question: could that "no gif" do that?  (I hope not!)
>
> So, what might I have done wrong?

You need --with-x to get an X gui.

Here is what I use:

    ./configure --prefix=/opt/emacs-${emacs_version}  \
	    --with-x \
	    --with-xpm \
	    --with-jpeg \
	    --with-tiff \
	    --with-gif \
	    --with-png \
        --with-rsvg \
        --with-xft \
        --with-libotf \
        --with-sound \
	    --with-x-toolkit=no \
	    --without-toolkit-scroll-bars \
	    --x-includes=/usr/X11/include \
	    --x-libraries=/usr/X11/lib \
        && make \
        && make install 

Of course, if you want some specific X toolkit, you will use something
else than no there.

-- 
__Pascal Bourguignon__                     http://www.informatimago.com/
A bad day in () is better than a good day in {}.

Re: just now made an emacs (on gnome). Problem: thinks I'm vt100 or something!

[Steph]

On Jan 18, 3:52 am, dkco...@panix.com (David Combs) wrote:

> So, what might I have done wrong?

If emacs didn't start in a new window, the first thing *I* would check
is your DISPLAY environment variable:

echo $DISPLAY

Without it, Emacs will start in tty mode even if you compiled with X
support.

Re: just now made an emacs (on gnome). Problem: thinks I'm vt100 or something!

[David Combs]

In article <871v49x6f6.fsf@puma.rapttech.com.au>,
Tim X  <timx@nospam.dev.null> wrote:
>dkcombs@panix.com (David Combs) writes:
>
>> Just made an emacs (23.1) on Solaris 10 sparc.  Was
>> using gnome when I did it.
>>
>> ./configure  ... ... --with-gif=no  ...
>>
>> Now, I thought that the use for libgif (or giflib?) was
>> so that you could show *photographs*, things like that.
>>
>> (I used the with-gif=no because, on comp.unix.solaris,  that was 
>> how I was told to do the configure.)
>>
>> Anyway, that and the make (gmake) worked ok.
>>
>> And when I actually ran the newly-built emacs (in ../src/),
>> hooray!, I finally had an emacs on this otherwise naked machine.
>>
>> But it sure didn't look like the ntemacs I'm running on xp,
>> with the large fancy colorful "script" EMACS it showed on
>> starting up.
>>
>> No such luck.  What I got was like 30 years ago emacs running
>> on an ADM-3a or vt-100: took no advantage of the gnome gui
>> it was running under.
>>
>> Question: could that "no gif" do that?  (I hope not!)
>>
>> So, what might I have done wrong?
>>
>> ---
>>
>> I was executing it from terminal-window's tcsh command-line,
>> rather than by clicking an icon.  SURELY that has nothing
>> to do with it -- but do tell me if I'm wrong.
>>
>>
>
>Not sure why you have been told not to include gif support, but it
>should have nothing to do with the issues you have observed. 
>
>Sounds like you did a non-X build. Look at the output from configure and
>make sure it includes X and an appropriate GUI lib such as gtk+ (given
>your running gnome) or one of the older X gui libs.
>
>Note also that the fancy 'Emacs' coloured startup screen may not appear
>if you don't have the appropriate fonts or have set a font that prevents
>emacs from drawing that flashier initial screen. In this case, yhou will
>just get a very plain startup screen that looks very similar to the one
>for non-GUI versions. 
>
>The output from configure is the first place to look when tyring to
>determine why a newly compiled emacs isn't looking right. Pay particular
>attention to the font related stuff as you want anti-aliased fonts and
>that an appropriate X library is being included. 
>
>BTW, isn't the latest released 23 version 23.2? Probably should be
>building that version rather than one with known bugs.
>
>Tim
>
>-- 
>tcross (at) rapttech dot com dot au

Maybe, but it's sure gotta be better than 21 or even 22,
yes?

David

Re: just now made an emacs (on gnome). Problem: thinks I'm vt100 or something!

[David Combs]

In article <87k4i02jxv.fsf@kuiper.lan.informatimago.com>,
Pascal J. Bourguignon <pjb@informatimago.com> wrote:
>dkcombs@panix.com (David Combs) writes:
>
...
...

>>
>> So, what might I have done wrong?
>
>You need --with-x to get an X gui.
>
>Here is what I use:
>
>    ./configure --prefix=/opt/emacs-${emacs_version}  \
>	    --with-x \
>	    --with-xpm \
>	    --with-jpeg \
>	    --with-tiff \
>	    --with-gif \
>	    --with-png \
>        --with-rsvg \
>        --with-xft \
>        --with-libotf \
>        --with-sound \
>	    --with-x-toolkit=no \
>	    --without-toolkit-scroll-bars \
>	    --x-includes=/usr/X11/include \
>	    --x-libraries=/usr/X11/lib \
>        && make \
>        && make install 
>
>Of course, if you want some specific X toolkit, you will use something
>else than no there.
>
>-- 
>__Pascal Bourguignon__                     http://www.informatimago.com/
>A bad day in () is better than a good day in {}.


Thanks!

Will give it a try!

David

Re: just now made an emacs (on gnome). Problem: thinks I'm vt100 or something!

[Tim X]

dkcombs@panix.com (David Combs) writes:

> In article <871v49x6f6.fsf@puma.rapttech.com.au>,
> Tim X  <timx@nospam.dev.null> wrote:
>>dkcombs@panix.com (David Combs) writes:
>>
>>> Just made an emacs (23.1) on Solaris 10 sparc.  Was
>>> using gnome when I did it.
>>>
>>> ./configure  ... ... --with-gif=no  ...
>>>
>>> Now, I thought that the use for libgif (or giflib?) was
>>> so that you could show *photographs*, things like that.
>>>
>>> (I used the with-gif=no because, on comp.unix.solaris,  that was 
>>> how I was told to do the configure.)
>>>
>>> Anyway, that and the make (gmake) worked ok.
>>>
>>> And when I actually ran the newly-built emacs (in ../src/),
>>> hooray!, I finally had an emacs on this otherwise naked machine.
>>>
>>> But it sure didn't look like the ntemacs I'm running on xp,
>>> with the large fancy colorful "script" EMACS it showed on
>>> starting up.
>>>
>>> No such luck.  What I got was like 30 years ago emacs running
>>> on an ADM-3a or vt-100: took no advantage of the gnome gui
>>> it was running under.
>>>
>>> Question: could that "no gif" do that?  (I hope not!)
>>>
>>> So, what might I have done wrong?
>>>
>>> ---
>>>
>>> I was executing it from terminal-window's tcsh command-line,
>>> rather than by clicking an icon.  SURELY that has nothing
>>> to do with it -- but do tell me if I'm wrong.
>>>
>>>
>>
>>Not sure why you have been told not to include gif support, but it
>>should have nothing to do with the issues you have observed. 
>>
>>Sounds like you did a non-X build. Look at the output from configure and
>>make sure it includes X and an appropriate GUI lib such as gtk+ (given
>>your running gnome) or one of the older X gui libs.
>>
>>Note also that the fancy 'Emacs' coloured startup screen may not appear
>>if you don't have the appropriate fonts or have set a font that prevents
>>emacs from drawing that flashier initial screen. In this case, yhou will
>>just get a very plain startup screen that looks very similar to the one
>>for non-GUI versions. 
>>
>>The output from configure is the first place to look when tyring to
>>determine why a newly compiled emacs isn't looking right. Pay particular
>>attention to the font related stuff as you want anti-aliased fonts and
>>that an appropriate X library is being included. 
>>
>>BTW, isn't the latest released 23 version 23.2? Probably should be
>>building that version rather than one with known bugs.
>>
>>Tim
>>
>>-- 
>>tcross (at) rapttech dot com dot au
>
> Maybe, but it's sure gotta be better than 21 or even 22,
> yes?
>

Depends on individual requirements and preferences. Yes, the emacs 23
version has better font handling with antialiasing and better handling
of character encoding as well as some new modes. On the other hand,
there have been a number of reports that it is slower with X over a WAN
and you have more library dependencies to satisfy to get the new
features. If your unlucky enough to depend on one of the features which
are fixed in 23.2, you may find it even less of an improvement than
expected. 

I personally like it, but I don't use X over a WAN anymore and I'm on
Linux, so satisfying library dependencies is fairly easy compared to
some other platforms and none of the bugs fixed between 23.1 and 23.2
had an obvious impact on the functionality I use. 

I just think if your going to the trouble to build from sources, you may
as well build from the most recent production release rather than an
older release which has known issues. 

Tim


-- 
tcross (at) rapttech dot com dot au