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 o
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 accept
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, zfs,
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 1
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
manua
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] t
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 with
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 par
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 v
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 rever
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 LVM on
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 s
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 t
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
altern
> 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
s 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.?
Does anyone have any comments or suggestions regarding how to use
magnetic hard disk drives, commodity x86 computers, and Debi
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 be
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
> > i
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, ethtoo
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 i
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:
> > https://wiki.debian.org/Teams/DebianCD/ReleaseTestin
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 subjec
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 can
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 a
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 testng
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 o
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 p
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 d
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 goo
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 debian-dev
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
https://charlesc
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 b
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 t
minicom install
mount install
multiarch-support install
ncurses-baseinstall
ncurses-bin inst
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
I haven't
> disabled Ad-Block so 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, prima
...@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 ol
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.
Perhaps it wasn't stressed enough in the email, but those who are
inte
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 add
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 ser
Alan Chandler 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<<- opcode: QUE
x27;
> (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 addres
On 07/10/12 22:31, Chris Davies wrote:
Alan Chandler 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
Alan Chandler 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 somehow.
> 2012-10-05 07:4
Alan Chandler 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 a DNS server first, then
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).
E
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.
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
> >
> >
>
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 T
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
Zhengquan Zhang :
... [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.
(*)http://blinkynet.net/comp/uip5.html
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
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 o
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 t
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 debian-user-requ...@
il and say
> Error opening 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 wher
rror opening terminal: 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 t
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.
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 wo
Angus Auld wrote:
>
> --- On Fri, 2/6/09, Frank McCormick wrote:
>
>> From: Frank McCormick
>> 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 Glidewe
--- On Fri, 2/6/09, Frank McCormick wrote:
> From: Frank McCormick
> 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 2009 20:06:54
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 ba
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
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
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
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 subm
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 ke
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 m
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 sound/isa/cs42
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.
Did you enable CONFIG_SND_DEBUG_DETECT?
--
Regards,| http://users.icfo.es/Florian.Kulzer
Florian
a/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 OR to syslog. anyone else experiencing this
&/or know how to shush
ject: Re: Synaptic - 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:
>
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.)
>
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 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.
> 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,
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) app
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
http://invis
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
>
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
&
5AM -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, bright-white, and black? If
> > >>> I use TERM=dumb, I only get white and black and no cur
; 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 TERM=vt100 help
Douglas Allan Tutty 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, bright-white, and
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, bright-white, and black?
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, bright-white, and black? If
> I use TERM=dumb, I only get white and black and no curses.
Does TERM=vt100
I have an 8" bw monitor I use on a spare box. With the normal
TERM=linux, some things aren't readable (e.g. some things on man pages)
because 'dim' is dark. Short of working out a setterm recipe, does
anyone know of a TERM setting I can uses that only does white,
bright-whi
On 2006-12-18 14:23:04 +0100, Matus UHLAR - fantomas wrote:
> On 18.12.06 13:06, Vincent Lefevre wrote:
> > I wonder what $TERM should be used with Debian's xterm. The default
> > value is "xterm", but this may lead to clashes with other xterm
> > implementa
On 18.12.06 13:06, Vincent Lefevre wrote:
> I wonder what $TERM should be used with Debian's xterm. The default
> value is "xterm", but this may lead to clashes with other xterm
> implementations (e.g. Solaris) and "tput enacs" returns an error
> though Debi
Hi,
I wonder what $TERM should be used with Debian's xterm. The default
value is "xterm", but this may lead to clashes with other xterm
implementations (e.g. Solaris) and "tput enacs" returns an error
though Debian's xterm supports the ACS. Upstream recommends (or
r
1 - 100 of 274 matches
Mail list logo
