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.
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
lina wrote:
>Thanks, I do notice the PDF printer and also unchecked the "Print page
>headers"
>but after click print,
>I don't know which/where the newly-printed PDF?
>sounds silly, I checked the currently working directory and also the
>possible directories, but none.
Try ~/PDF, that’s where t
On Thursday 29,December,2011 04:02 PM, Ashton Fagg wrote:
On 29/12/11 17:19, lina wrote:
Print to file is a cool choice.
but how can I get rid of the head line: File:
/home/lina/Desktop/.doc Page 1 of 4
in the output file.
Very easily.
In gedit, go to File->Print, select the CUPS PDF prin
On Thursday 29,December,2011 04:02 PM, Ashton Fagg wrote:
On 29/12/11 17:19, lina wrote:
Print to file is a cool choice.
but how can I get rid of the head line: File:
/home/lina/Desktop/.doc Page 1 of 4
in the output file.
Very easily.
In gedit, go to File->Print, select the CUPS PDF prin
On 29/12/11 17:19, lina wrote:
Print to file is a cool choice.
but how can I get rid of the head line: File:
/home/lina/Desktop/.doc Page 1 of 4
in the output file.
Very easily.
In gedit, go to File->Print, select the CUPS PDF printer. Then go to the
"Text Editor" tab. From there you can
On Thursday 29 December 2011 07:34:21 lina wrote:
> On Thursday 29,December,2011 02:57 PM, Lisi wrote:
> > On Thursday 29 December 2011 06:22:36 lina wrote:
> >> Hi,
> >>
> >> I have one file, I wish it can be saved as pdf,
> >>
> >> mainly keep it's present formate (the original space) from gedit
On Thursday 29,December,2011 02:57 PM, Lisi wrote:
On Thursday 29 December 2011 06:22:36 lina wrote:
Hi,
I have one file, I wish it can be saved as pdf,
mainly keep it's present formate (the original space) from gedit view.
https://docs.google.com/open?id=0B93SVRfpVVg3NjA0ZDk5ZmQtODZiMC00ZWM
On Thursday 29,December,2011 03:09 PM, Ashton Fagg wrote:
On 29/12/11 16:22, lina wrote:
Hi,
I have one file, I wish it can be saved as pdf,
mainly keep it's present formate (the original space) from gedit view.
If you install the cups-pdf package you will be able to "print" to a
PDF strai
On 29/12/11 16:22, lina wrote:
Hi,
I have one file, I wish it can be saved as pdf,
mainly keep it's present formate (the original space) from gedit view.
If you install the cups-pdf package you will be able to "print" to a PDF
straight from gedit, just as if you were printing it on a piece
On Thursday 29 December 2011 06:22:36 lina wrote:
> Hi,
>
> I have one file, I wish it can be saved as pdf,
>
> mainly keep it's present formate (the original space) from gedit view.
>
>
> https://docs.google.com/open?id=0B93SVRfpVVg3NjA0ZDk5ZmQtODZiMC00ZWM2LTlkZD
>ItYjg0N2U2YWRhZWE1
>
> Thanks for
On Sat, Feb 20, 2010 at 05:34:09PM +0900, Osamu Aoki wrote:
> Hi,
>
> On Fri, Feb 19, 2010 at 07:05:33PM +0500, surreal wrote:
> > I compiled VirtualBox OSE from source on my machine.
> >
curious to know why you don't use virtualbox, precompile debs ?
[snip]
--
"Well, that's going to be up t
Hi,
On Fri, Feb 19, 2010 at 07:05:33PM +0500, surreal wrote:
> I compiled VirtualBox OSE from source on my machine.
>
> Everything went fine, till I got an error from VirtualBox -
> libpython2.6.sonot found.
>
> then I did the following -
>
> r...@indiaforce:/usr/local/lib# locate libpython2.6.
Vikki Roemer wrote:
> One thing people have told me (which I haven't tried yet, so I can't give a
> firsthand opinion on) is to run a proxy because pages that you go to often
> load faster. As I said, I haven't used any, so I can't give a recommendation.
Even better, run Squid + Adzapper. Bl
On Mon, Aug 29, 2005 at 06:11:46PM -0700, Darrell Bellerive wrote:
> I will soon be moving into a house in the rural country. Nice place
> except no ADSL or cable Internet services. Until I can get a wireless link
> going, I will be forced to use dial-up Internet access. Residents in the
> area rep
On Tue, Aug 30, 2005 at 10:21:34AM +0200, Kai Grossjohann wrote:
> "Basajaun" <[EMAIL PROTECTED]> writes:
>
> > One question I would like to make myself (I mean... not _to_ myself,
> > hehehe) is: how does one get the modem not to produce its annoying
> > noises with pon?
>
> There is an AT comma
On Tue, 30 Aug 2005 16:40:12 +0200, Derrick Hudson wrote:
| and keeping my Debian stable system up to date.
Do it at night.
'Aptitude update' before bedtime, then 'aptitude upgrade' as you're
heading off to bed.
Wake up in the morning and it's all done.
Debian can do it all by itself.
Derrick Hudson wrote:
On Mon, Aug 29, 2005 at 06:11:46PM -0700, Darrell Bellerive wrote:
| I will soon be moving into a house in the rural country.
Best dial-up modems in the world are...
http://www.maestro.com.au/special%20modems.htm
In the country you have special situations that gift y
Darrell Bellerive wrote:
Can anyone share some tips, tricks, or favorite applications to increase
the useability of a dial-up Internet connection?
Set up auto-dialing.
Maintain a local Debian mirror (so when you decide to install or upgrade
a package you can install it right away (without hav
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Derrick Hudson wrote:
BTW, the exact command to make (almost) all Hayes-compatible modems
quiet is ATM0L0. I suggest you to make your init-string something like
AT&F1M0L0 (add any local customizations here). Well, I live in Russia
where dial-up access
On Tue, 30 Aug 2005 16:40:12 +0200, Derrick Hudson wrote:
>| and keeping my Debian stable system up to date.
>
> Use a cron job such as
>
> @daily root aptitude update >/dev/null && aptitude -d -y u=
> pgrade >/dev/null
If you track stable/sarge then there won't be many new/upad
On Tue, Aug 30, 2005 at 07:14:32AM -0700, Steve Lamb wrote:
| Darrell Bellerive wrote:
| > Can anyone share some tips, tricks, or favorite applications to increase
| > the useability of a dial-up Internet connection?
|
| Just remember this: On an infinite timeline bandwidth is also infinite. ;
On Mon, Aug 29, 2005 at 06:11:46PM -0700, Darrell Bellerive wrote:
| I will soon be moving into a house in the rural country.
Nice. I like the countryside too :-). Last night my dad showed me an
article about the company CrossUSA that purposely hires software
people out in the boonies. It's a c
Darrell Bellerive wrote:
> Can anyone share some tips, tricks, or favorite applications to increase
> the useability of a dial-up Internet connection?
Just remember this: On an infinite timeline bandwidth is also infinite. ;)
--
Steve C. Lamb | I'm your priest, I'm your sh
On Tue, 30 Aug 2005 18:21, Kai Grossjohann wrote:
> "Basajaun" <[EMAIL PROTECTED]> writes:
> > One question I would like to make myself (I mean... not _to_ myself,
> > hehehe) is: how does one get the modem not to produce its annoying
> > noises with pon?
>
> There is an AT command you can send to
"Basajaun" <[EMAIL PROTECTED]> writes:
> One question I would like to make myself (I mean... not _to_ myself,
> hehehe) is: how does one get the modem not to produce its annoying
> noises with pon?
There is an AT command you can send to the modem to tell it about the
noise. I believe the options
Darrell Bellerive wrote:
[snip]
> Can anyone share some tips, tricks, or favorite applications to increase
> the useability of a dial-up Internet connection?
[snip]
I have found (command-line) pon/poff to be (far) more reliable than
(graphical) kppp. Well, actually is probably a configuration i
> > Can anyone share some tips, tricks, or favorite applications to
> > increase the useability of a dial-up Internet connection?
Lots of patience, overnight downloading, and a friend with a good
broadband connection.
Byron
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "u
I also use usrobotics external modem. When I installed
sarge, I simply filled out the pppconfig wizard and
that was basically it.
After that you can type 'pon' in the terminal to
connect and 'poff' to disconnect from the internet. If
you run kde you can use its graphic Internet
connection softwar
Can I make screen 'copy' its output into xterms scrollback buffer?
I find the following lines in my .screenrc:
---
# To get screen to add lines to xterm's scrollback buffer, uncomment the
# following termcapinfo line which tells xterm to use the normal screen
buffer
# (which has scrollback), not
On Thu, 01 Jul 2004 19:00:18 +0200, Will Trillich wrote:
> we'd love to hear more about your setup. ~/.bashrc aliases or
> settings, any keyboard macros, ~/.screenrc coolness... we're not
> picky.
I use a lightly mofified version of Sven Guckes' configuration, the
only interesting bits I've got ar
On Fri, 2004-07-02 at 07:03, Thomas Adam wrote:
> --- Zenaan Harkness <[EMAIL PROTECTED]> wrote:
> > Alternatively (or in addition), is it easy to start xterms on the
> > different virtual desktops - I can specify x,y,w,h but can I specify
> > virtual desktop?
>
> This depends on the window manag
On Thursday 01 July 2004 6:18 pm, Benedict Verheyen wrote:
> n the keybindings section, there's a statement like this:
> bindkey -k k7 detatch
>
> Shouldn't it be: bindkey -k k7 detach
>
> (spelling of detatch?)
Indeed it should, sorry.
Fixed now...
--
"If women knew, if they even had the sli
Brad Sims wrote:
> Feel free to take a gander at my .screenrc at:
> http://home.insightbb.com/~bmsims1/Scripts/Screenrc.html
>
> Let me know if anything isn't entirely clear to ya. I wrote this
> for plain people like me
Hi Brad,
in the keybindings section, there's a statement like this:
bindke
On Thursday 01 July 2004 3:51 pm, Zenaan Harkness wrote:
> In gnome-terminal, I use CTRL-PGUP and CTRL-PGDN to cycle between tabs.
>
> How can I get screen to accept keyboard shortcuts for these two cycling
> functions?
Hrm I am not sure of the keybindings for your need but the .screenrc commands
1 - 100 of 136 matches
Mail list logo
