Follow Slashdot stories on Twitter

 



Forgot your password?
typodupeerror
Polls on the front page of Slashdot? Is the world coming to an end?! Nope; read more about it. ×

Comment: Replacement for sourceforge File Release System? (Score 1) 133

by Junta (#49830235) Attached to: nmap Maintainer Warns He Doesn't Control nmap SourceForge Mirror

While looking at other open source project hosting, the one thing that I couldn't see was a good alternative to sourceforge's file release system.

They basically provide a yum/apt friendly structure that can be rsynced to. Since it allows pretty much arbitrary structure and it gets mirrored, it works out ok.

Even before this, was interested in replacing everything on sourceforge, but now really interested in killing it off. Anyone know a good free CDN to cram yum/apt repositories into?

Comment: I hate reporting like this... (Score 4, Interesting) 93

by Junta (#49793665) Attached to: Cloud Boom Drives Sales Boom For Physical Servers

" HP wasn’t able keep up with its competitors. The company’s revenue share dropped from 25.5 percent to 23.8 percent, while its market share by volume dropped 2.6 percentage points to 20 percent, "

For anyone keeping score, this statement means 'HP is not keeping up because they are still in the lead, but the gap is narrower'.

"Dell increased revenue and shipments, but it too wasn’t quite able to keep up with the market. Its share of revenue and shipments each slipped by just under 1 percentage point to 17.1 percent and 19 percent respectively"

This is a little less blatantly wrong, but Dell is the #2 vendor Strictly true since they said keep up with *the market* which in aggregate grew, but being #2 in the market isn't such a dire thing.

" IBM had the third-largest server revenue, followed by Lenovo and Cisco Systems, while Lenovo was third by server shipments, "
This particular statistic is pretty screwed up because it doesn't correct for the situation that IBM sold of x86 based servers partway through the year in some parts of the world, and at the end of the year in other parts of the world. It mentions this, but fails to recognize that IBM's situation partially included Lenovo still. Lenovo's big year to year growth is mostly a changing of ownership currently.

"Cisco’s year-over-year server revenue growth of 44.4 percent was well above average for the industry, and suggests the company is not done capturing incremental market share in the server market"
Impressive and all, but given *after* that increase they still lag behind 4 other companies, it means that big year to year percentages are likely. Just like the lead experiencing a little crowding in a market shouldn't cause anyone to write them off, a large percentage gain by a relatively small player shouldn't send everyone into an excited state. You could write similarly exciting stories about some of the 'lower tier' vendors, but since those aren't exciting brands, they got omitted.

Comment: Re: Just another arrogant CEO (Score 2) 49

by Junta (#49785013) Attached to: Red Hat CEO Publishes Open Source Management Memoir

This is all off topic and the poster you replied to wasn't correct, however...

A minority of the people actively embrace it; the vast majority accept it somewhat reluctantly and go with the flow; and an even smaller minority

The simple fact is no one has data here. Magically, whoever is bitching and moaning about the other side calls out the other side as the smaller vocal minority. Convenient.

systemd is a different beast than other decisions. RedHat historically caught flak (justifiably) for releasing distributions incorporating pre-release upstream builds in fundamental places. No one argued that the components were going to be the wrong direction, just that they weren't ready yet. Red Hat ultimately 'fixed' that by reserving their brand for 'enterprise only' and recalibrating expectations around Fedora. Pulseaudio despite being ubiquitous still has a lot of discussion on how to disable it when it just doesn't work right still. NetworkManager is also close, and also is accompanied by instructions on how to revert to the 'old' way. Same for firewalld. systemd is the first decision that really forces the issue in a fundamental way that's hard to avoid. This is strangely without precedent, for something so controversial to not be in a place that could conceivably be turned off by those who don't want it.

Comment: Re:Compelling? (Score 1) 244

by Junta (#49735353) Attached to: Why Apple Ditched Its Plan To Build a Television

No one in tech does that.

Not true. In automotive space (what we are talking about here), repair of a 20 year old vehicle is quite common. In x86 space, modern software releases commonly apply to a decade old platform.

But the insinuation that Apple is a worst offender here is demonstrably false.

I wasn't implying that Apple was any worse than Google. However I do think such a perspective is a valid one on the x86 desktop platform side, where every other player except for Apple does a better job of supporting platforms over a longer time.

as far as the hardware itself will allow,

At the whim of Apple dropping support from some component of that hardware. In the handset business, no provider has proven that it could be easy to support older platforms so there might legitimately be too much churn in the platforms for that to be reasonable, but in the desktop space, the causes for Apple dropping support seem to be things that don't phase the other OS providers on that platform.

Comment: Re:Compelling? (Score 2) 244

by Junta (#49728837) Attached to: Why Apple Ditched Its Plan To Build a Television

*Being* the infotainment system is not that great a play. Those systems are increasingly tied to the platform of the vehicle so you can't easily upgrade it without buying a new vehicle. Apple nor Google are particularly well known for being fond of supporting tech that, on average, would not receive a hardware upgrade for 11 years for any user.

Improving infotainment systems interaction with the driver's handset so that a handset upgrade drives all the value add they would want, that works. Hence Google and Apple doing their respective platforms, and car vendors looking to support both from a neutral platform rather than locking a very expensive vehicle to one platform or the other.

Comment: Re:Driverless is the real threat (Score 1) 287

by Junta (#49718041) Attached to: The Auto Industry May Mimic the 1980s PC Industry

I don't see how driver-less cars will change (other than the big one of actually *having* self-driving options). If someone would choose a corolla versus a taurus versus whatever today, I don't see them as suddenly not caring about whatever differentiate those cars today. Basically to the extent your categories would apply in the future, they already apply.

I agree that the concept that the infotainment solution would not really change the fundamentals of the workings of the market, but neither does driver-less (unless some companies neglect that concept, or a disruptive player gets something available to mass market early).

Comment: Re:Editorializing... (Score 1) 408

You are right that there isn't adequate data. The problem being that the sentence itself paints things in a rosy light based on that data, rather than some meaningful data.

In short, we have an anecdotal gathering of data by third parties that doesn't actually tell us anything at all, with different people praising or blasting it depending on their preconceived notions.

Comment: Re:Not yet statistically significant (Score 2) 408

. While a car may be capable of self-driving, if a human is in control when an accident occurs, then the car was not a self-driving one as far as the accident goes.

Well it is interesting in so far as knowing when the companies think they need to have human operators still. Not really so much the crash, just the portion of the time that is human versus autonomous.

Comment: Re:The pain isn't in the switch (Score 3, Insightful) 347

by Junta (#49663521) Attached to: Linux Mint Will Continue To Provide Both Systemd and Upstart

I have contended with corrputed files plenty. If they are plain text, it's highly unlikely that a glitch leaves it such that a human can't piece together what is left. If it relies heavily upon common features of binary formats (compression, alignment to very particular addresses, section headers), it's quite easily unrecoverable. Basically the exact things that make them attractive (performance, efficiency, analysis) make them lose all meaning pretty quickly if part is missing or something.

Comment: Editorializing... (Score 2, Insightful) 408

'48 self-driving cars have been navigating the roads... Of those, only four have been in accidents'

I know that the bigger point is that zero (known) incidents can be traced to the software making a 'mistake' (though even if the other driver is 'at fault', hard to say if a human would have done better at avoidance). The thing that strikes me though is the editorial bias here. *Only* 4 out of 48.. that's nearly 10%. That's far far above the percentage for the general population. It's perfectly likely that is simply a fluke of the small sample size, but implying that 4 out of 48 is a very promising rate of incident is pretty silly.

Comment: Re:The pain isn't in the switch (Score 3, Informative) 347

by Junta (#49663321) Attached to: Linux Mint Will Continue To Provide Both Systemd and Upstart

dconf uses binary configuration files. As I've said many times, while systemd catches a lot of flak for messing with long standing conventions, it is far from alone in modifying the experience (dbus, dconf, systemd, udev all do interesting things, each component bringing interesting capability with varying degrees of drawbacks).

I think udev generally does a great job of delivering useful capability with minimal downside. Then dconf (most people don't even realize the binary dconf files exist, even when they poke dconf extensively). dbus starts going off the rails (many things that once were simple enough to explore/grep around for are now only possible through internet search of obscure dbus-send commands). systemd I actually consider less bad than having to do more and more dbus stuff.

Comment: Re:The pain isn't in the switch (Score 4, Insightful) 347

by Junta (#49663235) Attached to: Linux Mint Will Continue To Provide Both Systemd and Upstart

SystemD - works well when it works, fails spectacularly when it fails.

Incidentally that is precisely the way Windows is. Windows is exceedingly structured and engineered (contrary to some beliefs), but as a a result when it fails... boy does it go down so hard that no one is going to bring it back. Not surprising many of the principles in Windows design match the design principles of many modern linux distros: Binary configuration files, binary log files, increasingly complex IPC schemes, and less and less friendly to simple scripts (though increasingly better for complex scripting).

Comment: Re:Developers! Developers! Developers! (Score 4, Informative) 265

by Junta (#49637893) Attached to: Microsoft Releases PowerShell DSC For Linux

can be run without a GUI at all

Not true, or else you wouldn't be able to run 'notepad' on the console. Not that this is necessarily a big deal, but the Core editions are not GUI-free, they start cmd in a window. If you ignore the graphics console and use EMS only, the GUI is still running, just not visible to you.

You can tell how far we have to go, when FORTRAN is the language of supercomputers. -- Steven Feiner

Working...