[gentoo-user] Firefox and Thunderbird compile issue
It looks like sometime in the last few days Firefox and Thunderbird versions were bumped. I've unfortunately got a problem (oddly enough, the same or very similar problems) with both: 1:09.75 In file included from /var/tmp/portage/www-client/firefox-60.3.0-r1/work/firefox-60.3.0/ff/media/libav/Unified_c_media_libav0.c:29:0: Exception in thread ProcessReader: Traceback (most recent call last): File "/usr/lib64/python2.7/threading.py", line 801, in __bootstrap_inner self.run() File "/usr/lib64/python2.7/threading.py", line 754, in run self.__target(*self.__args, **self.__kwargs) File "/var/tmp/portage/www-client/firefox-60.3.0-r1/work/firefox-60.3.0/testing/mozbase/mozprocess/mozprocess/processhandler.py", line 1028, in _read callback(line.rstrip()) File "/var/tmp/portage/www-client/firefox-60.3.0-r1/work/firefox-60.3.0/testing/mozbase/mozprocess/mozprocess/processhandler.py", line 944, in __call__ e(*args, **kwargs) File "/var/tmp/portage/www-client/firefox-60.3.0-r1/work/firefox-60.3.0/python/mach/mach/mixin/process.py", line 86, in handleLine line_handler(line) File "/var/tmp/portage/www-client/firefox-60.3.0-r1/work/firefox-60.3.0/python/mozbuild/mozbuild/controller/building.py", line 672, in on_line self.log(logging.INFO, 'build_output', {'line': line}, '{line}') File "/var/tmp/portage/www-client/firefox-60.3.0-r1/work/firefox-60.3.0/python/mach/mach/mixin/logging.py", line 54, in log extra={'action': action, 'params': params}) File "/usr/lib64/python2.7/logging/__init__.py", line 1238, in log self._log(level, msg, args, **kwargs) File "/usr/lib64/python2.7/logging/__init__.py", line 1293, in _log self.handle(record) File "/usr/lib64/python2.7/logging/__init__.py", line 1303, in handle self.callHandlers(record) File "/usr/lib64/python2.7/logging/__init__.py", line 1343, in callHandlers hdlr.handle(record) File "/usr/lib64/python2.7/logging/__init__.py", line 766, in handle self.emit(record) File "/var/tmp/portage/www-client/firefox-60.3.0-r1/work/firefox-60.3.0/python/mozbuild/mozbuild/controller/building.py", line 555, in emit self.fh.write(msg) UnicodeEncodeError: 'ascii' codec can't encode characters in position 146-148: ordinal not in range(128) Has anyone run into this? I checked my locale, it's set correctly as utf8. This machine has also been kept up to date (it's not the same machine that I posted about a python issue earlier.) I don't know if Thunderbird is stopping at exactly the same place, but it was the same "ordinal not in range" error. Dan
Re: [gentoo-user] Help with dev-util/cargo blocking dev-lang/rust.
On 11/17/2018 10:33 PM, Andrew Udvare wrote: I switched fully to ACCEPT_KEYWORDS="~amd64" (make.conf) after running mixed for a while. These kinds of issues come up too often and I don't have a lot of time to solve them, plus for my dev machine I just don't notice stable vs unstable most of the time. If something is truly unstable from my own experience I will mask that version and downgrade. I've occasionally thought about doing that. I've just not pulled the trigger on that yet. I think I added ~amd64 to ACCEPT_KEYWORDS and looked at how many packages were going to change, got busy / needed to do something else at the time, and reverted with the decision to tackle it some other day. That day hasn't come yet. My recommendation would be to switch over to ~amd64 for a workstation generally. On my home server I run stable with a few unmasks, but most of the time these are packages that have no dependencies. ACK Thank you for sharing your experience, your opinion, and your help. -- Grant. . . . unix || die
Re: [gentoo-user] Help with dev-util/cargo blocking dev-lang/rust.
On 18/11/2018 00:23, Grant Taylor wrote: > > I'm not completely sure what that means. I'm guessing you're asking > about accept_keywords. I'm mostly (?) running stock amd64. I have > added ~amd64 to some packages for various reasons over the 2+ years that > this install has been around. I switched fully to ACCEPT_KEYWORDS="~amd64" (make.conf) after running mixed for a while. These kinds of issues come up too often and I don't have a lot of time to solve them, plus for my dev machine I just don't notice stable vs unstable most of the time. If something is truly unstable from my own experience I will mask that version and downgrade. My recommendation would be to switch over to ~amd64 for a workstation generally. On my home server I run stable with a few unmasks, but most of the time these are packages that have no dependencies. -- Andrew signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] systemd/dracut: Correctly boot using flash drive with LUKS key?
On 16/11/2018 14:43, Rich Freeman wrote: > On Fri, Nov 16, 2018 at 12:15 PM Andrew Udvare wrote: >> >> I am not sure if there is a way to move the systemd-cryptsetup@home.service >> up the dependency tree once it's working, which would then remove the >> mnt-chuan.mount dependency. >> > > Ok, I did a bit more reading. You're using the cryptsetup generator > most likely. It sets up units to be oneshot+remainafterexit, which > means they're "active" whenever the LUKS device is mounted (without > any processes - but they show as active so that you can stop them and > unmount the device). It sets the RequiresMountsFor parameter for the > device the key file is contained on, which makes that mount service a > Required dependency. That means that it can't be unmounted while the > cryptsetup device is in use, and in theory attempting to unmount the > key file should make systemd attempt to unmount the cryptsetup device > (though busy filesystems could interfere with that). So it is a bit strange that /mnt/chuan was considered a dependency just because of mention in /etc/crypttab. However I found out that the reason has something to do with the /mnt/chuan entry in /etc/fstab in my real root, and this is not a necessary line (it is the only entry in the initrd fstab). I removed the line and now the dependency is still show with list-dependencies, but it is white instead of red. My system is still shown as running rather than degraded. Removing the line from /etc/fstab only partially solves the problem, as it's not explained what happens with the USB drive once the root is switched because after that it's not shown to be mounted. I am pretty sure it's not safely unmounted before the switch, which leaves it in a strange state requiring fsck. Don't know the best way around this other than wait till systemd supports the keyscript option in /etc/crypttab. -- Andrew signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] Help with dev-util/cargo blocking dev-lang/rust.
On 11/17/2018 10:13 PM, Andrew Udvare wrote: It looks like you need to unmask virtual/cargo because you need to have virtual/cargo 1.30.1. These version numbers have to match. That seems to have done it. I added virtual/cargo to /etc/portage/package.accept_keywords/cargo which did have dev-util/cargo ~amd64. It now also has virtual/cargo ~amd64. Now emerge -aDuN @world seems to be happy and is currently emerge: (2 of 3). Thank you for your help. :-) Are you running a mixed keyworded system? I'm not completely sure what that means. I'm guessing you're asking about accept_keywords. I'm mostly (?) running stock amd64. I have added ~amd64 to some packages for various reasons over the 2+ years that this install has been around. I don't remember adding ~amd64 for dev-util/cargo. I wonder if I added it when I wanted to try the newer Firefox. Once you unmask, you can install what you need for Firefox/Thunderbird beforehand: emerge -1 virtual/cargo dev-lang/rust emerge -aDuN @world is now happy (or at least not blocking / erroring out) and compiling things as I type this email. Thank you again, everybody, for your help. :-) -- Grant. . . . unix || die
Re: [gentoo-user] Help with dev-util/cargo blocking dev-lang/rust.
On 17/11/2018 23:53, Grant Taylor wrote: > On 11/17/2018 07:58 PM, Adam Carter wrote: > > These are the packages that would be merged, in order: > > Calculating dependencies... done! > [ebuild N ] dev-util/cargo-0.30.0 USE="-debug -doc -libressl" > ABI_X86="(64) -32 (-x32)" > [ebuild N ] virtual/cargo-1.29.1 > [blocks B ] dev-util/cargo ("dev-util/cargo" is blocking > dev-lang/rust-1.30.1-r1) > > * Error: The above package list contains packages which cannot be > * installed at the same time on the same system. > > (dev-util/cargo-0.30.0:0/0::gentoo, ebuild scheduled for merge) pulled > in by > =dev-util/cargo-0.30.0* required by > (virtual/cargo-1.29.1:0/0::gentoo, ebuild scheduled for merge) > > (dev-lang/rust-1.30.1-r1:stable/1.30::gentoo, installed) pulled in by > =dev-lang/rust-1.30.1* required by (virtual/rust-1.30.1:0/0::gentoo, > installed) It looks like you need to unmask virtual/cargo because you need to have virtual/cargo 1.30.1. These version numbers have to match. Are you running a mixed keyworded system? Once you unmask, you can install what you need for Firefox/Thunderbird beforehand: emerge -1 virtual/cargo dev-lang/rust -- Andrew Udvare signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] Help with dev-util/cargo blocking dev-lang/rust.
On 11/17/2018 07:58 PM, Adam Carter wrote: Do you have virtual/cargo installed? Not presently. I removed the following packages as part of troubleshooting. dev-util/cargo virtual/cargo dev-lang/rust virtual/rust I then (re)installed dev-lang/rust per Andrew U.'s recommendation. Sorry posted too soon. After you install it, it should be satisfied by dev-lang/rust-1.30.1-r1 so you no longer need dev-util/cargo #[5831:root@alpha:~][1]# emerge -aDuN virtual/cargo * IMPORTANT: 2 news items need reading for repository 'gentoo'. * Use eselect news read to view new items. These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild N ] dev-util/cargo-0.30.0 USE="-debug -doc -libressl" ABI_X86="(64) -32 (-x32)" [ebuild N ] virtual/cargo-1.29.1 [blocks B ] dev-util/cargo ("dev-util/cargo" is blocking dev-lang/rust-1.30.1-r1) * Error: The above package list contains packages which cannot be * installed at the same time on the same system. (dev-util/cargo-0.30.0:0/0::gentoo, ebuild scheduled for merge) pulled in by =dev-util/cargo-0.30.0* required by (virtual/cargo-1.29.1:0/0::gentoo, ebuild scheduled for merge) (dev-lang/rust-1.30.1-r1:stable/1.30::gentoo, installed) pulled in by =dev-lang/rust-1.30.1* required by (virtual/rust-1.30.1:0/0::gentoo, installed) For more information about Blocked Packages, please refer to the following section of the Gentoo Linux x86 Handbook (architecture is irrelevant): https://wiki.gentoo.org/wiki/Handbook:X86/Working/Portage#Blocked_packages #[5835:root@alpha:~]# equery y dev-util/cargo virtual/cargo dev-lang/rust virtual/rust Keywords for dev-util/cargo: | a | | | m | | | d x | | | 6 8 | | | 4 6 | u | | a a a p s | | | n | | l m r i p h m s p f m f | e u s | r | p d a m a p c x p 6 3 a b i b | a s l | e | h 6 r 6 6 p 6 8 p 8 9 s r s p s | p e o | p | a 4 m 4 4 c 4 6 a k 0 h c d s d | i d t | o ---+-+---+--- 0.30.0 | o + o ~ o o o + o o o o o o o o | 6 o 0 | gentoo Keywords for virtual/cargo: | a | | | m | | | d x | | | 6 8 | | | 4 6 | u | | a a a p s | | | n | | l m r i p h m s p f m f | e u s | r | p d a m a p c x p 6 3 a b i b | a s l | e | h 6 r 6 6 p 6 8 p 8 9 s r s p s | p e o | p | a 4 m 4 4 c 4 6 a k 0 h c d s d | i d t | o ---+-+---+--- 1.29.1 | o + o ~ o o o + o o o o o o o o | 7 o 0 | gentoo 1.29.2 | o ~ o ~ o o o ~ o o o o o o o o | 7 # | gentoo 1.30.1 | o ~ o ~ o o o ~ o o o o o o o o | 7 o | gentoo Keywords for dev-lang/rust: | a | | | m | | | d x | | | 6 8 | | | 4 6 | u | | a a a p s | | | n | | l m r i p h m s p f m f | e u s | r | p d a m a p c x p 6 3 a b i b | a s l | e | h 6 r 6 6 p 6 8 p 8 9 s r s p s | p e o | p | a 4 m 4 4 c 4 6 a k 0 h c d s d | i d t | o -+-+-+--- 1.29.1-r1 | o + o ~ o o o + o o o o o o o o | 6 o stable/1.29 | gentoo 1.29.2-r1 | o ~ o ~ o o o ~ o o o o o o o o | 6 o | gentoo -+-+-+--- [I]1.30.1-r1 | o ~ o ~ o o o ~ o o o o o o o o | 6 o stable/1.30 | gentoo Keywords for virtual/rust: | a | | | m | | | d x | | | 6 8 | | | 4 6 | u | | a a a p s | | | n | | l m r i p h m s p f m f | e u s | r | p d a m a p c x p 6 3 a b i b | a s l | e | h 6 r 6 6 p 6 8 p 8 9 s r s p s | p e o | p | a 4 m 4 4 c 4 6 a k 0 h c d s d | i d t | o --+-+---+--- 1.29.1 | o + o ~ o o o + o o o o o o o o | 7 o 0 | gentoo 1.29.2 | o ~ o ~ o o o ~ o o o o o o o o | 7 # | gentoo [I]1.30.1 | o ~ o ~ o o o ~ o o o o o o o o
[gentoo-user] Re: AMD lappy
On 2018-11-18, james wrote: > On 11/17/18 6:51 PM, Grant Edwards wrote: >> On 2018-11-17, Mick wrote: >>> On Saturday, 17 November 2018 23:00:22 GMT Grant Edwards wrote: On 2018-11-17, james wrote: > Actually and AMD Arm (64bit) Ryzen or newer. No, Ryzen is not an Arm processor. >> >>> Well, ... the PSP spy-in-the-die is an ARM core running within the >>> main AMD x86 CPU and you can't switch it off, or remove it. >> >> Right. Unless AMD has screwed up royally, the ARM >> security-processor-thingy is pretty much invisible to the end-user. >> >>> However, I'm sure this is not the kind of ARM James' been looking >>> for. >> >> I assumed not. >> >> I'd love to have an Arm based laptop, but getting full-up Linux >> running reliably on a Chromebook is just a bit over my hassle budget. >> I also want it to have a 16" 4:3 150dpi display, an RJ45 Ethernet >> connector, and a real DB9 serial port. I'll pass on the built in POTS >> modem... > > I had not realized that AMD has completely given up on Arm Systems. It's hard to tell. They still show the Opteron-A on their web site, but Google couldn't find anything using it... > I'm looking for an arm64 system, with enough native power to compile 64 > bit arm codes, natively. Here is the best I've found:: > > SynQuacer Dev Box > > [1] https://www.96boards.org/product/developerbox/ > > Purports to run gentoo (embedded?). > "�SC2A11� is a multi-core chip with 24 cores of ARM� Cortex-A53" > > Not quite available (alpha) and a bit pricey at $1200.00. Ouch. > Like Grant I'm looking for an arm 64 system that is straightforward > on installing gentoo, and has enough resources to perform most > compiles, natively. Or somebody has distcc running on four of those > 4G DDR-4 boards. > > Perhaps a gentoo cluster running on the latest R. PI ? > > Perhaps Vapier has a hidden howto to put native gentoo on Chromebooks? https://wiki.gentoo.org/wiki/Chromebook It's definitly doable ( for certain models and some value of "doable"). Everytime I look into it, the models for which "real" Linux installations are documented are always out-of-production. > Perhaps "TomH" has some suggestions. I got one of those "hikey Armv8a" > boards from 2015, but cannot find his gentoo image he crafted and > published. I do not have time for another gentoo adventure, just want to > use it and sync it now and again and install ebuilds and write a few > ebuilds for some 64 bit arm boards. Cross development might be easier. It's how a _lot_ of ARM Linux targets are supported. Even if the devlopment host and target are both ARM64, unless they're _really_ identical (same kernel, distro, and libraries), you still end up doing a good amount of "cross" compiling. > My thoughts are to consolidate my efforts into one (arm64) arch, both on > the development lappy and the arm64 SBCs I have to code to and > maintain. Perhaps All winner? (Allwinner H6)?USB 3.0 is great for SSD > and offgrid applications. -- Grant
Re: [gentoo-user] Help with dev-util/cargo blocking dev-lang/rust.
On Sun, Nov 18, 2018 at 1:55 PM Adam Carter wrote: > On Sun, Nov 18, 2018 at 1:52 PM Grant Taylor < > gtay...@gentoo.tnetconsulting.net> wrote: > >> On 11/17/2018 06:11 PM, Andrew Udvare wrote: >> > Uninstall dev-util/cargo and emerge -1 dev-lang/rust. dev-lang/rust >> > comes with Cargo. >> >> Hum. That didn't solve the problem. >> > > Do you have virtual/cargo installed? > Sorry posted too soon. After you install it, it should be satisfied by dev-lang/rust-1.30.1-r1 so you no longer need dev-util/cargo
Re: [gentoo-user] Help with dev-util/cargo blocking dev-lang/rust.
On Sun, Nov 18, 2018 at 1:52 PM Grant Taylor < gtay...@gentoo.tnetconsulting.net> wrote: > On 11/17/2018 06:11 PM, Andrew Udvare wrote: > > Uninstall dev-util/cargo and emerge -1 dev-lang/rust. dev-lang/rust > > comes with Cargo. > > Hum. That didn't solve the problem. > Do you have virtual/cargo installed?
Re: [gentoo-user] Help with dev-util/cargo blocking dev-lang/rust.
> > > I also had to > > > > ln -s /usr/bin/cargo-1.30.1 /usr/bin/cargo > > > > To get things working, YMMV. > > The correct way is to run `eselect rust set 1`. There are other symlinks > besides cargo. > > That was already set for me, but i re-ran it, and atime on the symlink was reset. Thanks.
Re: [gentoo-user] Help with dev-util/cargo blocking dev-lang/rust.
On 11/17/2018 06:11 PM, Andrew Udvare wrote: Uninstall dev-util/cargo and emerge -1 dev-lang/rust. dev-lang/rust comes with Cargo. Hum. That didn't solve the problem. #[5828:root@alpha:~]# eselect rust list Available Rust versions: [1] rust-1.30.1 * #[5829:root@alpha:~]# emerge -aDuN @world * IMPORTANT: 2 news items need reading for repository 'gentoo'. * Use eselect news read to view new items. These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild N ] dev-util/cargo-0.30.0 USE="-debug -doc -libressl" ABI_X86="(64) -32 (-x32)" [ebuild N ] virtual/cargo-1.29.1 [ebuild U ] mail-client/thunderbird-60.3.0 [52.9.1] USE="-clang% -jack%" [ebuild UD ] www-client/firefox-60.3.0-r1 [63.0.1] [blocks B ] dev-util/cargo ("dev-util/cargo" is blocking dev-lang/rust-1.30.1-r1) * Error: The above package list contains packages which cannot be * installed at the same time on the same system. (dev-util/cargo-0.30.0:0/0::gentoo, ebuild scheduled for merge) pulled in by =dev-util/cargo-0.30.0* required by (virtual/cargo-1.29.1:0/0::gentoo, ebuild scheduled for merge) (dev-lang/rust-1.30.1-r1:stable/1.30::gentoo, installed) pulled in by =dev-lang/rust-1.30.1* required by (virtual/rust-1.30.1:0/0::gentoo, installed) dev-lang/rust required by @selected For more information about Blocked Packages, please refer to the following section of the Gentoo Linux x86 Handbook (architecture is irrelevant): https://wiki.gentoo.org/wiki/Handbook:X86/Working/Portage#Blocked_packages -- Grant. . . . unix || die
Re: [gentoo-user] Help with dev-util/cargo blocking dev-lang/rust.
> On 2018-11-17, at 20:16, Adam Carter wrote: > > > On 2018-11-17, at 19:24, Grant Taylor > > wrote: > > > > So, will someone help me fix this cargo / rust blockage so that I can > > finish my @world emerge? > > Uninstall dev-util/cargo and emerge -1 dev-lang/rust. dev-lang/rust comes > with Cargo. > > > I also had to > > ln -s /usr/bin/cargo-1.30.1 /usr/bin/cargo > > To get things working, YMMV. The correct way is to run `eselect rust set 1`. There are other symlinks besides cargo. -- Andrew Udvare
Re: [gentoo-user] Help with dev-util/cargo blocking dev-lang/rust.
> > > On 2018-11-17, at 19:24, Grant Taylor > wrote: > > > > So, will someone help me fix this cargo / rust blockage so that I can > finish my @world emerge? > > Uninstall dev-util/cargo and emerge -1 dev-lang/rust. dev-lang/rust comes > with Cargo. > > I also had to ln -s /usr/bin/cargo-1.30.1 /usr/bin/cargo To get things working, YMMV.
Re: [gentoo-user] Re: AMD lappy
On 11/17/18 6:51 PM, Grant Edwards wrote: > On 2018-11-17, Mick wrote: >> On Saturday, 17 November 2018 23:00:22 GMT Grant Edwards wrote: >>> On 2018-11-17, james wrote: >>> Actually and AMD Arm (64bit) Ryzen or newer. >>> >>> No, Ryzen is not an Arm processor. > >> Well, ... the PSP spy-in-the-die is an ARM core running within the >> main AMD x86 CPU and you can't switch it off, or remove it. > > Right. Unless AMD has screwed up royally, the ARM > security-processor-thingy is pretty much invisible to the end-user. > >> However, I'm sure this is not the kind of ARM James' been looking >> for. > > I assumed not. > > I'd love to have an Arm based laptop, but getting full-up Linux > running reliably on a Chromebook is just a bit over my hassle budget. > I also want it to have a 16" 4:3 150dpi display, an RJ45 Ethernet > connector, and a real DB9 serial port. I'll pass on the built in POTS > modem... > I had not realized that AMD has completely given up on Arm Systems. Been off_grid a bit too much and working way to hard, for an old eclectic. I'm looking for an arm64 system, with enough native power to compile 64 bit arm codes, natively. Here is the best I've found:: SynQuacer Dev Box [1] https://www.96boards.org/product/developerbox/ Purports to run gentoo (embedded?). "�SC2A11� is a multi-core chip with 24 cores of ARM� Cortex-A53" Not quite available (alpha) and a bit pricey at $1200.00. Like Grant I'm looking for an arm 64 system that is straightforward on installing gentoo, and has enough resources to perform most compiles, natively. Or somebody has distcc running on four of those 4G DDR-4 boards. Perhaps a gentoo cluster running on the latest R. PI ? Perhaps Vapier has a hidden howto to put native gentoo on Chromebooks? Perhaps "TomH" has some suggestions. I got one of those "hikey Armv8a" boards from 2015, but cannot find his gentoo image he crafted and published. I do not have time for another gentoo adventure, just want to use it and sync it now and again and install ebuilds and write a few ebuilds for some 64 bit arm boards. My thoughts are to consolidate my efforts into one (arm64) arch, both on the development lappy and the arm64 SBCs I have to code to and maintain. Perhaps All winner? (Allwinner H6)?USB 3.0 is great for SSD and offgrid applications.
Re: [gentoo-user] Help with dev-util/cargo blocking dev-lang/rust.
> On 2018-11-17, at 19:24, Grant Taylor > wrote: > > So, will someone help me fix this cargo / rust blockage so that I can finish > my @world emerge? Uninstall dev-util/cargo and emerge -1 dev-lang/rust. dev-lang/rust comes with Cargo. -- Andrew Udvare
[gentoo-user] Help with dev-util/cargo blocking dev-lang/rust.
Hi, Would someone please point me in the proper direction to start reading what I need to do to resolve this problem? [blocks B ] dev-util/cargo ("dev-util/cargo" is blocking dev-lang/rust-1.30.1-r1) * Error: The above package list contains packages which cannot be * installed at the same time on the same system. (dev-util/cargo-0.30.0:0/0::gentoo, ebuild scheduled for merge) pulled in by =dev-util/cargo-0.30.0* required by (virtual/cargo-1.29.1:0/0::gentoo, ebuild scheduled for merge) (dev-lang/rust-1.30.1-r1:stable/1.30::gentoo, ebuild scheduled for merge) pulled in by =dev-lang/rust-1.30.1* required by (virtual/rust-1.30.1:0/0::gentoo, ebuild scheduled for merge) I've been reading documentation and various blog posts, trying to find how to resolve this myself, but I've not had much luck. So, will someone help me fix this cargo / rust blockage so that I can finish my @world emerge? Thank you in advance. Grant. . . . unix || die
[gentoo-user] Re: AMD lappy
On 2018-11-17, Mick wrote: > On Saturday, 17 November 2018 23:00:22 GMT Grant Edwards wrote: >> On 2018-11-17, james wrote: >> >> > Actually and AMD Arm (64bit) Ryzen or newer. >> >> No, Ryzen is not an Arm processor. > Well, ... the PSP spy-in-the-die is an ARM core running within the > main AMD x86 CPU and you can't switch it off, or remove it. Right. Unless AMD has screwed up royally, the ARM security-processor-thingy is pretty much invisible to the end-user. > However, I'm sure this is not the kind of ARM James' been looking > for. I assumed not. I'd love to have an Arm based laptop, but getting full-up Linux running reliably on a Chromebook is just a bit over my hassle budget. I also want it to have a 16" 4:3 150dpi display, an RJ45 Ethernet connector, and a real DB9 serial port. I'll pass on the built in POTS modem... -- Grant
Re: [gentoo-user] virt-manager qemu problem
On Saturday, 17 November 2018 10:55:21 GMT jdm wrote: > Hi, > > I am trying to run virt-manager and or qemu with 3d acceleration using > virtio-gpu options. > > When I start the virtual machine in virt-manager all I get is a screen > of static (complete screen corruption of lines and blocks) > > I also get the same problem when trying to start from CLI with the > following > > /usr/bin/qemu-system-x86_64 \ > -enable-kvm \ > -cpu host \ > -smp 8 \ > -m 4G \ > -net nic,macaddr=52:54:00:12:34:56 -net user \ > -soundhw es1370 \ > -usb -device usb-tablet \ > -show-cursor \ > -vga virtio \ > -display gtk,gl=on \ > -drive file=arch.img,if=virtio & > > This used to work fine but has recently gone wrong. I have tried > several guests all with the same results of corrupted screens. > > I can start machines with normal qxl options and all is fine so > think this is just an issue with virtio 3d acceleration. > > Any ideas? > > Thanks > > John All I can think is this should be related to the host GPU and any recent update to its drivers. On an old Radeon here I have not noticed any problems running: -display gtk,gl=on or -display sdl,gl=on -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Re: AMD lappy
On Saturday, 17 November 2018 23:00:22 GMT Grant Edwards wrote: > On 2018-11-17, james wrote: > > On 11/17/18 4:03 PM, Grant Edwards wrote: > >> On 2018-11-17, james wrote: > >>> On 11/17/18 12:17 PM, Grant Edwards wrote: > On 2018-11-17, james wrote: > > It's time for the old man to get a new portable. > > > > Arm processor, > > That's going to be tough. The only ones I've ever heard of are > Chromebooks. > >>> > >>> Dell is on the move, but what I found (looking for old link now) > >>> had a mechanical HD with no SSD upgrade option; everthing else was fine. > >>> > >>> https://www.dell.com/en-us/shop/enabling-today-inspiring-tomorrow/ab/ena > >>> bling-today-inspiring-tomorrow > >>> > >>> > >>> https://www.dell.com/en-us/shop/dell-laptops/inspiron-17-5000/spd/inspir > >>> on-17-5775-laptop/dncwlgamd7005h>> > >> Not an Arm processor. > >> > >> Or do you mean AMD? > > > > Actually and AMD Arm (64bit) Ryzen or newer. > > No, Ryzen is not an Arm processor. > > The Ryzen's architecture is AMD64 (AKA x64, or x86-64). It's the > old Intel IA32 architecture (which dates back to the 80386) extended to > be 64-bits wide. > > Read the section on "Instruction set": > >https://en.wikipedia.org/wiki/Ryzen > > If you want an Arm laptop, you pretty much have to by a Chromebook. > > AMD did have the "Opteron A" processor which included an Arm > Cortex-A57 core, but that was aimed at the blade-server market, and I > think it was discontinued... Well, ... the PSP spy-in-the-die is an ARM core running within the main AMD x86 CPU and you can't switch it off, or remove it. However, I'm sure this is not the kind of ARM James' been looking for. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
[gentoo-user] Re: AMD lappy
On 2018-11-17, james wrote: > On 11/17/18 4:03 PM, Grant Edwards wrote: >> On 2018-11-17, james wrote: >>> On 11/17/18 12:17 PM, Grant Edwards wrote: On 2018-11-17, james wrote: > It's time for the old man to get a new portable. > Arm processor, That's going to be tough. The only ones I've ever heard of are Chromebooks. >>> >>> Dell is on the move, but what I found (looking for old link now) >>> had a mechanical HD with no SSD upgrade option; everthing else was fine. >>> >>> https://www.dell.com/en-us/shop/enabling-today-inspiring-tomorrow/ab/enabling-today-inspiring-tomorrow >> >>> >>> https://www.dell.com/en-us/shop/dell-laptops/inspiron-17-5000/spd/inspiron-17-5775-laptop/dncwlgamd7005h >> >> Not an Arm processor. >> >> Or do you mean AMD? > > Actually and AMD Arm (64bit) Ryzen or newer. No, Ryzen is not an Arm processor. The Ryzen's architecture is AMD64 (AKA x64, or x86-64). It's the old Intel IA32 architecture (which dates back to the 80386) extended to be 64-bits wide. Read the section on "Instruction set": https://en.wikipedia.org/wiki/Ryzen If you want an Arm laptop, you pretty much have to by a Chromebook. AMD did have the "Opteron A" processor which included an Arm Cortex-A57 core, but that was aimed at the blade-server market, and I think it was discontinued... -- Grant
Re: [gentoo-user] Re: AMD lappy
On 11/17/18 4:03 PM, Grant Edwards wrote: > On 2018-11-17, james wrote: >> On 11/17/18 12:17 PM, Grant Edwards wrote: >>> On 2018-11-17, james wrote: >>> It's time for the old man to get a new portable. >>> Arm processor, >>> >>> That's going to be tough. The only ones I've ever heard of are >>> Chromebooks. >> >> Dell is on the move, but what I found (looking for old link now) >> had a mechanical HD with no SSD upgrade option; everthing else was fine. >> >> https://www.dell.com/en-us/shop/enabling-today-inspiring-tomorrow/ab/enabling-today-inspiring-tomorrow > >> >> https://www.dell.com/en-us/shop/dell-laptops/inspiron-17-5000/spd/inspiron-17-5775-laptop/dncwlgamd7005h > > Not an Arm processor. > > Or do you mean AMD? > Actually and AMD Arm (64bit) Ryzen or newer. After some time on the phone with dell, I found a linux sales guy that has the list and is researching "when" what I want will be available.
[gentoo-user] Re: AMD lappy
On 2018-11-17, james wrote: > On 11/17/18 12:17 PM, Grant Edwards wrote: >> On 2018-11-17, james wrote: >> >>> It's time for the old man to get a new portable. >> >>> Arm processor, >> >> That's going to be tough. The only ones I've ever heard of are >> Chromebooks. > > Dell is on the move, but what I found (looking for old link now) > had a mechanical HD with no SSD upgrade option; everthing else was fine. > > https://www.dell.com/en-us/shop/enabling-today-inspiring-tomorrow/ab/enabling-today-inspiring-tomorrow > > https://www.dell.com/en-us/shop/dell-laptops/inspiron-17-5000/spd/inspiron-17-5775-laptop/dncwlgamd7005h Not an Arm processor. Or do you mean AMD? -- Grant
Re: [gentoo-user] Re: AMD lappy
On 11/17/18 12:17 PM, Grant Edwards wrote: > On 2018-11-17, james wrote: > >> It's time for the old man to get a new portable. > >> Arm processor, > > That's going to be tough. The only ones I've ever heard of are > Chromebooks. > Dell is on the move, but what I found (looking for old link now) had a mechanical HD with no SSD upgrade option; everthing else was fine. https://www.dell.com/en-us/shop/enabling-today-inspiring-tomorrow/ab/enabling-today-inspiring-tomorrow https://www.dell.com/en-us/shop/dell-laptops/inspiron-17-5000/spd/inspiron-17-5775-laptop/dncwlgamd7005h Purported to have linux options of buntu or redhat (coreOS version?) I guess IBM is really challenged with old RHEL and CoreOS.
[gentoo-user] Re: AMD lappy
On 2018-11-17, james wrote: > It's time for the old man to get a new portable. > Arm processor, That's going to be tough. The only ones I've ever heard of are Chromebooks. -- Grant
[gentoo-user] AMD lappy
Hello One and All, It's time for the old man to get a new portable. Ideally, It be great if it were similar to other laptops, used by gentoo folks, so getting the drivers all happy would be consistent. (sure a bit idealized but not a bad idea?) So here is what I like (ALL AMD/Radeon) Arm processor, High end video card (what you can get now in a laptop or by Jan 1, 2019. DDR 4 1 T SSD (dual drives would be keen for dual boot (doz_10) USB 3.1+ 17" screen or larger. Please post any and all ideas, including (4) embedded arm boards taped to the back of a 4K high res monitor. Absolutely no Nvidia or Intel! Any idea when all of this is going to be on 7nm? Anxiously awaiting ideas, James
[gentoo-user] virt-manager qemu problem
Hi, I am trying to run virt-manager and or qemu with 3d acceleration using virtio-gpu options. When I start the virtual machine in virt-manager all I get is a screen of static (complete screen corruption of lines and blocks) I also get the same problem when trying to start from CLI with the following /usr/bin/qemu-system-x86_64 \ -enable-kvm \ -cpu host \ -smp 8 \ -m 4G \ -net nic,macaddr=52:54:00:12:34:56 -net user \ -soundhw es1370 \ -usb -device usb-tablet \ -show-cursor \ -vga virtio \ -display gtk,gl=on \ -drive file=arch.img,if=virtio & This used to work fine but has recently gone wrong. I have tried several guests all with the same results of corrupted screens. I can start machines with normal qxl options and all is fine so think this is just an issue with virtio 3d acceleration. Any ideas? Thanks John