Re: [gentoo-user] /usr/portage/distfiles vs /var/cache/distfiles
On Tue, Jan 14, 2020 at 06:33:58PM -0500, Andrew Udvare wrote: > The first machine is on a 17.1 profile, and migration was relatively > simple, and worked. I did it based on this post: > > https://forums.gentoo.org/viewtopic-p-8373904.html?sid=5c30f451df89c01a6bbe0a8dadd77c36#8373904 I'm already on the 17.1 profile. Thanks for the link.
Re: [gentoo-user] /usr/portage/distfiles vs /var/cache/distfiles
On Tue, Jan 14, 2020 at 05:48:40PM -0500, Mike Gilbert wrote: > The portage ebuild has some code that automatically patches > /usr/share/portage/config/make.globals for existing installs. You can > update the setting there. Ah, I didn't look there in my search :). Cool, thanks much for the info.
Re: [gentoo-user] /usr/portage/distfiles vs /var/cache/distfiles
On 14/01/2020 17:05, Paul B. Henson wrote: > I recently installed a new server, and noticed that it is using > /var/cache/distfiles rather than /usr/portage/distfiles. looking at the > documentation, it seems that is the new default, and it says "new > installations" will use it. I have older servers which are still using > /usr/portage/distfiles. None of them have DISTDIR configured, so I am > curious how portage is deciding between "old" and new"? If I wanted to > migrate my older boxes to the new location without explicitly setting > DISTDIR on them, what do I need to change? > > Thanks… > I attempted to do this migration on two machines but was only successful once. Pretty sure this is because of not using 17.1 profile on the failing machine. The first machine is on a 17.1 profile, and migration was relatively simple, and worked. I did it based on this post: https://forums.gentoo.org/viewtopic-p-8373904.html?sid=5c30f451df89c01a6bbe0a8dadd77c36#8373904 On the second machine, I did not change to profile 17.1. After moving the files around, no matter what I tried, Portage refused to check the new DISTDIR. I haven't had time to switch this machine to 17.1 yet. Andrew signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] Thunderbird Datepicker
Am 14.01.20 um 13:15 schrieb Jens Pelzetter: since some weeks ago I have a problem with Thunderbird/Lightning. In the dialogs for tasks or events I can't input or change dialog. Clicking on the buttons to show the calendar does nothing. If I try the edit an using the keyboard the date it reset to the previous value once the date input loses the focus. Does anyone of you experience to same problem. I have this problem on two different systems, one running Xfce and other one running KDE Plasma. Yes. Me. I'm on Plasma, too. Clicking the date in the editor does not open the calendar popup anymore. Clicking the time the popup to choose the time still appears. First I thought that's a permission problem, but other calendar apps on smartphone and mac work flawlessly. tb/lightning on mac os works as expected KDE Plasma Version: 5.17.4 KDE Frameworks Version: 5.64.0 Qt Version: 5.13.2 Kernel Version: 5.4.11-gentoo-14.01.2020 mail-client/thunderbird-68.4.1 did you try other distribution? nico -- mailto: nicolai.beuerm...@gmx.de online: https://www.nico-beuermann.de
Re: [gentoo-user] /usr/portage/distfiles vs /var/cache/distfiles
On Tue, Jan 14, 2020 at 5:05 PM Paul B. Henson wrote: > > I recently installed a new server, and noticed that it is using > /var/cache/distfiles rather than /usr/portage/distfiles. looking at the > documentation, it seems that is the new default, and it says "new > installations" will use it. I have older servers which are still using > /usr/portage/distfiles. None of them have DISTDIR configured, so I am > curious how portage is deciding between "old" and new"? If I wanted to > migrate my older boxes to the new location without explicitly setting > DISTDIR on them, what do I need to change? The portage ebuild has some code that automatically patches /usr/share/portage/config/make.globals for existing installs. You can update the setting there. Alternatively, you can perform the following steps to make the portage ebuild update make.globals for you. 1. Set DISTDIR to anything other than /usr/portage/distfiles in /etc/portage/make.conf 2. Re-install sys-apps/portage. 3. Remove the DISTDIR setting from /etc/portage/make.conf. >From then on, portage will no longer patch the default DISTDIR setting in make.globals. Reference: https://gitweb.gentoo.org/proj/portage.git/tree/lib/portage/_compat_upgrade/default_locations.py?h=portage-2.3.84
[gentoo-user] /usr/portage/distfiles vs /var/cache/distfiles
I recently installed a new server, and noticed that it is using /var/cache/distfiles rather than /usr/portage/distfiles. looking at the documentation, it seems that is the new default, and it says "new installations" will use it. I have older servers which are still using /usr/portage/distfiles. None of them have DISTDIR configured, so I am curious how portage is deciding between "old" and new"? If I wanted to migrate my older boxes to the new location without explicitly setting DISTDIR on them, what do I need to change? Thanks…
[gentoo-user] Re: WTF is up with mysqld?
On 2020-01-13 11:09, Alan Grimes wrote: > mysqld goes into infinite hang when I try to boot my damn manchine. Missing entropy? Try installing haveged. -- Please don't Cc: me privately on mailing lists and Usenet, if you also post the followup to the list or newsgroup. To reply privately _only_ on Usenet and on broken lists which rewrite From, fetch the TXT record for no-use.mooo.com.
Re: [gentoo-user] .tmp-unverified-download-quarantine
On Tue, 14 Jan 2020 15:47:51 +, Peter Humphrey wrote: > > sent 2.71M bytes received 218.79M bytes 56.02K bytes/sec > > HOW long?! 56KB/s shows something going badly wrong. This sounds like it could be a network problem. Have you used mirrorselect? > > total size is 208.96M speedup is 0.94 > > I've never seen a speedup less than 1 before. > > > * Manifest timestamp: 2020-01-12 18:38:55 UTC > > * Valid OpenPGP signature found: > > * - primary key: DCD05B71EAB94199527F44ACDB6B8C1F96D8BF6D > > * - subkey: E1D6ABB63BFCFB4BA02FDF1CEC590EEAC9189250 > > * - timestamp: 2020-01-12 18:38:55 UTC > > * Verifying /var/db/repos/gentoo/.tmp-unverified-download-quarantine > > ...!!! Manifest v> > > Manifest mismatch for media-plugins/Manifest.gz > >__size__: expected: 48363, have: 48349 > > That would indeed leave the tree safely in quarantine. I wondered if the file was truncated from some sort of network problem, until I checked my tree and saw that that file was 48349 bytes and portage was really happy. > > Inodes? That's an interesting thought. Not sure how I'd check that > > ... I'll redirect the output into a file next time. > > > > What would I look for in the top(1) status lines (the lines at the top > > before the process table?)? > > I'd want to see how much memory and swap were consumed and available; > the processor load may offer you a clue too. > > > With emerge-webrsync do you mean webrsync or is there some additional > > facility? > > According to the Wiki* the first thing you do after chrooting into the > new system is to issue the command 'emerge-webrsync'. I suggest you try > it. I would definitely try emerge-webrsync as it downloads a consistent snapshot of the system. You say you have no network or bandwidth restrictions, but 56K/s says otherwise. -- Neil Bothwick ... but you can't expect to wield supreme executive power just because some watery tart threw a sword at you! pgpfCEVX63pZT.pgp Description: OpenPGP digital signature
Re: [gentoo-user] Re: Bouncing messages from gentoo-user@lists.gentoo.org
On Tuesday, 14 January 2020 13:39:57 GMT you wrote: > On 1/13/20 5:24 PM, (Nuno Silva) wrote: > > On 2020-01-13, james wrote: > >> On 1/13/20 11:32 AM, gentoo-user+ow...@lists.gentoo.org wrote: > >>> Some messages to you could not be delivered. If you're seeing this > >>> message it means things are back to normal, and it's merely for your > >>> information. > >>> > >>> Here is the list of the bounced messages: > >>> - 189231 > > > > How does one get to the message from that number? In order to receive an email of the bounced message you can send an empty message to the mailing list server, with the number of the message which was bounced in the address, e.g. to receive a copy of the above message number "189231", send this to the list: gentoo-user+get-189...@lists.gentoo.org HOWEVER ... your mailserver may still bounce the resent message. I just tried to retrieve it manually, only for it to be bounced again silently by Gmail. If I hadn't received another notice for the same bounced message number by the M/L address 'gentoo-user+ow...@lists.gentoo.org', I wouldn't know Gmail bounced it once more. :-/ > > Is it possible to get > > an URL to the archived copy at http://archives.gentoo.org/ using that > > number? Hmm ... not sure if this is possible, or I don't know how to receive bounced messages via http. The way I do it is by following a process of elimination. I check an online M/L archive service and the bounced message is the one I have not received out of the list of recent messages. > >> Anyone else getting these? Yep. I do, but it may well be related to me using a Gmail to receive messages and Gmail may be rejecting the odd message for some reason. I have not added any recipients to a blacklist myself, so this is a Gmail action. > > It might just be the DMARC policy thing again. > > > > Here's a thread from last October/November about a similar message: > > https://marc.info/?t=15725373431 > > It's my list emails, where I start a new subject. Usually, I can reply > to an existing thread without issue. Hi James. I did receive your email yesterday from your verizon email address about Mesos, via the M/L. It was titled "mesos updated ebuild advice?". Your messages are being delivered to this M/L and Gmail distributes them without bouncing as far as I can surmise: https://marc.info/?l=gentoo-user=157895127422780 The messages which seem to be bounced by Gmail are sent by Mr. Alan Grimes. The most recent bounced message was yesterday, titled "WTF is up with mysqld?" > I've read this and still do not know what *I* need to do to fix this, or > implement a workaround. I use thunderbird-(Installed versions: 68.4.1). Nothing you need to do. If people do not respond to a message it could well mean they have nothing valuable to add, rather than they haven't received it. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Fw: Re: [gentoo-user] .tmp-unverified-download-quarantine
I guess you're referring to this: "The use of emerge-webrsync is recommended for those who are behind restrictive firewalls (because it uses HTTP/FTP protocols for downloading the snapshot) and saves network bandwidth. Readers who have no network or bandwidth restrictions can happily skip down to the next section." Indeed that was a sub-theme of my question (although I oversaw that "emerge-" was indeed part of the command): could that have an impact on my problem? I'm not behind a firewall and have no bandwidth restrictions (DSL). It's a bad state when you start having to do things which are nominally not relevant, because you don't have anything else to lose (but time). That's called "grasping at straws" > Gesendet: Dienstag, 14. Januar 2020 um 16:47 Uhr > Von: "Peter Humphrey" > An: gentoo-user@lists.gentoo.org > Betreff: Re: [gentoo-user] .tmp-unverified-download-quarantine > > On Tuesday, 14 January 2020 11:07:34 GMT n952162 wrote: > > On 2020-01-14 11:10, Peter Humphrey wrote: > --->8 > > >> This is a fresh install from a minimal cd image. I'm starting out with > > >> mkfs. I've tried that 3 times, twice using a stage 3 from 2020/01/08 > > >> and once using a stage 3 from 2020/01/12. > > > > > > Er...you aren't running out of disk space, are you (either physical space > > > or inodes)? Don't forget /tmp and /var/tmp. And what result did 'emerge > > > --sync' return? Specifically, did you see a 'Sync completed' message? > > > Have you watched /usr/bin/top status lines while syncing? > > > > > > And have you actually tried emerge-webrsync? > > > > 'emerge --sync' gave me status 1 and before that, the error about the > > manifest: > > I didn't see a manifest error before; perhaps I overlooked it. > > > Number of files: 158,236 (reg: 131,524, dir: 26,712) > > Number of created files: 158,235 (reg: 131,524, dir: 26,711) > > Number of deleted files: 0 > > Number of regular files transferred: 131,524 > > Total file size: 208.96M bytes > > Total transferred file size: 208.96M bytes > > Literal data: 208.96M bytes > > Matched data: 0 bytes > > File list size: 3.90M > > File list generation time: 0.001 seconds > > File list transfer time: 0.000 seconds > > Total bytes sent: 2.71M > > Total bytes received: 218.79M > > > > sent 2.71M bytes received 218.79M bytes 56.02K bytes/sec > > HOW long?! 56KB/s shows something going badly wrong. > > > total size is 208.96M speedup is 0.94 > > I've never seen a speedup less than 1 before. > > > * Manifest timestamp: 2020-01-12 18:38:55 UTC > > * Valid OpenPGP signature found: > > * - primary key: DCD05B71EAB94199527F44ACDB6B8C1F96D8BF6D > > * - subkey: E1D6ABB63BFCFB4BA02FDF1CEC590EEAC9189250 > > * - timestamp: 2020-01-12 18:38:55 UTC > > * Verifying /var/db/repos/gentoo/.tmp-unverified-download-quarantine > > ...!!! Manifest v> > > Manifest mismatch for media-plugins/Manifest.gz > >__size__: expected: 48363, have: 48349 > > That would indeed leave the tree safely in quarantine. > > > Inodes? That's an interesting thought. Not sure how I'd check that ... > > I'll redirect the output into a file next time. > > > > What would I look for in the top(1) status lines (the lines at the top > > before the process table?)? > > I'd want to see how much memory and swap were consumed and available; the > processor load may offer you a clue too. > > > With emerge-webrsync do you mean webrsync or is there some additional > > facility? > > According to the Wiki* the first thing you do after chrooting into the new > system is to issue the command 'emerge-webrsync'. I suggest you try it. > > > * > https://wiki.gentoo.org/wiki/Handbook:AMD64/Installation/Base#Installing_an_ebuild_repository_snapshot_from_the_web > > -- > Regards, > Peter. > > > > >
Re: [gentoo-user] Re: Bouncing messages from gentoo-user@lists.gentoo.org
On 1/13/20 5:24 PM, (Nuno Silva) wrote: On 2020-01-13, james wrote: On 1/13/20 11:32 AM, gentoo-user+ow...@lists.gentoo.org wrote: Some messages to you could not be delivered. If you're seeing this message it means things are back to normal, and it's merely for your information. Here is the list of the bounced messages: - 189231 How does one get to the message from that number? Is it possible to get an URL to the archived copy at http://archives.gentoo.org/ using that number? Anyone else getting these? It might just be the DMARC policy thing again. Here's a thread from last October/November about a similar message: https://marc.info/?t=15725373431 It's my list emails, where I start a new subject. Usually, I can reply to an existing thread without issue. I've read this and still do not know what *I* need to do to fix this, or implement a workaround. I use thunderbird-(Installed versions: 68.4.1). So some explicit pathways to a solution/workaround would be appreciated. I also have a "free" limited/restricted email address:: 'dtf...@protonmail.com' not sure if using this address would fix things. The nice thing about 'thunderbird' is I have a vast amount of saved emails, and it has worked flawlessly, until these bounced messages started this year. I've read through that aforementioned thread, but, being old and slow, I did not see a fix for me. Perhaps gentoo runs a mail server, if I setup with proxy-maintainer? I was trying to post a new about MESOS 'A distributed systems kernel'. Back in 2015 I have a working EAPI-5 gentoo ebuild, which I have locally. Upgraded to Mesos-1.9.0 via EAPI 7(or ?) was the guidance I was looking for. So can I get a gentoo-rookie-proxy mail server access? I'm quite certain *MY* issues are due to how Verizon administers the mail services. Often, when I fire up Thunderbird, it pucks for a few hours, then starts working with repetitive sends and pulls. I guess it finally reverts back to something that works for Thunderbird. I've been using thunderbird for a very, very long time and have little desire to stop using thunderbird, as my main email system. Now setting up an easy-to-admin mail system(s) that is thunderbird friendly; I'm all ears. I may be getting a single static IP, to facilitate just that, from Verizon or ?. Any help via this list or direct is most appreciated. James
Re: [gentoo-user] .tmp-unverified-download-quarantine
On Tuesday, 14 January 2020 11:07:34 GMT n952162 wrote: > On 2020-01-14 11:10, Peter Humphrey wrote: --->8 > >> This is a fresh install from a minimal cd image. I'm starting out with > >> mkfs. I've tried that 3 times, twice using a stage 3 from 2020/01/08 > >> and once using a stage 3 from 2020/01/12. > > > > Er...you aren't running out of disk space, are you (either physical space > > or inodes)? Don't forget /tmp and /var/tmp. And what result did 'emerge > > --sync' return? Specifically, did you see a 'Sync completed' message? > > Have you watched /usr/bin/top status lines while syncing? > > > > And have you actually tried emerge-webrsync? > > 'emerge --sync' gave me status 1 and before that, the error about the > manifest: I didn't see a manifest error before; perhaps I overlooked it. > Number of files: 158,236 (reg: 131,524, dir: 26,712) > Number of created files: 158,235 (reg: 131,524, dir: 26,711) > Number of deleted files: 0 > Number of regular files transferred: 131,524 > Total file size: 208.96M bytes > Total transferred file size: 208.96M bytes > Literal data: 208.96M bytes > Matched data: 0 bytes > File list size: 3.90M > File list generation time: 0.001 seconds > File list transfer time: 0.000 seconds > Total bytes sent: 2.71M > Total bytes received: 218.79M > > sent 2.71M bytes received 218.79M bytes 56.02K bytes/sec HOW long?! 56KB/s shows something going badly wrong. > total size is 208.96M speedup is 0.94 I've never seen a speedup less than 1 before. > * Manifest timestamp: 2020-01-12 18:38:55 UTC > * Valid OpenPGP signature found: > * - primary key: DCD05B71EAB94199527F44ACDB6B8C1F96D8BF6D > * - subkey: E1D6ABB63BFCFB4BA02FDF1CEC590EEAC9189250 > * - timestamp: 2020-01-12 18:38:55 UTC > * Verifying /var/db/repos/gentoo/.tmp-unverified-download-quarantine > ...!!! Manifest v> > Manifest mismatch for media-plugins/Manifest.gz >__size__: expected: 48363, have: 48349 That would indeed leave the tree safely in quarantine. > Inodes? That's an interesting thought. Not sure how I'd check that ... > I'll redirect the output into a file next time. > > What would I look for in the top(1) status lines (the lines at the top > before the process table?)? I'd want to see how much memory and swap were consumed and available; the processor load may offer you a clue too. > With emerge-webrsync do you mean webrsync or is there some additional > facility? According to the Wiki* the first thing you do after chrooting into the new system is to issue the command 'emerge-webrsync'. I suggest you try it. * https://wiki.gentoo.org/wiki/Handbook:AMD64/Installation/Base#Installing_an_ebuild_repository_snapshot_from_the_web -- Regards, Peter.
Re: [gentoo-user] .tmp-unverified-download-quarantine
n952162 wrote: > On 2020-01-14 11:10, Peter Humphrey wrote: >> On Tuesday, 14 January 2020 09:37:24 GMT n952162 wrote: >>> On 2020-01-14 09:44, Neil Bothwick wrote: On Tue, 14 Jan 2020 09:04:13 +0100, n952162 wrote: > It sounds to me like the repository is broken - having ownership > as root > seems to be slightly more entropy than portage and could have > happened > as a unintended consequence of some uncarefully completed operation. If the repository was broken, it would be affecting a lot more people than just you. Have you tried completely removing your portage tree and reinstating it with webrsync? >>> This is a fresh install from a minimal cd image. I'm starting out with >>> mkfs. I've tried that 3 times, twice using a stage 3 from 2020/01/08 >>> and once using a stage 3 from 2020/01/12. >> Er...you aren't running out of disk space, are you (either physical >> space or >> inodes)? Don't forget /tmp and /var/tmp. And what result did 'emerge >> --sync' >> return? Specifically, did you see a 'Sync completed' message? Have >> you watched >> /usr/bin/top status lines while syncing? >> >> And have you actually tried emerge-webrsync? >> > > 'emerge --sync' gave me status 1 and before that, the error about the > manifest: > > > Number of files: 158,236 (reg: 131,524, dir: 26,712) > Number of created files: 158,235 (reg: 131,524, dir: 26,711) > Number of deleted files: 0 > Number of regular files transferred: 131,524 > Total file size: 208.96M bytes > Total transferred file size: 208.96M bytes > Literal data: 208.96M bytes > Matched data: 0 bytes > File list size: 3.90M > File list generation time: 0.001 seconds > File list transfer time: 0.000 seconds > Total bytes sent: 2.71M > Total bytes received: 218.79M > > sent 2.71M bytes received 218.79M bytes 56.02K bytes/sec > total size is 208.96M speedup is 0.94 > * Manifest timestamp: 2020-01-12 18:38:55 UTC > * Valid OpenPGP signature found: > * - primary key: DCD05B71EAB94199527F44ACDB6B8C1F96D8BF6D > * - subkey: E1D6ABB63BFCFB4BA02FDF1CEC590EEAC9189250 > * - timestamp: 2020-01-12 18:38:55 UTC > * Verifying /var/db/repos/gentoo/.tmp-unverified-download-quarantine > ...!!! Manifest v> > Manifest mismatch for media-plugins/Manifest.gz > __size__: expected: 48363, have: 48349 > > > Inodes? That's an interesting thought. Not sure how I'd check that ... > I'll redirect the output into a file next time. > > What would I look for in the top(1) status lines (the lines at the top > before the process table?)? > > With emerge-webrsync do you mean webrsync or is there some additional > facility The df command will give you that info. This is a example just replace your device with the one I used. df -i /dev/sdb1 Hope that helps. Dale :-) :-)
[gentoo-user] Thunderbird Datepicker
Hello everyone, since some weeks ago I have a problem with Thunderbird/Lightning. In the dialogs for tasks or events I can't input or change dialog. Clicking on the buttons to show the calendar does nothing. If I try the edit an using the keyboard the date it reset to the previous value once the date input loses the focus. Does anyone of you experience to same problem. I have this problem on two different systems, one running Xfce and other one running KDE Plasma. Best Jens
Re: [gentoo-user] .tmp-unverified-download-quarantine
On 2020-01-14 11:10, Peter Humphrey wrote: On Tuesday, 14 January 2020 09:37:24 GMT n952162 wrote: On 2020-01-14 09:44, Neil Bothwick wrote: On Tue, 14 Jan 2020 09:04:13 +0100, n952162 wrote: It sounds to me like the repository is broken - having ownership as root seems to be slightly more entropy than portage and could have happened as a unintended consequence of some uncarefully completed operation. If the repository was broken, it would be affecting a lot more people than just you. Have you tried completely removing your portage tree and reinstating it with webrsync? This is a fresh install from a minimal cd image. I'm starting out with mkfs. I've tried that 3 times, twice using a stage 3 from 2020/01/08 and once using a stage 3 from 2020/01/12. Er...you aren't running out of disk space, are you (either physical space or inodes)? Don't forget /tmp and /var/tmp. And what result did 'emerge --sync' return? Specifically, did you see a 'Sync completed' message? Have you watched /usr/bin/top status lines while syncing? And have you actually tried emerge-webrsync? 'emerge --sync' gave me status 1 and before that, the error about the manifest: Number of files: 158,236 (reg: 131,524, dir: 26,712) Number of created files: 158,235 (reg: 131,524, dir: 26,711) Number of deleted files: 0 Number of regular files transferred: 131,524 Total file size: 208.96M bytes Total transferred file size: 208.96M bytes Literal data: 208.96M bytes Matched data: 0 bytes File list size: 3.90M File list generation time: 0.001 seconds File list transfer time: 0.000 seconds Total bytes sent: 2.71M Total bytes received: 218.79M sent 2.71M bytes received 218.79M bytes 56.02K bytes/sec total size is 208.96M speedup is 0.94 * Manifest timestamp: 2020-01-12 18:38:55 UTC * Valid OpenPGP signature found: * - primary key: DCD05B71EAB94199527F44ACDB6B8C1F96D8BF6D * - subkey: E1D6ABB63BFCFB4BA02FDF1CEC590EEAC9189250 * - timestamp: 2020-01-12 18:38:55 UTC * Verifying /var/db/repos/gentoo/.tmp-unverified-download-quarantine ...!!! Manifest v> Manifest mismatch for media-plugins/Manifest.gz __size__: expected: 48363, have: 48349 Inodes? That's an interesting thought. Not sure how I'd check that ... I'll redirect the output into a file next time. What would I look for in the top(1) status lines (the lines at the top before the process table?)? With emerge-webrsync do you mean webrsync or is there some additional facility?
Re: [gentoo-user] .tmp-unverified-download-quarantine
On Tuesday, 14 January 2020 09:37:24 GMT n952162 wrote: > On 2020-01-14 09:44, Neil Bothwick wrote: > > On Tue, 14 Jan 2020 09:04:13 +0100, n952162 wrote: > >> It sounds to me like the repository is broken - having ownership as root > >> seems to be slightly more entropy than portage and could have happened > >> as a unintended consequence of some uncarefully completed operation. > > > > If the repository was broken, it would be affecting a lot more people > > than just you. > > > > Have you tried completely removing your portage tree and reinstating it > > with webrsync? > > This is a fresh install from a minimal cd image. I'm starting out with > mkfs. I've tried that 3 times, twice using a stage 3 from 2020/01/08 > and once using a stage 3 from 2020/01/12. Er...you aren't running out of disk space, are you (either physical space or inodes)? Don't forget /tmp and /var/tmp. And what result did 'emerge --sync' return? Specifically, did you see a 'Sync completed' message? Have you watched /usr/bin/top status lines while syncing? And have you actually tried emerge-webrsync? -- Regards, Peter.
Re: [gentoo-user] .tmp-unverified-download-quarantine
On Tue, 14 Jan 2020 10:37:24 +0100, n952162 wrote: > > Have you tried completely removing your portage tree and reinstating > > it with webrsync? > I've always used emerge --sync rather than webrsync because I always > like to use the smallest hammer possible. But if you say I should use > webrsync rather than emerge --sync, I have no other hint. It's certainly worth trying webrsync, if anything else, it's faster for a full tree. I prefer to use the largest hammer and let the tool do the work for me ;-) -- Neil Bothwick SCSI: System Can't See It pgpe3HoyJ1ZBz.pgp Description: OpenPGP digital signature
Re: [gentoo-user] .tmp-unverified-download-quarantine
On 2020-01-14 09:44, Neil Bothwick wrote: On Tue, 14 Jan 2020 09:04:13 +0100, n952162 wrote: It sounds to me like the repository is broken - having ownership as root seems to be slightly more entropy than portage and could have happened as a unintended consequence of some uncarefully completed operation. If the repository was broken, it would be affecting a lot more people than just you. Have you tried completely removing your portage tree and reinstating it with webrsync? This is a fresh install from a minimal cd image. I'm starting out with mkfs. I've tried that 3 times, twice using a stage 3 from 2020/01/08 and once using a stage 3 from 2020/01/12. Thus, in answer to your question, yes, I've always removed the portage tree (and everything else). I've always used emerge --sync rather than webrsync because I always like to use the smallest hammer possible. But if you say I should use webrsync rather than emerge --sync, I have no other hint. Is this the proper list to be on? It's the Gentoo User list, which seems to fit.
Re: [gentoo-user] .tmp-unverified-download-quarantine
On Tue, 14 Jan 2020 09:04:13 +0100, n952162 wrote: > It sounds to me like the repository is broken - having ownership as root > seems to be slightly more entropy than portage and could have happened > as a unintended consequence of some uncarefully completed operation. If the repository was broken, it would be affecting a lot more people than just you. Have you tried completely removing your portage tree and reinstating it with webrsync? > Is this the proper list to be on? It's the Gentoo User list, which seems to fit. -- Neil Bothwick If ignorance is bliss, why aren't more people happy? pgp9NRm3ftzo4.pgp Description: OpenPGP digital signature
Re: [gentoo-user] .tmp-unverified-download-quarantine
On 2020-01-14 00:16, Mick wrote: On Monday, 13 January 2020 22:40:14 GMT Neil Bothwick wrote: On Mon, 13 Jan 2020 11:15:31 +, Mick wrote: According to my emerge --info output I have sandbox, usersandbox and userpriv, all set. The owner of my portage directory and all files therein is root:root. Should the ownership be portage:portage? What is the default? As it happens, I switched a machine from rsync to git syncing last night, so started with a new tree. Everything is root:root. That implies that portage does not drop permissions for the sync, otherwise it wouldn't be able to write to the tree. And ps confirms that with an rsync sync, rsync is running as root. Thanks Neil, this this leaves me mildly confused as to what the gentoo-default ownership of portage tree is/should be. Until I hear differently I'll leave my old installations as portage:portage and the latest as root:root. It sounds to me like the repository is broken - having ownership as root seems to be slightly more entropy than portage and could have happened as a unintended consequence of some uncarefully completed operation. Is this the proper list to be on?
Re: [gentoo-user] .tmp-unverified-download-quarantine
On 2020-01-13 23:42, Neil Bothwick wrote: On Mon, 13 Jan 2020 12:37:11 +0100, n952162 wrote: The portage tree is sync'ed to the portage tree mirrors. A newer fs snapshot won't include the tree itself, but it will include the new default fs locations for the portage directory. Not sure what you mean ... you mean that the portage tree only comes in with the emerge --sync? A preliminary copy isn't in the stage3 tarball? That's correct. is this happening because I'm not using (the "optional") webrsync? It happens because the stage 3 doesn't contain a tree. The handbook tells you to run a sync after unpacking the stage 3 for that reason. webrsync is just another way of syncing, one that is more efficient than rsync when starting with an empty tree. I mean, am I getting these manifest/verification errors because I haven't used webrsync (apparently not). Which leaves me in a deadlocked situation. A fresh install, according to the instructions, on new hardware, fails. What should I do? Does anyone else have this problem?