Slashdot Mirror

What do you mean Diaspora hasn't moved anywhere in a long time? Their blog (http://blog.joindiaspora.com/) didn't get updated from January to May, but they stated that they've been bad about updating the blog because they've been busy on Github.

Check out the commit log if you want to see progress: https://github.com/diaspora/diaspora/commits/master

Instead, I'd say Google hasn't gone anywhere with their social networking attempts in a very long time. I'd be surprised if this newest incarnation is any better than Orkut or Buzz...

Does that abomination have cat ears AND tentacles??? Is GitHub Japanese by any chance? GitHubs 404: here

EXACT SAME PROBLEM!

Sweet jesus. I thought it was me. I wrote a small php application that uploaded photos via the command line after resizing locally with Image/GraphicsMagick.

Yesterday I was in the middle of uploading weekend photos and my API key just died.

Sure enough, ALL the photos I've uploaded are gone. The entire reason I wrote the application was to quickly upload photos I've already sorted on my local file system. Hundreds, if not thousands of family photos that I've scanned in the last year and sorted by year were uploaded and then auto tagged by Face.com. I also shoot Rugby photos. After a weekend it's not unusual to upload a few hundred game photos. Every Single One is gone. My guess is someone screwed up on their metric for spam (Uploading photos? That's spam) and killed a BUNCH of photo uploading scripts.

I filed an appeal:
I just did. I don't have many (if any) users. I'm probably the primary user of my app. It's a php script to quickly upload numerous photos from the command line.

Got this reply:
Thanks for your inquiry. To help keep Platform policies simple while delivering great Platform experiences to users, our automated systems remove apps providing poor user experiences. Our systems use a variety of signals to assess user experience, such as user feedback on an app's communications (Stream stories, etc.) and on the app itself.

We've checked out the circumstances of your app's removal, and we found that your app received strong negative feedback from users and their friends. Here are some types of feedback that our systems look for when users interact with apps: removing content generated by your app from the News Feed, labeling content by your app as 'spam', uninstalling or blocking your app, and not granting extended permissions requested by your app. These signals denote a poor user experience and amount to a violation of our Facebook Platform Principles, which is why your app was removed.

Accordingly, we will not be able to restore your app. However, if you'd like to launch a new version of your app with a new app ID and canvas URL, please first make adjustments to ensure you're providing a good user experience and meeting our policies. You can monitor your app's user feedback here: http://www.facebook.com/insights. Unfortunately we cannot provide you with your original canvas URL.

I replied with:
Can you at least give me SOME examples? I haven't gotten ANY feedback. And like I said I'm pretty sure I was the only person that used my app.

I got this shit canned reply:
When testing an app, please place it in sandbox mode and utilize our test user network: https://developers.facebook.com/docs/test_users/

This will ensure that you can test the full functionality without being detected as "spammy" by our systems. Please do this for future test apps.

Thanks,

You need to have that installed but yes it would be. Its not even in my default repos.

found a script that works without root.
https://gist.github.com/988104
Says is calls what gnome does to shut-down without privateers.

Hmm, maybe I spoke too soon. Looks like the language at least is GPLv3. Not sure about the rest of the tools.

https://github.com/MLstate/opalang/blob/607c286bc4128037043161a65c7bc8bffd46268d/LICENSE

Under Ubuntu, I'm using the integrated only, and offload to the real GPU using bumblebee, but the battery still drains too quickly.

Yeah, Ruby is not what I would do either. Ruby is dying fast. While I'm not a huge Python fan, it's not a bad language. If you're on the UX side you should look at learning HTML5 and javascript libraries like jQuery and javascriptMVC.

Funny, after attending RailsConf last month, I'd say that reports of Ruby's demise are greatly exaggerated. In fact, if your perspective comes from a UX-oriented side of things, I couldn't imagine a better language/framework for you to get started with than Ruby/Rails.

It's only moving more in that direction. Rails 3.1 will include jQuery as the default JS library, supports CoffeeScript and Sass by default, and the new asset pipeline makes it easier than ever to build out your app with a backend REST API and do the heavy lifting on the client with MVC frameworks like Backbone.js

What you should learn first depends on your goals. Are you just curious about programming? Or do you really want to make a shift in your career path? If you work in a Ruby/Rails environment, and really want to get into the coding where you work, then that's the obvious choice. If you're completely new to coding, Ruby is also a marvelous first language to learn. I started with C and Perl, and I WISH Ruby had existed then.

If you just want to understand the dev side of things better, you could start by learning the basics of web development from something like Code School. Their Rails for Zombies course is a great place to start, and better yet, it's free. If you want to get your Ruby up to snuff, try Edge Case's Ruby Koans.

IMHO, much of the Ruby-hating is jealousy. If you're new to programming, you might be unfamiliar with holy wars. Coders develop religious issues over everything from languages, to tooling, to operating systems. You'll have to decide for yourself where you want to start. But Slashdot opinions are probably not the way to make that decision. My advice: Pragmatic Programmers has a very basic intro-to-Ruby book called Learn to Program. It might be too basic, it might not. But then you can check out Seven Languages in Seven Weeks and decide whether you prefer Ruby, Scala, Erlang, Clojure, etc.

I heartily encourage you to learn to code, whether you find it professionally or personally rewarding. Maybe you can contribute to some open source projects, even if you decide it's not right for your career. Either way, have fun with it.

In interest of full disclosure, I'm a committed Rubyist. We tend to be opinionated loudmouths. But also beware the Pythonistas. They tend to be disgruntled contrarian CS students.

I was shocked when I found out the private keys are stored locally in an unencryped file - that's a f***ing travesty.

Me too. But you have to consider the current software implementation of Bitcoin to be in beta. It is absolutely very rough, both from a usability and security standpoint. The actual Bitcoin network, however, is rock solid. (Which is good, because we can change the client, but not the network.)

So yes, that's bad, but they're apparently working on it. In the meantime, if you want to be trying "beta" quality software, you have to put up with problems like this, and that means either taking a risk or doing your own encryption.

I was shocked when I found out the private keys are stored locally in an unencryped file - that's a f***ing travesty.

Me too. But you have to consider the current software implementation of Bitcoin to be in beta. It is absolutely very rough, both from a usability and security standpoint. The actual Bitcoin network, however, is rock solid. (Which is good, because we can change the client, but not the network.)

So yes, that's bad, but they're apparently working on it. In the meantime, if you want to be trying "beta" quality software, you have to put up with problems like this, and that means either taking a risk or doing your own encryption.

ispc is a new compiler for "single program, multiple data" (SPMD) programs. Under the SPMD model, the programmer writes a program that mostly appears to be a regular serial program, though the execution model is actually that a number of program instances execute in parallel on the hardware. (See a more detailed example that illustrates this concept.) ispc compiles a C-based SPMD programming language to run on the SIMD units of CPUs; it frequently provides a a 3x or more speedup on CPUs with 4-wide SSE units, without any of the difficulty of writing intrinsics code.

There were a few principles and goals behind the design of ispc:

• To build a small C-like language that would deliver excellent performance to performance-oriented programmers who want to run SPMD programs on the CPU.
• To privide a thin abstraction layer between the programmer and the hardware—in particular, to have an execution and data model where the programmer can cleanly reason about the mapping of their source program to compiled assembly language and the underlying hardware.
• To make it possible to harness the computational power of the SIMD vector units without the extremely low-programmer-productivity activity of directly writing intrinsics.
• To explore opportunities from close coupling between C/C++ application code and SPMD ispc code running on the same processor—to have lightweight funcion calls betwen the two languages, to share data directly via pointers without copying or reformating, and so forth.

ispc is an open source compiler with a BSD license. It uses the remarkable LLVM Compiler Infrastructure for back-end code generation and optimization and is hosted on github. It supports Windows, Mac, and Linux, with both x86 and x86-64 targets. It currently supports the SSE2 and SSE4 instruction sets, though support for AVX should be available soon.

Saw this on one of the more amusing github comment threads of recent times.

The "exchanges" represent a mis-design of Bitcoin. There should have been a way to do an exchange in a distributed way, without the exchange holding customer assets. The NYSE and NASDAQ don't hold customer balances. Brokers do, but you can have your cash swept from a brokerage into a bank daily, or more often if the numbers get big. The Bitcoin exchanges are slow at delivering money - Mt. Gox has a daily transfer limit, and even when they were up, many users reported delays.

There are other exchanges that work more in the way you describe, for example I have personally used bitcoinmarket.eu. Too bad about the MtGox episode, but it has nothing to do with the rest of the Bitcoin-using world. Of course, USD becomes a pyramid scheme the minute somebody hacks into a forex site.

Also, let's not forget that Bitcoin is a geek thing, something that could make the world a little better place, and not just something to make you rich. For example, I learned to program FPGAs because of Bitcoin. I now have a new hobby with tons of interesting prospects, no matter how well Bitcoin fares in the future.

In what way is mathematics (as realized in the form of bitcoin) a scam? Review the source code yourself.

Defending an unregulated alternative to government fiat currency is certainly defending freedom.

I'm writing a browser in JavaScript that will run on itself !!!

Use jsdom with node.js. Still need decent GUI bindings (Gtk is in the works IIRC), but other than that it's ridiculously easy.

Check out pdf.js which aims to build an ISO-complaint PDF reader using JS.

It actually exists: PDF JS is a Javascript-based PDF decoder in development.

Will it run Linux?

I'm not being facetious, I got stung by the lack of support by Nvidia for their Optimus graphics cards on my ASUS U30JC.

Thankfully Martin Juhl has been working on a solution using VirtualGL, which gives us the use of our Nvidia cards under linux

Well if you are interested in an opensource cloud storage platform you could check out http://melissi.org/ it's still under active development so it might be useful to check it's source https://www.github.com/melissiproject

Check out http://fak3r.com/geek/howto-build-your-own-open-source-dropbox-clone/ and the resulting project https://github.com/philcryer/lipsync

as others have stated, checkout lipsync, https://github.com/philcryer/lipsync in the interest of full disclosure, this is my project, but I've gotten great help and feedback from the community. while I don't have the GUI goodness of something like 'sparkleshare' I'm focusing on the backend with Linux, osx and eventually windows as client options. The issues that have arisen since we started this just bolsters my original intention, so come on, download it, try it out, and point out how bad it is! I'm all for making it better!

Just a word of caution: the current version of Sparkleshare is using a public IRC channel for notifications.
There is, however, a way to configure your installation to use a private one: https://github.com/hbons/SparkleShare/wiki/Private-notification-server

They admit this is a security/privacy risk, and they're planning on getting a better synchronization system going sometime in the future, but at least for now there's this caveat.
I think it's only fair to warn potential users before they start this for private things.

That said, I have very high hopes for Sparkleshare, and I'm hoping to start testing it locally soon.

I've been working on my own Dropbox clone. It seeks to address some of the problems I've found in the other open source Dropbox clones which cause me not to use them:

- No using git. Git is fantastic for text files, but not for binary files. I want to be able to drop lots of pictures. (rules out Sparkleshare)
- Must sync files between multiple computers nearly immediately, without running synchronization manually, or setting up a rsync cron job. (I.e., if I update a config file on one computer, I want to be able to go into the other room, and have it Just Work. This seems to rule out Syncany - but someone correct me if I'm wrong. Also, ownCloud doesn't have client other than the web client, so they can't do the nice sync like Dropbox's).
- Support multiple storage mechanisms in a "plug-able" way. This also means encryption will be extremely easy to add. (ownCloud doesn't seem to support any storage other than locally on the main server)
- No bloat! All I want is to synchronize my files, nothing more (ownCloud).

For now, I've been calling it "Asink" (for both "asynchronous" and "a sink" for your data). I'm doing development at https://github.com/aclindsa/asink. I am close to having it working with storing files to my personal server over SSH, but it will be a few more weeks before I think its ready for a first public release, as I only made the first commit a little over a week ago.

And unison extends the rsync model to do bi-directional syncing with basically no user intervention and no strict need for a centralized server. It's not quite mobile-ready, but there's real work being one on an ocmal runtime for android, which is probably 99% of what you need to get unison working there as well.

On the Mac, CS doesn't stand for "Creative Suite", it stands for "Complete Shit". I like Dreamweaver on Windows (though I liked it better before Adobe fucked it up) and bought it on the Mac but threw it out in favor of Coda. (Another possibility in MacLand is Espresso, too.).

If I was a rubytard, I would probably recommend nanoc or jekyll.

There is a project called Minetest-c55. It is not as featureful as Minecraft, but written in C++ (using Irrlicht) and licensed under the GPL2 (or – as I remember – at your option, any later version). You can check it out on Bitbucket.

Disclaimer: I maintain a fork called Minetest (Minetest Delta) with some added features (new block types etc.), which can be found on GitHub. Look at the screenshots.

And there is nothing bad about it; I also like CoffeeScript over Javascript, when possible. Not to mention the Vala language, that "compiles" in C.

If browsers do not support the syntax you like directly, there is nothing bad to ease your developer's work server-side, go with a DSL, and make it work in a browser as a standard-compliant code.

You sure do not expect that these changes first get voted on by the W3C, before they make road into browsers! That is my whole point, NOT to wait for them, but use a intermediate mechanism that benefit both the user and the developer, while respecting the outdated standard.

http://bzr.savannah.gnu.org/lh/emacs/trunk/annotate/head:/lisp/strokes.el

I once made a fun video demo with GNU Emacs and Strokes-Mode on an HP TouchSmart Tablet PC: http://www.youtube.com/watch?v=lw8SQqmHPbI

The source code for the gestures I made are here, along with a few tweaks to make strokes-mode behave better with a touchscreen. https://github.com/dto/emacs-gestures

Keep in mind, I used Strokes-mode to create the gestures shown in the video---no gestures are included, you can create them yourself by just drawing them into strokes-mode. My point in setting up this repository would be so that GNU Emacs users could build a library of gestures amongst ourselves, and share code to adapt GNU Emacs better to touchscreen/pen environments. Which sounds like it could fall afoul of some patent or other. Right?

Interestingly, Apple publishes here an older version of Strokes-mode: http://www.opensource.apple.com/source/emacs/emacs-39/emacs/lisp/strokes.el

Even more interestingly, Apple's version says "This file is part of GNU Emacs. GNU Emacs is free software; you can redistribute it and/or modify it under the terms of the GNU General Public License as published by the Free Software Foundation; either version 2, or (at your option) any later version."

Well, "any later version" could be GPLv3, which contains this passage:

"You may not impose any further restrictions on the exercise of the rights granted or affirmed under this License. For example, you may not impose a license fee, royalty, or other charge for exercise of rights granted under this License, and you may not initiate litigation (including a cross-claim or counterclaim in a lawsuit) alleging that any patent claim is infringed by making, using, selling, offering for sale, or importing the Program or any portion of it."

(pasted from http://www.gnu.org/licenses/gpl.html )

Anyone think this could be relevant? --dave

I think the simplest answer here was that it was someone playing around with Firesheep on your company network after hearing about it on the news. I switched to HTTPS FB sessions after hearing about that.

Technically I already knew of the issue I suppose, but most of the people I work with wouldn't even know what a cookie was, let alone that you can steal sessions with one. The big fuss made about Firesheep means that pretty much anyone can do it now though. I was wondering about running it myself just to see what kind of stuff pops up on our own network.

The ability to use your IGP when processing is low and transparently switching to your dedicated GPU once it gets high enough would be nice to.

By the way I did a bit googling and there now seems to be some support for Nvidia Optimus technology under Linux called Bumblebee. Apparently it can even run tasks simultaneously on the two GPUs. Quite interesting...

While the GP misdiagnoses it, there is a problem.

Consider:

() The scientific literature is still far from being all open access.
Astronomy is great, with its preprint culture. Education research is surprisingly among the worst. "Oh, you wish to {teach your child, edit wikipedia, blog about} _physics_? That will be $$ per year or $$ per article here you wish to skim. Oh, math too? That will be..." Also, people are more likely to hear about papers in prestige journals, which are more likely to be paywalled. And as "research paper blogging" increases, and more people look at literature, more encounter the problem. Which all sucks to a degree easily forgotten if you have an "in" through the wall.

() At the time news stories happen, the data is often still being mined, and thus not easily available. So the one time people widely hear about a project, they can't get at the data. And no one ever invests the time to derive a mangled dataset, useless for science, but useful for curiosity or science education.

But there are more puzzling problems. What's going on in the following case?

() There is much institutional and community interest in outreach regarding climate change, evolution, and anthropogenic extinction. Understanding deep time is important for all these (there's even literature on that). So you'd think there would be, for instance, interactive javascript paleoglobes everywhere. But no.

The data exists (eg, https://sites.google.com/a/upr.edu/planetary-habitability-laboratory-upra/projects/visual-paleo-earth ). Doing javascript globes has gotten so easy it's used for throw-away demos (eg, http://mrdoob.github.com/three.js/examples/canvas_geometry_earth.html ). So how many more years will it be before those 1+1 get combined into a desperately needed 2? And why have several years passed already?

() There are even simpler examples of this puzzle. There aren't any good CC pictures of blood on the web. Images showing blood is a concentrated slurry of red blood cells. The need is known - the WP page has a blood smear, a three cell micrograph, and says "still looking for more good images". The consequences are known - youtube has some science misunderstanding interview videos of 'students think blood is purple, or half red and half blue' (which I can't find just now). The data exists - the folks doing blood fluid dynamics simulation have some wonderful videos and images. Mostly not online. None with an open license. Why? Well, that just didn't occur to them. And no one asks.

Perhaps it's a failure of communication? Or of vision? The lack of anyone tasked with making this stuff happen? And the default of mob sourcing it not yet being effective?

Science education content is pervasively wretched... and it's not clear why we're still letting it be so.

Mitchell N Charity
(interested in "extreme-effort" descriptive content for K-grad science and engineering education)

Uh... is got https://github.com/joyent/node/wiki/modules and that is just for starters

watch out everyone! this guy wrote a web framework for node.js!!

"I'm increasingly convinced this asynchronous callback style of programming is too difficult for most developers to manage," Robinson said. "Without extreme discipline it can easily lead to 'callback hell,' with deeply nested callbacks and complex code to implement logic that would be simple on a synchronous platform." What's next for him? He sees the older framework being rethought and reworked using the best ideas from Node.js. In place of callbacks, he sees ideas like "promises," "co-routines," "actors," and other objects that hang on to the information in the variables for use later. These objects may be easier to juggle than the callbacks.

Callbacks and promises are not mutually exclusive. In particular, a promise API can be built on top of callbacks. This has been well-understood for a long time in both the Ajax world (e.g. dojo.Deferred), and in Node.js development (e.g. node-promise module by Kris Zyp). So, I think this critique is a bit unwarranted.

Uh... is got https://github.com/joyent/node/wiki/modules and that is just for starters

How about working libraries ? A decent package manager actually containing most of the libraries I use (like all debian variants have, and, to a slightly lesser degree, all redhat variants have too).

You mean package manager like Fink, Macports or Homebrew ? They are useful for installing FOSS stuff. Personally I can't stand package managers the way they work on Linux, nothing like having to update half your DE because you install a new package and it requires a dot update of some library. You don't see that insanity on any other Unix.

Installing such trivialities as NumPy on Mac OS X is about as easy as it is on Windows. It's not that hard (unless there are conflicts), but removing something you installed is all but impossible.

That's really the fault of the person who created the package for not providing an uninstall script, and a bit like complaining doing a "configure; make ; make install" makes it hard to uninstall stuff.

You may be interested in the Microtouch. http://www.ladyada.net/products/microtouch/index.html Have a look at the code for the demo programs. https://github.com/rossumur/microtouch

Block by country dynamically: https://github.com/bugi/iptables-by-country

It's a bit cobbled together, but it works for me.

There is a JavaScript miner as well.

A simple Google search provides these links:
Bitcoin JavaScipt Miner on Github
Slush made one too

But what would be the point of actually using one? They'd be too slow.

I haven't looked at his javascript yet, but from what I can read from the technical notes it's an x86 intepreter. I'm actually working on a pc emulator in javascript, but with a dynamic translator at its core.
The project is hosted at github here: https://github.com/poizan42/jsx86

Well, there is already a TCP/IP over Websockets proxy, so you could use that and write a network driver that receives the packets and uses a special instruction/interrupt/whatever to pass them to the underlying JS socket.

Seems to be up here: https://gist.github.com/976189

I hope this makes more people consider running their own system to handle this, lipsync is trying to provide that, it's on github https://github.com/philcryer/lipsync

Shameless plug time!

I'm a student at Bowdoin College, and the current lead developer of the motion engine we run on our Naos to compete in the RoboCup Standard Platform League. The idea of the SPL league is that all teams use the same hardware (the Nao) so that the entire competition is about the software. My team, the Northern Bites has written our own omni-directional motion engine, vision system and behavior stack (the latter two in C++/ASM, the behaviors in Python). We recently hosted the US Open up at Bowdoin, and we're headed to Istanbul in early July for the world championships.

The Aldebaran guys rock, and the Nao is an extremely cool platform for bipedal research (it runs a stripped down version of Debian).

If you're interested, here's our public GitHub and YouTube

Interestingly at Canonical they are starting to use Go for their backend infrastructure.

I wonder if they will start to replace components of the grid stack with stuff written in Go like Doozer.

The science of calculating the amount of greenhouse gasses released from combusting fossil fuels. It's pretty simple, really. It all comes down to the amount of CO2 released when burning, for instance, 100lbs of jet fuel.

The source code is all on Github. Here's our flight calculation code, for instance: http://github.com/brighterplanet/flight and detailed documentation, including citations: http://brighterplanet.github.com/flight/carbon_model.html

For each calculation, you can also view its methodology statement: http://carbon.brighterplanet.com/flights?airline=Continental&origin_airport=MSN&destination_airport=IAH&trips=2

The science of calculating the amount of greenhouse gasses released from combusting fossil fuels. It's pretty simple, really. It all comes down to the amount of CO2 released when burning, for instance, 100lbs of jet fuel.

The source code is all on Github. Here's our flight calculation code, for instance: http://github.com/brighterplanet/flight and detailed documentation, including citations: http://brighterplanet.github.com/flight/carbon_model.html

For each calculation, you can also view its methodology statement: http://carbon.brighterplanet.com/flights?airline=Continental&origin_airport=MSN&destination_airport=IAH&trips=2

First, we are working on this, and your patches are welcome. https://github.com/sbourdeauducq/llhdl/wiki https://github.com/sbourdeauducq/antares FPGA companies are not as evil as you make them out to be. As a matter of fact, a large part of Xilinx's motivation about closing the bitstream is not to be evil, but to limit the damage that can be done from their (stupid and large) customers misusing the FPGAs. They still publish a lot and you might be surprised to learn, for example, that the ISE software has options to dump the complete routing graph of all Xilinx FPGAs as well as some raw timing characterization numbers. The information is there, but it takes more work to go looking for it than to sit on your ass bashing the FPGA companies - as most free software activists do whenever the topic of FPGAs arises. No wonder why so little open source FPGA and EDA stuff gets done. Finally, Milkymist SoC and FPGAs lie at two different levels of abstraction. When you are using a traditional CPU, both the logic design (HDL) and the physical implementation system (ASIC cells, P&R tools, ...) are closed. When you are using Milkymist SoC, the logic design is open and the physical implementation system is closed. The logic design is portable, and ported, to other technologies. I think we all agree this represents a progress.

First, we are working on this, and your patches are welcome. https://github.com/sbourdeauducq/llhdl/wiki https://github.com/sbourdeauducq/antares FPGA companies are not as evil as you make them out to be. As a matter of fact, a large part of Xilinx's motivation about closing the bitstream is not to be evil, but to limit the damage that can be done from their (stupid and large) customers misusing the FPGAs. They still publish a lot and you might be surprised to learn, for example, that the ISE software has options to dump the complete routing graph of all Xilinx FPGAs as well as some raw timing characterization numbers. The information is there, but it takes more work to go looking for it than to sit on your ass bashing the FPGA companies - as most free software activists do whenever the topic of FPGAs arises. No wonder why so little open source FPGA and EDA stuff gets done. Finally, Milkymist SoC and FPGAs lie at two different levels of abstraction. When you are using a traditional CPU, both the logic design (HDL) and the physical implementation system (ASIC cells, P&R tools, ...) are closed. When you are using Milkymist SoC, the logic design is open and the physical implementation system is closed. The logic design is portable, and ported, to other technologies. I think we all agree this represents a progress.

Of course, them being lawyers, this discussion will probably be closed by the time they respond, but if not, I'll post the response here.

to: lic_admn@latticesemi.com

Dear sir or madam:

It has recently come to my attention that a public source code repository contains LatticeMico32 processor RTL files that have a Lattice copyright notice that claims the files are "confidential and proprietary software". For example, see:

https://github.com/milkymist/milkymist/blob/master/cores/lm32/rtl/lm32_icache.v

In conversation with the developers, they claim that section 11 of this license applies to those files:

https://github.com/milkymist/milkymist/blob/master/LICENSE.LATTICE

However, they have offered no reasoning as to why they believe section 11 applies. The headers of the files in question do not claim they are licensed according to any sort of open-source exception; quite the opposite.

The LatticeMico32 looks interesting for my own project; please advise if these sources really can be freely distributed under section 11 of this license, whether it is Appendix A or Appendix B that applies to that redistribution, and whether I should update the file headers to reflect that fact upon redistribution.

Thank you for your time and attention to this matter.

Best regards,

xxxxxxxxx

Of course, them being lawyers, this discussion will probably be closed by the time they respond, but if not, I'll post the response here.

to: lic_admn@latticesemi.com

Dear sir or madam:

It has recently come to my attention that a public source code repository contains LatticeMico32 processor RTL files that have a Lattice copyright notice that claims the files are "confidential and proprietary software". For example, see:

https://github.com/milkymist/milkymist/blob/master/cores/lm32/rtl/lm32_icache.v

In conversation with the developers, they claim that section 11 of this license applies to those files:

https://github.com/milkymist/milkymist/blob/master/LICENSE.LATTICE

However, they have offered no reasoning as to why they believe section 11 applies. The headers of the files in question do not claim they are licensed according to any sort of open-source exception; quite the opposite.

The LatticeMico32 looks interesting for my own project; please advise if these sources really can be freely distributed under section 11 of this license, whether it is Appendix A or Appendix B that applies to that redistribution, and whether I should update the file headers to reflect that fact upon redistribution.

Thank you for your time and attention to this matter.

Best regards,

xxxxxxxxx

Please read the license from the Milkymist github repository: https://github.com/milkymist/milkymist/blob/master/LICENSE.LATTICE - "11. OPEN SOURCE SOFTWARE...."