Catch up on stories from the past week (and beyond) at the Slashdot story archive

 



Forgot your password?
typodupeerror

Slashdot videos: Now with more Slashdot!

  • View

  • Discuss

  • Share

We've improved Slashdot's video section; now you can view our video interviews, product close-ups and site visits with all the usual Slashdot options to comment, share, etc. No more walled garden! It's a work in progress -- we hope you'll check it out (Learn more about the recent updates).

×

Comment: Re: No longer required (Score 3, Interesting) 362

by jcdr (#49307605) Attached to: OEMs Allowed To Lock Secure Boot In Windows 10 Computers

If I understand you correctly, this confirm the possibility that Microsoft have the possibility to manage 2 classes of keys: the first keys class is the current one where Microsoft is willing to sign binaries not from them; the second keys class could be for 'lock in' machines where Microsoft keep full control on.

To be fair, I think that the 'lock in' keys class it's a logical step for Microsoft branded machines. But this could go very wrong if OEMs start to do the same by using the argument 'designed for Microsoft OS' because this will add 'and nothing else could run on it' to the argument. I suspect that the goal is to reserve top machines specifications to Microsoft and to only allow degraded specifications machines to run other OS. The market already have products with this kind of bias.

And yes, you are right. This evil plan was draw decades ago with the deep knowledge that it will only work at the time when the security feature will be so standard that no chip will be manufactured without it anymore.

The fact that Windows 10 is announced to be virtually free for almost everyone having a previous copy of Windows somewhere is a clear singe that the time have changed. The OS have no value anymore. The number of new software that only run on a single OS will drastically shrink, exacerbating the OS value problem. So the 'lock in' machines with exclusive specifications will be the only market where Microsoft could make money from the OS.

From my analysis, the Microsoft message is dual: 1) you don't need anything other that Windows 10 as it's virtually free for everyone; 2) You need Windows 10 to run top specifications machines. OEM market will almost certainly split the product range accordingly if no reaction prevent this.

Comment: Re: Fewer bug fixes? (Score 1) 287

by jcdr (#49251635) Attached to: NTP's Fate Hinges On "Father Time"

Please provides some reference to back your claims.

systemd-timesyncd goal is to provides a very simple NTP client to very simple systems like diskless machines or tiny embedded systems. The fact is that having a system time set to something close to the actual time is a desirable feature, not only to get log with usable timestamp, but also for some security protocols.

Comment: Re: Fewer bug fixes? (Score 1) 287

by jcdr (#49251417) Attached to: NTP's Fate Hinges On "Father Time"

systemd-timesyncd is a completely independent an optional application. His 'systemd' prefix only exists because his code is part of the systemd repository and because it use the libsystemd interface. See by yourself: https://github.com/systemd/sys...

It do exactly what you expect: it is not part of the systemd initialization code, but work with systemd interface library like any applications that want to work with this new interface. See for example this situation on a custom ARM board running Debian jessie:


root 1 0.0 0.5 4364 3008 ? Ss Mar12 0:04 /sbin/init
root 605 0.0 0.4 7360 2472 ? Ss Mar12 0:03 /lib/systemd/systemd-journald
root 909 0.0 0.4 9964 2268 ? Ss Mar12 0:00 /lib/systemd/systemd-udevd
systemd+ 924 0.0 0.3 12104 1564 ? Ssl Mar12 0:00 /lib/systemd/systemd-timesyncd

Please verify some basic information before making critic to systemd-timesyncd, because from what I understand it is designed precisely the way you recommend.

Comment: Re: Fewer bug fixes? (Score 1) 287

by jcdr (#49251287) Attached to: NTP's Fate Hinges On "Father Time"

Why ? The purpose of systemd-timesyncd is to provides a simple time synchronization client for diskless machines (without /etc folder). It's a completely optional application that will not replace a real NTP server.

Aside of the systemd purely emotional polemic, having a full NTP service into the systemd repository will at least make it potentially in a position to get some more care from a larger set of developers than in the actual situation of the venerable ntpd.

Comment: Re:There are 3 types of time that matter to comput (Score 1) 287

by jcdr (#49249969) Attached to: NTP's Fate Hinges On "Father Time"

The real types that matter to computers are:

(1) TAI: Don't depend on the Earth rotation or on the position on the Earth surface. The only time safe to compute any past and future time as log as you have enough bits to store the number.

(2) UTC: Depend on Earth rotation but don't depend on the position on the Earth surface. Require the leap second table to safely compute some past time. Unsafe to compute future time because of the Earth rotation instability that make future leap second unpredictable.

(3) Local time: Depend on the Earth rotation and on the position on the Earth surface (and local government decision). Require leap second table and timezone database to compute some past local time locally on the Earth surface. Unsafe to compute future time because of the Earth rotation instability and future timezone changes impossible to forecast.

Astronomers more likely uses one of UT, UT0, UT1, UT1R, UT1D, or UT2: something that is more bond to the real physical angular rotation of the Earth.

Comment: Re:I have two problems with this article. (Score 2) 287

by jcdr (#49249835) Attached to: NTP's Fate Hinges On "Father Time"

It would be a giant step forward if NTP will be able to broadcast TAI, the leap second table, and the timezone database.

The leap second table and the timezone database are dynamic informations that need to be updated at least 2 times per years. You can arg that this can be done using the operating system upgrade, but the reality is that many machines will not be updated for whatever bad reasons. So carrying the informations using NTP (or PTP or GPS for that matter) will be an clear advantage.

Real programmers don't bring brown-bag lunches. If the vending machine doesn't sell it, they don't eat it. Vending machines don't sell quiche.

Working...