se6's comments

I am pretty much the only Linux user in my company. Pidgin works ok with Lync (need to install pidgin-sipe on Ubuntu). Video and audio calls do not work, but text chats, sending/receiving files and screen sharing works fine. (I have not tried to share my screen though but I see their screens fine).

Fully agree. What about Gollum Wiki[1] ? I have been using it happily for years. It used to be Github wikis, but they diverged apparently. It uses git as backend. You're in full control of your data. Love it.

[1]https://github.com/gollum/gollum/wiki

Sorry, my mistake. Jan 2020 indeed!

UK and tax havens have a long history. It is pretty sad and tells a lot about the quality of information in UK that most British people do not know about ATAD: Anti Tax Avoidance Directive, a EU attempt to crack down on tax havens, which will come in effect on 1st of Jan 2020.

Thanks to Brexit, UK will secure its tax havens, to the benefit of very few and to the detriment of many...

See https://www.taxjustice.net/2019/01/23/brexit-and-the-future-... for some more info.

[Edit: corrected the date]

The noise is very important. Any kind of white noise is soothing for a baby... noise from water, car or even vacuum cleaner.. I used to generate a noise with:

  sox -n soothingnoise-3mn.wav synth 3:0 pinknoise tremolo 0.5 30 fade q 5 3:0 30

Worked a treat to make my son sleep.

Only did and do floating point for image processing. In fact, looking into my logs, I registered 5 bugs with NVidia in the last 2 years, none with AMD.

I have extensively used OpenCL on both AMD and NVidia for a few years and never had such problems. If anything, found a few more bugs with NVidia.

The point I really wanted to make here is that OpenCL is only a disaster because NVidia was scared of the competition it would bring from AMD.

OpenCL is not a disaster at all. It is just that NVidia were (and still are) too scared to have people move away from their proprietary solutions, so they tried to hide OpenCL has much as they could and only pushed Cuda.

Even today OpenCL is a viable solution for GPU. It works fine on both AMD and NVidia GPUs. It is also pushed a lot by Intel for FPGA, which probably scare even more NVidia.

OpenCL kernels are compiled at runtime, which is brilliant since you can change the kernels code at run time, use constants in the code at the last moment, unroll, etc.. which can gives better performances. (Nvidia only introduced the possibility of having runtime compilation as a preview in Cuda 7!)

The "single source" argument is completely overrated. Furthermore, you can have single source in OpenCL putting the code in strings.

Have you tried tig? http://jonas.nitro.dk/tig/ Could not use git without it anymore.

In 2013 we started GPU programming at the company I work for. We carefully evaluated CUDA and OpenCL and decided to go for OpenCL because it was a standard and we could chose between 2 vendors of GPU. I can tell you that in 2017 we do not regret our choice. It is great to be able to run our code on both AMD and NVidia GPUs, and to offer our customers to choose whichever GPU vendor they prefer.

Many people criticise OpenCL because when you come from C++ it seems a lot of work. It is true that OpenCL has an API influenced by OpenGL and is verbose. However it is not difficult to write a small framework specific to your needs and domain to factorise much of this verbosity.

NVidia does everything it can to hide the fact that their devices support OpenCL. People thinks that only ancients versions of OpenCL run on NVidia devices. That is not true: 1.2 is not ancient is still as of today the main version of OpenCL used. OpenCL 1.2 is fully supported and NVidia quietly say to its large customers who refuse to use CUDA, that they will starting to support soon some OpenCL 2.0 features.

To answer your question, I am not sure either will win, but they will both exist for a long time.

> Thus OpenCL seems ultimately more proprietary than CUDA,

Could not be further from the truth there! OpenCL is an open standard, can be used to program GPU, CPU and even FPGA. It is definitively NOT proprietary in any sense! To target both AMD and NVidia GPU, you do not need any vendor specific flag at all. Yes, OpenCL, is like OpenGL pretty verbose and explicit. It can be a bit tedious but once you've factored this verbosity in a framework of some kind, it becomes pretty easy to use.

HIP seems interesting, but I am unwilling to invest on it yet. What will happen if for whatever reason AMD abandon it in 6 months? No such worries with OpenCL.

Have a look at gmusicbrowser. You might be surprised. I also used to use foobar2000 on windows... years ago...

For Exchange-based email you can use DavMail (http://davmail.sourceforge.net/) At work I have the only Linux workstation and DavMail + Thunderbird + Lightning works a treat. I have pretty much all the functionality that my Outlook fellows have. (email, calendars, LDAP corporate address book, etc...)

Thanks, too many edits indeed!

Correction then:

    ip addr | grep "inet " | cut -f 3 -d " "

What about:

    ip addr show | grep inet

Edit: wrote back original command and replied below instead

I prefer a great deal plastic to environmental foe aluminium. To me their use of aluminium is a very good reason not to buy Apple hardware. I have a Dell M3800 right now, and the build quality is very good. Thin, light, excellent 4K touch screen, good battery life, I easily added a second HDD to it. Not to mention that every thing works perfectly well under Linux.

>And honestly, Ubuntu is a terrible example for the Linux Desktop.

Funny. I just find the opposite: Ubuntu is a superb desktop, polished, clean and powerful, very productive and easy to use for the experienced use with keyyboard shortcuts, but also to new users with mouse and no prior knowledge.

Canonical should have made it clear that when the E4.5 was available last year, it was intended to early adopters / dev / enthusiasts only. But my guess is that it was probably awkward to present it that way to BQ.

Anyway, being a long time Linux enthusiast and running Ubuntu as my main OS for many years, I bought the E4.5 to support the project and was not expecting an experience which would match Android.

Having said that, it has improved so much and I would venture to say that as of 2016, it is starting to be ready for general public.

It is my main phone, and everything pretty much works, the UX is great. The main annoyance is that it is a bit slow: starting an app takes a few seconds. But might be due to the not too potent hardware of a E4.5.

Ubuntu phone seems the only alternative we have to the smartphone OS duopoly and to feel and be in control of the device in our pocket. That is priceless to me.