On 15.05.23 16:41, Matt Connell wrote:
On Mon, 2023-05-15 at 16:24 +0200, Dan Johansson wrote:
RuntimeError: OpenPGP signature not found on Manifest
It sounds like your sync is hitting a mirror that is currently broken.
Are you using a defined mirror list or letting it auto-select?
As far
On Mon, 2023-05-15 at 16:24 +0200, Dan Johansson wrote:
> RuntimeError: OpenPGP signature not found on Manifest
It sounds like your sync is hitting a mirror that is currently broken.
Are you using a defined mirror list or letting it auto-select?
Since at least my "emerge --sync" fails with the following message:
--8<--
Total bytes received: 55.60M
sent 456.87K bytes received 55.60M bytes 4.48M bytes/sec
total size is 188.36M speedup is 3.36
On 8/2/21 2:01 PM, Michael wrote:
On Monday, 2 August 2021 12:10:12 BST n952162 wrote:
On 8/1/21 8:32 PM, Michael Orlitzky wrote:
On Sun, 2021-08-01 at 17:32 +0200, n952162 wrote:
* Verifying /var/db/repos/gentoo/.tmp-unverified-download-quarantine
...!!! Manifest verification failed:
On Mon, 2021-08-02 at 13:10 +0200, n952162 wrote:
> >
>
> I have this problem every month. Why does it fail? Is it just a
> timeout because my network is slow? Can that be tweaked?
>
I'm not really sure. I've seen it fail in the past due to bad memory or
a dying hard drive, but it also "just
On Tuesday, 3 August 2021 11:49:23 BST Neil Bothwick wrote:
> On Tue, 03 Aug 2021 09:55:46 +0100, Michael wrote:
> > Anyhow, I recall using git to sync a live ebuild - from some repo
> > and portage started downloading gigabytes of cruft. Presumably whole
> > decades of old commits I didn't ne
On Tue, 03 Aug 2021 09:55:46 +0100, Michael wrote:
> Anyhow, I recall using git to sync a live ebuild - from some repo
> and portage started downloading gigabytes of cruft. Presumably whole
> decades of old commits I didn't need or have space for. I subsequently
> discovered I had to set "EG
On Tuesday, 3 August 2021 02:28:09 BST John Covici wrote:
> On Mon, 02 Aug 2021 18:42:29 -0400,
>
> Michael wrote:
> >
> > On Monday, 2 August 2021 22:17:35 BST Neil Bothwick wrote:
> > > On Mon, 02 Aug 2021 13:01:40 +0100, Michael wrote:
> > > > > I have this problem every month. Why does it fa
On Mon, 02 Aug 2021 18:42:29 -0400,
Michael wrote:
>
> [1 ]
> On Monday, 2 August 2021 22:17:35 BST Neil Bothwick wrote:
> > On Mon, 02 Aug 2021 13:01:40 +0100, Michael wrote:
> > > > I have this problem every month. Why does it fail? Is it just a
> > > > timeout because my network is slow? Ca
On Monday, 2 August 2021 22:17:35 BST Neil Bothwick wrote:
> On Mon, 02 Aug 2021 13:01:40 +0100, Michael wrote:
> > > I have this problem every month. Why does it fail? Is it just a
> > > timeout because my network is slow? Can that be tweaked?
> >
> > I get this problem over here, but on rare
On Mon, 02 Aug 2021 13:01:40 +0100, Michael wrote:
> > I have this problem every month. Why does it fail? Is it just a
> > timeout because my network is slow? Can that be tweaked?
>
> I get this problem over here, but on rare occasions. Leaving it for
> half a day usually fixes it. Have yo
On 8/2/21 2:01 PM, Michael wrote:
On Monday, 2 August 2021 12:10:12 BST n952162 wrote:
On 8/1/21 8:32 PM, Michael Orlitzky wrote:
On Sun, 2021-08-01 at 17:32 +0200, n952162 wrote:
* Verifying /var/db/repos/gentoo/.tmp-unverified-download-quarantine
...!!! Manifest verification failed:
Michael wrote:
> On Monday, 2 August 2021 12:10:12 BST n952162 wrote:
>> On 8/1/21 8:32 PM, Michael Orlitzky wrote:
>>> On Sun, 2021-08-01 at 17:32 +0200, n952162 wrote:
* Verifying /var/db/repos/gentoo/.tmp-unverified-download-quarantine
...!!! Manifest verification failed:
On Monday, 2 August 2021 12:10:12 BST n952162 wrote:
> On 8/1/21 8:32 PM, Michael Orlitzky wrote:
> > On Sun, 2021-08-01 at 17:32 +0200, n952162 wrote:
> >>* Verifying /var/db/repos/gentoo/.tmp-unverified-download-quarantine
> >>
> >> ...!!! Manifest verification failed:
> >>Manifest misma
On 2021-08-02 09:20:19, n952162 wrote:
> On 8/1/21 8:32 PM, Michael Orlitzky wrote:
> > On Sun, 2021-08-01 at 17:32 +0200, n952162 wrote:
> >> * Verifying /var/db/repos/gentoo/.tmp-unverified-download-quarantine
> >> ...!!! Manifest verification failed:
> >> Manifest mismatch for metadata/new
On 8/1/21 8:32 PM, Michael Orlitzky wrote:
On Sun, 2021-08-01 at 17:32 +0200, n952162 wrote:
* Verifying /var/db/repos/gentoo/.tmp-unverified-download-quarantine
...!!! Manifest verification failed:
Manifest mismatch for metadata/news/Manifest
I've raised this question before and the only
On 8/2/21 9:20 AM, n952162 wrote:
On 8/1/21 8:32 PM, Michael Orlitzky wrote:
On Sun, 2021-08-01 at 17:32 +0200, n952162 wrote:
* Verifying /var/db/repos/gentoo/.tmp-unverified-download-quarantine
...!!! Manifest verification failed:
Manifest mismatch for metadata/news/Manifest
I've raise
On 8/1/21 8:32 PM, Michael Orlitzky wrote:
On Sun, 2021-08-01 at 17:32 +0200, n952162 wrote:
* Verifying /var/db/repos/gentoo/.tmp-unverified-download-quarantine
...!!! Manifest verification failed:
Manifest mismatch for metadata/news/Manifest
I've raised this question before and the only
On Sun, 2021-08-01 at 17:32 +0200, n952162 wrote:
> * Verifying /var/db/repos/gentoo/.tmp-unverified-download-quarantine
> ...!!! Manifest verification failed:
> Manifest mismatch for metadata/news/Manifest
>
> I've raised this question before and the only useful answer I got was to
> keep try
* Verifying /var/db/repos/gentoo/.tmp-unverified-download-quarantine
...!!! Manifest verification failed:
Manifest mismatch for metadata/news/Manifest
I've raised this question before and the only useful answer I got was to
keep trying
Today, I get this on two machines. On one, I've run it 6
On Sat, Nov 14, 2020 at 12:20:16AM -0500, Walter Dnes wrote
> =
>
> And before anyone asks, "emerge -pv1 portage" shows rsync-verify
> is disabled...
>
> =
> Calculating depe
Walter Dnes wrote:
> Here's tail-end of a recent "emerge --sync" plus an update attempt...
>
> =
> Total bytes sent: 334.55K
> Total bytes received: 51.72M
>
> sent 334.55K bytes received 51.72M bytes 343.63K bytes/sec
> total size is
Here's tail-end of a recent "emerge --sync" plus an update attempt...
=
Total bytes sent: 334.55K
Total bytes received: 51.72M
sent 334.55K bytes received 51.72M bytes 343.63K bytes/sec
total size is 178.09M speedup is 3.42
!!! Unab
Long story short...
emerging portage with USE="-rsync-verify" also requires setting
sync-rsync-verify-metamanifest = no
in /etc/portage/repos.conf/gentoo.conf to actually function.
I assume that you have to set
sync-rsync-verify-metamanifest = yes
in /etc/portage/repos.conf/gentoo.conf *I
hi - is that true?
it seems to be using it automatically when tor.service is running.
what's the point? e.g. is it made to ensure that we reduce the probability of
having a single man in the middle that may consistently fool us? by replacing
it by varying men in the middle that is harder for th
Hello to everyone,
since yesterday emerge --sync fails because it can't refresh keys. The
messages I get are:
Syncing repository 'gentoo' into '/usr/portage'...
* Using keys from /usr/share/openpgp-keys/gentoo-release.asc
* Refreshing keys via WKD ... [ !! ]
* Refreshing keys from keyserver hk
Mick wrote:
>
> I can think of 3 things, but more learned M/L contributors may add to these:
>
> 1. The SATA connection has come loose. With time and movement it can come
> (slightly) adrift. Pushing it back in fully fixes this problem - also see No.
> 2 below.
>
> 2. The physical connector's co
On Thursday, 7 March 2019 10:10:53 GMT Peter Humphrey wrote:
> On Wednesday, 6 March 2019 16:31:27 GMT Laurence Perkins wrote:
> > On Fri, 2019-03-01 at 10:12 +, Peter Humphrey wrote:
> > > [OT]
> > > Evidence is mounting that the Atom box is in terminal decline. I get
> > > things like batches
On Wednesday, 6 March 2019 16:31:27 GMT Laurence Perkins wrote:
> On Fri, 2019-03-01 at 10:12 +, Peter Humphrey wrote:
> > [OT]
> > Evidence is mounting that the Atom box is in terminal decline. I get
> > things like batches of files in the portage tree changing owner, and then
> > when I corr
On 06/03/19 17:39, Alan Mackenzie wrote:
> Up to now, I've never had a HDD or SDD fail on me. :-) I hope that
> when this does eventually happen, I'll be prepared.
I don't think I've had one of mine fail. I have, however, done recovery
jobs on two drives that did fail that I managed to revive lo
Hello, Rich.
I'd like to say hello again to everybody, just to mark that I'm still
here and still using Gentoo, and thank people for (a lot of) help
rendered in the past. My system, used mainly for SW development, has
been stable and well behaved, with very occasional exceptions, for some
while n
On Wed, Mar 6, 2019 at 11:31 AM Laurence Perkins wrote:
>
> If it's just that the SSD is failing, then get a new one before
> something important gets damaged and you have to redo the whole thing.
IMO any kind of storage device should be treated as if it could fail
at any time without warning. Y
On Fri, 2019-03-01 at 10:12 +, Peter Humphrey wrote:
> On Thursday, 28 February 2019 15:47:41 GMT Rich Freeman wrote:
>
> > In general it is usually simplest to just remove /usr/portage
> > anytime
> > you change the sync settings. At least until portage gets smarter
> > about it.
>
> That
On Thursday, 28 February 2019 15:47:41 GMT Rich Freeman wrote:
> In general it is usually simplest to just remove /usr/portage anytime
> you change the sync settings. At least until portage gets smarter
> about it.
That works well on a sufficiently powerful box; it only took - oh, I don't
know
On Thu, Feb 28, 2019 at 10:41 AM Peter Humphrey wrote:
>
> On Thursday, 28 February 2019 08:43:13 GMT Davyd McColl wrote:
>
> > Well, that's pretty-much how git works -- that local repo was still pointing
> > to the old remote. Updating your repos.conf won't change that as the old
> > remote is st
On Thursday, 28 February 2019 08:43:13 GMT Davyd McColl wrote:
> > On 2019/02/28 10:36:35, Peter Humphrey wrote:
> > I have a little server box on my LAN, which I use as a git server. I'm
> > having a bit of trouble with it pro tem so I decided to switch the git
> > sync source on this box.
> >
I filed a bug report https://bugs.gentoo.org/679040.
Yes, currently you need to update your git config manually everytime you
change your git remote.
On 2019/02/28 10:36:35, Peter Humphrey wrote:
Hello list,
I have a little server box on my LAN, which I use as a git server. I'm having
a bit of trouble with it pro tem so I decided to switch the git sync source on
this box.
I removed the entry pointing to the local server in repos.conf/gentoo.c
Hello list,
I have a little server box on my LAN, which I use as a git server. I'm having
a bit of trouble with it pro tem so I decided to switch the git sync source on
this box.
I removed the entry pointing to the local server in repos.conf/gentoo.conf and
put in 'sync-uri = https://github.co
On 2018-10-22 16:26, Walter Dnes wrote:
I have a 10 year old Core2 as an emergency backup machine. Let's just
say it's not as fast as modern machines. To speed up "emerge --sync".
I
put a bunch of unneeded stuff in an "rsync_excludes" file (attached).
Now "emerge --sync" has started failing,
I have a 10 year old Core2 as an emergency backup machine. Let's just
say it's not as fast as modern machines. To speed up "emerge --sync". I
put a bunch of unneeded stuff in an "rsync_excludes" file (attached).
Now "emerge --sync" has started failing, because it obviously can't
verify the miss
On 16:57 Wed 20 Jun, Ian Zimmerman wrote:
> I am following the instructions here:
>
> https://wiki.gentoo.org/wiki/Chroot
>
> Got to the emerge --sync step, and it works! But why? There is no
> $CHROOT/etc/portage/repos.conf, let alone a gentoo.conf file inside it.
> So how does it know where t
On Wed, 20 Jun 2018 16:57:47 -0700, Ian Zimmerman wrote:
> https://wiki.gentoo.org/wiki/Chroot
>
> Got to the emerge --sync step, and it works! But why? There is no
> $CHROOT/etc/portage/repos.conf, let alone a gentoo.conf file inside it.
> So how does it know where to sync from?
Is there a SY
I am following the instructions here:
https://wiki.gentoo.org/wiki/Chroot
Got to the emerge --sync step, and it works! But why? There is no
$CHROOT/etc/portage/repos.conf, let alone a gentoo.conf file inside it.
So how does it know where to sync from?
--
Please don't Cc: me privately on maili
Jorge Almeida wrote:
> I want to do emerge --sync on computer A and then update computer B by
> copying /usr/portage. Is this safe? The point is: does emerge --sync
> just updates the contents of /usr/portage or does it also change
> something else ?
>
> TIA
>
> Jorge Almeida
>
>
This may be a sol
Den 24. okt. 2016 17:21, skrev Jorge Almeida:
> I want to do emerge --sync on computer A and then update computer B by
> copying /usr/portage. Is this safe? The point is: does emerge --sync
> just updates the contents of /usr/portage or does it also change
> something else ?
I have one box that I r
I want to do emerge --sync on computer A and then update computer B by
copying /usr/portage. Is this safe? The point is: does emerge --sync
just updates the contents of /usr/portage or does it also change
something else ?
TIA
Jorge Almeida
On Tue, Jun 24, 2014 at 2:34 PM, Kai Krakow wrote:
> I'm not sure if multiple partitions can share the same cache device
> partition but more or less that's it: Initialize bcache, then attach your
> backing devices, then add those bcache devices to your btrfs.
Ah, if you are stuck with one bcache
Rich Freeman schrieb:
> On Sun, Jun 22, 2014 at 7:44 AM, Kai Krakow wrote:
>> I don't see where you could lose the volume management features. You just
>> add device on top of the bcache device after you initialized the raw
>> device with a bcache superblock and attached it. The rest works the s
On Sun, Jun 22, 2014 at 7:44 AM, Kai Krakow wrote:
> I don't see where you could lose the volume management features. You just
> add device on top of the bcache device after you initialized the raw device
> with a bcache superblock and attached it. The rest works the same, just that
> you use bcac
Rich Freeman schrieb:
> On Sat, Jun 21, 2014 at 3:24 PM, Kai Krakow wrote:
>> And while we are at it, I'd also like to mention bcache. Tho, conversion
>> is not straight forward. However, I'm going to try that soon for my
>> spinning rust btrfs.
>
> I contemplated that, but I'd really like to s
On Sat, Jun 21, 2014 at 3:24 PM, Kai Krakow wrote:
> And while we are at it, I'd also like to mention bcache. Tho, conversion is
> not straight forward. However, I'm going to try that soon for my spinning
> rust btrfs.
I contemplated that, but I'd really like to see btrfs support
something more n
Peter Humphrey schrieb:
> On Friday 20 June 2014 19:48:14 Kai Krakow wrote:
>> microcai schrieb:
>> > rsync is doing bunch of 4k ramdon IO when updateing portage tree,
>> > that will kill SSDs with much higher Write Amplification Factror.
>> >
>> > I have a 2year old SSDs that have reported Wr
Rich Freeman schrieb:
> On Sat, Jun 21, 2014 at 10:27 AM, Peter Humphrey
> wrote:
>>
>> I found that fstrim can't work on f2fs file systems. I don't know whether
>> discard works yet.
>
> Fstrim is to be preferred over discard in general. However, I suspect
> neither is needed for something li
On Sat, Jun 21, 2014 at 10:27 AM, Peter Humphrey wrote:
>
> I found that fstrim can't work on f2fs file systems. I don't know whether
> discard works yet.
Fstrim is to be preferred over discard in general. However, I suspect
neither is needed for something like f2fs. Being log-based it doesn't
On Friday 20 June 2014 19:48:14 Kai Krakow wrote:
> microcai schrieb:
> > rsync is doing bunch of 4k ramdon IO when updateing portage tree,
> > that will kill SSDs with much higher Write Amplification Factror.
> >
> > I have a 2year old SSDs that have reported Write Amplification Factor
> > of 2
2014-06-21 1:48 GMT+08:00 Kai Krakow :
> microcai schrieb:
>
>> rsync is doing bunch of 4k ramdon IO when updateing portage tree,
>> that will kill SSDs with much higher Write Amplification Factror.
>>
>>
>> I have a 2year old SSDs that have reported Write Amplification Factor
>> of 26. I think t
microcai schrieb:
> rsync is doing bunch of 4k ramdon IO when updateing portage tree,
> that will kill SSDs with much higher Write Amplification Factror.
>
>
> I have a 2year old SSDs that have reported Write Amplification Factor
> of 26. I think the only reason is that I put portage tree on t
Hello Microcal,
I use tmpfs heavily as I have an SSD.
Here are some information that can help you :
tank woody # mount -v | grep tmpfs
devtmpfs on /dev type devtmpfs
(rw,relatime,size=8050440k,nr_inodes=2012610,mode=755)
tmpfs on /run type tmpfs (rw,nosuid,nodev,relatime,size=1610408k,mode=755
On 19/06/2014 12:56, Rich Freeman wrote:
On Thu, Jun 19, 2014 at 7:44 AM, Neil Bothwick wrote:
On Thu, 19 Jun 2014 16:40:08 +0800, Amankwah wrote:
Maybe the only solution is that move the portage tree to HDD??
Or tmpfs if you rarely reboot or have a fast enough connection to your
preferred
On Thu, Jun 19, 2014 at 7:44 AM, Neil Bothwick wrote:
> On Thu, 19 Jun 2014 16:40:08 +0800, Amankwah wrote:
>
>> Maybe the only solution is that move the portage tree to HDD??
>
> Or tmpfs if you rarely reboot or have a fast enough connection to your
> preferred portage mirror.
There has been a p
On Thu, 19 Jun 2014 16:40:08 +0800, Amankwah wrote:
> Maybe the only solution is that move the portage tree to HDD??
Or tmpfs if you rarely reboot or have a fast enough connection to your
preferred portage mirror.
--
Neil Bothwick
The voices in my head may not be real, but they have some good
On Thu, Jun 19, 2014 at 10:36:59AM +0800, microcai wrote:
> rsync is doing bunch of 4k ramdon IO when updateing portage tree,
> that will kill SSDs with much higher Write Amplification Factror.
>
>
> I have a 2year old SSDs that have reported Write Amplification Factor
> of 26. I think the only
rsync is doing bunch of 4k ramdon IO when updateing portage tree,
that will kill SSDs with much higher Write Amplification Factror.
I have a 2year old SSDs that have reported Write Amplification Factor
of 26. I think the only reason is that I put portage tree on this SSD
to speed it up.
what is
On Tuesday 01 Oct 2013 15:20:06 Bruce Hill wrote:
> There are 3 (or more) computers which sync (sometimes daily) on my LAN at
> work: server, router, and workstation. server has issues almost all the
> time getting a rsync server (for lack of better way to state it). All
> three comps have the exac
On 03/10/2013 18:57, Paul Hartman wrote:
> On Wed, Oct 2, 2013 at 4:51 PM, Alan McKinnon wrote:
>> On 02/10/2013 19:37, Paul Hartman wrote:
>>> On Tue, Oct 1, 2013 at 10:45 AM, Alan McKinnon
>>> wrote:
On 01/10/2013 17:17, Greg Turner wrote:
[snip]
>> You don't sync very often, right?
>
On Wed, Oct 2, 2013 at 4:51 PM, Alan McKinnon wrote:
> On 02/10/2013 19:37, Paul Hartman wrote:
>> On Tue, Oct 1, 2013 at 10:45 AM, Alan McKinnon
>> wrote:
>>> On 01/10/2013 17:17, Greg Turner wrote:
Rsync mirrors don't grow on trees, man. People pay good money to
provide that service
On Wed, Oct 02, 2013 at 11:54:30PM +0200, Alan McKinnon wrote:
> On 02/10/2013 20:48, Bruce Hill wrote:
> > On Tue, Oct 01, 2013 at 05:45:13PM +0200, Alan McKinnon wrote:
> >>
> >> Then you can all use mine with the greatest of pleasure:
> >>
> >> SYNC="rsync://ftp.is.co.za/gentoo-portage"
> >>
> >
On 02/10/2013 20:48, Bruce Hill wrote:
> On Tue, Oct 01, 2013 at 05:45:13PM +0200, Alan McKinnon wrote:
>>
>> Then you can all use mine with the greatest of pleasure:
>>
>> SYNC="rsync://ftp.is.co.za/gentoo-portage"
>>
>>
>> I have the NetOps team BEGGING me weekly to try and generate more
>> traff
On 02/10/2013 19:37, Paul Hartman wrote:
> On Tue, Oct 1, 2013 at 10:45 AM, Alan McKinnon
> wrote:
>> On 01/10/2013 17:17, Greg Turner wrote:
>>> Rsync mirrors don't grow on trees, man. People pay good money to
>>> provide that service to us. You should seriously be embarrassed to
>>> have post
On Tue, Oct 01, 2013 at 05:45:13PM +0200, Alan McKinnon wrote:
>
> Then you can all use mine with the greatest of pleasure:
>
> SYNC="rsync://ftp.is.co.za/gentoo-portage"
>
>
> I have the NetOps team BEGGING me weekly to try and generate more
> traffic out of our network going international. Th
On Tue, Oct 1, 2013 at 10:45 AM, Alan McKinnon wrote:
> On 01/10/2013 17:17, Greg Turner wrote:
>> Rsync mirrors don't grow on trees, man. People pay good money to
>> provide that service to us. You should seriously be embarrassed to
>> have posted this.
>
> Really?
>
>
> Then you can all use mi
On 01/10/2013 17:17, Greg Turner wrote:
> On Tue, Oct 1, 2013 at 7:20 AM, Bruce Hill
> wrote:
>> There are 3 (or more) computers which sync (sometimes daily) on my LAN at
>> work: server, router, and workstation. server has issues almost all the time
>> getting a rsync server (for lack of better w
On Tue, Oct 1, 2013 at 7:20 AM, Bruce Hill
wrote:
> There are 3 (or more) computers which sync (sometimes daily) on my LAN at
> work: server, router, and workstation. server has issues almost all the time
> getting a rsync server (for lack of better way to state it). All three comps
> have the exa
On 01/10/2013 16:20, Bruce Hill wrote:
> There are 3 (or more) computers which sync (sometimes daily) on my LAN at
> work: server, router, and workstation. server has issues almost all the time
> getting a rsync server (for lack of better way to state it). All three comps
> have the exact same SYNC
There are 3 (or more) computers which sync (sometimes daily) on my LAN at
work: server, router, and workstation. server has issues almost all the time
getting a rsync server (for lack of better way to state it). All three comps
have the exact same SYNC in make.conf:
mingdao@server ~ $ grep SYNC /e
On Mon, 15 Oct 2012 22:57:17 +0200
Alex Schuster wrote:
> Alan McKinnon writes:
>
> > On Mon, 15 Oct 2012 21:03:59 +0200
> > Silvio Siefke wrote:
> >
> > > On Mon, 15 Oct 2012 19:50:07 +0200
> > > Alex Schuster wrote:
> > >
> > > > As it says, you're out of memory. It seems you are low on RA
Am 15.10.2012 22:57, schrieb Alex Schuster:
> Alan McKinnon writes:
>
>> On Mon, 15 Oct 2012 21:03:59 +0200
>> Silvio Siefke wrote:
>>
>>> On Mon, 15 Oct 2012 19:50:07 +0200
>>> Alex Schuster wrote:
>>>
As it says, you're out of memory. It seems you are low on RAM, what
does free -m sa
Alan McKinnon writes:
> On Mon, 15 Oct 2012 21:03:59 +0200
> Silvio Siefke wrote:
>
> > On Mon, 15 Oct 2012 19:50:07 +0200
> > Alex Schuster wrote:
> >
> > > As it says, you're out of memory. It seems you are low on RAM, what
> > > does free -m say? Maybe you need to add some swap space?
> >
Hello,
On Mon, 15 Oct 2012 21:56:07 +0200
> You have 164M of RAM, that is not enough. Packages like gcc and glibc
> will probably just not compile with so little RAM[1], and there is no
> way on a Gentoo machine to avoid compiling those. You have several
> options:
In the description stand 1 GB
On Mon, 15 Oct 2012 21:03:59 +0200
Silvio Siefke wrote:
> On Mon, 15 Oct 2012 19:50:07 +0200
> Alex Schuster wrote:
>
> > As it says, you're out of memory. It seems you are low on RAM, what
> > does free -m say? Maybe you need to add some swap space?
>
>
> lvps5-35-240-192 / # free -m
>
On Mon, 15 Oct 2012 19:50:07 +0200
Alex Schuster wrote:
> As it says, you're out of memory. It seems you are low on RAM, what does
> free -m say? Maybe you need to add some swap space?
lvps5-35-240-192 / # free -m
total used free sharedbuffers cached
Mem:
Silvio Siefke writes:
> i try to install a Gentoo Vserver by Hosteurope. Im have take the last
> stage archive, because the vserver Archiv is old i think. When i want
> run emerge --sync it gives only this message:
[...]
> ERROR: out of memory in flist_expand [receiver]
> rsync error: error alloc
Hello,
i try to install a Gentoo Vserver by Hosteurope. Im have take the last
stage archive, because the vserver Archiv is old i think. When i want
run emerge --sync it gives only this message:
receiving incremental file list
media-gfx/gphoto2/ChangeLog
media-gfx/gphoto2/Manifest
media-gfx/gphot
On Mon, 2011-10-24 at 01:40 +0200, Hartmut Figge wrote:
> Greetings,
>
> emerge --sync was successfull till 'Performing Global Updates' which
> leaded to an error. After waiting for perhaps 1 to 2 hours i tried
> another 'emerge --sync' in the hope that would fix the issue. No luck.
>
> -
Greetings,
emerge --sync was successfull till 'Performing Global Updates' which
leaded to an error. After waiting for perhaps 1 to 2 hours i tried
another 'emerge --sync' in the hope that would fix the issue. No luck.
---
i5 hafi # emerge --sync
Performing Global Updates:
(Could take
2009/1/28 AllenJB
> Norberto Bensa wrote:
>
>> Hello,
>>
>> I'm wondering. Is it posible to emerge --sync part of the tree. For
>> example, I want to only sync kde-base/ and kde-misc/?
>>
>> Thanks in advance,
>> Norberto
>>
>> No, there isn't. You wouldn't want to try either - there will be rel
Norberto Bensa wrote:
Hello,
I'm wondering. Is it posible to emerge --sync part of the tree. For
example, I want to only sync kde-base/ and kde-misc/?
Thanks in advance,
Norberto
No, there isn't. You wouldn't want to try either - there will be
relevant files in other parts of the tree (eg. ec
2009/1/28 Norberto Bensa
> Hello,
>
> I'm wondering. Is it posible to emerge --sync part of the tree. For
> example, I want to only sync kde-base/ and kde-misc/?
>
> Thanks in advance,
> Norberto
>
>
Have a look in make.conf.example, i believe there are some options to filter
the tree, there may
Hello,
I'm wondering. Is it posible to emerge --sync part of the tree. For
example, I want to only sync kde-base/ and kde-misc/?
Thanks in advance,
Norberto
> > File "/usr/lib/portage/pym/cache/util.py", line 31, in mirror_cache
> > try:entry = src_cache[x]
> > File "/usr/lib/portage/pym/cache/metadata.py", line 32, in __getitem__
> > return flat_hash.database.__getitem__(self, cpv)
> > File "/usr/lib/portage/pym/cache/flat_hash.p
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Grant wrote:
> File "/usr/lib/portage/pym/cache/util.py", line 31, in mirror_cache
> try:entry = src_cache[x]
> File "/usr/lib/portage/pym/cache/metadata.py", line 32, in __getitem__
> return flat_hash.database.__getitem__(self, cpv
Whenever I try to emerge --sync my laptop it fails like this:
>>> Updating Portage cache: 18%Traceback (most recent call last):
File "/usr/bin/emerge", line 6474, in ?
retval = emerge_main()
File "/usr/bin/emerge", line 6429, in emerge_main
action_sync(settings, trees, mtimedb, myopt
Walter Dnes wrote:
> On Mon, Sep 17, 2007 at 01:35:24PM +0100, Neil Bothwick wrote
>
>
>> Did you change ISPs when moving? Does your new ISP block rsync traffic?
>>
>
> Bingo. Same ISP. Things worked OK after the move for about a month
> after the move. Since about Sept 8th, however, I
On Mon, Sep 17, 2007 at 01:35:24PM +0100, Neil Bothwick wrote
> Did you change ISPs when moving? Does your new ISP block rsync traffic?
Bingo. Same ISP. Things worked OK after the move for about a month
after the move. Since about Sept 8th, however, I haven't been able to
send out email via
On Mon, Sep 17, 2007 at 03:00:40PM +0200, Naga wrote
> On Monday 17 September 2007 13:32:18 Walter Dnes wrote:
> > and the the same errors with other servers. I also tried
> > downgrading
> > from 2.6.3-r3 to -r2 and -r1, and got the same errors. Any ideas?
>
> Tried upgrading to
On Monday 17 September 2007 13:32:18 Walter Dnes wrote:
> and the the same errors with other servers. I also tried downgrading
> from 2.6.3-r3 to -r2 and -r1, and got the same errors. Any ideas?
>
> [m3000][root][~] emerge --sync
>
> >>> Starting rsync with rsync://134.153.48.2/ge
On Mon, 17 Sep 2007 07:32:18 -0400, Walter Dnes wrote:
> I had just moved, and was busy setting up my new condo,
[snip]
> It was a major struggle. "emerge --sync" stopped working. I manually
> selected a different rsync server, and got the same error messages. I
> gave up and used webrsync.
Date: Mon, 17 Sep 2007 02:15:59 -0400
From: Walter Dnes <[EMAIL PROTECTED]>
To: Gentoo Users List <[EMAIL PROTECTED]>
Subject: emerge --sync stopped working
Message-ID: <[EMAIL PROTECTED]>
I went almost a month without updating. My old machine (1999 Dell
450 mhz PIII) finally died. I had kept
On 20:02 Thu 19 Apr , Marko Kocić wrote:
> I just got answer on IRC #gentoo channel.
>
> I had to install tsocks package, which let me run through socks proxy
> any program.
> Setting http_proxy and RSYNC_PROXY didn't do the trick.
>
'net-misc/proxychains' is better than tsocks as it can forc
1 - 100 of 181 matches
Mail list logo