Re: [SailfishDevel] Harbour: Allow more libraries to link against
Hi, On 28.12.2013 18:56, Ruediger Gad wrote: Hi, thanks for the reply. It's good to know that this is the right channel and that you are listening. :) Unfortunately, I discovered two more libs some other apps I may try to port would rely on: - libsndfile libsndfile, is now allowed in Harbour. Rpmvalidator allowing it is part of SDK 1502: https://lists.sailfishos.org/pipermail/devel/2015-March/005771.html br Reto - qt5-qtconnectivity-qtbluetooth Those are the package names and not the actual library names but I hope that's sufficient. Both seem also to be available already for SailfishOS. libsndfile is even already installed on my Jolla by default. I don't want to sound demanding but I am really motivated to push apps to Harbour and those are the libs I would need to link against. Best regards, Ruediger PS: In some cases statically linking or shipping a lib with an app might solve the issue. However, it feels kind of wrong to do this when a lib is available anyhow. And there may be other cases in which you end up in a long dependency chain such that these workarounds are not practical. Furthermore, to me as a developer, adding such workarounds is an additional overhead and takes time I'd prefer to invest somewhere else, like actually improving an app or writing/porting a new one. Please do not mistake me, I don't want to sound rude but just want to explain my situation. PPS: As people start to develop more apps now (hopefully ;)), I assume that even more people will come up with requests for libs to link against. Would it make sense to have a more centralized place to discuss this or to collect requests? I mean to have a place for devs as well as for you to quickly see which libs had already been requested and to possible vote for libs. E.g., would it make sense to use together.jolla.com for this and maybe add a tag like #harbour-lib-request or something? On 12/27/2013 06:04 PM, Reto Zingg wrote: Hi, On 27.12.2013 18:48, Ruediger Gad wrote: I hope this is the right channel to address this request to. If not, please redirect me in the appropriate direction. for once a nice request and not just ranting :-) this is the right channel. We heard you and will look into it, but I can't promise any time frame when will finally decide whenever we will allow it or not. br Reto ___ SailfishOS.org Devel mailing list ___ SailfishOS.org Devel mailing list To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org
Re: [SailfishDevel] Harbour: Allow more libraries to link against
Hi, On 27.12.2013 18:48, Ruediger Gad wrote: Hi, two of my apps (MeePasswords and Q To-Do) are being rejected because they are linked against libraries that are not "allowed". I read the according FAQ at https://harbour.jolla.com/faq and understand your motivation for being so restrictive. However, I'd love to add these apps to Harbour and I think that the libs as well as their API are pretty much stable and should be suited for addition to the whitelist of allowed libs. The relevant libraries are: - libqmfclient5.so.1 - libssl.so.10 - libcrypto.so.10 as mentioned in several places before. Harbour QA started on 07. Jan 2015 to accept submissions which depend on: libssl.so.10 libcrypto.so.10 Unfortunately libqmfclient5.so.1 is not yet among the allowed libraries. There are API changes coming up and the library is not widely requested, so it does not have high priority to be allowed in Harbour soon. best regards Reto It would be great if these could be added to the allowed libraries to link against. Some explanation what I use these libs for: libqmfclient5.so.1: Both of my apps offer a synchronization feature that uses IMAP for synchronising files between different devices. For this, I use the IMAP/e-mail API as provided by QMF. libssl.so.10 libcrypto.so.10 MeePasswords uses cryptography to encrypt data. For this it uses qca-qt5 which links against said libs. I know that there is qca-qt5 already in nemo:devel:mw (I actually filed the PR to enable packaging of the qt5 version) but it is not supported for Harbour apps yet. I also requested the addition of qca-qt5 to the allowed libs some time ago. As work-around I ship qca-qt5 with my app and thus need to link against said libs in the meantime. I hope this is the right channel to address this request to. If not, please redirect me in the appropriate direction. Thanks and best regards, Ruediger ___ SailfishOS.org Devel mailing list To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org
Re: [SailfishDevel] Harbour: Allow more libraries to link against
On Friday 10 January 2014 17:30 Reto Zingg wrote: > Hi, > > On 10.01.2014 16:11, Thomas Tanghus wrote: > > On Thursday 02 January 2014 11:43 Reto Zingg wrote: > >> If not then we reject it. Most likely you have still some timer running? > >> Stop them when your app is not active. > > > > What if your app is a timer app? > > > > I disable animation if !applicationActive except updating a label on the > > cover. > > As said earlier "if there is a good reason (e.g. Internet Radio app) > to still accept it". Sorry, I must have read past that > I think this we probably would allow. > But then again, we decide case by case. My question was answered by my app being accepted :) Thanks -- Med venlig hilsen / Best Regards Thomas Tanghus ___ SailfishOS.org Devel mailing list
Re: [SailfishDevel] Harbour: Allow more libraries to link against
Hi, On 10.01.2014 16:11, Thomas Tanghus wrote: On Thursday 02 January 2014 11:43 Reto Zingg wrote: If not then we reject it. Most likely you have still some timer running? Stop them when your app is not active. What if your app is a timer app? I disable animation if !applicationActive except updating a label on the cover. As said earlier "if there is a good reason (e.g. Internet Radio app) to still accept it". I think this we probably would allow. But then again, we decide case by case. br Reto ___ SailfishOS.org Devel mailing list
Re: [SailfishDevel] Harbour: Allow more libraries to link against
On Thursday 02 January 2014 11:43 Reto Zingg wrote: > If not then we reject it. Most likely you have still some timer running? > Stop them when your app is not active. What if your app is a timer app? I disable animation if !applicationActive except updating a label on the cover. -- Med venlig hilsen / Best Regards Thomas Tanghus ___ SailfishOS.org Devel mailing list
Re: [SailfishDevel] Harbour: Allow more libraries to link against
El Thursday 02 January 2014, Ville Ranki escribió: > On 2013-12-27 22:16, Alejandro Exojo wrote: > > In the meantime, correct me if I'm wrong, but I understood that one > > can ship libraries in the package, as long as you care about > > setting RPATH (and other packaging issues) yourself. > > Can you recommend a tutorial or example on how to do this properly on > Sailfish? Is a matter of playing with settings in the build system (qmake's *.pro files, most likely). If you started with the suggested template, you have a project configured for creating one executable alone. You will have to convert it to a SUBDIRS type, so qmake generates two subprojects (at least), one for the program, and other for the library. Copy the library in its subdirectory, and build it with a "library" template (check the qmake docs). All that is the normal procedure. Now make the library install in the path allowed by harbour, and use QMAKE_RPATHDIR to add that additional directory on the executable. That's more or less it. I can't say if I missed something, but that's more or less the gist of it. -- Alex (a.k.a. suy) | GPG ID 0x0B8B0BC2 http://barnacity.net/ | http://disperso.net ___ SailfishOS.org Devel mailing list
Re: [SailfishDevel] Harbour: Allow more libraries to link against
Hi, thanks for the reply. I added according requests at together.jolla.com. As a side note: I was able to resolve my dependency on libsndfile by rewriting some parts of my app to make use of the QtMultimedia API. This worked actually much more flawlessly as I expected. BR, Ruediger On 01/02/2014 09:51 AM, Reto Zingg wrote: > Hi, > > On 28.12.2013 18:56, Ruediger Gad wrote: > >> PPS: As people start to develop more apps now (hopefully ;)), I assume >> that even more people will come up with requests for libs to link >> against. >> Would it make sense to have a more centralized place to discuss this or >> to collect requests? >> I mean to have a place for devs as well as for you to quickly see which >> libs had already been requested and to possible vote for libs. >> E.g., would it make sense to use together.jolla.com for this and maybe >> add a tag like #harbour-lib-request or something? >> >> > > I suggest to use together.jolla.com with the tag "harbour-api-request". > > br > Reto > ___ > SailfishOS.org Devel mailing list -- http://ruedigergad.com ___ SailfishOS.org Devel mailing list
Re: [SailfishDevel] Harbour: Allow more libraries to link against
Hi, On 02.01.2014 11:28, Ville Ranki wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2013-12-27 22:16, Alejandro Exojo wrote: In the meantime, correct me if I'm wrong, but I understood that one can ship libraries in the package, as long as you care about setting RPATH (and other packaging issues) yourself. Can you recommend a tutorial or example on how to do this properly on Sailfish? We didn't had the time yet to write one and I'm not aware if somebody form the community has written something. Another Harbour question: My app is reported to cause too many wakeups per second. The app is completely asynchronous and nothing should be happening when it is idle. How can i debug issues like this? What tool can i use to measure wakeups? use powertop: ssu ar mer-tools pkcon install powertop connect over ssh to device, start your app, let the screen blank, wait an other 10s, then start the powertop command over ssh, w/o any parameters (that's how Harbour QA does it). If wake ups are below 60, the app is accepted (that is the current value and not written into stone and might change any time), if it's over 60 we research deeper if there is a good reason (e.g. Internet Radio app) to still accept it. If not then we reject it. Most likely you have still some timer running? Stop them when your app is not active. br Reto - -- Ville Ranki http://www.iki.fi/~cos PGP public key: http://www.iki.fi/~cos/vranki_pub.asc -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlLFMSwACgkQVm11nqR7UVwGowCcDq/6s+tNWzdbW1iLAG7s3F0M osEAn0HAPR3lX8Zk1VA2wm0PFF96oB2Z =oOzQ -END PGP SIGNATURE- ___ SailfishOS.org Devel mailing list ___ SailfishOS.org Devel mailing list
Re: [SailfishDevel] Harbour: Allow more libraries to link against
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2013-12-27 22:16, Alejandro Exojo wrote: > In the meantime, correct me if I'm wrong, but I understood that one > can ship libraries in the package, as long as you care about > setting RPATH (and other packaging issues) yourself. Can you recommend a tutorial or example on how to do this properly on Sailfish? Another Harbour question: My app is reported to cause too many wakeups per second. The app is completely asynchronous and nothing should be happening when it is idle. How can i debug issues like this? What tool can i use to measure wakeups? - -- Ville Ranki http://www.iki.fi/~cos PGP public key: http://www.iki.fi/~cos/vranki_pub.asc -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlLFMSwACgkQVm11nqR7UVwGowCcDq/6s+tNWzdbW1iLAG7s3F0M osEAn0HAPR3lX8Zk1VA2wm0PFF96oB2Z =oOzQ -END PGP SIGNATURE- ___ SailfishOS.org Devel mailing list
Re: [SailfishDevel] Harbour: Allow more libraries to link against
Hi, On 27.12.2013 22:16, Alejandro Exojo wrote: El Friday 27 December 2013, Reto Zingg escribió: for once a nice request and not just ranting :-) I can fix that! Y U NO SHIP MA LIBRARY?! ;-) this is the right channel. We heard you and will look into it, but I can't promise any time frame when will finally decide whenever we will allow it or not. In the meantime, correct me if I'm wrong, but I understood that one can ship libraries in the package, as long as you care about setting RPATH (and other packaging issues) yourself. Yes, if you ship the libraries your self (and the libraries it self, just depend on allowed libraries). Then you are fine to submit to Harbour. br Reto Is definitely not the optimal solution that we, Linux enthusiasts like, but is what Windows and Android developers do, and look at their marketshare! A trillion flies can't be wrong! :-) ___ SailfishOS.org Devel mailing list
Re: [SailfishDevel] Harbour: Allow more libraries to link against
Hi, On 28.12.2013 18:56, Ruediger Gad wrote: PPS: As people start to develop more apps now (hopefully ;)), I assume that even more people will come up with requests for libs to link against. Would it make sense to have a more centralized place to discuss this or to collect requests? I mean to have a place for devs as well as for you to quickly see which libs had already been requested and to possible vote for libs. E.g., would it make sense to use together.jolla.com for this and maybe add a tag like #harbour-lib-request or something? I suggest to use together.jolla.com with the tag "harbour-api-request". br Reto ___ SailfishOS.org Devel mailing list
Re: [SailfishDevel] Harbour: Allow more libraries to link against
Hi, thanks for the reply. It's good to know that this is the right channel and that you are listening. :) Unfortunately, I discovered two more libs some other apps I may try to port would rely on: - libsndfile - qt5-qtconnectivity-qtbluetooth Those are the package names and not the actual library names but I hope that's sufficient. Both seem also to be available already for SailfishOS. libsndfile is even already installed on my Jolla by default. I don't want to sound demanding but I am really motivated to push apps to Harbour and those are the libs I would need to link against. Best regards, Ruediger PS: In some cases statically linking or shipping a lib with an app might solve the issue. However, it feels kind of wrong to do this when a lib is available anyhow. And there may be other cases in which you end up in a long dependency chain such that these workarounds are not practical. Furthermore, to me as a developer, adding such workarounds is an additional overhead and takes time I'd prefer to invest somewhere else, like actually improving an app or writing/porting a new one. Please do not mistake me, I don't want to sound rude but just want to explain my situation. PPS: As people start to develop more apps now (hopefully ;)), I assume that even more people will come up with requests for libs to link against. Would it make sense to have a more centralized place to discuss this or to collect requests? I mean to have a place for devs as well as for you to quickly see which libs had already been requested and to possible vote for libs. E.g., would it make sense to use together.jolla.com for this and maybe add a tag like #harbour-lib-request or something? On 12/27/2013 06:04 PM, Reto Zingg wrote: > Hi, > > On 27.12.2013 18:48, Ruediger Gad wrote: >> >> I hope this is the right channel to address this request to. >> If not, please redirect me in the appropriate direction. > > for once a nice request and not just ranting :-) this is the right > channel. We heard you and will look into it, but I can't promise any > time frame when will finally decide whenever we will allow it or not. > > br > Reto > > ___ > SailfishOS.org Devel mailing list -- http://ruedigergad.com ___ SailfishOS.org Devel mailing list
Re: [SailfishDevel] Harbour: Allow more libraries to link against
I agree on atleast libcrypto support should be in the core OS. Don't know about qmf and its stability etc... But I have requested for libcrypto before and some say libcrypto is still not API/ABI stable, so could be a reason to not include it in the core and instead static link it in our apps. But that leads to problem when linking this with yet another thirdparty like your case :-/ But when talk about encryption. I just found out that openpgp commandline tools is not there anymore not even in the repository :( I remember this was in the repository in emulator before but now gone? PGP is something I think should be in sailfishos and installed from beginning? As commandline tool and possible to execute pgp tools from any application that want to use it... PGP support in mail app is one of the reason to include it from start ;) I don't want to be to much offtopic but summary is: There should be a discussion on the crypto package that should be in the harbour and the unit in general. I know that some of these encryption methods are not allowed certain countries and so on ... Regards Mikael On Friday 27 December 2013 17.48.55 Ruediger Gad wrote: > Hi, > > two of my apps (MeePasswords and Q To-Do) are being rejected because > they are linked against libraries that are not "allowed". > > I read the according FAQ at https://harbour.jolla.com/faq and understand > your motivation for being so restrictive. > However, I'd love to add these apps to Harbour and I think that the libs > as well as their API are pretty much stable and should be suited for > addition to the whitelist of allowed libs. > > The relevant libraries are: > - libqmfclient5.so.1 > - libssl.so.10 > - libcrypto.so.10 > > It would be great if these could be added to the allowed libraries to > link against. > > Some explanation what I use these libs for: > libqmfclient5.so.1: > Both of my apps offer a synchronization feature that uses IMAP for > synchronising files between different devices. > For this, I use the IMAP/e-mail API as provided by QMF. > libssl.so.10 > libcrypto.so.10 > MeePasswords uses cryptography to encrypt data. > For this it uses qca-qt5 which links against said libs. > I know that there is qca-qt5 already in nemo:devel:mw (I actually > filed the PR to enable packaging of the qt5 version) but it is not > supported for Harbour apps yet. > I also requested the addition of qca-qt5 to the allowed libs some time > ago. > As work-around I ship qca-qt5 with my app and thus need to link > against said libs in the meantime. > > I hope this is the right channel to address this request to. > If not, please redirect me in the appropriate direction. > > > > Thanks and best regards, > > Ruediger -- Skickat från Lenovo Thinkpad X230 running Kubuntu desktop ___ SailfishOS.org Devel mailing list
Re: [SailfishDevel] Harbour: Allow more libraries to link against
El Friday 27 December 2013, Reto Zingg escribió: > for once a nice request and not just ranting :-) I can fix that! Y U NO SHIP MA LIBRARY?! ;-) > this is the right > channel. We heard you and will look into it, but I can't promise any > time frame when will finally decide whenever we will allow it or not. In the meantime, correct me if I'm wrong, but I understood that one can ship libraries in the package, as long as you care about setting RPATH (and other packaging issues) yourself. Is definitely not the optimal solution that we, Linux enthusiasts like, but is what Windows and Android developers do, and look at their marketshare! A trillion flies can't be wrong! :-) -- Alex (a.k.a. suy) | GPG ID 0x0B8B0BC2 http://barnacity.net/ | http://disperso.net ___ SailfishOS.org Devel mailing list
Re: [SailfishDevel] Harbour: Allow more libraries to link against
Hi, On 27.12.2013 18:48, Ruediger Gad wrote: I hope this is the right channel to address this request to. If not, please redirect me in the appropriate direction. for once a nice request and not just ranting :-) this is the right channel. We heard you and will look into it, but I can't promise any time frame when will finally decide whenever we will allow it or not. br Reto ___ SailfishOS.org Devel mailing list
[SailfishDevel] Harbour: Allow more libraries to link against
Hi, two of my apps (MeePasswords and Q To-Do) are being rejected because they are linked against libraries that are not "allowed". I read the according FAQ at https://harbour.jolla.com/faq and understand your motivation for being so restrictive. However, I'd love to add these apps to Harbour and I think that the libs as well as their API are pretty much stable and should be suited for addition to the whitelist of allowed libs. The relevant libraries are: - libqmfclient5.so.1 - libssl.so.10 - libcrypto.so.10 It would be great if these could be added to the allowed libraries to link against. Some explanation what I use these libs for: libqmfclient5.so.1: Both of my apps offer a synchronization feature that uses IMAP for synchronising files between different devices. For this, I use the IMAP/e-mail API as provided by QMF. libssl.so.10 libcrypto.so.10 MeePasswords uses cryptography to encrypt data. For this it uses qca-qt5 which links against said libs. I know that there is qca-qt5 already in nemo:devel:mw (I actually filed the PR to enable packaging of the qt5 version) but it is not supported for Harbour apps yet. I also requested the addition of qca-qt5 to the allowed libs some time ago. As work-around I ship qca-qt5 with my app and thus need to link against said libs in the meantime. I hope this is the right channel to address this request to. If not, please redirect me in the appropriate direction. Thanks and best regards, Ruediger -- http://ruedigergad.com ___ SailfishOS.org Devel mailing list