On Fri, May 03, 2024 at 01:50:52PM -0700, David Christensen wrote:
> Thank you for devising a benchmark and posting some data. :-)
I did not do the comparison hosted on github. I just wrote the
script which tests the dm-integrity on dm-raid error detection
and error correction.
> FreeBSD also
On 5/3/24 04:26, Marc SCHAEFER wrote:
On Mon, Apr 08, 2024 at 10:04:01PM +0200, Marc SCHAEFER wrote:
For off-site long-term offline archiving, no, I am not using RAID.
Now, as I had to think a bit about ONLINE integrity, I found this
comparison:
https://github.com/t13a/dm-integrity
On 3 May 2024 13:26 +0200, from schae...@alphanet.ch (Marc SCHAEFER):
> https://github.com/t13a/dm-integrity-benchmarks
>
> Contenders are btrfs, zfs, and notably ext4+dm-integrity+dm-raid
ZFS' selling point is not performance, _especially_ on rotational
drives. In fact, it's fairly widely
On Mon, Apr 08, 2024 at 10:04:01PM +0200, Marc SCHAEFER wrote:
> For off-site long-term offline archiving, no, I am not using RAID.
Now, as I had to think a bit about ONLINE integrity, I found this
comparison:
https://github.com/t13a/dm-integrity-benchmarks
Contenders are btrfs,
On 4/12/24 08:14, piorunz wrote:
On 10/04/2024 12:10, David Christensen wrote:
Those sound like some compelling features.
I believe the last time I tried Btrfs was Debian 9 (?). I ran into
problems because I did not do the required manual maintenance
(rebalancing). Does the Btrfs in Debian
On 10/04/2024 12:10, David Christensen wrote:
Those sound like some compelling features.
I believe the last time I tried Btrfs was Debian 9 (?). I ran into
problems because I did not do the required manual maintenance
(rebalancing). Does the Btrfs in Debian 11 or Debian 12 still require
On 4/10/24 08:49, Paul Leiber wrote:
Am 10.04.2024 um 13:10 schrieb David Christensen:
Does the Btrfs in Debian 11 or Debian 12 still require
manual maintenance? If so, what and how often?
Scrub and balance are actions which have been recommended. I am using
btrfsmaintenance scripts [1][2]
Am 10.04.2024 um 13:10 schrieb David Christensen:
On 4/9/24 17:08, piorunz wrote:
On 02/04/2024 13:53, David Christensen wrote:
Does anyone have any comments or suggestions regarding how to use
magnetic hard disk drives, commodity x86 computers, and Debian for
long-term data storage
On 2024-04-10, David Christensen wrote:
>>
>> I use Btrfs, on all my systems, including some servers, with soft Raid1
>> and Raid10 modes (because these modes are considered stable and
>> production ready). I decided on Btrfs not ZFS, because Btrfs allows to
>> migrate drives on the fly while
On 4/9/24 17:08, piorunz wrote:
On 02/04/2024 13:53, David Christensen wrote:
Does anyone have any comments or suggestions regarding how to use
magnetic hard disk drives, commodity x86 computers, and Debian for
long-term data storage with ensured integrity?
I use Btrfs, on all my systems
On 02/04/2024 13:53, David Christensen wrote:
Does anyone have any comments or suggestions regarding how to use
magnetic hard disk drives, commodity x86 computers, and Debian for
long-term data storage with ensured integrity?
I use Btrfs, on all my systems, including some servers, with soft
?
For off-site long-term offline archiving, no, I am not using RAID.
No, it's not LVM+md, just plain LVM for flexibility.
Typically I use 16 TB hard drives, and I tend to use one LV per data
source, the LV name being the data source and the date of the copy.
Or sometimes I just copy a raw volume
Am 08.04.2024 um 23:08 schrieb Stefan Monnier:
> David Christensen [2024-04-08 11:28:04] wrote:
>> Why LVM?
>
> Personally, I've been using LVM everywhere I can (i.e. everywhere
> except on my OpenWRT router, tho I've also used LVM there back when my
> router had an HDD. I also use LVM on my 2GB
David Christensen [2024-04-08 11:28:04] wrote:
> Why LVM?
Personally, I've been using LVM everywhere I can (i.e. everywhere
except on my OpenWRT router, tho I've also used LVM there back when my
router had an HDD. I also use LVM on my 2GB USB rescue image).
To me the question is rather the
Hello,
On Mon, Apr 08, 2024 at 11:28:04AM -0700, David Christensen wrote:
> So, an ext4 file system on an LVM logical volume?
>
> Why LVM? Are you implementing redundancy (RAID)? Is your data larger than
> a single disk (concatenation/ JBOD)? Something else?
For off-site long-
On 4/8/24 02:38, Marc SCHAEFER wrote:
For offline storage:
On Tue, Apr 02, 2024 at 05:53:15AM -0700, David Christensen wrote:
Does anyone have any comments or suggestions regarding how to use magnetic
hard disk drives, commodity x86 computers, and Debian for long-term data
storage with ensured
For offline storage:
On Tue, Apr 02, 2024 at 05:53:15AM -0700, David Christensen wrote:
> Does anyone have any comments or suggestions regarding how to use magnetic
> hard disk drives, commodity x86 computers, and Debian for long-term data
> storage with ensured integrity?
I use LV
On Tue Apr 2, 2024 at 10:57 PM BST, David Christensen wrote:
> AIUI neither LVM nor ext4 have data and metadata checksum and correction
> features. But, it should be possible to achieve such by including
> dm-integrity (for checksumming) and some form of RAID (for correction)
> in the storage
On 4/2/24 14:57, David Christensen wrote:
AIUI neither LVM nor ext4 have data and metadata checksum and correction
features. But, it should be possible to achieve such by including
dm-integrity (for checksumming) and some form of RAID (for correction)
in the storage stack. I need to explore
On 4/2/24 06:55, Stefan Monnier wrote:
The most obvious alternative to ZFS on Debian would be Btrfs. Does anyone
have any comments or suggestions regarding Btrfs and data corruption bugs,
concurrency, CMM level, PSP, etc.?
If you're worried about such things, I'd think "the most obvious
> The most obvious alternative to ZFS on Debian would be Btrfs. Does anyone
> have any comments or suggestions regarding Btrfs and data corruption bugs,
> concurrency, CMM level, PSP, etc.?
If you're worried about such things, I'd think "the most obvious
alternative" is LVM+ext4. Both Btrfs and
o ZFS on Debian would be Btrfs. Does
anyone have any comments or suggestions regarding Btrfs and data
corruption bugs, concurrency, CMM level, PSP, etc.?
Does anyone have any comments or suggestions regarding how to use
magnetic hard disk drives, commodity x86 computers, and Debian for
long-te
On Sun 27 Dec 2020 at 22:10:53 (+), Andrew M.A. Cater wrote:
> On Sun, Dec 27, 2020 at 08:33:26AM -0700, Charles Curley wrote:
> > On Sun, 27 Dec 2020 11:01:22 + "Andrew M.A. Cater" wrote:
> > > >
> > > > Bug??: DI incorrectly detected this machine as having EFI.
> > > >
> > > At the
On Sun, Dec 27, 2020 at 08:33:26AM -0700, Charles Curley wrote:
> On Sun, 27 Dec 2020 11:01:22 +
> "Andrew M.A. Cater" wrote:
>
> > >
> > > Bug??: DI incorrectly detected this machine as having EFI.
> > >
> >
> > At the beginning? Did you get presented with the UEFI install and did
> >
On Sun, 27 Dec 2020 11:01:22 +
"Andrew M.A. Cater" wrote:
> > Bug!!: I tried loading the firmware for the wifi if. DI asked all
> > the right questions, and I gave it all the right answers. But it
> > never connected. The dhcp server never got a request, and on the
> > target hardware,
On Sun, 27 Dec 2020 11:01:22 +
"Andrew M.A. Cater" wrote:
> >
> > Bug??: DI incorrectly detected this machine as having EFI.
> >
>
> At the beginning? Did you get presented with the UEFI install and did
> it try to install grub-efi at the end (or did it just ask whether you
> wanted to
On Sat, Dec 26, 2020 at 03:18:40PM -0700, Charles Curley wrote:
> On Mon, 21 Dec 2020 15:45:37 +
> "Andrew M.A. Cater" wrote:
>
> > >
> > Well, that's a good start :) The test suite we used to test for
> > stable release CDs is here:
> >
On Mon, 21 Dec 2020 15:45:37 +
"Andrew M.A. Cater" wrote:
> >
> Well, that's a good start :) The test suite we used to test for
> stable release CDs is here:
> https://wiki.debian.org/Teams/DebianCD/ReleaseTesting/Buster_r7?highlight=%28testing%29%7C%28cd%29%7C%2810.7%29
First test
On Tue, Dec 22, 2020 at 01:25:05AM +0100, Linux-Fan wrote:
> Andrew M.A. Cater writes:
>
> > On Mon, Dec 21, 2020 at 07:06:45AM -0800, Rick Thomas wrote:
> > >
> > > On Mon, Dec 21, 2020, at 3:48 AM, Andrew M.A. Cater wrote:
>
> [...]
>
> > > > If you have "real" 686 32 bit hardware that you
Andrew M.A. Cater writes:
On Mon, Dec 21, 2020 at 07:06:45AM -0800, Rick Thomas wrote:
>
> On Mon, Dec 21, 2020, at 3:48 AM, Andrew M.A. Cater wrote:
[...]
> > If you have "real" 686 32 bit hardware that you can press into service
> > that
> > isn't being used: pick up a Debian i386 disk
Linux-Fan composed on 2020-12-21 15:44 (UTC+0100):
> I have got seven i386 (non-amd64-capable) machines in total, all of which
> are known to work with "Debian 10 stable" although not freshly installed but
> upgraded from earlier releases. At least two of them can be easily used
> for
On Mon, Dec 21, 2020 at 07:06:45AM -0800, Rick Thomas wrote:
>
> On Mon, Dec 21, 2020, at 3:48 AM, Andrew M.A. Cater wrote:
> > On Tue, Dec 15, 2020 at 06:42:41AM -0700, Charles Curley wrote:
> > > On Tue, 15 Dec 2020 13:42:37 +0200
> > > Andrei POPESCU wrote:
> > >
> > > > That is, if you and
On Mon, Dec 21, 2020, at 3:48 AM, Andrew M.A. Cater wrote:
> On Tue, Dec 15, 2020 at 06:42:41AM -0700, Charles Curley wrote:
> > On Tue, 15 Dec 2020 13:42:37 +0200
> > Andrei POPESCU wrote:
> >
> > > That is, if you and other list subscribers care about continued i386
> > > support you should
Andrew M.A. Cater writes:
On Tue, Dec 15, 2020 at 06:42:41AM -0700, Charles Curley wrote:
> On Tue, 15 Dec 2020 13:42:37 +0200
> Andrei POPESCU wrote:
>
> > That is, if you and other list subscribers care about continued i386
> > support you should probably look into contributing.
>
> And how
On Tue, Dec 15, 2020 at 06:42:41AM -0700, Charles Curley wrote:
> On Tue, 15 Dec 2020 13:42:37 +0200
> Andrei POPESCU wrote:
>
> > That is, if you and other list subscribers care about continued i386
> > support you should probably look into contributing.
>
> And how does one do that?
>
> --
David wrote:
> On Wed, 16 Dec 2020 at 00:41, deloptes wrote:
[snip]
>
> Some discussion around those questions occurred in the thread from
> which Andrei forwarded one message. The thread begins here:
> https://lists.debian.org/debian-release/2020/12/msg00139.html
>
> so that's probably a
On Wed, 16 Dec 2020 at 00:41, deloptes wrote:
> Andrei POPESCU wrote:
> > Sorry, should have been more explicit: I'm just the messenger here,
> > assuming that most debian-user subscribers are probably not following
> > debian-devel.
> > In my opinion the most important message is this:
> >> >
On Tue, Dec 15, 2020 at 02:40:47PM +0100, deloptes wrote:
> Andrei POPESCU wrote:
[...]
> > That is, if you and other list subscribers care about continued i386
> > support you should probably look into contributing.
>
> What does it mean exactly? Contribute how and where?
I'd ask in
On Tue, 15 Dec 2020 13:42:37 +0200
Andrei POPESCU wrote:
> That is, if you and other list subscribers care about continued i386
> support you should probably look into contributing.
And how does one do that?
--
Does anybody read signatures any more?
https://charlescurley.com
Andrei POPESCU wrote:
> Sorry, should have been more explicit: I'm just the messenger here,
> assuming that most debian-user subscribers are probably not following
> debian-devel.
>
this is true - thank you
I became aware of the i386 issue on the geode dev news list (AFAIR) some
time ago (may
On Ma, 15 dec 20, 11:47:49, deloptes wrote:
>
> Hi Andrei,
> thank you for posting on this very important topic.
>
> I want to share my experience and view hoping that you draw some useful
> conclusions and we can keep i386 in some way available.
Sorry, should have been more explicit: I'm just
install
mount install
multiarch-support install
ncurses-baseinstall
ncurses-bin install
ncurses-term
of i386 for Bullseye and long term support for 3
years?
Organization: The Eyrie
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.1 (gnu/linux)
Calum McConnell writes:
> A very fair point, and quite equitably put. If I was remotely
> comfortable tweaking kernels, or used a 32 bit machine regula
:
>
> The Debian Project https://www.debian.org/
> Debian 8 Long Term Support reaching end-of-life pr...@debian.org
> July 9th, 2020 https://www.debian.org/News/2
The Debian Project https://www.debian.org/
Debian 8 Long Term Support reaching end-of-life pr...@debian.org
July 9th, 2020 https://www.debian.org/News/2020/20200709
don't know if it's ad-free.
Partial quotes:-
As announced in the Bits from the Security Team email a couple of
weeks ago, it is possible that Debian squeeze will have Long Term
Support, primarily in the way of security updates.
snipped
This is official now:
https://lists.debian.org/debian
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Saludos:
Se confirma que tendremos Debian Squeeze hasta Febrero de 2016 y pasa
a ser una version LTS.
- Mensaje original
Asunto: [SECURITY] [DSA 2907-1] Announcement of long term support for
Debian oldstable
Resent-Date: Wed, 16
El Thu, 17 Apr 2014 07:44:21 +0200, Alfonso escribió:
Saludos:
Se confirma que tendremos Debian Squeeze hasta Febrero de 2016 y pasa a
ser una version LTS.
(...)
Un +5 para Debian; este tipo de iniciativas me encantan :-)
Saludos,
--
Camaleón
--
To UNSUBSCRIBE, email to
Harán lo mismo con wheezy?
--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
https://lists.debian.org/ca+wixxi0qb20rxngwdygeoytbggebmwcjjeeemb+vlb6wgf...@mail.gmail.com
El 17/04/14 23:08, Guido Ignacio escribió:
Harán lo mismo con wheezy?
Extraído de la misma info publicada por Alfonso:
Q: Does this mean that Debian 7 (wheezy) and/or Debian 8 (jessie) will
have five years security support as well?
A: Likely, we'll see how squeeze-lts turns out. If
On 17/04/14 23:08, Guido Ignacio wrote:
Harán lo mismo con wheezy?
Q: Does this mean that Debian 7 (wheezy) and/or Debian 8 (jessie) will
have five years security support as well?
A: Likely, we'll see how squeeze-lts turns out. If there's sufficient
support it will be continued for later
To: debian-security-annou...@lists.debian.org
Subject: [SECURITY] [DSA 2907-1] Announcement of long term support for Debian
oldstable
Reply-To: debian-secur...@lists.debian.org
User-Agent: Mutt/1.5.23 (2014-03-12)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 03/19/2014 01:42 AM, Scott Ferguson wrote:
After all, the clock keeps ticking and Debian squeeze is going to reach
its End of Life in less than two months otherwise.
Whatever happens, I'd keep 'Squeeze LTS' for at least a couple of years
more, if for nothing else but for keeping the
:-
As announced in the Bits from the Security Team email a couple of
weeks ago, it is possible that Debian squeeze will have Long Term
Support, primarily in the way of security updates.
snipped
Perhaps it wasn't stressed enough in the email, but those who are
interested in benefiting from (and therefore
On 10/10/12 17:00, Alan Chandler wrote:
On 10/10/12 09:49, Chris Davies wrote:
4. Failure (bounce) message to root@avalon is being lost - and this
is the issue at stake
Absolutely correct.
I think I have discovered - at least part of the problem - maybe the
whole thing.
The inaddr.arpa
On 07/10/12 22:31, Chris Davies wrote:
Alan Chandlera...@chandlerfamily.org.uk wrote:
I am using Debian Squeeze on a virtual machine that I lease. It has
exim4 (light) version as its mail server. - its name is
avalon.hartley-consultants.com
However, it looks to me like its trying to send a
=''
(77.96.120.60 is my home ip address where my main mail server sits -
because this is effectively a dynamic ip address I have to route all
outgoing mail through a remote smtp server.
You have a mid-term problem here you're going to need to address: that if
your 77 address is dynamic, each time
Alan Chandler a...@chandlerfamily.org.uk writes:
I'll try and be more specific
The domain in question is virginiaparkinson.com and I am having
, [ dig -t mx virginiaparkinson.com ]
|
| ; DiG 9.8.1-P1 -t mx virginiaparkinson.com
| ;; global options: +cmd
| ;; Got answer:
| ;; -HEADER-
On 10/10/12 09:49, Chris Davies wrote:
4. Failure (bounce) message to root@avalon is being lost - and this is
the issue at stake
Absolutely correct.
I think I have discovered - at least part of the problem - maybe the
whole thing.
The inaddr.arpa address for the IP address of my virtual
Alan Chandler a...@chandlerfamily.org.uk wrote:
I am using Debian Squeeze on a virtual machine that I lease. It has
exim4 (light) version as its mail server. - its name is
avalon.hartley-consultants.com
However, it looks to me like its trying to send a failure e-mail to me
locally
I am using Debian Squeeze on a virtual machine that I lease. It has
exim4 (light) version as its mail server. - its name is
avalon.hartley-consultants.com
I have been trying to send mail to a mail address where the server is
refusing connections (incorrectly - but that is another story).
Alan Chandler a...@chandlerfamily.org.uk writes:
Anyone any idea what is happening - and how I can change the
configuration of exim to tell me when mail, like the above, is being
refused.
It's rather difficult to figure out what's going on without knowing how
your exim is configured. Set up
Buenas,
hace relativamente poco estuve preguntando por un kernel exacto para
instalar grsecurity. Ya se que me contestaron y todo eso, el problema esta
en que kernel.org lleva offline varios dias. He encontrado varios sitios que
tienen mirrors del kernel, pero no tienen el directorio longterm.
El Sun, 25 Sep 2011 20:05:50 +0100, Altair Linux escribió:
hace relativamente poco estuve preguntando por un kernel exacto para
instalar grsecurity. Ya se que me contestaron y todo eso, el problema
esta en que kernel.org lleva offline varios dias. He encontrado varios
sitios que tienen
Hello.
I have one script for do automatic updates with aptitude, the TERM
variable in my system is xterm
$ echo ${TERM}
xterm
But, what value should be set for the TERM variable when doing automatic
updates?
As now seems that fails for this.
Setting up console-setup (1.66) ...
debconf
On Wed, Jan 05, 2011 at 11:31:16AM +0100, Josep M. Gasso wrote:
Hello.
I have one script for do automatic updates with aptitude, the TERM
variable in my system is xterm
$ echo ${TERM}
xterm
But, what value should be set for the TERM variable when doing automatic
updates
, Jan 05, 2011 at 11:31:16AM +0100, Josep M. Gasso wrote:
Hello.
I have one script for do automatic updates with aptitude, the TERM
variable in my system is xterm
$ echo ${TERM}
xterm
But, what value should be set for the TERM variable when doing automatic
updates
On Wed, Jan 05, 2011 at 12:13:40PM +0100, Josep M. Gasso wrote:
Just now I found what was giving error, the package console-setup was
not installed, installing this all is ok, of course I will add the
environment variable DEBCONF_FRONTEND=noninteractive to my script.
Please don't top-post.
: mlterm.
Because the server does not know your terminal (terminfo and/or
termcap).
Then if I do 'TERM=xterm' and it would work.
Because terminal emulators are *mostly* compatible to xterm.
I was puzzled how the system detects which terminal I use and how it
changes the TERM env variable. I would
terminal: mlterm.
Then if I do 'TERM=xterm' and it would work.
You're missing the definition of a terminal called mlterm.
You can get it from /usr/share/terminfo/m/mlterm in your original
system. Copy it to m/mlterm somewhere where terminfo will look for it
On my system:
$ strace -estat env
On Tue, Apr 21, 2009 at 07:08:48AM +, Tzafrir Cohen wrote:
And thus you can use:
$HOME/.terminfo/m/mletrm
/etc/terminfo/m/mletrm
/lib/terminfo/m/mletrm
Thanks, Tzafrir!
--
Zhengquan
Yow! Are you the self-frying president?
--
To UNSUBSCRIBE, email to
On Tue, Apr 21, 2009 at 09:01:44AM +0300, Andrei Popescu wrote:
Because the server does not know your terminal (terminfo and/or
termcap).
Then if I do 'TERM=xterm' and it would work.
Because terminal emulators are *mostly* compatible to xterm.
Great, Now I understand! Thanks Andrei
On Tue, Apr 21, 2009 at 07:33:44AM +0200, Sven Joachim wrote:
Alternatively, you can set it in your shell's initialization files,
e.g. in ~/.profile?:
if [ $TERM = mlterm ]; then TERM=xterm; fi
You can do this on your local system or on each server you connect to.
Thanks, Sven
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Zhengquan Zhang zhang.zhengq...@gmail.com:
... [snipped]
--
I have a theory that it's impossible to prove anything, but I can't
prove it.
Good one, but lacks originality? Cf. Goedel Escher Bach?
--
Any technology distinguishable from magic is insufficiently advanced.
(*)
Dear debian community,
This problem has been puzzling me for quite a while.
I use mlterm(a unicode terminal) to connect to servers. but when I
launch mutt or top or something alike in it. It will fail and say
Error opening terminal: mlterm.
Then if I do 'TERM=xterm' and it would work.
I
On 2009-04-21 04:24 +0200, Zhengquan Zhang wrote:
I use mlterm(a unicode terminal) to connect to servers. but when I
launch mutt or top or something alike in it. It will fail and say
Error opening terminal: mlterm.
Then if I do 'TERM=xterm' and it would work.
I was puzzled how the system
Angus Auld wrote:
--- On Fri, 2/6/09, Frank McCormick debianl...@videotron.ca wrote:
From: Frank McCormick debianl...@videotron.ca
Subject: Re: Term not set
To: l.glidewell.li...@gmail.com
Cc: debian-user@lists.debian.org
Date: Friday, February 6, 2009, 2:11 PM
L Glidewell wrote
L Glidewell wrote:
On Thursday 05 February 2009 20:06:54 Frank McCormick wrote:
Frank McCormick wrote:
Lately when the terminal is running in update-manager installing
packages, it says Term not set so Dialog won't work. It falls back to
readline.
How can I fix this?
Nobody ??
Well
--- On Fri, 2/6/09, Frank McCormick debianl...@videotron.ca wrote:
From: Frank McCormick debianl...@videotron.ca
Subject: Re: Term not set
To: l.glidewell.li...@gmail.com
Cc: debian-user@lists.debian.org
Date: Friday, February 6, 2009, 2:11 PM
L Glidewell wrote:
On Thursday 05 February
Lately when the terminal is running in update-manager installing
packages, it says Term not set so Dialog won't work. It falls back to
readline.
How can I fix this?
Thanks
signature.asc
Description: OpenPGP digital signature
Frank McCormick wrote:
Lately when the terminal is running in update-manager installing
packages, it says Term not set so Dialog won't work. It falls back to
readline.
How can I fix this?
Nobody ??
signature.asc
Description: OpenPGP digital signature
On Thursday 05 February 2009 20:06:54 Frank McCormick wrote:
Frank McCormick wrote:
Lately when the terminal is running in update-manager installing
packages, it says Term not set so Dialog won't work. It falls back to
readline.
How can I fix this?
Nobody ??
Well, the question isn't
Hi there! (Please forward to the entertainment department)
Pink'N'blacK - 4/5pc international Showband for cruise ships, 5* hotels,
venues, etc.
We are still available for the Xmas, the new year event and any kind of
contract (short or long term) anywhere in the world.
We would submit to your
On Sun, May 11, 2008 at 22:24:12 +, i'll teach you to turn away. wrote:
Florian Kulzer wrote:
FK On Sun, May 11, 2008 at 04:55:21 +, i'll teach you to turn away.
wrote:
hi guys. i just upgraded to kernel 2.6.25 am now seeing a ton of
garbage from ALSA dumping to my terminal
Florian Kulzer [EMAIL PROTECTED] wrote:
FK On Sun, May 11, 2008 at 22:24:12 +, i'll teach you to turn away. wrote:
FK I don't know how to turn this off without a recompile. (I don't know too
FK much about DEBUG_DETECT.)
FK Maybe it is possible to recompile only the stuff in sound and keep the
sound/isa/cs423x/cs4231_lib.c:190: codec out - reg 0xe = 0xc
ALSA sound/isa/cs423x/cs4231_lib.c:190: codec out - reg 0x9 = 0x9
ALSA sound/isa/cs423x/cs4231_lib.c:190: codec out - reg 0x9 = 0x8
seems to be normal output, not errors, but then there's no reason
it should be dumping to term
Florian Kulzer [EMAIL PROTECTED] wrote:
FK On Sun, May 11, 2008 at 04:55:21 +, i'll teach you to turn away. wrote:
hi guys. i just upgraded to kernel 2.6.25 am now seeing a ton of
garbage from ALSA dumping to my terminal syslog. whenever i play an mp3
ALSA
/cs4231_lib.c:190: codec out - reg 0x9 = 0x9
ALSA sound/isa/cs423x/cs4231_lib.c:190: codec out - reg 0x9 = 0x8
seems to be normal output, not errors, but then there's no reason
it should be dumping to term OR to syslog. anyone else experiencing this
/or know how to shush it? thanks.
lish
After a recent upgrade (testing distribution), Synaptic started showing
this message:
debconf: unable to initialize frontend: Dialog
debconf: (TERM is not set, so the dialog frontend is not usable.)
debconf: falling back to frontend: Readline
for every package or upgrade being installed
On Mon, Sep 10, 2007 at 11:39:58AM -0400, Chris Capon wrote:
After a recent upgrade (testing distribution), Synaptic started showing
this message:
debconf: unable to initialize frontend: Dialog
debconf: (TERM is not set, so the dialog frontend is not usable.)
debconf: falling back
- debconf: TERM not set
The debconf lines are similar to mine so it may be the same issue. I guess
I'll wait and see what the outcome of that bug is.
Thanks for your input.
Andrei Popescu wrote:
On Mon, Sep 10, 2007 at 11:39:58AM -0400, Chris Capon wrote:
After a recent upgrade (testing
On 17/08/07, Celejar [EMAIL PROTECTED] wrote:
I have noticed for a while that as I type into the IW / FF Google
search box, a drop down list of suggestions (separate from a list of my
previous searches) appears. I don't get the impression that the
browser is downloading it on the fly, so
On Fri, 17 Aug 2007 18:51:43 +0300
Atis [EMAIL PROTECTED] wrote:
On 17/08/07, Celejar [EMAIL PROTECTED] wrote:
I have noticed for a while that as I type into the IW / FF Google
search box, a drop down list of suggestions (separate from a list of my
previous searches) appears. I don't get
On Fri, 17 Aug 2007 18:11:08 +0300
Dotan Cohen [EMAIL PROTECTED] wrote:
On 17/08/07, Celejar [EMAIL PROTECTED] wrote:
I have noticed for a while that as I type into the IW / FF Google
search box, a drop down list of suggestions (separate from a list of my
previous searches) appears. I
On Thu, Apr 12, 2007 at 05:01:10PM -0400, Douglas Allan Tutty wrote:
I tried TERM= for weise, zenith, and hazeltine.
Yes they are all white on black but with no bright. They seem to be the
same as dumb. man will work without highlighting but mutt won't work at
all (lack of curses
Douglas Allan Tutty [EMAIL PROTECTED] wrote:
On Wed, Apr 11, 2007 at 11:45:36PM +1000, Paul Dwerryhouse wrote:
On Wed, Apr 11, 2007 at 08:47:35AM -0400, Douglas Allan Tutty wrote:
Short of working out a setterm recipe, does anyone know of a TERM
setting I can uses that only does white
Kevin Mark [EMAIL PROTECTED] wrote:
There is someone who reads this list by the name of Thomas Dickey who
seems to maintain the Xterm package, I suspect that he could provide an
answer.
Actually I maintain the xterm program (and others), but no packages.
--
Thomas E. Dickey
of a TERM
setting I can uses that only does white, bright-white, and black? If
I use TERM=dumb, I only get white and black and no curses.
Does TERM=vt100 help any?
No. vt100 does colour so its not (any?) different than TERM=linux.
Does anyone remember the name/number
:
Short of working out a setterm recipe, does anyone know of a TERM
setting I can uses that only does white, bright-white, and black? If
I use TERM=dumb, I only get white and black and no curses.
Does anyone remember the name/number of an actual terminal that only did
regular/bright
1 - 100 of 344 matches
Mail list logo
