On Mon, Dec 18, 2023 at 09:05:22AM -0500, Stefan Monnier wrote:
> > I would imagine that it's due to the FHS (Filesystem Hierarchy Standard)
> > which defines what the various directories on a "typical Linux system" are
> > for. "man hier", for example, tells me that:
> >
> > * /var/cache - Data ca
> I would imagine that it's due to the FHS (Filesystem Hierarchy Standard)
> which defines what the various directories on a "typical Linux system" are
> for. "man hier", for example, tells me that:
>
> * /var/cache - Data cached for programs.
>
> * /var/lib - Variable state information for program
On 16/12/2023 15:59, Stefan Monnier wrote:
AFAICT, all of `/var/lib/apt/lists` is made of files fetched from
repositories, which APT will re-fetch if missing.
So, it sounds to me like it belongs in `/var/cache/apt/lists`, really.
What am I missing? Or is it just a historical accident
e puts its DB in `/var/cache/locate/`, apparently, OTOH. ]
Anyway, thanks for all the suggestions. From what I can tell, there is
no strong reason to put the lists in `/var/lib` rather than
`/var/cache`. I suspect this is mostly a historical accident (at some
point, erasing `/var/lib/apt/
On Sun 17 Dec 2023 at 15:33:30 (-0500), Stefan Monnier wrote:
> >> That seems similar to things like `locate` failing if you remove
> >> `/var/log/plocate/plocate.db` (until that DB is rebuilt).
> >
> > It's tricky to discern your point as /var/log/ is not involved.
>
> That was a typo. it's `/va
>> That seems similar to things like `locate` failing if you remove
>> `/var/log/plocate/plocate.db` (until that DB is rebuilt).
>
> It's tricky to discern your point as /var/log/ is not involved.
That was a typo. it's `/var/cache/plocate/plocate.db`, sorry.
Stefan
on is not really whether "apt/lists" is similar to
> "apt/archives", but whether the content of "apt/lists" is appropriate
> for `/var/cache`.
I didn't bring up apt/archives, but my first words posted were:
"This may not answer your question".
&g
;, but whether the content of "apt/lists" is appropriate
for `/var/cache`.
AFAIK nothing bad will happen to your system if you delete
`/var/lib/apt/lists`. It will still run as before and you can still
install packages as before. The only thing that seems to be impacted is
that some APT o
On Sat 16 Dec 2023 at 12:50:51 (-0500), Stefan Monnier wrote:
> David Wright [2023-12-16 11:30:01] wrote:
> > On Sat 16 Dec 2023 at 10:59:48 (-0500), Stefan Monnier wrote:
> >> AFAICT, all of `/var/lib/apt/lists` is made of files fetched from
> >> repositories, which A
Max Nikulin [2023-12-17 09:10:29] wrote:
> On 16/12/2023 22:59, Stefan Monnier wrote:
>> AFAICT, all of `/var/lib/apt/lists` is made of files fetched from
>> repositories, which APT will re-fetch if missing.
>> So, it sounds to me like it belongs in `/var/cache/apt/lists`, rea
On 16/12/2023 22:59, Stefan Monnier wrote:
AFAICT, all of `/var/lib/apt/lists` is made of files fetched from
repositories, which APT will re-fetch if missing.
So, it sounds to me like it belongs in `/var/cache/apt/lists`, really.
APT running by a regular user is unable to write to /var/cache
David Wright [2023-12-16 11:30:01] wrote:
> On Sat 16 Dec 2023 at 10:59:48 (-0500), Stefan Monnier wrote:
>> AFAICT, all of `/var/lib/apt/lists` is made of files fetched from
>> repositories, which APT will re-fetch if missing.
>> So, it sounds to me like it belongs in
On Sat 16 Dec 2023 at 10:59:48 (-0500), Stefan Monnier wrote:
> AFAICT, all of `/var/lib/apt/lists` is made of files fetched from
> repositories, which APT will re-fetch if missing.
> So, it sounds to me like it belongs in `/var/cache/apt/lists`, really.
> What am I missing? Or
AFAICT, all of `/var/lib/apt/lists` is made of files fetched from
repositories, which APT will re-fetch if missing.
So, it sounds to me like it belongs in `/var/cache/apt/lists`, really.
What am I missing? Or is it just a historical accident?
Stefan "whose `/var/lib/apt/lists`
Hello,
I have upgrade my debian samba domain controller yesterday.
After that I get on both (dc1 and dc2) this error:
Could not get lock /var/lib/apt/lists/lock - open (11: Resource
temporarily unavailable)
I have try to remove the look and list files, reconfigure all installed
packages but the
On 01/22/2017 06:06 PM, Jimmy Johnson wrote:
I'm getting this on a few of my system while updating apt,
"Failed to fetch
copy:/var/lib/apt/lists/partial/ftp.us.debian.org_debian_dists_sid_non-free_dep11_icons-64x64.tar.gz
Hash Sum mismatch Hashes of expected file: - Filesize:
I'm getting this on a few of my system while updating apt,
"Failed to fetch
copy:/var/lib/apt/lists/partial/ftp.us.debian.org_debian_dists_sid_non-free_dep11_icons-64x64.tar.gz
Hash Sum mismatch Hashes of expected file: - Filesize:1024 [weak]
I'm getting this on a few of my system while updating apt,
"Failed to fetch
copy:/var/lib/apt/lists/partial/ftp.us.debian.org_debian_dists_sid_non-free_dep11_icons-64x64.tar.gz
Hash Sum mismatch Hashes of expected file: - Filesize:1024 [weak]
s as
> >> much as I would like for a while.
> >>
> >> Thanks again, Tony
> >>
> >
> > For the sake of the archives, here is the latest situation.
> >
> > Having not had the /var partition fill for several days, I re-enables
> > jeaaie-backports
On 9/4/15, Cindy-Sue Causey wrote:
>
> Related to your previous reply about "provided it works properly",
> maybe someone here with the knowledge of how it's done can tip you on
> setting up a report that's automatically generated when update runs.
> That's surely a possibility, and that way you'd
On 9/4/15, Tony van der Hoff wrote:
> On 01/09/15 17:47, Tony van der Hoff wrote:
>>
>> Thanks to all three for very helpful replies.
>>
>> Unfortunately Elimar's suggestion only partially helped; it did not
>> clear /var/lib/apt/lists/partial, although runni
On 01/09/15 17:47, Tony van der Hoff wrote:
> On 01/09/15 16:43, Cindy-Sue Causey wrote:
>> On 9/1/15, Elimar Riesebieter wrote:
>>> * Tony van der Hoff [2015-09-01 14:17 +0200]:
>>>
>>>> On this jessie box I have started to see /var/lib/apt/lists/partia
* Tony van der Hoff [2015-09-01 17:47 +0200]:
[...]
[...]
> Running apt-get update manually showed an error:
> Err http://ftp.uk.debian.org jessie-backports/non-free amd64 Packages
> and the directory started filling.
deb http://ftp.de.debian.org/debian jessie-backports non-free
works flawlesl
On 01/09/15 16:43, Cindy-Sue Causey wrote:
> On 9/1/15, Elimar Riesebieter wrote:
>> * Tony van der Hoff [2015-09-01 14:17 +0200]:
>>
>>> On this jessie box I have started to see /var/lib/apt/lists/partial
>>> gradually filling the entire 2.7 GiB /var partit
On 9/1/15, Elimar Riesebieter wrote:
> * Tony van der Hoff [2015-09-01 14:17 +0200]:
>
>> On this jessie box I have started to see /var/lib/apt/lists/partial
>> gradually filling the entire 2.7 GiB /var partition with hundreds of
>> smallish files. Google show some result
Quoting Elimar Riesebieter (riese...@lxtec.de):
> * Tony van der Hoff [2015-09-01 14:17 +0200]:
>
> > On this jessie box I have started to see /var/lib/apt/lists/partial
> > gradually filling the entire 2.7 GiB /var partition with hundreds of
> > smallish files. Google
* Tony van der Hoff [2015-09-01 14:17 +0200]:
> On this jessie box I have started to see /var/lib/apt/lists/partial
> gradually filling the entire 2.7 GiB /var partition with hundreds of
> smallish files. Google show some results for a similar, but not
> identical problem for Ubuntu
On this jessie box I have started to see /var/lib/apt/lists/partial
gradually filling the entire 2.7 GiB /var partition with hundreds of
smallish files. Google show some results for a similar, but not
identical problem for Ubuntu but I can't find anything matching this.
This problem has deve
On 2011-03-05, Regid Ichira wrote:
> The output of that command varies by a +/-1 in the last couple of days.
> Why it that? Could it be related to security updates in stable?
> The listing itself is related to the contents of /etc/apt/sources.list. My
> sources.list uses:
>
> deb securi
The output of that command varies by a +/-1 in the last couple of days.
Why it that? Could it be related to security updates in stable?
The listing itself is related to the contents of /etc/apt/sources.list. My
sources.list uses:
deb security stable/updates main contrib non-free
deb
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
I have copied /var/lib/apt/lists/partial/* to another machine, but try
as I might, I cannot get apt to apply those files to ../*Packages. Apt
bombs out if it cannot connect to the network. Yes I will connect it
to the network, but not today.
How can I trick apt into thinking that it has just
exact raison about those errors and couldn't do any
> updat or install/remove package.
> Thanks for your time
> regerds
I am having similar problems while doing Etch or Testing updates.
ie
aptitude|apt-get downloads the package lists but some show up as
FAILED in /var/lib/apt/lists. A
Douglas Tutty <[EMAIL PROTECTED]> wrote:
| On Tue, Nov 07, 2006 at 09:12:26PM +0100, mess-mate wrote:
| > Hi
| > after a upgrade from sarge to etch (done yet);
| > and a new apt-get update, these are the errors i received from all
| > my deb's in my sources.list :
|
On Tue, Nov 07, 2006 at 09:12:26PM +0100, mess-mate wrote:
> Hi
> after a upgrade from sarge to etch (done yet);
> and a new apt-get update, these are the errors i received from all
> my deb's in my sources.list :
> (/var/lib/apt/lists/ftp.debian.skynet.be_ftp_debian_di
Hi
after a upgrade from sarge to etch (done yet);
and a new apt-get update, these are the errors i received from all
my deb's in my sources.list :
(/var/lib/apt/lists/ftp.debian.skynet.be_ftp_debian_dists_etch_main_binary-i386_Packages)
- stat (2 No such file or directory)
Any help would be
36 matches
Mail list logo
