=== matteo` is now known as matteo === Ursinha is now known as Ursinha-afk === fisted_ is now known as fisted === dlbike76_ is now known as dlbike76 === chilicuil is now known as chilicuil_away === cpg|away is now known as cpg === cpg is now known as cpg|away === cpg|away is now known as cpg === cpg is now known as cpg|away === cpg|away is now known as cpg === yofel_ is now known as yofel === cpg is now known as cpg|away === elleuca is now known as Guest58808 [14:46] doko__: does libquadmath really work on all architectures? [15:05] jtaylor: Why should/would it? [15:06] jtaylor: "Not all targets support additional floating-point types. __float80 and __float128 types are supported on i386, x86_64 and ia64 targets. The __float128 type is supported on hppa HP-UX targets." [15:07] jtaylor: Since __float128 is required for libquadmath, that answers your question (and is why we only build it on x86 in Ubuntu) [15:07] infinity: that does not sound like all [15:07] its architecture: any [15:07] jtaylor: Yeah, I'm wondering where this assertion that it works everywhere came from. [15:09] jtaylor: It's arch:any in the control file, but that's a filthy lie. It doesn't get built on all arches. [15:10] yes, I'll use this list http://packages.debian.org/experimental/libquadmath0 [15:11] thanks [15:11] ifneq (,$(findstring $(DEB_TARGET_ARCH_CPU), ia64 i386 i486 i586 i686 amd64)) [15:11] ^-- From the GCC source. [15:12] But yes, that matches packages.debian.org. [15:12] And also matches the bit I quoted from GCC upstream. [15:13] There's going to have to be a whole lot of 's/amd64/amd64 x32/' throughout this. :/ [15:18] Oh, no, I guess not, that uses the same ARCH_CPU (amd64). Handy. === henrix_ is now known as henrix === henrix is now known as henrix_ === Tonio__ is now known as Tonio_aw === cpg|away is now known as cpg === sraue_ is now known as sraue [20:21] Anyone know how to make a patch containing a .desktop file to be installed in /usr/share/applications ?? [20:23] the program lmms ships in the software-center without a .desktop file. does anyone know enough about patching to point me in the right direction? [20:24] hang on let me find the page [20:25] israeldahl: http://developer.ubuntu.com/packaging/html/fixing-a-bug.html but check launchpad to see if there is a bug already filed for it [20:27] penguin42: there is a bug for it. I have seen this page.... I am actually asking how to make the patch.... how do I add in the file... sorry i don't entirely know how to do this... though I have looked at that page quite a bit [20:27] penguin42: where do I put the desktop file, is what I am trying to say [20:28] israeldahl: OK, are you just trying to fix it on your system or fix the package in the repository for everyone? [20:28] penguin42: in the repos for everyone, as I have it fixed for me. [20:29] ok [20:29] israeldahl: Possibly best to ask in #ubuntu-packaging as well [20:30] penguin42: ok... I will check there too thanks for your quick attention and help! [20:30] let me just have a quick look at lmms [20:31] israeldahl: I've tended to do source changes rather than add new files [20:32] israeldahl: Which package version do you have ? [20:32] penguin42: yeah... well I am trying to get the new version into raring, just waiting on the approval.... but I wanted to add a desktop file in to precise as it is LTS and [20:33] penguin42: the current precise one.... people have tested it in quantal as well... this has been an issue since Oneric... or maybe Natty [20:33] israeldahl: I can see in 0.4.10-2.3ubuntu1 in raring the source package has a .desktop file, I don't know if it gets installed though [20:35] penguin42: Well... see the current one has a desktop file in the source as well... but it doesn't get installed and you cannot see it in the right category in the software-center (which I have been informed is related to the same desktop file). and there is no icon in the dash/menu [20:36] israeldahl: OK, in that case I think the problem is that you need to fix the make install makefile section to make sure it copies the .desktop file into where it's told to install it to, (which during the package build will be a temporary directory), and then the rest should sort itself out [20:36] israeldahl: So I think it should go into whereeveritsinstallingto/usr/share/applications - but I'm not 100% sure of that === cpg is now known as cpg|away [20:37] israeldahl: And if you're tweaking the Makefiles in the package you'll need to make a patch to do that, and there is a note somewhere under that page to do that [20:38] penguin42: yes /usr/share/applications is the correct directory. I will check this outright now. [20:38] israeldahl: Note how the debian/rules file does a make install on the application, and then I think it just bundles up everything that got installed [20:43] penguin42: I really am not sure how to do that. I am pretty new to this. I just want this bug to be fixed, so I am learning everything as I go just to get the bug fixed.. [20:44] israeldahl: You need to figure out 1st how lmml does it's make install [20:46] well... I see a Cmakelists i figure this is similar [20:49] penguin42: what is the make file called usually? [20:52] penguin42: in the source /data/CMakeLists.txt it does have this INSTALL(FILES lmms.desktop DESTINATION ${DATA_DIR}/applications) ............this is going to take a while to figure out huh? [20:52] israeldahl: It looks like that one uses cmake; I've not done cmake - so sorry can't help too much with that [20:52] penguin42: well.. that makes two of us :) [20:55] penguin42: one last thing to ask you, since you have been ever so helpful.... do you know how to bring https://code.launchpad.net/~israeldahl/ubuntu/raring/lmms/lmms_0.4.13 to the Ubuntu people's attention to get this checked out? [20:57] israeldahl: hmm that's a newer version; the normal thing I think is to file a bug asking for packaging of a new version; but I've not done new versions [20:57] penguin42: File a bug with whom? [20:57] israeldahl: Launchpad [20:58] israeldahl: However for most packages Ubuntu gets stuff from Debian, so the normal thing is to get it updated in Debian 1st [20:59] penguin42: who in launchpad... the maintainer of lmms package in Debian doesn't exist anymore... and I was made the maintainer in Ubuntu because no one was maintaing it, some guy just made me the maintainer because i wanted a bug fixed. [20:59] erm really? Erm I don't know how that works [21:00] penguin42: :) [21:00] israeldahl: This is definitely a set of questions for -packaging [21:01] penguin42: me neither that is why I am on the IRC developers channel to try to find out. thanks!! [21:03] * penguin42 hands Sarvatt a large cookie - spice seems to just about hold together on raring! [21:24] 22 [21:27] penguin42: yes... packaging has been most helpful, thanks again for having the answers... but of course you would it is in your name === chilicuil_away is now known as chilicuil [21:32] israeldahl: you can't be made the maintainer in Ubuntu, you're welcome to contribute to the upkeep of the package through [21:32] *though [21:33] micahg: not sure what you mean? [21:33] israeldahl: you were saying someone appointed you as maintainer, I'm saying that's not possible :) [21:34] https://launchpad.net/lmms [21:34] israeldahl: that's the upstream project in Launchpad [21:35] micahg: What does that mean? I really am new to all this [21:37] israeldahl: https://help.launchpad.net/Projects/ [21:38] micahg: well, I guess I was made the upstream project maintainer :) thanks for clarifying that === chilicuil is now known as chilicuil_away === cpg|away is now known as cpg === cpg is now known as cpg|away === sraue_ is now known as sraue