Linux program alternatives to Windows programs

Go To Last Post
15 posts / 0 new
Author
Message
#1
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

There isn't much out there that will run in native Linux. 

Sadly that is where you and I differ. There isn't much I cannot do in Linux that I used to do in Windows and for the vast majority of things I would say Linux is "better".

 

Instead of Winzip/WinRar/7Zip I use "ark"

Instead of PaintShopPro I use "Gimp"

Instead of whatever it is they call Windows image viewer I use "Gwenview"

Instead of (the dreaded) Adobe PDF reader I use "okular"

Instead of Notepad++ I use any of a number of feature rich code editors.

I use "Code::Blocks" on Linux just as I did on Windows.

For Python I use "Pycharm" (never did Python on Windows so don't know what's offered there).

For browsing I use both "FireFox" and "Chrome" - that's exactly the same as Windows - I wouldn't touch Internet Exploder unless my life was dependent on it!

For virtual machines I use "VirtualBox", exactly the same as I did in Windows when I used to run Windows host, Linux guest. Now I've simply switched.

For diffing files I use "kdiff3" - exactly the same as I did in Windows.

For source control I use "SVN" or "Git" - just as I did in Windows - perhaps the one thing I miss from Windows is "Tortoise"?

 

On the whole I think you'll find that there is a Linux tool for almost any task you want to achieve. Actually if there's a problem with linux it's that for any task there are 10..100 different tools to choose from and often the real challenge is sorting the wheat from the chaff and knowing what the "gems" really are.

I may be wrong, and probably am.

You are by the way - many, many vendors have an IDE that is a decendent of some Java based IDE such as Eclipse or Netbeans and so they are OS agnostic. For ARM, for example (in part because of "OpenOCD") there are probably as many Linux development environments as there are for Windows (basically because dev environment developers themselves are probably Linux users too!).

 

Apart from Sony (my latest camera) and Atmel for AVR there aren't many things I encounter that say "must have Windows".

 

I suppose Windows will always exist because of Word/Excel/Powerpoint/etc- while there are Linux "equivalents" such as LibreOffice I can't say I've used them much and while they probably have equal facilities to "Office" the fact is that there is an army of robots brought up on Microsoft implementations and who need everything to be exactly where Microsoft put those things (even though they insist on mixing it all up with each incarnation of Office anyway!).

 

* Hopefully this split worked. Ross *

 

Last Edited: Fri. Jan 8, 2016 - 10:27 PM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

JohanEkdahl wrote:
@Jim: If you want to talk AVR development on Linux then I'm your huckleberry! I'm in no way an expert but have played around with it. The main culprit, it seems, is to get a decent on-chip-debugging environment up and running. We could work/play together on this, and collect the possible lessons learned in a more persistent way than a forum thread. Let me know what you think!
jgmdesign wrote:
I have enough PC's laying about, so I will PM you later today and maybe we can set something up......
I'd be interested in participating as well, if there's anything I have to offer which may be of use, and as time allows.  Feel free to include me in any/all of your PM exchanges as you see fit.

 

jgmdesign wrote:
Truth is I do not have a lot of options.  Atmel is my primary/heavy favorite vendor of all stuff microcontroller.  I am looking at their wireless stuff, and ARM(as some may know in the other community).  And as such trying to learn the new offerings, is daunting enough, but to add learning a new OS at the same time?  My avatar will need an update cheeky.
As I understand it, ARM almost certainly means mostly Linux anyway (although obviously not 'Desktop' Linux), so you'll only benefit from having the double exposure.  Like learning Spanish in school >>and<< speaking it around the dinner table at home ;-)

 

clawson wrote:
Linux really could do with a better simulator...
Simulavr isn't >>that<< bad.   OK, it's not great yet, but as someone has said more than once the beauty of FOSS is that anyone may contribute.

 

Simulavr device support is incomplete, and support within a device is also incomplete (may SFRs not simulated), but for basic code review it's decent.  I use it occasionally, mostly to build code I post here on the site.  Most recently to solve this mystery.

 

 

"Experience is what enables you to recognise a mistake the second time you make it."

"Good judgement comes from experience.  Experience comes from bad judgement."

"Wisdom is always wont to arrive late, and to be a little approximate on first possession."

"When you hear hoofbeats, think horses, not unicorns."

"Fast.  Cheap.  Good.  Pick two."

"Read a lot.  Write a lot."

"We see a lot of arses on handlebars around here." - [J Ekdahl]

 

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

device support is incomplete, and support within a device is also incomplete

This.

 

Usually I'm just responding to threads here where someone has posted code for megaXXX or tinyYYY and wants to know why the ISR() is not being hit or something. For that I almost certainly don't actually have megaXXX or tinyYYY and I just want to build and step the code to see what obvious step the OP has omitted. Studio+sim make this trivial for any AVR. Linux+simulavr almost certainly don't have XXX or YYY and even if it does I don't know whether I trust what its showing me anyway. Even if I had the right silicon the avr-gdb+avarice thing make life too complicated too. Again Studio makes for a "one stop shop" that can (generally) be relied on for most things.

 

I am intrigued by the apparent shift inside Studio 6/7 from using Atmel's proprietary debugger to using avr-gdb - it gives me hope that one day they might be able to offer a "complete solution" for Linux.

 

Anyway, about that beta.atmel.com website... ;-)

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Time for a double split Thread!?

 

One discussing Linux as an alternative OS, be it for general use, or for development?

(I like Cliff's list of alternatives to Windows programs, above)

 

And another Thread for Jim hitting the 10K mark!

 

Although as the topics are not interspersed, I think it would take some careful Thread surgery to pull that off.

 

Congrats, Jim!

 

Well done!

 

JC

 

 

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

(I like Cliff's list of alternatives to Windows programs, above)

Funny you should mention that - as I typed that I thought "this is a bit like the "best freeware" thread - perhaps we need something similar to encourage people to give Linux a go".

 

As for spliting - the old Freaks was brilliant for splitting - you could go into a "I want to split this" mode and it showed the entire thread with tick boxes alongside. For a simple split you would tick a single post and click the [everything from here on] button and get what you wanted but much better was the ability to tick posts 6, 7, 12,14, 20 and say [split the ticked ones into the newly named thread] so you could "cherry pick" what you wanted in a split. This new board simply shows [split] on each post and by implication means "everything from here onwards". So for the simple case of something like thread necromancy by some posts that don't relate to the original you simply click [split] on the start of the new bit and then it asks you for a new thread title. There is nothing like the old "cherry pick" mechanism and sadly I think that's what's needed here because otherwise it would take a load of splits then a load of merges to glue the fragments together.

 

Oh and talking of Linux equivalents, everyone thinks of Code::Blocks or Eclipse as "the IDE" for Linux but something I'm working on has just reminded me how good KDevelop4 is! (partly because it can start at a master CMakeLists.txt and parse its way down through all the child copies to build a (very complex!) project structure). Not sure if KDevelop4 can be made "AVR aware" easily though - however for just reading the interactions in some complex code (20,000 source files!) it's doing a cracking job.

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

clawson wrote:
20,000 source files
!!!

"Experience is what enables you to recognise a mistake the second time you make it."

"Good judgement comes from experience.  Experience comes from bad judgement."

"Wisdom is always wont to arrive late, and to be a little approximate on first possession."

"When you hear hoofbeats, think horses, not unicorns."

"Fast.  Cheap.  Good.  Pick two."

"Read a lot.  Write a lot."

"We see a lot of arses on handlebars around here." - [J Ekdahl]

 

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

The split worked but my post remained in the other thread (NXP and Mchip IDEs)

John Samperi

Ampertronics Pty. Ltd.

www.ampertronics.com.au

* Electronic Design * Custom Products * Contract Assembly

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Yeah sorry John... and I don't know how to merge your latest post back into the thread.

Ross McKenzie ValuSoft Melbourne Australia

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

I use (Linux mint 17) :

 

For diff  - meld  (here i miss winmerge)

For hexedit - bless

For "screenshoots/snagit" - shutter  (super program)

For SVN  - commandline or rapidsvn

 

Misc :

 

Wifi (Inssider) - LinSSID

Newsreader - pan

M$ Lync (pidgin)

Serial (comport) - Putty  , sometimes minicom (if ssh) , or screen

Phone (SIP) - LinPhone  (works on iOS & Android also)

FPGA/CPLD - Xilinx ISE and Altera Quartus (needs a bit of persuading , but then ok)

VNC & RDP  - Remmina

 

Edit: Old thread , but still relevant

https://www.avrfreaks.net/forum/l...

 

/Bingo

 

 

 

 

 

 

Last Edited: Wed. Mar 23, 2016 - 10:57 AM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Bingo600 wrote:
For diff - meld (here i miss winmerge)

 

If you prefer the "inline" diff presentation then try my favourite:

diffuse  (this one understands the .git folder and by running diffuse -m can even show all changed files) (understands svn Hg and others also)

 

or of course the old stalwart that I use for folder compares:

kdiff3 (There is a Qt build that doesn't need the KDE dependencies)

 

Last Edited: Wed. Mar 23, 2016 - 09:14 PM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Interesting, I've been using kdiff3 on both Windows and Linux since pussy was a kitten but the other day I couldn't work out how to achieve something so I tried Meld and have been impressed. 

 

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

clawson wrote:

Interesting, I've been using kdiff3 on both Windows and Linux since pussy was a kitten but the other day I couldn't work out how to achieve something so I tried Meld and have been impressed. 

 

If you just open meld , and then drag 2 sources on "it" it will auto open these and compare

 

On Windooze you HAVE to try WinMerge - free   - The mother of diff/merge  

http://winmerge.org/?lang=en

 

 

 

Cliff try rapidsvn , it's not tortoise , but rather ok

 

 

OT: Building Atmel-3.5.1 on an old Raspi is done.

Finished at Thu Mar 24 07:36:49 CET 2016
Task completed in 23 hours, 23 minutes and 4 seconds.

My Raspi v3 crashed , and is 140 km away , i hope to come near 2h on that one.

There's prob's with gmp , it doesn't like the Atmel script ,  armv7 prob i think , no probs on the plder armv6

 

 

 

Last Edited: Thu. Mar 24, 2016 - 05:30 PM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

I moved away from Windows years ago, except for the very few things that I need to reluctantly use windows for (Lattice Diamond being one).

I got fed up with it. I mean, who in their right mind ships a 64-Bit operating system where all the 64-Bit DLLs live in a folder named "system32" and the 32-Bit DLL's live in a folder named "wow64" !!!! It's un-fecking-bee-leavable.

 

SpiderKenny
@spiderelectron
www.spider-e.com

 

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

clawson wrote:
I suppose Windows will always exist because of Word/Excel/Powerpoint/etc- while there are Linux "equivalents" such as LibreOffice ...
Appears the Microsoft Office 365 juggernaut is slowing :

https://www.askwoody.com/2017/paul-thurrott-nails-the-office-365-subscription-numbers/

January 30th, 2017

...

Bottom line: The Office 365 situation isn’t as rosy as you probably think.

...

That’s distressing in no small part because Office is widely considered to be the “best” office app for Android and iOS.

...


http://www.libreoffice.org/download/android-viewer/ 

Collabora - the world's leading LibreOffice services company

https://www.collaboraoffice.com/

...

Collabora Online 2.0

Colaborative Editing with LibreOffice in the Cloud, on your Own Terms

...

Collabora CloudSuite

The powerful LibreOffice-based office suite that works across platforms and devices

...

Looking for the Desktop version?

Enterprise ready LibreOffice with 3 or 5 years LTS

...

"Dare to be naïve." - Buckminster Fuller

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

(Somebody care to lock old threads?)

 

SpiderKenny wrote:
I got fed up with it. I mean, who in their right mind ships a 64-Bit operating system where all the 64-Bit DLLs live in a folder named "system32" and the 32-Bit DLL's live in a folder named "wow64" !!!! It's un-fecking-bee-leavable.

 

It's part of their eee policy to confuse & misdirect their customers.

https://en.wikipedia.org/wiki/Em...

 

It's also the reason you have to buy a new printer, scanner, ... every few years because the drivers stop working.

20 years ago I spend almost a week (school project) to make a simple ftp server example program (working under dos) cooperate with microsofts ideas of ftp. (Yuch).

But one of the ugliest (and obvious) was the "Program Files" directory name. It took loads of programs years to adopt to something as simple as a space in a directory name (which was illegal just before microsoft showed it off in their new windows version.

And then compare:

c:\Documents and Settings\user\Paul

(The path above probably changed in the latest windows version).

To:

/home/Paul

(Which I could have used since before I was born).

 

Trivia:

Vi is a few years older than Edlin. :)

Paul van der Hoeven.
Bunch of old projects with AVR's:
http://www.hoevendesign.com