Cordova Ubuntu

Bug #1279814
Comment #11

Comment 11 for bug 1279814

Revision history for this message

Daniel Holbach (dholbach) wrote on 2014-02-17:

#11

Discussion in #ubuntu-devel when accepting the binaries of this build:

<seb128> dholbach, the cordova binaries are a bit weird, they install their .so in /usr/share ... is that wanted?
<infinity> It's never wanted.
Unless those are magical arch-indep libraries.
<seb128> that package is quite hackish, I don't like much
<seb128> but I'm not wanting to fight over details since I don't have a better suggestion/I'm not interested enough into the topic to spend efforts on it
<infinity> If they're not following FHS, that's absolutely a reason to reject.
<seb128> infinity, they are not, but that package is weird, it's basically a "provide files for clicks to copy/embed"
<infinity> Ahh, binaries in /usr/share make sense in that context. But they still shouldn't overlap between arches, if they currently do.
<seb128> /usr/share/cordova-ubuntu-3.4/www/libcoreplugins.so
so yeah, they do
<infinity> Yeah, so no indication of what arch that .so is for...
<seb128> dholbach, can we get that fixed?
<infinity> It's not multi-arch:same, of course, so there's allowed to be overlap. It just seems like a bit of a messy design.
<seb128> infinity, feel free to accept the binaries from the queue if you are fine with them ;-)
* seb128 has no strong opinion, as said that package is a bit hackish
<seb128> but if it does the job/unblock people...
<infinity> I'd probably want to talk to the people behind it to get more context before I accepted them. Which I'm unlikely to do at 4am after working all weekend.
<seb128> infinity, yeah, you should get some sleep!
infinity, have a good night
<infinity> seb128: I'll try. :)
<dholbach> seb128, AFAIK (I'm just trying to help the team get things landed): the SDK will download <package>:<arch> from the archive and bundle that the runtime in the click package
<seb128> dholbach, what if you try to dev for e.g i386 and armhf on the same machine?
<seb128> those conflict atm
<dholbach> seb128, AFAIK they're not necessarily required to be installed on the developers machine, but I might be wrong
<seb128> well, they are in the archive, so nothing prevent you to apt-get install them
<dholbach> dbarth and team would be the people to answer this - maybe we should discuss it on https://launchpad.net/bugs/1279814?
<ubottu> Launchpad bug 1279814 in Cordova Ubuntu "[needs-packaging] Get cordova-ubuntu-3.4 into trusty release" [Critical,Fix committed]
<seb128> well, as said before, I'm busy enough with other things and I don't know much about the cordova thing
<dholbach> ok
<seb128> so I'm going to letting infinity a chance to comment on that later on, and if he doesn't I think I'm just going to wave the binaries in
they are a bit hackish/wrong but that's not the end of the world imho

Discussion in #ubuntu-devel when accepting the binaries of this build:

<seb128> dholbach, the cordova binaries are a bit weird, they install their .so in /usr/share ... is that wanted?
<infinity> It's never wanted.
 Unless those are magical arch-indep libraries.
<seb128> that package is quite hackish, I don't like much
<seb128> but I'm not wanting to fight over details since I don't have a better suggestion/I'm not interested enough into the topic to spend efforts on it
<infinity> If they're not following FHS, that's absolutely a reason to reject.
<seb128> infinity, they are not, but that package is weird, it's basically a "provide files for clicks to copy/embed"
<infinity> Ahh, binaries in /usr/share make sense in that context.  But they still shouldn't overlap between arches, if they currently do.
<seb128> /usr/share/cordova-ubuntu-3.4/www/libcoreplugins.so
 so yeah, they do
<infinity> Yeah, so no indication of what arch that .so is for...
<seb128> dholbach, can we get that fixed?
<infinity> It's not multi-arch:same, of course, so there's allowed to be overlap.  It just seems like a bit of a messy design.
<seb128> infinity, feel free to accept the binaries from the queue if you are fine with them ;-)
* seb128 has no strong opinion, as said that package is a bit hackish
<seb128> but if it does the job/unblock people...
<infinity> I'd probably want to talk to the people behind it to get more context before I accepted them.  Which I'm unlikely to do at 4am after working all weekend.
<seb128> infinity, yeah, you should get some sleep!
 infinity, have a good night
<infinity> seb128: I'll try. :)
<dholbach> seb128, AFAIK (I'm just trying to help the team get things landed): the SDK will download <package>:<arch> from the archive and bundle that the runtime in the click package
<seb128> dholbach, what if you try to dev for e.g i386 and armhf on the same machine?
<seb128> those conflict atm
<dholbach> seb128, AFAIK they're not necessarily required to be installed on the developers machine, but I might be wrong
<seb128> well, they are in the archive, so nothing prevent you to apt-get install them
<dholbach> dbarth and team would be the people to answer this - maybe we should discuss it on https://launchpad.net/bugs/1279814?
<ubottu> Launchpad bug 1279814 in Cordova Ubuntu "[needs-packaging] Get cordova-ubuntu-3.4 into trusty release" [Critical,Fix committed]
<seb128> well, as said before, I'm busy enough with other things and I don't know much about the cordova thing
<dholbach> ok
<seb128> so I'm going to letting infinity a chance to comment on that later on, and if he doesn't I think I'm just going to wave the binaries in
 they are a bit hackish/wrong but that's not the end of the world imho