=== kjyu|away is now known as Takutanuva [02:50] anyone know of any major issues with lucid? i am considering upgrading to it before going to the sprint next week [02:51] it looks suprisingly stable for an alpha release when i booted up off a usb stick [02:59] * ccheney will upgrade and hope it works :) [03:03] I know of several major issues with lucid, all of which are documented ;) [03:05] slangasek: major enough i should stick with karmic for main dev machine still? [03:05] * ccheney looks through alpha 3 bugs [03:07] hmm there is an intel wifi bug but those are fairly common in general, heh [03:07] ah nm i was looking at the wrong bug list [03:08] ccheney: nothing major enough that I'm stressing about it right now :) [03:08] OTOH, I'm on Intel, so plymouth works for me [03:16] slangasek: ok yea me too [03:16] slangasek: it looks fine to me so far running off usb [03:59] ccheney: I am having wifi issues (I think we have the same laptop) but I am also suspecting by AP (ymmv etc.) [04:02] jcastro: ok [04:02] jcastro: is it just occasional or constant? [04:02] jcastro: it worked ok for the brief time i was running before i rebooted to back stuff up [04:02] it's just real flaky, I only noticed it when I was prepping it for the sprint. [04:03] dropped signal, long timeouts, etc. [04:05] oh hmm :-\ [04:06] but again, I am suspecting my AP, I'll let you know on monday. :D [04:06] ok [04:06] well i'll reinstall to lucid and see how it goes, heh [04:06] we may end up in the kernel room getting them to hound intel :) [05:57] Can someone give ndesk-dbus a rebuild prod? The sync initially failed to build (probably because one of its b-ds hadn't made it through NEW at that point); it builds fine now. [06:07] Good morning [06:09] Good morning. [06:17] asac: should I remove the firefox-3.5 source package now? [06:19] I am getting this error on ubuntu 9.10 "chroot: cannot run command `/bin/bash': Exec format error", any hints? [06:20] i have looked links on linuxqustion.org and ubuntu forum and not able to fix this [06:23] Could be any number of things, and is probably not really on-topic for #ubuntu-devel - #ubuntu is the channel for support. [06:24] One obvious thing that springs to mind is whether you've built an amd64 chroot and are trying to run it from a 32bit kernel. [06:25] RAOF: prodded [06:28] Ta muchly. [06:28] Now, let's boot this new kerenl & see if cowboylaputopu will actually enter a low-power state when I tell it to suspend. [06:28] * mneptok falls asleep [06:30] With bonus check for xorg nouveau-autodetection patch correctness! [07:56] good morning [08:02] good morning [08:14] pitti: do the special keys (xf86mail, xf86audioraisevolume, etc.) work for you in current lucid? [08:22] dholbach: yes, they do [08:22] dholbach: since I maintain the keymap tables, they better do :-P [08:24] weird, for me they don't with current lucid [08:24] Xf86HomePage brings up nautilus === jam1 is now known as jam [08:25] dholbach: and they did work in karmic? very strange [08:25] yes, they still worked yesterday [08:25] ! [08:25] now, udev didn't change at all [08:25] we got a new kernel, though [08:26] * dholbach has a look at apt log to find out what changed [08:26] dholbach: I didn't test the hotkeys on my laptop today ete (it's docked); but on the mini they do work [08:27] let me reboot with the old kernel [08:27] dholbach: same for me, it works [08:27] s/ete/yet/, bah [08:28] it's funny when the reboot/shutdown/logout indicator sometimes doesn't show anything :) [08:28] ok, same with the old kernel [08:30] weird, I have no idea what could have changed that behaviour [08:30] dholbach: you still have /lib/udev/rules.d/95-keymap.rules ? [08:31] yep [08:32] which gconf keys would override that somehow? [08:32] there was a gconf update, maybe something went funny there [08:33] dholbach: you should first check that the generated keycodes are correct/wrong; /usr/share/doc/udev/README.keymap.txt [08:33] pitti: so when I open the shortcut preferences and try to change them the Xf86Mail still shows up, when I press it [08:33] i. e. find your keyboard device (findkeyboards) and then keymap -i [08:33] dholbach: or use xev [08:33] I guess the keycodes are fine, but yeah, let me check [08:34] dholbach: is mail correct or wrong? [08:34] dholbach: start with xev then [08:34] it's what was in there before [08:34] but it doesn't start thunderbird for me [08:34] same goes for raise volume [08:34] ah, then I blame seb128 [08:34] it just doesn't do anything [08:35] dholbach: try in a guest session? [08:35] pitti: you are a clever man [08:35] I'll do that [08:36] pitti: nope, they don't work at all there [08:36] oh, the guest session is completely busticated [08:36] I can't click anything in there [08:36] the mouse pointer moves, but that's it [08:38] hm; FTR it doesn't work for me either; I just get a VT with a mouse cursor, and then I have to reboot [08:38] some weird plymouth/KMS/xorg problem [08:38] wow [08:38] ** (gnome-settings-daemon:2833): WARNING **: /usr/lib/gnome-settings-daemon-2.0/libmedia-keys.so: undefined symbol: notify_notification_show [08:38] ** (gnome-settings-daemon:2833): WARNING **: Cannot load plugin 'Medientasten' since file '/usr/lib/gnome-settings-daemon-2.0/libmedia-keys.so' [08:38] cannot be read. [08:38] ** (gnome-settings-daemon:2833): WARNING **: Error activating plugin 'Medientasten' [08:39] (gnome-settings-daemon:2833): GLib-CRITICAL **: g_propagate_error: assertion `src != NULL' failed [08:39] (gnome-settings-daemon:2833): GLib-CRITICAL **: g_propagate_error: assertion `src != NULL' failed [08:39] (polkit-gnome-authentication-agent-1:2843): GLib-GObject-WARNING **: cannot register existing type `_PolkitError' [08:39] (polkit-gnome-authentication-agent-1:2843): GLib-CRITICAL **: g_once_init_leave: assertion `initialization_value != 0' failed [08:39] that's /tmp/guest-home.feqBK3/.xsession-errors [08:39] oh, libmedia-keys.so? that seems relevant [08:39] undefined symbol [08:39] dholbach: ah, confirmed here [08:39] * dholbach hears alarm bells ringing [08:39] dholbach: just finished a dist-upgrade on the mini [08:40] itz gnome bug [08:40] itz ugly [08:40] didrocks: ^ fix it! [08:40] * dholbach hugs didrocks [08:40] rohhhh ^^ [08:40] * didrocks hugs dholbach [08:41] * dholbach gets another cup of coffee while didrocks fixes it [08:41] ;-) [08:42] dholbach: I'm sure you can live without it :p [08:42] * didrocks just notices he didn't touch g-s-d contrary to other desktopers ;) [08:44] ah, so that's why the key repetition is broken [08:44] pitti: "I'm sure you can live without it :p" [08:48] I just reenabled them in the keyboard settings this morning [08:54] pitti: sure. thanks! [08:54] (ffox 3.5 removal) [09:01] could an archive admin please promote van.pydeb (python-van.pydeb) once again to main? it fell once again of it (see also bug #494104 for the last occurance) [09:01] Launchpad bug 494104 in van.pydeb "[MIR] Promote "van.pydeb" back to main" [Medium,Fix released] https://launchpad.net/bugs/494104 [09:02] asac: removed then [09:04] thx [09:05] geser: sure, doing [09:41] hrm, so the karmic->lucid upgrade stole my nodeadkeys setting [09:42] hrm, even though according to the keyboard settings it is set to nodeadkeys [09:43] aha, deleting the US layout (that wasnt there in karmic and i didnt select it) seems to fix my german setting [09:43] very weird and unintuitive [09:43] ogra: kernel 32-12 ? [09:44] -11 [09:44] i dont think its anyhow related to the kernel but rather to gnome-settings-daemon or whatever handles the kbd settings atm [09:44] k.. , i just noticed something weird with 32-12 update too , it turned off the keypress repeat settings :s [09:45] ah , maybe the gsd update did it [09:45] works here with -11 ... i'm just running an upgrade [09:45] lets see if i still have it after thats done :) [10:16] aarrgghh [10:16] mmyy kkbbdd ddoouubblleess eevveerryy lleetttteerr ii ttyyppee nnooww [10:17] sseeeemmss ttoo bbee rreessttrriicctteedd ttoo XX [10:18] ah, better [10:19] so the key repetition sliders in the kbd settings both were completely moved to the left [10:19] seb128, do you have a bug for that ? its scary ! [10:19] ogra: I was about to ask if you did wear thick gloves (: [10:19] heh [10:19] ogra, dholbach reported an issue with the keybinding code not loading yes [10:20] ogra, but it just disable the gnome settings [10:20] no, its the repetitionm [10:20] it doesn't double anything [10:20] you get what xorg do by default [10:20] take your kbd settings and move both sliders to the very left :) [10:20] thats what i just had [10:20] well this code fails to load [10:21] its g-s-d or whatever manages the kdb settings loosing its defaults [10:21] so the setting should not be revelant [10:21] it surely didnt for me right now [10:21] well the gnome code crashes [10:21] so it's not setting anything [10:21] moving the sliders fixed it [10:21] so it sets it at least *at some point* [10:21] weird [10:21] try it [10:21] anyway I'm off to test the fix for that [10:21] brb [10:22] i can reproduce it by moving both sliders back [10:22] that will be quicker than discussing how the breakage break it for you [10:22] as said the code is crashing and I've a fix ready to test [10:22] ok [10:22] I don't think discussing what side effect the crash has it useful [10:22] let's just fix it [10:22] brb [10:22] no, go ahead, i'll test the fix if its up+ [10:33] weird, i now have a "jack control" tool in my media menu ... and it has no close button on the wiondow [10:39] pitti, I suffer from bug #454487, and gnome-settings-daemon 2.28.1-0ubuntu3 has been uploaded to karmic-proposed to fix it. Except, it's not there and I can't find it! Have it been pulled? [10:39] Launchpad bug 454487 in gnome-desktop "The program 'gnome-settings-daemon' received an X Window System error. During on a FreeNX server suring a session. The crash does not happen when xrandr plugin is disabled." [Medium,Fix released] https://launchpad.net/bugs/454487 [10:45] seb128, maybe you would know about the above ... ? [10:45] EtienneG, let me look [10:46] seb128, I can see it at https://launchpad.net/ubuntu/+source/gnome-desktop/1:2.28.1-0ubuntu3, but it is neither in karmic-updates nor -proposed [10:47] EtienneG, it is in karmic-updates [10:47] EtienneG, apt-cache policy libgnome-desktop2-11? [10:48] EtienneG, apt-cache policy libgnome-desktop-2-11 rather [10:48] seb128, ok, I must have been confused, lemme check [10:50] seb128, ah, ok, got it, however, gnome-settings-daemon is still at 2.28.1-0ubuntu2 [10:50] right [10:50] that's a different source [10:50] and g-s-d is what I actually need :( [10:50] no reason for it to change version [10:50] ah, ok [10:50] no [10:50] the bug was in gnome-desktop there [10:50] g-s-d uses the gnome-desktop library [10:50] I see [10:51] seb128, sorry for the confusion, and thanks a bunch for the help. i think I am all set. [10:51] you're welcome [10:51] EtienneG, let me know if the update works for you or not [10:51] ie if it fixes your issue [10:51] seb128, yes, i will, although I will not be able to test for a while [10:52] seb128, the affected system is in a walled network, complicating update [10:52] seb128, I am waiting for the mirror and update infrastructure to get setup [10:52] ok [10:53] in any case let us know if that's still an issue with the update when you get it [10:53] I was actually checking the status of all the bug i had to handle, and investigating that one. Seems like the solution is just an update, which is good! [10:53] seb128, I sure will [10:54] seb128, and thanks again for the prompt response, much appreciated [10:54] especially considering you guys must be insanely busy these days [10:54] with travelling and stuff [10:55] travelling is tomorrow ;-) [10:55] I know, but packing and catch-up has to be today! [10:55] I am actually in Europe this week [11:34] when get packages accepted that are in the lucid queue ? :) === Knightlust is now known as Igorots === MacSlow is now known as MacSlow|lunch [12:39] ccheney: updated the OOo patch in https://bugs.launchpad.net/ubuntu/+source/gcc-4.4/+bug/506358 again, please apply before the next try to build. Is the gsi export supposed to work? Afaicr we wanted to make this work for lucid [12:39] Ubuntu bug 506358 in gcc-4.4 "[armel] unable to find a register to spill in class 'GENERAL_REGS'" [High,Confirmed] [12:39] asac: ^^^ one chunk missed, hope that the only one [12:40] thanks [12:42] doko_: btw, the dove hang on pybootchartgui import in python wasnt fixed by updating python ... but by recreating the .pycs afterwards ... any clue why that could be? [12:42] thought the .pycs dont have native information [12:43] no clue [12:48] doko_: should I just remove sun-java6 now? or file a bug about it? [12:48] s/file/filed/ [12:49] pitti: from my point of view, yes. [12:49] sweet [13:24] dholbach, ogra: bug #514281 btw [13:24] Launchpad bug 514281 in gconf "lost gconf schema defaults" [Critical,In progress] https://launchpad.net/bugs/514281 [13:24] dholbach, ogra: that's your keyboard issue === MacSlow|lunch is now known as MacSlow [13:43] fix uploaded now [13:51] pitti: the fix for pastedeploy has been uploaded as well === dendrobates is now known as dendro-afk === dendro-afk is now known as dendrobates [14:22] seb128, bah, pitti broke the really funny description :P ... yeah looks identical === Igorots is now known as Knightlust [14:34] zul: ah, sweet [14:34] ogra: it wasn't quite -- searchable [14:35] pitti: ill go seed it if thats ok [14:35] zul: sure [14:35] pitti, but funny ! [14:36] zul: promoted [14:36] pitti: thanks === MacSlow is now known as MacSlow|errand [14:43] Hmm firefox doesn't start anymore for me [14:44] is this a message that I should try chromium? [14:45] Starts in safe mode though [14:46] lool: greasemonkey package? [14:47] remove that and install the .xpi from amo in profile [14:49] https://addons.mozilla.org/en-US/firefox/addon/748 [15:02] dholbach: you sure the ice won't break in the near future? :P [15:04] sebner: we'll see [15:05] dholbach: heh, in elementary school we had a small pond and it was fun to slide over it .. until one broke in and was wet up until the hip :D [15:06] yeah, I can imagine :) [15:09] asac: Yup, I had greasemonkey installed; thanks [15:15] pitti, seb128: thanks for working on those fixes! [15:15] dholbach: does it work for you now? [15:15] yep [15:15] all good and happy again [15:16] dholbach, credit goes to pitti there [15:16] I just pointed him to the bug [15:16] well, the blame goes to me as well, so that's only fair :) [15:16] * seb128 hugs pitti [15:16] I just didn't want mvo to poke me all the way to Seattle tomorrow; it's hard to escape in a plane :) [15:17] indeed! [15:17] * mvo tries his best evil grin [15:39] final day of https://wiki.ubuntu.com/UbuntuDeveloperWeek starting in 22 minutes in #ubuntu-classroom on irc.freenode.net (first up: "Writing Beautiful Code") [15:39] dholbach: do you know if the source for http://qa.ubuntu.com/reports/sponsoring/index.html is available somewhere? [15:40] https://code.edge.launchpad.net/~dholbach/+junk/new-sponsoring [15:40] geser: ^ [15:41] thanks, I want to try to add merge proposals to this list [15:44] geser: not sure that's going to work [15:44] geser: there's an open bug, let me find it [15:45] https://bugs.edge.launchpad.net/launchpad-code/+bug/411357 [15:45] Ubuntu bug 411357 in launchpad-code "Please expose a method to get all merge proposals that a person has been asked to review in the API" [Medium,Triaged] [15:45] geser: that was the reason why I ported it from lpbugs to lplib in the first place :) [15:45] but if you know something I don't and can fix it, that'd be cool :-D [15:45] * dholbach hugs geser [15:45] dholbach: https://edge.launchpad.net/+apidoc/#team lists a getMergeProposals() method [15:46] geser: I think that's merge proposals made by the team or somtehing else which doesn'T make sense [15:46] ah, the other way around :( === yofel_ is now known as yofel [16:20] apw, http://people.canonical.com/~ogra/osiris-lucid-20100128-2.png desktop is up when IO stops (not at the falsely set red line) [16:21] slangasek: BTW, re bug 506717 and your comment there about vga= - vga= is implemented by the 16-bit boot protocol in Linux, and since 9.10 grub2 bypasses that and uses the 32-bit boot protocol by default, so this stuff only works with gfxpayload instead [16:21] Launchpad bug 506717 in plymouth "[Lucid] plymouth does not display when using nvidia drivers" [High,Fix committed] https://launchpad.net/bugs/506717 [16:21] slangasek: however gfxpayload requires something in the kernel to actually deal with displaying text when video starts up (from its POV) in a non-VGA mode ... [16:22] oh, hmm [16:22] interesting [16:23] you *can* force grub2 to use the 16-bit bp by editing /etc/grub.d/10_linux to use linux16/initrd16 commands instead of linux/initrd === nxvl_ is now known as nxvl [16:56] pitti: can we use "DROPPED" as a work item status yet? /me hasn't been keeping up...apologies. [16:56] robbiew: I apologize likewise; sorry, no time to work on that yet [16:56] no worries [16:56] I understand ;) [16:56] robbiew: well, I can add the alias really quickly [16:57] it's no real rush [16:57] robbiew: but the "postponed to lucid-3" magic will need more time [16:58] pitti: ack [16:58] robbiew: done [16:58] heh...thanks [16:58] robbiew: i. e. you can use "dropped" now, with same behaviour as "postponed" [16:58] but it might look nicer in the charts [16:58] s/charts/whiteboards/ [16:58] ;) === MacSlow|errand is now known as MacSlow [17:09] asac: Bug #514404 [17:09] Launchpad bug 514404 in python-qt4 "python-qt4 FTBFS on armel" [High,Confirmed] https://launchpad.net/bugs/514404 [17:10] thx === asac_ is now known as asac [17:42] doko_: yea, it seems to have broken between 3.1.1 and 3.2.0 === jml is now known as joneaux === joneaux is now known as jml [18:38] hmm, we can't pass uids to su, correct? (e.g., sudo -u #foo) [18:39] the man page at least implies that, but I could have sworn su allowed that. I guess it's my cruddy memory. [18:44] crimsun: `su -c whoami username` ? [18:45] whoami returns the username, though [18:45] that's what you want [18:46] you want something that /takes/ the uid and /returns/ the username, that you can pass to su :) [18:46] (which whoami doesn't do, since it also only takes names as argumenst) [18:46] su -c 'cd ~; pwd' angelos [18:46] Just an example... [18:46] grep :$targetuid: /etc/passwd [18:46] alkisg: no [18:47] * alkisg didn't see all the convo... [18:47] crimsun: you want su $(getent passwd $uid | cut -f1 -d:) [18:47] tlyu: also no; fails badly for other NSS backends [18:48] slangasek: excellent, thanks. (BTW, this is to fix #498980) [18:49] crimsun: I'm aware ;) [18:50] I wonder why 'sudo -u 1000 whoami' doesn't work. [18:51] jpds: you need to use -u #1000 [18:51] jpds: because a) using sudo for this is wrong, b) the entire point of the question is that you have a uid and you want to convert it to an argument you can pass to su [18:52] so doing sudo to get the argument to pass to su would be doubly wrong ;) [18:53] crimsun: http://pastebin.ubuntu.com/365332/ [18:53] slangasek: Just reading what the manpage says. :) [18:53] jpds: try quoting the "#"? [18:53] Ah. [19:18] wrrrrrr, any sponsor will work on merges for main before FFe? [19:24] directhex: mono expert? any idea about: http://launchpadlibrarian.net/38535766/buildlog_ubuntu-lucid-armel.mono_2.4.3%2Bdfsg-1ubuntu1~asac1_FAILEDTOBUILD.txt.gz ? [19:26] asac, fails on arm only? [19:27] directhex: yes. i fixed the real build failure ... now i am getting this kind of crack ;) [19:28] can i run make VERBOSE=1 or something to give a more verbose command line for the MSC? [19:28] MCS [19:28] asac, erm... odd. 2.4.3+dfsg-1 built okay on arm on sid. [19:29] asac, well, it's claiming a bunch of source files are missing. that's about as verbose as it gets really [19:29] directhex, arm on sid is in no way optimized for anything :) [19:29] yes. the build failure we got in archive is really because we are building for armv7 ... but that fixed (and i doubt that this is causing this) [19:29] where are those .cs things supposed to come from? [19:29] SerializationCallbacks.cs etc.? [19:29] directhex: ? [19:29] directhex, we build ARMv7 with Thumb2 and NEON (where possible) thats far advanced beyond what debian does ... but narrows the supported HW [19:30] thats more info than he needs ;) [19:30] directhex, sadly it exposes code problems where things are hardcoded that shouldnt be, like the issue asac initially fixed [19:31] asac, i just get tired to hear "but it built on sid" form people ... so i like to explain there is a big difference :) [19:31] so i have [19:31] ogra: yeah. ok [19:31] mono-2.4.3+dfsg/mcs/class/corlib/System.Runtime.Serialization/SerializationCallbacks.cs [19:31] asac, the list of files to build is in /mcs/class/corlib/corlib.dll.sources [19:31] thats in the source [19:32] thats in there [19:32] asac, is there a porter box running the same hardware platform i can tinker with? [19:32] directhex, yes [19:32] directhex: i can run commands for you [19:32] or an easy way to build a qemu environment [19:33] directhex, sadly mono is the one thing that doesnt work in qemu :( [19:33] * ogra would love to solve that but doesnt knoe how [19:33] *know [19:33] directhex: can i enable verbose biulding somehow? i would really like to see what the MCS line is [19:33] asac, i'll ask [19:34] make VERBOSE=1 or something [19:34] could it be that there is just missing a path entry ? [19:34] tanks [19:34] thanks [19:34] right. i assume there is something missing/wrong on the MCS command line [19:34] but we dont see that ;) [19:34] yeah [19:35] ogra, i don't see what would differ on ARM on ubuntu compared to the rest, as far as that's concerned [19:35] directhex, you mean wrt qemu ? [19:35] or wrt our build flags [19:35] ogra, i mean causing the MCS error asac is seeing [19:36] CS2001 is a very odd thing to see [19:36] well, he changed the code to not use some embedded assmebler and use gcc atomics instead [19:36] directhex: this is a second build run ... what is that about? [19:36] that could indeed change behavior and need further changes [19:37] having VERBOSE would be nice ;) [19:37] asac, the second run is to run the full test suite. we brought that change in to, um, spot errors on arm [19:37] directhex: make V=1 [19:37] I think ;-) [19:37] ogra: i doub tit ... either i did it wrong or right [19:37] DreamThief: thx [19:37] directhex: ^ [19:37] * asac runsit [19:37] * directhex steals some dreams [19:37] heh [19:38] build/rules.make:Q_MCS=$(if $(V),,@echo "MCS [$(PROFILE)] $(notdir $(@))";) [19:38] yes, i think V is it [19:39] (ARGH AUTOMAKE) [19:39] asac, can i see your arm fix btw? might upstream be interested? [19:39] http://paste.ubuntu.com/365373/ [19:39] directhex: yes. upstream might want that... but first it needs to work ;) [19:40] directhex: its in my armel1 ppa [19:40] but i can give you the patch cat debian/patches/mono-arm-thumb2-ftbfs.dpatch | pastebinit [19:40] cat debian/patches/mono-arm-thumb2-ftbfs.dpatch | pastebinit [19:40] http://pastebin.com/f7fbe75c6 [19:40] http://pastebin.com/f7fbe75c6 [19:40] oops [19:40] its not a perfect fix... would require configure.in patching and check [19:40] for gcc atomics [19:42] directhex: do you see that the comment properly specifies the search path somewhere? [19:42] command [19:42] sorry [19:42] http://paste.ubuntu.com/365373/ <- here [19:42] asac, did you check corlib.dll.sources proably there is a path variable in front of the files thats not set ? [19:43] no [19:43] all relative it seems [19:43] all relative [19:43] questinon is to what ;) [19:43] @filename is used instead of a big list of crap on the command line [19:43] to MONO_PATH? [19:44] yeah [19:46] what's interesting here is there are 433 "missing" files but it's passed a list of 1453 [19:46] maybe it just stops after X files complaining? [19:46] or are there leaps? [19:47] it's stopping after 1020 lines [19:47] anything after System.Runtime.Serialization/SerializationBinder.cs [19:48] i find that interesting [19:50] -d:BOOTSTRAP_WITH_OLDLIB [19:50] what does that mean? [19:51] i think it's for bootstrapping a new version of a lib with an old version of itself [19:52] hmm [19:52] so specifying one of those files manually doesnt complain about it missing [19:52] in general though, i think people in gimpnet #monodev are likely to be far more knowledgeable than me [19:53] yeah [19:53] dont think will get to it today ... should go to bed for a strong travel date tomorrow [19:57] thx [20:02] the problem with armv7 is that I can't even test it, cause qemu doesn't support it. [20:04] directhex, our qemu does [20:04] directhex, at least in usermode [20:04] ogra, but not for mono? [20:05] directhex, right [20:05]