Forgot your password?

Comment: Re:nas4free, raidz2, primary/secondary server, rsy (Score 1) 226

by Junta (#47911383) Attached to: Ask Slashdot: What To Do After Digitizing VHS Tapes?

I would argue that the raid is useless. Better to use the excess drive capacity for rsnapshot external with off site backup.

If theft or fire takes out your place, then that data is safe. Such an event would still be traumatic, but at least the data would be intact.

Comment: Re:always keep the analogs (Score 1) 226

by Junta (#47911339) Attached to: Ask Slashdot: What To Do After Digitizing VHS Tapes?

flaky format changes, .. system obsolence

No,VHS itself is getting harder to get a recorder for.

bit rot, one too many cycles of use on a flash drive,

No VHS notoriously looks worse and worse over time. Digital tolerates bit rot losslessly up to a threshold, then starts getting artifacts. Those artifacts are frequently no worse than how terrible VHS looks by that point of degradation

Sure keep the analogs since there is no harm, but don't expect them to fare better than digital backups

Comment: snapshot to external disk (Score 1) 226

by Junta (#47910677) Attached to: Ask Slashdot: What To Do After Digitizing VHS Tapes?

I have two external disks on alternating cadences of backup. At any given time, one or both of them are in a desk drawer at work (while I work, I keep both there, and take home the one that needs to be run that night).

Cloud for me is impractical as the price structure is pretty steep at these capacities. Even if it wasn't, my bandwidth is inadequate for the task. Offsite backup to my desk drawer is adequate.

You can encrypt the backups if you are concerned about the privacy of such a setup (the desk drawer locks, but the employer has keys).

Comment: (Score 2, Insightful) 528

by Junta (#47880241) Attached to: Cuba Calculates Cost of 54yr US Embargo At $1.1 Trillion

I'm pretty sure communism has manifested without tyranny. The issue is that human nature in practice doesn't let it scale to notable levels. Small communities being communist without tyranny happens ever so often. When you have the human connection face to face and there is not really any practical opportunity for some subset of the community to be overwhelmingly better off than the rest even if they had capitalism or tried, communism can work. However once one man is far enough from others to be somewhat apathetic toward them and/or perceive a chance for unreasonably better standard of living at the expense of others, the good facets of humanity that would enable communism go out the window.

Of course the risk for a benevolent 'commune' with nice principles to turn to 'cult' seems pretty high, so I guess even this assessment gives human nature too much credit...

Comment: Re:TI calculators are not outdated, just overprice (Score 2) 359

by Junta (#47825065) Attached to: How the Outdated TI-84 Plus Still Holds a Monopoly On Classrooms

That also addresses another concern, about people bringing in unapproved data preprogrammed in the calculators. If the calculators are provided, this isn't an issue.

Note that when I was in school, this is precisely how graphing calculators were handled. The school had a box of TI-81s shared amongst a few classrooms.

Comment: Impractical... (Score 1) 359

by Junta (#47825041) Attached to: How the Outdated TI-84 Plus Still Holds a Monopoly On Classrooms

You are saying each educator must do a thorough evaluation of whatever device a student brings in, and assume that educators would be able to make an accurate assessment.

An approved list of models is significantly more feasible here. But no one other than TI seems to care. Presumably because the moment there is a viable alternative, the market will drop to thanklessly low margins.

Comment: Re:I don't know... (Score 2) 24

by Junta (#47819949) Attached to: Samsung Launches Virtual Reality Headset For Galaxy Note 4

Well technically the DK2 also has a touchscreen controller... There it's even sillier because it's never to be used and just on there since it's more trouble to rip it off than to leave it in the Samsung phablet part that's in there today.

At least here the device can be pulled out and used independent of the headset, so it makes more sense.

As a 50 dollar accessory for a note 4, it would be within the realm of reason. More than that and they are insane.

If I were in the market for a phone right now and the pricing for that accessory were announced and reasonable, I'd probably get a Note 4.

Comment: I don't know... (Score 1) 24

by Junta (#47819841) Attached to: Samsung Launches Virtual Reality Headset For Galaxy Note 4

For one to call this 'nonsense' might be a tad unfair. This has some value. I personally want the equipment geared better for interactive gaming, but for non-gaming applications this could fit the bill fine (note they didn't even pretend to show a game, for good reason).

This may be related to the facebook acquisition. It might have been pre-deal influence by Facebook or the thing Facebook found out to make them buy Oculus. I could see facebook betting a bit more money on laying claim to a company that seems to be building a software ecosystem around them with more than one vendor. I wouldn't be surprised if Facebook approaches the likes of Asus, evga, Dell, Lenovo, et al to try to have them take ownership of the PC hardware piece to leave their focus on software enablement.

It's going to be a tough call if they can provide decent ROI on the 2 billion dollar acquisition. They'll need revenue from multiple fronts for something as invasive as this (VR won't be nearly as mainstream as the likes of Zynga games, it's just more of a burden than anything that has really lasted in the industry for the casual user).

Comment: Re:Troll much? (Score 1) 613

by Junta (#47816049) Attached to: You Got Your Windows In My Linux

Systemd supports both:

If I booted a rescue disk, I could chroot in no problems. Now I need to make sure that I can spawn a new container rather than just chroot. systemd-nspawn is not that horrible, but it isn't as simplistic as chroot. Some people used chroot for security isolation for which it is inadequate, but it is a pretty decent debug facility/build tool. systemd could have done a better job of degrading capability for obvious debug scenarios.

Comment: Re:Troll much? (Score 1) 613

by Junta (#47816029) Attached to: You Got Your Windows In My Linux

Speaking of fast boot, systemd is so fast that when configuring a static network interface, it will try to add the default route before the interface is up

This is generally the sort of problem that a project runs into when they decide that some ecosystem decades in the making can reasonably be so well characterized that they can model everything perfectly. Things will be missed. Additionally, it assumes the service being started understands it's dependencies all the time. In SysV scheme, an administrator or other application had a pretty easy time of pre-empting other well known services to alter behavior before them without modifying them. That's not so straightforward in systemd.

Comment: Re:Troll much? (Score 1) 613

by Junta (#47816013) Attached to: You Got Your Windows In My Linux

If I am into virtualization (basically having quick start firmware in arbitrarily small chunks of system), I already had amazingly fast boot with traditional OSes because each VM was more special purpose and only started very few init processes. RHEL6 upstart and RHEL7 are booting in about the same time for me in the VMs I've been doing.

Comment: Re:Troll much? (Score 1) 613

by Junta (#47815957) Attached to: You Got Your Windows In My Linux

I didn't say they would agree. I think I understand what they want and what they do get out of it, and don't agree with them. I don't call them idiots or anything, they have their perspective, I have mine. I see their points and will acknowledge and explain why my perspective doesn't agree with the value.

In this particular thread, there has been some people saying 'right on' and there have been some pretty angry sounding posts calling me a troll. There was a pretty level headed systemd advocate as well, so I guess not all of them are that way, just some of the most vociferous, but maybe that's just the nature of the beast in any discussion.

Comment: Re:Troll much? (Score 1) 613

by Junta (#47815903) Attached to: You Got Your Windows In My Linux

You do have to put a fraction of the time you did in 30+ years of learning your way around SYSV systems into actually learning systemd in order to expect the same level of proficiency.

While there is a grain of truth, the rules are a bit more straightforward in SYSV. SYSV was created by people that were largely starting out and did KISS out of necessity. So one needed only to understand some relatively basic bourne shell and you could figure it out from there as needed, even if you didn't know it. In his example, environment variable fell out of the sky. In init script, you know it had to be set *SOMEWHERE* from that script. It sourced another file, bingo, there it is in plain text. There are some things in SYSV that are a little weird (runlevels being arbitrary numbers, but there's a handful of them and inittab was a relatively short file), but generally it was quite discoverable given relatively simplistic understand of shell scripting. In systemd, if the config files pan out right, then they are simpler than the SYSV scripts. When things go wrong beyond what the author had intended, sysadmin is less likely able to figure out what the developer did wrong and correct. This I think is the fundamental breaking point. systemd adds some features that I can't readily imagine being acheivable from shell scripts, but it's harder for a layman to dig into something that went wrong. This means software vendors can deliver more service automation and such more easily under something like systemd, so many software developers appreciate it. Sysadmins on the other hand cede the ability to be able to look under the hood themselves. It's a tricky walk.

more traditional systems have started to similarly fragment things, what with things like udev rules

udev is actually another beast that could use a lot of improvement, alongside DBUS. dbus, systemd and udev start straying from 'everything is a file' and start creating invisible constructs in a namespace that isn't really explorable. 'Everything is a file' sentiment has been lost. What people forget is that everything is a file really just means a pretty straightforward yet capable organizationed model that a client can explore. It's like RESTful in webservices are supposed to be (though that facet is also frequently unusable in some web frameworks, many do get it right).

There can be no twisted thought without a twisted molecule. -- R. W. Gerard