Re: [SailfishDevel] FOSDEM Community follow-up - open source app community
Hi Andrey: W dniu 04.02.2014 11:45, Andrey Kozhevnikov pisze: Blaming openrepos again? Are you serious? Thomas isn't blaming openrepos. He only proposes an alternative for hosting _open_ _source_ projects that don't fit into the Harbour. Google search allow to search any rpm binary without source code attached, download it and install, and some of found packages can be untrusted. You can answer: what the **? Who cares about google? Of course, we dont care if user did some actions for finding and installing bad package to phone. But when we created good place for storing packages with user comments, rating, repositories and great native client, and we are not stupid, we know about existence (*possible* existence) of malware, we keeping in mind future great improvements for openrepos and so, then you going to be crazy. Why? I think no one is going crazy here - I believe that using Chum won't hurt Openrepos. Openrepos will still exist and work. Anyway it's good to hear there are improvements planed to Openrepos! Because creator of openrepos is not you, because someone did this great place, and its not you? Well the thing Thomas is proposing isn't his own idea, actually Chum stuff comes from one of the sailors - lbt (David Greaves). Harbour and OBS restrictions are good? I dont think so, but i dont want to force you to take my opinion. I'm using openrepos and i am happy. But at the same time i am sad because of your madness about openrepos existence. Nobody is mad - I was on FOSDEM and on the round table and I haven't seen any madness from anyone, instead interesting discussion regarding topics such as security for example. Please stop this stupid openrepos blaming. If someone upload malware we will ban it, post information everywhere. But in my opinion it will never happen. We are NOT against FOSS, we are NOT malware/warez site. Stop writing lies and speculation about openrepos. Well nobody said that Openrepos is against FOSS - I'd recommend you to calm down and read his post once again. Accusing someone of lies won't help the discussion. Instead I would rather look forward hearing from you what are the plans for developement/improvements of Openrepos. Let's focus on positive sides of both solutions. Regards, Filip ___ SailfishOS.org Devel mailing list
Re: [SailfishDevel] FOSDEM Community follow-up - open source app community
Hi Andrey, On 02/04/2014 10:45 AM, Andrey Kozhevnikov wrote: Blaming openrepos again? Are you serious? snip value=lots of rambling / I would suggest to get back to a sensible discussion. There is no value in ad-hominem attacks and insults, that just tends to disqualify the person throwing them around. As you dragged out the topic of openrepos, let me offer some clarification, also as other people might wonder where this came from. I am personally quite critical of openrepos for various reasons. Foremost as it swings to the other end of the spectrum, offering no QA and no verification as opposed to the rather strict submission process of Harbour. Relying solely on ratings, comments, reputation. They have recently reacted to my criticism and started introducing changes/improvements. I applaud this. Still I am of the opinion that the underlying concept is not well suited for wider adoption. The intricacies do not fall under this topic, but I'll be happy to discuss them elsewhere. Last time I checked, I was living in a country where I am free to voice my opinion and I intend to continue to do so. On the other hand I'd like to point out that my initial mail in this thread was attempting to summarize a *community* *round-table*, which took place during FOSDEM and was attended by about 25 people. Many people weighed in and arguments were made for *both* sides. In the end the consensus was that openrepos is not suitable for a pure open source app development community repository. I'd appreciate if we could now let this sub-thread rest and get back to the really urgent topic, that is figuring out how Jolla can support the nascent open source app community around Sailfish. Best regards Thomas ___ SailfishOS.org Devel mailing list
Re: [SailfishDevel] FOSDEM Community follow-up - open source app community
On Tue, Feb 4, 2014 at 8:07 PM, Thomas B. Rücker tho...@ruecker.fiwrote: Hi Andrey, On 02/04/2014 10:45 AM, Andrey Kozhevnikov wrote: Blaming openrepos again? Are you serious? snip value=lots of rambling / I would suggest to get back to a sensible discussion. There is no value in ad-hominem attacks and insults, that just tends to disqualify the person throwing them around. As you dragged out the topic of openrepos, let me offer some clarification, also as other people might wonder where this came from. Well, to be fair you started. :P Also the guys running ORN seems to be far better coders than the inbreds at Harbour, allowing Android apps WTF! At least ORN is 100% native apps and hopefully will never support any Android apps whatsoever. I am personally quite critical of openrepos for various reasons. Foremost as it swings to the other end of the spectrum, offering no QA and no verification as opposed to the rather strict submission process of Harbour. Relying solely on ratings, comments, reputation. They have recently reacted to my criticism and started introducing changes/improvements. I applaud this. Still I am of the opinion that the underlying concept is not well suited for wider adoption. The intricacies do not fall under this topic, but I'll be happy to discuss them elsewhere. Last time I checked, I was living in a country where I am free to voice my opinion and I intend to continue to do so. On the other hand I'd like to point out that my initial mail in this thread was attempting to summarize a *community* *round-table*, which took place during FOSDEM and was attended by about 25 people. Many people weighed in and arguments were made for *both* sides. In the end the consensus was that openrepos is not suitable for a pure open source app development community repository. I'd appreciate if we could now let this sub-thread rest and get back to the really urgent topic, that is figuring out how Jolla can support the nascent open source app community around Sailfish. I'm not against using OBS but for me it's more of a trust issue. If I trust a package maintainer I don't give a rats ass about if the package is built with OBS or SDK. In the end it'll be the exact same binary anyway. If ORN adds support for voting on users and not only on packages I'll be perfectly fine with that. Waiting for Jolla to support the community could take a while ... also BS (main ORN dev) has said already that he's willing to add support for OBS in Warehouse if needed. No need to badmouth each other as both systems can coexist just fine and ORN is definitely not going anywhere but up from here. And hopefully the Sailfish OBS too. Greets Jens ___ SailfishOS.org Devel mailing list
Re: [SailfishDevel] Preventing deep sleep for a few seconds?
Hi, On 05/02/14 02:58, Thomas Tanghus wrote: On Monday 03 February 2014 22:58:42 Ove Kåven wrote: But for scheduled wakeups (say I want the next synchronization to occur after 6 hours), I suppose the best option is to use timed? I made a QML plugin including libiphb for that, and it did pass the harbour master ;) https://github.com/tanghus/kitchen-timer-qml/tree/master/src/insomniac Didn't checked your code carefully but this is probably not sufficient, if the device enters late suspend the timers will stop unless you use the keepalive apis (unfortunately not suited for harbour yet): https://github.com/nemomobile/nemo-keepalive Best regards, Valério ___ SailfishOS.org Devel mailing list
Re: [SailfishDevel] how to get qml debug output to file
Andrey Kozhevnikov coderusin...@gmail.com kirjoitti 4.2.2014 kello 23.14: This is messages handler i'm using in my projects: This doesn’t seem to make a difference for me, the log file still contains only c++ side debug prints, qml prints (like console.log()) are not handled with messagehandler. Actually I found out that even if set in pro-file: DEFINES +=QT_NO_DEBUG_OUTPUT DEFINES +=QT_NO_WARNING_OUTPUT I still get qml debug prints printed out to console, so it seems that those prints from qml are not handled via normal debug handling at all? I would like to get no debug printing at all, or then just to file. — Tero ___ SailfishOS.org Devel mailing list
[SailfishDevel] Sideload Native App To Sailfish
Hi All, I have what I imagine to be a very common problem: 1. There will be billions of people who own smartphones. 2. I have a 100% native Linux C++ app that I would like a few of those billions of people to use. These are my future customers. 3. I do not necessarily want to use an app store of any kind, if I choose not to use any. 4. I would like for my customers to decide, at their own discretion, whether to side-load my native app onto their smartphone by going to my web site, and not an app store. 5. I would like to avoid having my customers call my tech-support line and listen on the phone for 30 minutes as one of my tech-support representatives tells him/her how to root their phone so that they can side-load my app. In other words, I would like the same situation that exists now under the desktop model, where anyone who owns a desktop computer has full discretion of what they do with their computer, without (significant) restrictions from the OS vendor. I understand that Jolla allows 100% true native C++ apps, but I was unable to determine, with a quick search on the WWW, whether Jolla allows 100% native C++ apps under the acquisition model above. Can anyone clarify? Is it true that the owner of a Jolla smartphone will be able to determine for himself/herself whether to side-load a third-party native application without jumping through hoops to bypass restrictions created by the OS? Regards, -Nut ___ SailfishOS.org Devel mailing list
Re: [SailfishDevel] Sideload Native App To Sailfish
Hello, With pkcon, thr user of the phone can install any provided Rpm, without rooting the device. So, from my understanding, the Jolla phone can be used in the open model you describe. You can provide the package from your web site. The only restriction is the same than on the desktop which is that when the distribution is upgraded, dependencies of your package can break. Regards, Damien. ___ SailfishOS.org Devel mailing list
Re: [SailfishDevel] Sideload Native App To Sailfish
No rooting (or jailbreaking) pr verboten-hacks required. Just put the phone into developer mode. In theory any user can do this with a few clicks. Then you can install anything that will run. However this route does imply that the user has some idea of what they are doing, just a a user installing on a Linux desktop will need some idea as well. It might not be a route for a stereotypical grandma. Apologies in a advance to all the non-stereotypical-Linux-savvy-Jolla-wielding-grandmas who are part of this mailing list. Grüsse Chris Zitat von Network Nut sillyst...@gmail.com: Hi All, I have what I imagine to be a very common problem: 1. There will be billions of people who own smartphones. 2. I have a 100% native Linux C++ app that I would like a few of those billions of people to use. These are my future customers. 3. I do not necessarily want to use an app store of any kind, if I choose not to use any. 4. I would like for my customers to decide, at their own discretion, whether to side-load my native app onto their smartphone by going to my web site, and not an app store. 5. I would like to avoid having my customers call my tech-support line and listen on the phone for 30 minutes as one of my tech-support representatives tells him/her how to root their phone so that they can side-load my app. In other words, I would like the same situation that exists now under the desktop model, where anyone who owns a desktop computer has full discretion of what they do with their computer, without (significant) restrictions from the OS vendor. I understand that Jolla allows 100% true native C++ apps, but I was unable to determine, with a quick search on the WWW, whether Jolla allows 100% native C++ apps under the acquisition model above. Can anyone clarify? Is it true that the owner of a Jolla smartphone will be able to determine for himself/herself whether to side-load a third-party native application without jumping through hoops to bypass restrictions created by the OS? Regards, -Nut ___ SailfishOS.org Devel mailing list
Re: [SailfishDevel] Sideload Native App To Sailfish
You don't need the developermode to install RPMs. You can install RPMs easily from the FileManager. On 05/02/14 08:18, christopher.l...@thurweb.ch wrote: No rooting (or jailbreaking) pr verboten-hacks required. Just put the phone into developer mode. In theory any user can do this with a few clicks. Then you can install anything that will run. However this route does imply that the user has some idea of what they are doing, just a a user installing on a Linux desktop will need some idea as well. It might not be a route for a stereotypical grandma. Apologies in a advance to all the non-stereotypical-Linux-savvy-Jolla-wielding-grandmas who are part of this mailing list. Grüsse Chris Zitat von Network Nut sillyst...@gmail.com: Hi All, I have what I imagine to be a very common problem: 1. There will be billions of people who own smartphones. 2. I have a 100% native Linux C++ app that I would like a few of those billions of people to use. These are my future customers. 3. I do not necessarily want to use an app store of any kind, if I choose not to use any. 4. I would like for my customers to decide, at their own discretion, whether to side-load my native app onto their smartphone by going to my web site, and not an app store. 5. I would like to avoid having my customers call my tech-support line and listen on the phone for 30 minutes as one of my tech-support representatives tells him/her how to root their phone so that they can side-load my app. In other words, I would like the same situation that exists now under the desktop model, where anyone who owns a desktop computer has full discretion of what they do with their computer, without (significant) restrictions from the OS vendor. I understand that Jolla allows 100% true native C++ apps, but I was unable to determine, with a quick search on the WWW, whether Jolla allows 100% native C++ apps under the acquisition model above. Can anyone clarify? Is it true that the owner of a Jolla smartphone will be able to determine for himself/herself whether to side-load a third-party native application without jumping through hoops to bypass restrictions created by the OS? Regards, -Nut ___ SailfishOS.org Devel mailing list ___ SailfishOS.org Devel mailing list
