l a
>>>> GUI (though I realize they have a VGA port so it *is* possible to do
>>>> so) for fear of running out of available RAM.
>>>>
>>>> I'd like to install CUPS to interface the OpenRDs to my HP laser
>>>> printer, but I haven't found
;ultimate") only have 500 MB of RAM. So I'm reluctant to install a GUI
> (though I realize they have a VGA port so it *is* possible to do so)
> for fear of running out of available RAM.
>
> I'd like to install CUPS to interface the OpenRDs to my HP laser
> printer,
Ds to my HP laser
printer, but I haven't found any way to configure CUPS with only a
CLI
text console. The recommended way in the CUPS docs is to point a web
browser at "localhost:631" but that doesn't work if you don't have a
web browser on the machine. The way I
27;d like to install CUPS to interface the OpenRDs to my HP laser
>> printer, but I haven't found any way to configure CUPS with only a CLI
>> text console. The recommended way in the CUPS docs is to point a web
>> browser at "localhost:631" but that doesn't wor
. So I'm reluctant to install a
GUI (though I realize they have a VGA port so it *is* possible to do
so) for fear of running out of available RAM.
I'd like to install CUPS to interface the OpenRDs to my HP laser
printer, but I haven't found any way to configure CUPS with only a
On 24 Jul 2024 03:09 -0700, from rick.tho...@pobox.com (Rick Thomas):
> I'd like to install CUPS to interface the OpenRDs to my HP laser
> printer, but I haven't found any way to configure CUPS with only a
> CLI text console. The recommended way in the CUPS docs is to point
GUI (though I realize
they have a VGA port so it *is* possible to do so) for fear of running out of
available RAM.
I'd like to install CUPS to interface the OpenRDs to my HP laser printer, but I
haven't found any way to configure CUPS with only a CLI text console. The
recommended way
On 2023-03-25 06:35, to...@tuxteam.de wrote:
After a detour around whiptail I ended up full-circle with Tcl/Tk.
It is still the nicest, smallest self-contained graphical toolkit
enabling one to wrap some GUI around CLI programs. The whole pack
is one or two orders of magnitude smaller than some
>> The issue is not what you CAN express with different media: any
>> program can be expressed as a flowchart.
>
> Is that true? Genuine question - I don't know the answer. But are the
> two mathematically equal/equivalent?
Yes, it's called "Turing equivalence"
https://en.wikipedia.org/wiki/Turin
debian-u...@howorth.org.uk wrote:
> Nicolas George wrote:
> > The issue is not what you CAN express with different media: any
> > program can be expressed as a flowchart.
>
> Is that true? Genuine question - I don't know the answer. But are the
> two mathematically equal/equivalent? I wonder how
Nicolas George wrote:
> The issue is not what you CAN express with different media: any
> program can be expressed as a flowchart.
Is that true? Genuine question - I don't know the answer. But are the
two mathematically equal/equivalent? I wonder how, for example,
self-modifying code or tail recu
Nicolas George wrote:
> to...@tuxteam.de (12023-03-29):
> > Perhaps roughly 3k to 4k years of storing, transmitting and
> > retrieving information in written form have a part in it.
> >
> > It may be a social convention, but by now it runs so deep that I'm
> > convinced you'll find epigenetic tra
On 3/24/23 04:32, cor...@free.fr wrote:
Hello,
Should CLI (command line interface) have a nice UI library?
today web dev has so many libraries that make web pages with
rich/colorful interactive views.
But CLI is still in dull mode. That should be improved in these days.
for example, run &qu
coreyh wrote:
> Should CLI (command line interface) have a nice UI library?
You mean, a GUI editor or IDE to write CLI/TUI software?
Interesting question ... Emacs Gnus, maybe?
https://dataswamp.org/~incal/figures/gnus/gnus-gmane.png
--
underground experts united
https://dataswamp.org/~incal
The Wanderer (12023-03-29):
> I think it's plausible/probable that it's not so much about the format
> itself, but about the data/meaning/information attached to that format.
>
> Text has much more *nuance* and *detail* attached to it than any
> non-text-based programming structure I've ever run a
Erwan David (12023-03-29):
> and do not forget that CLI is what we use in degraded conditions, eg when
> there is no way to get graphics and colors (text, or virtualisation solution here> console)
>
> So we must not depend on graphical capacities to be available
I do not think
On 2023-03-29 at 10:09, to...@tuxteam.de wrote:
> On Wed, Mar 29, 2023 at 09:51:13AM -0400, Stefan Monnier wrote:
>
>>> I think you are being too harsh here. Such a question may come
>>> genuinely from someone who hasn't experienced the power of the
>>>
y they are designed that makes entering data more
efficient.
On the other hand, computers have not changed the fact that data enters
us mostly as images and sound, so I predict it is unlikely we find means
significantly more efficient than reading.
Regards,
and do not forget that CLI is what
to...@tuxteam.de (12023-03-29):
> Perhaps roughly 3k to 4k years of storing, transmitting and retrieving
> information in written form have a part in it.
>
> It may be a social convention, but by now it runs so deep that I'm
> convinced you'll find epigenetic traces of it in us humans.
Or perhaps
On Wed, Mar 29, 2023 at 09:51:13AM -0400, Stefan Monnier wrote:
> > I think you are being too harsh here. Such a question may come
> > genuinely from someone who hasn't experienced the power of the
> > CLI, which, once you've taken the firs step gently takes you
>
> I think you are being too harsh here. Such a question may come
> genuinely from someone who hasn't experienced the power of the
> CLI, which, once you've taken the firs step gently takes you
> to small one-liners, little loops and bigger and bigger programs.
>
> It ha
Hi,
El vie., 24 mar. 2023 16:57, Tom escribió:
>
> >> Should CLI (command line interface) have a nice UI library?
> >
> > There are many. The generic underlying library is usually
> > ncurses.
>
> But it needs to be stressed that there are many. For Pyth
On Sat, Mar 25, 2023 at 09:13:22AM +0100, DdB wrote:
> Am 24.03.2023 um 12:32 schrieb cor...@free.fr:
> > Hello,
> >
> > Should CLI (command line interface) have a nice UI library?
> > today web dev has so many libraries that make web pages with
> > rich/colorful
Am 24.03.2023 um 12:32 schrieb cor...@free.fr:
> Hello,
>
> Should CLI (command line interface) have a nice UI library?
> today web dev has so many libraries that make web pages with
> rich/colorful interactive views.
> But CLI is still in dull mode. That should be improved in
On Fri, Mar 24, 2023 at 05:26:07PM -0400, Stefan Monnier wrote:
> > Should CLI (command line interface) have a nice UI library?
>
> I don't understand the question. A library that does what?
> "Nice" in which respect?
>
> > today web dev has so many
On Fri, 24 Mar 2023 davidson wrote:
On Fri, 24 Mar 2023 cor...@free.fr wrote:
Hello,
Should CLI (command line interface) have a nice UI library?
The teletype (whether virtualised or not) and shells which constitute
that "CLI" are interfaces designed for a purpose.
Speaking of th
> There's a lot of work in the general vicinity. I think Jupiter could
^^^
Jupyter
-- Stefan
> Should CLI (command line interface) have a nice UI library?
I don't understand the question. A library that does what?
"Nice" in which respect?
> today web dev has so many libraries that make web pages with rich/colorful
> interactive views.
Not sure how that's r
On Fri, Mar 24, 2023 at 12:00 Charlie Gibbs wrote:
> IMHO computer systems should be ugly and boring. Ugly, as in lacking
> all the eye candy that gets in the way, and boring as in just doing
> what you want without unpleasant surprises.
>
> Short answer: Not over my dead Teletype.
Hear, hear!
On Fri, 24 Mar 2023 cor...@free.fr wrote:
Hello,
Should CLI (command line interface) have a nice UI library?
The teletype (whether virtualised or not) and shells which constitute
that "CLI" are interfaces designed for a purpose.
today web dev has so many libraries that make web
On Fri, 24 Mar 2023 09:35:09 -0700
Charlie Gibbs wrote:
>
> IMHO computer systems should be ugly and boring. Ugly, as in lacking
> all the eye candy that gets in the way, and boring as in just doing
> what you want without unpleasant surprises.
>
> Short answer: Not over my dead Teletype.
>
Hi,
Charlie Gibbs wrote:
> IMHO computer systems should be ugly and boring.
+1
Have a nice day :)
Thomas
On Fri Mar 24 09:13:41 2023 cor...@free.fr wrote:
> Should CLI (command line interface) have a nice UI library?
As an option, possibly. As a standard default, NO!
> today web dev has so many libraries that make web pages with
> rich/colorful interactive views.
And which often get i
I forgot to attribute Dan's writing, and shouldn't have trimmed his
words as much, after all mentioning exactly the kind of libraries I
listed. Apologies for the fuss and redo:
On 3/24/23 12:42, Dan Ritter wrote:
> cor...@free.fr wrote:>> Should CLI (command line interfa
Should CLI (command line interface) have a nice UI library?
There are many. The generic underlying library is usually
ncurses.
But it needs to be stressed that there are many. For Python there is
Textualize [1], for Go there is Charm [2], rust has a TUI crate [3]
among other options
cor...@free.fr writes:
> Hello,
>
> Should CLI (command line interface) have a nice UI library?
> today web dev has so many libraries that make web pages with
> rich/colorful interactive views.
> But CLI is still in dull mode. That should be improved in these days.
> for ex
cor...@free.fr wrote:
> Should CLI (command line interface) have a nice UI library?
There are many. The generic underlying library is usually
ncurses. On top of that are more libraries than there are
languages.
> But CLI is still in dull mode. That should be improved in these days.
Ansi gets used to make the eye candy then that ansi breaks screen reader
accessibility with cli screen readers. No thank you!
-- Jude "There are four boxes to be used in
defense of liberty: soap, ballot, jury, and amo. Please use in that
order." Ed Howdershelt 1940.
On Fri, 24 Mar
Hello,
Should CLI (command line interface) have a nice UI library?
today web dev has so many libraries that make web pages with
rich/colorful interactive views.
But CLI is still in dull mode. That should be improved in these days.
for example, run "df -h" we got the statistics with
On 2022-09-08, David Wright wrote:
>
> With bullseye, using a variety of guesses for --infilter
> (basically permutating words like in the example here):
>
> $ lowriter --infilter="Writer Office Open PDF" /tmp/version10.pdf
Ineffective here.
> the document does indeed always open in Draw. It sho
or its
Writer manifestation.
I've never seen anything I'd describe as "raw pdf", as in:
%PDF-1.5
%
3 0 obj
…
I tried opening lowriter with no file, but Insert→Text from File
produced an error rather than importing anything from the PDF.
Taking the CLI out of the proces
On 2022-09-07, jindam, vani wrote:
>>
>>What's supposed to happen?
>
> Eyal Rozenberg explanation on lo bugzilla
> issue (1): The reason is that when you
> open a PDF file in LO, regardless of
> which app you opened it with - it gets
> opened in LO Draw.
I'm working with an obsolete version
On 2 September 2022 8:17:17 AM UTC, Curt wrote:
>On 2022-09-02, David Wright wrote:
>> On Fri 02 Sep 2022 at 01:02:10 (+), jindam, vani wrote:
>>> i am trying to open pdf file from cli:
>>> $ /usr/bin/lowriter --inputfilter=
On 2022-09-02, David Wright wrote:
> On Fri 02 Sep 2022 at 01:02:10 (+), jindam, vani wrote:
>> i am trying to open pdf file from cli:
>> $ /usr/bin/lowriter --inputfilter="*.pdf" /home/user/file.pdf
>
> ↑↑↑
>
>> the above co
On 2 September 2022 3:09:43 AM UTC, David Wright
wrote:
>On Fri 02 Sep 2022 at 01:02:10 (+), jindam, vani wrote:
>> i am trying to open pdf file from cli:
>> $ /usr/bin/lowriter --inputfilter="*.pdf" /home/user/file.pdf
>
> ↑↑↑
>
On Fri 02 Sep 2022 at 01:02:10 (+), jindam, vani wrote:
> i am trying to open pdf file from cli:
> $ /usr/bin/lowriter --inputfilter="*.pdf" /home/user/file.pdf
↑↑↑
> the above command fails to open pdf file
>
> what am i doing wrong?
Tr
hello debian users,
i am trying to open pdf file from cli:
$ /usr/bin/lowriter --inputfilter="*.pdf" /home/user/file.pdf
the above command fails to open pdf file
what am i doing wrong?
regards,
jindam, vani
Le 16/08/2022 à 18:37, Tim Woodall a écrit :
On Tue, 16 Aug 2022, G?khan Bag wrote:
I found that the installation of the package debian-goodies always
prompts the
popularity contest configuration, and that way, I can't install
debian-goodies
in a script.
I also tried: echo "" | apt install d
On Tue, 16 Aug 2022, G?khan Bag wrote:
I found that the installation of the package debian-goodies always prompts the
popularity contest configuration, and that way, I can't install debian-goodies
in a script.
I also tried: echo "" | apt install debian-goodies -y
And: yes | apt install debian-g
I found that the installation of the package debian-goodies always prompts the
popularity contest configuration, and that way, I can't install debian-goodies
in a script.
I also tried: echo "" | apt install debian-goodies -y
And: yes | apt install debian-goodies -y
I tried both apt and apt-get.
H
Hey gurus,
I'm getting the following message for some time and am wondering if it's
safe to remove the icon? Only seems to happen when I update apt repos from
the cli.
Thanks.
** (appstreamcli:42191): WARNING **: 17:05:19.451: Found icon of unknown type
'unknown' in &#x
t; Is it easier to upgrade via flash USB or via terminal?
Assuming you have a working Internet connection -- and why would
you be running speedtest-cli if you didn't?
sudo apt update
sudo apt install --reinstall speedtest-cli
should be all you need.
-dsr-
800, kaye n wrote:
> > > Hello guys
> > >kaye@laptop:~$ speedtest-cli
> > >Retrieving [1][2]speedtest.net configuration...
> > > Traceback (most recent call last):
> > > File "/usr/bin/speedtest-c
On Thu, 01 Jul, 2021 at 18:52:42 +0800, kaye n wrote:
>On Fri, Jun 11, 2021 at 12:28 AM Liam O'Toole
><[1]liam.p.oto...@gmail.com> wrote:
>
> On Fri, 11 Jun, 2021 at 00:08:51 +0800, kaye n wrote:
> >Hello guys
> >kaye@laptop:~$ s
On Thu 01 Jul 2021 at 18:52:42 (+0800), kaye n wrote:
> On Fri, Jun 11, 2021 at 12:28 AM Liam O'Toole wrote:
> > On Fri, 11 Jun, 2021 at 00:08:51 +0800, kaye n wrote:
> > >kaye@laptop:~$ speedtest-cli
> > >Retrieving [1]speedtest.net configuration...
>
On Fri, Jun 11, 2021 at 12:28 AM Liam O'Toole
wrote:
> On Fri, 11 Jun, 2021 at 00:08:51 +0800, kaye n wrote:
> >Hello guys
> >kaye@laptop:~$ speedtest-cli
> >Retrieving [1]speedtest.net configuration...
> >Traceback (most recent call last):
>
On 6/11/21 1:51 AM, john doe wrote:
I would file a bug report to the Debian package and maybe upstream.
It on upstream
https://github.com/sivel/speedtest-cli/commit/cadc68b5aef20f28648072cf07a8f155639b81dd#diff-561d5175f923c2ffd7764768f8e3cd6e1fdb41806bf1b0e4da699ab21bb31930
--
Robbi Nespu
On 6/10/2021 6:08 PM, kaye n wrote:
Hello guys
kaye@laptop:~$ speedtest-cli
Retrieving speedtest.net configuration...
Traceback (most recent call last):
File "/usr/bin/speedtest-cli", line 11, in
load_entry_point('speedtest-cli==2.0.2', 'console_scripts
On Fri, 11 Jun, 2021 at 00:08:51 +0800, kaye n wrote:
>Hello guys
>kaye@laptop:~$ speedtest-cli
>Retrieving [1]speedtest.net configuration...
>Traceback (most recent call last):
> File "/usr/bin/speedtest-cli", line 11, in
>load_entry
Hello guys
kaye@laptop:~$ speedtest-cli
Retrieving speedtest.net configuration...
Traceback (most recent call last):
File "/usr/bin/speedtest-cli", line 11, in
load_entry_point('speedtest-cli==2.0.2', 'console_scripts',
'speedtest-cli')()
File &quo
On 23/02/2021 08:13, Darac Marjal wrote:
On 22/02/2021 22:56, Bob Bernstein wrote:
On Mon, 22 Feb 2021, Nicholas Geovanis wrote:
I had the same experience. Gave up on duckduckgo but one time it came
thru
in a pinch.
Why give up on the search engine merely because a rogue util has gone
goofy?
On 22/02/2021 22:56, Bob Bernstein wrote:
> On Mon, 22 Feb 2021, Nicholas Geovanis wrote:
>
>> I had the same experience. Gave up on duckduckgo but one time it came
>> thru
>> in a pinch.
>
> Why give up on the search engine merely because a rogue util has gone
> goofy?
>
> I went looking for duck
Hi,
On Mon, 22 Feb 2021 13:21:30 -0500 (EST)
Bob Bernstein wrote:
> I have v. 1.6 via apt-get on an uptodate buster amd64 system.
>
> Every attempt to run a search yields "No results," even if I
> specify 'Boston Red Sox'.
>
> Recommendations? Calm soothing thoughts?
>
> Thank you.
just dow
On Mon, Feb 22, 2021, 2:15 PM Bob Bernstein wrote:
> On Mon, 22 Feb 2021, Nicholas Geovanis wrote:
>
> > I had the same experience. Gave up on duckduckgo but one time it came
> thru
> > in a pinch.
>
> Why give up on the search engine merely because a rogue util has
> gone goofy?
Because I had
On Mon, 22 Feb 2021, Nicholas Geovanis wrote:
I had the same experience. Gave up on duckduckgo
but one time it came thru
in a pinch.
Why give up on the search engine merely because a
rogue util has gone goofy?
I went looking for duckduckgo search syntax and
found what I need, which is not
On Mon, 22 Feb 2021, Nicholas Geovanis wrote:
I had the same experience. Gave up on duckduckgo but one time it came thru
in a pinch.
Why give up on the search engine merely because a rogue util has
gone goofy?
I went looking for duckduckgo search syntax and found what I
need, which is not
On 22/02/2021 18:21, Bob Bernstein wrote:
> I have v. 1.6 via apt-get on an uptodate buster amd64 system.
>
> Every attempt to run a search yields "No results," even if I specify
> 'Boston Red Sox'.
>
> Recommendations? Calm soothing thoughts?
This sounds like https://github.com/jarun/ddgr/issues
On Mon, Feb 22, 2021, 12:29 PM Bob Bernstein
wrote:
> I have v. 1.6 via apt-get on an uptodate buster amd64 system.
>
> Every attempt to run a search yields "No results," even if I
> specify 'Boston Red Sox'.
>
> Recommendations? Calm soothing thoughts?
>
Is this soothing enough?
I had the same
I have v. 1.6 via apt-get on an uptodate buster amd64 system.
Every attempt to run a search yields "No results," even if I
specify 'Boston Red Sox'.
Recommendations? Calm soothing thoughts?
Thank you.
--
RSB
On Sb, 20 iun 20, 14:05:22, Ihor Antonov wrote:
> On Saturday, 20 June 2020 05:32:41 PDT John Hasler wrote:
> > Ihor writes:
> > > I wish there was a way to do it without using a web browser. Is there
> > > some sort of CLI interface to packages.debian org?
> >
On Sb, 20 iun 20, 18:53:50, Roberto C. Sánchez wrote:
> On Sat, Jun 20, 2020 at 02:07:59PM -0700, Ihor Antonov wrote:
> > On Saturday, 20 June 2020 08:05:04 PDT Jude DaShiell wrote:
> > > Another possibility may be one of the surfraw packages once configured
> > > correctly. Lots of other search p
No, what I did with surfraw got done by reading the man pages. The
other tool, I've never heard of before either.
On Sat, 20 Jun 2020, Ihor Antonov wrote:
> Date: Sat, 20 Jun 2020 17:07:59
> From: Ihor Antonov
> To: debian-user@lists.debian.org
> Subject: Re:
On Sat, Jun 20, 2020 at 02:07:59PM -0700, Ihor Antonov wrote:
> On Saturday, 20 June 2020 08:05:04 PDT Jude DaShiell wrote:
> > Another possibility may be one of the surfraw packages once configured
> > correctly. Lots of other search possibilities in surfraw too. Once
> > installed and configure
On Saturday, 20 June 2020 08:05:04 PDT Jude DaShiell wrote:
> Another possibility may be one of the surfraw packages once configured
> correctly. Lots of other search possibilities in surfraw too. Once
> installed and configured read up on the -elvi in surfraw to find what
> search possibilities
On Saturday, 20 June 2020 05:32:41 PDT John Hasler wrote:
> Ihor writes:
> > I wish there was a way to do it without using a web browser. Is there
> > some sort of CLI interface to packages.debian org?
>
> Do you specifically require a command line interface, or just a text
tion.
> > > I often search for binary and source packages, across various releases
> > >
> > > I wish there was a way to do it without using a web browser. Is there
> > > some
> > > sort of CLI interface to packages.debian org?
>
> What is your aim: t
Another possibility may be one of the surfraw packages once configured
correctly. Lots of other search possibilities in surfraw too. Once
installed and configured read up on the -elvi in surfraw to find what
search possibilities you have.
--
Ihor writes:
> I wish there was a way to do it without using a web browser. Is there
> some sort of CLI interface to packages.debian org?
Do you specifically require a command line interface, or just a text
one? They are not the same thing. If the latter use a text browser
such as Lynx.
a web browser. Is there some
> sort of CLI interface to packages.debian org?
>
> Or maybe I need to add *everything* to my /etc/apt/sources.list ?
>
> Any recommendations are appreciated.
>
There is not a direct CLI interface to packages.debian.org. However,
the rmadison to
ses
> >
> > I wish there was a way to do it without using a web browser. Is there some
> > sort of CLI interface to packages.debian org?
What is your aim: to search offline or to avoid the browser?
> > Or maybe I need to add *everything* to my /etc/apt/sources.li
Hi,
20 juin 2020 à 10:29 de ihor@antonovs.family:
> I often use https://packages.debian.org to look up package information.
> I often search for binary and source packages, across various releases
>
> I wish there was a way to do it without using a web browser. Is there some
&
Hello everyone,
I often use https://packages.debian.org to look up package information.
I often search for binary and source packages, across various releases
I wish there was a way to do it without using a web browser. Is there some
sort of CLI interface to packages.debian org?
Or maybe I
On 1/7/2020 12:58 AM, Håkon Alstadheim wrote:
> Den 04.01.2020 15:54, skrev john doe:
>> [mail] without ncurses?
> ...
>> I also need to configure IMAP and SMTP access,
>> is there a MUA which does IMAP SMTP that does not rely on ncurses?
>
> nmh (and its various front-ends) do not depend upon nc
Quoting Jonas Smedegaard (2020-01-06 08:14:46)
> I appreciate this thread - for me Steve's lumail was new info worth a
> closer look!
>
> I currently use "afew" - a notmuch frontend ising Urwid to draw.
Whoops, correction: The MUA I currently ue is "alot".
Thanks to Curt for (indirectly) bringi
Hi John,
Quoting john doe (2020-01-07 09:07:06)
> On 1/6/2020 4:26 PM, Jonas Smedegaard wrote:
> > Quoting john doe (2020-01-06 15:55:12)
> >> - Why would one need dovecot-imap if you can use
> >> interimap/oflineimap
> >
> > interimap syncronizes between imap accounts - it does not store on
> >
On 2020-01-04, john doe wrote:
> Hi,
>
> As far as I can tell, Mutt uses the ncurses interface
>
> Can I use Mutt without ncurses?
>
> If no, is my only alternative Sup/Notmuch?
Uncertain whether it meets your criteria, but there's a CLI MUA designed
to work nicely
On 2020-01-06, Håkon Alstadheim wrote:
>
> nmh does not work well for accessing your mail from multiple, different
> client machines.
Which is one of the POP protocol deficiencies IMAP was invented to
palliate in the first place, I thought, which makes me wonder whether it
could be the appropria
On 1/6/2020 4:26 PM, Jonas Smedegaard wrote:
> Quoting john doe (2020-01-06 15:55:12)
>> On 1/6/2020 8:14 AM, Jonas Smedegaard wrote:
>>> I appreciate this thread - for me Steve's lumail was new info worth
>>> a closer look!
>>>
>>> I currently use "afew" - a notmuch frontend ising Urwid to draw.
>
On 1/6/2020 6:50 PM, Greg Wooledge wrote:
> On Mon, Jan 06, 2020 at 09:43:40AM -0700, Charles Curley wrote:
>> On Mon, 6 Jan 2020 07:54:44 +0100
>> john doe wrote:
>>
>>> Yes there is, I connect to a VM using SSH and my Windows screenreader
>>> does not like curses interface and maybe .other inter
Den 04.01.2020 15:54, skrev john doe:
[mail] without ncurses?
...
I also need to configure IMAP and SMTP access,
is there a MUA which does IMAP SMTP that does not rely on ncurses?
nmh (and its various front-ends) do not depend upon ncurses. There are
front-ends written in emacs-lisp (mh-e)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Charles Curley wrote:
> On Mon, 6 Jan 2020 07:54:44 +0100
> john doe wrote:
>
>> Yes there is, I connect to a VM using SSH and my Windows screenreader
>> does not like curses interface and maybe .other interface(s) as well
>
> Since there are plenty
On Mon, Jan 06, 2020 at 07:00:38PM +0100, Jonas Smedegaard wrote:
> Related to above (but I guess only trims content, not headers) is the
> Debian package t-prot - a tool written for mutt but according to the
> package description should also be usable with mailx.
That does sound like a good ide
Quoting Greg Wooledge (2020-01-06 18:50:30)
> On Mon, Jan 06, 2020 at 09:43:40AM -0700, Charles Curley wrote:
> > On Mon, 6 Jan 2020 07:54:44 +0100
> > john doe wrote:
> >
> > > Yes there is, I connect to a VM using SSH and my Windows
> > > screenreader does not like curses interface and maybe .
On Mon, Jan 06, 2020 at 09:43:40AM -0700, Charles Curley wrote:
> On Mon, 6 Jan 2020 07:54:44 +0100
> john doe wrote:
>
> > Yes there is, I connect to a VM using SSH and my Windows screenreader
> > does not like curses interface and maybe .other interface(s) as well
>
> Since there are plenty of
On Mon, 6 Jan 2020 07:54:44 +0100
john doe wrote:
> Yes there is, I connect to a VM using SSH and my Windows screenreader
> does not like curses interface and maybe .other interface(s) as well
Since there are plenty of programs out there that use curses or
ncurses, perhaps a more elegant solutio
Quoting john doe (2020-01-06 15:55:12)
> On 1/6/2020 8:14 AM, Jonas Smedegaard wrote:
> > I appreciate this thread - for me Steve's lumail was new info worth
> > a closer look!
> >
> > I currently use "afew" - a notmuch frontend ising Urwid to draw.
> >
> > On my laptops I use interimap - a more e
On 1/6/2020 8:14 AM, Jonas Smedegaard wrote:
> Quoting john doe (2020-01-06 07:54:44)
>> On 1/4/2020 6:12 PM, Steve Kemp wrote:
As far as I can tell, Mutt uses the ncurses interface
>>>
>>> Yes.
>>>
Can I use Mutt without ncurses?
>>>
>>> No.
>>>
If no, is my only alternative Sup
Quoting john doe (2020-01-06 07:54:44)
> On 1/4/2020 6:12 PM, Steve Kemp wrote:
> >> As far as I can tell, Mutt uses the ncurses interface
> >
> > Yes.
> >
> >> Can I use Mutt without ncurses?
> >
> > No.
> >
> >> If no, is my only alternative Sup/Notmuch?
> >
> > https://aerc-mail.org/ is ne
On 1/4/2020 6:12 PM, Steve Kemp wrote:
>> As far as I can tell, Mutt uses the ncurses interface
>
> Yes.
>
>> Can I use Mutt without ncurses?
>
> No.
>
>> If no, is my only alternative Sup/Notmuch?
>
> https://aerc-mail.org/ is new, and golang-based. No ncurses.
>
> Though it has to be sai
On Du, 05 ian 20, 10:29:43, 황병희 wrote:
> [sorry actually it is off-topic]
>
> Jude DaShiell writes:
>
> >> No, there are apline and gnus, to name a few.
> > alpine will be a more correct spelling.
>
> Really i read Reco's apline as *alpine* without doubt. There is some
> magic?
https://www.sno
1 - 100 of 563 matches
Mail list logo
