HN user

bblough

52 karma

I can be reached at <hn username> AT gmail

Posts0
Comments63
View on HN
No posts found.

There's a bit of disagreement in this subthread over what "Open Source" means. I think the issue here is that there multiple ways that people define "open source":

1) The source is viewable (regardless of license)

2) The source is licensed under an OSI-approved license [1] (and thus also viewable)

There other definitions that I've seen as well, but I think these two are the main ones in play here.

It's clear to me from the context that slooonz is using the 2nd definition, but it's also clear from the disagreement that others are using the 1st definition (or one close to it).

Down thread [0], another user linked a page from the FSF [2]. It says:

The official definition of “open source software” (which is published by the Open Source Initiative and is too long to include here) was derived indirectly from our criteria for free software. It is not the same; it is a little looser in some respects. Nonetheless, their definition agrees with our definition in most cases.

However, the obvious meaning for the expression “open source software”—and the one most people seem to think it means—is “You can look at the source code.” That criterion is much weaker than the free software definition, much weaker also than the official definition of open source. It includes many programs that are neither free nor open source.

Since the obvious meaning for “open source” is not the meaning that its advocates intend, the result is that most people misunderstand the term.

So I think the disagreements come from not defining Open Source in the same way.

And for the record, I agree (using definition 2 from above) that adding a clause to the license to restrict who can use the software would make it no longer Open Source per OSI's definition [3]:

5. No Discrimination Against Persons or Groups

The license must not discriminate against any person or group of persons.

6. No Discrimination Against Fields of Endeavor

The license must not restrict anyone from making use of the program in a specific field of endeavor. For example, it may not restrict the program from being used in a business, or from being used for genetic research.

[0] https://news.ycombinator.com/item?id=24882631

[1] https://opensource.org/licenses

[2] https://www.gnu.org/philosophy/open-source-misses-the-point....

[3] https://opensource.org/osd-annotated

While I agree with the other comments about the implications of your "quackery" phrasing, I want to chime in and say that overall, I really appreciate that you wrote that page.

I think it's unusual to see a company basically say "here's why you might not want to use our product". The ones that do often come across as "here are our issues, but here's why they don't really matter and you should use us anyway". While some parts of the page do maybe seem to do a little of the latter (the "quackery" sections are a good example), the overall tone I get is "here is why we might not be a good fit for you", and I find that rather refreshing.

I'm sure some people will see your "take it or leave it" approach as user-hostile. And perhaps on some level it is. But in my opinion, it's far less user-hostile than hiding those choices/limitations in order to get signups, with the user then finding out about them later and having buyer's remorse.

So kudos for being up-front about it.

You're not alone.

I understand why this change is needed - jerks often ruin things. But I hope that DO will refine the approach a bit, as opt-in-only will probably kill Hacktoberfest for me.

The intersection of projects that I use or care about, the projects that are in a language that I'm interested in using (or even learning), the projects that are on github, and the projects that will actually opt in even after the events of the last few days, well... I'm guessing that set is going to be pretty small. Quite frankly I don't want to spend more time searching/scrolling through github trying to find contributions to make than I do actually contributing.

Of course, none of that probably matters, as I realize I'm not the target audience for Hacktoberfest: I regularly contribute to open source projects. Whether or not I get a t-shirt won't change that, but I'm not going to lie - I've enjoyed getting the shirts (and stickers!), and wear them often. They can be good conversation starters, and it's also nice to have a tangible reminder of my contributions, since so much of what we do in this field is completely intangible. Though, to your point, the potential implications of the t-shirts going forward may change my feelings on wearing them.

And I completely agree w/r/t to communication. Earlier today I made a PR and refreshed my Hacktoberfest profile to make sure it picked it up, only to see it marked as not valid due to not being in an approved repository. So I went looking for an explanation and eventually wound up in this thread. As you noted, there was no mention of it on the site, no email, etc. There also doesn't appear to be a contact email listed anywhere on the Hacktoberfest site.

Not the author, but I recently started down the FPGA rabbit hole myself.

I started with HDLBits [0], which has a bunch of problems that you solve by writing verilog that is then run in a simulator. It starts with simple gates and such, and then builds up from there.

I also purchased a dev board from NANDLand [1] and have been going through the tutorials written for their board. A lot of code is provided for you in the tutorials, but I've been reimplementing it all from scratch as part of the learning process. The later tutorials cover things like UART send/receive and simple VGA.

I'm not affiliated with either site, but have found both to be helpful. Good luck!

[0] https://hdlbits.01xz.net/wiki/Main_Page

[1] https://www.nandland.com/

I'm not the person you're replying to, but I'll offer my 2 cents.

Frankly, there is a TON of info present, and as someone who hasn't yet attended an on-site DEFCon (though I hope to someday), it's a bit overwhelming.

I certainly understand the appeal of a plain text format, but personally, I think it would be a big improvement to have a schedule grid (think TV guide or similar) with the village on one axis and the time slot on the other.

I think this would make skimming over the schedule a lot easier overall, as well as making it easier to focus on a particular village or time slot, while still being able to relate/compare it to the others. I also think this is especially helpful since the talks vary in size and can overlap with each other, so having a visual representation would IMO make it a lot easier to see at-a-glance what the conflicts are.

Of course, this could just be my personal preference, as this is what is used by several of other conferences I have attended or do regularly attend. I'm certainly no UI expert.

I had external display issues as well, with a T440 and an UltraDock under Debian. It was mostly flickering and blinking of the outputs, but occasionally a display wouldn't come out of powersave mode.

You may have already found and tried these possible fixes, but just in case you haven't-

1) There's a firmware update for the docks that is supposed to resolve a number of display issues.

2) It appears that similar issues can be caused by having a defective or incorrectly-sized dock power supply. So replacing the power supply with a known-good and/or bigger power supply might help.

Though, in my case, neither of the above helped. It turns out I had a bad HDMI/VGA adapter. Since eliminating that, I've had zero display issues. But I'm guessing that probably doesn't apply to you, since my configuration is a little unconventional.

Anyway, I hope you find something that fixes it for you.

I know this is a late reply,but maybe you'll see it.

Regarding the synced/shared/global file ignore, there's an imperfect but usable work-around:

You can use #include statements in your .stignore, so you can include another file that contains the global ignore list, then sync that file. You have to set up the .stignore with the include statement for all of your devices/folders, but after that, it's essentially a global ignore list.

Hope that helps.

The cordless phone system I have lets you make/receive calls via your cell phone from any handset in the house. It connects via Bluetooth, so isn't a dock, but the functionality is similar to what you're suggesting.

Mine is an older Panasonic system, but I'd be surprised if other manufacturers didn't offer something similar.

I haven't tried the chickpea pasta so I can't comment there, but my wife and I found some edamame (soy) based pasta at Costco that's not bad. It's 7 net carbs for a 2 oz serving and so far I think it's the closest thing to a regular noodle that we've had.

In general, an attacker wouldn't be getting my password from my password manager, they'd be getting it through phishing, or brute force, or some other way. If they acquire my password in any way other than a total compromise of my password manager, then 2FA still protects the accounts.

If an attacker is able to compromise my password manager, then quite frankly, I have much bigger issues to worry about than my 2FA codes. But there are ways to make that harder, too. For example, some password managers also support 2FA (mine supports Yubikey).

My understanding is that the preferred way to launch PulseAudio is to launch it as part of your X session so it runs as your user. MPD supports launching in the same way. So done this way, everything runs as your user and therefore plays nicely together.

This is the approach I took, and I think it works very well.

I didn't replace the battery, but back when I used mine regularly I bought an external battery specifically made for it.

The company that made it still has its website up, but there doesn't appear to be a way to order. So they may be out of stock. But you could always try to contact them, I suppose.

In a similar vein, I guess you could always get an USB battery pack and a thin USB cable that's long enough to reach to your pocket. I don't think it's ideal, but it might be better than nothing.

Also, most US states make one pass a test to prove that one is capable of operating an automobile to some minimum standard of "not killing people".

I think that's generally only for operation on public roads. I'm pretty sure that you can go buy a car, have it transported to your private property via trailer, and then drive it around your property all you want without a license.

Also, see https://www.quora.com/Can-you-buy-a-car-without-a-drivers-li...

In my experience, steam works just fine under Debian. I previously ran it under Jessie with no problems, and currently run it under the pre-release version of Stretch also with no problems.

I rejected an offer from a company that had a similar policy/procedure. Their contract stated that they own pretty much anything you do that's related to their business (which was huge and varied). But you were allowed to list any existing IP over which they had no claims.

That would have been fine and dandy, and probably even acceptable to me. But based on the wording of the contract, the IP clause still applied even after terminating your employment with the company. Which meant that while they might not be able to claim rights to my existing IP, ownership of any future IP could be called into question.

So, while I think your approach is good, there can still be issues with it.

I wonder if it's an NYC thing.

I think it's a US thing.

I remember that when I was younger I would get asked those questions every time, but not any more.

In the past few years (decade?) there has been a lot of push back against upselling fast food due to obesity concerns. If I had to guess I would say it probably started around when the movie "Super Size Me" was released (2004).

Now, if I order a meal, I might get asked "what size" without any suggestion. Or if I order a sandwich by name, I usually get asked to clarify if I want "the meal or just the sandwich." But I can't remember the last time they actually tried to upsell me.

It wouldn't surprise me in the least if upselling still happened outside of the US.