RE: [gentoo-user]
The email in question didn’t have "really small, tiny even, font"; it is simply an empty email with no subject and body. Note: times when forcing plain text when reading actually helps :P Regards, -- Pengcheng Xu https://jsteward.moe > -Original Message- > From: Dale > Sent: Sunday, August 16, 2020 7:20 PM > To: gentoo-user@lists.gentoo.org > Subject: Re: [gentoo-user] > > Hans Wurst wrote: > > > > Well, the email made it to the list but unless you used some really small, > tiny > even, font, we didn't get anything to read. lol Are you trying to unsub from > the list? Accidentally send a empty message? Anything else we can assist you > with? > > Dale > > :-) :-) openpgp-digital-signature.asc Description: PGP signature
RE: [gentoo-user] Testing a used hard drive to make SURE it is good.
I'm wondering that who's email client is broken, yours or mine? I'm seeing a
lot of U+FFFD replacement characters in this email, like, behind every stop
punctuation ("?", ".", and ")"), but not in your other emails on the list.
Regards,
--
Pengcheng Xu
https://jsteward.moe
> -Original Message-
> From: Dale
> Sent: Thursday, June 18, 2020 5:14 PM
> To: gentoo-user@lists.gentoo.org
> Subject: Re: [gentoo-user] Testing a used hard drive to make SURE it is good.
>
> David Haller wrote:
>
>
> Hello,
>
> On Mon, 15 Jun 2020, Dale wrote:
> [..]
>
> While I'm at it, when running dd, I have zero and random in
> /dev.�
> Where
> does a person obtain a one?� In other words, I can write all
> zeros,
> I
> can write all random but I can't write all ones since it isn't
> in /dev.�
> Does that even exist?� Can I create it myself somehow?� Can I
> download
> it or install it somehow?� I been curious about that for a good
> long
> while now.� I just never remember to ask.�
>
>
> I've wondered that too. So I just hacked one up just now.
>
> ones.c
> #include
> #include
> #include
> static unsigned int buf[BUFSIZ];
> int main(void) {
> unsigned int i;
> for(i = 0; i < BUFSIZ; i++) { buf[i] = (unsigned int)-1; }
> while( write(STDOUT_FILENO, buf, sizeof(buf)) );
> exit(0);
> }
>
>
> Compile with:
> gcc $CFLAGS -o ones ones.c
> or
> gcc $(portageq envvar CFLAGS) -o ones ones.c
>
> and use/test e.g. like
>
> ./ones | dd of=/dev/null bs=8M count=1000 iflag=fullblock
>
> Here, it's about as fast as
>
> cat /dev/zero | dd of=/dev/null bs=8M count=1000 iflag=fullblock
>
> (but only about ~25% as fast as
> dd if=/dev/zero of=/dev/null bs=8M count=1000 iflag=fullblock
> for whatever reason ever, but the implementation of /dev/zero is
> non-trivial ...)
>
> HTH,
> -dnh
>
>
>
> I got it to compile, at least it created a file named ones anyway.� What I'm
> unclear about, where is the if= for dd in the command?� All the commands I've
> seen before has a if= and a of=.� The if for input and of for output or
> target.�
> I'm assuming that if I want to target sdb, I'd replace null with /dev/sdb.�
>
> As I've posted before, even my scripting skills are minimal.� Surprised I got
> it to compile even.� lol� Just trying to make sure I don't mess up something.�
> I placed all this in the /root directory.� I'm assuming I can copy paste the
> commands above while in /root to make it work?� I'm asking because I haven't
> tried it yet.�
>
> Thanks.
>
> Dale
>
> :-)� :-)�
>
>
openpgp-digital-signature.asc
Description: PGP signature
RE: [gentoo-user] handbrake fails to compile
> -Original Message- > From: tu...@posteo.de > Sent: Sunday, May 24, 2020 7:16 PM > To: gentoo-user@lists.gentoo.org > Subject: Re: [gentoo-user] handbrake fails to compile > > On 05/24 11:54, Neil Bothwick wrote: > > On Sun, 24 May 2020 12:44:20 +0200, tu...@posteo.de wrote: > > > > > media-video/handbrake-1.3.2:0/0::gentoo fails to compile (I am on > > > "unstable"). > > > > > > Searching online I found, that running perl-cleaner would fix that > > > problem which I done: > > > > > > perl-cleaner --all > > > > > > - but without success. > > > > > > Message was: > > > > > > * ERROR: media-video/handbrake-1.3.2::gentoo failed (compile phase): > > > * emake failed > > > > > > I attached the build.log. If any further information are added I > > > will be happy to post them. > > > > > > How can I fix that? > > > > Try the patch in https://bugs.gentoo.org/724650 > > > > mkdir -p /etc/portage/patches/media-video/handbrake-1.3.2 > > > > and drop the patch into that directory. > > > > > > -- > > Neil Bothwick > > > > If a stealth bomber crashes in a forest, will it make a sound? > > Hi Neil, > > that works! Thanks a lot. > > A more general question: It is not the first time I searched for fixes for > compilation failures I came accross and I never got a link into the gentoo bug > tracker. As search terms I used "handbrake gentoo compile failure". > > Is the bug tracker secured somehow against search machine robots somehow or > via robots.txt or is it me using a foreign language wrongly? Instead, you may want to search for anything relevant on the Bugzilla, forums, and mailing list archives *first* :) > > Cheers! > Meino > > > > Regards, -- Pengcheng Xu https://jsteward.moe openpgp-digital-signature.asc Description: PGP signature
RE: [gentoo-user] Building packages in different prefix without rebuilding system packages
> -Original Message- > From: Neil Bothwick > Sent: Thursday, May 14, 2020 7:56 PM > To: gentoo-user@lists.gentoo.org > Subject: Re: [gentoo-user] Building packages in different prefix without > rebuilding system packages > > On Thu, 14 May 2020 18:17:06 +0800, Pengcheng Xu wrote: > > > That seems interesting. Do we need to include Portage install prefix > > (/var/tmp/portage/category/package/..., the image path prefix before > > actually merging with /)? > > > > Regards, > > No, just the --prefix=/home/blah/ that you want added to the ./configure > invocation. That's pretty neat! > > Please don't top post, and definitely don't quote previous mails after your > signature separator as some mail clients are configured to exclude sigs from > quoted replies. > Sorry for that. It's a shame that Outlook does not provide an option for signature location in replies... (using Windows for daily office stuff, please don't roast me :) > > -- > Neil Bothwick > > "Self-explanatory": technospeak for "Incomprehensible & undocumented" Regards, -- Pengcheng Xu https://jsteward.moe openpgp-digital-signature.asc Description: PGP signature
RE: [gentoo-user] Building packages in different prefix without rebuilding system packages
That seems interesting. Do we need to include Portage install prefix (/var/tmp/portage/category/package/..., the image path prefix before actually merging with /)? Regards, -- Pengcheng Xu https://jsteward.moe > -Original Message- > From: Neil Bothwick > Sent: Thursday, May 14, 2020 6:07 PM > To: gentoo-user@lists.gentoo.org > Subject: Re: [gentoo-user] Building packages in different prefix without > rebuilding system packages > > On Thu, 14 May 2020 16:46:58 +0800, Pengcheng Xu wrote: > > > What you're trying to achieve sounded a lot like `./configure > > --prefix=...` to me. If you're just dealing a small amount of things, > > I would suggest modifying the ebuild (in a local overlay) and changes > > where the program installs to. > > You may be able to avoid modifying ebuilds by setting the --prefix option in > $EXTRA_ECONF. > > > -- > Neil Bothwick > > Top Oxymorons Number 8: Tight slacks openpgp-digital-signature.asc Description: PGP signature
RE: [gentoo-user] Building packages in different prefix without rebuilding system packages
François-Xavier's first email didn't make its way to my inbox, so I'm replying to this one instead. EPREFIX is specifically designed for the Gentoo Prefix project [1]. In a word, Portage installs _everything_ inside the prefix, and uses nothing except the kernel (and some user files under home) outside the prefix. It is widely used in supercomputing and corporate infrastructure where the user does not have escalated permissions and the existing packages are too old or missing (CentOS 5) for whatever the user is trying to do. What you're trying to achieve sounded a lot like `./configure --prefix=...` to me. If you're just dealing a small amount of things, I would suggest modifying the ebuild (in a local overlay) and changes where the program installs to. That means no special handling on Portage's side, just the app's installed to somewhere else rather than the default prefix (in most cases '/usr'). [1]: https://wiki.gentoo.org/wiki/Project:Prefix Regards, -- Pengcheng Xu https://jsteward.moe > -Original Message- > From: Dale > Sent: Thursday, May 14, 2020 1:14 PM > To: gentoo-user@lists.gentoo.org > Subject: Re: [gentoo-user] Building packages in different prefix without > rebuilding system packages > > François-Xavier Carton wrote: > > > Hi, > > Is there a way of installing packages in a different prefix while still > using system packages? I've tried setting EPREFIX, however doing that > will install all dependencies in the prefix, even if there are already > installed in the system. > > I was hoping to install some packages in user directories, but I also > don't want to duplicate the packages installed globally. For example, > most packages eventually depend on gcc, which I definitely don't want > to > compile twice. So ideally, only dependencies that are not installed > globally should be pulled in. > > I was not able to find a way of doing that, but I feel like it shouldn't > be too hard, because EPREFIX almost does what I want. Does someone know > if it's possible without too much tweaking? > > Thanks, > -François-Xavier > > > > I'm clueless on EPREFIX but if you want to avoid compiling a package twice, > would the -k option help? If you have portage set to save the binaries you > compiled before, it would install from that instead of compiling things twice. > > Just thought I'd mention just in case it would help. > > Dale > > :-) :-) openpgp-digital-signature.asc Description: PGP signature
RE: [gentoo-user] Update Gentoo recently is becoming difficult
Just to remind that quite a few Debian folks use OpenRC as well; it's in their official repos... Regards, -- Pengcheng Xu https://jsteward.moe > -Original Message- > From: Consus > Sent: Tuesday, May 12, 2020 4:36 PM > To: gentoo-user@lists.gentoo.org > Subject: Re: [gentoo-user] Update Gentoo recently is becoming difficult > > On Tue, May 12, 2020 at 09:30:49AM +0100, Ashley Dixon wrote: > > On Tue, May 12, 2020 at 01:36:34AM -0300, Raphael MD wrote: > > > I’ve been noted that Systemd is putting hard dependency in things > > > like Bluetooth, today is difficult rely upon a system without Bluetooth. > > > > systemd, and Lennart Poettering (the anti-Christ of open-source) in > > general, have a history of placing "hard" dependencies on stupid > > things, sometimes to push people towards a particular workflow or > > set of packages [1]. This is one of the (many) reasons that people > > generally prefer to keep a safe distance from systemd. > > What "safe distance" are you talking about? The only non-systemd distros with > non-marginal userbase are Alpine, Gentoo and Void. openpgp-digital-signature.asc Description: PGP signature
RE: [gentoo-user] 5.4 kernels won't compile
A quick Google with keyword "R_X86_64_PC64 uclibc" shows that uclibc is missing some ELF definitions that are needed for newer kernels: https://gogs.waldemar-brodkorb.de/oss/uclibc-ng/issues/2 You may try the proposed solution there (to insert the definition into /usr/include/elf.h), but IMHO this should be handled by uclibc-ng themselves or a patch in Gentoo. As it seems like you've packaged uclibc-ng yourself (sys-libs/uclibc-ng: 1.0.33::akater) maybe you would want to add a patch there instead. Regards, -- Pengcheng Xu https://jsteward.moe > -Original Message- > From: akater > Sent: Friday, May 8, 2020 7:43 PM > To: gentoo-user@lists.gentoo.org > Subject: [gentoo-user] 5.4 kernels won't compile > > Neither linux-5.4.28-gentoo nor linux-5.4.38-gentoo would compile, with the > following error: > > > CFLAGS="-Wno-error=undef" make && make modules_install > > HOSTCC scripts/basic/fixdep > > HOSTCC arch/x86/tools/relocs_32.o > > HOSTCC arch/x86/tools/relocs_64.o > > In file included from arch/x86/tools/relocs_64.c:18: > > arch/x86/tools/relocs.c: In function 'rel_type': > > arch/x86/tools/relocs.c:201:12: error: 'R_X86_64_PC64' undeclared (first use > in this function); did you mean 'R_X86_64_64'? > > 201 | REL_TYPE(R_X86_64_PC64), > > |^ > > arch/x86/tools/relocs.c:197:22: note: in definition of macro 'REL_TYPE' > > 197 | #define REL_TYPE(X) [X] = #X > > | ^ > > arch/x86/tools/relocs.c:201:12: note: each undeclared identifier is reported > only once for each function it appears in > > 201 | REL_TYPE(R_X86_64_PC64), > > |^ > > arch/x86/tools/relocs.c:197:22: note: in definition of macro 'REL_TYPE' > > 197 | #define REL_TYPE(X) [X] = #X > > | ^ > > arch/x86/tools/relocs.c:201:12: error: array index in initializer not of > integer type > > 201 | REL_TYPE(R_X86_64_PC64), > > |^ > > arch/x86/tools/relocs.c:197:22: note: in definition of macro 'REL_TYPE' > > 197 | #define REL_TYPE(X) [X] = #X > > | ^ > > arch/x86/tools/relocs.c:201:12: note: (near initialization for 'type_name') > > 201 | REL_TYPE(R_X86_64_PC64), > > |^ > > arch/x86/tools/relocs.c:197:22: note: in definition of macro 'REL_TYPE' > > 197 | #define REL_TYPE(X) [X] = #X > > | ^ > > arch/x86/tools/relocs.c: In function 'do_reloc64': > > arch/x86/tools/relocs.c:802:7: error: 'R_X86_64_PC64' undeclared (first use > in this function); did you mean 'R_X86_64_64'? > > 802 | case R_X86_64_PC64: > > | ^ > > | R_X86_64_64 > > make[1]: *** [scripts/Makefile.host:124: arch/x86/tools/relocs_64.o] > > Error 1 > > make: *** [arch/x86/Makefile:232: archscripts] Error 2 > > I did not find anything relevant on Gentoo forums or on this mailing list. > Configuration is a little non-standard. The first lines of emerge --info: > > > Portage 2.3.99 (python 3.7.7-final-0, > > default/linux/amd64/17.0/uclibc/hardened, gcc-9.3.0, uclibc-ng-1.0.33, > > 4.19.97-gentoo-poseidon x86_64) > > = > > System uname: > Linux-4.19.97-gentoo-poseidon-x86_64-Intel-R-_Core-TM-2_Duo_CPU_L9400_@_1. > 86GHz-with-gentoo-2.6 > > KiB Mem: 1929164 total,152428 free > > KiB Swap: 0 total, 0 free > > Timestamp of repository gentoo: Fri, 08 May 2020 05:00:01 + Head > > commit of repository gentoo: 92957d0a4e66217194d92beb864ef7b9f2c04cbb > > sh bash 5.0_p17 > > ld GNU ld (Gentoo 2.33.1 p2) 2.33.1 > > ccache version 3.7.7 [enabled] > > app-shells/bash: 5.0_p17::gentoo > > dev-lang/perl:5.30.1::gentoo > > dev-lang/python: 2.7.18::gentoo, 3.7.7-r2::gentoo, 3.8.2-r2::gentoo > > dev-util/ccache: 3.7.7-r1::gentoo > > dev-util/cmake: 3.16.5::akater > > sys-apps/baselayout: 2.6-r1::gentoo > > sys-apps/openrc: 0.42.1::gentoo > > sys-apps/sandbox: 2.13::gentoo > > sys-devel/autoconf: 2.69-r4::gentoo > > sys-devel/automake: 1.16.1-r1::gentoo > > sys-devel/binutils: 2.33.1-r1::gentoo > > sys-devel/gcc:9.3.0::gentoo > > sys-devel/gcc-config: 2.2.1::gentoo > > sys-devel/libtool:2.4.6-r6::gentoo > > sys-devel/make: 4.2.1-r4::gentoo > > sys-kernel/linux-headers: 5.4::gentoo (virtual/os-headers) > > sys-libs/uclibc-ng: 1.0.33::akater > > Please help. openpgp-digital-signature.asc Description: PGP signature
RE: [gentoo-user] Is Gentoo dead?
That seems reasonable, people always tend to bring in new ideas when trying to prove what they're saying. I'm just amazed by the activeness of the community :) It's great to know that I'm not missing something useful if not going through the discussion, so thanks! Regards, -- Pengcheng Xu https://jsteward.moe > -Original Message- > From: Dale > Sent: Thursday, May 7, 2020 11:40 AM > To: gentoo-user@lists.gentoo.org > Subject: Re: [gentoo-user] Is Gentoo dead? > > Pengcheng Xu wrote: > > > Sorry for possible necroposting, but I'm pretty interested what's > happening in this thread, as there seems to be detailed discussion on topics > under this "Is Gentoo dead?" clickbait subject. The whole conversation list > does not even fit in a single screen... Would someone kindly provide some > clue > what's going on? > > Regards, > > > > Well, it is about Gentoo and the perception someone had that Gentoo is dying, > which has been claimed for many, many years now. Then the thread started > taking > off into other directions. It got slightly off topic, very off topic a couple > times and then back on topic. These threads tend to bring out quite a few > responses > and most can't resist posting, myself included in that as well. I might add, > there threads are usually started by a newcomer and typically they disappear > when they realize how active Gentoo really is. The OP for this thread posted > for a couple days and I don't see any posts after that. Most likely, > unsubscribed > and long gone. > > If you enjoy using Gentoo, or if you don't, if you skip this thread, you won't > be missing a whole lot. I don't recall any breaking news or life saving tips > in it. ROFL > > Dale > > :-) :-) openpgp-digital-signature.asc Description: PGP signature
RE: [gentoo-user] Is Gentoo dead?
Sorry for possible necroposting, but I'm pretty interested what's happening in this thread, as there seems to be detailed discussion on topics under this "Is Gentoo dead?" clickbait subject. The whole conversation list does not even fit in a single screen... Would someone kindly provide some clue what's going on? Regards, -- Pengcheng Xu https://jsteward.moe > -Original Message- > From: Consus > Sent: Wednesday, April 22, 2020 12:58 AM > To: gentoo-user@lists.gentoo.org > Subject: [gentoo-user] Is Gentoo dead? > > Hi, > > In all honesty, is Gentoo dead? Gentoo-Dev is filled with passive aggression > (though being developers-only mailing list), Github bot warns you that > contributing new packages to the main repo is low priority and probably no one > will help you, and even distribution kernel is not an official thing, but a > desperate attempt of someone to fix things. openpgp-digital-signature.asc Description: PGP signature
RE: [gentoo-user] New PC hangs/lacks ?
Well, I think you should be able to set up some real-time monitoring that keeps collecting system status in the background and make some plot to observe if something's going wrong during the Blender workload. An easy setup would be to fire up a Prometheus and Grafana docker app, and to run some node_exporters to collect metrics on your machine in question. You may miss chances to reproduce the issue when you're looking out for them, but the monitoring system would catch it when you're not watching and things do go wrong. Also wanted to say that sys-apps/dstat seems to be a good quick glance over what's happening in the system on different aspects in a single place. It does this nice printing to the terminal once a second: 2 1 97 0 0| 0 8192B| 292B 16k| 0 0 | 684 1662 2 2 96 0 0| 0 0 | 346B 17k| 0 0 | 690 1641 --total-cpu-usage-- -dsk/total- -net/total- ---paging-- ---system-- usr sys idl wai stl| read writ| recv send| in out | int csw 2 1 97 0 0| 0 0 | 560B 17k| 0 0 | 696 1630 4 3 93 0 0| 0 0 |1060B 34k| 0 0 |1368 3231 2 1 97 0 0| 0 0 |1112B 18k| 0 0 | 699 1675 It's easy to overlook things when you're juggling with multiple monitoring apps like htop/iotop/... while having to manage the real workload simultaneously. Maybe try it out when you're dealing with system activity problems next time. Regards, -- Pengcheng Xu https://jsteward.moe > -Original Message- > From: tu...@posteo.de > Sent: Wednesday, May 6, 2020 11:10 PM > To: gentoo-user@lists.gentoo.org > Subject: Re: [gentoo-user] New PC hangs/lacks ? > > On 05/06 04:19, tu...@posteo.de wrote: > > On 05/06 07:07, Mark Knecht wrote: > > > On Wed, May 6, 2020 at 3:21 AM wrote: > > > > > > > > > > > > Hi, > > > > > > > > while rendering with Blender the system performance (especially > > > > graphic related stuff) lacks. That's not nice but it seems that > > > > this is the way it is designed. > > > > > > > > What makes me a little nervous are freezes of several seconds. It > > > > not onlu freezes but the whole graphical interface of everything > > > > locks down (I couldn't find a corona computer virus, though). > > > > > > > > In the Xorg log I found this: > > > > > > > > [ 2808.761] (WW) NVIDIA: Wait for channel idle timed out. > > > > > > > > which possibly match such a moment of a freeze. > > > > > > > > My setup: > > > > Blender 2.90a (alpha) and Blender 2.83 (beta) and Blender 2.82a > > > > (stable). > > > > All Blender versions show the same problem. > > > > > > > > X11/Openbox > > > > > > > > NVidia 484.82 as delivered by NVidia, since the Gentoo package > > > > does not install all files of the driver which are needed for > > > > Blender (for example to support Optix). > > > > > > > > No other application, which heavily uses the GPU was running at > > > > that time. > > > > > > > > MSI RTX 2060 SUPER > > > > Ryzen 5 3600 > > > > 32GB RAM > > > > MSI Tomahawk MAX > > > > > > > > Does everyone has the same problems probably already solved or any > > > > idea how I can those freezes? > > > > > > > > Any help or idea what causes this freezes is very appreciated! :) > > > > > > > > Cheers! > > > > Meino > > > > > > > > > > > > > > > > > > Meino, > > >Generically, you need to set up some sort of real-time monitoring > > > and watch to see what is using CPU and/or I/O when the machine > > > 'appears' to hang. I say 'appears' because the machine is probably > > > running correctly but doing something other than Blender work. > > > > > >NOTE: You didn't say that there is or isn't any disk activity > > > when this happens. > > > > > >When I look at this sort of problem I set up a second machine, > > > ssh in with a bunch of terminals and start with 'top' and 'iotop' to > > > watch for what process might be using resources. top watches CPU, > > > iotop watches disk. Conceptually networking can lock up the machine > > > but it's never happened to me. > > > > > >You can also look to see if some piece of hardware is generating > > > too many interrupts. Do > > > > > > watch cat /proc/interrupts > > > >
Re: [gentoo-user] cant find stdlib.h
I had ran into this before (but on Gentoo FreeBSD); maybe the compile command line had stray -isystem in it, thus disturbing the include search path. Pengcheng Xu i...@jsteward.moe > H30/03/28 20:18、Bill Kenworthy <bi...@iinet.net.au>のメール: > > I have a compile problem qtgui I cant figure out: > > compilation terminated. > make: *** [Makefile:12443: .obj/qaccessible.o] Error 1 > make: *** [Makefile:12612: .obj/qaccessiblecache.o] Error 1 > In file included from > /usr/lib/gcc/x86_64-pc-linux-gnu/6.4.0/include/g++-v6/bits/stl_algo.h:59:0, > from > /usr/lib/gcc/x86_64-pc-linux-gnu/6.4.0/include/g++-v6/algorithm:62, > from > ../../include/QtCore/../../src/corelib/global/qglobal.h:109, > from ../../include/QtCore/qglobal.h:1, > from > ../../include/QtGui/../../src/gui/kernel/qtguiglobal.h:43, > from ../../include/QtGui/qtguiglobal.h:1, > from ../../include/QtGui/../../src/gui/image/qimage.h:43, > from ../../include/QtGui/qimage.h:1, > from image/qimage_sse4.cpp:40: > /usr/lib/gcc/x86_64-pc-linux-gnu/6.4.0/include/g++-v6/cstdlib:75:25: > fatal error: stdlib.h: No such file or directory > #include_next > > > and of course /usr/include/stdlib.h exists > > > The actual code in > /usr/lib/gcc/x86_64-pc-linux-gnu/6.4.0/include/g++-v6/cstdlib is: > > // Need to ensure this finds the C library's not a libstdc++ > // wrapper that might already be installed later in the include search path. > #define _GLIBCXX_INCLUDE_NEXT_C_HEADERS > #include_next > #undef _GLIBCXX_INCLUDE_NEXT_C_HEADERS > > Hints welcome! > > > BillK > > > signature.asc Description: Message signed with OpenPGP
Re: [gentoo-user] A new AMD CPU weakness?
Actually there’s a more memorable link that describes the matter concisely: https://amdflaws.com Pengcheng Xu i...@jsteward.moe > H30/03/14 10:15、taii...@gmx.comのメール: > > Here is a non-shortened link. > https://it.slashdot.org/story/18/03/13/1558221/researchers-find-critical-vulnerabilities-in-amds-ryzen-and-epyc-processors-but-they-gave-the-chipmaker-only-24-hours-before-making-the-findings-public > > All the more reason to avoid the ME/PSP garbage and instead buy the > equivalently priced, owner controlled and higher performance OpenPOWER arch > systems such as the libre firmware TALOS 2. > > Pretty much someone found a bug in AMD's version of ME which *how terrible* > in other words you can use this to defeat hollywoods AMD PSP DRM which is the > true reason of existence for ME/PSP, to prevent people from owning and > controlling their devices. > > I can't believe the new normal is not being able to really buy a mainstream > computer because you don't own it and everyone in the tech press and so > called experts says its a good thing, oh it is to "keep you safe from > hackers" and they pretend like it has always been this way as if it wasn't > just a recent change that for some reason all the major OEM's did at the > exact same timeI wonder why. > > "The corporate sector asked for this" - MYTH - They already had it, it is a > BMC/LOM chip and it was owner controlled. I doubt any company with IP worth > something wants a super insecure black box supervisor processor that they > don't control on every computer of theirs. > > > If you need secure remote management you can use OpenBMC which is present on > the TALOS 2 (IBM OpenBMC) and also the KCMA-D8 and KGPE-D16 pre-PSP x86 > boards (you can replace the crappy non-free ASUS firmware on the ASMB module > with the facebook version of OpenBMC which was recently ported to it via > crowdfunding) > signature.asc Description: Message signed with OpenPGP
