[gentoo-user] Re: webrsync {SOLVED}
On 2020-02-23 16:47, Rich Freeman wrote: > > emerge-webrsync has just eaten my /usr/portage :-( ;-( > > > Offhand I'm not sure why it broke, but the gentoo repo is completely > disposable. When this sort of thing happens I generally just: > > cd /usr > mv portage portage-old > emerge-webrsync or emerge --sync It was 100% self inflicted. What I'd done to cause it was a bit stupid, but no document I know explicitly says "don't do this", so I think a follow up might be of some value. In a desperate act to satisfy the ever increasing build space requirements for firefox and its kin, I'd symlinked /var/tmp/portage to a subdirectory of /usr/portage. And webrsync does "rsync ... --delete ...", so now you see where this is going. Fortunately, as you say, the recovery was easy once I knew what went wrong. > You might consider moving the sync location out of /usr while you're > at it. Also, if you haven't already done so get > /usr/portage/distfiles outside of the repo directory. For new > installs both of these are moved to /var in non-nested directories, > but existing installs will continue to use their present locations. But I already have a bunch of symlinks to juggle the space requirements and I would rather not revisit that, right now. On my system /var is in the / filesystem and doesn't have that much space (less than the 8G necessary to build firefox). At some future spring cleaning time, maybe. Thanks for the help. -- Ian
Re: [gentoo-user] webrsync
On Sun, Feb 23, 2020 at 2:11 PM Ian Zimmerman wrote: > > emerge-webrsync has just eaten my /usr/portage :-( ;-( > > What has happened and how can I fix it? > Offhand I'm not sure why it broke, but the gentoo repo is completely disposable. When this sort of thing happens I generally just: cd /usr mv portage portage-old emerge-webrsync or emerge --sync You might consider moving the sync location out of /usr while you're at it. Also, if you haven't already done so get /usr/portage/distfiles outside of the repo directory. For new installs both of these are moved to /var in non-nested directories, but existing installs will continue to use their present locations. -- Rich
Re: [gentoo-user] webrsync
On dim. 23 févr. 11:11:31 2020, Ian Zimmerman wrote: > emerge-webrsync has just eaten my /usr/portage :-( ;-( > > I let it run unattended. When I came back I saw first some complaints > from rsync about "vanished" files ... something like > > /usr/portage/_build has vanished before it could be transferred > > and under that portage breaking all over because things in /usr/portage > were missing. And indeed when I look now, almost everything is gone - > all subdirectories including profiles/ and eclass/ are empty (not > distfiles/ but that is not surprising). > > Not a hardware problem - there are no syslog messages about i/o errors. > > What has happened and how can I fix it? I don’t know what could have caused that, but I think that you can try to sync again, or to use a regular rsync with pgp verification, cf. https://wiki.gentoo.org/wiki/Handbook:AMD64/Installation/Base for the configuration to use. -- Alarig
[gentoo-user] webrsync
emerge-webrsync has just eaten my /usr/portage :-( ;-( I let it run unattended. When I came back I saw first some complaints from rsync about "vanished" files ... something like /usr/portage/_build has vanished before it could be transferred and under that portage breaking all over because things in /usr/portage were missing. And indeed when I look now, almost everything is gone - all subdirectories including profiles/ and eclass/ are empty (not distfiles/ but that is not surprising). Not a hardware problem - there are no syslog messages about i/o errors. What has happened and how can I fix it? -- Ian
Re: [gentoo-user] KDE Panel Mouse Problem
On Sat, 22 Feb 2020 13:52:09 +0200 Franz Fellner wrote: > Autohide seems to work fine here. > Do you have the feature activated, that lets you change desktop when > the mouse hits the borders? If I activate that and have configured > the Virtual Desktop applet to show 4 desktops in two rows I get the > described effect: Hitting any of the four edges won't show the panel > but change the desktop, the mouse jumps to the opposite side. > > Am Sa., 22. Feb. 2020 um 13:10 Uhr schrieb jdm : > > > Hi, > > > > For the last three versions of plasma including latest 5.18 I am > > having a problem with panels. If I put autohide on and place the > > mouse on edge of the screen to get the panel to show my mouse > > (pointer) jumps to another part of the screen. It jumps out of the > > panel which hides again. > > > > This has been happening for the last 3 versions, I have created a > > new user and still have the problem and cleaned up configs. > > > > I have tried 3 different type of panels (app, default and empty) > > and in 4 places. It's even worse when placed on left or bottom as > > mouse jumps to centre. > > > > > > --- > > | X | > > | | > > | | > > | | > > |X X | > > |X X | > > |X X | > > |X X | > > |X X | > > |X | > > | | > > | | > > |XX| > > > > Figure 1. Screenshot of panel placements. > > > > When the panel is not on autohide there is no mouse jump > > > > Any ideas. > > > > John > > > > Hi. The feature is not activated. So I have activated but still the same problem. It's really frustrating. John
Re: [gentoo-user] Loading Issue
On Saturday, 22 February 2020 18:14:04 GMT Jack wrote: > On 2020.02.22 04:14, Roger J. H. Welsh wrote: > [snip ] > > > On another note, I don't see the "keymaps" rc-service when I use > > rc-status. Is there any chance it is loaded before the other > > services? Or alternatively, is there any way to set it as the first > > service that starts? Does anyone listening know? > > It seems that by default, rc-status does not show boot or sysinit > runlevels. You can try "rc-status --all". For me, keymaps is in the > boot runlevel. There might also be services not explicitly in any > runlevel, but started because they are a required for some other > service. Or you can just 'ls -l /etc/runlevels/*/keymaps'. -- Regards, Peter.
