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

Darling – MacOS translation layer for Linux

darlinghq.org

Post reply on HN
Print view View original

91–100 of 274 posts

Re: Darling – MacOS translation layer for Linux

#91

Post by Sanddancer »

Rooster61 wrote: post #32
Philipp__ wrote: post #14

Earlier quoted context omitted.

That simply is not true. Most of the people that likes commodities of UNIX, nice UI and long battery life in combination with nice hardware uses Macs. Even people who do not do any iOS development. There is no such thing as Mac Dev tools, (maybe just iOS related but there aren't many that you do for that process besides Xcode). I use my Mac like I used Linux and FreeBSD, package manager check, nice terminal check, Em…

> Anyone that likes commodities of UNIX... This is an untrue generalization. I know people who have a Mac, yet do all of their actual coding within containers set up to use some flavor of Linux and never really touch the underlying OS. Macs DO have solid, reliable hardware underneath, but the insinuation that there is no reason you need to run a true POSIX compliant OS vs MacOS is definitely not a hard and fast truth…

OS X is posix-compliant. It doesn't implement certain GNUisms but depending on any vendor-specific problems is going to be a pain point.

Re: Darling – MacOS translation layer for Linux

#92

Post by RottenHuman »

mirekrusin wrote: post #83
stuaxo wrote: post #81

Earlier quoted context omitted.

If you theme them, then they look quite a bit less terrible. There is a clearlooks theme that makes things quite a bit more bareable.

Quick googling "material theme gtk" returns this which looks very nice actually https://github.com/nana-4/Flat-Plat

oh no. Another "flat design" theme. A button must be distinguishable from other design elements in my opinion. I hope this fad goes away soon, it's even more annoying than the glossy look or skeuomorphs.

Re: Darling – MacOS translation layer for Linux

#93

Post by bmurphy1976 »

mzs wrote: post #67
bmurphy1976 wrote: post #53

Earlier quoted context omitted.

mediafilesegmenter and mediastreamvalidator used for creating and testing M3U8 (HLS) files. You can of course use open or closed source alternatives, but they're fairly shitty in comparison to the mac native tools. Last time I tried mediafilesegmenter had a dependency on some of the core audio libraries that were missing under Darling.

I've had success with segment filter for ffmpeg. Yes it's more complicated, but I wouldn't describe it as you did.

I have 3 outstanding bugs with ffmpeg that are directly related to m3u8 segmenting. I've processed 10s of thousands of files with ffmpeg. There are many edge cases and sharp edges still. It works pretty good but at high volume the small bugs add up quickly. It's definitely one of the better tools out there, but it's not as good as it could be.

Re: Darling – MacOS translation layer for Linux

#94

Post by badminton1 »

If there were build tools that could help deploying to the App Store/Google Play/Windows Store/Amazon Marketplace in a straightforward way, this would motivate people to write more portable software.

Those marketplaces are not only places to buy applications. Many applications there are free. They are also distribution channels that help people finding and installing your app.

Re: Darling – MacOS translation layer for Linux

#95

Post by sandebert »

jernfrost wrote: post #28
wonks wrote: post #2

Hmm. I guess many developers use just the right amount of MacOS specific tools to justify this now. The git client Tower is something I've eyed before, but most tools I use are available on Linux, and I say that as someone who uses a Mac at work.

So many awesome GUI tools for developers on Mac, I can't find on Linux. E.g. OmniGraffle is fabulous for doing diagrams. I have not found anything as well designed and functional on Linux. You got so many nice git clients: Tower, Gitup, GitX etc. There are awesome diff tools like Kaleidoscope. There are a lot of good tools for keeping all sorts of notes, programming snippets etc. My life is pretty much centered on Ul…

Minor note: Sublime also runs fine on Linux and Windows.

Re: Darling – MacOS translation layer for Linux

#96

Post by Rooster61 »

Sanddancer wrote: post #91
Rooster61 wrote: post #32

Earlier quoted context omitted.

> Anyone that likes commodities of UNIX... This is an untrue generalization. I know people who have a Mac, yet do all of their actual coding within containers set up to use some flavor of Linux and never really touch the underlying OS. Macs DO have solid, reliable hardware underneath, but the insinuation that there is no reason you need to run a true POSIX compliant OS vs MacOS is definitely not a hard and fast truth…

OS X is posix-compliant. It doesn't implement certain GNUisms but depending on any vendor-specific problems is going to be a pain point.

So it is. I was under the impression that its microkernel approach, specifically the system calls directed to Mach, caused it to deviate from the standard. You learn something new every day.

Re: Darling – MacOS translation layer for Linux

#98

Post by finchisko »

api wrote: post #77
peatmoss wrote: post #75

Earlier quoted context omitted.

I go back and forth on whether this would truly be useful. 10-15 years ago, having a fully baked, first class, slavishly source compatible implementation of GNUstep with broad adoption throughout Linux land would have likely been a game changer. But now, it seems webified apps are king. The handful of native apps that people use are already satisfactorily implementable on Linux. In fact, a great number of native apps…

I wrote a blog post once about how the web is the new presentation layer for the desktop, that this is not necessarily a bad thing, and that a desktop OS (e.g. a Linux distro) should just fully embrace it by implementing a desktop that runs 100% via web technologies. Local and remote web apps could coexist as first class citizens, etc. I basically argued that HTML+JS+CSS renderers are the new X and that HTTP(S) is th…

I totally agree with you. Good example is Atom editor. Also I totally liked the idea of Firefox OS. Shame it died. IMHO it was totally Mozilla fault. They shipped FF OS with under powered hardware. When I asked them, why. Was told their focus is on emerging markets. Well focus was wrong. If they put Firefox OS on some decent hardware, I would love to buy it.

Re: Darling – MacOS translation layer for Linux

#99

Post by pcwalton »

lmm wrote: post #51
jernfrost wrote: post #33

I am hoping that with cross platform Swift we can start seeing more libraries to help us port Mac apps to Linux. I am a Mac developer but I'd love to make stuff available on Linux. I really like Linux as a backup plan, in case Apple totally drops the ball on professionals on the Mac. The Linux desktop is getting pretty good, but it lacks well designed high quality GUI applications. If porting to Linux was done easier…

Objective-C has been crossplatform for decades. The issue isn't the programming language, it's the GUI toolkits. Probably the best way to get cross-platform apps would be to improve Qt on Mac to the point where Mac apps were willing to use it.

> Probably the best way to get cross-platform apps would be to improve Qt on Mac to the point where Mac apps were willing to use it.

I predict this won't ever happen. Whether fairly or not, Qt has a reputation for not feeling native, and this is extremely difficult to shake. And with Swift becoming the language of choice for Mac development, the use of C++ (not even standard C++: C++ with the moc preprocessor) is becoming more and more of a liability.

Re: Darling – MacOS translation layer for Linux

#100

Post by nbb »

api wrote: post #77
peatmoss wrote: post #75

Earlier quoted context omitted.

I go back and forth on whether this would truly be useful. 10-15 years ago, having a fully baked, first class, slavishly source compatible implementation of GNUstep with broad adoption throughout Linux land would have likely been a game changer. But now, it seems webified apps are king. The handful of native apps that people use are already satisfactorily implementable on Linux. In fact, a great number of native apps…

I wrote a blog post once about how the web is the new presentation layer for the desktop, that this is not necessarily a bad thing, and that a desktop OS (e.g. a Linux distro) should just fully embrace it by implementing a desktop that runs 100% via web technologies. Local and remote web apps could coexist as first class citizens, etc. I basically argued that HTML+JS+CSS renderers are the new X and that HTTP(S) is th…

A captivating tale of the birth and death of the best blog post ever.
Post reply on HN