On Wed, Sep 07, 2011 at 08:53:02AM +0200, Otto Moerbeek wrote:
Hi,
This makes struct chunk_info a variable sized struct, wasting less
space for meta data, by only allocating space actually needed for the
bitmap (modulo alignment requirements).
I have been runing this on amd64 and
Provisisn e Instalacisn de Displays Originales, LCD y LED, todas las
marcas y modelos
Tambiin hacemos reparacisn de motherboard, cambio de teclados y discos.
HP, COMPAQ, IBM, OLIVETTI, SONY, BANGHO, MSI, LENOVO, ACER
Revisisn y Presupuesto sin Cargo
Consultar por Retiro Sin Cargo en Capital
With the old version of less, when called as either more or less,
if you press either G or F ^C, you would be left at a prompt at the end
of the file.
In the updated version these differ; called as less this works fine,
but as more it exits.
Not sure if this is intentional but I'm finding it
Generador Elictrico Solar para Embarcaciones
[IMAGE]
Potencia Diaria: 360W
Carga su Baterma 12VCC/70A en 3 dmas de sol
Disfrute de largos viajes en su embarcacisn con un
GENERADOR DE ENERGMA SOLAR INAGOTABLE,
LIMPIO Y ECOLOGICO a bordo. SOPORTAN GRANIZO Y NIEVE
ENERGIA SOLAR LIBRE Y GRATIS
Does this restore the old behaviour?
I don't remember why -E was left out... Alexandr?
Index: main.c
===
RCS file: /cvs/src/usr.bin/less/main.c,v
retrieving revision 1.11
diff -u -p -r1.11 main.c
--- main.c 16 Sep 2011
If you have problems viewing this message, click below:
http://www.magnetmail.net/actions/email_web_version.cfm?recipient_id=18203973
8message_id=1549582user_id=Lebhar_ENTgroup_id=265098jobid=7513262
(https://www.buypenton.com/ProductDetail.aspx?ID=NRNT200)
Are you Ready for 2012?
The Top 200
Oh hmm I was slightly mistaken; G did actually exit more before,
so only the behaviour of F ^C has changed.
Thanks for pointing out -E, that changes behaviour of both G and
F^C (which I can quite imagine some people won't want) but I am happy
to set that in MORE for myself.
On 2011/10/06
Hi
Update termtypes.master to terminfo.src from ncurses-5.9-20111001.
We had local changes to change kbs from ^H to \177 in xterm, but there
is now an xterm+kbs fragment for people who cannot agree on what the
backspace key should send which handily changes it for all xterm
entries. So I've
On Thu, Oct 6, 2011 at 3:46 PM, Nicholas Marriott
nicholas.marri...@gmail.com wrote:
Hi
Update termtypes.master to terminfo.src from ncurses-5.9-20111001.
We had local changes to change kbs from ^H to \177 in xterm, but there
is now an xterm+kbs fragment for people who cannot agree on what
Hi
Thanks.
New terminfo entries for particular applications are typically a matter
for the upstream author. In the case of rxvt-unicode I'm not sure what
the history is but it has come up on bug-ncurses before, for example:
http://lists.gnu.org/archive/html/bug-ncurses/2009-10/msg00030.html
On Thu, Oct 6, 2011 at 3:56 PM, David Coppa dco...@gmail.com wrote:
ok?
cool, thanks.
Ok for me.
Just one curiosity: have rxvt-unicode entries been planned for
inclusion into ncurses?
Or would it be stupid to add this patch?
I'd prefer not to drift from upstream ncurses for entire entries if
possible. What's wrong with using /usr/local/share/terminfo for ports?
On Thu, Oct 06, 2011 at 04:12:34PM +0200, David Coppa wrote:
On Thu, Oct 6, 2011 at 3:56 PM, David Coppa dco...@gmail.com wrote:
ok?
cool, thanks.
On Thu, Oct 6, 2011 at 4:19 PM, Nicholas Marriott
nicholas.marri...@gmail.com wrote:
I'd prefer not to drift from upstream ncurses for entire entries if
possible. What's wrong with using /usr/local/share/terminfo for ports?
Nothing, until yo ssh to a machine where rxvt-unicode is not installed
Yep they seem to have actually changed the behaviour of -E, I've been
looking to see if we can restore the old behaviour but haven't got it
yet.
On Thu, Oct 06, 2011 at 02:46:27PM +0100, Stuart Henderson wrote:
Oh hmm I was slightly mistaken; G did actually exit more before,
so only the
Well, we can add it to the termtypes.master file, it isn't a huge
maintenance burden. Although I don't much like the diff you linked to,
it would be better if the entry matched the others in the file rather
than taking up about 200 lines.
Most ideal would be if upstream could do whatever is
On Thu, Oct 6, 2011 at 4:29 PM, Nicholas Marriott
nicholas.marri...@gmail.com wrote:
Well, we can add it to the termtypes.master file, it isn't a huge
maintenance burden. Although I don't much like the diff you linked to,
it would be better if the entry matched the others in the file rather
On Sun, Oct 2, 2011 at 8:22 AM, Nicholas Marriott
nicholas.marri...@gmail.com wrote:
This seems fine to me, but I'm not a perl guru. Have you talked to
upstream?
I'm having big difficulties trying to report the bug on rt.cpan.org.
It seems they do all the best to make you feel uncomfortable :(
I can't really follow what it is trying to do. Won't your change always
call infocmp if TERMCAP is not set instead of searching through the
files?
It looks like currently infocmp is only used if there are no termcap
files at all, not if the entry is missing from the files it does
find. So
On Thu, Oct 06, 2011 at 04:00:21PM +0100, Nicholas Marriott wrote:
I can't really follow what it is trying to do. Won't your change always
call infocmp if TERMCAP is not set instead of searching through the
files?
It looks like currently infocmp is only used if there are no termcap
files at
Option -E is different for less and more.
for less - causes to automatically exit the first time it reaches
end-of-file.
for more - option -E and -e is equivalent and causes to automatically
exit the second time it reaches end-of-file.
Behaviour exit the first time it reaches end-of-file set on
On the one hand, we expect audio to work by default. On the other hand
format conversions, channel mapping, resampling and alike belong to
the audio sub-system; until 2009, this used to be the audio(4) driver
itself. But later, instead of extending the audio(4) driver, we put
new audio code in
If this email is not loading properly, please use this link :
http://www.globaltt.com/mailing/110921_cover-internet/mail_cover-int
ernet.html
[IMAGE]
[IMAGE]
[IMAGE]
[IMAGE]
[demime 1.01d removed an attachment of type image/jpeg which had a name of
01.jpg]
[demime 1.01d removed an
Hi Alexandre,
Alexandre Ratchov wrote on Thu, Oct 06, 2011 at 08:29:26PM +0200:
On the one hand, we expect audio to work by default. On the other hand
format conversions, channel mapping, resampling and alike belong to
the audio sub-system; until 2009, this used to be the audio(4) driver
On Thu, Oct 06, 2011 at 08:58:16PM +0200, Ingo Schwarze wrote:
| Hi Alexandre,
|
| Alexandre Ratchov wrote on Thu, Oct 06, 2011 at 08:29:26PM +0200:
|
| On the one hand, we expect audio to work by default. On the other hand
| format conversions, channel mapping, resampling and alike belong to
On Thu, Oct 06, 2011 at 08:58:16PM +0200, Ingo Schwarze wrote:
Hi Alexandre,
Alexandre Ratchov wrote on Thu, Oct 06, 2011 at 08:29:26PM +0200:
On the one hand, we expect audio to work by default. On the other hand
format conversions, channel mapping, resampling and alike belong to
the
On Thu, Oct 06, 2011 at 10:10:10PM +0200, Paul de Weerd wrote:
On Thu, Oct 06, 2011 at 08:58:16PM +0200, Ingo Schwarze wrote:
| Hi Alexandre,
|
| Alexandre Ratchov wrote on Thu, Oct 06, 2011 at 08:29:26PM +0200:
|
| On the one hand, we expect audio to work by default. On the other hand
|
On 6 October 2011 17:26, Alexandre Ratchov a...@caoua.org wrote:
On Thu, Oct 06, 2011 at 08:58:16PM +0200, Ingo Schwarze wrote:
Hi Alexandre,
Alexandre Ratchov wrote on Thu, Oct 06, 2011 at 08:29:26PM +0200:
On the one hand, we expect audio to work by default. On the other hand
format
On Thu, Oct 06, 2011 at 08:58:16PM +0200, Ingo Schwarze wrote:
| Hi Alexandre,
|
| Alexandre Ratchov wrote on Thu, Oct 06, 2011 at 08:29:26PM +0200:
|
| On the one hand, we expect audio to work by default. On the other hand
| format conversions, channel mapping, resampling and alike
On Thu, Oct 06, 2011 at 11:05:34PM +0200, Mark Kettenis wrote:
Mark counters my objections
Mark, you make very valid points - my comments were more in the 'food
for thought' department: we run deamons by default while some are
never used by certain users. Doesn't harm them.
| But I like the
On Thu, Oct 06, 2011 at 11:05:34PM +0200, Mark Kettenis wrote:
It would be nice if aucat didn't start when there was no sound
hardware. And it doesn't:
[weerd@despair] $ sudo aucat -l -fsun:0
aucat: sun:0: can't open device
sun:0: failed to open audio device
So your
So I'm not convinced we should enable aucat unconditionally. Wouldn't
it make some sense to enable aucat on systems that run X?
Hmmm, why not?
I'm not against turning audio off in certain situations (servers,
whatever). IMO the important point is aucat to be always running
when audio
* Mark Kettenis mark.kette...@xs4all.nl [2011-10-06 23:06]:
Only if it is a proper server ;) Most i386/amd64 servers do have
sound hardware.
huh? either your defintion of server hardware is weird or my servers are.
on pflog, that gets only started if pf is enabled and then it is in
the same
On Thu, Oct 6, 2011 at 1:26 PM, Alexandre Ratchov a...@caoua.org wrote:
On Thu, Oct 06, 2011 at 08:58:16PM +0200, Ingo Schwarze wrote:
Hi Alexandre,
Alexandre Ratchov wrote on Thu, Oct 06, 2011 at 08:29:26PM +0200:
On the one hand, we expect audio to work by default. On the other hand
33 matches
Mail list logo