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 Fe
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
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 18:12:09
If you have problems viewing this message, click below:
http://www.magnetmail.net/actions/email_web_version.cfm?recipient_id=18203973
8&message_id=1549582&user_id=Lebhar_ENT&group_id=265098&jobid=7513262"
(https://www.buypenton.com/ProductDetail.aspx?ID=NRNT200)
Are you Ready for 2012?
The Top
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 13:51,
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 swi
On Thu, Oct 6, 2011 at 3:46 PM, Nicholas Marriott
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 the
> backspace key sh
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
O
On Thu, Oct 6, 2011 at 3:56 PM, David Coppa 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?
http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/sys-libs/ncurses/
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 wrote:
> >> ok?
> >
> > cool, thanks.
> > Ok for m
On Thu, Oct 6, 2011 at 4:19 PM, Nicholas Marriott
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 :(
I think I'll just reve
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 beha
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 necess
On Thu, Oct 6, 2011 at 4:29 PM, Nicholas Marriott
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
> than taking up about 200 l
On Sun, Oct 2, 2011 at 8:22 AM, Nicholas Marriott
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 :(
Can this be fixed locally
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 shouldn'
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
> fil
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-fil
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 auca
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 attachment
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
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 h
On 6 October 2011 17:26, Alexandre Ratchov 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 con
> 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 a
On Thu, Oct 06, 2011 at 11:05:34PM +0200, Mark Kettenis wrote:
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 idea of a working default set
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 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
> wh
* Mark Kettenis [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 boat as syslogd.
i
On Thu, Oct 6, 2011 at 1:26 PM, Alexandre Ratchov 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
>> > for
33 matches
Mail list logo