Re: [arch-general] Reliability test for hard drives and SSD

[Ralf Mardorf]

On Sat, 03 Mar 2018 10:20:51 +0300, Andrey Ponomarenko wrote:
>The primary aim of the project is to find drives with longest "power
>on hours" and minimal number of errors.

Pardon, but this is idiotic, since the HDDs and SSDs with the longest
power on hours and minimal number of errors are already discontinued,
if you want to buy a new drive. Your statistic at best is useful to
find out what HDDs and SSDs fail much to early, but than consider to
care about the usage. Some people turn their computers on and off
several times a day, this isn't good for a HDD, while others have got
uptimes of more than a year. Other people are maintaining SSDs with kid
gloves, OTOH other are using SSDs in the same way, as they use/d HDDs.
btw. I'm using my SSDs without kid gloves and when I wanted to order
additional SSDs of the same kind, I couldn't get them anymore, let
alone the best HDDs I every used.

[arch-general] Why no git --depth=1 option for makepkg?

[Adam Levy via arch-general]

Hi

I recently came across this closed feature request for a way to perform a
shallow clone with makepkg.

https://bugs.archlinux.org/task/52957

The closing comment was:
Closed by  Andrew Gregory (andrewgregory)
Monday, 13 February 2017, 17:29 GMT-9
Reason for closing:  Won't implement
Additional comments about closing:  This has been rejected numerous times:
https://wiki.archlinux.org/index.php/Use r:Apg#makepkg:_shallow_git_clones

Which provides a now dead link.

Would anyone in the know be willing to explain why this feature is
considered outside the scope of makepkg?

Clearly if the developers aren't interested in the feature, well then they
just won't want to support it. But if there is some rationale behind this I
am curious about it. On one hand this is pure curiosity, but on the other
hand, I use makepkg and the Arch packaging system multiple times per week
so I like to understand the design and the intent.

Thank you!
Adam Levy (alaskanarcher)

[arch-general] Reliability test for hard drives and SSD

[Andrey Ponomarenko via arch-general]

Hi there!

Good news for all interested in hardware compatibility and reliability.

I've started a new project to estimate reliability of hard drives and SSD in 
real-life conditions based on the SMART data reports collected by Linux users 
in the Linux-Hardware.org database since 2014. The initial data (SMART 
reports), analysis methods and results are publicly shared in a new github 
repository: https://github.com/linuxhw/SMART. Everyone can contribute to the 
report by uploading probes of their computers by the hw-probe tool!

The primary aim of the project is to find drives with longest "power on hours" 
and minimal number of errors. The following formula is used to measure 
reliability: Power_On_Hours / (1 + Number_Of_Errors), i.e. time to the first 
error/between errors.

Please be careful when reading the results table. Pay attention not only to the 
rating, but also to the number of checked model samples. If rating is low, then 
look at the number of power-on days and number of errors occurred. New drive 
models will appear at the end of the rating table and will move to the top in 
the case of long error-free operation.

Thanks to ROSA, Arch, Fedora, Ubuntu, Debian, Mint, openSUSE, Gentoo users and 
others who had made this work possible by contribution to the database!

Re: [arch-general] Intel microcode - latest version not loading

[Dutch Ingraham]

On Fri, Mar 02, 2018 at 08:10:45PM +, Mike Cloaked via arch-general wrote:
> There is a newer version of that file dated February 26th but I can't
> remember where I downloaded it from.
> 
> I've put it at
> https://filebin.net/q3s5in117kp7mkut/microcode-update-guidance.pdf if you
> want to see it.

Thanks - I'll take a look.

Re: [arch-general] Intel microcode - latest version not loading

[Mike Cloaked via arch-general]

>
>
>> That's excellent information.  Apparently, my 8 year old Core2 may soon be
>> getting its first MCU!
>>
>
>
>
My apologies for top posting - it was accidental.

There is a newer version of that file dated February 26th but I can't
remember where I downloaded it from.

I've put it at
https://filebin.net/q3s5in117kp7mkut/microcode-update-guidance.pdf if you
want to see it.

-- 
mike c

Re: [arch-general] Intel microcode - latest version not loading

[Mike Cloaked via arch-general]

There is a newer version of that file dated February 26th but I can't
remember where I downloaded it from.

On Thu, Mar 1, 2018 at 7:59 PM, Dutch Ingraham  wrote:

> On Thu, Mar 01, 2018 at 08:13:08PM +0100, ProgAndy wrote:
> > Am 01.03.2018 um 00:41 schrieb Dutch Ingraham:
> > > On Wed, Feb 28, 2018 at 04:54:03PM -0600, Doug Newgard via
> arch-general wrote:
> > > > On Wed, 28 Feb 2018 12:43:26 -0600
> > > > Dutch Ingraham  wrote:
> > > >
> > > > > On Wed, Feb 28, 2018 at 11:50:09AM -0600, Doug Newgard via
> arch-general wrote:
> > > > > > You're looking at the dates that the last *bundle* was released.
> That says
> > > > > > nothing about what firmware is available for your processor.
> Your microcode was
> > > > > > "updated early", so it is being loaded just fine.
> > > > > >
> > > > > > Scimmia
> > > > > Thanks, Scimmia.  I had considered that, but thought that would
> have
> > > > > been spelled-out somewhere on Intel's site and didn't want to just
> > > > > assume.  So, how does one determine what files are on the .img?
> > > > The img file can be extracted with bsdtar. iucode_tool in the AUR
> used for
> > > > working with the intel bin file inside of that .img file. It can
> list, extract,
> > > > search, and more. There's even an example on the Microcode wiki page.
> > >
> > > Did you just add that wiki page information??  (I'm just kidding, of
> > > course.)  Totally missed it - thanks for the info!
> >
> > In February Intel also released a PDF with available and planned
> microcode
> > updates. The original now asks for a login, but this is a mirror:
> >
> > http://www-pc.uni-regensburg.de/systemsw/security/
> microcode-update-guidance_02122018.pdf
> >
> >
> > Original location:
> > https://newsroom.intel.com/wp-content/uploads/sites/11/2018/
> 02/microcode-update-guidance.pdf
>
> That's excellent information.  Apparently, my 8 year old Core2 may soon be
> getting its first MCU!
>



-- 
mike c

Re: [arch-general] OpenRA / Mono exceptions

[Levente Polyak via arch-general]

On March 2, 2018 12:38:33 PM GMT+01:00, Dan Haworth  wrote:
>On 02/03/18 11:17, Alajos Odoyle wrote:
>> On 2018-03-02 11:38, Dan Haworth wrote:
>>>
>>> I had the same issue, seems to be related to the following bug 
>>> https://github.com/mono/mono/issues/6752. I downgraded ncurses to
>6.0 
>>> to get things going again.
>>>
>>> --dan
>>
>> Thanks, that was quick! I also had to install libtinfo5 (AUR) and 
>> symlink /usr/lib/libtinfo.so.5 to /usr/lib/libtinfo.so.6 (I guess 
>> alternatively rebuilding Mono or something could work). Cheers!
>
>I play a LOT of OpenRA ;)
>
>Glad it solved your issue!
>
>--dan

That's literally an incredibly stupid idea. Symlink /usr/lib/libtinfo.so.5 to 
/usr/lib/libtinfo.so.6 does not magically make it compatible for both, it is 
ABI incompatible that's the whole point of a soname bump. Anything linking to 
libtinfo.so.6 may now be broken in one or the other way. never ever overwrite 
existing versioned so libs with any other version.

Re: [arch-general] OpenRA / Mono exceptions

[Dan Haworth]

On 02/03/18 11:17, Alajos Odoyle wrote:

On 2018-03-02 11:38, Dan Haworth wrote:


I had the same issue, seems to be related to the following bug 
https://github.com/mono/mono/issues/6752. I downgraded ncurses to 6.0 
to get things going again.


--dan


Thanks, that was quick! I also had to install libtinfo5 (AUR) and 
symlink /usr/lib/libtinfo.so.5 to /usr/lib/libtinfo.so.6 (I guess 
alternatively rebuilding Mono or something could work). Cheers!


I play a LOT of OpenRA ;)

Glad it solved your issue!

--dan

Re: [arch-general] OpenRA / Mono exceptions

[Alajos Odoyle]

On 2018-03-02 11:38, Dan Haworth wrote:


I had the same issue, seems to be related to the following bug 
https://github.com/mono/mono/issues/6752. I downgraded ncurses to 6.0 to 
get things going again.


--dan


Thanks, that was quick! I also had to install libtinfo5 (AUR) and 
symlink /usr/lib/libtinfo.so.5 to /usr/lib/libtinfo.so.6 (I guess 
alternatively rebuilding Mono or something could work). Cheers!

Re: [arch-general] OpenRA / Mono exceptions

[Dan Haworth]

On 02/03/18 10:34, Alajos Odoyle wrote:

Hi all,

When trying to run OpenRA from the community repository or when 
building the package myself (using the community PKGBUILD) I get Mono 
exceptions like the one below [1]. At first I thought it could be an 
upstream issue but sure enough it builds just fine when using a clean 
chroot. As I did not customize the mono package and cannot think of 
anything else causing this (configuration?), i hope someone here might 
have some ideas. NB, I never used Mono before - it was auto-installed 
as a dependency of OpenRA.


Thanks,
Alajos

[1]: Unhandled Exception:
System.TypeInitializationException: The type initializer for 
'System.Console' threw an exception. ---> 
System.TypeInitializationException: The type initializer for 
'System.ConsoleDriver' threw an exception. ---> System.Exception: 
Magic number is wrong: 542
  at System.TermInfoReader.ReadHeader (System.Byte[] buffer, 
System.Int32& position) [0x00028] in :0
  at System.TermInfoReader..ctor (System.String term, System.String 
filename) [0x0005f] in :0
  at System.TermInfoDriver..ctor (System.String term) [0x00055] in 
:0
  at System.ConsoleDriver.CreateTermInfoDriver (System.String term) 
[0x0] in :0
  at System.ConsoleDriver..cctor () [0x0004d] in 
:0

   --- End of inner exception stack trace ---
  at System.Console.SetupStreams (System.Text.Encoding inputEncoding, 
System.Text.Encoding outputEncoding) [0x7] in 
:0
  at System.Console..cctor () [0x0008e] in 
:0

   --- End of inner exception stack trace ---
  at Mono.CSharp.Driver.Main (System.String[] args) [0x00019] in 
<2b1e99ce45b54209bdcdab138d9758ae>:0
[ERROR] FATAL UNHANDLED EXCEPTION: System.TypeInitializationException: 
The type initializer for 'System.Console' threw an exception. ---> 
System.TypeInitializationException: The type initializer for 
'System.ConsoleDriver' threw an exception. ---> System.Exception: 
Magic number is wrong: 542
  at System.TermInfoReader.ReadHeader (System.Byte[] buffer, 
System.Int32& position) [0x00028] in :0
  at System.TermInfoReader..ctor (System.String term, System.String 
filename) [0x0005f] in :0
  at System.TermInfoDriver..ctor (System.String term) [0x00055] in 
:0
  at System.ConsoleDriver.CreateTermInfoDriver (System.String term) 
[0x0] in :0
  at System.ConsoleDriver..cctor () [0x0004d] in 
:0

   --- End of inner exception stack trace ---
  at System.Console.SetupStreams (System.Text.Encoding inputEncoding, 
System.Text.Encoding outputEncoding) [0x7] in 
:0
  at System.Console..cctor () [0x0008e] in 
:0

   --- End of inner exception stack trace ---
  at Mono.CSharp.Driver.Main (System.String[] args) [0x00019] in 
<2b1e99ce45b54209bdcdab138d9758ae>:0

make: *** [Makefile:278: OpenRA.Game.exe] Error 1


I had the same issue, seems to be related to the following bug 
https://github.com/mono/mono/issues/6752. I downgraded ncurses to 6.0 to 
get things going again.


--dan

[arch-general] OpenRA / Mono exceptions

[Alajos Odoyle]

Hi all,

When trying to run OpenRA from the community repository or when building 
the package myself (using the community PKGBUILD) I get Mono exceptions 
like the one below [1]. At first I thought it could be an upstream issue 
but sure enough it builds just fine when using a clean chroot. As I did 
not customize the mono package and cannot think of anything else causing 
this (configuration?), i hope someone here might have some ideas. NB, I 
never used Mono before - it was auto-installed as a dependency of OpenRA.


Thanks,
Alajos

[1]: Unhandled Exception:
System.TypeInitializationException: The type initializer for 
'System.Console' threw an exception. ---> 
System.TypeInitializationException: The type initializer for 
'System.ConsoleDriver' threw an exception. ---> System.Exception: Magic 
number is wrong: 542
  at System.TermInfoReader.ReadHeader (System.Byte[] buffer, 
System.Int32& position) [0x00028] in :0
  at System.TermInfoReader..ctor (System.String term, System.String 
filename) [0x0005f] in :0
  at System.TermInfoDriver..ctor (System.String term) [0x00055] in 
:0
  at System.ConsoleDriver.CreateTermInfoDriver (System.String term) 
[0x0] in :0
  at System.ConsoleDriver..cctor () [0x0004d] in 
:0

   --- End of inner exception stack trace ---
  at System.Console.SetupStreams (System.Text.Encoding inputEncoding, 
System.Text.Encoding outputEncoding) [0x7] in 
:0
  at System.Console..cctor () [0x0008e] in 
:0

   --- End of inner exception stack trace ---
  at Mono.CSharp.Driver.Main (System.String[] args) [0x00019] in 
<2b1e99ce45b54209bdcdab138d9758ae>:0
[ERROR] FATAL UNHANDLED EXCEPTION: System.TypeInitializationException: 
The type initializer for 'System.Console' threw an exception. ---> 
System.TypeInitializationException: The type initializer for 
'System.ConsoleDriver' threw an exception. ---> System.Exception: Magic 
number is wrong: 542
  at System.TermInfoReader.ReadHeader (System.Byte[] buffer, 
System.Int32& position) [0x00028] in :0
  at System.TermInfoReader..ctor (System.String term, System.String 
filename) [0x0005f] in :0
  at System.TermInfoDriver..ctor (System.String term) [0x00055] in 
:0
  at System.ConsoleDriver.CreateTermInfoDriver (System.String term) 
[0x0] in :0
  at System.ConsoleDriver..cctor () [0x0004d] in 
:0

   --- End of inner exception stack trace ---
  at System.Console.SetupStreams (System.Text.Encoding inputEncoding, 
System.Text.Encoding outputEncoding) [0x7] in 
:0
  at System.Console..cctor () [0x0008e] in 
:0

   --- End of inner exception stack trace ---
  at Mono.CSharp.Driver.Main (System.String[] args) [0x00019] in 
<2b1e99ce45b54209bdcdab138d9758ae>:0

make: *** [Makefile:278: OpenRA.Game.exe] Error 1