=== RoozbehOnline is now known as ROSHA === freeflyi1g is now known as freeflying [02:21] I'm trying to use Trunk in Kubuntu compiled by myself, and I'm getting an error I never had [02:21] "Could not find mime types: " inode/directory ... [02:22] in fact, running kbuildsycoca I can see that almost any mimetype is recognized [02:22] (image/jpeg for instance :/) [02:23] shadeslayer: ^^^ similar reports with Neon maybe? [02:41] Daskreech: really really late pong [02:42] claydoh: When did I ping you? [02:43] Oh no I remember now I was checking if you had enough ops to ban sabdfl from the chan [02:43] 1;24 am est, in the midlle of th sab dl's connection issue [02:44] heh [02:44] Was really really annoying === hunger_ is now known as hunger [08:56] morning === Ash|Qin is now known as Ash-Fox [09:08] Quintasan: if the slideshow was full screen it would mean people who get bored can't start up a web browser and do something else [09:08] heh [10:07] yay, mobile arm images http://cdimage.ubuntu.com/kubuntu-mobile/daily-preinstalled/current/ [10:07] first time those have built in about two months === _human_blip_ is now known as human_blip [10:29] Riddell: I think the slideshow should just be replaced with a web browser whenever intarwebs is avaialble ;) [10:46] http://www.kubuntu.org/news/amarok-2.4.1-beta-1 [10:56] apachelogger: how come you didn't merge https://code.launchpad.net/~goelkunal/kdelibs/debian/+merge/51994 directly? [10:56] Ubuntu bug 51994 in ubiquity (Ubuntu) "installer crash" [Undecided,Invalid] [11:01] Riddell: I found that upstream and packaged it :P [11:02] apachelogger: do you have a paticular interest in not using openGL? [11:05] Riddell: yes, recursive symbol resolution ... inshort: plasma-mobile loaded libgl at runtime due to libplasma making it impossible to start with --opengl ... long version: anything that linked against libplasma would load libgl at runtime as libplasma was linking against it, this was causing a symbol clash at runtime as both libgl and libgles were loaded essentially breaking usage of QtOpenGL in all applications that link against libplasma [11:06] plasma-mobile can now use opengl on the n900, not that one would want to do that as I got horrible rendering bugs with it *shrug* === yofel_ is now known as yofel [12:27] debfx: how do you get upload access for libgadu? [12:28] ari-tczew: it's in the kubuntu package set [12:28] debfx: aha ok [12:28] debfx: thanks ;)) [12:30] ari-tczew: you're welcome [12:31] Riddell: kubuntu-mobile doesn't have any dependencies/recommends [12:39] debfx: where can I find kubuntu package set list? [12:40] ari-tczew: https://wiki.kubuntu.org/Kubuntu/KubuntuDevelopers#List%20of%20Packages [12:45] revu needed http://revu.ubuntuwire.com/p/qt-at-spi [12:46] debfx: hmm, that's curious [13:06] hi. === c2tarun_ is now known as c2tarun [13:07] are there any other packages like amarok, whose newer version is available? How can I check the list of packages whose newer version is available? [13:10] c2tarun: rekonq release candidate [13:11] c2tarun: watch out for announcements on planet, kde-apps.org and elsewhere [13:11] Riddell: thanks :) I'll look into it [13:24] a patch failed to apply because there is a slight change in a file. should I update the patch so that it applies properly? [13:36] c2tarun_: yes [13:36] you can do quilt push -f [13:36] then edit the broken files [13:36] then quilt refresh [13:37] Riddell: well I deleted that patch and created a new patch of same name with same changes in same file. is it wrong? [13:38] that should be ok [13:41] Riddell: here is the diff b/w two debian folders http://paste.kde.org/7799/ please take a look [13:42] c2tarun_: looks ok [13:42] Riddell: can you upload it? [13:43] c2tarun_: got the whole source package for me? [13:44] c2tarun_: did you check for any new files? [13:45] Riddell: looking [13:45] c2tarun_: is it working for you? [13:45] not tried, wait let me install it. [13:48] Riddell: sorry gotta go :( I'll test it and ping you when I'll come back , thanks [13:48] hmm, needs less haste does that one [13:49] debfx: well I agree it's not creating dependencies but I don't know why [13:54] FYI: KDE langpacks are breaking Edubuntu builds... again :) http://people.canonical.com/~ubuntu-archive/livefs-build-logs/natty/edubuntu-dvd/20110321/livecd-20110321-i386.out [13:57] highvoltage: see discussion with pitti in #u-d this morning [13:59] Riddell: ok [14:01] ScottK: iirc yofel fixed that using XDG_DATA_DIRS [14:02] shadeslayer: Fixed what? [14:02] "Could not find mime types: " inode/directory ... [14:03] that :) [14:03] Oh. Great. [14:04] yuriy: Looking at http://lucidfox.org/p/2011/03/21/installation_report_my_mother you need to be tranlating Muon .... [14:05] debfx: ah, fixed it, typo in metapackage-map [14:07] shadeslayer: yes, I did (fix that) [14:07] afiestas: and the issue still exsists? [14:08] "With the USB, was there not a pop-up from the device notifier? Clicking on that should have giving a somewhat intuitive experience." <-- As I said, I changed the notification system to Colibri, the notify-osd clone [14:08] nope, the problem was mine, because I assumed that Kubuntu set a XDG_DATA_DIR (to /usr/) [14:08] hehe :) [14:08] but as the standar says if not set, /usr/share is assumed, so Kubuntu doing it well [14:08] yep [14:09] we had the same issue in Neon [14:09] afiestas: have a look at Neon's environment.rc ... should serve as a example to setup a dev env [14:14] lucidfox: That's not a knotify notification. It still should have been there (I think). [14:15] Hrm de hrm... [14:15] ScottK: I think it was there, but the "open in file manager" entry is not immediatly visible, [14:15] ScottK: you have to click the device to reveal it [14:15] Ah. [14:16] ScottK: which is a bit stupid according to me, the choices should always be visible [14:16] lucidfox: I'd say that one's on you then for using a non-standard system that doesn't provide the expected functionality. [14:16] agateau: Perhaps. I could imagine it might get unwieldy in some cases. Not sure. [14:17] ScottK: it is quite uncommon to plug multiple devices at once, isn't it? in the worse case the whole content could be made scrollable, but that would not happen a lot [14:18] agateau: Makes sense. If only you knew an upstream KDE developer who could fix that in 4.7.... [14:18] ScottK: If only :) [14:18] ScottK: one of those trendy shaps from #plasma maybe :) [14:19] Yep. [14:44] Anybody ever use openvpn with knetwork manager? [14:47] no but new network management snapshot needing testing in my PPA https://launchpad.net/~jr/+archive/ppa/+packages [14:48] Its a trap. [14:48] Riddell: haha [14:48] You try to tell me the new snapshot does things the old one on maverick dose not? [14:49] txwikinger: mobile broadband things [14:49] Riddell: I do not have mobile broadband [14:49] I use vpn over wifi ;p [14:50] * txwikinger wonders if the mobile broadband works on ipv6 [14:52] * tazz wonders how difficult would it be to port a kde3 app to kde4 [14:52] * tazz goes to rtfm [14:53] <\sh> txwikinger: when you setup tayga eventually ;) (NAT64 (ipv6 to ipv4 nat gatway software ;)) [14:53] !info quanta [14:53] quanta (source: kdewebdev-kde3): web development environment for KDE. In component universe, is optional. Version 4:3.5.10-0ubuntu4 (maverick), package size 2548 kB, installed size 6168 kB [14:53] tazz: ^^^ there you go Test subject :) [14:54] Daskreech, you mean porting qanta from kde3 to kde4 ? [14:55] someone was actually asking for that [14:56] tazz: :) [14:56] Daskreech, actually i was thinking of http://ekaia.org/blog/2011/03/21/small-applications-missing-in-kde-4/ [14:58] tazz and Daskreech: There's a partially complete port of Quanta done already. Somewhere in KDE svn/git. [14:59] ScottK, thats interesting. [14:59] KDE4 version of Quanta would be seriously wonderful. [14:59] tazz: it's fiddly, needs the build system changed, the classes moved over to Qt 4 equivalents then lots of bugs fixed [14:59] Indeed it would [14:59] The guy that was working on it just lacks time. [14:59] Quanta was waiting for kdevelop to be ready to port it to kdevplatform, I expect it's ready now [15:00] * tazz thinks about looking into it. [15:01] \sh: I have already a ipv6throughipv4 tunnel [15:01] I do not need such a gateway [15:01] * txwikinger 's servers are all fully ipv6 enabled [15:03] tazz: Quanta is not a small project and porting it to kdevplatform would be a big task [15:04] Riddell: Kinda like the we should just Fork KDE3 and port it to Qt4 just to show Aaron crowd? [15:05] Daskreech: You have too much time to waste [15:05] txwikinger: how so? [15:05] Forking KDE3 and porting it to Qt4? [15:06] Riddell: The aubergine should be gone from your debconf in ~105 minutes. [15:06] txwikinger: I think it was SJVN who called for that on his blog [15:06] * txwikinger would be happy if the everything would work without bugs in KDE4 [15:07] txwikinger: True of any software that has been touched in the last year [15:07] ScottK: no more fluffy ? :( [15:08] Riddell: You can set it yourself if you want, it's just not going to be default for us anymore. [15:08] Purple and Blue don't mix very well. [15:09] * txwikinger wonders what ScottK statement really means [15:11] * txwikinger hates those IO-lockups all the time [15:12] exit [15:14] wrong console :P [15:14] /win 14 [15:14] tsk [15:30] Riddell: I tried to install rekonq and here is what I got http://paste.kde.org/7805/ can you please take a look [15:31] c2tarun_: that's fine, run apt-get -f install [15:42] txwikinger: When do you get IO lockups? [15:51] ScottK: imho we should keep the vtrgb change and only revert to the original newt-palette [15:52] debfx: I'm OK with that I suppose. We should probably discuss it a bit and see what the consensus is. As long as DI/Debconf/etc aren't purple, I'm happy. [15:59] Daskreech: from swapping [16:01] ScottK: ideally console-setup would install /etc/console-setup/vtrgb.vga as an alternative and k-d-s switches to it if /etc/vtrgb is in auto mode [16:01] txwikinger: Swapping windows or the computer writing out to swap partition? [16:01] debfx: If only this had been coordinated before upload we might have something more sensible. [16:01] computer writing out to swap partition [16:02] debfx: I don't mean to block improvements, I'd just like us to opt in to them (which we now have the chance to do) [16:02] txwikinger: try to change the I/O scheduler to deadline instaed of cfq in /sys/block/sda/queue/scheduler (for sda) [16:03] that made swap a bit more usable on my notebook at least [16:04] yofel: noop deadline [cfq] [16:04] echo deadline into the file, cfq is the default (and currently selected) [16:05] default on desktop at least [16:05] milian wolff worked on quanta in GSoC I think [16:06] yofel: I changed it.. will see if this helps [16:16] Riddell: rekonq installed succesfully but didnt run may be a problem in my chroot. http://paste.kde.org/7806/ [16:17] yes, dbus foo [16:18] c2tarun_: want an ec2 machine? [16:18] Riddell: sure [16:25] Riddell, sorry I got disconnected, is that ec2 machine ready? [16:26] ScottK: lucidfox: https://projects.kde.org/projects/kde/kdebase/kde-workspace/repository/revisions/d2fe2b20f0a1d13a3a38ba6f171d04e741022c3f [16:27] Wow, that was fast :) [16:27] c2tarun: ubuntu@ec2-50-16-122-254.compute-1.amazonaws.com [16:40] apachelogger: poke [16:41] ok so what would be the best return type for sending HTML data back? any ideas> [16:41] back as in back over the network === jjesse__ is now known as jjesse [16:59] Riddell my connection seems to be too slow to check :( can you please run rekonq on ec2 [17:00] ok [17:01] c2tarun: yes lovely, working === superfly__ is now known as superfly [17:02] grt :) [17:02] Riddell, I dont see any anouncement section on kde-apps.or [17:02] Riddell, I dont see any anouncement section on kde-apps.org [17:03] c2tarun: the whole website is for announcing software [17:03] c2tarun: can you upload the rekonq packaging to that ec2 machine for me to upload to the archive? [17:04] Riddell, sure. which files are necessary? [17:04] c2tarun: the .orig.tar.bz2, the .dsc and the .debian.tar.gz [17:07] oh c2tarun packaged rekonq? goody :D [17:07] ScottK: we still have an aubergine grub screen :( [17:07] yeah ^^ :P [17:08] debfx: iirc apachelogger made it possible to have a blue screen [17:08] didn't harald have a change to that? [17:08] he did, but didn't commit anything [17:08] debfx: Rats. Can you work with Kirkland on figuring it out? [17:09] I had a quick look at it and think it needs some refactoring in grub [17:10] I do wonder if the colour of grub is really our greatest problem :) [17:10] Riddell, done [17:10] indeed it is :P [17:17] * apachelogger has a kickass migraine [17:19] ah. I missed you said grub. [17:19] That's different than Kirkland's thing. [17:20] debfx: aha! [17:20] debfx: indeed there is a brief moment of auberginess [17:20] not particularly a showstopper for blueness though [17:21] debfx: do you have a color ready? [17:21] * apachelogger thinks his choice of blue is a bit too dark [17:22] apachelogger: no I was relying on you for the color scheme :) [17:22] lolz [17:23] well, I can digg up mine eventually [17:23] do you have a way to hook that into the grub config? [17:24] hook? [17:25] just drop in /etc/grub.d/ and make sure update-grub is triggered [17:27] apachelogger: wouldn't that overwrite all the magic in /etc/grub.d/05_debian_theme? [17:27] debfx: http://aplg.kollide.net/tmp/06_kubuntu_theme [17:27] apachelogger: it seems to call set_default_theme only if no background image is configured [17:28] no background image on kyoubuntoo [17:28] apachelogger: whats the cmake var to include QNetworkInterface class? [17:29] *shrug* [17:29] I dont even know what that is [17:29] :S [17:29] shadeslayer: qt_network includes I suppose [17:30] or you just add qt_includes [17:30] which is probably the better option anyway [17:30] it's there [17:30] i get : /home/shadeslayer/tmp/Presentateur/src/MainWindow.cpp:-1: error: undefined reference to `QHostAddress::QHostAddress(QHostAddress::SpecialAddress)' [17:32] apachelogger: there's also /home/shadeslayer/tmp/Presentateur/src/MainWindow.cpp:-1: error: undefined reference to `QNetworkInterface::allAddresses()' [17:32] shadeslayer: you need to link against it [17:32] it = qtnetwork [17:32] yeah i'm adding target_link_libs [17:32] it.next() ^^ [17:32] heh :P === tazz_ is now known as tazz [17:47] aha, yofel filed bug #696915 [17:47] Launchpad bug 696915 in grub2 (Ubuntu Natty) "make it possible to configure grub background color in a usable way" [Medium,Triaged] https://launchpad.net/bugs/696915 [17:53] Riddell, well is my connection gone or that ec2 machine is switched off? [17:54] c2tarun: I turned if off, were you using it? [17:54] Riddell, there was a package Qtiplot its new version is available, I thought to pack it. [17:55] c2tarun: hmm, sorry [17:55] want me to start another one? [17:56] Riddell, noproblem :) if possible please start it, because its little big package on my connection it will take whole night. [17:56] apachelogger: solved ... needed target_link_libs [17:57] shadeslayer: isn that what we said? :P [17:57] apachelogger: now there's a new issue my label gets cut off in the Layout >.> [17:57] because you did not properly lay it out [17:57] clearly [17:58] c2tarun: ubuntu@ec2-50-17-20-131.compute-1.amazonaws.com [17:58] apachelogger: http://paste.kde.org/7825 [18:01] shadeslayer: couldnt you just commit and push stuff? :S [18:01] different project :P [18:02] shadeslayer: you really should be using foreach [18:02] Anyone updating bluedevil? [18:02] * shadeslayer is having fun with QDbus [18:02] shadeslayer: easy solution is to activate wordwrap I suppose [18:03] * Riddell is busy building RPMs on the build service [18:03] Riddell: O_O [18:03] oh [18:03] usb-creator right? [18:03] apachelogger: what's the correct solution? [18:03] shadeslayer: yes [18:06] shadeslayer: depends on what you want to do [18:06] * apachelogger has too much a headache to read that code though [18:06] Nightrose: ping [18:08] apachelogger: pong [18:08] its weird, I copied debian folder to new upstream version, on running quilt top I am getting message no patches upstream. How can it be possible? [18:10] s/upstream/in series/ [18:10] c2tarun meant: "its weird, I copied debian folder to new in series version, on running quilt top I am getting message no patches upstream. How can it be possible?" [18:10] :/ [18:10] its weird, I copied debian folder to new upstream version, on running quilt top I am getting message no patches in series. How can it be possible? [18:10] Nightrose: who of KDE is going to LT and would like to do a talk? [18:11] Nightrose: my how to change your wallpaper talk got accepted, but I'll probably be @ UDS [18:11] -.- [18:11] idunno tbh [18:11] ooh, apachelogger is coming to UDS? [18:12] c2tarun: export QUILT_PATCHES=debian/patches maybe? [18:12] Nightrose: oh, actually, maybe I can do it [18:13] apachelogger: LT? [18:13] Riddell: if I get sponsorship for mon-wed [18:13] Nightrose: talk is scheduled sat afternoon and I probably have an exam on friday afternoon [18:14] if I take a late flight friday or a early one on saturday that might just work out [18:14] shadeslayer: linuxtag [18:14] oic [18:15] oh [18:15] actuall it is at noon ^^ [18:16] * apachelogger has reading problems from headache it seems [18:16] * apachelogger better reads this tomorrow again [18:17] Nightrose: in any case if you could watch out for someone to take the talk that would be swell [18:17] ok [18:17] thx [18:26] ScottK: incoming ARM question for ya [18:26] someone from Nokia [18:29] what is the meaning of this line? Hunk #1 succeeded at 18624 with fuzz 1 (offset 889 lines). [18:31] shadeslayer: Shoot. [18:31] * shadeslayer picks up a gun and fires at apachelogger [18:32] ouch [18:32] apachelogger: my aim is lousy [18:32] did it hit your ARM? :P [18:33] ScottK: HorusHorrendus was supposed to ask the question, but i have no idea what happened .. /me checks #amarok [18:33] c2tarun: part 1 of the patch was successfully applied. 18624 should be the line number it was applied to, 889 is the distance from the original line it was supposed to be applied to I think. No idea was fuzz is [18:33] OK. [18:33] Riddell ping [18:34] shadeslayer: The answer to most Qt on arm questions is "Remember Qreal = Double". [18:34] hehe [18:34] err [18:34] =/!= [18:34] ScottK: well not Double/Real in our Lib ;) [18:35] what happened ... not much ... not sure if it is ARM or Meego what is the problem [18:35] c2tarun: ah, fuzz: the top and bottom line in the patch context (the part before and after the lines that were patched) were ignored. [18:35] c2tarun: see man patch [18:37] http://vidadeprogramador.com.br/2011/03/17/5-milhoes/ [18:37] ops [18:37] wrong channel :-D [18:39] HorusHorrendus: What was the issue? [18:40] http://paste.kde.org/7832/ [18:40] a mail we got from a Dev at Nokia [18:40] who wants to build my Library (atm used only by amarok 2.4.1) on Meego [18:40] he also made the error to don't see what I meant with BASE_PATH_OF_INSTALLATION [18:41] yofel, ok I read the man page, what should I do in case of fuzz? [18:41] but the errors are really really strange ;) [18:41] ScottK: so if you have time, an experienced Builder for ARM would be cool to check our small Library out: https://github.com/ase23/libmygpo-qt [18:41] just clone and try to build under ARM [18:42] c2tarun: nothing, as long as the patch applies you're good usually, It's just a warning that the file has changed very near your patch so it might be needed to update it sometime. [18:45] HorusHorrendus: That doesn't look like anything arm specific to me. [18:45] It'll probably be a couple of days before I have any time. Ping me on Wed. if you still have it unresolved. [18:45] ScottK: well I also think it is Meego specific [18:46] I'm pretty sure it is. [18:46] shadeslayer was so eager to point me to you ;) [18:46] HorusHorrendus: well you said it was a ARM issue :P [18:46] apachelogger knows a bit about Meego stuff and he's got access to the arm boxes. [18:46] shadeslayer: It is on arm, but it's not arm's fault I don't think. [18:46] s/was/might be [18:47] okay [18:47] yofel, c2tarun: iirc quilt doesn't allow patches with fuzz, you need to manually refresh the patch [18:47] * shadeslayer goes head banging against calligra and dbus [18:47] debfx, I refreshed it. [18:47] well you don't need a ARM box ... you only need this CrossCompiler Scratchbox with QEMU and so on ... [18:47] what is with me? [18:47] are you draging me into work again? [18:47] * apachelogger runs [18:47] apachelogger: always ;) [18:47] debfx: ah, never had that case here before. [18:48] c2tarun: then it wouldn't have fuzz and an offset [18:48] apachelogger: any idea what http://paste.kde.org/7832/ might be (MeeGo related, that Guy from Nokia tried to build my lib on MeeGo/ARM and failed) [18:48] debfx, yup it resolved aftr that :) [18:49] ah ok :) [18:49] a Nokia Dev who can't figure out why a Build doesn't work under MeeGo ... probably a good Idea they switched to Windows Phone 7 *ducks & runs* [18:49] mmap: No such device or address [18:49] HorusHorrendus: sounds like the emulator is crapz [18:50] http://en.wikipedia.org/wiki/Mmap [18:50] apachelogger: we tried to tell him that ;) he says: "Scratchbox should be ok, at least everything else compiles fine and lib compiles in i486 target." [18:51] HorusHorrendus: just that he is in the armv7 target [18:51] and that requires emulation unless he actually runs scratchbox on an armv7 [18:51] (which would be utterly pointless) [18:51] so calligra uses a pid in it's dbus interface [18:51] NOT GOOD [18:51] apachelogger: you know more about ARM then Nokia Devs ... ;) [18:51] apparently [18:51] (at least seem to know) [18:52] markey: do you also have people who understand the difference between x86 and arm? :P [18:52] * apachelogger shakes head and drops some more pain killers [18:52] lol [18:54] HorusHorrendus: what lib are we talking about? [18:54] libmygpo-qt [18:54] * apachelogger could have guesed ^^ [18:54] a Kubuntu Dev just wrote me about it ;) [18:54] well [18:55] I can do a quick native build if you want [18:55] if you want you can try ;) [18:55] to proof to the nice nokia dude that it is not the lib but his setup :P [18:55] but try current git [18:55] wouldn't have done it any other way :P [18:55] apachelogger: cool proof, I like ;) [18:56] class SuProcess : public QProcess [18:56] <3 android [18:56] a system made so you can geek around with su [18:57] how can I in a file like http://www.gnu.org/licenses/old-licenses/lgpl-2.1.txt [18:57] state this or any later lgpl licence [18:58] HorusHorrendus: you cannot and you you should not [18:59] HorusHorrendus: why would you? [18:59] I got this error while building a package http://paste.kde.org/7836/ manual.pro is missing, I guess manual.pro should be generated when we run qmake -project in manual folder. What is wrong here? [19:00] apachelogger: cause my files say LGPL 2.1+ [19:01] HorusHorrendus: huh? where? [19:01] you mean the source? [19:01] just change the license header in the source (if you have permission of all potential copyright holders that is) [19:02] apachelogger: no problem is [19:02] source say 2.1+ [19:02] LICENSE File say 3 [19:02] so I wanna change LICENSE File to also say 2.1+ [19:02] or is it good if it say 2.1 and the Source say 2.1+ [19:03] HorusHorrendus: where is that license file? [19:03] a license only can have one version at a time, if your code is 2.1+ then you include the 2.1 version of lgpl and are done [19:03] ok good [19:03] thx apachelogger that's what I wanted to know [19:03] yw [19:05] http://www.gnu.org/licenses/old-licenses/lgpl-2.1.txt [19:06] where do I have to make the "Cut off" [19:06] include "END OF LICENSING TERMS" [19:06] or delete that line ... [19:07] where dh-make finds debian/copyright templates ? I've also to change debian/copyright from lgpl3 to lgpl2.1+ (so the summary too) [19:08] HorusHorrendus: use the file as-is [19:09] apachelogger: hmm including the stuff after END OF LICENSING TERMS and the "how to apply this ..." ... :) === Quintasan_ is now known as Quintasan [19:10] ok probably should be done that way ;) [19:12] HorusHorrendus: it is not like it does any harm ;) [19:22] oh [19:22] HorusHorrendus: it fails to build :P [19:22] HorusHorrendus: http://paste.ubuntu.com/583470/ [19:25] ahh that could be [19:25] cause we set the errors pretty high [19:25] so that it stops on warnings [19:25] that was a problem on ARM ... [19:26] and that's all Qt Stuff ... they should fix it ;) [19:27] but have to do something in CMake about ARM [19:34] Riddell, sorry I tried to work on two packages, ktorrent and qtiplot both failed to build from source :( you can switch off that ec2 machine. thanks [20:15] apachelogger: could you maybe pull & try again ... there was a -Werror definition in there that made it stop on warnings and somehow these Warnings only appear on ARM [20:33] HorusHorrendus: http://people.ubuntu.com/~apachelogger/tmp/libmygpo-qt.arm.log [20:34] native arm build definitely works [20:34] blame scratchbox [20:34] or Meego or Nokia. [20:34] hehe [20:36] ScottK: I actually think he is building on the maemo toolchain [20:37] So my blame pointing is appropriate. [20:37] I do not think a meego scratcbhox target would be named after the current maemo series [20:37] huh... two people wrote the same package ? [20:38] bad communication [20:38] seriously ? just read your logs I said that 3 days ago... [20:40] well, I contacted devs on upstream COPYING was changed from lgpl3 to lgpl2.1 and a unit test fails, it's also reported [20:40] hi bambee ;) [20:40] hi [20:40] yeah that stupid Unit Test, already replied to you [20:41] apachelogger was testing something different for us ... arm special ;) so that he can blame nokia devs ;) [20:42] HorusHorrendus: your rules are done ? [20:44] bambee: what rules do you mean? [20:44] debian/rules [20:45]