Re: [gentoo-user] Problem with gdbus-codegen
On 01/29/2017 03:06 PM, Mick wrote: > On Sunday 29 Jan 2017 22:10:59 Neil Bothwick wrote: >> On Sun, 29 Jan 2017 19:17:47 +, Mick wrote: Are you running fstrim once in a while like it's recommended? Apparently using 'discard' as an option when mounting is no longer recommended. On my laptops I use a systemd timer to do this. Before that I used anacron (I think it was anacron) which would run missed cronjobs. >>> >>> This is surprised me ... I just installed Gentoo on a MacBook and the >>> handbook/wiki said to use discard in fstab ... I'm running two PCs like >>> this now. :-/ >>> >>> Is there a URL somewhere recommending otherwise? >> >> man fstrim: >> >> Running fstrim frequently, or even using mount -o discard, might >> negatively affect the lifetime of poor-quality SSD devices. For most >> desktop and server systems a sufficient trimming frequency is once a >> week. Note that not all devices support a queued trim, so each trim >> command incurs a performance penalty on whatever else might be trying to >> use the disk at the time. > > Hmm I better take these discards off fstab then. Are these weekly trims > OK, if the PC is rebooted on a daily basis? > Yes, just make sure you use anacron or a systemd timer that will run a missed job. I remember somewhere once or twice a day was OK as well as fstrim will complete faster. It is noticable when fstrim is running. Dan
Re: [gentoo-user] upgrading 1-year old system
On 01/29/2017 03:33 PM, Alan McKinnon wrote: > On 30/01/2017 00:25, Frank Steinmetzger wrote: >> On Sun, Jan 29, 2017 at 03:32:22PM -0600, Dale wrote: >> > I haven't updated my system for over a year (1year and 3-months). > I was trying to upgrade my firefox-bin and I'm already running into > problems. > > What is my best option, re-install from scratch, upgrade in stages etc. > With firefox-bin I'm getting: 1 year 3 months isn't usually that bad and it can be done - I've done it many times myself. However there are gotchas: […] - go slowly and deal with one block at a time. A regular emerge world probably won't succeed so you gotta bite of small chunks With those basics out the way, it's a great learning experience. I recommend you do it at least once. >>> >>> Might I also add, the -t option can reveal what is causing what >>> sometimes. >> >> Add --unordered-display to that (I put it into my emerge default options). >> It will shrink the output by removing duplicate [nomerge] lines and give you >> an easier to understand overview. >> >> A short while ago I updated an old netbook that hadn't seen any action in >> probably 2 years. It took a while (I cloned the HDD and compiled on my main >> rig), but I prevailed, inlcuding KDE 4 upgrades. >> >>> Also, I'd start with @system first, then work on @world. >> >> I use custom sets (basic tools, system utilities, X stuff, media players >> etc) and dealt with one of them at a time, starting with the less intricate >> ones. >> >>> Only bad thing is, KDE, if you have it installed, is in @system because >>> of dependencies, last I checked anyway. >> >> Uhm, KDE will not become part of @system, but you probably can't update kde >> without @system first. Much fun comes from the package renaming from >> kde-base to kde-apps, and now KDE4 isn't even in the tree anymore. (The OP >> hasn't stated whether he actually uses KDE, though.) > > > KDE isn't IN @system, but gets pulled in if you use --update --deep > > However, there's a way out. @system is a defined set of packages (about > 50 or so), not a list of stuff plus all it's deps. So do this: > > emerge @system > > That should keep everything except the list of system packages out of > the dep graph Thank you Alan for suggestion. Indeed "emerge @system" it limits number of packages to be upgraded. -- Thelma
Re: [gentoo-user] a couple of preserved-rebuild problems -- how to fix
On 01/29/2017 08:02 AM, John Covici wrote: > On Sun, 29 Jan 2017 08:41:59 -0500, > Responses in line. > > Alan McKinnon wrote: >> On 29/01/2017 12:11, John Covici wrote: >>> Hi. I am having a couple of preserved rebuild problems which I have >>> no idea how to fix. >> Ugh. Those problems are horrid to fix >> >>> The first one is like this: >> package: sys-libs/binutils-libs-2.27 >>> * - /usr/lib64/libbfd-2.25.1.so >>> * used by >>> /usr/lib64/binutils/x86_64-pc-linux-gnu/2.25.1/libopcodes-2.25.1.so >>> (sys-devel/binutils-2.25.1-r1) >>> >>> And no matter how many times I recompile the suggested package(s) it >>> remains. Why is this happening and how can I fix? >> Let's establish first what portage thinks the problem is. What is the >> output of >> >> ldd /usr/lib64/binutils/x86_64-pc-linux-gnu/2.25.1/libopcodes-2.25.1.so >> > linux-vdso.so.1 (0x7fff91936000) > libbfd-2.25.1.so => /usr/lib64/libbfd-2.25.1.so > (0x7fd3deeb7000) >libc.so.6 => /lib64/libc.so.6 > (0x7fd3deb1e000) >libz.so.1 => /lib64/libz.so.1 > (0x7fd3de906000) >libdl.so.2 => /lib64/libdl.so.2 > (0x7fd3de702000) >/lib64/ld-linux-x86-64.so.2 > (0x55f4cd0d2000) > >> and just for fun >> >> ldd /usr/lib64/libbfd-2.25.1.so > linux-vdso.so.1 (0x7ffeac123000) > libz.so.1 => /lib64/libz.so.1 (0x7fbaf1838000) >libdl.so.2 => /lib64/libdl.so.2 > (0x7fbaf1634000) > libc.so.6 => /lib64/libc.so.6 (0x7fbaf129a000) >/lib64/ld-linux-x86-64.so.2 > (0x5643cb966000) > >> Plus, what are your USE flags for binutils. > I seem to have several binutils -- here is what I have: > Installed versions: 2.25.1-r1(2.25.1)(01:06:59 AM > 01/11/2017)(cxx nls zlib -multitarget -static-libs -test > -vanilla) 2.26.1(2.26.1)(07:16:43 AM 12/27/2016)(cxx nls > -multitarget -static-libs -test -vanilla) 2.27(2.27)(07:23:40 AM > 12/27/2016)(cxx nls -multitarget -static-libs -test -vanilla) > >>> Now the second one is more complicated: >> package: media-video/ffmpeg-3.2.2 >>> * - /usr/lib64/libswscale.so.3 >>> * - /usr/lib64/libswscale.so.3.1.101 >>>* used by /usr/lib64/gstreamer-0.10/libgstffmpegscale.so >>>(media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r3) >>> * - /usr/lib64/libpostproc.so.53 >>> * - /usr/lib64/libpostproc.so.53.3.100 >>> * used by /usr/lib64/gstreamer-0.10/libgstpostproc.so >>> (media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r3) >>> * - /usr/lib64/libavcodec.so.56 >>>* - /usr/lib64/libavcodec.so.56.60.100 >>> * used by /usr/lib64/gstreamer-0.10/libgstffmpeg.so >>> (media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r3) >>> * used by /usr/lib64/gstreamer-0.10/libgstpostproc.so >>> (media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r3) >>> * - /usr/lib64/libavformat.so.56 >>> * - /usr/lib64/libavformat.so.56.40.101 >>>* used by /usr/lib64/gstreamer-0.10/libgstffmpeg.so >>>(media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r3) >>> * - /usr/lib64/libavutil.so.54 >>> * - /usr/lib64/libavutil.so.54.31.100 >>> * used by >>> /usr/lib64/gstreamer-0.10/libgstffmpeg.so >>> (media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r3) >>> * used by >>> /usr/lib64/gstreamer-0.10/libgstffmpegscale.so >>> (media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r3) >>>* used by >>>/usr/lib64/gstreamer-0.10/libgstpostproc.so >>>(media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r3) >>> * - /usr/lib64/libswresample.so.1 >>> * - /usr/lib64/libswresample.so.1.2.101 >>> >>> Now when I try to recompile it wants to upgrade, but the upgrade does >>> not emerge and there are so many depricated warnings and errors that I >>> have a link to the build log instead >>> >>> https://covici.com/owncloud/index.php/s/LOysHMSxcFDfLDD >>> >>> There is no ebuild for the original version in the tree, so I am >>> stumped here. >> This one rings a bell but I can't recall exactly what. >> >> I have several times in the past resolved these by brute force, >> unmerging the problem package and the thing it depends or or links to, >> then rebuilding both. >> >> Are you by chance running a mixed stable/testing system here? >> > No, just testing. I could unmerge and re-e
Re: [gentoo-user] a couple of preserved-rebuild problems -- how to fix
On Sun, 29 Jan 2017 19:42:04 -0500, Neil Bothwick wrote: > > [1 ] > On Sun, 29 Jan 2017 19:32:24 -0500, John Covici wrote: > > > > Is this the bell you are looking for? > > > https://bugs.gentoo.org/show_bug.cgi?id=574788 > > > > > > The ffmpeg 3.x upgrade has caused more than its fair share of issues. > > > > > > > OK, so how does this bug help in fixing my problems with > > gst-plugins-ffmpeg? I don't see plugins mentioned anywhere. > > You'll need to look at the bug reports that block this one, which is a > tracker. I ended up uninstalling a few packages, some probably > unnecessarily, before I could get ffmpeg updated. However, all seems well > now. ffmpeg is updated, no problems there, just the plugin is messed up, but I will check the other bugs and see if there is any advice there. -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici cov...@ccs.covici.com
Re: [gentoo-user] a couple of preserved-rebuild problems -- how to fix
On Sun, 29 Jan 2017 19:32:24 -0500, John Covici wrote: > > Is this the bell you are looking for? > > https://bugs.gentoo.org/show_bug.cgi?id=574788 > > > > The ffmpeg 3.x upgrade has caused more than its fair share of issues. > > > > OK, so how does this bug help in fixing my problems with > gst-plugins-ffmpeg? I don't see plugins mentioned anywhere. You'll need to look at the bug reports that block this one, which is a tracker. I ended up uninstalling a few packages, some probably unnecessarily, before I could get ffmpeg updated. However, all seems well now. -- Neil Bothwick And then Adam said, "What's a headache? pgptB2LP4WnYr.pgp Description: OpenPGP digital signature
Re: [gentoo-user] Problem with gdbus-codegen
On Sun, 29 Jan 2017 23:06:23 +, Mick wrote: > > Running fstrim frequently, or even using mount -o discard, might > > negatively affect the lifetime of poor-quality SSD devices. For most > > desktop and server systems a sufficient trimming frequency is once a > > week. Note that not all devices support a queued trim, so each trim > > command incurs a performance penalty on whatever else might be trying > > to use the disk at the time. > > Hmm I better take these discards off fstab then. Are these weekly > trims OK, if the PC is rebooted on a daily basis? Weekly seems to be what the man page recommends. You could certainly get away with less on a lightly used system. -- Neil Bothwick What do you call a dead bee? - A was. pgpBtoGNb15Ph.pgp Description: OpenPGP digital signature
Re: [gentoo-user] a couple of preserved-rebuild problems -- how to fix
On Sun, 29 Jan 2017 09:18:30 -0500, Neil Bothwick wrote: > > [1 ] > On Sun, 29 Jan 2017 09:02:49 -0500, John Covici wrote: > > > > Plus, what are your USE flags for binutils. > > I seem to have several binutils -- here is what I have: > > Installed versions: 2.25.1-r1(2.25.1)(01:06:59 AM > > 01/11/2017)(cxx nls zlib -multitarget -static-libs -test > > -vanilla) 2.26.1(2.26.1)(07:16:43 AM 12/27/2016)(cxx nls > > -multitarget -static-libs -test -vanilla) 2.27(2.27)(07:23:40 AM > > 12/27/2016)(cxx nls -multitarget -static-libs -test -vanilla) > > Have you depcleaned recently? I used to have multiple slots of binutils > but now have only 2.27 installed. > > > > > Now the second one is more complicated: > > > package: media-video/ffmpeg-3.2.2 > [snip] > > > > Now when I try to recompile it wants to upgrade, but the upgrade > > > > does not emerge and there are so many depricated warnings and > > > > errors that I have a link to the build log instead > > > > This one rings a bell but I can't recall exactly what. > > Is this the bell you are looking for? > https://bugs.gentoo.org/show_bug.cgi?id=574788 > > The ffmpeg 3.x upgrade has caused more than its fair share of issues. > OK, so how does this bug help in fixing my problems with gst-plugins-ffmpeg? I don't see plugins mentioned anywhere. -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici cov...@ccs.covici.com
Re: [gentoo-user] upgrading 1-year old system
the...@sys-concept.com wrote: > On 01/29/2017 03:25 PM, Frank Steinmetzger wrote: >> On Sun, Jan 29, 2017 at 03:32:22PM -0600, Dale wrote: >> > I haven't updated my system for over a year (1year and 3-months). > I was trying to upgrade my firefox-bin and I'm already running into > problems. > > What is my best option, re-install from scratch, upgrade in stages etc. > With firefox-bin I'm getting: 1 year 3 months isn't usually that bad and it can be done - I've done it many times myself. However there are gotchas: […] - go slowly and deal with one block at a time. A regular emerge world probably won't succeed so you gotta bite of small chunks With those basics out the way, it's a great learning experience. I recommend you do it at least once. >>> Might I also add, the -t option can reveal what is causing what >>> sometimes. >> Add --unordered-display to that (I put it into my emerge default options). >> It will shrink the output by removing duplicate [nomerge] lines and give you >> an easier to understand overview. >> >> A short while ago I updated an old netbook that hadn't seen any action in >> probably 2 years. It took a while (I cloned the HDD and compiled on my main >> rig), but I prevailed, inlcuding KDE 4 upgrades. >> >>> Also, I'd start with @system first, then work on @world. >> I use custom sets (basic tools, system utilities, X stuff, media players >> etc) and dealt with one of them at a time, starting with the less intricate >> ones. >> >>> Only bad thing is, KDE, if you have it installed, is in @system because >>> of dependencies, last I checked anyway. >> Uhm, KDE will not become part of @system, but you probably can't update kde >> without @system first. Much fun comes from the package renaming from >> kde-base to kde-apps, and now KDE4 isn't even in the tree anymore. (The OP >> hasn't stated whether he actually uses KDE, though.) >> >> There are three options that spring to mind: >> - use the -D flag. Not really an option at the start, but later on in the >> process. The problem: if you upgrade package A, which depends on package >> C, then the -D flag will catch it. But if package B also depends on it and >> *requires* a lower version, you get blockers. >> - Those blockers you can either remove temporarily (such as media >> applications that are rich in dependencies) >> - or add them to a small list of packages that you then update with one >> emerge run. >> - Try updating the unsuspicious stuff first. It will thin out your emerge >> output and let you deal with the tricky stuff later. Ask eix -uc. It will >> show you all upgradable packages and mark those in world with a different >> colour. Plus it is my hope that this will speed up emerge -u world because >> the package list becomes smaller. >> >> Happy hunting. > I'm running Xfce so I don't have to deal with KDE?. > Thanks all for help, I'll stay in touch if I run into problem. And I'm > sure there will be plenty :-) > > > Thelma > > Yea, we like watching others getting tortured by error messages that need to be decrypted. lol I've been there myself. Dale :-) :-)
Re: [gentoo-user] Re: Copying USB->USB: sync after every file
On Sun, Jan 29, 2017 at 11:12:43PM +, Mick wrote: > On Sunday 29 Jan 2017 02:14:27 Frank Steinmetzger wrote: > > On Sat, Jan 28, 2017 at 11:56:03PM +, Mick wrote: > > > On Saturday 28 Jan 2017 23:55:05 Frank Steinmetzger wrote: > > > > Well, I created a test user, which is only member of the audio and video > > > > groups. With that, I do get the arrow button which is also able to mount > > > > the media. But it also gets “Access denied” when I click on the Dolphin > > > > item. So it’s not a permission thing per se. More like a settings > > > > problem with my KDE (funnily enough on both my machines). *sigh* > > > > > > Add your user to group plugdev, reboot and try again. > > > > Adding myself to that group is one of the first things I learned and > > remembered from when I dived into the Gentoo world. ;-) > > I can't recall if you confirmed you are also a member of the usb group? If > yes, then I'm running out of ideas ... I am not part of that group (never have, methinks). So on the laptop I added my user to the usb group, logged out and back in, but the behaviour remained unchanged. I set up a new Gentoo system on a spare HDD in a chroot. It is still building (thouh plasma is already done). I’ll boot it tomorrow and see what it does. This is my first system with KDE5 from scratch without having seen KDE4 (except for the PIM suite). -- Gruß | Greetings | Qapla’ Please do not share anything from, with or about me with any social network. “Any sufficiently advanced bug is indistinguishable from a feature.” — Rich Kulawiec signature.asc Description: Digital signature
Re: [gentoo-user] upgrading 1-year old system
On 01/29/2017 03:25 PM, Frank Steinmetzger wrote: > On Sun, Jan 29, 2017 at 03:32:22PM -0600, Dale wrote: > I haven't updated my system for over a year (1year and 3-months). I was trying to upgrade my firefox-bin and I'm already running into problems. What is my best option, re-install from scratch, upgrade in stages etc. With firefox-bin I'm getting: >>> >>> 1 year 3 months isn't usually that bad and it can be done - I've done it >>> many times myself. However there are gotchas: >>> […] >>> - go slowly and deal with one block at a time. A regular emerge world >>> probably won't succeed so you gotta bite of small chunks >>> >>> With those basics out the way, it's a great learning experience. I >>> recommend you do it at least once. >> >> Might I also add, the -t option can reveal what is causing what >> sometimes. > > Add --unordered-display to that (I put it into my emerge default options). > It will shrink the output by removing duplicate [nomerge] lines and give you > an easier to understand overview. > > A short while ago I updated an old netbook that hadn't seen any action in > probably 2 years. It took a while (I cloned the HDD and compiled on my main > rig), but I prevailed, inlcuding KDE 4 upgrades. > >> Also, I'd start with @system first, then work on @world. > > I use custom sets (basic tools, system utilities, X stuff, media players > etc) and dealt with one of them at a time, starting with the less intricate > ones. > >> Only bad thing is, KDE, if you have it installed, is in @system because >> of dependencies, last I checked anyway. > > Uhm, KDE will not become part of @system, but you probably can't update kde > without @system first. Much fun comes from the package renaming from > kde-base to kde-apps, and now KDE4 isn't even in the tree anymore. (The OP > hasn't stated whether he actually uses KDE, though.) > > There are three options that spring to mind: > - use the -D flag. Not really an option at the start, but later on in the > process. The problem: if you upgrade package A, which depends on package > C, then the -D flag will catch it. But if package B also depends on it and > *requires* a lower version, you get blockers. > - Those blockers you can either remove temporarily (such as media > applications that are rich in dependencies) > - or add them to a small list of packages that you then update with one > emerge run. > - Try updating the unsuspicious stuff first. It will thin out your emerge > output and let you deal with the tricky stuff later. Ask eix -uc. It will > show you all upgradable packages and mark those in world with a different > colour. Plus it is my hope that this will speed up emerge -u world because > the package list becomes smaller. > > Happy hunting. I'm running Xfce so I don't have to deal with KDE?. Thanks all for help, I'll stay in touch if I run into problem. And I'm sure there will be plenty :-) Thelma
Re: [gentoo-user] upgrading 1-year old system
On 01/29/2017 02:43 PM, Michael Orlitzky wrote: > On 01/29/2017 03:56 PM, the...@sys-concept.com wrote: >> I haven't updated my system for over a year (1year and 3-months). >> I was trying to upgrade my firefox-bin and I'm already running into problems. >> > > Ugh, you're in for it. The ncurses update requires --backtrack=100 or > something like that. Independently, the ruby situation is a mess because > ruby20 was masked at the same time as the RUBY_TARGETS flag, meaning > that everyone's system immediately became inconsistent (installed > packages depending on masked flag depending on masked dev-lang/ruby). > You might be better off manually unmasking ruby:2.0 and > USE=ruby_targets_ruby20 until this is over. > > Start at the top and "emerge -v1" things one at a time. If that doesn't > work, start at the bottom and try it. Or go through your /var/db/pkg and > see which one of those you can hit with an "emerge -1" successfully. > Once you've gotten the list down a little bit, it might be easier to see > what the blockers are. Very sound advise, I'll deal with upgrading rubby 2.0 later on. System is upgrading so it will take a while. -- Thelma
Re: [gentoo-user] Bootloaders: SILENT CRISIS!!!
On Sunday 29 Jan 2017 14:44:45 Tom H wrote: > On Sat, Jan 28, 2017 at 2:31 PM, Mick wrote: > > rEFInd is definitely a slick and useful boot manager for multibooting. > > On this occasion I did not install it, but decided to remain > > minimalist, because I do not want to interfere much with the AppleMac > > installation. > > > > So, I created /boot/EFI/LINUX/ on /dev/sda1, leaving the original > > /boot/EFI/APPLE as was and copied in the LINUX/ directory just the > > gentoo kernel image, .config and System files. I named the kernel > > image 'bootx64-4.4.39-gentoo.efi' to differentiate from other images I > > will install over time. > > > > Then using the efibootmgr I set up bootx64-4.4.39-gentoo.efi as the > > default boot kernel and when the MackBook is started it boots straight > > into Gentoo, in what it feels like milliseconds. :-) > > > > When I need to boot into MacOS I have to press the alt key (aka Option > > ⌥ key) as I power it on and the Apple firmware boot loader takes over. > > What I don't know yet is if a MacOS upgrade will wipe the > > /boot/EFI/LINUX/ in /dev/sda1 as it upgrades the APPLE files, but it > > is easy to boot with a LiveUSB and copy over the Linux kernel once > > more. > > Apple doesn't boot from the ESP [1] so it most likely won't touch > "/boot/EFI/LINUX/". > > For example, on my MacBook, the ESP only has what looks like hardware > updaters. Yes, this is where firmware updates install images for the hardware and these are flashed/loaded when the MacOS boots. > # diskutil list disk0 > /dev/disk0 (internal): >#: TYPE NAMESIZE > IDENTIFIER 0: GUID_partition_scheme 500.3 GB > disk0 1:EFI EFI 314.6 MB > disk0s1 2: Apple_CoreStorage Macintosh HD499.3 GB > disk0s2 3: Apple_Boot Recovery HD 650.0 MB > disk0s3 > > > # diskutil mount readOnly -mountpoint ESP disk0s1 > Volume EFI on disk0s1 mounted > > > # ls -R ESP/EFI > APPLE > > ESP/EFI/APPLE: > EXTENSIONS FIRMWARE UPDATERS > > ESP/EFI/APPLE/EXTENSIONS: > Firmware.scap > > ESP/EFI/APPLE/FIRMWARE: > MB91_0154_B09_LOCKED.fd > > ESP/EFI/APPLE/UPDATERS: > MULTIUPDATER USBCH USBCVA > > ESP/EFI/APPLE/UPDATERS/MULTIUPDATER: > HPMUtil.efi Mac-9AE82516C7C6B903.epm MultiUpdater.efi flasher_base.smc > Mac-9AE82516C7C6B903-B0_3.72.bin Mac-9AE82516C7C6B903.smc > SmcFlasher.efi flasher_update.smc > > ESP/EFI/APPLE/UPDATERS/USBCH: > HPMUtil_v39.efi J93-USBC-NVM-2.72.0-P_B0-S.bin > > ESP/EFI/APPLE/UPDATERS/USBCVA: > HPMUtil.efi fw-p1-USBCVideoAdapter-S.bin > # > > > [1] Apple's EFI firmware can read hfsplus and it boots (IIRC since OS > X 10.10) from a kernel on the Apple_Boot partition (disk0s3). Yes, Apple's firmare reads the blessed hfs+ partition and fishes out its bootx64.efi file kernel image, but I thought this was from the second partition where the OS is installed. I'll have a look tomorrow when I boot it up. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Re: Copying USB->USB: sync after every file
On Sunday 29 Jan 2017 02:14:27 Frank Steinmetzger wrote: > On Sat, Jan 28, 2017 at 11:56:03PM +, Mick wrote: > > On Saturday 28 Jan 2017 23:55:05 Frank Steinmetzger wrote: > > > Well, I created a test user, which is only member of the audio and video > > > groups. With that, I do get the arrow button which is also able to mount > > > the media. But it also gets “Access denied” when I click on the Dolphin > > > item. So it’s not a permission thing per se. More like a settings > > > problem with my KDE (funnily enough on both my machines). *sigh* > > > > Add your user to group plugdev, reboot and try again. > > Adding myself to that group is one of the first things I learned and > remembered from when I dived into the Gentoo world. ;-) I can't recall if you confirmed you are also a member of the usb group? If yes, then I'm running out of ideas ... -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Problem with gdbus-codegen
On Sunday 29 Jan 2017 22:10:59 Neil Bothwick wrote: > On Sun, 29 Jan 2017 19:17:47 +, Mick wrote: > > > Are you running fstrim once in a while like it's recommended? > > > Apparently using 'discard' as an option when mounting is no longer > > > recommended. On my laptops I use a systemd timer to do this. Before > > > that I used anacron (I think it was anacron) which would run missed > > > cronjobs. > > > > This is surprised me ... I just installed Gentoo on a MacBook and the > > handbook/wiki said to use discard in fstab ... I'm running two PCs like > > this now. :-/ > > > > Is there a URL somewhere recommending otherwise? > > man fstrim: > > Running fstrim frequently, or even using mount -o discard, might > negatively affect the lifetime of poor-quality SSD devices. For most > desktop and server systems a sufficient trimming frequency is once a > week. Note that not all devices support a queued trim, so each trim > command incurs a performance penalty on whatever else might be trying to > use the disk at the time. Hmm I better take these discards off fstab then. Are these weekly trims OK, if the PC is rebooted on a daily basis? -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] upgrading 1-year old system
On 30/01/2017 00:25, Frank Steinmetzger wrote: > On Sun, Jan 29, 2017 at 03:32:22PM -0600, Dale wrote: > I haven't updated my system for over a year (1year and 3-months). I was trying to upgrade my firefox-bin and I'm already running into problems. What is my best option, re-install from scratch, upgrade in stages etc. With firefox-bin I'm getting: >>> >>> 1 year 3 months isn't usually that bad and it can be done - I've done it >>> many times myself. However there are gotchas: >>> […] >>> - go slowly and deal with one block at a time. A regular emerge world >>> probably won't succeed so you gotta bite of small chunks >>> >>> With those basics out the way, it's a great learning experience. I >>> recommend you do it at least once. >> >> Might I also add, the -t option can reveal what is causing what >> sometimes. > > Add --unordered-display to that (I put it into my emerge default options). > It will shrink the output by removing duplicate [nomerge] lines and give you > an easier to understand overview. > > A short while ago I updated an old netbook that hadn't seen any action in > probably 2 years. It took a while (I cloned the HDD and compiled on my main > rig), but I prevailed, inlcuding KDE 4 upgrades. > >> Also, I'd start with @system first, then work on @world. > > I use custom sets (basic tools, system utilities, X stuff, media players > etc) and dealt with one of them at a time, starting with the less intricate > ones. > >> Only bad thing is, KDE, if you have it installed, is in @system because >> of dependencies, last I checked anyway. > > Uhm, KDE will not become part of @system, but you probably can't update kde > without @system first. Much fun comes from the package renaming from > kde-base to kde-apps, and now KDE4 isn't even in the tree anymore. (The OP > hasn't stated whether he actually uses KDE, though.) KDE isn't IN @system, but gets pulled in if you use --update --deep However, there's a way out. @system is a defined set of packages (about 50 or so), not a list of stuff plus all it's deps. So do this: emerge @system That should keep everything except the list of system packages out of the dep graph -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] upgrading 1-year old system
On Sun, Jan 29, 2017 at 03:32:22PM -0600, Dale wrote: > >> I haven't updated my system for over a year (1year and 3-months). > >> I was trying to upgrade my firefox-bin and I'm already running into > >> problems. > >> > >> What is my best option, re-install from scratch, upgrade in stages etc. > >> With firefox-bin I'm getting: > > > > 1 year 3 months isn't usually that bad and it can be done - I've done it > > many times myself. However there are gotchas: > > […] > > - go slowly and deal with one block at a time. A regular emerge world > > probably won't succeed so you gotta bite of small chunks > > > > With those basics out the way, it's a great learning experience. I > > recommend you do it at least once. > > Might I also add, the -t option can reveal what is causing what > sometimes. Add --unordered-display to that (I put it into my emerge default options). It will shrink the output by removing duplicate [nomerge] lines and give you an easier to understand overview. A short while ago I updated an old netbook that hadn't seen any action in probably 2 years. It took a while (I cloned the HDD and compiled on my main rig), but I prevailed, inlcuding KDE 4 upgrades. > Also, I'd start with @system first, then work on @world. I use custom sets (basic tools, system utilities, X stuff, media players etc) and dealt with one of them at a time, starting with the less intricate ones. > Only bad thing is, KDE, if you have it installed, is in @system because > of dependencies, last I checked anyway. Uhm, KDE will not become part of @system, but you probably can't update kde without @system first. Much fun comes from the package renaming from kde-base to kde-apps, and now KDE4 isn't even in the tree anymore. (The OP hasn't stated whether he actually uses KDE, though.) There are three options that spring to mind: - use the -D flag. Not really an option at the start, but later on in the process. The problem: if you upgrade package A, which depends on package C, then the -D flag will catch it. But if package B also depends on it and *requires* a lower version, you get blockers. - Those blockers you can either remove temporarily (such as media applications that are rich in dependencies) - or add them to a small list of packages that you then update with one emerge run. - Try updating the unsuspicious stuff first. It will thin out your emerge output and let you deal with the tricky stuff later. Ask eix -uc. It will show you all upgradable packages and mark those in world with a different colour. Plus it is my hope that this will speed up emerge -u world because the package list becomes smaller. Happy hunting. -- Gruß | Greetings | Qapla’ Please do not share anything from, with or about me with any social network. Don’t knock, just put me down on the doorstep. signature.asc Description: Digital signature
Re: [gentoo-user] upgrading 1-year old system
On Sun, 29 Jan 2017 13:56:00 -0700, the...@sys-concept.com wrote: > I haven't updated my system for over a year (1year and 3-months). > I was trying to upgrade my firefox-bin and I'm already running into > problems. The advice you've already been given is all good. I would add that you should make sure your underlying system is up to date before worrying about the programs you use. Start with emerge -ua @system Deal with any blocks or gotchas that reveals, then think about proceeding to update the rest of your OS. -- Neil Bothwick Nixon's Principal: If 2 wrongs don't make a right, try 3. pgpWQGJEkXaVV.pgp Description: OpenPGP digital signature
Re: [gentoo-user] Problem with gdbus-codegen
On Sun, 29 Jan 2017 19:17:47 +, Mick wrote: > > Are you running fstrim once in a while like it's recommended? > > Apparently using 'discard' as an option when mounting is no longer > > recommended. On my laptops I use a systemd timer to do this. Before > > that I used anacron (I think it was anacron) which would run missed > > cronjobs. > This is surprised me ... I just installed Gentoo on a MacBook and the > handbook/wiki said to use discard in fstab ... I'm running two PCs like > this now. :-/ > > Is there a URL somewhere recommending otherwise? man fstrim: Running fstrim frequently, or even using mount -o discard, might negatively affect the lifetime of poor-quality SSD devices. For most desktop and server systems a sufficient trimming frequency is once a week. Note that not all devices support a queued trim, so each trim command incurs a performance penalty on whatever else might be trying to use the disk at the time. -- Neil Bothwick I am Scooby Doo of Borg- Reware roo re arimorated, Raggy! pgpXhYoJloZmJ.pgp Description: OpenPGP digital signature
Re: [gentoo-user] upgrading 1-year old system
On 01/29/2017 03:56 PM, the...@sys-concept.com wrote: > I haven't updated my system for over a year (1year and 3-months). > I was trying to upgrade my firefox-bin and I'm already running into problems. > Ugh, you're in for it. The ncurses update requires --backtrack=100 or something like that. Independently, the ruby situation is a mess because ruby20 was masked at the same time as the RUBY_TARGETS flag, meaning that everyone's system immediately became inconsistent (installed packages depending on masked flag depending on masked dev-lang/ruby). You might be better off manually unmasking ruby:2.0 and USE=ruby_targets_ruby20 until this is over. Start at the top and "emerge -v1" things one at a time. If that doesn't work, start at the bottom and try it. Or go through your /var/db/pkg and see which one of those you can hit with an "emerge -1" successfully. Once you've gotten the list down a little bit, it might be easier to see what the blockers are.
Re: [gentoo-user] upgrading 1-year old system
Alan McKinnon wrote:
> On 29/01/2017 22:56, the...@sys-concept.com wrote:
>> I haven't updated my system for over a year (1year and 3-months).
>> I was trying to upgrade my firefox-bin and I'm already running into problems.
>>
>> What is my best option, re-install from scratch, upgrade in stages etc.
>> With firefox-bin I'm getting:
>
>
> 1 year 3 months isn't usually that bad and it can be done - I've done it
> many times myself. However there are gotchas:
>
> - there is no stock method and no stock answers. So asking
> "I can't upgrade procps! What must I do?"
> isn't going to get you much in the way of usable replies. Most will be
> something like "I have no idea. Please be /way/ more specific"
>
> - you need to understand what portage is telling you when it dumps a
> crapload of output on the screen. If you can read through blockers and
> figure out what to do, it's usually not that hard. It however tedious.
>
> - you need to have a good grasp of what most packages do. So if you
> think perhaps you need to unmerge binutils or python, your brain must
> scream at you that it's a very very bad idea, and you need to know why
> (reason: portage don't work for shit with those packages gone and needs
> them present to put them back. Hello chicken, greet egg)
>
> - go slowly and deal with one block at a time. A regular emerge world
> probably won't succeed so you gotta bite of small chunks
>
> With those basics out the way, it's a great learning experience. I
> recommend you do it at least once.
>
>> emerge -p firefox-bin
>>
>> These are the packages that would be merged, in order:
>>
>> Calculating dependencies... done!
>> [ebuild N ] dev-libs/libuv-1.10.2 USE="-static-libs"
>> [ebuild N ] dev-util/ninja-1.6.0 USE="-doc -emacs {-test} -vim-syntax
>> -zsh-completion"
>> [ebuild U ] www-client/firefox-bin-45.6.0 [38.6.1] L10N="-ach% -af%
>> -an% -ar% -as% -ast% -az% -be% -bg% -bn-BD% -bn-IN% -br% -bs% -ca% -cs% -cy%
>> -da% -de% -el% -en-GB% -en-ZA% -eo% -es-AR% -es-CL% -es-ES% -es-MX% -et%
>> -eu% -fa% -fi% -fr% -fy% -ga% -gd% -gl% -gu% -he% -hi% -hr% -hsb% -hu% -hy%
>> -id% -is% -it% -ja% -kk% -km% -kn% -ko% -lt% -lv% -mai% -mk% -ml% -mr% -ms%
>> -nb% -nl% -nn% -or% -pa% -pl% -pt-BR% -pt-PT% -rm% -ro% -ru% -si% -sk% -sl%
>> -son% -sq% -sr% -sv% -ta% -te% -th% -tr% -uk% -uz% -vi% -xh% -zh-CN%
>> -zh-TW%"
>> [ebuild U ] dev-java/java-config-2.2.0-r3 [2.2.0] USE="{-test%}"
>> PYTHON_TARGETS="(-python3_5)"
>> [uninstall ] dev-java/java-config-wrapper-0.16
>> [blocks b ] dev-java/java-config-wrapper
>> ("dev-java/java-config-wrapper" is blocking dev-java/java-config-2.2.0-r3)
>> [ebuild NS] sys-libs/db-5.3.28-r2 [4.8.30-r2] USE="cxx java -doc
>> -examples -tcl {-test}"
>> [ebuild U ] sys-libs/ncurses-6.0-r1 [5.9-r5] USE="{-test%} -threads%"
>> [ebuild r U ] sys-process/procps-3.3.12 [3.3.10-r1] USE="kill%*"
>> [ebuild U ] dev-util/cmake-3.7.2 [3.3.1-r1]
>> [ebuild r U ] sys-devel/llvm-3.7.1-r3 [3.5.0] USE="-lldb%"
>> [ebuild rR] app-editors/xemacs-21.4.24
>
> java-config-wrapper is long gone. Remove it and java-config will
> probably succeed
>
>> !!! Multiple package instances within a single package slot have been pulled
>> !!! into the dependency graph, resulting in a slot conflict:
>>
>> sys-process/procps:0
>>
>> (sys-process/procps-3.3.12:0/5::gentoo, ebuild scheduled for merge) pulled
>> in by
>> (no parents that aren't satisfied by other packages in this slot)
>>
>> (sys-process/procps-3.3.10-r1:0/0::gentoo, installed) pulled in by
>> sys-process/procps:0/0= required by
>> (dev-db/mariadb-10.0.22:0/18::gentoo, installed)
>> ^
>>
> Update mariadb by itself to fix this. The version you have wants a
> subslot of procps that no longer exists
>
>> sys-libs/ncurses:0
>>
>> (sys-libs/ncurses-6.0-r1:0/6::gentoo, ebuild scheduled for merge) pulled
>> in by
>> (no parents that aren't satisfied by other packages in this slot)
>>
>> (sys-libs/ncurses-5.9-r5:0/5::gentoo, installed) pulled in by
>> sys-libs/ncurses:0/5= required by
>> (dev-lang/ruby-2.0.0_p647-r1:2.0/2.0::gentoo, installed)
>> ^
>>
>>
>> sys-libs/ncurses:0/5[ada?,cxx?,gpm?,static-libs?,tinfo?,unicode?,abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?]
>> required by (sys-libs/ncurses-5.9-r99:5/5::gentoo, installed)
>>
>>
>>
>>
Re: [gentoo-user] upgrading 1-year old system
On 29/01/2017 22:56, the...@sys-concept.com wrote:
> I haven't updated my system for over a year (1year and 3-months).
> I was trying to upgrade my firefox-bin and I'm already running into problems.
>
> What is my best option, re-install from scratch, upgrade in stages etc.
> With firefox-bin I'm getting:
1 year 3 months isn't usually that bad and it can be done - I've done it
many times myself. However there are gotchas:
- there is no stock method and no stock answers. So asking
"I can't upgrade procps! What must I do?"
isn't going to get you much in the way of usable replies. Most will be
something like "I have no idea. Please be /way/ more specific"
- you need to understand what portage is telling you when it dumps a
crapload of output on the screen. If you can read through blockers and
figure out what to do, it's usually not that hard. It however tedious.
- you need to have a good grasp of what most packages do. So if you
think perhaps you need to unmerge binutils or python, your brain must
scream at you that it's a very very bad idea, and you need to know why
(reason: portage don't work for shit with those packages gone and needs
them present to put them back. Hello chicken, greet egg)
- go slowly and deal with one block at a time. A regular emerge world
probably won't succeed so you gotta bite of small chunks
With those basics out the way, it's a great learning experience. I
recommend you do it at least once.
>
> emerge -p firefox-bin
>
> These are the packages that would be merged, in order:
>
> Calculating dependencies... done!
> [ebuild N ] dev-libs/libuv-1.10.2 USE="-static-libs"
> [ebuild N ] dev-util/ninja-1.6.0 USE="-doc -emacs {-test} -vim-syntax
> -zsh-completion"
> [ebuild U ] www-client/firefox-bin-45.6.0 [38.6.1] L10N="-ach% -af% -an%
> -ar% -as% -ast% -az% -be% -bg% -bn-BD% -bn-IN% -br% -bs% -ca% -cs% -cy% -da%
> -de% -el% -en-GB% -en-ZA% -eo% -es-AR% -es-CL% -es-ES% -es-MX% -et% -eu% -fa%
> -fi% -fr% -fy% -ga% -gd% -gl% -gu% -he% -hi% -hr% -hsb% -hu% -hy% -id% -is%
> -it% -ja% -kk% -km% -kn% -ko% -lt% -lv% -mai% -mk% -ml% -mr% -ms% -nb% -nl%
> -nn% -or% -pa% -pl% -pt-BR% -pt-PT% -rm% -ro% -ru% -si% -sk% -sl% -son% -sq%
> -sr% -sv% -ta% -te% -th% -tr% -uk% -uz% -vi% -xh% -zh-CN% -zh-TW%"
> [ebuild U ] dev-java/java-config-2.2.0-r3 [2.2.0] USE="{-test%}"
> PYTHON_TARGETS="(-python3_5)"
> [uninstall ] dev-java/java-config-wrapper-0.16
> [blocks b ] dev-java/java-config-wrapper ("dev-java/java-config-wrapper"
> is blocking dev-java/java-config-2.2.0-r3)
> [ebuild NS] sys-libs/db-5.3.28-r2 [4.8.30-r2] USE="cxx java -doc
> -examples -tcl {-test}"
> [ebuild U ] sys-libs/ncurses-6.0-r1 [5.9-r5] USE="{-test%} -threads%"
> [ebuild r U ] sys-process/procps-3.3.12 [3.3.10-r1] USE="kill%*"
> [ebuild U ] dev-util/cmake-3.7.2 [3.3.1-r1]
> [ebuild r U ] sys-devel/llvm-3.7.1-r3 [3.5.0] USE="-lldb%"
> [ebuild rR] app-editors/xemacs-21.4.24
java-config-wrapper is long gone. Remove it and java-config will
probably succeed
>
> !!! Multiple package instances within a single package slot have been pulled
> !!! into the dependency graph, resulting in a slot conflict:
>
> sys-process/procps:0
>
> (sys-process/procps-3.3.12:0/5::gentoo, ebuild scheduled for merge) pulled
> in by
> (no parents that aren't satisfied by other packages in this slot)
>
> (sys-process/procps-3.3.10-r1:0/0::gentoo, installed) pulled in by
> sys-process/procps:0/0= required by (dev-db/mariadb-10.0.22:0/18::gentoo,
> installed)
> ^
>
Update mariadb by itself to fix this. The version you have wants a
subslot of procps that no longer exists
>
> sys-libs/ncurses:0
>
> (sys-libs/ncurses-6.0-r1:0/6::gentoo, ebuild scheduled for merge) pulled in
> by
> (no parents that aren't satisfied by other packages in this slot)
>
> (sys-libs/ncurses-5.9-r5:0/5::gentoo, installed) pulled in by
> sys-libs/ncurses:0/5= required by
> (dev-lang/ruby-2.0.0_p647-r1:2.0/2.0::gentoo, installed)
> ^
>
>
> sys-libs/ncurses:0/5[ada?,cxx?,gpm?,static-libs?,tinfo?,unicode?,abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?]
> required by (sys-libs/ncurses-5.9-r99:5/5::gentoo, installed)
>
>
>
>
>
> (and 15 more with the same problems)
see below about ruby-2.0
>
> sys-devel/llvm:0
>
[gentoo-user] upgrading 1-year old system
I haven't updated my system for over a year (1year and 3-months).
I was trying to upgrade my firefox-bin and I'm already running into problems.
What is my best option, re-install from scratch, upgrade in stages etc.
With firefox-bin I'm getting:
emerge -p firefox-bin
These are the packages that would be merged, in order:
Calculating dependencies... done!
[ebuild N ] dev-libs/libuv-1.10.2 USE="-static-libs"
[ebuild N ] dev-util/ninja-1.6.0 USE="-doc -emacs {-test} -vim-syntax
-zsh-completion"
[ebuild U ] www-client/firefox-bin-45.6.0 [38.6.1] L10N="-ach% -af% -an%
-ar% -as% -ast% -az% -be% -bg% -bn-BD% -bn-IN% -br% -bs% -ca% -cs% -cy% -da%
-de% -el% -en-GB% -en-ZA% -eo% -es-AR% -es-CL% -es-ES% -es-MX% -et% -eu% -fa%
-fi% -fr% -fy% -ga% -gd% -gl% -gu% -he% -hi% -hr% -hsb% -hu% -hy% -id% -is%
-it% -ja% -kk% -km% -kn% -ko% -lt% -lv% -mai% -mk% -ml% -mr% -ms% -nb% -nl%
-nn% -or% -pa% -pl% -pt-BR% -pt-PT% -rm% -ro% -ru% -si% -sk% -sl% -son% -sq%
-sr% -sv% -ta% -te% -th% -tr% -uk% -uz% -vi% -xh% -zh-CN% -zh-TW%"
[ebuild U ] dev-java/java-config-2.2.0-r3 [2.2.0] USE="{-test%}"
PYTHON_TARGETS="(-python3_5)"
[uninstall ] dev-java/java-config-wrapper-0.16
[blocks b ] dev-java/java-config-wrapper ("dev-java/java-config-wrapper"
is blocking dev-java/java-config-2.2.0-r3)
[ebuild NS] sys-libs/db-5.3.28-r2 [4.8.30-r2] USE="cxx java -doc -examples
-tcl {-test}"
[ebuild U ] sys-libs/ncurses-6.0-r1 [5.9-r5] USE="{-test%} -threads%"
[ebuild r U ] sys-process/procps-3.3.12 [3.3.10-r1] USE="kill%*"
[ebuild U ] dev-util/cmake-3.7.2 [3.3.1-r1]
[ebuild r U ] sys-devel/llvm-3.7.1-r3 [3.5.0] USE="-lldb%"
[ebuild rR] app-editors/xemacs-21.4.24
!!! Multiple package instances within a single package slot have been pulled
!!! into the dependency graph, resulting in a slot conflict:
sys-process/procps:0
(sys-process/procps-3.3.12:0/5::gentoo, ebuild scheduled for merge) pulled in
by
(no parents that aren't satisfied by other packages in this slot)
(sys-process/procps-3.3.10-r1:0/0::gentoo, installed) pulled in by
sys-process/procps:0/0= required by (dev-db/mariadb-10.0.22:0/18::gentoo,
installed)
^
sys-libs/ncurses:0
(sys-libs/ncurses-6.0-r1:0/6::gentoo, ebuild scheduled for merge) pulled in by
(no parents that aren't satisfied by other packages in this slot)
(sys-libs/ncurses-5.9-r5:0/5::gentoo, installed) pulled in by
sys-libs/ncurses:0/5= required by
(dev-lang/ruby-2.0.0_p647-r1:2.0/2.0::gentoo, installed)
^
sys-libs/ncurses:0/5[ada?,cxx?,gpm?,static-libs?,tinfo?,unicode?,abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?]
required by (sys-libs/ncurses-5.9-r99:5/5::gentoo, installed)
(and 15 more with the same problems)
sys-devel/llvm:0
(sys-devel/llvm-3.7.1-r3:0/3.7.1::gentoo, ebuild scheduled for merge) pulled
in by
(no parents that aren't satisfied by other packages in this slot)
(sys-devel/llvm-3.5.0:0/3.5::gentoo, installed) pulled in by
>=sys-devel/llvm-3.4.2:0/3.5=[abi_x86_32(-)] required by
(media-libs/mesa-11.0.6:0/0::gentoo, installed)
^^^
NOTE: Use the '--verbose-conflicts' option to display parents omitted above
It may be possible to solve this problem by using package.mask to
prevent one of those packages from being selected. However, it is also
possible that conflicting dependencies exist such that they are
impossible to satisfy simultaneously. If such a conflict exists in
the dependencies of two different packages, then those packages can
not be installed simultaneously. You may want to try a larger value of
the --backtrack option, such as --backtrack=30, in order to see if
that will solve this conflict automatically.
For more information, see MASKED PACKAGES section in the emerge man
page or refer to the Gentoo Handbook.
!!! The following installed packages are masked:
- dev-lang/ruby-2.0.0_p647-r1::gentoo (masked by: package.mask)
/usr/portage/profiles/package.mask:
# Hans de Graaff (07 Dec 2016)
# Mask ruby 2.0 for removal, bug 576034
- app-forensics/chkrootkit-0.49::gentoo (masked by: package.mask)
/usr/portage/profiles/package.mask:
# Aaron Bauman
Re: [gentoo-user] Bootloaders: SILENT CRISIS!!!
On Sat, Jan 28, 2017 at 2:31 PM, Mick wrote: > > rEFInd is definitely a slick and useful boot manager for multibooting. > On this occasion I did not install it, but decided to remain > minimalist, because I do not want to interfere much with the AppleMac > installation. > > So, I created /boot/EFI/LINUX/ on /dev/sda1, leaving the original > /boot/EFI/APPLE as was and copied in the LINUX/ directory just the > gentoo kernel image, .config and System files. I named the kernel > image 'bootx64-4.4.39-gentoo.efi' to differentiate from other images I > will install over time. > > Then using the efibootmgr I set up bootx64-4.4.39-gentoo.efi as the > default boot kernel and when the MackBook is started it boots straight > into Gentoo, in what it feels like milliseconds. :-) > > When I need to boot into MacOS I have to press the alt key (aka Option > ⌥ key) as I power it on and the Apple firmware boot loader takes over. > What I don't know yet is if a MacOS upgrade will wipe the > /boot/EFI/LINUX/ in /dev/sda1 as it upgrades the APPLE files, but it > is easy to boot with a LiveUSB and copy over the Linux kernel once > more. Apple doesn't boot from the ESP [1] so it most likely won't touch "/boot/EFI/LINUX/". For example, on my MacBook, the ESP only has what looks like hardware updaters. # diskutil list disk0 /dev/disk0 (internal): #: TYPE NAMESIZE IDENTIFIER 0: GUID_partition_scheme 500.3 GB disk0 1:EFI EFI 314.6 MB disk0s1 2: Apple_CoreStorage Macintosh HD499.3 GB disk0s2 3: Apple_Boot Recovery HD 650.0 MB disk0s3 # diskutil mount readOnly -mountpoint ESP disk0s1 Volume EFI on disk0s1 mounted # ls -R ESP/EFI APPLE ESP/EFI/APPLE: EXTENSIONS FIRMWARE UPDATERS ESP/EFI/APPLE/EXTENSIONS: Firmware.scap ESP/EFI/APPLE/FIRMWARE: MB91_0154_B09_LOCKED.fd ESP/EFI/APPLE/UPDATERS: MULTIUPDATER USBCH USBCVA ESP/EFI/APPLE/UPDATERS/MULTIUPDATER: HPMUtil.efi Mac-9AE82516C7C6B903.epm MultiUpdater.efi flasher_base.smc Mac-9AE82516C7C6B903-B0_3.72.bin Mac-9AE82516C7C6B903.smc SmcFlasher.efi flasher_update.smc ESP/EFI/APPLE/UPDATERS/USBCH: HPMUtil_v39.efi J93-USBC-NVM-2.72.0-P_B0-S.bin ESP/EFI/APPLE/UPDATERS/USBCVA: HPMUtil.efi fw-p1-USBCVideoAdapter-S.bin # [1] Apple's EFI firmware can read hfsplus and it boots (IIRC since OS X 10.10) from a kernel on the Apple_Boot partition (disk0s3).
Re: [gentoo-user] Problem with gdbus-codegen
On Sunday 29 Jan 2017 09:59:53 Daniel Frey wrote: > On 01/29/2017 02:09 AM, Peter Humphrey wrote: > >> Do you have a SSD? That sounds like symptoms of a failing SSD to me > >> (it's happened more than once to me :/) > > > > Yes, nothing but one 256 GB NVMe drive in this box. Is there something > > like > > hdparm that will keep an eye on it for me? > > > > I hope it isn't that already: the whole system only dates from last May. > > I used to run an SSD on my home server (running mythtv, among other > things), until one day I got home and it was misbehaving. > > I couldn't log into the server using ssh, so I logged in on the console. > Everything appeared to be running but nothing new would load. Tried > sync'ing to see if I could remerge various packages but got a similar > weird error and found out half my portage tree was *poof*. On further > inspection, about 40% of the OS files were gone. No wonder I problems > logging on. > > This happened twice to me, so I no longer use SSDs on machines I use as > servers in my home, they're just too unreliable. At least with spinning > rust you get some warning and can usually do some recovery. PVR/DVRs use a different specification of drives, which spin at a lower speed and remain cooler for long(er) periods of operation. > As far as monitoring, some vendors have tools for that I believe. They > usually do run SMART. > > Are you running fstrim once in a while like it's recommended? Apparently > using 'discard' as an option when mounting is no longer recommended. On > my laptops I use a systemd timer to do this. Before that I used anacron > (I think it was anacron) which would run missed cronjobs. > > Dan This is surprised me ... I just installed Gentoo on a MacBook and the handbook/wiki said to use discard in fstab ... I'm running two PCs like this now. :-/ Is there a URL somewhere recommending otherwise? -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] intel-microcode with systemd
On Sunday 29 Jan 2017 09:48:47 Daniel Frey wrote: > On 01/29/2017 05:51 AM, Mick wrote: > > Hi All, > > > > I am trying out a systemd installation on a MackBook Pro and I am not sure > > the documentation on systemd + microcode is entirely correct. So, I read > > here: > > > > https://wiki.gentoo.org/wiki/Intel_microcode#systemd > > > > that the "microcode loader is set as a module in the kernel > > configuration". > > However, my kernel configuration is not offering this option. Both 'CPU > > microcode loading support' and 'Intel microcode loading support' can only > > be set as built in elements. I am not using an initramfs (yet) so I > > wonder how I should go about this. > > That's odd, I just tried it with my kernel config (4.1.35) and it lets > me set it as a module. > > Dan I should have mentioned I am on the latest stable gentoo-sources-4.4.39 here and have of course disabled OpenRC and enabled systemd. The whole MacBook thing (plus now installing Gnome for the first time ever) feels like Iike I'm trying to learn how to write with my left hand ... -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] SNAFU: TO THE N'TH POWER!
On 01/29/2017 09:29 AM, Alan Grimes wrote: > Mick wrote: >> - You have run the efibootmgr command with the right syntax, options and >> parameters and have run it a second time as 'efibootmgr -v' to verify its >> output shows correctly the path to your gentoo kernel image. > > Can't do this step because of chicken and egg conflict. > You need to boot from a UEFI-enabled live cd. Dan
Re: [gentoo-user] SNAFU: TO THE N'TH POWER!
On 01/29/2017 09:07 AM, Alan Grimes wrote: > Mick wrote: >> On Saturday 28 Jan 2017 20:24:34 Alan Grimes wrote: > > Dudes, sorry, I obviously have a crossed-neuron in my brain and can't > remember MFT versus GPT because they are so conceptually similar, Give > it a rest. Please don't waste more than a single line correcting me. =( > I'll be first in line when they start selling RAM upgrades for brains. > Sure, but you are asking for help. If you want relevant responses it really helps when you refer to things correctly. When I was reading through this thread I thought you were trying to EFI boot an NTFS partition, and it looks like others were thinking the same thing. At least here a few point it out, I've seen on other lists/forums/etc they are not so forgiving. Dan
Re: [gentoo-user] Problem with gdbus-codegen
On 01/29/2017 02:09 AM, Peter Humphrey wrote: >> Do you have a SSD? That sounds like symptoms of a failing SSD to me >> (it's happened more than once to me :/) > > Yes, nothing but one 256 GB NVMe drive in this box. Is there something like > hdparm that will keep an eye on it for me? > > I hope it isn't that already: the whole system only dates from last May. > I used to run an SSD on my home server (running mythtv, among other things), until one day I got home and it was misbehaving. I couldn't log into the server using ssh, so I logged in on the console. Everything appeared to be running but nothing new would load. Tried sync'ing to see if I could remerge various packages but got a similar weird error and found out half my portage tree was *poof*. On further inspection, about 40% of the OS files were gone. No wonder I problems logging on. This happened twice to me, so I no longer use SSDs on machines I use as servers in my home, they're just too unreliable. At least with spinning rust you get some warning and can usually do some recovery. As far as monitoring, some vendors have tools for that I believe. They usually do run SMART. Are you running fstrim once in a while like it's recommended? Apparently using 'discard' as an option when mounting is no longer recommended. On my laptops I use a systemd timer to do this. Before that I used anacron (I think it was anacron) which would run missed cronjobs. Dan
Re: [gentoo-user] intel-microcode with systemd
On 01/29/2017 05:51 AM, Mick wrote: > Hi All, > > I am trying out a systemd installation on a MackBook Pro and I am not sure > the > documentation on systemd + microcode is entirely correct. So, I read here: > > https://wiki.gentoo.org/wiki/Intel_microcode#systemd > > that the "microcode loader is set as a module in the kernel configuration". > However, my kernel configuration is not offering this option. Both 'CPU > microcode loading support' and 'Intel microcode loading support' can only be > set as built in elements. I am not using an initramfs (yet) so I wonder how > I > should go about this. > That's odd, I just tried it with my kernel config (4.1.35) and it lets me set it as a module. Dan
Re: [gentoo-user] SNAFU: TO THE N'TH POWER!
On Sun, 29 Jan 2017 12:29:52 -0500, Alan Grimes wrote: > > - You have run the efibootmgr command with the right syntax, options > > and parameters and have run it a second time as 'efibootmgr -v' to > > verify its output shows correctly the path to your gentoo kernel > > image. > > Can't do this step because of chicken and egg conflict. You can do it from a live CD, as long as it is EFI enabled. -- Neil Bothwick Please rotate your phone 90 degrees and try again. pgp14MwHG849h.pgp Description: OpenPGP digital signature
Re: [gentoo-user] SNAFU: TO THE N'TH POWER!
Mick wrote: > - You have run the efibootmgr command with the right syntax, options and > parameters and have run it a second time as 'efibootmgr -v' to verify its > output shows correctly the path to your gentoo kernel image. Can't do this step because of chicken and egg conflict. -- Strange Game. The only winning move is not to play. Powers are not rights.
Re: [gentoo-user] Again emerge represents a wise koan
On 170128-09:27+, J. Roeleveld wrote: > >Hyour mirror and a new sysnc doe snot fix the > >problem...strange... > > > >Meino > > Try a webrsync? > -- The only way in gentoo, to be sure that what you get is what you asked for, from your mirror, without MiTM of any kind, is the webrsync, because the Releng Team PGP-signs those portage snapshots. The link to webrsync must be in the Portage/Sync (or so) link already given in some previous emails. git would really really be great, but if you can't be sure about what you get, no, thanks! The Gentoo devs were unable/unwilling to solve that intricate verifiability issue... -- Miroslav Rovis Zagreb, Croatia http://www.CroatiaFidelis.hr signature.asc Description: Digital signature
Re: [gentoo-user] SNAFU: TO THE N'TH POWER!
Mick wrote: > On Saturday 28 Jan 2017 20:24:34 Alan Grimes wrote: Dudes, sorry, I obviously have a crossed-neuron in my brain and can't remember MFT versus GPT because they are so conceptually similar, Give it a rest. Please don't waste more than a single line correcting me. =( I'll be first in line when they start selling RAM upgrades for brains. -- Strange Game. The only winning move is not to play. Powers are not rights.
Re: [gentoo-user] a couple of preserved-rebuild problems -- how to fix
On Sun, 29 Jan 2017 09:13:34 -0500, Alan McKinnon wrote: > > On 29/01/2017 16:02, John Covici wrote: > > On Sun, 29 Jan 2017 08:41:59 -0500, > > Responses in line. > > > > Alan McKinnon wrote: > >> > >> On 29/01/2017 12:11, John Covici wrote: > >>> Hi. I am having a couple of preserved rebuild problems which I have > >>> no idea how to fix. > >> > >> Ugh. Those problems are horrid to fix > >> > >>> > >>> The first one is like this: > >> package: sys-libs/binutils-libs-2.27 > >>> * - /usr/lib64/libbfd-2.25.1.so > >>> * used by > >>> /usr/lib64/binutils/x86_64-pc-linux-gnu/2.25.1/libopcodes-2.25.1.so > >>> (sys-devel/binutils-2.25.1-r1) > >>> > >>> And no matter how many times I recompile the suggested package(s) it > >>> remains. Why is this happening and how can I fix? > >> > >> Let's establish first what portage thinks the problem is. What is the > >> output of > >> > >> ldd /usr/lib64/binutils/x86_64-pc-linux-gnu/2.25.1/libopcodes-2.25.1.so > >> > > > > linux-vdso.so.1 (0x7fff91936000) > >libbfd-2.25.1.so => /usr/lib64/libbfd-2.25.1.so > >(0x7fd3deeb7000) > > libc.so.6 => /lib64/libc.so.6 > >(0x7fd3deb1e000) > > libz.so.1 => /lib64/libz.so.1 > >(0x7fd3de906000) > > libdl.so.2 => /lib64/libdl.so.2 > >(0x7fd3de702000) > > /lib64/ld-linux-x86-64.so.2 > >(0x55f4cd0d2000) > > > >> and just for fun > >> > >> ldd /usr/lib64/libbfd-2.25.1.so > > linux-vdso.so.1 (0x7ffeac123000) > >libz.so.1 => /lib64/libz.so.1 (0x7fbaf1838000) > > libdl.so.2 => /lib64/libdl.so.2 > > (0x7fbaf1634000) > >libc.so.6 => /lib64/libc.so.6 (0x7fbaf129a000) > > /lib64/ld-linux-x86-64.so.2 > > (0x5643cb966000) > > > >> > >> Plus, what are your USE flags for binutils. > > I seem to have several binutils -- here is what I have: > > Installed versions: 2.25.1-r1(2.25.1)(01:06:59 AM > > 01/11/2017)(cxx nls zlib -multitarget -static-libs -test > > -vanilla) 2.26.1(2.26.1)(07:16:43 AM 12/27/2016)(cxx nls > > -multitarget -static-libs -test -vanilla) 2.27(2.27)(07:23:40 AM > > 12/27/2016)(cxx nls -multitarget -static-libs -test -vanilla) > > > All of that looks normal and correct, no problems. I can't see any > reason why portage lost track of what it's preserving for binutils > > Unless someone else has a bright idea, I suggest you log a bug and see > what the devs have to say > > > > >> > >>> > >>> Now the second one is more complicated: > >> package: media-video/ffmpeg-3.2.2 > >>> * - /usr/lib64/libswscale.so.3 > >>> * - /usr/lib64/libswscale.so.3.1.101 > >>>* used by /usr/lib64/gstreamer-0.10/libgstffmpegscale.so > >>>(media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r3) > >>> * - /usr/lib64/libpostproc.so.53 > >>> * - /usr/lib64/libpostproc.so.53.3.100 > >>>* used by /usr/lib64/gstreamer-0.10/libgstpostproc.so > >>>(media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r3) > >>> * - /usr/lib64/libavcodec.so.56 > >>> * - /usr/lib64/libavcodec.so.56.60.100 > >>> * used by /usr/lib64/gstreamer-0.10/libgstffmpeg.so > >>> (media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r3) > >>>* used by /usr/lib64/gstreamer-0.10/libgstpostproc.so > >>> (media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r3) > >>>* - /usr/lib64/libavformat.so.56 > >>> * - /usr/lib64/libavformat.so.56.40.101 > >>> * used by /usr/lib64/gstreamer-0.10/libgstffmpeg.so > >>> (media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r3) > >>> * - /usr/lib64/libavutil.so.54 > >>>* - /usr/lib64/libavutil.so.54.31.100 > >>>* used by > >>>/usr/lib64/gstreamer-0.10/libgstffmpeg.so > >>>(media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r3) > >>> * used by > >>> /usr/lib64/gstreamer-0.10/libgstffmpegscale.so > >>> (media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r3) > >>> * used by > >>> /usr/lib64/gstreamer-0.10/libgstpostproc.so > >>> (media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r3) > >>> * - /usr/lib64/libswresample.so.1 > >>>* - /usr/lib64/libswresample.so.1.2.101 > >>> > >>> Now when I try to recompile it wants to upgrade, but the upgrade does > >>> not emerge and there are so many depricated warnings and errors that I > >>> have a link to the build log instead > >>> > >>> https://covici.com/owncloud/index.php/s/LOys
Re: [gentoo-user] a couple of preserved-rebuild problems -- how to fix
On Sun, 29 Jan 2017 09:02:49 -0500, John Covici wrote: > > Plus, what are your USE flags for binutils. > I seem to have several binutils -- here is what I have: > Installed versions: 2.25.1-r1(2.25.1)(01:06:59 AM > 01/11/2017)(cxx nls zlib -multitarget -static-libs -test > -vanilla) 2.26.1(2.26.1)(07:16:43 AM 12/27/2016)(cxx nls > -multitarget -static-libs -test -vanilla) 2.27(2.27)(07:23:40 AM > 12/27/2016)(cxx nls -multitarget -static-libs -test -vanilla) Have you depcleaned recently? I used to have multiple slots of binutils but now have only 2.27 installed. > > > Now the second one is more complicated: > > package: media-video/ffmpeg-3.2.2 [snip] > > > Now when I try to recompile it wants to upgrade, but the upgrade > > > does not emerge and there are so many depricated warnings and > > > errors that I have a link to the build log instead > > This one rings a bell but I can't recall exactly what. Is this the bell you are looking for? https://bugs.gentoo.org/show_bug.cgi?id=574788 The ffmpeg 3.x upgrade has caused more than its fair share of issues. -- Neil Bothwick Why is the word abbreviation so long? pgpe8ikdFf4w5.pgp Description: OpenPGP digital signature
Re: [gentoo-user] a couple of preserved-rebuild problems -- how to fix
On 29/01/2017 16:02, John Covici wrote: > On Sun, 29 Jan 2017 08:41:59 -0500, > Responses in line. > > Alan McKinnon wrote: >> >> On 29/01/2017 12:11, John Covici wrote: >>> Hi. I am having a couple of preserved rebuild problems which I have >>> no idea how to fix. >> >> Ugh. Those problems are horrid to fix >> >>> >>> The first one is like this: >> package: sys-libs/binutils-libs-2.27 >>> * - /usr/lib64/libbfd-2.25.1.so >>> * used by >>> /usr/lib64/binutils/x86_64-pc-linux-gnu/2.25.1/libopcodes-2.25.1.so >>> (sys-devel/binutils-2.25.1-r1) >>> >>> And no matter how many times I recompile the suggested package(s) it >>> remains. Why is this happening and how can I fix? >> >> Let's establish first what portage thinks the problem is. What is the >> output of >> >> ldd /usr/lib64/binutils/x86_64-pc-linux-gnu/2.25.1/libopcodes-2.25.1.so >> > > linux-vdso.so.1 (0x7fff91936000) > libbfd-2.25.1.so => /usr/lib64/libbfd-2.25.1.so > (0x7fd3deeb7000) >libc.so.6 => /lib64/libc.so.6 > (0x7fd3deb1e000) >libz.so.1 => /lib64/libz.so.1 > (0x7fd3de906000) >libdl.so.2 => /lib64/libdl.so.2 > (0x7fd3de702000) >/lib64/ld-linux-x86-64.so.2 > (0x55f4cd0d2000) > >> and just for fun >> >> ldd /usr/lib64/libbfd-2.25.1.so > linux-vdso.so.1 (0x7ffeac123000) > libz.so.1 => /lib64/libz.so.1 (0x7fbaf1838000) >libdl.so.2 => /lib64/libdl.so.2 > (0x7fbaf1634000) > libc.so.6 => /lib64/libc.so.6 (0x7fbaf129a000) >/lib64/ld-linux-x86-64.so.2 > (0x5643cb966000) > >> >> Plus, what are your USE flags for binutils. > I seem to have several binutils -- here is what I have: > Installed versions: 2.25.1-r1(2.25.1)(01:06:59 AM > 01/11/2017)(cxx nls zlib -multitarget -static-libs -test > -vanilla) 2.26.1(2.26.1)(07:16:43 AM 12/27/2016)(cxx nls > -multitarget -static-libs -test -vanilla) 2.27(2.27)(07:23:40 AM > 12/27/2016)(cxx nls -multitarget -static-libs -test -vanilla) All of that looks normal and correct, no problems. I can't see any reason why portage lost track of what it's preserving for binutils Unless someone else has a bright idea, I suggest you log a bug and see what the devs have to say > >> >>> >>> Now the second one is more complicated: >> package: media-video/ffmpeg-3.2.2 >>> * - /usr/lib64/libswscale.so.3 >>> * - /usr/lib64/libswscale.so.3.1.101 >>>* used by /usr/lib64/gstreamer-0.10/libgstffmpegscale.so >>>(media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r3) >>> * - /usr/lib64/libpostproc.so.53 >>> * - /usr/lib64/libpostproc.so.53.3.100 >>> * used by /usr/lib64/gstreamer-0.10/libgstpostproc.so >>> (media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r3) >>> * - /usr/lib64/libavcodec.so.56 >>>* - /usr/lib64/libavcodec.so.56.60.100 >>> * used by /usr/lib64/gstreamer-0.10/libgstffmpeg.so >>> (media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r3) >>> * used by /usr/lib64/gstreamer-0.10/libgstpostproc.so >>> (media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r3) >>> * - /usr/lib64/libavformat.so.56 >>> * - /usr/lib64/libavformat.so.56.40.101 >>>* used by /usr/lib64/gstreamer-0.10/libgstffmpeg.so >>>(media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r3) >>> * - /usr/lib64/libavutil.so.54 >>> * - /usr/lib64/libavutil.so.54.31.100 >>> * used by >>> /usr/lib64/gstreamer-0.10/libgstffmpeg.so >>> (media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r3) >>> * used by >>> /usr/lib64/gstreamer-0.10/libgstffmpegscale.so >>> (media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r3) >>>* used by >>>/usr/lib64/gstreamer-0.10/libgstpostproc.so >>>(media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r3) >>> * - /usr/lib64/libswresample.so.1 >>> * - /usr/lib64/libswresample.so.1.2.101 >>> >>> Now when I try to recompile it wants to upgrade, but the upgrade does >>> not emerge and there are so many depricated warnings and errors that I >>> have a link to the build log instead >>> >>> https://covici.com/owncloud/index.php/s/LOysHMSxcFDfLDD >>> >>> There is no ebuild for the original version in the tree, so I am >>> stumped here. >> >> This one rings a bell but I can't recall exactly what. >> >> I have several tim
Re: [gentoo-user] a couple of preserved-rebuild problems -- how to fix
On Sun, 29 Jan 2017 08:41:59 -0500, Responses in line. Alan McKinnon wrote: > > On 29/01/2017 12:11, John Covici wrote: > > Hi. I am having a couple of preserved rebuild problems which I have > > no idea how to fix. > > Ugh. Those problems are horrid to fix > > > > > The first one is like this: > package: sys-libs/binutils-libs-2.27 > > * - /usr/lib64/libbfd-2.25.1.so > > * used by > > /usr/lib64/binutils/x86_64-pc-linux-gnu/2.25.1/libopcodes-2.25.1.so > > (sys-devel/binutils-2.25.1-r1) > > > > And no matter how many times I recompile the suggested package(s) it > > remains. Why is this happening and how can I fix? > > Let's establish first what portage thinks the problem is. What is the > output of > > ldd /usr/lib64/binutils/x86_64-pc-linux-gnu/2.25.1/libopcodes-2.25.1.so > linux-vdso.so.1 (0x7fff91936000) libbfd-2.25.1.so => /usr/lib64/libbfd-2.25.1.so (0x7fd3deeb7000) libc.so.6 => /lib64/libc.so.6 (0x7fd3deb1e000) libz.so.1 => /lib64/libz.so.1 (0x7fd3de906000) libdl.so.2 => /lib64/libdl.so.2 (0x7fd3de702000) /lib64/ld-linux-x86-64.so.2 (0x55f4cd0d2000) > and just for fun > > ldd /usr/lib64/libbfd-2.25.1.so linux-vdso.so.1 (0x7ffeac123000) libz.so.1 => /lib64/libz.so.1 (0x7fbaf1838000) libdl.so.2 => /lib64/libdl.so.2 (0x7fbaf1634000) libc.so.6 => /lib64/libc.so.6 (0x7fbaf129a000) /lib64/ld-linux-x86-64.so.2 (0x5643cb966000) > > Plus, what are your USE flags for binutils. I seem to have several binutils -- here is what I have: Installed versions: 2.25.1-r1(2.25.1)(01:06:59 AM 01/11/2017)(cxx nls zlib -multitarget -static-libs -test -vanilla) 2.26.1(2.26.1)(07:16:43 AM 12/27/2016)(cxx nls -multitarget -static-libs -test -vanilla) 2.27(2.27)(07:23:40 AM 12/27/2016)(cxx nls -multitarget -static-libs -test -vanilla) > > > > > Now the second one is more complicated: > package: media-video/ffmpeg-3.2.2 > > * - /usr/lib64/libswscale.so.3 > > * - /usr/lib64/libswscale.so.3.1.101 > >* used by /usr/lib64/gstreamer-0.10/libgstffmpegscale.so > >(media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r3) > > * - /usr/lib64/libpostproc.so.53 > > * - /usr/lib64/libpostproc.so.53.3.100 > > * used by /usr/lib64/gstreamer-0.10/libgstpostproc.so > > (media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r3) > > * - /usr/lib64/libavcodec.so.56 > >* - /usr/lib64/libavcodec.so.56.60.100 > > * used by /usr/lib64/gstreamer-0.10/libgstffmpeg.so > > (media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r3) > > * used by /usr/lib64/gstreamer-0.10/libgstpostproc.so > > (media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r3) > > * - /usr/lib64/libavformat.so.56 > > * - /usr/lib64/libavformat.so.56.40.101 > >* used by /usr/lib64/gstreamer-0.10/libgstffmpeg.so > >(media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r3) > > * - /usr/lib64/libavutil.so.54 > > * - /usr/lib64/libavutil.so.54.31.100 > > * used by > > /usr/lib64/gstreamer-0.10/libgstffmpeg.so > > (media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r3) > > * used by > > /usr/lib64/gstreamer-0.10/libgstffmpegscale.so > > (media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r3) > >* used by > >/usr/lib64/gstreamer-0.10/libgstpostproc.so > >(media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r3) > > * - /usr/lib64/libswresample.so.1 > > * - /usr/lib64/libswresample.so.1.2.101 > > > > Now when I try to recompile it wants to upgrade, but the upgrade does > > not emerge and there are so many depricated warnings and errors that I > > have a link to the build log instead > > > > https://covici.com/owncloud/index.php/s/LOysHMSxcFDfLDD > > > > There is no ebuild for the original version in the tree, so I am > > stumped here. > > This one rings a bell but I can't recall exactly what. > > I have several times in the past resolved these by brute force, > unmerging the problem package and the thing it depends or or links to, > then rebuilding both. > > Are you by chance running a mixed stable/testing system here? > No, just testing. I could unmerge and re-emerge ffmpeg, but not the plugin. -- Your
[gentoo-user] intel-microcode with systemd
Hi All, I am trying out a systemd installation on a MackBook Pro and I am not sure the documentation on systemd + microcode is entirely correct. So, I read here: https://wiki.gentoo.org/wiki/Intel_microcode#systemd that the "microcode loader is set as a module in the kernel configuration". However, my kernel configuration is not offering this option. Both 'CPU microcode loading support' and 'Intel microcode loading support' can only be set as built in elements. I am not using an initramfs (yet) so I wonder how I should go about this. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] a couple of preserved-rebuild problems -- how to fix
On 29/01/2017 12:11, John Covici wrote: > Hi. I am having a couple of preserved rebuild problems which I have > no idea how to fix. Ugh. Those problems are horrid to fix > > The first one is like this: package: sys-libs/binutils-libs-2.27 > * - /usr/lib64/libbfd-2.25.1.so > * used by > /usr/lib64/binutils/x86_64-pc-linux-gnu/2.25.1/libopcodes-2.25.1.so > (sys-devel/binutils-2.25.1-r1) > > And no matter how many times I recompile the suggested package(s) it > remains. Why is this happening and how can I fix? Let's establish first what portage thinks the problem is. What is the output of ldd /usr/lib64/binutils/x86_64-pc-linux-gnu/2.25.1/libopcodes-2.25.1.so and just for fun ldd /usr/lib64/libbfd-2.25.1.so Plus, what are your USE flags for binutils. > > Now the second one is more complicated: package: media-video/ffmpeg-3.2.2 > * - /usr/lib64/libswscale.so.3 > * - /usr/lib64/libswscale.so.3.1.101 >* used by /usr/lib64/gstreamer-0.10/libgstffmpegscale.so >(media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r3) > * - /usr/lib64/libpostproc.so.53 > * - /usr/lib64/libpostproc.so.53.3.100 >* used by /usr/lib64/gstreamer-0.10/libgstpostproc.so >(media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r3) > * - /usr/lib64/libavcodec.so.56 > * - /usr/lib64/libavcodec.so.56.60.100 > * used by /usr/lib64/gstreamer-0.10/libgstffmpeg.so > (media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r3) >* used by /usr/lib64/gstreamer-0.10/libgstpostproc.so > (media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r3) >* - /usr/lib64/libavformat.so.56 > * - /usr/lib64/libavformat.so.56.40.101 > * used by /usr/lib64/gstreamer-0.10/libgstffmpeg.so > (media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r3) > * - /usr/lib64/libavutil.so.54 >* - /usr/lib64/libavutil.so.54.31.100 >* used by >/usr/lib64/gstreamer-0.10/libgstffmpeg.so >(media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r3) > * used by > /usr/lib64/gstreamer-0.10/libgstffmpegscale.so > (media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r3) > * used by > /usr/lib64/gstreamer-0.10/libgstpostproc.so > (media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r3) > * - /usr/lib64/libswresample.so.1 >* - /usr/lib64/libswresample.so.1.2.101 > > Now when I try to recompile it wants to upgrade, but the upgrade does > not emerge and there are so many depricated warnings and errors that I > have a link to the build log instead > > https://covici.com/owncloud/index.php/s/LOysHMSxcFDfLDD > > There is no ebuild for the original version in the tree, so I am > stumped here. This one rings a bell but I can't recall exactly what. I have several times in the past resolved these by brute force, unmerging the problem package and the thing it depends or or links to, then rebuilding both. Are you by chance running a mixed stable/testing system here? > > Thanks in advance for any suggestions. > -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] vulkan-loader 1.0.39
> On 28 Jan 2017, at 19:41, Tsukasa Mcp_Reznor wrote: > > Failes to build unless dev-libs/wayland is also installed. > Complains of missing wayland_client.h > > Will future versions of vulkan-loader require wayland also, or will there be > a use flag added? > > just a heads up for anyone else that likes messing around with vulkan. This is Bug 607154, filed Wednesday 25th. https://bugs.gentoo.org/show_bug.cgi?id=607154 Hope this helps, Stroller. PS: Could you possibly set your email client to send only plaintext messages to this list, please?
[gentoo-user] Re: Pulseaudio - Asus Xonar STX II 7.1 - 5.1 Surround - Front audio is coming from rear speakers in Firefox
On 01/29/2017 11:23 AM, Jochen Kirchner wrote: Analog Surround 5.1 + Analog Stereo Input is selected in the configuration tab in pavucontrol Front left+right speaker volume is shown on firefox (CubebUtils: audiostream) under the playback tab But the sound is coming from the rear speakers. Could be an issue with the playback program. The "stereo upmix" setting in alsamixer is only for when stereo is being sent to the card. Some programs convert stereo to surround on their own *prior* to sending it to the card. The card then sees it as surround and plays it as-is. If Firefox sends a surround stream with silence on the front speakers and sound on the rear ones, the card just plays it as-is since it's a surround signal. > Another strange thing: If I start Diablo 3 with wine and select stereo > in the audio settings of Diablo, the sound is coming through the front > speakers... wtf :) In this case, wine sends a stereo stream to the card, and the "stereo upmix" setting takes effect. Which is why I think it's Firefox that's the issue. This is my kernel sound config: [...] Currently I'm rebuilding the kernel without "HD-Audio" and the old alsa API. I will report back. For reference, this is my config (for a Xonar D1, which uses the same driver): $ cat /boot/config | grep CONFIG_SND | grep -v "not set" CONFIG_SND=y CONFIG_SND_TIMER=y CONFIG_SND_PCM=y CONFIG_SND_HWDEP=y CONFIG_SND_RAWMIDI=y CONFIG_SND_JACK=y CONFIG_SND_JACK_INPUT_DEV=y CONFIG_SND_SEQUENCER=y CONFIG_SND_PCM_TIMER=y CONFIG_SND_HRTIMER=y CONFIG_SND_SEQ_HRTIMER_DEFAULT=y CONFIG_SND_PROC_FS=y CONFIG_SND_DMA_SGBUF=y CONFIG_SND_RAWMIDI_SEQ=y CONFIG_SND_MPU401_UART=y CONFIG_SND_DRIVERS=y CONFIG_SND_PCI=y CONFIG_SND_OXYGEN_LIB=y CONFIG_SND_VIRTUOSO=y CONFIG_SND_HDA_PREALLOC_SIZE=2048 CONFIG_SND_USB=y CONFIG_SND_USB_AUDIO=y
Re: [gentoo-user] SNAFU: TO THE N'TH POWER!
On Sat, 28 Jan 2017 20:24:34 -0500, Alan Grimes wrote: > Neil Bothwick wrote: > > On Sat, 28 Jan 2017 12:11:28 -0500, Alan Grimes wrote: > > > > It appears to be a 2-stage boot process: > > > > BIOS boot -> Binary of GRUB bootstrap loader. > > You don't have a BIOS with a UEFI system. > > We were discussing BIOS boot on a MFT partition scheme, which is what > I'm using right now. There is no such thing as an MFT pattition scheme, and you have mentioned UEFI several times, so you do not have BIOS (unless you are booting in compatibility mode). > > The boot manager in the firmware picks an EFI boot image from the ESP, > > usually sda1. Once it loads that it's job is done. The boot image can > > be a kernel or a secondary bootloader like GRUB. > > > > Really, there is rarely a point in using GRUB on a UEFI system. Any > > bootloader adds extra complication, GRUB does it in spades. Just use a > > boot manager like rEFInd or systemd-boot - the latter is the simpler > > to work with AFAICT. > > I would tend to agree with you except I tried booting my kernel with the > EFI stub loader by copying it to BOOTx64.EFI (the specification has the > X lower case but actual implementations seem to be case insensitive), > and the system would lock up. I have no idea what to read into that. The > contribution of GRUB is that it makes it easier to change kernel > parameters without recompiling the kernel. That's why we have boot managers, such as systemd-boot (which doesn't require systemd) and rEFInd. They allow you to boot with alternative configurations in the same way that a bootloader like GRUB or syslinux does with a BIOS system. I think you need to stop poking around at this and take a step back to do some reading to understand the EFI boot process. Then start again with a clean slate and an EFI boot manager. I would recommend systemd-boot, it is simple and slimline, but I haven't tried rEFInd, which does look a lot prettier. To give an idea of the simplicity of systemd-boot, here is the config file timeout 3 default 00-* Then you have a separate file for each kernel, or set of kernel options, here is the default on my system. title Desktop version 4.9.6-gentoo linux /vmlinuz-4.9.6-gentoo options root=LABEL=vranx rd.luks.uuid=luks-69776234-fbf3-4455-9d39-cc5f2dcc33eb rootfstype=btrfs rootflags=rw,noatime,ssd,space_cache i915.enable_ips=0 rd.shell net.ifnames=0 init=/usr/lib/systemd/systemd initrd /initramfs-4.9.6-gentoo.img Seven lines of configuration in total, and at least two of those are optional! -- Neil Bothwick Yeah, but what's the speed of dark? pgp5M5eTx2Xic.pgp Description: OpenPGP digital signature
Re: [gentoo-user] From rsync to git: sync-uri is invalid: https://github.com/gentoo-mirror/gentoo.git
Bill Kenworthy [17-01-29 10:56]: > On 29/01/17 17:25, Dale wrote: > > meino.cra...@gmx.de wrote: > >> Dale [17-01-29 09:44]: > >>> > ... > >> Do I need to add anything else to get the full funtionality ? > >> I read on the internet about GLSA and news will be not sent/synced when > >> using git... > >> but I couldn't determine the date of that post, so it may be something > >> from the transistion times... > >> > >> What's about that? > >> > >> Cheers > >> Meino > >> > >> > > > ... > > The news and glsa's are synced via separate git repos - no problems, but > it has to be setup. > > BillK > > Just for the completeness and others who may read this thread and want git as This was helpful: https://www.reddit.com/r/Gentoo/comments/3i141w/now_that_portage_is_using_git_how_do_i_git_pull/ With the decription right at the start of the thread the remaining things get synced also. Cheers Meino
[gentoo-user] a couple of preserved-rebuild problems -- how to fix
Hi. I am having a couple of preserved rebuild problems which I have no idea how to fix. The first one is like this: >>> package: sys-libs/binutils-libs-2.27 * - /usr/lib64/libbfd-2.25.1.so * used by /usr/lib64/binutils/x86_64-pc-linux-gnu/2.25.1/libopcodes-2.25.1.so (sys-devel/binutils-2.25.1-r1) And no matter how many times I recompile the suggested package(s) it remains. Why is this happening and how can I fix? Now the second one is more complicated: >>> package: media-video/ffmpeg-3.2.2 * - /usr/lib64/libswscale.so.3 * - /usr/lib64/libswscale.so.3.1.101 * used by /usr/lib64/gstreamer-0.10/libgstffmpegscale.so (media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r3) * - /usr/lib64/libpostproc.so.53 * - /usr/lib64/libpostproc.so.53.3.100 * used by /usr/lib64/gstreamer-0.10/libgstpostproc.so (media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r3) * - /usr/lib64/libavcodec.so.56 * - /usr/lib64/libavcodec.so.56.60.100 * used by /usr/lib64/gstreamer-0.10/libgstffmpeg.so (media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r3) * used by /usr/lib64/gstreamer-0.10/libgstpostproc.so (media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r3) * - /usr/lib64/libavformat.so.56 * - /usr/lib64/libavformat.so.56.40.101 * used by /usr/lib64/gstreamer-0.10/libgstffmpeg.so (media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r3) * - /usr/lib64/libavutil.so.54 * - /usr/lib64/libavutil.so.54.31.100 * used by /usr/lib64/gstreamer-0.10/libgstffmpeg.so (media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r3) * used by /usr/lib64/gstreamer-0.10/libgstffmpegscale.so (media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r3) * used by /usr/lib64/gstreamer-0.10/libgstpostproc.so (media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r3) * - /usr/lib64/libswresample.so.1 * - /usr/lib64/libswresample.so.1.2.101 Now when I try to recompile it wants to upgrade, but the upgrade does not emerge and there are so many depricated warnings and errors that I have a link to the build log instead https://covici.com/owncloud/index.php/s/LOysHMSxcFDfLDD There is no ebuild for the original version in the tree, so I am stumped here. Thanks in advance for any suggestions. -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici cov...@ccs.covici.com
Re: [gentoo-user] Problem with gdbus-codegen
On Saturday 28 Jan 2017 08:40:04 Daniel Frey wrote: > On 01/28/2017 03:16 AM, Peter Humphrey wrote: > > On Thursday 26 Jan 2017 22:42:06 Alan McKinnon wrote: > >> Somethng has gone wrong with your installation of portage or your copy > >> of the tree - that "no ebuilds" message is impossible. > > > > Indeed so. So I've now built a fresh system and I'll see how that goes. > > > >> It will probably be a cruel task to track down exactly what is wrong, > >> my > >> intuition says something in a local cache somewhere. Might be easiest > >> just to delete all portage data (*except* /var/db/pkg), download a new > >> tree tarball and let portage sort itself out > > > > [OT] > > Recent versions of System Rescue CD have a different web browser, and on > > my screen it's unusable because any change of style in the text (bold, > > italic etc. or an embedded link) causes overlapping. So I had to revert > > to an older version for the installation handbook. > > [/OT] > > Do you have a SSD? That sounds like symptoms of a failing SSD to me > (it's happened more than once to me :/) Yes, nothing but one 256 GB NVMe drive in this box. Is there something like hdparm that will keep an eye on it for me? I hope it isn't that already: the whole system only dates from last May. -- Regards Peter
Re: [gentoo-user] From rsync to git: sync-uri is invalid: https://github.com/gentoo-mirror/gentoo.git
Bill Kenworthy [17-01-29 10:56]: > On 29/01/17 17:25, Dale wrote: > > meino.cra...@gmx.de wrote: > >> Dale [17-01-29 09:44]: > >>> > ... > >> Do I need to add anything else to get the full funtionality ? > >> I read on the internet about GLSA and news will be not sent/synced when > >> using git... > >> but I couldn't determine the date of that post, so it may be something > >> from the transistion times... > >> > >> What's about that? > >> > >> Cheers > >> Meino > >> > >> > > > ... > > The news and glsa's are synced via separate git repos - no problems, but > it has to be setup. > > BillK > > Thanks Bill! I will take a look into the internet. Cheers Meino
Re: [gentoo-user] From rsync to git: sync-uri is invalid: https://github.com/gentoo-mirror/gentoo.git
On 29/01/17 17:25, Dale wrote: > meino.cra...@gmx.de wrote: >> Dale [17-01-29 09:44]: >>> ... >> Do I need to add anything else to get the full funtionality ? >> I read on the internet about GLSA and news will be not sent/synced when >> using git... >> but I couldn't determine the date of that post, so it may be something >> from the transistion times... >> >> What's about that? >> >> Cheers >> Meino >> >> > ... The news and glsa's are synced via separate git repos - no problems, but it has to be setup. BillK
Re: [gentoo-user] From rsync to git: sync-uri is invalid: https://github.com/gentoo-mirror/gentoo.git
meino.cra...@gmx.de wrote: > Dale [17-01-29 09:44]: >> >> I started not to mention that but when trying to help, sometimes you >> just have to post anything you even think might help, even if it sounds >> bat guano crazy. lol >> >> It is odd that it does that way. I guess it would be safe to assume >> that everything in /etc/portage behaves that way. I recall playing with >> using sets a good while back, I had to move the files to /root or >> something to make sure they wouldn't get read if I didn't want them >> included. Live and learn I guess. >> >> Glad it got you going. >> >> Dale >> >> :-) :-) >> > :) "bat guano crazy" ... I add that to my dictionary...BEST! (I am > no native speaker). > > Do I need to add anything else to get the full funtionality ? > I read on the internet about GLSA and news will be not sent/synced when using > git... > but I couldn't determine the date of that post, so it may be something > from the transistion times... > > What's about that? > > Cheers > Meino > > Honestly, I don't use git yet. I may switch to it eventually tho. I just googled and searched the wiki and all to see if I could help, and learn something as well. You may want to look at this. https://wiki.gentoo.org/wiki/Project:Portage/Sync#Changes It should scroll down to the important part but you may want to give the whole page a read. You may find something else interesting. Some days, I miss the old way of having docs. :/ Dale :-) :-)
Re: [gentoo-user] Re: Pulseaudio - Asus Xonar STX II 7.1 - 5.1 Surround - Front audio is coming from rear speakers in Firefox
On 01/28/2017 10:30 PM, Nikos Chantziaras wrote: > On 01/28/2017 09:57 PM, Jochen Kirchner wrote: >> while playing a mix on mixcloud.com the sound suddenly switched to rear >> speakers again :( >> >> Strange thing is: >> >> When I lower the volume from the front speaker on the device >> "pulseaudio" the rear speakers gets quiet. >> >> And when I lower the volume from the front speaker on the device "Xonar" >> the front speakers get quiet. >> >> So I guess something IS wrong here :/ > > emerge media-sound/pavucontrol and run it. Check if the PA settings > are correct in the "configuration" tab. > > Also, did you make sure you're using the virtuoso kernel driver and > NOT the oxygen one? > > Analog Surround 5.1 + Analog Stereo Input is selected in the configuration tab in pavucontrol Front left+right speaker volume is shown on firefox (CubebUtils: audiostream) under the playback tab But the sound is coming from the rear speakers. Another strange thing: If I start Diablo 3 with wine and select stereo in the audio settings of Diablo, the sound is coming through the front speakers... wtf :) This is my kernel sound config: zcat /proc/config.gz | grep SND_ | grep -v "not set" CONFIG_SND_TIMER=y CONFIG_SND_PCM=y CONFIG_SND_HWDEP=y CONFIG_SND_RAWMIDI=y CONFIG_SND_JACK=y CONFIG_SND_SEQUENCER=y CONFIG_SND_SEQ_DUMMY=y CONFIG_SND_OSSEMUL=y CONFIG_SND_MIXER_OSS=y CONFIG_SND_PCM_OSS=y CONFIG_SND_PCM_OSS_PLUGINS=y CONFIG_SND_PCM_TIMER=y CONFIG_SND_SEQUENCER_OSS=y CONFIG_SND_HRTIMER=y CONFIG_SND_SEQ_HRTIMER_DEFAULT=y CONFIG_SND_SUPPORT_OLD_API=y CONFIG_SND_PROC_FS=y CONFIG_SND_VERBOSE_PROCFS=y CONFIG_SND_VERBOSE_PRINTK=y CONFIG_SND_VMASTER=y CONFIG_SND_DMA_SGBUF=y CONFIG_SND_RAWMIDI_SEQ=y CONFIG_SND_MPU401_UART=y CONFIG_SND_DRIVERS=y CONFIG_SND_PCI=y CONFIG_SND_OXYGEN_LIB=y CONFIG_SND_VIRTUOSO=y CONFIG_SND_HDA=y CONFIG_SND_HDA_INTEL=y CONFIG_SND_HDA_HWDEP=y CONFIG_SND_HDA_POWER_SAVE_DEFAULT=0 CONFIG_SND_HDA_CORE=y CONFIG_SND_HDA_PREALLOC_SIZE=2048 CONFIG_SND_USB=y CONFIG_SND_USB_AUDIO=y Currently I'm rebuilding the kernel without "HD-Audio" and the old alsa API. I will report back.
Re: [gentoo-user] From rsync to git: sync-uri is invalid: https://github.com/gentoo-mirror/gentoo.git
Dale [17-01-29 09:44]: > meino.cra...@gmx.de wrote: > > Dale [17-01-29 07:56]: > >> meino.cra...@gmx.de wrote: > >>> Hi, > >>> > >>> To switch from rsync to git I am following the steps described here > >>> https://www.reddit.com/r/Gentoo/comments/3i141w/now_that_portage_is_using_git_how_do_i_git_pull/ > >>> > >>> The last step I did was "mv /usr/portage /usr/portage.old ; emerge > >>> sync" and I got: > >>> > >>> solfire:/usr>emerge --sync > >> Syncing repository 'gentoo' into '/usr/portage'... > >>> !!! sync-uri is invalid: https://github.com/gentoo-mirror/gentoo.git > >>> > >>> As fas as I know, this is the uri Joost uses... > >>> > >>> Hmmmwhy does portage thinks, this uri is wrong? > >>> (...and how can I fix it?) > >>> > >>> Cheers > >>> Meino > >>> > >>> > >> May want to look at this link. > >> > >> https://wiki.gentoo.org/index.php?title=/etc/portage/repos.conf/gentoo.conf&oldid=378294 > >> > >> > >> Maybe that will give better results, not that I see anything wrong with > >> what you have myself. BTW, I did a forum search, make sure you don't > >> have other files in /etc/portage/repos.conf. It seems that if you have > >> more than one, it takes the last one and runs with it. Someone else had > >> gentoo.conf.bak and it was reading it instead of gentoo.conf. It sort > >> of works like package.use and such. Make sense? I'm beat over here. lol > >> > >> Hope that helps. > >> > >> Dale > >> > >> :-) :-) > >> > > Hi Dale, > > > > thanks for your very helpful reply! :) > > > > Not to have *.bak and such under.../repos.conf/... does the trick. > > > > Would be nice, if emerge would only read files *.conf instead of > > everything... > > > > Have a nice weekend! :) > > Cheers > > Meino > > > > > > > > > I started not to mention that but when trying to help, sometimes you > just have to post anything you even think might help, even if it sounds > bat guano crazy. lol > > It is odd that it does that way. I guess it would be safe to assume > that everything in /etc/portage behaves that way. I recall playing with > using sets a good while back, I had to move the files to /root or > something to make sure they wouldn't get read if I didn't want them > included. Live and learn I guess. > > Glad it got you going. > > Dale > > :-) :-) > :) "bat guano crazy" ... I add that to my dictionary...BEST! (I am no native speaker). Do I need to add anything else to get the full funtionality ? I read on the internet about GLSA and news will be not sent/synced when using git... but I couldn't determine the date of that post, so it may be something from the transistion times... What's about that? Cheers Meino
Re: [gentoo-user] From rsync to git: sync-uri is invalid: https://github.com/gentoo-mirror/gentoo.git
Alan McKinnon [17-01-29 09:44]: > On 29/01/2017 09:19, meino.cra...@gmx.de wrote: > > Dale [17-01-29 07:56]: > >> meino.cra...@gmx.de wrote: > >>> Hi, > >>> > >>> To switch from rsync to git I am following the steps described here > >>> https://www.reddit.com/r/Gentoo/comments/3i141w/now_that_portage_is_using_git_how_do_i_git_pull/ > >>> > >>> The last step I did was "mv /usr/portage /usr/portage.old ; emerge > >>> sync" and I got: > >>> > >>> solfire:/usr>emerge --sync > >> Syncing repository 'gentoo' into '/usr/portage'... > >>> !!! sync-uri is invalid: https://github.com/gentoo-mirror/gentoo.git > >>> > >>> As fas as I know, this is the uri Joost uses... > >>> > >>> Hmmmwhy does portage thinks, this uri is wrong? > >>> (...and how can I fix it?) > >>> > >>> Cheers > >>> Meino > >>> > >>> > >> > >> May want to look at this link. > >> > >> https://wiki.gentoo.org/index.php?title=/etc/portage/repos.conf/gentoo.conf&oldid=378294 > >> > >> > >> Maybe that will give better results, not that I see anything wrong with > >> what you have myself. BTW, I did a forum search, make sure you don't > >> have other files in /etc/portage/repos.conf. It seems that if you have > >> more than one, it takes the last one and runs with it. Someone else had > >> gentoo.conf.bak and it was reading it instead of gentoo.conf. It sort > >> of works like package.use and such. Make sense? I'm beat over here. lol > >> > >> Hope that helps. > >> > >> Dale > >> > >> :-) :-) > >> > > > > Hi Dale, > > > > thanks for your very helpful reply! :) > > > > Not to have *.bak and such under.../repos.conf/... does the trick. > > > > Would be nice, if emerge would only read files *.conf instead of > > everything... > > I would file a bug/feature request for that. It's a very annoying thing > to trip over and many many packages now read only X.d/*.conf for that > very reason > > -- > Alan McKinnon > alan.mckin...@gmail.com > > Hi Alan, ...last time I tried to file a bug report I quit as I saw the interface of the bugtracker and the sheer amount of "best practice" docs and -howtos/faqs. I understand, that to keep out request like "I dont like to sync on mondays"...but currently it seems to me, that many other reports will be stopped there, too... The Blender bugtracker is much more easier...and I dont think, that the blender institute will be overrun by reports like "I dont like renders of mondays"... Only my two cents...your currency may vary... ;) Cheers Meino
Re: [gentoo-user] SNAFU: TO THE N'TH POWER!
On Saturday 28 Jan 2017 20:24:34 Alan Grimes wrote: > Neil Bothwick wrote: > > On Sat, 28 Jan 2017 12:11:28 -0500, Alan Grimes wrote: > > > > It appears to be a 2-stage boot process: > > > > BIOS boot -> Binary of GRUB bootstrap loader. > > You don't have a BIOS with a UEFI system. > > We were discussing BIOS boot on a MFT partition scheme, which is what > I'm using right now. MFT is a table with file metadata within an NTFS partition: https://msdn.microsoft.com/en-us/library/windows/desktop/aa365230(v=vs.85).aspx Are you saying you are booting your system by chainloading the gentoo kernel (or GRUB) from an NTFS partition, with the MSWindows boot loader? > > >Boot -> Grub libraries, config, and kernels. > > > > The boot manager in the firmware picks an EFI boot image from the ESP, > > usually sda1. Once it loads that it's job is done. The boot image can be > > a kernel or a secondary bootloader like GRUB. > > > > Really, there is rarely a point in using GRUB on a UEFI system. Any > > bootloader adds extra complication, GRUB does it in spades. Just use a > > boot manager like rEFInd or systemd-boot - the latter is the simpler to > > work with AFAICT. > > I would tend to agree with you except I tried booting my kernel with the > EFI stub loader by copying it to BOOTx64.EFI (the specification has the > X lower case but actual implementations seem to be case insensitive), > and the system would lock up. I have no idea what to read into that. Can you please post the kernel error message? Build the kernel with debugging support initially, to get some meaningful output. Some things to check while troubleshooting it: - Your Linux filesystem is built in the kernel - You have also built in your kernel EFI and EFI stub support - You have specified in your kernel the path to the / partition along with any other parameters e.g. CONFIG_CMDLINE="/dev/sda2 rootfstype=btrfs". - The path to initramfs if you are using one is either specified on the CONFIG_CMDLINE as above, or it is built in the kernel itself as a cpio archive. - You have run the efibootmgr command with the right syntax, options and parameters and have run it a second time as 'efibootmgr -v' to verify its output shows correctly the path to your gentoo kernel image. > The > contribution of GRUB is that it makes it easier to change kernel > parameters without recompiling the kernel. GRUB, gummiboot/systemd-boot, rEFInd and friends are all practical and potentially necessary means of switching between kernels and operating systems in a multiboot installation. Otherwise you have to drop into your OS BIOS settings to select a boot image from there, or install and use UEFI shell. Check the gentoo handbook and wiki pages for more details on this subject and post back any questions if something is not clear. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] From rsync to git: sync-uri is invalid: https://github.com/gentoo-mirror/gentoo.git
meino.cra...@gmx.de wrote: > Dale [17-01-29 07:56]: >> meino.cra...@gmx.de wrote: >>> Hi, >>> >>> To switch from rsync to git I am following the steps described here >>> https://www.reddit.com/r/Gentoo/comments/3i141w/now_that_portage_is_using_git_how_do_i_git_pull/ >>> >>> The last step I did was "mv /usr/portage /usr/portage.old ; emerge >>> sync" and I got: >>> >>> solfire:/usr>emerge --sync >> Syncing repository 'gentoo' into '/usr/portage'... >>> !!! sync-uri is invalid: https://github.com/gentoo-mirror/gentoo.git >>> >>> As fas as I know, this is the uri Joost uses... >>> >>> Hmmmwhy does portage thinks, this uri is wrong? >>> (...and how can I fix it?) >>> >>> Cheers >>> Meino >>> >>> >> May want to look at this link. >> >> https://wiki.gentoo.org/index.php?title=/etc/portage/repos.conf/gentoo.conf&oldid=378294 >> >> >> Maybe that will give better results, not that I see anything wrong with >> what you have myself. BTW, I did a forum search, make sure you don't >> have other files in /etc/portage/repos.conf. It seems that if you have >> more than one, it takes the last one and runs with it. Someone else had >> gentoo.conf.bak and it was reading it instead of gentoo.conf. It sort >> of works like package.use and such. Make sense? I'm beat over here. lol >> >> Hope that helps. >> >> Dale >> >> :-) :-) >> > Hi Dale, > > thanks for your very helpful reply! :) > > Not to have *.bak and such under.../repos.conf/... does the trick. > > Would be nice, if emerge would only read files *.conf instead of > everything... > > Have a nice weekend! :) > Cheers > Meino > > > I started not to mention that but when trying to help, sometimes you just have to post anything you even think might help, even if it sounds bat guano crazy. lol It is odd that it does that way. I guess it would be safe to assume that everything in /etc/portage behaves that way. I recall playing with using sets a good while back, I had to move the files to /root or something to make sure they wouldn't get read if I didn't want them included. Live and learn I guess. Glad it got you going. Dale :-) :-)
Re: [gentoo-user] From rsync to git: sync-uri is invalid: https://github.com/gentoo-mirror/gentoo.git
On 29/01/2017 09:19, meino.cra...@gmx.de wrote: > Dale [17-01-29 07:56]: >> meino.cra...@gmx.de wrote: >>> Hi, >>> >>> To switch from rsync to git I am following the steps described here >>> https://www.reddit.com/r/Gentoo/comments/3i141w/now_that_portage_is_using_git_how_do_i_git_pull/ >>> >>> The last step I did was "mv /usr/portage /usr/portage.old ; emerge >>> sync" and I got: >>> >>> solfire:/usr>emerge --sync >> Syncing repository 'gentoo' into '/usr/portage'... >>> !!! sync-uri is invalid: https://github.com/gentoo-mirror/gentoo.git >>> >>> As fas as I know, this is the uri Joost uses... >>> >>> Hmmmwhy does portage thinks, this uri is wrong? >>> (...and how can I fix it?) >>> >>> Cheers >>> Meino >>> >>> >> >> May want to look at this link. >> >> https://wiki.gentoo.org/index.php?title=/etc/portage/repos.conf/gentoo.conf&oldid=378294 >> >> >> Maybe that will give better results, not that I see anything wrong with >> what you have myself. BTW, I did a forum search, make sure you don't >> have other files in /etc/portage/repos.conf. It seems that if you have >> more than one, it takes the last one and runs with it. Someone else had >> gentoo.conf.bak and it was reading it instead of gentoo.conf. It sort >> of works like package.use and such. Make sense? I'm beat over here. lol >> >> Hope that helps. >> >> Dale >> >> :-) :-) >> > > Hi Dale, > > thanks for your very helpful reply! :) > > Not to have *.bak and such under.../repos.conf/... does the trick. > > Would be nice, if emerge would only read files *.conf instead of > everything... I would file a bug/feature request for that. It's a very annoying thing to trip over and many many packages now read only X.d/*.conf for that very reason -- Alan McKinnon alan.mckin...@gmail.com
