* [gentoo-user] --sync
@ 2022-07-31 19:51 n952162
2022-07-31 20:24 ` Jack
` (5 more replies)
0 siblings, 6 replies; 16+ messages in thread
From: n952162 @ 2022-07-31 19:51 UTC (permalink / raw
To: gentoo-user
I've been running gentoo for years now, and every time I go to --sync,
it's really a painful process.
The process can take *very* before you find out if it succeeded or not.
I try different repos.conf servers - one works for a while, then
doesn't, then later, the new one doesn't work anymore and the old one
works again.
I've asked here about it multiple times and get the answers
- "I don't have a problem"
- "just change the server"
- "keep trying"
It can take several hours before it finally works
It seems like a time-out problem. Or maybe a memory problem ... In any
case, it doesn't seem like it ought to be difficult to at least know
what the problem is.
Or?
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: [gentoo-user] --sync
2022-07-31 19:51 [gentoo-user] --sync n952162
@ 2022-07-31 20:24 ` Jack
2022-07-31 20:32 ` Dale
` (4 subsequent siblings)
5 siblings, 0 replies; 16+ messages in thread
From: Jack @ 2022-07-31 20:24 UTC (permalink / raw
To: gentoo-user
On 7/31/22 15:51, n952162 wrote:
> I've been running gentoo for years now, and every time I go to --sync,
> it's really a painful process.
>
> The process can take *very* before you find out if it succeeded or not.
>
> I try different repos.conf servers - one works for a while, then
> doesn't, then later, the new one doesn't work anymore and the old one
> works again.
>
> I've asked here about it multiple times and get the answers
>
> - "I don't have a problem"
>
> - "just change the server"
>
> - "keep trying"
>
> It can take several hours before it finally works
>
> It seems like a time-out problem. Or maybe a memory problem ... In any
> case, it doesn't seem like it ought to be difficult to at least know
> what the problem is.
>
> Or?
Well, since "it works for me" I can only suggest some things to think of
and to try. While a memory problem is possible, if it is timing out,
I'd look at a possible network problem.
First, as you talk about repos.conf, is your issue with the main portage
repo or some overlay? Second, for the problem (or just pick one if it
happens with several) server, can you ping that server without
problems? Third (maybe should have been first) what is your sync method
and what is GENTOO_MIRRORS in your make.conf? Related to that last one,
have you run mirrorselect recently?
No solution, I know, but maybe something to trigger a useful thought.
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: [gentoo-user] --sync
2022-07-31 19:51 [gentoo-user] --sync n952162
2022-07-31 20:24 ` Jack
@ 2022-07-31 20:32 ` Dale
2022-07-31 20:43 ` Neil Bothwick
` (3 subsequent siblings)
5 siblings, 0 replies; 16+ messages in thread
From: Dale @ 2022-07-31 20:32 UTC (permalink / raw
To: gentoo-user
n952162 wrote:
> I've been running gentoo for years now, and every time I go to --sync,
> it's really a painful process.
>
> The process can take *very* before you find out if it succeeded or not.
>
> I try different repos.conf servers - one works for a while, then
> doesn't, then later, the new one doesn't work anymore and the old one
> works again.
>
> I've asked here about it multiple times and get the answers
>
> - "I don't have a problem"
>
> - "just change the server"
>
> - "keep trying"
>
> It can take several hours before it finally works
>
> It seems like a time-out problem. Or maybe a memory problem ... In any
> case, it doesn't seem like it ought to be difficult to at least know
> what the problem is.
>
> Or?
>
>
>
This wiki page and mirrorselect may help.
https://wiki.gentoo.org/wiki/Mirrorselect
I think this is the command I use to get the best server to sync with.
You may want to make a backup of make.conf first, just in case.
mirrorselect -D -s4
One of those should help some unless you have a internet connection
problem. If you have problems with multiple servers, it could be a
connection problem and you may figure that out. It tests by downloading
a file. If it fails on most or all servers, connection problem. If it
works on most, just a bad server(s) most likely.
Hope that helps.
Dale
:-) :-)
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: [gentoo-user] --sync
2022-07-31 19:51 [gentoo-user] --sync n952162
2022-07-31 20:24 ` Jack
2022-07-31 20:32 ` Dale
@ 2022-07-31 20:43 ` Neil Bothwick
2022-07-31 23:49 ` Peter Humphrey
2022-08-02 16:28 ` [ME TOO] " Dr Rainer Woitok
2022-07-31 20:53 ` Stefan Schmiedl
` (2 subsequent siblings)
5 siblings, 2 replies; 16+ messages in thread
From: Neil Bothwick @ 2022-07-31 20:43 UTC (permalink / raw
To: gentoo-user
[-- Attachment #1: Type: text/plain, Size: 915 bytes --]
On Sun, 31 Jul 2022 21:51:05 +0200, n952162 wrote:
> I've been running gentoo for years now, and every time I go to --sync,
> it's really a painful process.
>
> The process can take *very* before you find out if it succeeded or not.
>
> I try different repos.conf servers - one works for a while, then
> doesn't, then later, the new one doesn't work anymore and the old one
> works again.
I switched to using git for syncing, from github, and haven't looked
back. It is *much* faster, several times faster syncing from github than
using rsync to sync from a local mirror, and github is always there.
% cat /etc/portage/repos.conf/gentoo.conf
[DEFAULT]
main-repo = gentoo
[gentoo]
priority = 20
location = /var/portage
sync-type = git
sync-uri = https://github.com/gentoo-mirror/gentoo
auto-sync = yes
--
Neil Bothwick
Cereal Killer Strikes Again! Cap'n Crunch found dead...
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 833 bytes --]
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: [gentoo-user] --sync
2022-07-31 19:51 [gentoo-user] --sync n952162
` (2 preceding siblings ...)
2022-07-31 20:43 ` Neil Bothwick
@ 2022-07-31 20:53 ` Stefan Schmiedl
2022-07-31 22:55 ` Lee
2022-08-01 5:09 ` n952162
2022-08-02 13:22 ` [gentoo-user] --sync Grant Edwards
5 siblings, 1 reply; 16+ messages in thread
From: Stefan Schmiedl @ 2022-07-31 20:53 UTC (permalink / raw
To: n952162, gentoo-user
[-- Attachment #1: Type: text/plain, Size: 1317 bytes --]
Sonntag, 31. Juli 2022 21:51:
> I've been running gentoo for years now, and every time I go to --sync,
> it's really a painful process.
> The process can take *very* [long] before you find out if it succeeded or not.
...
> It can take several hours before it finally works
Use a tool like atop to get some info about the throughput
of your network connection. Something like "ss -ntp" might
show interesting info about the state of the connection
between your machine and the server, too.
You might have problems with DNS name resolution or your
box patiently trying to establish an IPv6 connection when
your internet connection is IPv4 only.
But switching to git, like Neil said, does make things faster.
FWIW, my config file reads like this:
# cat /etc/portage/repos.conf/gentoo.conf
[DEFAULT]
main-repo = gentoo
[gentoo]
location = /var/db/repos/gentoo
sync-type = git
sync-uri = https://github.com/gentoo-mirror/gentoo.git
auto-sync = yes
sync-git-verify-commit-signature = yes
sync-openpgp-key-path = /usr/share/openpgp-keys/gentoo-release.asc
good luck,
s.
> It seems like a time-out problem. Or maybe a memory problem ... In any
> case, it doesn't seem like it ought to be difficult to at least know
> what the problem is.
> Or?
[-- Attachment #2: Type: text/html, Size: 7010 bytes --]
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: [gentoo-user] --sync
2022-07-31 20:53 ` Stefan Schmiedl
@ 2022-07-31 22:55 ` Lee
2022-07-31 23:21 ` Neil Bothwick
0 siblings, 1 reply; 16+ messages in thread
From: Lee @ 2022-07-31 22:55 UTC (permalink / raw
To: gentoo-user
[-- Attachment #1: Type: text/plain, Size: 1787 bytes --]
Had a similar issue to the OP, and it turned out to be a flaky internet
connection. I switched ISP's and, while sync's still take longer than I'd
like, I don't have the failures, time outs I did before.
On Sun, Jul 31, 2022 at 1:54 PM Stefan Schmiedl <s@xss.de> wrote:
> Sonntag, 31. Juli 2022 21:51:
>
>
>
> I've been running gentoo for years now, and every time I go to --sync,
> it's really a painful process.
>
>
> The process can take *very* [long] before you find out if it succeeded or
> not.
>
> ...
>
>
> It can take several hours before it finally works
>
>
>
> Use a tool like atop to get some info about the throughput
>
> of your network connection. Something like "ss -ntp" might
>
> show interesting info about the state of the connection
>
> between your machine and the server, too.
>
>
>
> You might have problems with DNS name resolution or your
>
> box patiently trying to establish an IPv6 connection when
>
> your internet connection is IPv4 only.
>
>
>
> But switching to git, like Neil said, does make things faster.
>
>
>
> FWIW, my config file reads like this:
>
>
>
> # cat /etc/portage/repos.conf/gentoo.conf
>
> [DEFAULT]
>
> main-repo = gentoo
>
>
> [gentoo]
>
> location = /var/db/repos/gentoo
>
> sync-type = git
>
> sync-uri = https://github.com/gentoo-mirror/gentoo.git
>
> auto-sync = yes
>
> sync-git-verify-commit-signature = yes
>
> sync-openpgp-key-path = /usr/share/openpgp-keys/gentoo-release.asc
>
>
>
> good luck,
>
> s.
>
>
> It seems like a time-out problem. Or maybe a memory problem ... In any
> case, it doesn't seem like it ought to be difficult to at least know
> what the problem is.
>
>
> Or?
>
>
>
>
>
>
--
Lee 😎
<ny6p01@gmail.com>
[-- Attachment #2: Type: text/html, Size: 3571 bytes --]
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: [gentoo-user] --sync
2022-07-31 22:55 ` Lee
@ 2022-07-31 23:21 ` Neil Bothwick
0 siblings, 0 replies; 16+ messages in thread
From: Neil Bothwick @ 2022-07-31 23:21 UTC (permalink / raw
To: gentoo-user
[-- Attachment #1: Type: text/plain, Size: 662 bytes --]
On Sun, 31 Jul 2022 15:55:51 -0700, Lee wrote:
> Had a similar issue to the OP, and it turned out to be a flaky internet
> connection. I switched ISP's and, while sync's still take longer than
> I'd like, I don't have the failures, time outs I did before.
I have no complaints about the time taken to sync
% time emerge --sync
>>> Syncing repository 'gentoo' into '/var/portage'...
/var/portage
/usr/bin/git fetch origin
[snip]
=== Sync completed for gentoo
Action: sync for repo: gentoo, returned code = 0
emerge --sync 1.58s user 0.51s system 75% cpu 2.750 total
--
Neil Bothwick
Do Roman paramedics refer to IV's as "4's"?
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 833 bytes --]
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: [gentoo-user] --sync
2022-07-31 20:43 ` Neil Bothwick
@ 2022-07-31 23:49 ` Peter Humphrey
2022-08-01 0:21 ` Lee
2022-08-02 16:28 ` [ME TOO] " Dr Rainer Woitok
1 sibling, 1 reply; 16+ messages in thread
From: Peter Humphrey @ 2022-07-31 23:49 UTC (permalink / raw
To: gentoo-user
On Sunday, 31 July 2022 21:43:12 BST Neil Bothwick wrote:
> I switched to using git for syncing, from github, and haven't looked
> back. It is *much* faster, several times faster syncing from github than
> using rsync to sync from a local mirror, and github is always there.
One thing to note, if you do change to git syncing, is that you'll have to
delete your entire portage tree: 'rm -r /var/db/repos/portage'. That may seem
like a bad idea if you're having sync problems, but it isn't really. After
that, the sync will take just seconds, as Neil said.
You'll never look back.
--
Regards,
Peter.
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: [gentoo-user] --sync
2022-07-31 23:49 ` Peter Humphrey
@ 2022-08-01 0:21 ` Lee
0 siblings, 0 replies; 16+ messages in thread
From: Lee @ 2022-08-01 0:21 UTC (permalink / raw
To: gentoo-user
[-- Attachment #1: Type: text/plain, Size: 918 bytes --]
Given the speed improvement in using git for --sync, I wonder why that
isn't the default in the portage section of the manual....
On Sun, Jul 31, 2022 at 4:49 PM Peter Humphrey <peter@prh.myzen.co.uk>
wrote:
> On Sunday, 31 July 2022 21:43:12 BST Neil Bothwick wrote:
>
> > I switched to using git for syncing, from github, and haven't looked
> > back. It is *much* faster, several times faster syncing from github than
> > using rsync to sync from a local mirror, and github is always there.
>
> One thing to note, if you do change to git syncing, is that you'll have to
> delete your entire portage tree: 'rm -r /var/db/repos/portage'. That may
> seem
> like a bad idea if you're having sync problems, but it isn't really. After
> that, the sync will take just seconds, as Neil said.
>
> You'll never look back.
>
> --
> Regards,
> Peter.
>
>
>
>
>
--
Lee 😎
<ny6p01@gmail.com>
[-- Attachment #2: Type: text/html, Size: 1503 bytes --]
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: [gentoo-user] --sync
2022-07-31 19:51 [gentoo-user] --sync n952162
` (3 preceding siblings ...)
2022-07-31 20:53 ` Stefan Schmiedl
@ 2022-08-01 5:09 ` n952162
2022-08-01 6:58 ` Michael
2022-08-02 13:22 ` [gentoo-user] --sync Grant Edwards
5 siblings, 1 reply; 16+ messages in thread
From: n952162 @ 2022-08-01 5:09 UTC (permalink / raw
To: gentoo-user
On 7/31/22 21:51, n952162 wrote:
> I've been running gentoo for years now, and every time I go to --sync,
> it's really a painful process.
>
> The process can take *very* before you find out if it succeeded or not.
>
> I try different repos.conf servers - one works for a while, then
> doesn't, then later, the new one doesn't work anymore and the old one
> works again.
>
> I've asked here about it multiple times and get the answers
>
> - "I don't have a problem"
>
> - "just change the server"
>
> - "keep trying"
>
> It can take several hours before it finally works
>
> It seems like a time-out problem. Or maybe a memory problem ... In any
> case, it doesn't seem like it ought to be difficult to at least know
> what the problem is.
>
> Or?
>
>
Thanks all, for the various suggestions, I'll try each.
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: [gentoo-user] --sync
2022-08-01 5:09 ` n952162
@ 2022-08-01 6:58 ` Michael
2022-08-01 7:22 ` Neil Bothwick
2022-08-01 9:43 ` tastytea
0 siblings, 2 replies; 16+ messages in thread
From: Michael @ 2022-08-01 6:58 UTC (permalink / raw
To: gentoo-user
[-- Attachment #1: Type: text/plain, Size: 1482 bytes --]
On Monday, 1 August 2022 06:09:07 BST n952162 wrote:
> On 7/31/22 21:51, n952162 wrote:
> > I've been running gentoo for years now, and every time I go to --sync,
> > it's really a painful process.
> >
> > The process can take *very* before you find out if it succeeded or not.
> >
> > I try different repos.conf servers - one works for a while, then
> > doesn't, then later, the new one doesn't work anymore and the old one
> > works again.
> >
> > I've asked here about it multiple times and get the answers
> >
> > - "I don't have a problem"
> >
> > - "just change the server"
> >
> > - "keep trying"
> >
> > It can take several hours before it finally works
> >
> > It seems like a time-out problem. Or maybe a memory problem ... In any
> > case, it doesn't seem like it ought to be difficult to at least know
> > what the problem is.
> >
> > Or?
>
> Thanks all, for the various suggestions, I'll try each.
Two points to consider when choosing git to sync your portage tree:
1. It used to be the case the first time you run git it would try to download
GB of commits history and take ages to do so on a slow connection. The
solution used to be to add "EGIT_CLONE_TYPE=shallow" in your make.conf, but
I'm not sure if this is still needed (I don't use git).
2. These days rsync uses hashes and gpg to check the integrity of portage and
will flag up a warning in case of file tampering, or corrupt data. As far as I
know such a solution doesn't exist with git.
[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 833 bytes --]
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: [gentoo-user] --sync
2022-08-01 6:58 ` Michael
@ 2022-08-01 7:22 ` Neil Bothwick
2022-08-01 9:43 ` tastytea
1 sibling, 0 replies; 16+ messages in thread
From: Neil Bothwick @ 2022-08-01 7:22 UTC (permalink / raw
To: gentoo-user
[-- Attachment #1: Type: text/plain, Size: 776 bytes --]
On Mon, 01 Aug 2022 07:58:05 +0100, Michael wrote:
> 1. It used to be the case the first time you run git it would try to
> download GB of commits history and take ages to do so on a slow
> connection. The solution used to be to add "EGIT_CLONE_TYPE=shallow"
> in your make.conf, but I'm not sure if this is still needed (I don't
> use git).
It doesn't seem to be the case, running sync with an empty portage tree
gives
>>> Syncing repository 'gentoo' into '/var/portage'...
/usr/bin/git clone --depth 1 https://github.com/gentoo-mirror/gentoo .
% du /var/portage
608M /var/portage
It did take 32s, but most of that was the Performing Global Updates stage.
--
Neil Bothwick
"A hundred years of forgetting and it all comes rushing back..."
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 833 bytes --]
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: [gentoo-user] --sync
2022-08-01 6:58 ` Michael
2022-08-01 7:22 ` Neil Bothwick
@ 2022-08-01 9:43 ` tastytea
2022-08-01 10:08 ` Michael
1 sibling, 1 reply; 16+ messages in thread
From: tastytea @ 2022-08-01 9:43 UTC (permalink / raw
To: gentoo-user
On 2022-08-01 07:58+0100 Michael <confabulate@kintzios.com> wrote:
> […]
>
> 2. These days rsync uses hashes and gpg to check the integrity of
> portage and will flag up a warning in case of file tampering, or
> corrupt data. As far as I know such a solution doesn't exist with
> git.
Verification can be turned on with
sync-git-verify-commit-signature = yes
in repos.conf.[1] This does not seem to be enabled by default.[2]
[1] <https://wiki.gentoo.org/wiki/Project:Portage/Repository_verification#git>
[2] <https://wiki.gentoo.org/wiki/Portage_Security#git-mirror_repositories>
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: [gentoo-user] --sync
2022-08-01 9:43 ` tastytea
@ 2022-08-01 10:08 ` Michael
0 siblings, 0 replies; 16+ messages in thread
From: Michael @ 2022-08-01 10:08 UTC (permalink / raw
To: gentoo-user
[-- Attachment #1: Type: text/plain, Size: 828 bytes --]
On Monday, 1 August 2022 10:43:55 BST tastytea wrote:
> On 2022-08-01 07:58+0100 Michael <confabulate@kintzios.com> wrote:
> > […]
> >
> > 2. These days rsync uses hashes and gpg to check the integrity of
> > portage and will flag up a warning in case of file tampering, or
> > corrupt data. As far as I know such a solution doesn't exist with
> > git.
>
> Verification can be turned on with
> sync-git-verify-commit-signature = yes
> in repos.conf.[1] This does not seem to be enabled by default.[2]
>
> [1]
> <https://wiki.gentoo.org/wiki/Project:Portage/Repository_verification#git>
> [2] <https://wiki.gentoo.org/wiki/Portage_Security#git-mirror_repositories>
I see ... this is an improvement from what I recall it to be. Thanks for
pointing it out. Perhaps I should start using git again. :-)
[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 833 bytes --]
^ permalink raw reply [flat|nested] 16+ messages in thread
* [gentoo-user] Re: --sync
2022-07-31 19:51 [gentoo-user] --sync n952162
` (4 preceding siblings ...)
2022-08-01 5:09 ` n952162
@ 2022-08-02 13:22 ` Grant Edwards
5 siblings, 0 replies; 16+ messages in thread
From: Grant Edwards @ 2022-08-02 13:22 UTC (permalink / raw
To: gentoo-user
On 2022-07-31, n952162 <n952162@web.de> wrote:
> I've been running gentoo for years now, and every time I go to --sync,
> it's really a painful process.
>
> The process can take *very* before you find out if it succeeded or not.
In my experience, long --sync times have always been due to a slow
rsync server. Switching to a different server fixed it for me (though
sometimes it took a few tries to find a server that responded in a
timly manner).
That said, git is an order of magnitude faster than even the fastest
rsync server.
> It can take several hours before it finally works
That seems like something other than just a slow server. When dealing
with slow servers, it never took more than 15-30 minutes.
--
Grant
^ permalink raw reply [flat|nested] 16+ messages in thread
* [ME TOO] Re: [gentoo-user] --sync
2022-07-31 20:43 ` Neil Bothwick
2022-07-31 23:49 ` Peter Humphrey
@ 2022-08-02 16:28 ` Dr Rainer Woitok
1 sibling, 0 replies; 16+ messages in thread
From: Dr Rainer Woitok @ 2022-08-02 16:28 UTC (permalink / raw
To: gentoo-user, Neil Bothwick
Neil,
On Sunday, 2022-07-31 21:43:12 +0100, you wrote:
> ...
> I switched to using git for syncing, from github, and haven't looked
> back. It is *much* faster, several times faster syncing from github than
> using rsync to sync from a local mirror, and github is always there.
The replies from you and some other people suggesting the use of Git for
syncing and providing howtos were the straw that broke the camel's back
and overcame my lazyness. So I too switched to Git and now am as happy
as can be :-D
Many thanks for this tip :-)
Sincerely,
Rainer
^ permalink raw reply [flat|nested] 16+ messages in thread
end of thread, other threads:[~2022-08-02 16:28 UTC | newest]
Thread overview: 16+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2022-07-31 19:51 [gentoo-user] --sync n952162
2022-07-31 20:24 ` Jack
2022-07-31 20:32 ` Dale
2022-07-31 20:43 ` Neil Bothwick
2022-07-31 23:49 ` Peter Humphrey
2022-08-01 0:21 ` Lee
2022-08-02 16:28 ` [ME TOO] " Dr Rainer Woitok
2022-07-31 20:53 ` Stefan Schmiedl
2022-07-31 22:55 ` Lee
2022-07-31 23:21 ` Neil Bothwick
2022-08-01 5:09 ` n952162
2022-08-01 6:58 ` Michael
2022-08-01 7:22 ` Neil Bothwick
2022-08-01 9:43 ` tastytea
2022-08-01 10:08 ` Michael
2022-08-02 13:22 ` [gentoo-user] --sync Grant Edwards
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox