Please create an account to participate in the Slashdot moderation system

typodupeerror

CommentWildcard Version Requirement Numbers Are Evil (Score 1)57

IBM and Red Hat are correct:

The project seems to have slipped backwards, as this slide from 2014 indicates the implementation of version requirements.

Whereas the 2016 documentation stipulates:

"A module's declaration does not include a version string, nor constraints upon the version strings of the modules upon which it depends. This is intentional: It is not a goal of the module system to solve the version-selection problem, which is best left to build tools and container applications."

The State of the Module System

Anything less than Node's package requirements is going to be useless. There should be absolutely no wildcards in major version numbers, with warnings in medium. They are the curse of Node!

Hardware

Installing Linux On ARM-Based Netbooks?179

An anonymous reader writes "I am sure that many other Slashdotters have noticed an increase in ARM-based netbooks over the past several months. For example, the Augen E-Go. It is a widely touted theory that it is impossible to install Linux on one of these notebooks, replacing the commonly installed Windows CE operating system. The sub-$100 netbooks carry decent specs, including 533MHz ARM processor; 128MB DDR RAM; and a 2GB Flash drive, as well as most expected netbook components (USB, Wi-Fi, etc.). I find it hard to believe that a computer with these specs is impossible to hack and install Linux to, but Google searches have been largely unsuccessful in finding proper information. Do any Slashdot readers have experience in installing ARM Linux distros to these cheap netbooks like this? If so, what distros do they recommend?" (In particular, I wonder if anyone can comment on Ubuntu on ARM.)

CommentRe:javascript is good (Score 1)531

Java Script requires so many additions you might as well revise the whole strategy. Along with the next release of the Java Script, defining a standard web virtual machine on which JavaScript is initially implemented could provide many advantages:

- Develop using the same language in the browser as you are at the server.

- Translate classes or assemblies to and from the web VM using technology similar to JNBridge http://www.jnbridge.com/, opening to the door to all Java and.NET languages.

- An XHTML element could specify the URL for a compiler or interpreter, providing complete compatibility initially and opening the door to many possibilities in future.

CommentRe:Virtualize Javascript? (Score 1)125

I'm referring to programmatic interaction with the browsers DOM interface once the document is loaded.

Why? Primarily because Javascript is an awful language. As the emergence of GWT and countless other web 2.0 Javascript API's indicate, there is a lot of work being carried out in Javascript to bring more interactive UI to web pages. There are a number of advantages that introducing other languages thru a.NET or Java VM could bring:

- Javascript is not a language that scales well to larger teams and projects. It's loosely typed, not strictly OO, no standard documentation support, the list goes on.
- Staying within the browser DOM enforces more searchable, indexable semantic content.
- Allowing other server side CGI languages, like Ruby, Perl to interact with the same language on the client side.

Perhaps I'm a bit off topic, this could be more relevant on the Silverlight 3 thread.

CommentVirtualize Javascript? (Score 1)125

Moving away from the DOM is ultimately going to confound searching engines and the namespaces they index. It would be nice to see Javascript running inside a VM - CLR or JVM, followed by other languages with the same access that Javascript has. Making Javascript a language under.NET in IE, perhaps using the Java VM for Javascript in Firefox etc. This may lend itself more readily to an indexable semantic web in the future.
Toys

Submission+-300-MPG Jetsons Car for $30K by End of '08 (popularmechanics.com)

An anonymous reader writes: You may have heard some of the hype last month when California-based Aptera let out first word of its allegedly super fuel-efficient (and cheap) Typ-1 electric vehicle. Well this video test drive and gee-whiz specs breakdown proves that this thing is for real: 120 miles on a single lithium-phosphate pack charge for 2008, with a 300-mpg model to follow by 2009. Aptera is also mentioned in Wired's new cover story as one of several early front-runners for the Automotive X Prize.
Graphics

Submission+-Instrumented GIMP to Identify Usability Flaws

Mike writes: New users of the GIMP often become frustrated at the application's unwieldy user interface. For this reason Prof. Michael Terry and a group of researchers at the University of Waterloo have created ingimp, an modified version of the GIMP that collects real-time usability data. Terry recently gave a lecture about ingimp and the data it collects. During each session, ingimp records events such as document creation, window manipulation, and tool use. A log of these events is sent to the ingimp server for analysis. The project hopes to answer questions such as "What is the typical monitor resolution of a GIMP user?" and "Is GIMP used primarily for photo editing or drawing?" Answers to these questions will help the GIMP developers find and fix GIMP's usability problems. For more information about ingimp, visit the project's web site.
Software

Submission+-Canonical Begins to Open-Source Launchpad (ubuntu.com)

kripkenstein writes: "Canonical, the corporation behind Ubuntu, has begun to open-source Launchpad. Canonical has been criticized for not doing so earlier.

The first component of Launchpad to be open-sourced is Storm, described as an "object-relational mapper (ORM) for Python". A tutorial with many examples is available. The license for storm is the LGPL 2.1 (inspection of the several source files shows they contain the common "either version 2.1 of the License, or (at your option) any later version", implying that Storm is LGPLv3-compatible)."

Slashdot Top Deals

"In the long run, every program becomes rococo, and then rubble." -- Alan Perlis

Working...
close