Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Foreign Linux: Run Linux binaries on Windows without drivers or modification

github.com

Post reply on HN
Print view View original

61–70 of 149 posts

Re: Foreign Linux: Run Linux binaries on Windows without drivers or modification

#61

Post by mijoharas »

Maakuth wrote: post #46
mappu wrote: post #10

Cygwin is impressively complete - if you haven't checked in on it recently, there are over 5000 packages in the official repo (that's more than Arch Linux's official repos), and adding the http://cygwinports.org/ repo gives you full KDE, GNOME 3 and Xfce on windows (although KDE has a first-party port). What this tool offers over Cygwin is the ability to run unmodified linux binary-only software for which you do not…

My biggest gripe with Cygwin (aside performance on some syscalls) has been package management, which used to require setup.exe to add or upgrade packages. That was nicely mitigated when I found out about apt-cyg[1]. It's a apt-getish frontend for setup.exe command line. Not as nice as real apt-get of course, but "apt-cyg install something" takes care of the most important use case. 1: https://github.com/transcode-ope…

Problem with apt-cyg is the occasional need to "rebaseall" to keep the cygwin dll's happy. a proper package manager would be nice, though it is a good solution all things considered.

Re: Foreign Linux: Run Linux binaries on Windows without drivers or modification

#62

Post by bryanlarsen »

Surio wrote: post #30

This looks like an interesting project to keep an eye out for. On the topic of cygwin, I would also like to recommend mobaXterm, that I use instead of cygwin nowadays... It is an interesting choice in the alternatives we have. So, those of you that use cygwin, take a look at it here: http://mobaxterm.mobatek.net/ If you are thinking about trying cygwin, I would recommend this instead, as the installation is relativel…

The big problem with MobaTerm is that it includes really old versions of the standard unix utilities, and it's difficult to integrate with newer & missing utilities. This isn't a problem that's limited to MobaXTerm, but the way MobaXTerm does things makes it harder to fix.

Let's say you want to set up a standard dev setup. So you install MobaXTerm, vagrant, emacs, msysgit, and rsync. Each of these require SSH for full operation, so in the interest of making things easy, the installers bundle SSH. You now have up to 5 copies of SSH installed, all storing their private keys, cert stores and configuration in different places. What a mess. And some things aren't compatible with each other. IIRC, vagrant is built with cygwin, so you have to make sure you use a cygwin rsync with it, the msys rsync won't work.

To keep everything sane, start with the standard cygwin or msys installer, and install everything using that.

Does conemu include mingw-get? If so, that sounds like it might be a good solution. If not, I recommend avoiding it.

Or just reformat and install Linux. That's what I ended up doing. Putting up with poor HiDPI support in Linux was much more tolerable than the horrors of trying to use Unix utilities in Windows. And HiDPI support is improving quickly in Linux land....

Re: Foreign Linux: Run Linux binaries on Windows without drivers or modification

#63

Post by rlvesco7 »

Maakuth wrote: post #46
mappu wrote: post #10

Cygwin is impressively complete - if you haven't checked in on it recently, there are over 5000 packages in the official repo (that's more than Arch Linux's official repos), and adding the http://cygwinports.org/ repo gives you full KDE, GNOME 3 and Xfce on windows (although KDE has a first-party port). What this tool offers over Cygwin is the ability to run unmodified linux binary-only software for which you do not…

My biggest gripe with Cygwin (aside performance on some syscalls) has been package management, which used to require setup.exe to add or upgrade packages. That was nicely mitigated when I found out about apt-cyg[1]. It's a apt-getish frontend for setup.exe command line. Not as nice as real apt-get of course, but "apt-cyg install something" takes care of the most important use case. 1: https://github.com/transcode-ope…

Babun provides an nice layer over cygwin (preinstalled oh-my-z and other goodies) along with an excellent package manager as well. https://github.com/babun/babun

Re: Foreign Linux: Run Linux binaries on Windows without drivers or modification

#64

Post by anotherevan »

This reminded me, with some nostalgia, of a long time ago using Cooperative Linux on my work Windows machine with sole intent of being able to use Amarok as my media player.

(Version 1.4, before Amarok turned to crap. I use Clementine now, which has a native Windows port.)

Re: Foreign Linux: Run Linux binaries on Windows without drivers or modification

#65

Post by stuaxo »

sspiff wrote: post #6

This is brilliant! Much more light weight than a VM. I hope they can iron out the remaining kinks. I used coLinux many moons ago, but it hasn't been updated in any significant way lately, and still doesn't work on 64-bit Windows.

It's a shame - it looks like the work was started, it probably isn't too much work to fix the 64 bit stuff ??

Re: Foreign Linux: Run Linux binaries on Windows without drivers or modification

#66

Post by stuaxo »

deevus wrote: post #44

Personally I have been using Scoop with ConEmu. I find that is enough for most things :) http://scoop.sh/ http://www.fosshub.com/ConEmu.html

Is Scoop better than Chocolatey? I like chocolatey, but things dont install semi-regularly.

Re: Foreign Linux: Run Linux binaries on Windows without drivers or modification

#67

Post by hiperlink »

rlvesco7 wrote: post #63
Maakuth wrote: post #46

Earlier quoted context omitted.

My biggest gripe with Cygwin (aside performance on some syscalls) has been package management, which used to require setup.exe to add or upgrade packages. That was nicely mitigated when I found out about apt-cyg[1]. It's a apt-getish frontend for setup.exe command line. Not as nice as real apt-get of course, but "apt-cyg install something" takes care of the most important use case. 1: https://github.com/transcode-ope…

Babun provides an nice layer over cygwin (preinstalled oh-my-z and other goodies) along with an excellent package manager as well. https://github.com/babun/babun

Which is based on apt-cyg AFAIK. And I missed the the ``apt-get upgrade`` functionality in both pact/apt-cyg.

Re: Foreign Linux: Run Linux binaries on Windows without drivers or modification

#68

Post by pbhjpbhj »

matthewmacleod wrote: post #25
Intermernet wrote: post #17

Firstly, this looks brilliant. If anyone can remove the extra layers of cygwin, mingw, xming etc. and provide a direct ability to execute linux programs from powershell/cmd , I call Black Magic. Voodoo I tell you; Windows cannot be this user friendly (I work with it every day). Secondly, completely off topic, I noticed that Github picks up 0.4% of the code-base as Objective-C ( https://github.com/wishstudio/flinux/se…

Github's language detection is actually open-source — you can have a look at what it does here: https://github.com/github/linguist Linguist uses a number of different 'strategies' to identify the language – in the case of C vs. Objective C, it uses a pretty simple heuristic ( https://github.com/github/linguist/blob/master/lib/linguist/... ) to disambiguate C/C++/ObjC where required (such as in header files, which can…

I'm not a programmer so bear with me.

They have a cadre of samples in the project, searching on "#pragma once" shows no examples of Objective-C (that I can see) using that line but does show C/C++ examples with it. Is that the input to the classifier?

The heuristic you linked appears to default to identifying as C; that regex doesn't look like it has anything to make the else-if return the sample as Obj-C.

I'd have expected the fact that most other files on the project were C to be the dominant factor that - without any other positive result in the classifier - would weight the files as being C. Presumably this data isn't used in classifier though?

Interesting.

Re: Foreign Linux: Run Linux binaries on Windows without drivers or modification

#69

Post by hug »

pjc50 wrote: post #47
joelthelion wrote: post #21

Earlier quoted context omitted.

What do you use for grep? I tried using Powershell and did a few things with it, but while it is a great shell, the lack of good tools like grep prevented me from being really productive.

I've ended up with Select-String "pattern" -Path file.txt | ForEach-Object { Write-Output $_.Line } | Out-File t.txt Slightly Heath Robinson, but by default PS will truncate lines to terminal width, even when writing to a file, which is a disaster for any kind of subsequent machine processing.

For the uninitiated this looks completely barbaric, but makes a whole lot of sense when you consider that PS is built around an object-based pipeline. 'Select-String' in PS doesn't actually return a string, but a 'MatchInfo' object, which contains more properties -- 'linenumber', 'context', etc, as well as the 'line' property which contains the actual matched lines as strings. The default output from any part of the pipeline is a human-readable/terminal-display-compatible representation of the object's commonly used properties, thus the truncation.

As an aside, you can replace the foreach with select-object for an efficiency gain:

    sls "Pattern" file.txt | select -exp line | out-file t.txt

Re: Foreign Linux: Run Linux binaries on Windows without drivers or modification

#70

Post by usefulcat »

wampus wrote: post #45
sunilkumarc wrote: post #8

Earlier quoted context omitted.

I totally agree with you. Some of us who really like Linux are forced to use Windows at work. This project is really going to help a lot of people :)

But if you can run this, you can run VirtualBox, which is a much safer alternative (and simpler, if a live ISO meets your needs).

But not equivalent for some use cases. Like, say I want to use 'find' (not windows find.exe) to find files on a Windows filesystem.
Post reply on HN