News for hackers. Stuff that matters.

estrabd

I just want something that'll collapse 2 columns into 1.
Perl, sh, awk, sed, C, Fortran. There's a freedom in not chasing down all the shiny new things.
Re:Tor at the Heart: Firefox on Tuesday January 03, 2017 @11:54AM (#13310492)
It is frighteningly effective.
Re:Filmmakers Ask Nikon and Canon to Sell Encrypted Cameras on Wednesday December 14, 2016 @10:50AM (#13176831)
> If an organization is in a position to confiscate the camera from a journalist, they're almost certainly ALSO in a position to extract the encryption password from the journalist.

This is basically why GBDE exists.

See s.s. 4.1 "Protecting the user" of http://phk.freebsd.dk/pubs/bsdcon-03.gbde.paper.pdf

The drawback is that GBDE is for cold storage protection (which I imagine could be okay in a camera).

Re:The short, tormented life of computer genius Phil Katz (2000) on Saturday December 10, 2016 @07:51PM (#13148927)
Always a good cautionary tail.
Re:Major advancements in Deep Learning in 2016 on Wednesday December 07, 2016 @01:50PM (#13125064)
Whoa, those images kind of weirded me out.
Re:Amazon Go on Monday December 05, 2016 @12:22PM (#13107115)
"Alert, alert you are too poor to be in here."
Re:Amazon Go on Monday December 05, 2016 @12:22PM (#13107107)
What Would Glenda Do?
You had me until I had to use pedo twitter or Fakebook. No thanks.
Regardless of who you think was behind the leaks, what makes you think that the blockchain and crypto-currencies in general are not compromised somehow? Based on the BTC mania of 2014, I am not entirely convinced it's not all part of some sort of globalist psy-op. It easily fits into the narrative.
Re:What Is Déjà Vu and Why Does it Happen? (2013) on Thursday September 29, 2016 @12:21PM (#12606490)
I have had a situation where I had what was I thought deja vu, only to realize that I accurately "knew" what was about to transpire for at least 1 minute after. I've had regular deja vu before, and this was not it. I was interacting with another individual, so I don't think I was having a weird seizure or was mentally detached in any way. It was not a lucid dream either.
Re:How I Built a Custom Camper Van (2015) on Monday August 29, 2016 @04:51PM (#12385217)
1. sell house

2. buy van

3. get someone to customize your van

4. ???

5. profit

Re:Moving 12 years of email from GMail to FastMail on Monday August 08, 2016 @03:38PM (#12250336)
I once went fastmail -> gmail. It's been a while, thinking about going back tbh.
Re:Amazon Posts Another Blockbuster Profit on Thursday July 28, 2016 @04:40PM (#12182984)
I find that eBay's bread and butter is really small fry to small fry - or at best, dealers in collectibles to collectors.
Re:Stack Overflow Outage Postmortem on Wednesday July 20, 2016 @04:40PM (#12132330)
TIL what language Stack Overflow is written in.
Re:Ask HN: Insider history of the demise of Kodak? on Sunday July 17, 2016 @09:51PM (#12112843)
I heard a similar story about Polaroid having their own digital camera. Not sure about the details.
Re:Test Anything Protocol specification (2006) on Thursday June 16, 2016 @02:42PM (#11918045)
You can use prove for anything that outputs TAP, not just Perl scripts.
Re:Things Unix can do atomically (2010) on Tuesday May 31, 2016 @02:20PM (#11808748)
Why one would like to have an atomic operation is easier to understand.

For example, one can use the atomic nature of creating a symbolic link on nix to create a lock file to prevent a race condition in a forking shell script. Say you have two or more processes wanting to do something that can (or should) only be done by one process at a time; one naive solution is to manage access of each process to said action by using a lock file. However, writing or touching a file itself is not atomic.

The answer is to throw a symbolic link into the mix. In this scenario, the lock file already exists. However, the lock is not the file itself, but a symbolic link to the file. The protocol for each process to follow is:

1. try to create a symbolic link to lock file (any file really)

2. if successful, proceed; if failed, wait (or exit)

3. when process is done, delete symbolic link to lock file

Simply checking for the existence of the symlink is not sufficient since there is a period of time between checking for the symlink (or file) and proceeding with said action where another process can think it has the lock.

The OS ensures that one and only one symlink (of the same name) can exist; attempts to create it again (even simultaneously) will result in a failure of one process to create the symlink. There is one winner; all others are losers. This is to say, the kernel ensures that the operation is atomic. As a result, the OS is now arbitrating what process can proceed to action, at the very lowest level. Another way to think about it is that it provides a way to make competing processes serialize - or get in line so that they may complete their action one at a time.

In my experience, it is important to experiment and test to make sure that the atomic primitive you're using is actually working as expected. I've run up against some inconsistent implementations of symlink creation that make this action not as straightforward to use as one is lead to believe.

Re:Things Unix can do atomically (2010) on Tuesday May 31, 2016 @02:06PM (#11808620)
Always a nice reminder.
Re:Who Needs Git When You Have ZFS? on Wednesday May 25, 2016 @08:09AM (#11769161)
ZFS doesn't have history in that way; snapshots are far too coarse. HAMMER, for example, is closer to what you want if you're going to replace git with a FS.

https://www.dragonflybsd.org/hammer/

Any idea about what the political ideologies of the full 100% looks like? It's bound to be vastly different that the low percentage that turns out.
Interesting comment; I believe if you are going to implicate Cold Fusion, you also need to rope in PHP.

My first exposure to web programming was HTMLScript at my university in the mid 90s (now called MivaScript and is the language used to build the MivaMerchant product). Soon after, I switched to PHP 3, but I found that I preferred Miva.

I have not touched Miva in years after spending some time as a freelancer in the late 90s, but because it is tied to a successful niche e-commerce platform, the language survives. It is very similar to Cold Fusion minus the enterprise level database support.

I worked with CF for a time in the late 90s/00s (when it was still a product of Allaire) along side of ASP (pre .net), and I actually preferred it to both ASP and PHP - mainly because the mixing of mark up and DSL blocks seemed really unscalable.

PHP may have been seen as an evolution in web programming since it abstracted the mixing of logic and presentation a bit more than Miva or CF, but in retrospect I believe PHP was not an improvement. It made general web programming easier, but software maintenance is easier in languages like CF and Miva that embrace embedded mark up/logic.

The frameworks provided by Ruby, Python, Perl, and even TCL (among others) seem to have reached a point where only blurring the lines between client and server seem like the only logical paradigm change - and that's not to say it's an improvement.

Re:A Child Thinking About Infinity (2001) [pdf] on Wednesday May 04, 2016 @10:54AM (#11628750)
I agree. I am not claiming my kids are geniuses. They are smarter than me I feel, but that's not saying much. :)
Re:A Child Thinking About Infinity (2001) [pdf] on Wednesday May 04, 2016 @10:52AM (#11628733)
I do think they accepted it in a dogmatic way. Incidentally, I am raising our children Catholic so it's an idea that fits pretty well with the idea of God, the Holy Trinity, and all that. Three in One, yet one is the Father and the other is the Son? Yes, dear. Oh, ok. <grin>
Re:A Child Thinking About Infinity (2001) [pdf] on Wednesday May 04, 2016 @09:42AM (#11628238)
Maybe, but it's interesting because I had quite a few discussions with my kids about infinity. It came up when playing the "how much do I love you" game. I introduced infinity, and from there I was able to teach them a little about it. They were very young and I am still impressed with how easily they grasped some of the concepts.
Re:Things We Still Don’t Know About Water on Wednesday September 02, 2015 @12:43PM (#10160474)
I think the comments in TFA have been Time Cubed.
Re:Stronger Shell on Wednesday August 12, 2015 @11:15AM (#10048145)
I generally avoid aliases. I prefer to rote learn complex commands; if it's fitting for an actual shell script then I'll just bang one of those little guys out in no time.
But they'd have seriously huge muscles. And I think it's safe to say that their Mr. Universe would easily kick our Mr. Universe's ass.
Sourceforge is on the radar here, but maybe it's time to step it up.

http://www.archiveteam.org/index.php?title=Fire_Drill

Update: seems others have linked to archiveteam.org, so maybe that's the best route. Is the OP part of the AT effort or do they know about each other? Maybe they should.

Older »