On Wed, 2025-05-21 at 15:16 -0700, Peter Ehlert wrote:
> > It's not quite the same. What Dan is asking for is that each wiki
> > page should identify when it was updated and for which named
> > release(s) of Debian it is valid. So even if it's out of date it
> > may be useful to somebody, or it may
On 2025-05-22, Jonathan Dowland wrote:
> On Wed May 21, 2025 at 5:01 PM BST, Greg wrote:
>> Why propose yet again the exact thing I proposed upthread (that you
>> required me to spell out with ludicrous explicitness and that you
>> described as unhelpful), as if you've arrived at some epiphany?
>
On Wed May 21, 2025 at 5:01 PM BST, Greg wrote:
Why propose yet again the exact thing I proposed upthread (that you
required me to spell out with ludicrous explicitness and that you
described as unhelpful), as if you've arrived at some epiphany?
What is your problem, anyway?
I didn't think I
On 5/19/25 13:22, debian-u...@howorth.org.uk wrote:
Greg wrote:
On 2025-05-16, Jonathan Dowland wrote:
On Thu May 15, 2025 at 2:33 PM BST, Dan Ritter wrote:
The most prominent issue I can see is that there is no unified
sense of chronology. That is, I can look at a page and not have
any id
On 2025-05-20, Jonathan Dowland wrote:
>
> ... I prefer ... the assumption to be that all
> pages applied to the current stable release...
Why propose yet again the exact thing I proposed upthread (that you
required me to spell out with ludicrous explicitness and that you
described as unhelpful),
> 4) You want to rewrite not only the WIKI CONTENT, but the WIKI ENGINE too.
I really appreciate your constructive contributions, thank you.
Stefan
On 2025-05-21, john doe wrote:
Then refrain from prolonging it.
please stop this.
--
John Doe
On Wed, May 21, 2025 at 11:47:04 -0400, Stefan Monnier wrote:
> Greg Wooledge [2025-05-20 16:49:28] wrote:
> > On Tue, May 20, 2025 at 16:38:16 -0400, Stefan Monnier wrote:
> >> In contrast my proposition means that when a new release happens we just
> >> get a new set of pages, which start empty (
Greg Wooledge [2025-05-20 16:49:28] wrote:
> On Tue, May 20, 2025 at 16:38:16 -0400, Stefan Monnier wrote:
>> In contrast my proposition means that when a new release happens we just
>> get a new set of pages, which start empty (this part can be done fully
>> automatically) and can be filled progre
On Tue, May 20, 2025 at 16:38:16 -0400, Stefan Monnier wrote:
> In contrast my proposition means that when a new release happens we just
> get a new set of pages, which start empty (this part can be done fully
> automatically) and can be filled progressively, which should be much
> more amenable to
Jonathan Dowland [2025-05-20 18:48:27] wrote:
> On Tue May 20, 2025 at 4:04 PM BST, Stefan Monnier wrote:
>>> FWIW I didn't find "keep it up to date" useful feedback.
>> Here's my view: replace each current page with a list of "per Debian
>> version" pages. So, when someone edits a page, they don'
"Jonathan Dowland" wrote:
> On Tue May 20, 2025 at 4:04 PM BST, Stefan Monnier wrote:
> >> FWIW I didn't find "keep it up to date" useful feedback.
> >
> > Here's my view: replace each current page with a list of "per Debian
> > version" pages. So, when someone edits a page, they don't edit the
On Tue May 20, 2025 at 4:04 PM BST, Stefan Monnier wrote:
FWIW I didn't find "keep it up to date" useful feedback.
Here's my view: replace each current page with a list of "per Debian
version" pages. So, when someone edits a page, they don't edit the
"DebianBootstrap" page, but the "DebianBoot
Greg wrote:
> On 2025-05-20, Stefan Monnier wrote:
> >> FWIW I didn't find "keep it up to date" useful feedback.
> >
> > Here's my view: replace each current page with a list of "per Debian
> > version" pages. So, when someone edits a page, they don't edit the
> > "DebianBootstrap" page, but t
On Tue, 20 May 2025 10:56:05 +0100
"Jonathan Dowland" wrote:
> On Mon May 19, 2025 at 2:03 PM BST, Greg wrote:
> > On 2025-05-16, Jonathan Dowland wrote:
> >> On Thu May 15, 2025 at 2:33 PM BST, Dan Ritter wrote:
> >>> The most prominent issue I can see is that there is no unified
> >>> sens
On 2025-05-20, Stefan Monnier wrote:
>> FWIW I didn't find "keep it up to date" useful feedback.
>
> Here's my view: replace each current page with a list of "per Debian
> version" pages. So, when someone edits a page, they don't edit the
> "DebianBootstrap" page, but the "DebianBootstrap/trixie"
On Tue, May 20, 2025 at 11:04:58 -0400, Stefan Monnier wrote:
> > FWIW I didn't find "keep it up to date" useful feedback.
>
> Here's my view: replace each current page with a list of "per Debian
> version" pages. So, when someone edits a page, they don't edit the
> "DebianBootstrap" page, but th
> FWIW I didn't find "keep it up to date" useful feedback.
Here's my view: replace each current page with a list of "per Debian
version" pages. So, when someone edits a page, they don't edit the
"DebianBootstrap" page, but the "DebianBootstrap/trixie" page.
The "DebianBootstrap" page would presu
On Tue, May 20, 2025 at 14:21:32 -, Greg wrote:
> On 2025-05-20, Greg Wooledge wrote:
> > On Tue, May 20, 2025 at 09:41:21 -0400, Lee wrote:
> >> Yes, keeping the wikis up to date for the current release would be
> >> nice. But there isn't staff dedicated to keeping everything current,
> >> s
Greg writes:
> The wiki engine automatically displays a "last modified" timestamp
> (it's at the bottom, in the light gray footer box), but you won't
> immediately know whether that update was a major content rewrite, or a
> typo correction.
More useful might be a prominent field that specifies w
On 2025-05-20, Greg Wooledge wrote:
> On Tue, May 20, 2025 at 09:41:21 -0400, Lee wrote:
>> Yes, keeping the wikis up to date for the current release would be
>> nice. But there isn't staff dedicated to keeping everything current,
>> so how about having a "last updated" or "last reviewed" date on
On Tue, May 20, 2025 at 09:41:21 -0400, Lee wrote:
> Yes, keeping the wikis up to date for the current release would be
> nice. But there isn't staff dedicated to keeping everything current,
> so how about having a "last updated" or "last reviewed" date on each
> page so people would have an idea
On Tue, May 20, 2025 at 9:31 AM Greg wrote:
>
> On 2025-05-20, Jonathan Dowland wrote:
> >>
> >> That's what I said more succinctly. Keep the wikis up to date (I thought
> >> it went without saying "for Debian stable," though there's always a
> >> myriad of ways to be misunderstood but normally on
On 2025-05-20, Jonathan Dowland wrote:
>>
>> That's what I said more succinctly. Keep the wikis up to date (I thought
>> it went without saying "for Debian stable," though there's always a
>> myriad of ways to be misunderstood but normally only one way to be so).
>
> FWIW I didn't find "keep it up
On Mon May 19, 2025 at 2:03 PM BST, Greg wrote:
On 2025-05-16, Jonathan Dowland wrote:
On Thu May 15, 2025 at 2:33 PM BST, Dan Ritter wrote:
The most prominent issue I can see is that there is no unified
sense of chronology. That is, I can look at a page and not have
any idea whether it is cor
Greg wrote:
> On 2025-05-16, Jonathan Dowland wrote:
> > On Thu May 15, 2025 at 2:33 PM BST, Dan Ritter wrote:
> >> The most prominent issue I can see is that there is no unified
> >> sense of chronology. That is, I can look at a page and not have
> >> any idea whether it is correct for current
On 2025-05-16, Jonathan Dowland wrote:
> On Thu May 15, 2025 at 2:33 PM BST, Dan Ritter wrote:
>> The most prominent issue I can see is that there is no unified
>> sense of chronology. That is, I can look at a page and not have
>> any idea whether it is correct for current Stable.
That's what I s
On 2025-05-15, Jonathan Dowland wrote:
>
> It's less clear how useful the current wiki is for users. I think many
> of us are inspired by how good the Arch Wiki is for users, and the
> Debian wiki falls far short of that. I guess we should try to improve it
> for users, but we don't have consen
On 5/15/25 03:52, Jonathan Dowland wrote:
It's less clear how useful the current wiki is for users. I think many
of us are inspired by how good the Arch Wiki is for users, and the
Debian wiki falls far short of that. I guess we should try to improve
it for users, but we don't have consensus on
On Fri, 16 May 2025 10:11:04 +0100
"Jonathan Dowland" wrote:
> On Thu May 15, 2025 at 5:45 PM BST, Stefan Monnier wrote:
> > one of the problems I see in the world of GNU/Linux is this
> > tendency to have "per-distribution" documentation for thing which
> > are not specific to a distribution, as
On Thu May 15, 2025 at 2:33 PM BST, Dan Ritter wrote:
The most prominent issue I can see is that there is no unified
sense of chronology. That is, I can look at a page and not have
any idea whether it is correct for current Stable.
Thank you. That is useful feedback, and I agree that we should
On Thu May 15, 2025 at 5:45 PM BST, Stefan Monnier wrote:
one of the problems I see in the world of GNU/Linux is this tendency
to have "per-distribution" documentation for thing which are not
specific to a distribution, as evidenced by the fact that Debian users
often find the Arch wiki useful.
On 15/05/2025 15:52, Jonathan Dowland wrote:
FYI, some of us have recently re-started an effort to improve the Debian
Wiki. One of the things we need to establish (IMHO) is to determine what
audience the wiki is *for*. For example, it serves a useful function for
Developers, with clusters of pa
On 5/14/25 15:02, Van Snyder wrote:
When I start up, my 1920x1200 monitor is in a 1280x1024 mode, no matter
whether I use GDM or SDDM. But the login manager is trying to project a
1920x1200 picture. The result is that the little icon in the lower
right corner is about two inches beyond the ri
On Thursday, May 15, 2025 12:45:10 PM Stefan Monnier wrote:
> I don't have a good answer to your questions, I'm afraid, but one of the
> problems I see in the world of GNU/Linux is this tendency to have
> "per-distribution" documentation for thing which are not specific to
> a distribution,
+1
>
Jonathan Dowland [2025-05-15 09:52:23] wrote:
> On Wed May 14, 2025 at 7:45 PM BST, Dan Ritter wrote:
>> I don't think anyone at the Arch project or the Debian project
>> would say that Arch is based on Debian.
> ACK
>> It is certainly the case that their documentation is good, and
>> although not
On Thursday, May 15, 2025 09:33:27 AM Dan Ritter wrote:
> on every single page. The right thing for the Debian Wiki would
> be:
>
> Documentation → Debian 12 Bookworm
> Stable Version: 12 Bookworm
> Long Term Support Version: 11 Bullseye
> Unsupported Versions: 10 / 9 / 8 / 7 / 6 / 5 / 4 / 3 / 2
On 2025-05-14, Gregory Forster wrote:
> Hi,
> On Wednesdays, I volunteer at a Senior Center to teach computers.
> Well, few, if any, showed up. I'm now known as, "Greg, the gadget guy."
Going way back to my parents' era, that used to be called a Stella Dallas
party.
Jonathan Dowland wrote:
> FYI, some of us have recently re-started an effort to improve the Debian
> Wiki. One of the things we need to establish (IMHO) is to determine what
> audience the wiki is *for*. For example, it serves a useful function for
> Developers, with clusters of pages for Debconfs
On Wed May 14, 2025 at 7:45 PM BST, Dan Ritter wrote:
I don't think anyone at the Arch project or the Debian project
would say that Arch is based on Debian.
ACK
It is certainly the case that their documentation is good, and
although not universally applicable to Debian packages, can be a
dece
I'll second that! Fastmail is straightforward, reliable, and has decent
support.
Rick
On Wed, May 14, 2025, at 1:38 PM, John Hasler wrote:
> Glenn English writes:
>> have you looked into the Proton-mail substitute for Gmail?
>
> Or Fastmail, which I'm quite happy with.
> --
> John Hasler
> j..
Glenn English writes:
> have you looked into the Proton-mail substitute for Gmail?
Or Fastmail, which I'm quite happy with.
--
John Hasler
j...@sugarbit.com
Elmwood, WI USA
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On Wednesday, May 14th, 2025 at 11:23 AM, Gregory Forster
wrote:
> On Wednesdays, I volunteer at a Senior Center to teach computers.
> Well, few, if any, showed up. I'm now known as, "Greg, the gadget guy."
> helping people with their cell phones
On Wed, 14 May 2025 12:02:40 -0700
Van Snyder wrote:
> (2) Could the maintainers of GDM and SDDM (and any other login
> managers of which I'm unaware) please move the little icon to be
> centered below the password box?
Possibly. I use LightDM, which has an accompanying package,
lightdm-gtk-gree
Joe wrote:
> https://wiki.archlinux.org/title/Window_manager
>
> Arch Linux, by the way, is based on Debian and has some excellent
> documentation, most of which applies to Debian itself.
I don't think anyone at the Arch project or the Debian project
would say that Arch is based on Debian.
It
On Wed, 2025-05-14 at 19:41 +0100, Joe wrote:
> So now, before I log
> > on, after establishing myself as the user, I click a little icon in
> > the lower right corner of the screen and a menu pops up, giving me
> > different choices of GUI desktops: GNOME, GNOME classic, MATE,
> > CINNAMON, XFCE a
On Wed, 14 May 2025 12:22:53 -0500
Gregory Forster wrote:
> Hi,
> On Wednesdays, I volunteer at a Senior Center to teach
> computers. Well, few, if any, showed up. I'm now known as, "Greg,
> the gadget guy." helping people with their cell phones, computers and
> tablets. Well, last Wednesd
Gregory Forster wrote:
> Hi,
> On Wednesdays, I volunteer at a Senior Center to teach computers. Well,
> few, if any, showed up. I'm now known as, "Greg, the gadget guy." helping
> people with their cell phones, computers and tablets. Well, last Wednesday,
> nobody showed up for anything.
Hi,
On Wednesdays, I volunteer at a Senior Center to teach computers.
Well, few, if any, showed up. I'm now known as, "Greg, the gadget guy."
helping people with their cell phones, computers and tablets. Well,
last Wednesday, nobody showed up for anything. So I alleviated my
boredom by
On 6/28/22 19:30, David Wright wrote:
On Tue 28 Jun 2022 at 14:17:36 (-0400), Michael Stone wrote:
On Tue, Jun 28, 2022 at 02:25:36PM -0300, Marcelo Laia wrote:
4. Any other recommendations to improve the performance and lifespan of this
disk?
don't worry about it; accept the defaults and you
On Tue 28 Jun 2022 at 14:17:36 (-0400), Michael Stone wrote:
> On Tue, Jun 28, 2022 at 02:25:36PM -0300, Marcelo Laia wrote:
> > 4. Any other recommendations to improve the performance and lifespan of
> > this disk?
>
> don't worry about it; accept the defaults and you'll be fine
I don't remembe
d" on this disk (CT1000MX500SSD1). If I need to
proceed with use "discard", would you please have any tips on how to do it? I didn't
understand how to do this.
Most of those warnings are outdated and nowadays all major SSD
manufacturers have developed stable firmware for their products.
Pers
don't know if I need to use or not use "discard" on this disk
(CT1000MX500SSD1). If I need to proceed with use "discard", would you please
have any tips on how to do it? I didn't understand how to do this.
IIRC the best practice was to not use the "disca
this disk (CT1000MX500SSD1). If I need to proceed with
> use "discard", would you please have any tips on how to do it? I
> didn't understand how to do this.
>
> 3. Should I reserve a swap partition or not? I always had one on hdd
> disks. I was in doubt, too.
That de
On Tue, Jun 28, 2022 at 02:25:36PM -0300, Marcelo Laia wrote:
4. Any other recommendations to improve the performance and lifespan of this
disk?
don't worry about it; accept the defaults and you'll be fine
need to proceed with use "discard", would you please
have any tips on how to do it? I didn't understand how to do this.
3. Should I reserve a swap partition or not? I always had one on hdd disks. I
was in doubt, too.
4. Any other recommendations to improve the performance and
On 1/09/21 3:32 am, Greg Wooledge wrote:
In bash, which is *not* a shell builtin -- it's a separate program,
/usr/bin/which.
Well _that_ took a while to parse correctly :-) I know bash is not a
shell builtin, that would be weird ...
Cheers,
Richard
Steve Dondley writes:
> I'm using zsh.
>
> What am I missing?
In zsh, run rehash. Or start a new terminal.
"sudo which hash" shows nothing. Not sure whey.
sudo is an external program, which launches other external programs.
When you type "sudo which hash", your shell (zsh) forks a child, and
that child executes "sudo". sudo does its authentication/authorization
dance, and then executes "which ha
On Tue, Aug 31, 2021 at 02:20:12PM -0400, Steve Dondley wrote:
> Ok, it is there after all, as a built-in. I was mindlessly trying "sudo hash
> -d fzf". I guess trying with sudo doesn't work.
>
> "sudo which hash" shows nothing. Not sure whey.
sudo is an external program, which launches other ext
(tl;dr: use type, not which)
OK, thanks.
There's `hash -r' for that (bash, dash). I'd bet that zsh has something
along that lines, too.
Cheers
- t
Ok, it is there after all, as a built-in. I was mindlessly trying "sudo
hash -d fzf". I guess trying with sudo doesn't work.
"sudo which hash" shows nothing. Not sure whey.
On Tue, Aug 31, 2021 at 11:19:10AM -0400, Steve Dondley wrote:
>
> >This sounds like a stale-hash situation. According to my understanding,
> >the shell will typically keep a cache of what path it found a given
> >command at when it checked for that command in $PATH, so it
> >doesn't have
> >to re
On Tue, Aug 31, 2021 at 11:32:12AM -0400, Steve Dondley wrote:
> The "hash" command does not appear to even be installed on my system, even
> with sudo, maybe because I'm using zsh. But I did a little googling around
> and found this tip:
unicorn:~$ zsh
greg@unicorn ~ % type hash
hash is a shell b
On Tue, Aug 31, 2021 at 10:58:12AM -0400, Steve Dondley wrote:
> However, "which fzf" reports the /usr/bin as the location:
>
> /usr/bin/fzf
>
> I'm using zsh.
unicorn:~$ zsh
greg@unicorn ~ % type which
which is a shell builtin
Zsh is caching the old location, and because "which" is a shell bui
On 2021-08-31 11:19 AM, Steve Dondley wrote:
This sounds like a stale-hash situation. According to my
understanding,
the shell will typically keep a cache of what path it found a given
command at when it checked for that command in $PATH, so it doesn't
have
to re-do the filesystem accesses on
This sounds like a stale-hash situation. According to my understanding,
the shell will typically keep a cache of what path it found a given
command at when it checked for that command in $PATH, so it doesn't
have
to re-do the filesystem accesses on every run of the command; this
mapping of kn
On 2021-08-31 at 10:58, Steve Dondley wrote:
> OK, so I dropped the new fzf into /usr/local/bin. I confirmed it is the
> correct version with:
>
> admin@ip-172-30-0-226 /usr/local/bin
>> $ ./fzf --version
> 0.27.2 (e086f0b)
>
> "echo $PATH" reports:
>
> /usr/local/bin:/usr/bin:/bin:/usr/games
OK, so I dropped the new fzf into /usr/local/bin. I confirmed it is
the correct version with:
admin@ip-172-30-0-226 /usr/local/bin
$ ./fzf --version
0.27.2 (e086f0b)
"echo $PATH" reports:
/usr/local/bin:/usr/bin:/bin:/usr/games
So it looks like any binary in /usr/local/bin should load fir
On 2021-08-31 10:48 AM, Greg Wooledge wrote:
On Tue, Aug 31, 2021 at 10:45:50AM -0400, Steve Dondley wrote:
Now I'm just wondering if it would be better to keep the old fzf
around and
put the new fzf into a directory that $PATH loads before /usr/bin. I'm
thinking this might be the proper way of
On Tue, Aug 31, 2021 at 10:45:50AM -0400, Steve Dondley wrote:
> Now I'm just wondering if it would be better to keep the old fzf around and
> put the new fzf into a directory that $PATH loads before /usr/bin. I'm
> thinking this might be the proper way of doing this instead of my quick
> hack.
Ye
Either way, the simplicity of the tool (in terms of it being a single
binary artifact that is deployed) makes it unlikely that you would
encounter any issues in doing this.
Regards,
-Roberto
OK, thank you, Roberto.
fzf comes with some shell integration tools like key bindings that can
be inst
Their build tooling seems very sparse. In particular, it does not
support DESTDIR or PREFIX variables. However, that might be OK in this
case, as it appears to only produce and install a single artifact: a
binary called fzf.
If I were in your position, I would run 'make' and then manually pl
On Tue, Aug 31, 2021 at 09:07:59AM -0400, Steve Dondley wrote:
> Running bullseye with fzf package 0.24.3-1+b6.
>
> Newer versions of fzf (> .27.) have some advanced abilities I'd like to use
> but newer versions are not available in backports (at least not that I could
> tell)
>
> I'm thinking o
Running bullseye with fzf package 0.24.3-1+b6.
Newer versions of fzf (> .27.) have some advanced abilities I'd like to
use but newer versions are not available in backports (at least not that
I could tell)
I'm thinking of building fzf manually per the instructions here:
https://github.com/ju
se when I hover over something in Thunderbird, the tool tips are
black with white letters.
Appearance -> Colors (in System Settings)
"Apply colors to non-KDE4 applications"
uncheck the checkbox?
That worked! Thank you.
n I hover over something in Thunderbird, the tool tips are
> black with white letters.
Appearance -> Colors (in System Settings)
"Apply colors to non-KDE4 applications"
uncheck the checkbox?
> I'd like to get black letters on light background in gimp (what I think
> it was suppo
I am using the default theme "Breeze" for both GTK and KDE (ie. never
changed it) in KDE. Whenever I use gimp and hover over something, the
tool tip is blank. Now I am not so sure if it's GTK related or not
because when I hover over something in Thunderbird, the tool tips are
b
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Fri, Mar 17, 2017 at 01:07:47AM +1300, cbannis...@slingshot.co.nz wrote:
> On Sun, Jan 01, 2017 at 03:02:32PM +0100, to...@tuxteam.de wrote:
> >
> > Just show me the editor which takes you to a function's source code
> > (yes, even to the C source
On Sun, Jan 01, 2017 at 03:02:32PM +0100, to...@tuxteam.de wrote:
>
> Just show me the editor which takes you to a function's source code
> (yes, even to the C source itself!) within a few keystrokes.
U, oh, here we go:
http://vim.wikia.com/wiki/Browsing_programs_with_tags
enjoy. :)
--
Th
[Sat, 31 Dec 2016 18:10:22 -0500] kamaraju kusumanchi
wrote:
> Would you like to share some Debian tips that made a significant
> impact to your productivity in 2016? Things that you wish you had
> known earlier.
Well, it is probably not very ``productive'' but still something
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Sun, Jan 01, 2017 at 09:37:08AM -0500, Jude DaShiell wrote:
> All emacs info pages are in a if I remember emacs-common-nondfsg
Thanks, Jude. Good point, which I missed.
There's a license incopatibility between the FSF's documentation
license and D
@lists.debian.org
Subject: Re: productivity tips
Resent-Date: Sun, 1 Jan 2017 12:49:50 + (UTC)
Resent-From: debian-user@lists.debian.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Sun, Jan 01, 2017 at 05:57:03AM -0600, Richard Owlett wrote:
On 1/1/2017 5:45 AM, to...@tuxteam.de wrote:
On
loads of youtube videos, and those if produced correctly can be more
effective than howtos especially for visual learners. On Sun, 1 Jan 2017,
Richard Owlett wrote:
Date: Sun, 1 Jan 2017 06:57:03
From: Richard Owlett
To: debian-user@lists.debian.org
Subject: Re: productivity tips
Resent
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Sun, Jan 01, 2017 at 07:36:29AM -0600, Richard Owlett wrote:
> On 1/1/2017 6:49 AM, to...@tuxteam.de wrote:
[...]
> >Getting started on Emacs can be pretty daunting [...]
> Any worse than Digital Equipment's TECO circa 1970?
I don't think so. Em
On 1/1/2017 6:49 AM, to...@tuxteam.de wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Sun, Jan 01, 2017 at 05:57:03AM -0600, Richard Owlett wrote:
On 1/1/2017 5:45 AM, to...@tuxteam.de wrote:
On Sun, Jan 01, 2017 at 01:02:41AM -0500, Jude DaShiell wrote:
emacs has org-mode built-in a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Sun, Jan 01, 2017 at 05:57:03AM -0600, Richard Owlett wrote:
> On 1/1/2017 5:45 AM, to...@tuxteam.de wrote:
> >
> >On Sun, Jan 01, 2017 at 01:02:41AM -0500, Jude DaShiell wrote:
> >>emacs has org-mode built-in and org-mode is probably one of the
> >
On 1/1/2017 5:45 AM, to...@tuxteam.de wrote:
On Sun, Jan 01, 2017 at 01:02:41AM -0500, Jude DaShiell wrote:
emacs has org-mode built-in and org-mode is probably one of the
older mind mappers available for download.
+1 on org mode. Especially org-babel: you can embed "program" snippets
(shell,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Sun, Jan 01, 2017 at 01:02:41AM -0500, Jude DaShiell wrote:
> emacs has org-mode built-in and org-mode is probably one of the
> older mind mappers available for download.
+1 on org mode. Especially org-babel: you can embed "program" snippets
(shell
emacs has org-mode built-in and org-mode is probably one of the older
mind mappers available for download.
On Sun, 1 Jan 2017, Ben Caradoc-Davies wrote:
Date: Sat, 31 Dec 2016 22:59:22
From: Ben Caradoc-Davies
To: Cindy-Sue Causey
Cc: Debian Users
Subject: Re: productivity tips
Resent-Date
On 01/01/17 13:36, Cindy-Sue Causey wrote:
Hi.. I can't remember if it was this year or last so we can pretend it
was this year that I stumbled upon the concept of "mindmapping" (mind
mapping). I just ran a quick "apt-cache search" on it and didn't see
much available when you use a single reposit
On 12/31/2016 07:45 PM, Lisi Reisz wrote:
On Sunday 01 January 2017 00:36:42 Cindy-Sue Causey wrote:
Hi.. I can't remember if it was this year or last so we can pretend it
was this year that I stumbled upon the concept of "mindmapping" (mind
mapping). I just ran a quick "apt-cache search" on i
On Sunday 01 January 2017 00:36:42 Cindy-Sue Causey wrote:
> Hi.. I can't remember if it was this year or last so we can pretend it
> was this year that I stumbled upon the concept of "mindmapping" (mind
> mapping). I just ran a quick "apt-cache search" on it and didn't see
> much available when yo
On 12/31/16, kamaraju kusumanchi wrote:
> Would you like to share some Debian tips that made a significant
> impact to your productivity in 2016? Things that you wish you had
> known earlier.
>
> Here are my top two.
>
> 1) Zim
> I found it useful for organizing tho
Would you like to share some Debian tips that made a significant
impact to your productivity in 2016? Things that you wish you had
known earlier.
Here are my top two.
1) Zim
I found it useful for organizing thoughts, making todo lists, creating
documentation especially when working on multiple
On Sb, 27 sep 14, 11:55:05, Martin Read wrote:
> On 27/09/14 02:48, Stephen Powell wrote:
> >I'm not sure that the Debian wiki is the right place for this information.
> >Although there is a Linux port of PuTTY, 99% of PuTTY users are
> >Windows users, including me. Although it may be used to logi
On Sat, 27 Sep 2014 03:34:58 -0400 (EDT), Jonathan Dowland wrote:
> On 27 Sep 2014, at 02:48, Stephen Powell wrote:
>>
>> PuTTY currently does not support 256-color mode. See
>> http://www.chiark.greenend.org.uk/~sgtatham/putty/wishlist/256-colours.html
>
> That page indicates that putty had s
On 27/09/14 02:48, Stephen Powell wrote:
I'm not sure that the Debian wiki is the right place for this information.
Although there is a Linux port of PuTTY, 99% of PuTTY users are
Windows users, including me. Although it may be used to login remotely
to a Debian system, PuTTY itself is Windows s
> On 27 Sep 2014, at 02:48, Stephen Powell wrote:
>
> I'm not sure that the Debian wiki is the right place for this information.
> Although there is a Linux port of PuTTY, 99% of PuTTY users are
> Windows users, including me. Although it may be used to login remotely
> to a Debian system, PuTTY
1 - 100 of 406 matches
Mail list logo
