Sparse Tensors, Sparse BLAS, LDA - Mir v0.15.2 Release
Release: https://github.com/libmir/mir/releases/tag/v0.15.2 GitHub: https://github.com/libmir/mir API: http://docs.mir.dlang.io/latest/index.html
Re: DlangUI on Android
On Saturday, 23 April 2016 at 02:48:10 UTC, Vadim Lopatin wrote: On Friday, 22 April 2016 at 18:49:24 UTC, Laeeth Isharc wrote: This is a very exciting development. (And impressive in the 'consequent' department, as the Germans say - you said you would have DlangUI ported to Android some weeks after the working compiler, and that's what you did!). It took about one week to make DlangUI android backend once I managed to build NativeActivity example by Joakim's instructions. I would say it will take a week or too to make iOS backend once we have working compiler for iOS (in my estimations it will have 1K-2K lines of D code and 1K-2K lines of obj-c code. Unfortunately, I have no experience with objective C neither with iOS programming. Android port was easy for me because DlangUI was a kind of port/reimplementation of my C++ cross platform GUI library I used for my CoolReader GL project (e-book reader). Might be useful for me to port some D code for internal enterprise apps to Android that currently runs on linux (I recognise how experimental it is, but I'm okay with that since mobile is just nice to have, and not yet necessary). Please let me know issue you face when using DlangUI for mobile development. Will you be at dconf? No, I'm not planning to participate. D is just a hobby for me. Anyone interested in taking DlangUI and turning it into something like Swing/JavaFX for D?
Re: XDG-APP and D
On Saturday, 23 April 2016 at 15:13:15 UTC, Anonymouse wrote: But that's more or less what he's saying though, if you read his original blog post. Just to add further: while I have a lot of doubts about the motives behind the original blogpost (which I feel misleads by omission on several counts), remember that my original response was to someone posting an article whose title was "Ubuntu 16.04's new snap format is a security risk". That's outright FUD and it deserves to be challenged strongly.
Re: XDG-APP and D
On Saturday, 23 April 2016 at 15:13:15 UTC, Anonymouse wrote: But that's more or less what he's saying though, if you read his original blog post. His gripe isn't that it's defect security-wise, but rather that it's being marketed as capital-s Safe. Except that his original blogpost is just saying something that has already been made perfectly clear in Ubuntu's technical outreach, and announcing it as if it's a new discovery of an issue that wasn't already known. See e.g. https://youtu.be/lHO8j8uo5Z4?t=1127 As long as programs run under the X protocol, everything is up for grabs. Snappy doesn't change that fact at all, so widely claiming it makes it impossible to steal data would be cherry-picking Mir behaviour. Not entirely, because snap packages will have to specify that they wish to access X, and that opens up various scenarios both for package review and for the user to decide if that is acceptable for them -- again, see the video posted, a short while later: https://youtu.be/lHO8j8uo5Z4?t=1202 At least, that's what Canonical assert. It's true in a sense - if you're using Snap packages on Mir (ie, Ubuntu mobile) then there's a genuine improvement in security. ... which is probably the widest use-case for snap packages ... But if you're using X11 (ie, Ubuntu desktop) it's horribly, awfully misleading. Any Snap package you install is completely capable of copying all your private data to wherever it wants with very little difficulty. It's only "misleading" if (i) you discount the already-publicly-stated caveats about the limitations of snappy packages on an X11-based desktop and (ii) you discount the fact that snappy-packed apps must _request_ access to the X server and that precautions are being taken for how this is handled. On the other hand, I feel it's distinctly misleading for someone to write a blog post saying, "Hey, I found a security flaw!" without mentioning either that the people responsible for the software have already publicly stated as much, _or_ the steps that they are taking to mitigate that. When it comes from an author who already has previous form for attempting to whip up public drama around Ubuntu's projects, usually distorting the truth in the process, you'll forgive me if I don't feel some level of cynicism about his motives.
Re: XDG-APP and D
On Saturday, 23 April 2016 at 13:56:45 UTC, Joseph Rushton Wakeling wrote: On Saturday, 23 April 2016 at 11:29:29 UTC, NX wrote: I will just leave it here: http://www.zdnet.com/article/linux-expert-matthew-garrett-ubuntu-16-04s-new-snap-format-is-a-security-risk/ This is FUD. There are no security risks with snappy packages that there aren't with any other existing Linux packaging systems. But that's more or less what he's saying though, if you read his original blog post. His gripe isn't that it's defect security-wise, but rather that it's being marketed as capital-s Safe. As long as programs run under the X protocol, everything is up for grabs. Snappy doesn't change that fact at all, so widely claiming it makes it impossible to steal data would be cherry-picking Mir behaviour. "Snaps are intended to make it easier to distribute applications for Ubuntu - they include their dependencies rather than relying on the archive, they can be updated on a schedule that's separate from the distribution itself and they're confined by a strong security policy that makes it impossible for an app to steal your data. At least, that's what Canonical assert. It's true in a sense - if you're using Snap packages on Mir (ie, Ubuntu mobile) then there's a genuine improvement in security. But if you're using X11 (ie, Ubuntu desktop) it's horribly, awfully misleading. Any Snap package you install is completely capable of copying all your private data to wherever it wants with very little difficulty. The problem here is the X11 windowing system. X has no real concept of different levels of application trust. Any application can register to receive keystrokes from any other application. Any application can inject fake key events into the input stream. An application that is otherwise confined by strong security policies can simply type into another window. An application that has no access to any of your private data can wait until your session is idle, open an unconfined terminal and then use curl to send your data to a remote site. As long as Ubuntu desktop still uses X11, the Snap format provides you with very little meaningful security. Mir and Wayland both fix this, which is why Wayland is a prerequisite for the sandboxed xdg-app design." Sandboxing is good but I'm not convinced shipping duplicates of libraries with each program is. Packages were meant to solve this and they do, though .so version conflicts is a thing (albeit a rare one).
Re: DlangUI on Android
On Saturday, 23 April 2016 at 14:35:55 UTC, Vadim Lopatin wrote: On Saturday, 23 April 2016 at 12:45:01 UTC, FrankLike wrote: On Saturday, 23 April 2016 at 11:42:49 UTC, Vadim Lopatin wrote: [...] Thank you. But why nothing to be shown,only black color? Probably something is wrong with OpenGL. E.g. OpenGL ES3 is not supported. Log can should failed opengl calls. Waiting for the new apk Thank you..
Re: DlangUI on Android
On Saturday, 23 April 2016 at 12:45:01 UTC, FrankLike wrote: On Saturday, 23 April 2016 at 11:42:49 UTC, Vadim Lopatin wrote: [...] Thank you. But why nothing to be shown,only black color? Probably something is wrong with OpenGL. E.g. OpenGL ES3 is not supported. Log can should failed opengl calls.
Re: Google Summer of Code
On Saturday, 23 April 2016 at 11:18:05 UTC, Joseph Rushton Wakeling wrote: Sebastian Wilzbach Science for D - a non-uniform RNG For obvious reasons, I'm particularly interested in this one. Do I take it right that the project will be based on this research paper? http://epub.wu.ac.at/3158/1/techreport-110.pdf Please have a look at my post in the newsgroup for a better explanation of the project. https://forum.dlang.org/post/lkqxoqowjhbhpqyea...@forum.dlang.org project will be based on this research paper? Yep it will be (at least according to our current plan). Sorry for the informality, Tinflex is the "reference" implementation of this method. I would be very happy to offer advice and support for this project, if that would be welcome. It would not only be welcome, it would be highly appreciated! What is the easiest way to stay in touch with you? Do you want to join our libmir Gitter chat room? https://gitter.im/libmir/public
Re: XDG-APP and D
On Saturday, 23 April 2016 at 11:29:29 UTC, NX wrote: I will just leave it here: http://www.zdnet.com/article/linux-expert-matthew-garrett-ubuntu-16-04s-new-snap-format-is-a-security-risk/ This is FUD. There are no security risks with snappy packages that there aren't with any other existing Linux packaging systems. Snappy actually improves things in various ways compared to most packaging formats, while not addressing the longstanding and universal issues with X11 that affect just about all Linux distros. The solution of those issues lies either in setting up X11 to appropriately isolate applications (which AIUI is possible but not very nice to do), or using an alternative display server that addresses those security concerns (Mir or Wayland). Ubuntu and Canonical have been completely up-front about the limitations of snappy's security guarantees when used on an X11 system (well before Matthew Garrett wrote his article), so it's difficult to see these stories as anything other than a malicious attempt to undermine a competitor.
Re: DlangUI on Android
On Saturday, 23 April 2016 at 11:42:49 UTC, Vadim Lopatin wrote: [...] Thank you. But why nothing to be shown,only black color?
Re: DlangUI on Android
On Saturday, 23 April 2016 at 11:21:10 UTC, FrankLike wrote: On Friday, 22 April 2016 at 17:02:20 UTC, Vadim Lopatin wrote: Does it crash instantly or shows app GUI for some time? Is your smartphone arm-based? test-runner.apk is ok,but DLangUITetrisExample.apk and DlangUIHelloWorld.apk ,only shows black color. HTC Android 5.02 ,it's arm-based,Not ok, sorry. Where is the log file? Path? Log messages are in Android system log. On older androids, application CatLog (available on Market) was able to store logs to file. But on latest android, app cannot read logs of other applications, and CatLog shows none useful. You can try CatLog, but if it does not work (if you cannot see any messages with 'dlangui' tag), the only way to get logs I know is to use 'adb' utility from Android SDK. Download Android SDK, unpack to some folder, use sdk/platform-tools/adb utility. Connect device to pc using USB. `adb logcat` from commandline shows log messages from device. run `adb logcat > log.txt`, then start program which crashes on device, then press Ctrl+C to stop adb logcat. Now file log.txt should contain logs with crash.
Re: XDG-APP and D
I will just leave it here: http://www.zdnet.com/article/linux-expert-matthew-garrett-ubuntu-16-04s-new-snap-format-is-a-security-risk/
Re: DlangUI on Android
On Friday, 22 April 2016 at 17:02:20 UTC, Vadim Lopatin wrote: Does it crash instantly or shows app GUI for some time? Is your smartphone arm-based? test-runner.apk is ok,but DLangUITetrisExample.apk and DlangUIHelloWorld.apk ,only shows black color. HTC Android 5.02 ,it's arm-based,Not ok, sorry. Where is the log file? Path?
Re: Google Summer of Code
On Friday, 22 April 2016 at 22:43:43 UTC, CraigDillabaugh wrote: I am pleased to announce that the D Foundation has been awarded 4 slots for the 2016 Google Summer of Code. https://summerofcode.withgoogle.com/organizations/5078256051027968/ Congratulations to everyone involved -- this is really good news! Sebastian Wilzbach Science for D - a non-uniform RNG For obvious reasons, I'm particularly interested in this one. Do I take it right that the project will be based on this research paper? http://epub.wu.ac.at/3158/1/techreport-110.pdf I would be very happy to offer advice and support for this project, if that would be welcome. They faced very stiff competition, and unfortunately we had to turn down a number of very good proposals. Perhaps we should have been more greedy and asked for six or seven slots. Personally I'm a little sad that the flatbuffers project was rejected -- it would have made an interesting complement to the existing protocol buffers library, dproto. I hope the community will extend a warm welcome to these students, and we welcome all of your efforts in helping these students achieve success in the coming months. Finally, thanks to all our mentors who put in hours of work in evaluating the proposals to this point. This is fantastic work -- thank you everyone!
Re: DlangUI on Android
On Friday, 22 April 2016 at 17:02:20 UTC, Vadim Lopatin wrote: On Friday, 22 April 2016 at 15:02:32 UTC, FrankLike wrote: You can downlowd sample APK: https://sourceforge.net/projects/crengine/files/DlangUI/ DlangUI Tetris example now works ok on Android (arm, android4.4+) Android5.02 ,Not ok, sorry. Does it crash instantly or shows app GUI for some time? Is your smartphone arm-based? Couldn't you collect logs with `adb logcat`? What is the name of log file? Nothing is in SDCard.
Re: DlangUI on Android
Works on Nexus 7, Android 6.0.1!
Re: Google Summer of Code
Hi. My name is Wojciech Szęszoł, and I'm one of the students accepted for GSOC 2016. Here is my proposal https://docs.google.com/document/d/19u_4c22kRwU6S-Sh9GPeDz3VropCS562WXYHNsRejsY/edit?usp=sharing . Congratulations for other students that were accepted. And thanks for all the people that helped me to successfully apply for participation in this year GSOC. I hope I will not disappoint you.
Re: Google Summer of Code
On 23-Apr-2016 01:43, CraigDillabaugh wrote: I am pleased to announce that the D Foundation has been awarded 4 slots for the 2016 Google Summer of Code. https://summerofcode.withgoogle.com/organizations/5078256051027968/ Congratulations to Lodovico Giaretta A replacement of std.xml for the Phobos standard library Sebastian Wilzbach Science for D - a non-uniform RNG Jeremy DeHaan Precise Garbage Collector Wojciech Szęszoł Improvements for dstep on their successful proposals. Congrats fellows! -- Dmitry Olshansky
