[02:50] <ccheney> anyone know of any major issues with lucid? i am considering upgrading to it before going to the sprint next week
[02:51] <ccheney> 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] <slangasek> I know of several major issues with lucid, all of which are documented ;)
[03:05] <ccheney> slangasek: major enough i should stick with karmic for main dev machine still?
[03:05]  * ccheney looks through alpha 3 bugs
[03:07] <ccheney> hmm there is an intel wifi bug but those are fairly common in general, heh
[03:07] <ccheney> ah nm i was looking at the wrong bug list
[03:08] <slangasek> ccheney: nothing major enough that I'm stressing about it right now :)
[03:08] <slangasek> OTOH, I'm on Intel, so plymouth works for me
[03:16] <ccheney> slangasek: ok yea me too
[03:16] <ccheney> slangasek: it looks fine to me so far running off usb
[03:59] <jcastro> ccheney: I am having wifi issues (I think we have the same laptop) but I am also suspecting by AP (ymmv etc.)
[04:02] <ccheney> jcastro: ok
[04:02] <ccheney> jcastro: is it just occasional or constant?
[04:02] <ccheney> jcastro: it worked ok for the brief time i was running before i rebooted to back stuff up
[04:02] <jcastro> it's just real flaky, I only noticed it when I was prepping it for the sprint.
[04:03] <jcastro> dropped signal, long timeouts, etc.
[04:05] <ccheney> oh hmm :-\
[04:06] <jcastro> but again, I am suspecting my AP, I'll let you know on monday. :D
[04:06] <ccheney> ok
[04:06] <ccheney> well i'll reinstall to lucid and see how it goes, heh
[04:06] <ccheney> we may end up in the kernel room getting them to hound intel :)
[05:57] <RAOF> 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] <pitti> Good morning
[06:09] <RAOF> Good morning.
[06:17] <pitti> asac: should I remove the firefox-3.5 source package now?
[06:19] <baali> I am getting this error on ubuntu 9.10 "chroot: cannot run command `/bin/bash': Exec format error", any hints?
[06:20] <baali> i have looked links on linuxqustion.org and ubuntu forum and not able to fix this
[06:23] <RAOF> Could be any number of things, and is probably not really on-topic for #ubuntu-devel - #ubuntu is the channel for support.
[06:24] <RAOF> 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] <Hobbsee> RAOF: prodded
[06:28] <RAOF> Ta muchly.
[06:28] <RAOF> 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] <RAOF> With bonus check for xorg nouveau-autodetection patch correctness!
[07:56] <didrocks> good morning
[08:02] <dholbach> good morning
[08:14] <dholbach> pitti: do the special keys (xf86mail, xf86audioraisevolume, etc.) work for you in current lucid?
[08:22] <pitti> dholbach: yes, they do
[08:22] <pitti> dholbach: since I maintain the keymap tables, they better do :-P
[08:24] <dholbach> weird, for me they don't with current lucid
[08:24] <dholbach> Xf86HomePage brings up nautilus
[08:25] <pitti> dholbach: and they did work in karmic? very strange
[08:25] <dholbach> yes, they still worked yesterday
[08:25] <pitti> !
[08:25] <pitti> now, udev didn't change at all
[08:25] <pitti> we got a new kernel, though
[08:26]  * dholbach has a look at apt log to find out what changed
[08:26] <pitti> dholbach: I didn't test the hotkeys on my laptop today ete (it's docked); but on the mini they do work
[08:27] <dholbach> let me reboot with the old kernel
[08:27] <didrocks> dholbach: same for me, it works
[08:27] <pitti> s/ete/yet/, bah
[08:28] <dholbach> it's funny when the reboot/shutdown/logout indicator sometimes doesn't show anything :)
[08:28] <dholbach> ok, same with the old kernel
[08:30] <dholbach> weird, I have no idea what could have changed that behaviour
[08:30] <pitti> dholbach: you still have /lib/udev/rules.d/95-keymap.rules ?
[08:31] <dholbach> yep
[08:32] <dholbach> which gconf keys would override that somehow?
[08:32] <dholbach> there was a gconf update, maybe something went funny there
[08:33] <pitti> dholbach: you should first check that the generated keycodes are correct/wrong; /usr/share/doc/udev/README.keymap.txt
[08:33] <dholbach> pitti: so when I open the shortcut preferences and try to change them the Xf86Mail still shows up, when I press it
[08:33] <pitti> i. e. find your keyboard device (findkeyboards) and then keymap -i
[08:33] <pitti> dholbach: or use xev
[08:33] <dholbach> I guess the keycodes are fine, but yeah, let me check
[08:34] <pitti> dholbach: is mail correct or wrong?
[08:34] <pitti> dholbach: start with xev then
[08:34] <dholbach> it's what was in there before
[08:34] <dholbach> but it doesn't start thunderbird for me
[08:34] <dholbach> same goes for raise volume
[08:34] <pitti> ah, then I blame seb128
[08:34] <dholbach> it just doesn't do anything
[08:35] <pitti> dholbach: try in a guest session?
[08:35] <dholbach> pitti: you are a clever man
[08:35] <dholbach> I'll do that
[08:36] <dholbach> pitti: nope, they don't work at all there
[08:36] <dholbach> oh, the guest session is completely busticated
[08:36] <dholbach> I can't click anything in there
[08:36] <dholbach> the mouse pointer moves, but that's it
[08:38] <pitti> 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] <pitti> some weird plymouth/KMS/xorg problem
[08:38] <dholbach> wow
[08:38] <dholbach> ** (gnome-settings-daemon:2833): WARNING **: /usr/lib/gnome-settings-daemon-2.0/libmedia-keys.so: undefined symbol: notify_notification_show
[08:38] <dholbach> ** (gnome-settings-daemon:2833): WARNING **: Cannot load plugin 'Medientasten' since file '/usr/lib/gnome-settings-daemon-2.0/libmedia-keys.so'
[08:38] <dholbach>  cannot be read.
[08:38] <dholbach> ** (gnome-settings-daemon:2833): WARNING **: Error activating plugin 'Medientasten'
[08:39] <dholbach> (gnome-settings-daemon:2833): GLib-CRITICAL **: g_propagate_error: assertion `src != NULL' failed
[08:39] <dholbach> (gnome-settings-daemon:2833): GLib-CRITICAL **: g_propagate_error: assertion `src != NULL' failed
[08:39] <dholbach> (polkit-gnome-authentication-agent-1:2843): GLib-GObject-WARNING **: cannot register existing type `_PolkitError'
[08:39] <dholbach> (polkit-gnome-authentication-agent-1:2843): GLib-CRITICAL **: g_once_init_leave: assertion `initialization_value != 0' failed
[08:39] <dholbach> that's /tmp/guest-home.feqBK3/.xsession-errors
[08:39] <pitti> oh, libmedia-keys.so? that seems relevant
[08:39] <dholbach> undefined symbol
[08:39] <pitti> dholbach: ah, confirmed here
[08:39]  * dholbach hears alarm bells ringing
[08:39] <pitti> dholbach: just finished a dist-upgrade on the mini
[08:40] <pitti> itz gnome bug
[08:40] <dholbach> itz ugly
[08:40] <dholbach> didrocks: ^ fix it!
[08:40]  * dholbach hugs didrocks
[08:40] <didrocks> rohhhh ^^
[08:40]  * didrocks hugs dholbach
[08:41]  * dholbach gets another cup of coffee while didrocks fixes it
[08:41] <dholbach> ;-)
[08:42] <didrocks> 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] <pitti> ah, so that's why the key repetition is broken
[08:44] <dholbach> pitti: "I'm sure you can live without it :p"
[08:48] <pitti> I just reenabled them in the keyboard settings this morning
[08:54] <asac> pitti: sure. thanks!
[08:54] <asac> (ffox 3.5 removal)
[09:01] <geser> 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:02] <pitti> asac: removed then
[09:04] <asac> thx
[09:05] <pitti> geser: sure, doing
[09:41] <ogra> hrm, so the karmic->lucid upgrade stole my nodeadkeys setting
[09:42] <ogra> hrm, even though according to the keyboard settings it is set to nodeadkeys
[09:43] <ogra> aha, deleting the US layout (that wasnt there in karmic and i didnt select it) seems to fix my german setting
[09:43] <ogra> very weird and unintuitive
[09:43] <vish> ogra: kernel 32-12 ?
[09:44] <ogra> -11
[09:44] <ogra> i dont think its anyhow related to the kernel but rather to gnome-settings-daemon or whatever handles the kbd settings atm
[09:44] <vish> k.. , i just noticed something weird with 32-12 update too , it turned off the keypress repeat settings :s
[09:45] <vish> ah , maybe the gsd update did it
[09:45] <ogra> works here with -11 ... i'm just running an upgrade
[09:45] <ogra> lets see if i still have it after thats done :)
[10:16] <ogra> aarrgghh
[10:16] <ogra> mmyy  kkbbdd  ddoouubblleess  eevveerryy  lleetttteerr  ii  ttyyppee  nnooww
[10:17] <ogra> sseeeemmss  ttoo  bbee  rreessttrriicctteedd  ttoo  XX
[10:18] <ogra> ah, better
[10:19] <ogra> so the key repetition sliders in the kbd settings both were completely moved to the left
[10:19] <ogra> seb128, do you have a bug for that ? its scary !
[10:19] <Tm_T> ogra: I was about to ask if you did wear thick gloves (:
[10:19] <ogra> heh
[10:19] <seb128> ogra, dholbach reported an issue with the keybinding code not loading yes
[10:20] <seb128> ogra, but it just disable the gnome settings
[10:20] <ogra> no, its the repetitionm
[10:20] <seb128> it doesn't double anything
[10:20] <seb128> you get what xorg do by default
[10:20] <ogra> take your kbd settings and move both sliders to the very left :)
[10:20] <ogra> thats what i just had
[10:20] <seb128> well this code fails to load
[10:21] <ogra> its g-s-d or whatever manages the kdb settings loosing its defaults
[10:21] <seb128> so the setting should not be revelant
[10:21] <ogra> it surely didnt for me right now
[10:21] <seb128> well the gnome code crashes
[10:21] <seb128> so it's not setting anything
[10:21] <ogra> moving the sliders fixed it
[10:21] <ogra> so it sets it at least *at some point*
[10:21] <seb128> weird
[10:21] <ogra> try it
[10:21] <seb128> anyway I'm off to test the fix for that
[10:21] <seb128> brb
[10:22] <ogra> i can reproduce it by moving both sliders back
[10:22] <seb128> that will be quicker than discussing how the breakage break it for you
[10:22] <seb128> as said the code is crashing and I've a fix ready to test
[10:22] <ogra> ok
[10:22] <seb128> I don't think discussing what side effect the crash has it useful
[10:22] <seb128> let's just fix it
[10:22] <seb128> brb
[10:22] <ogra> no, go ahead, i'll test the fix if its up+
[10:33] <ogra> weird, i now have a "jack control" tool in my media menu ... and it has no close button on the wiondow
[10:39] <EtienneG> 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:45] <EtienneG> seb128, maybe you would know about the above ... ?
[10:45] <seb128> EtienneG, let me look
[10:46] <EtienneG> 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] <seb128> EtienneG, it is in karmic-updates
[10:47] <seb128> EtienneG, apt-cache policy libgnome-desktop2-11?
[10:48] <seb128> EtienneG, apt-cache policy libgnome-desktop-2-11 rather
[10:48] <EtienneG> seb128, ok, I must have been confused, lemme check
[10:50] <EtienneG> seb128, ah, ok, got it, however, gnome-settings-daemon is still at 2.28.1-0ubuntu2
[10:50] <seb128> right
[10:50] <seb128> that's a different source
[10:50] <EtienneG> and g-s-d is what I actually need :(
[10:50] <seb128> no reason for it to change version
[10:50] <EtienneG> ah, ok
[10:50] <seb128> no
[10:50] <seb128> the bug was in gnome-desktop there
[10:50] <seb128> g-s-d uses the gnome-desktop library
[10:50] <EtienneG> I see
[10:51] <EtienneG> seb128, sorry for the confusion, and thanks a bunch for the help.  i think I am all set.
[10:51] <seb128> you're welcome
[10:51] <seb128> EtienneG, let me know if the update works for you or not
[10:51] <seb128> ie if it fixes your issue
[10:51] <EtienneG> seb128, yes, i will, although I will not be able to test for a while
[10:52] <EtienneG> seb128, the affected system is in a walled network, complicating update
[10:52] <EtienneG> seb128, I am waiting for the mirror and update infrastructure to get setup
[10:52] <seb128> ok
[10:53] <seb128> in any case let us know if that's still an issue with the update when you get it
[10:53] <EtienneG> 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] <EtienneG> seb128, I sure will
[10:54] <EtienneG> seb128, and thanks again for the prompt response, much appreciated
[10:54] <EtienneG> especially considering you guys must be insanely busy these days
[10:54] <EtienneG> with travelling and stuff
[10:55] <seb128> travelling is tomorrow ;-)
[10:55] <EtienneG> I know, but packing and catch-up has to be today!
[10:55] <EtienneG> I am actually in Europe this week
[11:34] <dupondje> when get packages accepted that are in the lucid queue ? :)
[12:39] <doko_> 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] <doko_> asac: ^^^ one chunk missed, hope that the only one
[12:40] <asac> thanks
[12:42] <asac> 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] <asac> thought the .pycs dont have native information
[12:43] <doko_> no clue
[12:48] <pitti> doko_: should I just remove sun-java6 now? or file a bug about it?
[12:48] <pitti> s/file/filed/
[12:49] <doko_> pitti: from my point of view, yes.
[12:49] <pitti> sweet
[13:24] <seb128> dholbach, ogra: bug #514281 btw
[13:24] <seb128> dholbach, ogra: that's your keyboard issue
[13:43] <pitti> fix uploaded now
[13:51] <zul> pitti: the fix for pastedeploy has been uploaded as well
[14:22] <ogra> seb128, bah, pitti broke the really funny description :P ... yeah looks identical
[14:34] <pitti> zul: ah, sweet
[14:34] <pitti> ogra: it wasn't quite -- searchable
[14:35] <zul> pitti: ill go seed it if thats ok
[14:35] <pitti> zul: sure
[14:35] <ogra> pitti, but funny !
[14:36] <pitti> zul: promoted
[14:36] <zul> pitti: thanks
[14:43] <lool> Hmm firefox doesn't start anymore for me
[14:44] <lool> is this a message that I should try chromium?
[14:45] <lool> Starts in safe mode though
[14:46] <asac> lool: greasemonkey package?
[14:47] <asac> remove that and install the .xpi from amo in profile
[14:49] <asac> https://addons.mozilla.org/en-US/firefox/addon/748
[15:02] <sebner> dholbach: you sure the ice won't break in the near future? :P
[15:04] <dholbach> sebner: we'll see
[15:05] <sebner> 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] <dholbach> yeah, I can imagine :)
[15:09] <lool> asac: Yup, I had greasemonkey installed; thanks
[15:15] <dholbach> pitti, seb128: thanks for working on those fixes!
[15:15] <pitti> dholbach: does it work for you now?
[15:15] <dholbach> yep
[15:15] <dholbach> all good and happy again
[15:16] <seb128> dholbach, credit goes to pitti there
[15:16] <seb128> I just pointed him to the bug
[15:16] <pitti> well, the blame goes to me as well, so that's only fair :)
[15:16]  * seb128 hugs pitti
[15:16] <pitti> 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] <mvo> indeed!
[15:17]  * mvo tries his best evil grin
[15:39] <dholbach> 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] <geser> dholbach: do you know if the source for http://qa.ubuntu.com/reports/sponsoring/index.html is available somewhere?
[15:40] <dholbach> https://code.edge.launchpad.net/~dholbach/+junk/new-sponsoring
[15:40] <dholbach> geser: ^
[15:41] <geser> thanks, I want to try to add merge proposals to this list
[15:44] <dholbach> geser: not sure that's going to work
[15:44] <dholbach> geser: there's an open bug, let me find it
[15:45] <dholbach> https://bugs.edge.launchpad.net/launchpad-code/+bug/411357
[15:45] <dholbach> geser: that was the reason why I ported it from lpbugs to lplib in the first place :)
[15:45] <dholbach> but if you know something I don't and can fix it, that'd be cool :-D
[15:45]  * dholbach hugs geser
[15:45] <geser> dholbach: https://edge.launchpad.net/+apidoc/#team lists a getMergeProposals() method
[15:46] <dholbach> geser: I think that's merge proposals made by the team or somtehing else which doesn'T make sense
[15:46] <geser> ah, the other way around :(
[16:20] <ogra> 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] <cjwatson> 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] <cjwatson> 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] <slangasek> oh, hmm
[16:22] <slangasek> interesting
[16:23] <cjwatson> 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
[16:56] <robbiew> pitti: can we use "DROPPED" as a work item status yet?  /me hasn't been keeping up...apologies.
[16:56] <pitti> robbiew: I apologize likewise; sorry, no time to work on that yet
[16:56] <robbiew> no worries
[16:56] <robbiew> I understand ;)
[16:56] <pitti> robbiew: well, I can add the alias really quickly
[16:57] <robbiew> it's no real rush
[16:57] <pitti> robbiew: but the "postponed to lucid-3" magic will need more time
[16:58] <robbiew> pitti: ack
[16:58] <pitti> robbiew: done
[16:58] <robbiew> heh...thanks
[16:58] <pitti> robbiew: i. e. you can use "dropped" now, with same behaviour as "postponed"
[16:58] <pitti> but it might look nicer in the charts
[16:58] <pitti> s/charts/whiteboards/
[16:58] <robbiew> ;)
[17:09] <ScottK> asac: Bug #514404
[17:10] <asac> thx
[17:42] <ccheney> doko_: yea, it seems to have broken between 3.1.1 and 3.2.0
[18:38] <crimsun> hmm, we can't pass uids to su, correct?  (e.g., sudo -u #foo)
[18:39] <crimsun> the man page at least implies that, but I could have sworn su allowed that.  I guess it's my cruddy memory.
[18:44] <alkisg> crimsun: `su -c whoami username`  ?
[18:45] <crimsun> whoami returns the username, though
[18:45] <slangasek> that's what you want
[18:46] <slangasek> you want something that /takes/ the uid and /returns/ the username, that you can pass to su :)
[18:46] <slangasek> (which whoami doesn't do, since it also only takes names as argumenst)
[18:46] <alkisg> su -c 'cd ~; pwd' angelos
[18:46] <alkisg> Just an example...
[18:46] <tlyu> grep :$targetuid: /etc/passwd
[18:46] <slangasek> alkisg: no
[18:47]  * alkisg didn't see all the convo...
[18:47] <slangasek> crimsun: you want su $(getent passwd $uid | cut -f1 -d:)
[18:47] <slangasek> tlyu: also no; fails badly for other NSS backends
[18:48] <crimsun> slangasek: excellent, thanks. (BTW, this is to fix #498980)
[18:49] <slangasek> crimsun: I'm aware ;)
[18:50] <jpds> I wonder why 'sudo -u 1000 whoami' doesn't work.
[18:51] <crimsun> jpds: you need to use -u #1000
[18:51] <slangasek> 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] <slangasek> so doing sudo to get the argument to pass to su would be doubly wrong ;)
[18:53] <jpds> crimsun: http://pastebin.ubuntu.com/365332/
[18:53] <jpds> slangasek: Just reading what the manpage says. :)
[18:53] <tlyu> jpds: try quoting the "#"?
[18:53] <jpds> Ah.
[19:18] <ari-tczew> wrrrrrr, any sponsor will work on merges for main before FFe?
[19:24] <asac> 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] <directhex> asac, fails on arm only?
[19:27] <asac> directhex: yes. i fixed the real build failure ... now i am getting this kind of crack ;)
[19:28] <asac> can i run make VERBOSE=1 or something to give a more verbose command line for the MSC?
[19:28] <asac> MCS
[19:28] <directhex> asac, erm... odd. 2.4.3+dfsg-1 built okay on arm on sid.
[19:29] <directhex> asac, well, it's claiming a bunch of source files are missing. that's about as verbose as it gets really
[19:29] <ogra> directhex, arm on sid is in no way optimized for anything :)
[19:29] <asac> 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] <asac> where are those .cs things supposed to come from?
[19:29] <asac> SerializationCallbacks.cs etc.?
[19:29] <asac> directhex: ?
[19:29] <ogra> directhex, we build ARMv7 with Thumb2 and NEON (where possible) thats far advanced beyond what debian does ... but narrows the supported HW
[19:30] <asac> thats more info than he needs ;)
[19:30] <ogra> directhex, sadly it exposes code problems where things are hardcoded that shouldnt be, like the issue asac initially fixed
[19:31] <ogra> 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] <asac> so i have
[19:31] <asac> ogra: yeah. ok
[19:31] <asac> mono-2.4.3+dfsg/mcs/class/corlib/System.Runtime.Serialization/SerializationCallbacks.cs
[19:31] <directhex> asac, the list of files to build is in /mcs/class/corlib/corlib.dll.sources
[19:31] <asac> thats in the source
[19:32] <asac> thats in there
[19:32] <directhex> asac, is there a porter box running the same hardware platform i can tinker with?
[19:32] <ogra> directhex, yes
[19:32] <asac> directhex: i can run commands for you
[19:32] <directhex> or an easy way to build a qemu environment
[19:33] <ogra> 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] <ogra> *know
[19:33] <asac> directhex: can i enable verbose biulding somehow? i would really like to see what the MCS line is
[19:33] <directhex> asac, i'll ask
[19:34] <asac> make VERBOSE=1 or something
[19:34] <ogra> could it be that there is just missing a path entry ?
[19:34] <asac> tanks
[19:34] <asac> thanks
[19:34] <asac> right. i assume there is something missing/wrong on the MCS command line
[19:34] <asac> but we dont see that ;)
[19:34] <ogra> yeah
[19:35] <directhex> ogra, i don't see what would differ on ARM on ubuntu compared to the rest, as far as that's concerned
[19:35] <ogra> directhex, you mean wrt qemu ?
[19:35] <ogra> or wrt our build flags
[19:35] <directhex> ogra, i mean causing the MCS error asac is seeing
[19:36] <directhex> CS2001 is a very odd thing to see
[19:36] <ogra> well, he changed the code to not use some embedded assmebler and use gcc atomics instead
[19:36] <asac> directhex: this is a second build run ... what is that about?
[19:36] <ogra> that could indeed change behavior and need further changes
[19:37] <asac> having VERBOSE would be nice ;)
[19:37] <directhex> asac, the second run is to run the full test suite. we brought that change in to, um, spot errors on arm
 directhex: make V=1
 I think ;-)
[19:37] <asac> ogra: i doub tit ... either i did it wrong or right
[19:37] <asac> DreamThief: thx
[19:37] <asac> directhex: ^
[19:37]  * asac runsit
[19:37]  * directhex steals some dreams
[19:37] <ogra> heh
[19:38] <directhex> build/rules.make:Q_MCS=$(if $(V),,@echo "MCS     [$(PROFILE)] $(notdir $(@))";)
[19:38] <directhex> yes, i think V is it
[19:39] <directhex> (ARGH AUTOMAKE)
[19:39] <directhex> asac, can i see your arm fix btw? might upstream be interested?
[19:39] <asac> http://paste.ubuntu.com/365373/
[19:39] <asac> directhex: yes. upstream might want that... but first it needs to work ;)
[19:40] <asac> directhex: its in my armel1 ppa
[19:40] <asac> but i can give you the patch cat debian/patches/mono-arm-thumb2-ftbfs.dpatch | pastebinit
[19:40] <asac> cat debian/patches/mono-arm-thumb2-ftbfs.dpatch | pastebinit
[19:40] <asac> http://pastebin.com/f7fbe75c6
[19:40] <asac> http://pastebin.com/f7fbe75c6
[19:40] <asac> oops
[19:40] <asac> its not a perfect fix... would require configure.in patching and check
[19:40] <asac> for gcc atomics
[19:42] <asac> directhex: do you see that the comment  properly specifies the search path somewhere?
[19:42] <asac> command
[19:42] <asac> sorry
[19:42] <asac> http://paste.ubuntu.com/365373/ <- here
[19:42] <ogra> asac, did you check corlib.dll.sources proably there is a path variable in front of the files thats not set ?
[19:43] <asac> no
[19:43] <asac> all relative it seems
[19:43] <directhex> all relative
[19:43] <asac> questinon is to what ;)
[19:43] <directhex> @filename is used instead of a big list of crap on the command line
[19:43] <asac> to MONO_PATH?
[19:44] <asac> yeah
[19:46] <directhex> what's interesting here is there are 433 "missing" files but it's passed a list of 1453
[19:46] <asac> maybe it just stops after X files complaining?
[19:46] <asac> or are there leaps?
[19:47] <directhex> it's stopping after 1020 lines
[19:47] <directhex> anything after System.Runtime.Serialization/SerializationBinder.cs
[19:48] <directhex> i find that interesting
[19:50] <asac> -d:BOOTSTRAP_WITH_OLDLIB
[19:50] <asac> what does that mean?
[19:51] <directhex> i think it's for bootstrapping a new version of a lib with an old version of itself
[19:52] <asac> hmm
[19:52] <asac> so specifying one of those files manually doesnt complain about it missing
[19:52] <directhex> in general though, i think people in gimpnet #monodev are likely to be far more knowledgeable than me
[19:53] <asac> yeah
[19:53] <asac> dont think will get to it today ... should go to bed for a strong travel date tomorrow
[19:57] <asac> thx
 the problem with armv7 is that I can't even test it, cause qemu doesn't support it.
[20:04] <ogra> directhex, our qemu does
[20:04] <ogra> directhex, at least in usermode
[20:04] <directhex> ogra, but not for mono?
[20:05] <ogra> directhex, right
[20:05] <ogra> directhex, it angs hard when isntalling the assmeblies
[20:05] <ogra> *hangs
[20:05] <directhex> ogra, well, that could be a bug too?
[20:06] <directhex> ogra, is armv7 support patched into ubuntu?
[20:06] <ogra> more likely in qemu though
[20:06] <directhex> or is it in upstream qemu>?
[20:06] <ogra> mono works fine on real HW
[20:06] <ogra> directhex, apt-get install qemu-arm-static; sudo build-arm-chroot ...
[20:06] <directhex> hm
[20:06] <ogra> ogra@osiris:/var/build$ LANG=C sudo chroot lucid-test/
[20:06] <ogra> root@osiris:/# uname -m
[20:06] <ogra> armv7l
[20:07] <ogra> directhex, feel free to play with it
[20:07] <ogra> build-arm-chroot takes exactly all argument debootstrap takes and creates you an arm chroot you can just use (thanks to binfmt)
[20:07] <asac> yes
[20:08] <asac> mono might take a bit to build there though
[20:08] <asac> (at least as long as native)
[20:08] <ogra> longer i guess
[20:08] <asac> for chromium it was smilar slow ... both took forever
[20:08] <asac> ;)
[20:08] <ogra> heh
[20:08] <ogra> ok, if the criteria is "forever" then it might be faster even :P
[20:08] <directhex> asac still exists? i thoguht you went to bed
[20:09]  * ogra bets he will meet a very tired asac on the plane tomorrow ... because he cant manage to sleep before he fixed that 
[20:09] <directhex> asac, basically, vargaz is eager to help, and he's the high overfiend of the runtime... so it's down to getting a testable encironment
[20:10] <directhex> ogra, is qemu-arm-static from lucid needed?
[20:10] <asac> directhex: most likely. but maybe it works in a lucid chroot (ogra knows)
[20:10] <ogra> try the karmic one, but i think thats only v6
[20:10] <asac> ogra: haha. you are wrong. i cant sleep because i have to get up when i usually get to bed ;)
[20:10] <ogra> lol
[20:11] <ogra> i still havent packed ... i should probably start at some point :)
[20:11] <ogra> though my train only goes at 6:15
[20:11] <asac> lucky you
[20:11] <asac> in wonder if i relaly need to be at airport earlier than 2h ahead ... i really doubt that
[20:12] <ogra> surely not for the inner german flight
[20:12] <asac> its the same security in hamburg
[20:12] <ogra> you will have to be in FFM 2h early
[20:12] <asac> and usually even 1.5h ahead was far too early
[20:13] <asac> on sat morning ;)
[20:18] <ogra> AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA !
[20:18] <ogra> god that freenode stuff makes me mad
[20:18] <asac> does that mean anything else?
[20:18] <asac> the +r ?
[20:18] <directhex> asac, is there any way to get access to an ubuntuish arm box with the same odd cpu for someone at novell to look at? afaik he's using a sheevaplug usually to test linux/arm
[20:19]  * ogra has to manually log in to each and every channel ... and to log out from half of them to even change nick 
[20:19] <asac> directhex: someone from the team might be able to provide access
[20:19] <directhex> ogra,  AaaaaAAaaaAAAaaAAAAaAAAAA!!! is a fun game
[20:19] <asac> not on the porter boxes
[20:19] <asac> the qemu thing mentioned by ogra is good
[20:19] <ogra> yeah, if only mono would work :(
[20:20] <directhex> asac, the qemu thing emulates the same type of cpu?
[20:20] <asac> oh
[20:20] <asac> [pid 13649] open("System.Collections.Generic/Comparer.cs", O_RDONLY|O_LARGEFILE) = -1 EMFILE (Too many open files)
[20:20] <asac> [pid 13649] getcwd("/home/asac/mono/mono-2.4.3+dfsg/mcs/class/corlib", 261) = 49
[20:20] <asac> [pid 13649] write(2, "error CS2001: Source file `Syste"..., 85error CS2001: Source file `System.Collections.Generic/Comparer.cs' could not be found) = 85
[20:20] <directhex> asac, i wondered
[20:20] <asac> [pid 13649] write(2, "\n", 1
[20:21] <asac> )           = 1
[20:21] <asac> too many open files ;)
[20:21] <asac> hmm
[20:21] <asac> http://paste.ubuntu.com/365390/
[20:21] <asac> that explains it
[20:21] <asac> 1024
[20:21] <directhex> i knew 1020 was a significant number
[20:21] <asac> ;)
[20:21] <directhex> oh for fecks sake... ulimit?
[20:21] <directhex> jeebus, man! fix0r that!
[20:21] <asac> right
[20:21] <asac> hehe
[20:22]  * asac is on it
[20:22] <asac> ogra: ^^
[20:23] <asac> see #is
[20:23] <ogra> yes, i see it
[20:23] <ogra> cant, i'm not in #is atm
[20:23] <asac> ok
[20:23] <asac> ;)
[20:23] <ogra> i thought the open files value would be raised automatically by the kernel
[20:23] <asac> on pegatron?
[20:23] <asac> ;)
[20:24] <ogra> well
[20:24] <ogra> heh
[20:24] <asac> its some kernel we dont know anything about ... so even if your theory is right, i wouldnt be shocked if it didnt work there
[20:24] <ogra> yeah
[20:25] <asac> where are my root powers :(
[20:25] <asac> directhex: anyway to do that in two chunks?
[20:25] <asac> ;)
[20:26] <asac> like catting all files together ;)
[20:26] <ogra> isnt lamont around to raise the ulimit ?
[20:29] <asac> ogra: lagger ;)
[20:29] <asac> no answer yet
[20:30] <ogra> heh
[20:30] <asac> too bad that it failed in my native ppa too
[20:30] <asac> otherwise there would have been hope :)
[20:31] <ogra> he might be in travel prepartion too
[20:31] <ogra> or even in the air
[20:32] <asac> i doubt it
[20:32] <asac> ogra: you are right . arrival= today
[20:32] <ogra> he is supposed to arrive toda
[20:32] <ogra> y
[20:32] <ogra> indeed, i looked before speaking ;)
[20:32] <asac> is there any backup for him?
[20:33] <ogra> no idea
[20:33] <wind-rider> hi
[20:33] <ogra> ping the channel
[20:33] <ogra> and hope for a reply ;)
[20:33] <wind-rider> can i ask a question about how packages depend on each other here?
[20:33] <ogra> wind-rider, #ubuntu-motu would probably be better for that
[20:34] <wind-rider> ogra: ok
[20:36] <directhex> asac, the build system is already freaky enough... raising ulimit is the sensible thing to do
[20:36] <ogra> asac, tesbuil on your babbage ?
[20:36] <ogra> Ütestbuild
[20:44] <asac> directhex: was that done in a different way before?
[20:44] <asac> wonder why it built in karmic
[20:44] <asac> ogra: packed up ... and sd card isnt ready ;) ...
[20:45] <asac> i am quite sure its only this
[20:45] <ogra> ah
[20:45] <ogra> well, mine is packed up as well ...
[20:45] <asac> heh
[20:45] <directhex> asac, there are very very few differences from karmic. mono in lucid is a bugfix release in the same branch
[20:45] <ogra> my HW is the only stuff i have readily packed ....
[20:45] <ogra> who needs undrewear
[20:46] <asac> directhex: right. but that compile line? maybe it was broken in multiple files?
[20:46] <directhex> asac, doubtful. change in the buildd's limits.conf ?
[20:47] <directhex> wait, 1024 is what i have here? @_@
[20:47] <directhex> oddness
[20:47] <asac> or mcs now keeps files open longer for speed up etc?
[20:47] <directhex> 1453 mono-2.4.2.3+dfsg/mcs/class/corlib/corlib.dll.sources
[20:48] <directhex> yeah, maybe resource leakage
[20:49] <ogra> as i said, usually the limit is automatically raised by the kernel
[20:49] <ogra> but that kernel on the arm buildds is odd
[20:49] <directhex> oh... kernel weirdness then?
[20:50] <ogra> not sure
[20:50] <ogra> i guess we need to verify on a proper lucid system
[20:50] <ogra> which we currently all have teared down
[20:50] <ogra> for traveling
[20:56] <asac> well. we know that it happens on jocote and on one native arm builder
[20:59] <ogra> oh, did you upload already ?
[20:59] <ogra> ah, p3a
[21:02] <asac> p1a?
[21:03] <asac> yes. maybe i will upload and drop a line to lamont asking to give it back when he is done
[21:50] <ScottK> slangasek: Would you have a moment to look at the proposed fix in bug 508073 .  It's an important fix for Kubuntu, but I'm totally unfamiliar with the package.
[22:14] <slangasek> ScottK: oh, yes; have looked at the fix, it's correct, apologies for the broken upload
[22:14] <ScottK> slangasek: Cool.  Will you please sponsor.  I'm just running out the door.
[22:14] <slangasek> yes, will do
[22:14] <ScottK> Thanks
[22:36] <mr_pouit> mathiaz: mmh, you mean, completely delete server & server-ship?
[22:36] <mathiaz> mr_pouit: yes
[22:36] <mr_pouit> I only dropped 'nis' from both
[22:36] <mr_pouit> ah ok
[22:36] <mr_pouit> I'll do this then
[22:36] <mathiaz> mr_pouit: IIUC these files are there because xubuntu seeds were branched from the ubuntu.seeds
[22:37] <mathiaz> mr_pouit: and thus server and server-ship have been around since then
[22:37] <mathiaz> mr_pouit: I don't think that there is a xubuntu server version?
[22:37] <mr_pouit> no
[22:38] <mr_pouit> but Im' not sure. Isn't ship used for the alternate iso?
[22:38] <mathiaz> mr_pouit: well - is there an alternate xubuntu image?
[22:39] <mathiaz> mr_pouit: I'm refering to *server* and *server-ship*
[22:39] <mr_pouit> ah, ok. There's no 'server' file, that's why I was confused ^^
[22:39] <mr_pouit> okay, only server-ship
[22:39] <mr_pouit> I'll drop it
[22:40] <mathiaz> mr_pouit: great thanks
[22:40] <mr_pouit> I guess all the *-server can go as well?
[22:41] <crimsun> mathiaz: do you plan to push your alsa-driver changes to bzr?
[22:41] <mathiaz> crimsun: hm - I thought I did
[22:42] <mathiaz> crimsun: arghh - different rich root support
[22:43] <mathiaz> crimsun: that's why I can push back to lp:~ubuntu-core-dev/alsa-driver/ubuntu.new/
[22:43] <mathiaz> crimsun: *cannot*
[22:44] <crimsun> mathiaz: hmm, okay
[22:44] <mathiaz> crimsun: let me fix that
[22:44] <mr_pouit> bzr is so inefficient with its 2343874638746 formats :}
[22:48] <mathiaz> crimsun: there - done
[22:49] <crimsun> mathiaz: thanks!
[22:57] <Incubuss> anyone willing to test a bug for me? I'm running Alpha 2 and tried to log into a guest session but it didn't work and left me with a blank screen (thats not the bug though)
[22:57] <Incubuss> so I hit atrl + alt + F1 and logged in and restarted X
[22:58] <Incubuss> when I came back found that everything I had typed had been sent over pidgin to the last person I was talking to...
[23:59] <ccheney> fsck it appears win7 ate my system
[23:59] <ccheney> it messed with the partition table and now i can't boot the system properly
[23:59] <ccheney> er into lucid at all really it appears to just hang