Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

Bug#469259: Build with ncursesw

1 view
Skip to first unread message

Timo Aaltonen

unread,
Mar 4, 2008, 3:50:12 AM3/4/08
to
Package: alpine
Version: 1.0+dfsg-3
Severity: normal

Hi

Alpine does not build-depend on libncursesw5-dev, which means that while
you can read exotic characters, you cannot write them without messing up
the terminal. I have no need for this myself but got a request about it,
and since it seems valid I'll report it here :)


ps. sorry about the mailutil mess, I wasn't aware that there was a
separate package for it :)

--
To UNSUBSCRIBE, email to debian-bugs-...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org

Asheesh Laroia

unread,
Mar 4, 2008, 6:20:09 PM3/4/08
to
On Tue, 4 Mar 2008, Timo Aaltonen wrote:

> Hi
>
> Alpine does not build-depend on libncursesw5-dev, which means that while
> you can read exotic characters, you cannot write them without messing up the
> terminal. I have no need for this myself but got a request about it, and
> since it seems valid I'll report it here :)

Dear alpine maintainers and community members,

Is building alpine with libncursesw the right way to make "exotic
character" input as well as output work?

I haven't done extensive development in this curses world, so I
thought I'd ask you guys. If so, I'll naturally change to the Debian
package so that it builds against the wide ncurses.

If instead alpine has been written intending to link to libncurses not
libncursesw, then let me know!

-- Asheesh.

--
Never trust an operating system.

Timo Aaltonen

unread,
Mar 28, 2008, 4:20:18 AM3/28/08
to
On Tue, 4 Mar 2008, Asheesh Laroia wrote:

> On Tue, 4 Mar 2008, Timo Aaltonen wrote:
>
>> Hi
>>
>> Alpine does not build-depend on libncursesw5-dev, which means that while
>> you can read exotic characters, you cannot write them without messing up
>> the terminal. I have no need for this myself but got a request about it,
>> and since it seems valid I'll report it here :)
>
> Dear alpine maintainers and community members,
>
> Is building alpine with libncursesw the right way to make "exotic character"
> input as well as output work?
>
> I haven't done extensive development in this curses world, so I thought I'd
> ask you guys. If so, I'll naturally change to the Debian package so that it
> builds against the wide ncurses.
>
> If instead alpine has been written intending to link to libncurses not
> libncursesw, then let me know!

No reply..

I had to edit configure.ac to use -lncursesw, then it configured and built
fine, but linking failed:

x86_64-linux-gnu-gcc -std=gnu99 -g -pthread -Wall -g -O2 -Wl,-z -Wl,defs
-Wl,--as-needed -o alpine addrbook.o adrbkcmd.o after.o alpine.o arg.o
busy.o colorconf.o confscroll.o context.o dispfilt.o flagmaint.o folder.o
help.o imap.o init.o kblock.o keymenu.o ldapconf.o listsel.o mailcmd.o
mailindx.o mailpart.o mailview.o newuser.o pattern.o pipe.o print.o
radio.o remote.o reply.o roleconf.o send.o setup.o signal.o status.o
takeaddr.o titlebar.o date.o -lpam -ldl -L/usr/lib -lcrypto
../pico/libpico.a ../pico/osdep/libpicoosd.a ../pith/libpith.a
../pith/osdep/libpithosd.a ../pith/charconv/libpithcc.a osdep/libpineosd.a
../c-client/c-client.a -lldap -lncursesw -llber -lssl
../c-client/c-client.a(osdep.o): In function `ssl_onceonlyinit':
/tmp/buildd/alpine-1.0+dfsg/imap/c-client/osdep.c:335: warning: the use of
`tmpnam' is dangerous, better use `mkstemp'
../c-client/c-client.a(osdep.o): In function `checkpw_cleanup':
osdep.c:(.text+0x17f2): undefined reference to `pam_setcred'
../c-client/c-client.a(osdep.o): In function `checkpw':
osdep.c:(.text+0x6025): undefined reference to `pam_start'
osdep.c:(.text+0x607a): undefined reference to `pam_set_item'
osdep.c:(.text+0x6089): undefined reference to `pam_authenticate'
osdep.c:(.text+0x6098): undefined reference to `pam_acct_mgmt'
osdep.c:(.text+0x60aa): undefined reference to `pam_setcred'
../c-client/c-client.a(osdep.o): In function `checkpw_cleanup':
osdep.c:(.text+0x1802): undefined reference to `pam_end'
collect2: ld returned 1 exit status

what's going on here?

t

Timo Aaltonen

unread,
Mar 28, 2008, 6:20:13 AM3/28/08
to
On Fri, 28 Mar 2008, Timo Aaltonen wrote:

> I had to edit configure.ac to use -lncursesw, then it configured and built
> fine, but linking failed:

gah, that was due to running autoreconf by hand.. Without that it built
fine.

Asheesh Laroia

unread,
Mar 28, 2008, 4:50:12 PM3/28/08
to
On Fri, 28 Mar 2008, Timo Aaltonen wrote:

> On Tue, 4 Mar 2008, Asheesh Laroia wrote:
>
>> On Tue, 4 Mar 2008, Timo Aaltonen wrote:
>>
>>> Hi
>>>
>>> Alpine does not build-depend on libncursesw5-dev, which means that while
>>> you can read exotic characters, you cannot write them without messing up
>>> the terminal. I have no need for this myself but got a request about it,
>>> and since it seems valid I'll report it here :)
>>
>> Dear alpine maintainers and community members,
>>
>> Is building alpine with libncursesw the right way to make "exotic
>> character" input as well as output work?
>>
>> I haven't done extensive development in this curses world, so I thought I'd
>> ask you guys. If so, I'll naturally change to the Debian package so that
>> it builds against the wide ncurses.
>>
>> If instead alpine has been written intending to link to libncurses not
>> libncursesw, then let me know!
>
> No reply..

Right. Inputting Résumé seems to work fine for me without building with
ncursesw. What doesn't work for you that needs it?

-- Asheesh.

--
A bank is a place where they lend you an umbrella in fair weather and
ask for it back the when it begins to rain.
-- Robert Frost

Timo Aaltonen

unread,
Mar 28, 2008, 5:00:14 PM3/28/08
to
On Fri, 28 Mar 2008, Asheesh Laroia wrote:

> On Fri, 28 Mar 2008, Timo Aaltonen wrote:
>
>> On Tue, 4 Mar 2008, Asheesh Laroia wrote:
>>
>>> On Tue, 4 Mar 2008, Timo Aaltonen wrote:
>>>
>>>> Hi
>>>>
>>>> Alpine does not build-depend on libncursesw5-dev, which means that while
>>>> you can read exotic characters, you cannot write them without messing up
>>>> the terminal. I have no need for this myself but got a request about it,
>>>> and since it seems valid I'll report it here :)
>>>
>>> Dear alpine maintainers and community members,
>>>
>>> Is building alpine with libncursesw the right way to make "exotic
>>> character" input as well as output work?
>>>
>>> I haven't done extensive development in this curses world, so I thought
>>> I'd ask you guys. If so, I'll naturally change to the Debian package so
>>> that it builds against the wide ncurses.
>>>
>>> If instead alpine has been written intending to link to libncurses not
>>> libncursesw, then let me know!
>>
>> No reply..
>
> Right. Inputting Résumé seems to work fine for me without building with
> ncursesw. What doesn't work for you that needs it?

The use-case was to write japanese on top of latin text, and that should
have overwritten the old text. But, I've tested this today and couldn't
reproduce it.. So, this bug is pretty much invalid.

I'd still like to know why it doesn't need ncursesw :)

t

Steve Hubert

unread,
Mar 28, 2008, 5:30:12 PM3/28/08
to
>> No reply..
>
> Right. Inputting Résumé seems to work fine for me without building with
> ncursesw. What doesn't work for you that needs it?
>
> -- Asheesh.

I'm not sure what alpine gets from libcurses. We use escape sequences from
terminfo/termcap to move the cursor around and that's pretty much it. So
unless I'm missing some critical piece, it doesn't seem like it would make
any difference.

Steve

0 new messages