Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > linux.debian.user > #200963 > unrolled thread

Upgrading with a low data cap

Back to article view | Back to linux.debian.user

Contents

  Upgrading with a low data cap Richard Owlett <rowlett@cloud85.net> - 2018-10-07 15:40 +0200
    Re: Upgrading with a low data cap Dan Purgert <dan@djph.net> - 2018-10-07 16:00 +0200
      Re: Upgrading with a low data cap Richard Owlett <rowlett@cloud85.net> - 2018-10-07 16:10 +0200
        Re: Upgrading with a low data cap David Wright <deblis@lionunicorn.co.uk> - 2018-10-08 03:30 +0200
          Re: Upgrading with a low data cap Richard Owlett <rowlett@cloud85.net> - 2018-10-08 13:40 +0200
            Re: Upgrading with a low data cap Dan Purgert <dan@djph.net> - 2018-10-08 14:10 +0200
              Re: Upgrading with a low data cap Richard Owlett <rowlett@cloud85.net> - 2018-10-08 14:40 +0200
                Re: Upgrading with a low data cap Dan Purgert <dan@djph.net> - 2018-10-08 17:10 +0200
            Re: Upgrading with a low data cap Dan Ritter <dsr@randomstring.org> - 2018-10-08 14:50 +0200
            Re: Upgrading with a low data cap David Wright <deblis@lionunicorn.co.uk> - 2018-10-08 18:00 +0200
              Re: Upgrading with a low data cap Richard Owlett <rowlett@cloud85.net> - 2018-10-08 21:30 +0200
                Re: Upgrading with a low data cap Brian <ad44@cityscape.co.uk> - 2018-10-08 21:50 +0200
                  Re: Upgrading with a low data cap Richard Owlett <rowlett@cloud85.net> - 2018-10-08 22:40 +0200
                    Re: Upgrading with a low data cap Brian <ad44@cityscape.co.uk> - 2018-10-08 22:50 +0200
                      Re: Upgrading with a low data cap Brian <ad44@cityscape.co.uk> - 2018-10-09 10:50 +0200
                Re: Upgrading with a low data cap Brian <ad44@cityscape.co.uk> - 2018-10-08 21:50 +0200
                Re: Upgrading with a low data cap David <bouncingcats@gmail.com> - 2018-10-09 01:30 +0200
                  Re: Upgrading with a low data cap Richard Owlett <rowlett@cloud85.net> - 2018-10-09 03:50 +0200
                    Re: Upgrading with a low data cap Kenneth Parker <sea7kenp@gmail.com> - 2018-10-09 04:40 +0200
                      Re: Upgrading with a low data cap Richard Owlett <rowlett@cloud85.net> - 2018-10-09 16:50 +0200
                    Re: Upgrading with a low data cap Dan Purgert <dan@djph.net> - 2018-10-09 12:10 +0200
                      Re: Upgrading with a low data cap Richard Owlett <rowlett@cloud85.net> - 2018-10-09 17:00 +0200
                        Re: Upgrading with a low data cap Dan Purgert <dan@djph.net> - 2018-10-09 17:50 +0200
                          Re: Upgrading with a low data cap Richard Owlett <rowlett@cloud85.net> - 2018-10-09 18:20 +0200
                          Re: Upgrading with a low data cap Brian <ad44@cityscape.co.uk> - 2018-10-09 18:30 +0200
                            Re: Upgrading with a low data cap Gene Heskett <gheskett@shentel.net> - 2018-10-09 22:10 +0200
                              Re: Upgrading with a low data cap Curt <curty@free.fr> - 2018-10-10 10:00 +0200
                                Re: Upgrading with a low data cap Richard Owlett <rowlett@cloud85.net> - 2018-10-14 14:10 +0200
                                  Re: Upgrading with a low data cap David <bouncingcats@gmail.com> - 2018-10-15 11:10 +0200
                                    Re: Upgrading with a low data cap Richard Owlett <rowlett@cloud85.net> - 2018-10-15 14:10 +0200
                                    Re: Upgrading with a low data cap Gene Heskett <gheskett@shentel.net> - 2018-10-15 16:10 +0200
                                      Re: Upgrading with a low data cap Dan Purgert <dan@djph.net> - 2018-10-15 17:00 +0200
                                        Re: Upgrading with a low data cap Gene Heskett <gheskett@shentel.net> - 2018-10-15 17:00 +0200
                                    Re: Upgrading with a low data cap Richard Owlett <rowlett@cloud85.net> - 2018-10-17 16:50 +0200
                                      Re: Upgrading with a low data cap Dan Ritter <dsr@randomstring.org> - 2018-10-17 17:20 +0200
                                      Re: Upgrading with a low data cap John Hasler <jhasler@newsguy.com> - 2018-10-17 17:20 +0200
                              Re: Upgrading with a low data cap rhkramer@gmail.com - 2018-10-10 16:00 +0200
                                Re: Upgrading with a low data cap Gene Heskett <gheskett@shentel.net> - 2018-10-10 17:00 +0200
                                  Re: Upgrading with a low data cap David Wright <deblis@lionunicorn.co.uk> - 2018-10-10 17:20 +0200
                                    Re: Upgrading with a low data cap Gene Heskett <gheskett@shentel.net> - 2018-10-10 17:50 +0200
                        Re: Upgrading with a low data cap Gene Heskett <gheskett@shentel.net> - 2018-10-09 21:50 +0200
                          Re: Upgrading with a low data cap Brian <ad44@cityscape.co.uk> - 2018-10-09 22:00 +0200
                            Re: Upgrading with a low data cap Gene Heskett <gheskett@shentel.net> - 2018-10-09 22:20 +0200
                Re: Upgrading with a low data cap Alexandre Rossi <alexandre.rossi@gmail.com> - 2018-10-10 15:10 +0200
                  Re: Upgrading with a low data cap Richard Owlett <rowlett@cloud85.net> - 2018-10-14 14:30 +0200
    Re: Upgrading with a low data cap Reco <recoverym4n@enotuniq.net> - 2018-10-07 16:00 +0200
    Re: Upgrading with a low data cap Brian <ad44@cityscape.co.uk> - 2018-10-07 16:40 +0200
      Re: Upgrading with a low data cap Brian <ad44@cityscape.co.uk> - 2018-10-08 20:20 +0200
    Re: Upgrading with a low data cap Cindy-Sue Causey <butterflybytes@gmail.com> - 2018-10-07 17:00 +0200
    Re: Upgrading with a low data cap songbird <songbird@anthive.com> - 2018-10-07 22:00 +0200
      Re: Upgrading with a low data cap mick crane <mick.crane@gmail.com> - 2018-10-08 11:40 +0200
        Re: Upgrading with a low data cap songbird <songbird@anthive.com> - 2018-10-08 13:20 +0200
          Re: Upgrading with a low data cap mick crane <mick.crane@gmail.com> - 2018-10-08 13:50 +0200
            Re: Upgrading with a low data cap songbird <songbird@anthive.com> - 2018-10-11 00:00 +0200
    Re: Upgrading with a low data cap David Wright <deblis@lionunicorn.co.uk> - 2018-10-08 03:10 +0200
      Re: Upgrading with a low data cap Tixy <tixy@yxit.co.uk> - 2018-10-08 08:00 +0200
        Re: Upgrading with a low data cap David Wright <deblis@lionunicorn.co.uk> - 2018-10-08 17:30 +0200
          Re: Upgrading with a low data cap Tixy <tixy@yxit.co.uk> - 2018-10-10 11:20 +0200
      Re: Upgrading with a low data cap Richard Owlett <rowlett@cloud85.net> - 2018-10-08 13:50 +0200
    Re: Upgrading with a low data cap David Christensen <dpchrist@holgerdanske.com> - 2018-10-08 05:40 +0200
    Re: Upgrading with a low data cap Curt <curty@free.fr> - 2018-10-08 10:10 +0200
      Re: Upgrading with a low data cap David Wright <deblis@lionunicorn.co.uk> - 2018-10-08 17:10 +0200

Page 1 of 4  [1] 2 3 4  Next page →

#200963 — Upgrading with a low data cap

All my machines have use Stretch DVD1 for installation.
I have a low monthly data cap - currently at my limit.
One machine has an apt-get update and upgrade with the addition of some 
packages not on DVD1.
I've not intentionally deleted any cached files.
Is it possible to use the cached data on another machine?
What should I be reading?
TIA

[toc] | [next] | [standalone]

#200964

Richard Owlett wrote:
> [...]
> Is it possible to use the cached data on another machine?
> What should I be reading?
> TIA

I think so, but it may be more manual than you'd otherwise do. 

Perhaps you should look into apt-cache-ng (IIRC) or squid to facilitate
automatic caching.  Ive used the latter to good effect on slow ( "up to
5 mbps") connections in public labs at a local library (although its
been some time since ive done work there - they moved to windows)

-- 
|_|O|_| Registered Linux user #585947
|_|_|O| Github: https://github.com/dpurgert
|O|O|O| PGP: 05CA 9A50 3F2E 1335 4DC5  4AEE 8E11 DDF3 1279 A281

[toc] | [prev] | [next] | [standalone]

#200967

On 10/07/2018 08:45 AM, Dan Purgert wrote:
> Richard Owlett wrote:
>> [...]
>> Is it possible to use the cached data on another machine?
>> What should I be reading?
>> TIA
> 
> I think so, but it may be more manual than you'd otherwise do.

NOT a problem.
I've lots of time. Data cap is the constraint. My routine since Squeeze 
had been install from complete DVD sets - was on 56k dial-up at the time 
and the habit stuck.

> 
> Perhaps you should look into apt-cache-ng (IIRC) or squid to facilitate
> automatic caching.

That would handle future problems. I'll read up on them to see if it 
gives hints for current situation.

>  Ive used the latter to good effect on slow ( "up to
> 5 mbps") connections in public labs at a local library (although its
> been some time since ive done work there - they moved to windows)
> 

Thank you.

[toc] | [prev] | [next] | [standalone]

#200985

On Sun 07 Oct 2018 at 09:01:43 (-0500), Richard Owlett wrote:
> On 10/07/2018 08:45 AM, Dan Purgert wrote:
> > Richard Owlett wrote:
> > > [...]
> > > Is it possible to use the cached data on another machine?
> > > What should I be reading?
> > > TIA
> > 
> > I think so, but it may be more manual than you'd otherwise do.
> 
> NOT a problem.
> I've lots of time. Data cap is the constraint. My routine since
> Squeeze had been install from complete DVD sets - was on 56k dial-up
> at the time and the habit stuck.
> 
> > 
> > Perhaps you should look into apt-cache-ng (IIRC) or squid to facilitate
> > automatic caching.
> 
> That would handle future problems. I'll read up on them to see if it
> gives hints for current situation.

To use apt-cache-ng, you need a running system accessible over the
network that you're installing through.

I was under the impression that your networking consisted of
point-to-point links via machines' USB ports. Can you simultaneously
connect the machine being installed to both the internet and the
system running apt-cache-ng (and using http:)?

Cheers,
David.

[toc] | [prev] | [next] | [standalone]

#201004

On 10/07/2018 08:25 PM, David Wright wrote:
> On Sun 07 Oct 2018 at 09:01:43 (-0500), Richard Owlett wrote:
>> On 10/07/2018 08:45 AM, Dan Purgert wrote:
>>> Richard Owlett wrote:
>>>> [...]
>>>> Is it possible to use the cached data on another machine?
>>>> What should I be reading?
>>>> TIA
>>>
>>> I think so, but it may be more manual than you'd otherwise do.
>>
>> NOT a problem.
>> I've lots of time. Data cap is the constraint. My routine since
>> Squeeze had been install from complete DVD sets - was on 56k dial-up
>> at the time and the habit stuck.
>>
>>>
>>> Perhaps you should look into apt-cache-ng (IIRC) or squid to facilitate
>>> automatic caching.
>>
>> That would handle future problems. I'll read up on them to see if it
>> gives hints for current situation.
> 
> To use apt-cache-ng, you need a running system accessible over the
> network that you're installing through.
> 
> I was under the impression that your networking consisted of
> point-to-point links via machines' USB ports.

That effort is on hold [almost abandoned]. It's goal was primarily 
educational not something for routine use.

> Can you simultaneously
> connect the machine being installed to both the internet and the
> system running apt-cache-ng (and using http:)?

I haven't yet read the documentation for apt-cache-ng and don't know if 
it would match my mental image. I was assuming that that all the 
packages that I downloaded/upgraded were still in a cache which could be 
transferred to the target machine via a flash drive. The machines are 
adjacent. My current priority is verifying my Buster system is properly 
setup.


> 
> Cheers,
> David.
> 
> 
> 

[toc] | [prev] | [next] | [standalone]

#201008

Richard Owlett wrote:
> On 10/07/2018 08:25 PM, David Wright wrote:
>> [...]
>> Can you simultaneously
>> connect the machine being installed to both the internet and the
>> system running apt-cache-ng (and using http:)?
>
> I haven't yet read the documentation for apt-cache-ng and don't know if 
> it would match my mental image. I was assuming that that all the 
> packages that I downloaded/upgraded were still in a cache which could be 
> transferred to the target machine via a flash drive. The machines are 
> adjacent. My current priority is verifying my Buster system is properly 
> setup.

Essentially apt-cache-ng (or squid) is a proxy service for your
machines.  

You run it on your "main" machine (or, well any spare server or VM), and
tell apt to use that machine as a proxy.

Then, when you're on your secondary laptop (or updating additional
servers / VMs), they send all their apt requests via the proxy.  If it
has the package(s) in question, it supplies them directly to the client
machine(s).  If it doesn't, then you download them (and the proxy cache
is updated for next time).

Admittedly, these options work best if you have multiple machines
that're pretty much the same (e.g. that "lab" I did, where all the
desktops were identical).

>
>
>> 
>> Cheers,
>> David.
>> 
>> 
>> 


-- 
|_|O|_| Registered Linux user #585947
|_|_|O| Github: https://github.com/dpurgert
|O|O|O| PGP: 05CA 9A50 3F2E 1335 4DC5  4AEE 8E11 DDF3 1279 A281

[toc] | [prev] | [next] | [standalone]

#201009

On 10/08/2018 06:56 AM, Dan Purgert wrote:
> Richard Owlett wrote:
>> On 10/07/2018 08:25 PM, David Wright wrote:
>>> [...]
>>> Can you simultaneously
>>> connect the machine being installed to both the internet and the
>>> system running apt-cache-ng (and using http:)?
>>
>> I haven't yet read the documentation for apt-cache-ng and don't know if
>> it would match my mental image. I was assuming that that all the
>> packages that I downloaded/upgraded were still in a cache which could be
>> transferred to the target machine via a flash drive. The machines are
>> adjacent. My current priority is verifying my Buster system is properly
>> setup.
> 
> Essentially apt-cache-ng (or squid) is a proxy service for your
> machines.
> 
> You run it on your "main" machine (or, well any spare server or VM), and
> tell apt to use that machine as a proxy.
> 
> Then, when you're on your secondary laptop (or updating additional
> servers / VMs), they send all their apt requests via the proxy.  If it
> has the package(s) in question, it supplies them directly to the client
> machine(s).  If it doesn't, then you download them (and the proxy cache
> is updated for next time).
> 
> Admittedly, these options work best if you have multiple machines
> that're pretty much the same (e.g. that "lab" I did, where all the
> desktops were identical).
> 

They are not physically identical but all are Stretch and the majority 
were installed from the same Debian 9.1.0 DVD.

I'm getting motivated to investigating using a VM.

[toc] | [prev] | [next] | [standalone]

#201019

Richard Owlett wrote:
> On 10/08/2018 06:56 AM, Dan Purgert wrote:
>> [...]
>> Admittedly, these options work best if you have multiple machines
>> that're pretty much the same (e.g. that "lab" I did, where all the
>> desktops were identical).
>> 
>
> They are not physically identical but all are Stretch and the majority 
> were installed from the same Debian 9.1.0 DVD.

The proxies would at least simplify core OS stuff (i.e. whatever's
shared amongst all the machines, such as kernel patches), but if you
have a dozen machines each doing a dozen different things (e.g. one's
running bind, another's running apache, yet another's running postfix,
etc.) then each of those servers would tend to always have "cache
misses" when you're updating the server-specific stuff.


-- 
|_|O|_| Registered Linux user #585947
|_|_|O| Github: https://github.com/dpurgert
|O|O|O| PGP: 05CA 9A50 3F2E 1335 4DC5  4AEE 8E11 DDF3 1279 A281

[toc] | [prev] | [next] | [standalone]

#201011

On Mon, Oct 08, 2018 at 06:35:19AM -0500, Richard Owlett wrote:
> 
> I haven't yet read the documentation for apt-cache-ng and don't know if it
> would match my mental image. I was assuming that that all the packages that
> I downloaded/upgraded were still in a cache which could be transferred to
> the target machine via a flash drive. The machines are adjacent. My current
> priority is verifying my Buster system is properly setup.

The packages are very likely to be sitting in
/var/cache/apt/archives

-dsr-

[toc] | [prev] | [next] | [standalone]

#201022

On Mon 08 Oct 2018 at 06:35:19 (-0500), Richard Owlett wrote:
> On 10/07/2018 08:25 PM, David Wright wrote:
> > On Sun 07 Oct 2018 at 09:01:43 (-0500), Richard Owlett wrote:
> > > On 10/07/2018 08:45 AM, Dan Purgert wrote:
> > > > Richard Owlett wrote:
> > > > > [...]
> > > > > Is it possible to use the cached data on another machine?
> > > > > What should I be reading?
> > > > > TIA
> > > > 
> > > > I think so, but it may be more manual than you'd otherwise do.
> > > 
> > > NOT a problem.
> > > I've lots of time. Data cap is the constraint. My routine since
> > > Squeeze had been install from complete DVD sets - was on 56k dial-up
> > > at the time and the habit stuck.
> > > 
> > > > 
> > > > Perhaps you should look into apt-cache-ng (IIRC) or squid to facilitate
> > > > automatic caching.
> > > 
> > > That would handle future problems. I'll read up on them to see if it
> > > gives hints for current situation.
> > 
> > To use apt-cache-ng, you need a running system accessible over the
> > network that you're installing through.
> > 
> > I was under the impression that your networking consisted of
> > point-to-point links via machines' USB ports.
> 
> That effort is on hold [almost abandoned]. It's goal was primarily
> educational not something for routine use.

Fair enough. You still don't say whether you're running a conventional
LAN nowadays.

> > Can you simultaneously
> > connect the machine being installed to both the internet and the
> > system running apt-cache-ng (and using http:)?
> 
> I haven't yet read the documentation for apt-cache-ng and don't know
> if it would match my mental image.

You might think of a triangle with router and two computers at the
vertices. Each device needs an internet connection to the others
simultaneously during installation for apt-cache-ng to work.
(Typically the two computers will communicate through the router
rather than directly, but you don't have to think about that because
routers just know how to do it.)

> I was assuming that that all the
> packages that I downloaded/upgraded were still in a cache which could
> be transferred to the target machine via a flash drive. The machines
> are adjacent.

Yes, that's the simpler method that I outlined in my first post.
That's the one that mentions /target, which is a fact that needs to
be discovered and isn't well documented, hence my post.
(Most people installing Debian will never need to be made aware of
the existence of /target.)

> My current priority is verifying my Buster system is
> properly setup.

That may well be, but the sooner you deploy some method of reusing
packages, the more you avoid exceeding your cap. That's why the
simplest method may be the best to start with. I'd been using it
(originally with Iomega Zip and Jaz drives) a decade before I had
any sort of Internet service at home, and before apt-cache-ng was
released (3 months later).

Cheers,
David.

[toc] | [prev] | [next] | [standalone]

#201042

On 10/08/2018 10:56 AM, David Wright wrote:
> On Mon 08 Oct 2018 at 06:35:19 (-0500), Richard Owlett wrote:
>> [snip]
>>> I was under the impression that your networking consisted of
>>> point-to-point links via machines' USB ports.
>>
>> That effort is on hold [almost abandoned]. It's goal was primarily
>> educational not something for routine use.
> 
> Fair enough. You still don't say whether you're running a conventional
> LAN nowadays.

I have no LAN.

> 
>>> Can you simultaneously
>>> connect the machine being installed to both the internet and the
>>> system running apt-cache-ng (and using http:)?
>>
>> I haven't yet read the documentation for apt-cache-ng and don't know
>> if it would match my mental image.
> 
> You might think of a triangle with router and two computers at the
> vertices. Each device needs an internet connection to the others
> simultaneously during installation for apt-cache-ng to work.
> (Typically the two computers will communicate through the router
> rather than directly, but you don't have to think about that because
> routers just know how to do it.)
> 

OK that won't work as I have no LAN.

>> I was assuming that that all the
>> packages that I downloaded/upgraded were still in a cache which could
>> be transferred to the target machine via a flash drive. The machines
>> are adjacent.
> 
> Yes, that's the simpler method that I outlined in my first post.
> That's the one that mentions /target, which is a fact that needs to
> be discovered and isn't well documented, hence my post.
> (Most people installing Debian will never need to be made aware of
> the existence of /target.)

OK

> 
>> My current priority is verifying my Buster system is
>> properly setup.
> 
> That may well be, but the sooner you deploy some method of reusing
> packages, the more you avoid exceeding your cap.

I've a low cap. But I use even less and have built up a cushion.
If I have enough built up, I'll correct my BUSTER problems now. 
Otherwise I can wait for the actual release and spend my time studying 
how to use a cache.

Something just brought to mind apt-offline. The introductory paragraph 
in the man page states:
> apt-offline brings offline package management functionality to Debian > based system. It can be used to download packages and its dependencies
> to be installed later on (or required to update) a disconnected machine.
> Packages can be downloaded from a different connected machine. 

Don't know how suitable it would be FOR ME. However studying its use may 
prompt questions &/or answers I haven't thought about.


> That's why the
> simplest method may be the best to start with. I'd been using it
> (originally with Iomega Zip and Jaz drives) a decade before I had
> any sort of Internet service at home, and before apt-cache-ng was
> released (3 months later).
> 
> Cheers,
> David.
> 
> 
> 

[toc] | [prev] | [next] | [standalone]

#201044

On Mon 08 Oct 2018 at 14:24:49 -0500, Richard Owlett wrote:

> On 10/08/2018 10:56 AM, David Wright wrote:
> > 
> > That may well be, but the sooner you deploy some method of reusing
> > packages, the more you avoid exceeding your cap.
> 
> I've a low cap. But I use even less and have built up a cushion.
> If I have enough built up, I'll correct my BUSTER problems now. Otherwise I
> can wait for the actual release and spend my time studying how to use a
> cache.

You'll be waiting a long time. So will everyone else. Hope your studies
bear fruit.

-- 
Brian..

[toc] | [prev] | [next] | [standalone]

#201052

On 10/08/2018 02:46 PM, Brian wrote:
> On Mon 08 Oct 2018 at 14:24:49 -0500, Richard Owlett wrote:
> 
>> On 10/08/2018 10:56 AM, David Wright wrote:
>>>
>>> That may well be, but the sooner you deploy some method of reusing
>>> packages, the more you avoid exceeding your cap.
>>
>> I've a low cap. But I use even less and have built up a cushion.
>> If I have enough built up, I'll correct my BUSTER problems now. Otherwise I
>> can wait for the actual release and spend my time studying how to use a
>> cache.
> 
> You'll be waiting a long time. So will everyone else. Hope your studies
> bear fruit.
> 

So what's so bad about March????? !
I can state with no fear of contradiction that "...I can wait for the 
actual release...". In fact my usual practice is wait for ~month after a 
formal release before purchasing a DVD set.

[toc] | [prev] | [next] | [standalone]

#201053

On Mon 08 Oct 2018 at 15:32:52 -0500, Richard Owlett wrote:

> On 10/08/2018 02:46 PM, Brian wrote:
> > On Mon 08 Oct 2018 at 14:24:49 -0500, Richard Owlett wrote:
> > 
> > > On 10/08/2018 10:56 AM, David Wright wrote:
> > > > 
> > > > That may well be, but the sooner you deploy some method of reusing
> > > > packages, the more you avoid exceeding your cap.
> > > 
> > > I've a low cap. But I use even less and have built up a cushion.
> > > If I have enough built up, I'll correct my BUSTER problems now. Otherwise I
> > > can wait for the actual release and spend my time studying how to use a
> > > cache.
> > 
> > You'll be waiting a long time. So will everyone else. Hope your studies
> > bear fruit.
> > 
> 
> So what's so bad about March????? !
> I can state with no fear of contradiction that "...I can wait for the actual
> release...". In fact my usual practice is wait for ~month after a formal
> release before purchasing a DVD set.

March? Link please. To save my looking it up.

-- 
Brian.

[toc] | [prev] | [next] | [standalone]

#201069

On Mon 08 Oct 2018 at 21:39:49 +0100, Brian wrote:

> On Mon 08 Oct 2018 at 15:32:52 -0500, Richard Owlett wrote:
> 
> > On 10/08/2018 02:46 PM, Brian wrote:
> > > On Mon 08 Oct 2018 at 14:24:49 -0500, Richard Owlett wrote:
> > > 
> > > > On 10/08/2018 10:56 AM, David Wright wrote:
> > > > > 
> > > > > That may well be, but the sooner you deploy some method of reusing
> > > > > packages, the more you avoid exceeding your cap.
> > > > 
> > > > I've a low cap. But I use even less and have built up a cushion.
> > > > If I have enough built up, I'll correct my BUSTER problems now. Otherwise I
> > > > can wait for the actual release and spend my time studying how to use a
> > > > cache.
> > > 
> > > You'll be waiting a long time. So will everyone else. Hope your studies
> > > bear fruit.
> > > 
> > 
> > So what's so bad about March????? !
> > I can state with no fear of contradiction that "...I can wait for the actual
> > release...". In fact my usual practice is wait for ~month after a formal
> > release before purchasing a DVD set.
> 
> March? Link please. To save my looking it up.

A transition freeze of Debian 10 is planned on January 12, 2019, with
Buster’s soft-freeze scheduled for February 12. No fixed release date
but some time mid-2019 is a likihood.

You'll be a cache manipulation expert by then. :)

-- 
Brian.

[toc] | [prev] | [next] | [standalone]

#201045

On Mon 08 Oct 2018 at 14:24:49 -0500, Richard Owlett wrote:

> On 10/08/2018 10:56 AM, David Wright wrote:
> > On Mon 08 Oct 2018 at 06:35:19 (-0500), Richard Owlett wrote:
> > > [snip]
> > > > I was under the impression that your networking consisted of
> > > > point-to-point links via machines' USB ports.
> > > 
> > > That effort is on hold [almost abandoned]. It's goal was primarily
> > > educational not something for routine use.
> > 
> > Fair enough. You still don't say whether you're running a conventional
> > LAN nowadays.
> 
> I have no LAN.

Nice to know. This makes solutions which many users have proposed for
your many problems totally unworkable.

-- 
Brian.

[toc] | [prev] | [next] | [standalone]

#201061

On Tue, 9 Oct 2018 at 06:25, Richard Owlett <rowlett@cloud85.net> wrote:
>
> I have no LAN.
>
> I've a low cap.

Using the word "cap" suggests that you have an internet service provider.

How do you connect to that service provider?

What is the make and model of the equipment that provides the connection
to that service provider?

How do you connect your computer to that equipment?

How many ethernet ports, if any, does that equipment have?

[toc] | [prev] | [next] | [standalone]

#201063

On 10/08/2018 06:23 PM, David wrote:
> On Tue, 9 Oct 2018 at 06:25, Richard Owlett <rowlett@cloud85.net> wrote:
>>
>> I have no LAN.
>>
>> I've a low cap.
> 
> Using the word "cap" suggests that you have an internet service provider.

True
> 
> How do you connect to that service provider?

The same way as for decades via a "modem" (quotation marks significant).
That was not how my ISP describes it. T-mobile sells it as a WiFi 
Hotspot which is served by the cell network [the WiFi is turned off]. 
When my former ISP discontinued dial-up service I chose not to use a 
connection that physically restricted me to a physical point of service.
> 
> What is the make and model of the equipment that provides the connection
> to that service provider?

The manufacturer is Alcatel. No model number is visible.
> 
> How do you connect your computer to that equipment?

USB port.
> 
> How many ethernet ports, if any, does that equipment have?

None.
> 
> 

[toc] | [prev] | [next] | [standalone]

#201064

[Multipart message — attachments visible in raw view] — view raw

Hello Richard.  I honor the help you have given to other users on this
List.  Good work!

On Mon, Oct 8, 2018 at 9:49 PM Richard Owlett <rowlett@cloud85.net> wrote:

> On 10/08/2018 06:23 PM, David wrote:
> > On Tue, 9 Oct 2018 at 06:25, Richard Owlett <rowlett@cloud85.net> wrote:
> >>
> >> I have no LAN.
> >>
> >> I've a low cap.
> >
> > Using the word "cap" suggests that you have an internet service provider.
>
> True
> >
> > How do you connect to that service provider?
>
> The same way as for decades via a "modem" (quotation marks significant).
> That was not how my ISP describes it. T-mobile sells it as a WiFi
> Hotspot which is served by the cell network [the WiFi is turned off].
>

T-Mobile is the company I use for my Cell Service.  When my area of
Carrboro, NC received spotty T-Mobile Reception, they "provided me", with
no cost, a two-piece Gadget, to enhance Cell Service in my area.  (Of
course, my Broadband situation is different, as I have Spectrum (formerly
Time Warner Cable).  I actually have a reasonable relationship with
T-Mobile Support.

Are you using a "Tether-like" scenario, called a "Mobile Hotspot" for your
Internet access?  (I do this when I travel).


> When my former ISP discontinued dial-up service I chose not to use a
> connection that physically restricted me to a physical point of service.
> >
> > What is the make and model of the equipment that provides the connection
> > to that service provider?
>
> The manufacturer is Alcatel. No model number is visible.
>

Wow!  Not even fine print?

> >
> > How do you connect your computer to that equipment?
>
> USB port.
>

Actual Tethering?

> >
> > How many ethernet ports, if any, does that equipment have?
>
> None.
>
> Wow!

Anyway, I feel your pain, as one who has tried to access Networks in rural
areas.

How is your Home Phone Service?

Thank you and best regards,

Kenneth Parker

[toc] | [prev] | [next] | [standalone]

#201086

On 10/08/2018 09:30 PM, Kenneth Parker wrote:
> Hello Richard.  I honor the help you have given to other users on this 
> List.  Good work!
> 
> On Mon, Oct 8, 2018 at 9:49 PM Richard Owlett <rowlett@cloud85.net 
> <mailto:rowlett@cloud85.net>> wrote:
> 
>     On 10/08/2018 06:23 PM, David wrote:
>      > On Tue, 9 Oct 2018 at 06:25, Richard Owlett <rowlett@cloud85.net
>     <mailto:rowlett@cloud85.net>> wrote:
>      >>
>      >> I have no LAN.
>      >>
>      >> I've a low cap.
>      >
>      > Using the word "cap" suggests that you have an internet service
>     provider.
> 
>     True
>      >
>      > How do you connect to that service provider?
> 
>     The same way as for decades via a "modem" (quotation marks significant).
>     That was not how my ISP describes it. T-mobile sells it as a WiFi
>     Hotspot which is served by the cell network [the WiFi is turned off].
> 
> 
> T-Mobile is the company I use for my Cell Service.  When my area of 
> Carrboro, NC received spotty T-Mobile Reception, they "provided me", 
> with no cost, a two-piece Gadget, to enhance Cell Service in my area.  
> (Of course, my Broadband situation is different, as I have Spectrum 
> (formerly Time Warner Cable).  I actually have a reasonable relationship 
> with T-Mobile Support.

When I bought my first Hotspot (which died), T-Mobile was the only cell 
provider who would actually listen to my needs. The other !$^%!$^$%*I( 
wanted to shove a so-called "smart phone" down my throat. I find such 
*UNUSABLE* for web access due to vision problems. T-Mobile after sale 
support has been excellent.

> 
> Are you using a "Tether-like" scenario, called a "Mobile Hotspot" for 
> your Internet access?  (I do this when I travel).

Yes.

> 
>     When my former ISP discontinued dial-up service I chose not to use a
>     connection that physically restricted me to a physical point of service.
>      >
>      > What is the make and model of the equipment that provides the
>     connection
>      > to that service provider?
> 
>     The manufacturer is Alcatel. No model number is visible.
> 
> 
> Wow!  Not even fine print?

Not on the device. The carton is long gone.


> 
>      >
>      > How do you connect your computer to that equipment?
> 
>     USB port.
> 
> 
> Actual Tethering?
> 
>      >
>      > How many ethernet ports, if any, does that equipment have?
> 
>     None.
> 
> Wow!

A typical LAN requires Ethernet. The machine that would be central to 
any possible LAN usage *DOES NOT* have a _physically_ accesible Ethernet 
port - which was what prompted me to once investigate USB-USB communication.

> 
> Anyway, I feel your pain, as one who has tried to access Networks in 
> rural areas.

If you define rural as where chickens, hogs, OR cattle within an hour's 
drive outnumber humans, them I'm rural.
But local C of C would prefer mention that I'm the 3rd largest city in 
Missouri. I did not want the physical constraints of cable or satellite.


> 
> How is your Home Phone Service?

Technically adequate.

> 
> Thank you and best regards,
> 
> Kenneth Parker

[toc] | [prev] | [next] | [standalone]

Page 1 of 4  [1] 2 3 4  Next page →

Back to top | Article view | linux.debian.user

csiph-web