On 2/28/13 10:35 PM, Yann E. MORIN wrote:
> It's not that those systems will be updated to run the latest kernel, but
> rather that those systems can be used to build a newer kernel for another
> system (think eg. cross-compilation and embedded).
>
That's true, I will split the patches as
Justin, All,
On Thursday 28 February 2013 justin wrote:
> On 2/28/13 7:08 PM, Yann E. MORIN wrote:
> > Well, RHEL4 is still widely used, and it was released in 2005, so will
> > not have ncurses-5.6 (updates may have it, but not everybody installs
> > updates).
>
> question, will such system be
On 2/28/13 7:08 PM, Yann E. MORIN wrote:
>
> Well, RHEL4 is still widely used, and it was released in 2005, so will
> not have ncurses-5.6 (updates may have it, but not everybody installs
> updates).
>
Hi,
question, will such system be updated then to latest kernel sources? And
if so, can't we
Justin, All,
On Thursday 28 February 2013 justin wrote:
> > On a side note: is the old code still useful, now we use the config
> > scripts? In other words: are there cases where a ncurses install would
> > not provide those scripts?
> >
> > If the answer is 'no', then just trash the old code
Hello,
> On a side note: is the old code still useful, now we use the config
> scripts? In other words: are there cases where a ncurses install would
> not provide those scripts?
>
> If the answer is 'no', then just trash the old code away.
>
> I've just tested Debian Squeeze (stable for now),
Hello,
On a side note: is the old code still useful, now we use the config
scripts? In other words: are there cases where a ncurses install would
not provide those scripts?
If the answer is 'no', then just trash the old code away.
I've just tested Debian Squeeze (stable for now), and
Justin, All,
On Thursday 28 February 2013 justin wrote:
On a side note: is the old code still useful, now we use the config
scripts? In other words: are there cases where a ncurses install would
not provide those scripts?
If the answer is 'no', then just trash the old code away.
On 2/28/13 7:08 PM, Yann E. MORIN wrote:
Well, RHEL4 is still widely used, and it was released in 2005, so will
not have ncurses-5.6 (updates may have it, but not everybody installs
updates).
Hi,
question, will such system be updated then to latest kernel sources? And
if so, can't we
Justin, All,
On Thursday 28 February 2013 justin wrote:
On 2/28/13 7:08 PM, Yann E. MORIN wrote:
Well, RHEL4 is still widely used, and it was released in 2005, so will
not have ncurses-5.6 (updates may have it, but not everybody installs
updates).
question, will such system be updated
On 2/28/13 10:35 PM, Yann E. MORIN wrote:
It's not that those systems will be updated to run the latest kernel, but
rather that those systems can be used to build a newer kernel for another
system (think eg. cross-compilation and embedded).
That's true, I will split the patches as suggested.
Justin, All,
On Wednesday 27 February 2013 j...@gentoo.org wrote:
> When building ncurses with --with-termlib several symbols get moved from
> libncurses.so to libtinfo.so. Thus when linking with libncurses.so, one
> additionally needs to link with libtinfo.so.
>
> Ncurses provides a config
From: Justin Lecher
When building ncurses with --with-termlib several symbols get moved from
libncurses.so to libtinfo.so. Thus when linking with libncurses.so, one
additionally needs to link with libtinfo.so.
Ncurses provides a config script (ncurses5-config) to assist finding ncurses.
This
From: Justin Lecher j...@gentoo.org
When building ncurses with --with-termlib several symbols get moved from
libncurses.so to libtinfo.so. Thus when linking with libncurses.so, one
additionally needs to link with libtinfo.so.
Ncurses provides a config script (ncurses5-config) to assist finding
Justin, All,
On Wednesday 27 February 2013 j...@gentoo.org wrote:
When building ncurses with --with-termlib several symbols get moved from
libncurses.so to libtinfo.so. Thus when linking with libncurses.so, one
additionally needs to link with libtinfo.so.
Ncurses provides a config script
14 matches
Mail list logo