Bug#766122: thwarted due to missing partial/ directory that we aren't going to use anyway

2016-02-25 Thread Manuel A. Fernandez Montecelo

Control: tags -1 + pending


Hi,

2014-10-21 01:16 積丹尼 Dan Jacobson:

Package: aptitude
Version: 0.6.11-1
Severity: wishlist

Here we see that we had all the archives we needed,
but are thwarted anyway due to a missing partial/ directory that we
aren't going to be using anyway.

Need to get 0 B of archives. After unpacking 98.2 MB will be used.
Do you want to continue? [Y/n/?] Y
E: Archives directory /mnt/usb/extra1/partial is missing. - Acquire (30: 
Read-only file system)
Writing extended state information...

In the worst case the user could not proceed and must make a trip to
town to purchase additional read-write media upon which to make a
partial/ directory.


... or alternatively, if it's a knowledgeable user, it can occur to
her/him to create a symlink/bind-mount/etc to somewhere writeable, like
the /tmp/blah directory, to appease the stubborn program.


(BTW, it would help to have more descriptive titles, e.g. including
words such as "download" or [parts of] the error message, so it's easier
to find related bugs when people are looking into a particular area).


Anyway, got a way around this, so marking as +pending.


Cheers.
--
Manuel A. Fernandez Montecelo 



Bug#766122: thwarted due to missing partial/ directory that we aren't going to use anyway

2016-02-25 Thread 積丹尼 Dan Jacobson
> "MAFM" == Manuel A Fernandez Montecelo  
> writes:

>> E: Archives directory /mnt/usb/extra1/partial is missing. - Acquire (30: 
>> Read-only file system)

MAFM> ... or alternatively, if it's a knowledgeable user, it can occur to
MAFM> her/him to create a symlink/bind-mount/etc to somewhere writeable, like
MAFM> the /tmp/blah directory, to appease the stubborn program.

I think some variable
$ apt-config dump|grep -i partial
$
would be better, as for read-only media, one cannot create symlinks.
Also that bind stuff might not work on all version of linux etc.

MAFM> (BTW, it would help to have more descriptive titles, e.g. including
MAFM> words such as "download" or [parts of] the error message, so it's easier
MAFM> to find related bugs when people are looking into a particular area).

OK.

MAFM> Anyway, got a way around this, so marking as +pending.

Hope it involves a new variable.



Bug#766122: thwarted due to missing partial/ directory that we aren't going to use anyway

2016-02-26 Thread Manuel A. Fernandez Montecelo
2016-02-26 3:14 GMT+00:00 積丹尼 Dan Jacobson :
>> "MAFM" == Manuel A Fernandez Montecelo  
>> writes:
>
>>> E: Archives directory /mnt/usb/extra1/partial is missing. - Acquire (30: 
>>> Read-only file system)
>
> MAFM> ... or alternatively, if it's a knowledgeable user, it can occur to
> MAFM> her/him to create a symlink/bind-mount/etc to somewhere writeable, like
> MAFM> the /tmp/blah directory, to appease the stubborn program.
>
> I think some variable
> $ apt-config dump|grep -i partial
> $
> would be better, as for read-only media, one cannot create symlinks.
> Also that bind stuff might not work on all version of linux etc.

partial/ in this case is tied to

Dir::Cache "var/cache/apt/";
Dir::Cache::archives "archives/";

You have to have modified the above to point to /mnt/usb/extra1
instead, for the error message to include that string.

The thing is that partial/ cannot be changed in isolation to the
others, you cannot have "archives" pointing to /mnt/usb/extra1 and
partial to "/tmp/emergency-partial"; and if you just change "archives"
(without copying the files over), then the packages that you have
downloaded in "extra1" are of no use and would be downloaded again.

You are right about not always being able to create symlinks or
bind-mount not always working, etc; but there are other more
pedestrian solutions:

- hopefully just by remounting the USB partition as RW would have
worked (provided that it has permissions/space to create an empty
partial/ dir, which is only a few KB)

- same case as above, but creating the partial/ by hand, and then the
partition can be remounted RO again,

- copying those ~100MB of files to /somewhere/writable/ and point the
above variables to it instead of /mnt/usb/extra1

In short, there are many possible solutions less dramatic than having
to buy a new USB :-)


> MAFM> Anyway, got a way around this, so marking as +pending.
>
> Hope it involves a new variable.

No, it involves not trying to download when there's no need to (which
implies extra actions from libapt like "setting up the directories,
create partial if missing, etc").

I was doubting whether it was worthy of implement this extra check to
not download, since I think that this is relatively obscure
corner-case and easily solvable.  But then I thought that might be
useful in the case of emergency recoveries with external media mounted
as RO, it's a small micro-optimisation for aptitude in itself, etc.


Cheers.
-- 
Manuel A. Fernandez Montecelo 



Bug#766122: thwarted due to missing partial/ directory that we aren't going to use anyway

2016-02-26 Thread 積丹尼 Dan Jacobson
MAFM> - hopefully just by remounting the USB partition as RW would have
MAFM> worked (provided that it has permissions/space to create an empty
MAFM> partial/ dir, which is only a few KB)

MAFM> - same case as above, but creating the partial/ by hand, and then the
MAFM> partition can be remounted RO again,

MAFM> - copying those ~100MB of files to /somewhere/writable/ and point the
MAFM> above variables to it instead of /mnt/usb/extra1

E.g., optical read-only media, also some RO directory on a LAN. And with
not enough local disk space to (wastefully need to) copy all the files
(4.7GB perhaps, just to mkdir an empty partial/) to somewhere writeable.

MAFM> In short, there are many possible solutions less dramatic than having
MAFM> to buy a new USB :-)

MAFM> Anyway, got a way around this, so marking as +pending.
>> 
>> Hope it involves a new variable.

MAFM> No, it involves not trying to download when there's no need to (which
MAFM> implies extra actions from libapt like "setting up the directories,
MAFM> create partial if missing, etc").

MAFM> I was doubting whether it was worthy of implement this extra check to
MAFM> not download, since I think that this is relatively obscure
MAFM> corner-case and easily solvable.  But then I thought that might be
MAFM> useful in the case of emergency recoveries with external media mounted
MAFM> as RO, it's a small micro-optimisation for aptitude in itself, etc.

Well I hope that will cover all the cases when a partial/ cannot be
created.

And... it wouldn't hurt to have an extra APT variable anyway in addition
to your solution ... e.g., the user is downloading and writing the
archives to some "write-once" (think CD-ROM) media, but wants any
temporary work done elsewhere...



Bug#766122: thwarted due to missing partial/ directory that we aren't going to use anyway

2016-02-26 Thread Manuel A. Fernandez Montecelo

2016-02-26 12:35 積丹尼 Dan Jacobson:

MAFM> I was doubting whether it was worthy of implement this extra check to
MAFM> not download, since I think that this is relatively obscure
MAFM> corner-case and easily solvable.  But then I thought that might be
MAFM> useful in the case of emergency recoveries with external media mounted
MAFM> as RO, it's a small micro-optimisation for aptitude in itself, etc.

Well I hope that will cover all the cases when a partial/ cannot be
created.


It will not attempt to create partial/ at all, so it addresses the
related problems.



And... it wouldn't hurt to have an extra APT variable anyway in addition
to your solution ... e.g., the user is downloading and writing the
archives to some "write-once" (think CD-ROM) media, but wants any
temporary work done elsewhere...


These variables come from APT.

Presumably there are some "acquire" methods (like cdrom, FTP, http, etc)
that might be better suited for those use-cases where the data is to be
obtained from RO media.  This is specifically about local cache (which
can be disabled anyway).


Cheers.
--
Manuel A. Fernandez Montecelo 



Bug#766122: thwarted due to missing partial/ directory that we aren't going to use anyway

2014-10-20 Thread 積丹尼 Dan Jacobson
Package: aptitude
Version: 0.6.11-1
Severity: wishlist

Here we see that we had all the archives we needed,
but are thwarted anyway due to a missing partial/ directory that we
aren't going to be using anyway.

Need to get 0 B of archives. After unpacking 98.2 MB will be used.
Do you want to continue? [Y/n/?] Y
E: Archives directory /mnt/usb/extra1/partial is missing. - Acquire (30: 
Read-only file system)
Writing extended state information...

In the worst case the user could not proceed and must make a trip to
town to purchase additional read-write media upon which to make a
partial/ directory.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org