Hi all,
I get the following message every time I run yum [search|update|info]:
"pkgtags.sqlite.gz does not match checksum"
It is a problem of update repository and any cleaning doesn't help. I compared the checksum of my local file and checksum of the same file downloaded from several mirrors and I got the same values. I am not an yum expert, so I can't say what's wrong.
Regards
Vaclav M.
On 11/01/2010 01:12 AM, Vaclav Mocek wrote:
Hi all,
I get the following message every time I run yum [search|update|info]:
"pkgtags.sqlite.gz does not match checksum"
name does "checksum" file show for file "pkgtags.sqlite.*"?
what name is shown for "pkgtags.sqlite.*" file when opened with 'archiver'?
On 11/01/2010 01:23 AM, g wrote:
On 11/01/2010 01:12 AM, Vaclav Mocek wrote:
Hi all,
I get the following message every time I run yum [search|update|info]:
"pkgtags.sqlite.gz does not match checksum"name does "checksum" file show for file "pkgtags.sqlite.*"?
what name is shown for "pkgtags.sqlite.*" file when opened with 'archiver'?
It a compressed SQLite database and the name of the file in archive is "pkgtags.sqlite".
On 11/01/2010 01:34 AM, Vaclav Mocek wrote:
On 11/01/2010 01:23 AM, g wrote:
On 11/01/2010 01:12 AM, Vaclav Mocek wrote:
I get the following message every time I run yum [search|update|info]:
"pkgtags.sqlite.gz does not match checksum"name does "checksum" file show for file "pkgtags.sqlite.*"?
what name is shown for "pkgtags.sqlite.*" file when opened with 'archiver'?
It a compressed SQLite database and the name of the file in archive is "pkgtags.sqlite".
and the name in the checksum file?
is it "pkgtags.sqlite" or "pkgtags.sqlite.gz"?
oops...
On 11/01/2010 01:40 AM, g wrote:
On 11/01/2010 01:34 AM, Vaclav Mocek wrote:
On 11/01/2010 01:23 AM, g wrote:
On 11/01/2010 01:12 AM, Vaclav Mocek wrote:
I get the following message every time I run yum [search|update|info]:
"pkgtags.sqlite.gz does not match checksum"name does "checksum" file show for file "pkgtags.sqlite.*"?
what name is shown for "pkgtags.sqlite.*" file when opened with 'archiver'?
It a compressed SQLite database and the name of the file in archive is "pkgtags.sqlite".
and the name in the checksum file?
is it "pkgtags.sqlite" or "pkgtags.sqlite.gz"?
look in checksum file, is checksum for 'sha1sum', 'sha256sum', 'sha512sum'?
On 11/01/2010 01:50 AM, g wrote:
oops...
On 11/01/2010 01:40 AM, g wrote:
On 11/01/2010 01:34 AM, Vaclav Mocek wrote:
On 11/01/2010 01:23 AM, g wrote:
On 11/01/2010 01:12 AM, Vaclav Mocek wrote:
I get the following message every time I run yum [search|update|info]:
"pkgtags.sqlite.gz does not match checksum"name does "checksum" file show for file "pkgtags.sqlite.*"?
what name is shown for "pkgtags.sqlite.*" file when opened with 'archiver'?
It a compressed SQLite database and the name of the file in archive is "pkgtags.sqlite".
and the name in the checksum file?
is it "pkgtags.sqlite" or "pkgtags.sqlite.gz"?
look in checksum file, is checksum for 'sha1sum', 'sha256sum', 'sha512sum'?
If I delete the content of "/var/cache/yum/*" and update the system, I get the following error:
"Caching enabled but no local cache of /var/cache/yum/i386/12/updates/pkgtags.sqlite.gz from updates"
It looks like this file is not created during the update.
If I copy the file pkgtags.sqlite.gz there from the server, I get again the old message that the checksum is wrong.
Vaclav M.
On 11/01/2010 02:12 AM, Vaclav Mocek wrote:
On 11/01/2010 01:50 AM, g wrote:
oops...
On 11/01/2010 01:40 AM, g wrote:
On 11/01/2010 01:34 AM, Vaclav Mocek wrote:
On 11/01/2010 01:23 AM, g wrote:
On 11/01/2010 01:12 AM, Vaclav Mocek wrote:
I get the following message every time I run yum [search|update|info]:
"pkgtags.sqlite.gz does not match checksum"name does "checksum" file show for file "pkgtags.sqlite.*"?
what name is shown for "pkgtags.sqlite.*" file when opened with 'archiver'?
It a compressed SQLite database and the name of the file in archive is "pkgtags.sqlite".
and the name in the checksum file?
is it "pkgtags.sqlite" or "pkgtags.sqlite.gz"?
look in checksum file, is checksum for 'sha1sum', 'sha256sum', 'sha512sum'?
If I delete the content of "/var/cache/yum/*" and update the system, I get the following error:
"Caching enabled but no local cache of /var/cache/yum/i386/12/updates/pkgtags.sqlite.gz from updates"
It looks like this file is not created during the update.
If I copy the file pkgtags.sqlite.gz there from the server, I get again the old message that the checksum is wrong.
Vaclav M.
I am going to sleep, 2:15AM, it will be torture to get up at 6:45AM. Thanks "g".
On 11/01/2010 02:17 AM, Vaclav Mocek wrote: <snip>
anyway, to all of other post... kafba.
I am going to sleep, 2:15AM, it will be torture to get up at 6:45AM. Thanks "g".
welcome.
while you where getting your 'beauty rest'... ;)
not having asked you where you pulled files from or byte version, i did some playing.
~~~~ from: http://mirrors.vexs.net/pub/fedora/linux/updates/12/i386/repodata/
i downloaded files to;
$ pwd /hd/b/06/fedora/pkgtags/i386
$ ll>>sha1sums-i386 total 308 -rw-rw-r-- 1 geo geo 200704 Nov 1 02:53 pkgtags.sqlite -rw-rw-r-- 1 geo geo 74931 Nov 1 02:38 pkgtags.sqlite.gz -rw-rw-r-- 1 geo geo 4832 Nov 1 02:38 repomd.xml -rw-rw-r-- 1 geo geo 0 Nov 1 02:54 sha1sums-i386
then; $ sha1sum pkg*>>sha1sums-i386
f72564ba5ff6b2bf59d55bcc86b95d718e597d65 pkgtags.sqlite 168e9ebb01006688f8439b4c5ee1ee5a7d314a3b pkgtags.sqlite.gz
extracted from repomd.xml: <data type="pkgtags"> <location href="repodata/pkgtags.sqlite.gz"/> <checksum type="sha">168e9ebb01006688f8439b4c5ee1ee5a7d314a3b</checksum> <timestamp>1286568465</timestamp> <open-checksum type="sha">f72564ba5ff6b2bf59d55bcc86b95d718e597d65</open-checksum></data>
~~~~ from: http://mirrors.vexs.net/pub/fedora/linux/updates/12/x86_64/repodata/
i downloaded files to;
$ pwd /hd/b/06/fedora/pkgtags/x86_64
$ ll>>sha1sums-x86_64 total 308 -rw-rw-r-- 1 geo geo 199680 Nov 1 02:27 pkgtags.sqlite -rw-rw-r-- 1 geo geo 74822 Nov 1 02:24 pkgtags.sqlite.gz -rw-rw-r-- 1 geo geo 4850 Nov 1 02:52 repomd.xml -rw-rw-r-- 1 geo geo 0 Nov 1 02:55 sha1sums-x86_64
then; $ sha1sum pkg*>>sha1sums-x86_64
bdf407e8e097a15acfb5482e5e5159712aeb014f pkgtags.sqlite a8fc1babe3de4da7622b23542570f1b42f754ac9 pkgtags.sqlite.gz
extracted from repomd.xml: <data type="pkgtags"><location href="repodata/pkgtags.sqlite.gz"/> <checksum type="sha">a8fc1babe3de4da7622b23542570f1b42f754ac9</checksum> <timestamp>1286568417</timestamp> <open-checksum type="sha">bdf407e8e097a15acfb5482e5e5159712aeb014f</open-checksum></data>
~~~~
from this, i can only conclude that you had/have a problem somewhere.
so, i suggest try pulling files from above mirror links to see what you get.
if you match what i got, you had problems with files you pulled.
if you do not match what i got, you have problems with your 'sha1sum' file.
hth.
now, i am going to get my 'beauty rest'. :)
later.
On 11/01/2010 03:35 AM, g wrote:
On 11/01/2010 02:17 AM, Vaclav Mocek wrote:
<snip>
anyway, to all of other post... kafba.
I am going to sleep, 2:15AM, it will be torture to get up at 6:45AM. Thanks "g".
welcome.
while you where getting your 'beauty rest'... ;)
not having asked you where you pulled files from or byte version, i did some playing.
from: http://mirrors.vexs.net/pub/fedora/linux/updates/12/i386/repodata/ i downloaded files to; $ pwd /hd/b/06/fedora/pkgtags/i386 $ ll>>sha1sums-i386 total 308 -rw-rw-r-- 1 geo geo 200704 Nov 1 02:53 pkgtags.sqlite -rw-rw-r-- 1 geo geo 74931 Nov 1 02:38 pkgtags.sqlite.gz -rw-rw-r-- 1 geo geo 4832 Nov 1 02:38 repomd.xml -rw-rw-r-- 1 geo geo 0 Nov 1 02:54 sha1sums-i386 then; $ sha1sum pkg*>>sha1sums-i386 f72564ba5ff6b2bf59d55bcc86b95d718e597d65 pkgtags.sqlite 168e9ebb01006688f8439b4c5ee1ee5a7d314a3b pkgtags.sqlite.gz extracted from repomd.xml: <data type="pkgtags"> <location href="repodata/pkgtags.sqlite.gz"/> <checksum type="sha">168e9ebb01006688f8439b4c5ee1ee5a7d314a3b</checksum> <timestamp>1286568465</timestamp> <open-checksum type="sha">f72564ba5ff6b2bf59d55bcc86b95d718e597d65</open-checksum></data>from: http://mirrors.vexs.net/pub/fedora/linux/updates/12/x86_64/repodata/
i downloaded files to;
$ pwd /hd/b/06/fedora/pkgtags/x86_64
$ ll>>sha1sums-x86_64 total 308 -rw-rw-r-- 1 geo geo 199680 Nov 1 02:27 pkgtags.sqlite -rw-rw-r-- 1 geo geo 74822 Nov 1 02:24 pkgtags.sqlite.gz -rw-rw-r-- 1 geo geo 4850 Nov 1 02:52 repomd.xml -rw-rw-r-- 1 geo geo 0 Nov 1 02:55 sha1sums-x86_64
then; $ sha1sum pkg*>>sha1sums-x86_64
bdf407e8e097a15acfb5482e5e5159712aeb014f pkgtags.sqlite a8fc1babe3de4da7622b23542570f1b42f754ac9 pkgtags.sqlite.gz
extracted from repomd.xml: <data type="pkgtags"><location href="repodata/pkgtags.sqlite.gz"/> <checksum type="sha">a8fc1babe3de4da7622b23542570f1b42f754ac9</checksum> <timestamp>1286568417</timestamp> <open-checksum type="sha">bdf407e8e097a15acfb5482e5e5159712aeb014f</open-checksum></data>
from this, i can only conclude that you had/have a problem somewhere. so, i suggest try pulling files from above mirror links to see what you get. if you match what i got, you had problems with files you pulled. if you do not match what i got, you have problems with your 'sha1sum' file. hth. now, i am going to get my 'beauty rest'. :) later.
I can't sleep ....
I use for example the following repositories: http://fr2.rpmfind.net/linux/fedora/updates/12/i386/repodata/ http://fedora.mirror.iweb.ca/updates/12/i386/repodata/
BTW, your repository: http://mirrors.vexs.net/pub/fedora/linux/updates/12/i386/repodata/
is out of date, so the checksums are completely different, look at the timestamp "2010-Oct-08 21:06:41", since that time there was a lot of critical updates, including an update of yum.
The checksums of the archive and of the file in are correct in my case as well, despite this fact the yum complains. If I delete /var/cache/yum/* and update the system, yum complain that the file pkgtags.sqlite.gz is missing. But everything works and if I use PackageKit, nothing is noticeable.
Ok, it looks again I might fall asleep ....
Regards
Vaclav M.
On 11/01/2010 04:23 AM, Vaclav Mocek wrote: <snip>
I can't sleep ....
i know the feeling. but i did get some sleep. using melatonin. ;)
I use for example the following repositories: http://fr2.rpmfind.net/linux/fedora/updates/12/i386/repodata/ http://fedora.mirror.iweb.ca/updates/12/i386/repodata/
see below.
BTW, your repository: http://mirrors.vexs.net/pub/fedora/linux/updates/12/i386/repodata/
is out of date, so the checksums are completely different,
yes, there are out of date. seeing '2010-Oct-08 21:07:45' did not appear that would be older than what you had.
The checksums of the archive and of the file in are correct in my case as well, despite this fact the yum complains.
ok. this was misleading;
It is a problem of update repository and any cleaning doesn't help. I compared the checksum of my local file and checksum of the same file downloaded from several mirrors and I got the same values.
i took it to mean sha1sum was failing also.
If I delete /var/cache/yum/* and update the system, yum complain that the file pkgtags.sqlite.gz is missing. But everything works and if I use PackageKit, nothing is noticeable.
Ok, it looks again I might fall asleep ....
ok.
i am currently running in scientific linux and i have not updated fedora 12 in 2 weeks, because of some deps problems i ran into.
i have to go out and take care of some personal business. when i return, i will boot fedora 12 to see if my deps clear up and have a look at what i have in /var/cache/yum/*.
hopefully someone can reply with something helpful while i am gone.
much luck.
On 11/01/2010 06:24 PM, g wrote:
On 11/01/2010 04:23 AM, Vaclav Mocek wrote:
<snip>
I can't sleep ....
i know the feeling. but i did get some sleep. using melatonin. ;)
I use for example the following repositories: http://fr2.rpmfind.net/linux/fedora/updates/12/i386/repodata/ http://fedora.mirror.iweb.ca/updates/12/i386/repodata/
see below.
BTW, your repository: http://mirrors.vexs.net/pub/fedora/linux/updates/12/i386/repodata/
is out of date, so the checksums are completely different,
yes, there are out of date. seeing '2010-Oct-08 21:07:45' did not appear that would be older than what you had.
The checksums of the archive and of the file in are correct in my case as well, despite this fact the yum complains.
ok. this was misleading;
It is a problem of update repository and any cleaning doesn't help. I compared the checksum of my local file and checksum of the same file downloaded from several mirrors and I got the same values.
i took it to mean sha1sum was failing also.
If I delete /var/cache/yum/* and update the system, yum complain that the file pkgtags.sqlite.gz is missing. But everything works and if I use PackageKit, nothing is noticeable.
Ok, it looks again I might fall asleep ....
ok.
i am currently running in scientific linux and i have not updated fedora 12 in 2 weeks, because of some deps problems i ran into.
You have the similar way of thinking. I have a local Fedora's repository synchronized using rsync and waiting for SL6. Now I am tempted to install SL6 Pre-Alpha.
i have to go out and take care of some personal business. when i return, i will boot fedora 12 to see if my deps clear up and have a look at what i have in /var/cache/yum/*.
hopefully someone can reply with something helpful while i am gone.
much luck.
On 11/01/2010 01:40 AM, g wrote:
On 11/01/2010 01:34 AM, Vaclav Mocek wrote:
On 11/01/2010 01:23 AM, g wrote:
On 11/01/2010 01:12 AM, Vaclav Mocek wrote:
I get the following message every time I run yum [search|update|info]:
"pkgtags.sqlite.gz does not match checksum"name does "checksum" file show for file "pkgtags.sqlite.*"?
what name is shown for "pkgtags.sqlite.*" file when opened with 'archiver'?
It a compressed SQLite database and the name of the file in archive is "pkgtags.sqlite".
and the name in the checksum file?
is it "pkgtags.sqlite" or "pkgtags.sqlite.gz"?
The yum complains about "pkgtags.sqlite.gz". The checksum of the file "pkgtags.sqlite" in the archive is the same as described in the file "repomd.xml". I am puzzled.
Vaclav M.
On 11/01/2010 01:57 AM, Vaclav Mocek wrote: <snip>
The yum complains about "pkgtags.sqlite.gz". The checksum of the file "pkgtags.sqlite" in the archive is the same as described in the file "repomd.xml". I am puzzled.
waiting for reply to 'sha*sum' question.
On 11/01/2010 02:04 AM, g wrote:
On 11/01/2010 01:57 AM, Vaclav Mocek wrote:
<snip>
The yum complains about "pkgtags.sqlite.gz". The checksum of the file "pkgtags.sqlite" in the archive is the same as described in the file "repomd.xml". I am puzzled.
waiting for reply to 'sha*sum' question.
It is sha1sum for this file.
On 11/01/2010 02:07 AM, Vaclav Mocek wrote:
On 11/01/2010 02:04 AM, g wrote:
On 11/01/2010 01:57 AM, Vaclav Mocek wrote:
<snip>
The yum complains about "pkgtags.sqlite.gz". The checksum of the file "pkgtags.sqlite" in the archive is the same as described in the file "repomd.xml". I am puzzled.
waiting for reply to 'sha*sum' question.
It is sha1sum for this file.
<data type="pkgtags"> <location href="repodata/pkgtags.sqlite.gz"/> <checksum type="sha">217bd76230450e799b9d314a4773d4df024c1b0e</checksum> <timestamp>1288558956</timestamp> <open-checksum type="sha">5ddaec9700ae24d2215da00f6f5bc9640f354a7e</open-checksum> </data>
-
g -
little.owl