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 3 of 4 — ← Prev page 1 2 [3] 4  Next page →

#201098

On Tuesday 09 October 2018 10:53:30 Richard Owlett wrote:

> On 10/09/2018 04:57 AM, Dan Purgert wrote:
> > Richard Owlett 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]. 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.
> >
> > You have the capacity for a LAN - you'll just need to turn your
> > USB-tethered machine into a router.  Although, perhaps that is work
> > you don't want to bother doing.
>
> LAN generally requires Ethernet. My second most used machine does not
> have a physically available Ethernet port.
>
> > The WiFi capabilities of the device would also allow you to have a
> > LAN. But if you have reasons for turning it off beyond "I don't need
> > no WiFi", then I suppose turning it on would be detrimental.
>
> The above mentioned second most used machine also has no WiFi. That's
> why I had once investigated a USB-USB connection.

Its probably been pointed out that usb was originally designed as a 
client/server setup, and adding the stuff to make it peer to peer has  
had rather spotty success. Wireless keyboards and mice are one of the 
better success scenes. That could explain why its hardware fussy to make 
it work. usb-3 is much better in that regard, but isn't yet  universally 
available. Linux drivers for armhf/arm64 seem to have a less than usb-3 
spec speed.

I have no x86 / amd64 machines with usb-3, so I can't testify for those. 
Some discussion about newer hardware and usb-3 might be in order and 
educational for the list, hint hint.

-- 
Cheers, Gene Heskett
--
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page <http://geneslinuxbox.net:6309/gene>

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

#201099

On Tue 09 Oct 2018 at 15:42:51 -0400, Gene Heskett wrote:

> Its probably been pointed out that usb was originally designed as a 
> client/server setup, and adding the stuff to make it peer to peer has  
> had rather spotty success. Wireless keyboards and mice are one of the 

No, it hasn't been pointed out until you came along and threw it into
the mix.

> better success scenes. That could explain why its hardware fussy to make 
> it work. usb-3 is much better in that regard, but isn't yet  universally 
> available. Linux drivers for armhf/arm64 seem to have a less than usb-3 
> spec speed.
> 
> I have no x86 / amd64 machines with usb-3, so I can't testify for those. 
> Some discussion about newer hardware and usb-3 might be in order and 
> educational for the list, hint hint.

Has this anything to do with what we are involved with, or is it just a
way of passing the day?

-- 
Brian.

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

#201102

On Tuesday 09 October 2018 15:59:02 Brian wrote:

> On Tue 09 Oct 2018 at 15:42:51 -0400, Gene Heskett wrote:
> > Its probably been pointed out that usb was originally designed as a
> > client/server setup, and adding the stuff to make it peer to peer
> > has had rather spotty success. Wireless keyboards and mice are one
> > of the
>
> No, it hasn't been pointed out until you came along and threw it into
> the mix.
>
> > better success scenes. That could explain why its hardware fussy to
> > make it work. usb-3 is much better in that regard, but isn't yet 
> > universally available. Linux drivers for armhf/arm64 seem to have a
> > less than usb-3 spec speed.
> >
> > I have no x86 / amd64 machines with usb-3, so I can't testify for
> > those. Some discussion about newer hardware and usb-3 might be in
> > order and educational for the list, hint hint.
>
> Has this anything to do with what we are involved with, or is it just
> a way of passing the day?

A bit of both Brian. I wanted to make sure the context of Richards 
problem was given its due. Some stuff from Walmart works, and some 
won't. And its possible that exchanging the hardware in the middle might 
be fruitfull.

-- 
Cheers, Gene Heskett
--
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page <http://geneslinuxbox.net:6309/gene>

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

#201113

Hi,

> 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.

>From looking at the source[1], apt-offline seems to be looking in the
local cache first before fetching files from the Web.

[1] https://github.com/rickysarraf/apt-offline/blob/master/apt_offline_core/AptOfflineCoreLib.py#L1231

Alex

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

#201217

On 10/10/2018 08:01 AM, Alexandre Rossi wrote:
> Hi,
> 
>> 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.
> 
>>From looking at the source[1], apt-offline seems to be looking in the
> local cache first before fetching files from the Web.
> 
> [1] https://github.com/rickysarraf/apt-offline/blob/master/apt_offline_core/AptOfflineCoreLib.py#L1231
> 
> Alex
> 

I'm not a programmer. I had just recalled bits of the used docs I had 
read a couple of years ago.

I was guessing that when the transfer device was connected to system 
with internet connectivity, something similar to a cache was created on 
it to be read by the disconnected system.

I've not had a chance to research as my ISP had a failure and I've not 
had internet for several days.

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

#200965

	Hi.

On Sun, Oct 07, 2018 at 08:32:42AM -0500, Richard Owlett wrote:
> 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?

I second Dan's advice. Start with:

apt show apt-cacher-ng

Then use the thing.

Reco

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

#200971

On Sun 07 Oct 2018 at 08:32:42 -0500, Richard Owlett wrote:

[snip]

> What should I be reading?

https://lists.debian.org/debian-user/2017/06/msg00510.html

-- 
Brian.

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

#201029

On Sun 07 Oct 2018 at 15:29:43 +0100, Brian wrote:

> On Sun 07 Oct 2018 at 08:32:42 -0500, Richard Owlett wrote:
> 
> [snip]
> 
> > What should I be reading?
> 
> https://lists.debian.org/debian-user/2017/06/msg00510.html

Moving on from this helpful answer, the snipped bit is restored below:

 > 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.                                                                    

Please would you give an estimate of the number of packages not on DVD1.
Or the exact number, if you prefer.

-- 
Brian.

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

#200972

On 10/7/18, Richard Owlett <rowlett@cloud85.net> wrote:
> 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


I don't know if I'm understanding the question correctly. It sounds
like one possibility is like where *I* bind my massive ~20GB+ hoard of
dotDebs to my /var/cache/apt/archives. As much as I debootstrap over
and over, that works fabulously *for me* on dialup.

My method is:

mount -B /path/to/archive/hoard /var/cache/apt/archives

The hoards are housed as child directories on various partitions on
miscellaneous hard drives.

I used to employ symlink instead of bind ("-B" or "--bind"). The
symlink route *appeared* to work then one day I figured out that route
was the culprit in the "I HAVE NO NAME!" identity crisis that my root
user was yelling about after chroot'ing into debootstraps. I've never
stopped to research the technical difference there, but there *is* one
because root's been a happy little name-bearing camper ever since I
made that change. :)

There is a "danger" in going the bind route. It's something I learned
on the fly. If you delete a whole operating system off of a partition
while archives are still *symlinked*, your hoard stays safe in place.
I just tested that one last time to make sure, and *mine* does stay in
place.

If you delete an entire operating system while /var/cache/apt/archives
is still live via "mount --bind"....

Kiss your absolute entire hoard goodbye even though it's housed one
step off from the operating system you're deleting. *oops!*

Something I also learned after having mistyped something at some point
is that you can bind more than one directory to that archives path. I
don't know if that's technically sound, but mount doesn't complain and
it works!

My various hoards are named things like "apt-bind", "apt-etc", and
"apt-i386". I also tested that just for this and was able to see the
contents of apt-bind and apt-etc displayed at the same time under
archives when using "mount -B" for both.

It doesn't work like that for symlink. *For me*, symlink instead
throws a (basically useless) secondary symlink inside of archives for
each additional directory I might try to symlink after the first, raw,
original symlink is created. It's something that makes sense as part
of symlink's design. It just doesn't work for painlessly trying to
bring a bunch of hoarded archive files together in one place.

Again, I don't know how technically "sound" my "mount -B" method is
over time, especially when binding more than one directory into the
same place. I *do* know that it has been working very painlessly *for
me* for about 8 months to a year now. If you do a lot of temporary
sandbox playing with things like debootstrap'ing and test-driving new
operating systems all the time, you just GOTTA remember to unmount
before you wipe a partition clean else *OUCH*. :)

Cindy :)
-- 
Cindy-Sue Causey
Talking Rock, Pickens County, Georgia, USA

* runs with duct tape *

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

#200979

Richard Owlett wrote:

> 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

  i keep it simple.

  anytime i download a package which ends up in
/var/cache/apt/archives i make a copy of it to
an external device.  from then on any time i need
it i can copy it back without having to redownload
it.

  i also make sure that my configuration for apt
includes the flag for keeping things and not 
getting rid of them unless i explicitly request it.

  i set this right after the base system install.

APT::Clean-Installed "false";

  once i have the system installed and any downloaded
packages backed up to the external device then i
manually run the following once in a while (after
copying any new ones to my backup).

# apt-get autoclean

  i used to run on dialup and hated how long it took
for some things to download.  the package debdelta 
did help some at that time, but i have no idea if the 
service is even still there let alone functional.


  songbird

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

#200995

On 2018-10-07 20:04, songbird wrote:

>   i used to run on dialup and hated how long it took
> for some things to download.  the package debdelta
> did help some at that time, but i have no idea if the
> service is even still there let alone functional.

I installed Gentoo once over dialup
It took two weeks.

mick

-- 
Key ID    4BFEBB31

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

#201003

mick crane wrote:
> On 2018-10-07 20:04, songbird wrote:
>
>>   i used to run on dialup and hated how long it took
>> for some things to download.  the package debdelta
>> did help some at that time, but i have no idea if the
>> service is even still there let alone functional.
>
> I installed Gentoo once over dialup
> It took two weeks.

  i used to take the USB stick to the library to download
big packages when needing updates.  glad i haven't had to
do that in a while, but i still have a relatively slow
connection (about 10M/minute) compared to many, but it's
much better than dialup.


  songbird

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

#201007

On 2018-10-08 12:06, songbird wrote:
> mick crane wrote:
>> On 2018-10-07 20:04, songbird wrote:
>> 
>>>   i used to run on dialup and hated how long it took
>>> for some things to download.  the package debdelta
>>> did help some at that time, but i have no idea if the
>>> service is even still there let alone functional.
>> 
>> I installed Gentoo once over dialup
>> It took two weeks.
> 
>   i used to take the USB stick to the library to download
> big packages when needing updates.  glad i haven't had to
> do that in a while, but i still have a relatively slow
> connection (about 10M/minute) compared to many, but it's
> much better than dialup.

think I did that once to build Scribus, tracking down the dependencies 
was a nightmare.

mick



-- 
Key ID    4BFEBB31

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

#201136

mick crane wrote:
>songbird wrote:
... 
>>   i used to take the USB stick to the library to download
>> big packages when needing updates.  glad i haven't had to
>> do that in a while, but i still have a relatively slow
>> connection (about 10M/minute) compared to many, but it's
>> much better than dialup.
>
> think I did that once to build Scribus, tracking down the dependencies 
> was a nightmare.

  i would generate a list of files via apt-get and
then take that with me so all i had to do was edit a
file and copy and past the paths to download each file.

  wasn't pleasant, but it did work.


  songbird

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

#200984

On Sun 07 Oct 2018 at 08:32:42 (-0500), Richard Owlett wrote:
> 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?

Yes, every different .deb file has a unique name so you can copy them
wholesale onto a stick and use them over and over, and add more to
your collection at any time.

> What should I be reading?

Copying them from archives/ to a stick really needs no documentation
beyond avoiding overwriting previous copies with -n, not because it
would cause a problem but just that it wastes time.
If you're impatient and want to copy files to the stick during
installation, note that (last time I looked) cp has no -n switch
at this time.

If you want to minimise traffic to the max, then you can copy the
files from the stick to the installation as soon as the directory
becomes available. IIRC that's at the point you are about to select
"Install the base system". So a sequence of commands on VC2 would be:

# cd /target/var/cache/apt/archives/

if that fails, than just go one more step on VC1 and try again.

# mount -t auto /dev/sdz9 /mnt

where z9 is whatever is appropriate.

# cp -ip /mnt/whatever/*deb /target/var/cache/apt/archives/

assuming the files on the stick are all are in directory "whatever".
(Why bother? Because you'll run out of top-level entries if the
stick is VFAT and you write all the files at top level.)

# umount /mnt

Cheers,
David.

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

#200990

On Sun, 2018-10-07 at 20:08 -0500, David Wright wrote:
[...]
> If you're impatient and want to copy files to the stick during
> installation, note that (last time I looked) cp has no -n switch
> at this time.

$ man cp | grep -C1 '\-n,'

       -n, --no-clobber
              do not overwrite an existing file (overrides a previous -i option)

-- 
Tixy

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

#201020

On Mon 08 Oct 2018 at 06:59:15 (+0100), Tixy wrote:
> On Sun, 2018-10-07 at 20:08 -0500, David Wright wrote:
> [...]
> > If you're impatient and want to copy files to the stick during
> > installation, note that (last time I looked) cp has no -n switch
> > at this time.
> 
> $ man cp | grep -C1 '\-n,'
> 
>        -n, --no-clobber
>               do not overwrite an existing file (overrides a previous -i option)

You're on the wrong man page. You need to read   man busybox.
(I haven't checked how much of stretch's busybox is in d-i's busybox;
perhaps all, perhaps not.)

I would expect people to figure out the workaround of using a fresh
stick and consolidating (if required) later. Perhaps; perhaps not.

Cheers,
David.

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

#201107

On Mon, 2018-10-08 at 10:20 -0500, David Wright wrote:
> On Mon 08 Oct 2018 at 06:59:15 (+0100), Tixy wrote:
> > On Sun, 2018-10-07 at 20:08 -0500, David Wright wrote:
> > [...]
> > > If you're impatient and want to copy files to the stick during
> > > installation, note that (last time I looked) cp has no -n switch
> > > at this time.
> > 
> > $ man cp | grep -C1 '\-n,'
> > 
> >        -n, --no-clobber
> >               do not overwrite an existing file (overrides a
> > previous -i option)
> 
> You're on the wrong man page. You need to read   man busybox.
> (I haven't checked how much of stretch's busybox is in d-i's busybox;
> perhaps all, perhaps not.)

Ahh, I wasn't paying enough attention to realise we were talking about
the installer.

You could get the same effect of "cp -n" with "yes n | cp -i".

-- 
Tixy

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

#201006

On 10/07/2018 08:08 PM, David Wright wrote:
> On Sun 07 Oct 2018 at 08:32:42 (-0500), Richard Owlett wrote:
>> 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?
> 
> Yes, every different .deb file has a unique name so you can copy them
> wholesale onto a stick and use them over and over, and add more to
> your collection at any time.
> 
>> What should I be reading?
> 
> Copying them from archives/ to a stick really needs no documentation
> beyond avoiding overwriting previous copies with -n, not because it
> would cause a problem but just that it wastes time.
> If you're impatient and want to copy files to the stick during
> installation, note that (last time I looked) cp has no -n switch
> at this time.
> 
> If you want to minimise traffic to the max, then you can copy the
> files from the stick to the installation as soon as the directory
> becomes available. IIRC that's at the point you are about to select
> "Install the base system". So a sequence of commands on VC2 would be:
> 
> # cd /target/var/cache/apt/archives/
> 
> if that fails, than just go one more step on VC1 and try again.
> 
> # mount -t auto /dev/sdz9 /mnt
> 
> where z9 is whatever is appropriate.
> 
> # cp -ip /mnt/whatever/*deb /target/var/cache/apt/archives/
> 
> assuming the files on the stick are all are in directory "whatever".
> (Why bother? Because you'll run out of top-level entries if the
> stick is VFAT and you write all the files at top level.)
> 
> # umount /mnt
> 

That description is consistent with my mental image.
The driving motivation is educational. To satisfy my real-world needs I 
can wait for full release and install from a DVD set.

> Cheers,
> David.
> 
> 
> 

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

#200987

On 10/7/18 6:32 AM, Richard Owlett wrote:
> 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?

I use approx(8):

1.  Install approx on whichever machine you want to be the apt(8) proxy 
for your LAN.  See the first half of:

http://cheatsheet.logicalwebhost.com/approx-howto/

2.  rsync(1) all the Debian packages in the apt cache directory 
(/var/cache/apt/archives) from all your machines to the same directory 
on the proxy.

3.  Run approx-import(8) on the proxy to populate the approx cache.

4.  On the proxy, configure apt to use the proxy, run 'apt-get update', 
and run 'apt-get upgrade'.  See the second half of the above URL.

5.  Repeat step (4) for all your other machines.


David

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

Page 3 of 4 — ← Prev page 1 2 [3] 4  Next page →

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

csiph-web