[00:11] Is this an appropriate place to ask for help on azureus from karmic giving me an error on "debuild -S" of: "You must specify a valid JAVA_HOME or JAVACMD!"? Google hasn't helped. [00:22] Darxus, try #ubuntu-motu (did you install all build-deps?) [00:27] I tried #ubuntu-motu first. They took 7 minutes to respond. And it looks like the answer here was better. [00:28] seven minutes is a quick answer on IRC [00:30] Wow, you typed out "seven". And didn't capitalize it. Weird. [00:31] yes, that also happens on IRC [00:32] Heh. [00:32] read(2) states that EAGAIN means that a non-blocking descriptor doesn't have any data for reading right now [00:33] james_w: ? [00:33] damn, you noticed! [00:33] I was going to slink away quietly as I realised the stupidity of my question [00:34] oh :) [00:34] it was how that could happen after poll said the fd was ready [00:34] I forgot about the successful read() in the middle [00:59] just tried running [01:00] ubuntu-bug xsplash [01:00] but I get: [01:00] (gnome-open:5110): GLib-CRITICAL **: g_path_get_basename: assertion `file_name != NULL' failed [01:00] Error showing url: Failed to execute child process "https://bugs.launchpad.net/ubuntu/+source/xsplash/+filebug/mqbjc344L61q7b3EzVB5nHO0IIs?" (No such file or directory) [01:00] does that mean xsplash is not set up to work with ubuntu-bug? [01:00] jono, does it work on other sources? [01:01] trying seb128 nope [01:01] just tried with empathy [01:01] ok, what it looked like from the error [01:01] jono@forge:~$ ubuntu-bug empathy [01:01] (gnome-open:5225): GLib-CRITICAL **: g_path_get_basename: assertion `file_name != NULL' failed [01:01] Error showing url: Failed to execute child process "https://bugs.launchpad.net/ubuntu/+source/empathy/+filebug/lBjafLHE35UK0YZyKBUrzd8xqDj?" (No such file or directory) [01:01] jono: System->Preferences->Preferred Applications [01:01] do you have a prefer browser configured and set to working binary? [01:01] what do you have as web-browser there? [01:02] interesting [01:02] it was custom [01:02] let me try with firefox [01:02] jono@forge:~$ [01:02] Gdk-ERROR **: The program 'firefox' received an X Window System error. [01:02] This probably reflects a bug in the program. [01:02] The error was 'BadWindow (invalid Window parameter)'. [01:02] (Details: serial 680 error_code 3 request_code 20 minor_code 0) [01:02] (Note to programmers: normally, X errors are reported asynchronously; [01:03] that is, you will receive the error a while after causing it. [01:03] To debug your program, run it with the --sync command line [01:03] option to change this behavior. You can then get a meaningful [01:03] that's a known firefox bug [01:03] backtrace from your debugger if you break on the gdk_x_error() function.) [01:03] aborting... [01:03] intereting [01:03] interesting [01:03] try again ;-) [01:03] ok will try chromium [01:03] !pastebin [01:03] pastebin is a service to post multiple-lined texts so you don't flood the channel. Ubuntu pastebin is at http://paste.ubuntu.com | To post !screenshots use http://tinyurl.com/imagebin | !pastebinit to paste directly from command line | Make sure you give us the URL for your paste - see also the channel topic [01:03] well it doesn't do it every time [01:03] jono, when they say that filing bugs will be harder they mean it ;-) [01:03] maco, I know, it was short enough of a paste [01:03] seb128, lol [01:04] ok works in chromium :) [01:34] The build-deps fixed my problem. [01:34] Uploaded my first debdiff and subscribed ubuntu-universe-sponsors! === a1g_ is now known as a1g [02:59] き [02:59] this glyph... the curve at the bottom should not connect with the leftward serif off the top segment [03:00] http://dic.academic.ru/pictures/enwiki/74/Japanese_Hiragana_kyokashotai_KI.png [03:45] bluefoxicy: Submit a bug at https://bugs.launchpad.net/ubuntu/ [04:02] cd [04:02] woops wrong tab [04:03] heh === glicks is now known as glick [04:19] has anyone here heard/use MPC to build software? === jdong_ is now known as jdong === mrpouit is now known as mr_pouit [06:39] good morning [06:41] good morning to you dholbach [06:41] you've got mail btw [06:41] I left MOTU :/ [06:42] hiya nixternal [06:42] err [06:42] it wasn't my fault though, GMail ate up the email about me expiring :) [06:42] bah [06:42] haha [06:42] * dholbach slaps nixternal around with a BIG trout [06:42] man [06:42] ! [06:42] not so early in the morning [06:42] gotcha! [06:42] heh [06:42] big trout? that is some mIRC there man [06:42] you know what... [06:43] find somebody else to re-add you to the team [06:43] I can't unexpire myself [06:43] I already asked the others :) [06:43] hehehehe [06:43] I can't add myself, but I can remove you ;p [06:43] so you will be in this same boat as well :) [06:43] I expired in June too, just found out about it :) === Vantrax is now known as matthewlye [06:44] gotta keep an eye on it, cuz my ubuntu membership expired last month and ate up a weeks worth of email before I figured out what was wrong [06:44] :) === matthewlye is now known as mattlye [06:44] it was cool, because instead of 1,000 emails a day, I was getting about 5 a week :) === mattlye is now known as matthewlye === matthewlye is now known as Vantrax [06:56] hey does anyone here use SCONS or MPC as a build system? [06:56] and which one is better/easier [06:59] robert_ancell: could you hop into #ubuntu-reviews ? [07:09] glick: Never used mpc, but I've had to deal with projects usinc scons, and I would personally stay away from scons at all costs. [07:16] Good morning [07:41] why TheMuso it looks pretty decent from reading about it on the website [07:41] whats so horrible about it [07:50] glick: For one, scons has caused issues when package have been building on the Ubuntu ubild servers for Ubuntu. Then there is the difficulty in passing CFLAGS etc to a project when the SConstruct files haven't been written properly. [07:51] glick: Granted autoconf is the same, but I have had too many bad experiences to recommend it to anyone. I also know that other devs around here stear well clear of it. [07:52] can you recommend anything else? i have a project that needs to compile on windows, linux/unix, and vxworks, and integrity [07:52] maintaining 5 build files is a nightmare, and MPC the current system is a pain === tkamppeter_ is now known as tkamppeter [07:54] glick: I know that people manage to use autoconf/automake on windows using cygwin/mingw, but I am not sure how much more work that is. Since I have no experience with realy cross platform projects like that, I can't really suggest anything. My personal choice for a linux project is autoconf/automake. [08:05] apt-sastisfydepends --> command not found [08:05] devscripts have been installed [08:20] can anyone help me? [08:20] Im a newbie to packaging [08:20] wrapster: command-not-found doesn't know it either; what do you want to do? [08:20] wrapster: perhaps sudo apt-get build-dep ? [08:24] pitti: ive described everything here http://pastie.org/625614 [08:26] sudo apt-get build-dep gcc-4.4 (or gcc-4.3 if you want to modify that one) will be a good start [08:26] you need gcc to compile gcc, there's no way around that [08:27] dholbach: but wont it generate errors complaining that its already installed? [08:28] no, because if you build the package using debuild or dpkg-buildpackage, it uses fakeroot(1) [08:29] pitti, bug 434210 ... you might want to close it if you feel like [08:29] Launchpad bug 434210 in gdm "'text' mode boots into X" [Undecided,Fix committed] https://launchpad.net/bugs/434210 [08:29] ogra: oh, indeed; thanks [08:30] dholbach: ok thanks will do it and see [08:30] rock on! [08:35] dholbach: cooool built it.. But i have an issue here.. i had already downloaded the gcc source so I used it as well.. But there are other pkgs (like gcc-4.3, gcc-4.3-dev and so on) how do i know in which pkg i should modify the rules file [08:36] gcc (from gcc-defaults source package) is just a meta-package [08:36] the actual gcc, comes from gcc-4.3 and gcc-4.4 [08:36] I don't know what you want to change, so I can't tell you which source package you should be modifying :) [08:37] and for gcc, I'm really not the best person to talk to :) [08:43] dholbach: i want to add a few symlinks to /usr/bin/gcc pointing to /usr/sfw/bin/gcc [08:45] http://packages.ubuntu.com/ <- anyone else having problems reaching this page atm? [08:45] i added that in the source of gcc. and it worked.. [08:45] i now have a symlink but not very sure if i am adderssing the right pkg [08:46] wrapster: I'm not sure that's a good fix, but unfortunately I can't help you there === dholbach_ is now known as dholbach [09:09] hi there... I work for Guadalinex-edu, and we are looking for a way to add the exit (logout options) button to the top panel via gconf... but cannot seem to find that option anywhere... can someone guide me as to where/how to do that (has to be done on a large scale, so can't do it via right click, etc)? [09:11] pitti: Around? [09:11] pitti: I'd like to discuss apport's hookutils with you [09:12] pitti: I'd like to use the attach_gconf() utility for various packages but the settings are overwritten by each run since the section has a static name [09:12] pitti: Would it be possible to use a dict in report['GConfNonDefault'] instead of a string? [09:13] Otherwise I'm thinking of passing the section name as argument (name = 'GConfNonDefault') by default but can be overriden, or of moving the section around in the caller [09:13] hi [09:13] lool: the latter will work [09:13] lool: dictionaries as values aren't supported right now [09:14] pitti: What about passing the name of the section as argument? [09:14] that would require writing marshalling and unmarshalling for the various file formats (RFC822, multipart-mime) [09:14] lool: right, that would be fine [09:14] (Ok wasn't sure which "latter" you meant) [09:15] pitti: Ok; another option is to always append to report['GConfNonDefault'] if it exists === asac_ is now known as asac [09:15] pitti: I can do any of these two (variable section or always appending) [09:15] lool: that sounds fine as well [09:15] pitti: Ok I have a preference for always appending because in desktop-switcher I'd like to call other packages' hooks [09:15] seb128: ^ what would you prefer in bug reports? [09:15] And I dont want to rename GConfNonDefault in each package [09:15] * ccheney can't sleep :-\ [09:16] seb128: GconfNonDefaults having all changed settings from all packages in one field? [09:16] * ccheney so he is working instead, heh [09:16] * pitti counts sheep for ccheney [09:16] seb128: or separate fields per package? [09:16] pitti, I think I missed part of the discussion to understand the question [09:16] pitti: I dont think it touches any package right now though [09:16] oh, apport [09:16] I was thinking gconf schemas [09:17] seb128: So if apports utility to collect gconf non-default settings is called on two different packages, the last one wins; the question is whether you'd like the various settings to go in different sections or can they be aggregated in the same setting [09:18] I've no strong opinion either way, whatever is the easiest [09:18] as far as the datas are there [09:18] as long as [09:18] brb another quick session restart [09:20] sebner: Ok thanks [09:20] err sorry sebner [09:24] re [09:24] pitti, yeah, so no strong opinion there for the gconf dump as long as we have the datas [09:24] I think it's a corner case anyway [09:25] seb128: *nod* [09:25] ok thanks [09:25] lool: so, same field and append seems most robust to me [09:25] then hooks don't need to care [09:25] pitti: Yes exactly [09:25] +1 [09:25] that's what I was implementing [09:34] what's the deal with this ~60 seconds of ultimate pure blackness on boot now, with not even the black light turned on? [09:34] sladen: bug 431812 [09:34] Launchpad bug 431812 in sysvinit "fbcon loading a mystery (screen powers off)" [High,Confirmed] https://launchpad.net/bugs/431812 [09:37] pitti: wondering whether to bump it to critical, it kills (recovery mode) [09:39] done [10:00] pitti: Hi, I've looked at the cause of http://launchpadlibrarian.net/31948454/buildlog_ubuntu-karmic-i386.kde-l10n-sr_4%3A4.3.0-0ubuntu1_FAILEDTOBUILD.txt.gz (from the rebuild test) and it failed because both the sed expression in pkgstriptranslations and the locale name use an @: [10:00] sed -i 's@^[[:alnum:]]\+ usr/share/locale/sr@latin/entry.desktop$@c7ff2ad283d1914db2c7797ce8789719 usr/share/locale/sr@latin/entry.desktop@' DEBIAN/md5sums [10:01] I've replaced the @ in the sed expression with an # but wonder if there is a better delimiter [10:02] ttx is doing patch/package reviews in #ubuntu-reviews [10:03] geser: hi [10:03] geser: oh, good catch; # should be fine, it's not a valid part of a locale [10:09] hrm, no Keybuk ... [10:10] ogra: he's on a conference [10:10] does anyone know how i'm supposed to start services if i boot with init=/bin/bash [10:10] now that we dont have any initscripts anymore [10:11] have you tried: service - run a System V init script [10:11] it needs upstart :) [10:11] afaik [10:11] i'll try it [10:19] okay, mono 2.4.2.3+dfsg-2 has definitely evaporated. i know it was "fix released"ed [10:19] Bug 426759, synced by seb128 weeks ago [10:19] Launchpad bug 426759 in mono "Sync mono 2.4.2.3+dfsg-2 (main) from Debian unstable (main)." [Wishlist,Fix released] https://launchpad.net/bugs/426759 [10:20] directhex, you might have opened the sync request when the new revision was not on mirrors yet [10:20] pitti: bug 434544 when you have some time for review and sponsoring [10:20] Launchpad bug 434544 in pkgbinarymangler "pkgstripstranslations fails if the locale contains an @" [Undecided,New] https://launchpad.net/bugs/434544 [10:21] directhex, and I've overlooked the revision in the title [10:21] - [10:22] directhex: pitti acked my sync request. seb128 mind syncing again? [10:22] seb128: bug #433070 [10:22] Launchpad bug 433070 in mono "Sync mono 2.4.2.3+dfsg-2 (main) from Debian unstable (main)" [Wishlist,New] https://launchpad.net/bugs/433070 [10:22] geser: thanks! I'm currently doing sponsoring anyway, will grab this [10:22] directhex, dunno what happened [10:22] sebner, i wish i knew what had happened to it. eaten by gremlins! [10:22] directhex: lost in the nirvana :\ [10:22] seb128, uploaded to debian 2 days before you ran the sync, so it can't be a timing issue :/ [10:23] seb128, launchpad be eatin' packages! [10:23] I might have forgotten to flush and somebody cleaned the cache dir [10:23] doing that now [10:27] maybe we should invent an upstart mode that starts upstart but then just drops into a shell task and blocks everything else until you explicitly ask for them [10:27] like init=/bin/bash except you get to use initctl [10:27] yeah [10:28] well, that doesnt help me either though ... [10:29] do i need a ffe for bug 430658? [10:29] Launchpad bug 430658 in lintian "Please merge lintian 2.2.16 (main) from Debian unstable (main)." [Wishlist,New] https://launchpad.net/bugs/430658 [10:29] in rootstock i use debootstrap first stage on an image, put a setup script in place (called /sbin/installer), then fire up a vm and call that with init=/sbin7installer [10:29] cjwatson, was i imagining over the weekend that fsck happens after modesetting but before any splashing, so you just get a black screen for an unknown and scary length of time? [10:29] directhex: there are known bugs getting fbcon up at the right time [10:29] directhex: bug 431812 [10:29] Launchpad bug 431812 in sysvinit "i915: black screen on boot---fbcon loading (screen powers off); breaks (recovery mode), fsck, usplash, crypt password" [Critical,Confirmed] https://launchpad.net/bugs/431812 [10:29] /sbin/installer being a shellscript, upstart would have to act like an interpreter here [10:29] just checking [10:30] ogra: the kernel is perfectly good at spawning interpreters where necessary, even for init= [10:30] or for anything started via execve in any way [10:30] oh, wait, /sbin/installer could be an upstart job i assume :) ... a little more work for me but likely a lot more elegant [10:31] and i wouldnt need init= at all [10:31] pitti, any idea on bug #430494? [10:31] Launchpad bug 430494 in gdm "gdm upstart script fails to start gdm" [Medium,New] https://launchpad.net/bugs/430494 [10:31] I'm not sure how to debug upstart scripts [10:31] ogra: that is certainly a better replacement [10:31] cjwatson, yeah, i just fear the amount of changes i have to do that late in the cycle [10:32] seems more risky than having something that already is proven to work fine since a while [10:32] *shrug* goes for the whole boot sequence [10:32] heh, yeah [10:33] pitti: Mind reviewing/merging lp:~lool/apport/gconf-non-defaults-append ? [10:34] Didn't send a merge request yet [10:34] lool: sure [10:34] This worked in my trivial testing [10:35] With a nice split between the settings when reading the report [10:35] hmm, no, that wouldnt work, in debootstrap's second stage upstart isnt available, is it ? [10:36] lool: hm, why does your branch also contain kees' changes to parse_segv? [10:37] pitti: I branched lp:apport [10:38] oops, forgot to pull first, my bad [10:38] lool: but now you added attach_conffiles(), which doesn't belong into trunk [10:38] lool: without that, it looks fine [10:39] pitti: Oh crap [10:39] * pitti drops it and merges [10:39] lool: don't worry [10:39] pitti: I'm stupid I started on the wrong branch and copied the file over instead of the diff [10:39] lool: conffiles aren't an upstream concept, so I can't have that in trunk [10:39] pitti: So I didn't quite get how the stacks were layered; I saw the ubuntu branch but though that was packaging [10:40] but actually it's not [10:40] done [10:40] thanks! [10:40] pitti: do i need a ffe for bug 430658? [10:40] Launchpad bug 430658 in lintian "Please merge lintian 2.2.16 (main) from Debian unstable (main)." [Wishlist,New] https://launchpad.net/bugs/430658 [10:40] pitti: So I just pull upstream into ubuntu branch? [10:40] pitti: I mean do you mind the changes going to the .diff? [10:41] lool: I do that now; there's a fair share of trunk changes, I do a new upstream release and then upload === TheMuso` is now known as TheMuso [10:41] pitti: Thanks [10:41] lool: I don't mind changes in the diff, but it's time for a new usptream relelase [10:41] bah, my typing sucks today [10:41] bdrung: I'll have a look, but lintian shouldn't cause problems [10:42] pitti: thanks [10:42] TheMuso: ping [10:47] pitti: can you add "discuss UnitsPolicy" to the TB agenda? [10:48] bdrung: feel free to add it yourself; do you want to be present? [10:48] yes [10:49] pitti: according to the wiki: "in which case they will add it to this page. " so i thought i should ask [10:50] bdrung: right, I'm fine with discussing it [10:59] pitti: Ah I might have found a bug in the gconf handling in apport with gnome-panel [10:59] is there no openvz kernel in karmic? [10:59] pitti: hook is http://paste.ubuntu.com/275760/ [10:59] pitti: traceback http://paste.ubuntu.com/275761/ [11:00] Appiah: Not since Intrepid. [11:00] Appiah: Last one to have it was hardy. [11:00] lool: hm, I thought I fixed that a while ago [11:01] lool: but it might have been a similar crash (also in the xml parser) [11:01] pitti: If you copy that hook in source_gnome-panel.py in /usr/share/apport/package-hooks and run ubuntu-bug gnome-panel, can you trigger it? [11:02] lool: hm, no, I can't [11:03] lool: ah, I fixed the crash for the "default" tag [11:03] but not for [11:04] pitti: I have the issue with /usr/share/gconf/schemas/panel-compatibility.schemas [11:04] Which has no applyto [11:04] right, no applyto here [11:04] pitti: but I dont get why you dont reproduce [11:05] lool: ah, I do actually; sorry, it scrolled off due to some firefox spewage [11:06] hm, without an , how does gconf behave? [11:06] I have no idea [11:06] I think I just fall back to the value [11:06] it will have the /schemas/ prefix, but it should be clear enough [11:06] pitti: Hey did you consider creating a dh_apport? [11:06] I'm adding a debian/source_foo.py to a bunch of packages and realize it's not ideal [11:07] I didn't so far [11:07] I usually put them into debian/local and just add them to .install [11:07] pitti: I also wonder whether it wouldn't make sense to simply collect gconf settings systematically [11:07] lool: I'm a bit hesitant of that [11:07] lool: for example, ekiga stores passwords unencrypted in gconf [11:07] pitti: I add them to debian/ and add them to .install; it's trivial but it's also the perfect usage for dh_ :-) [11:08] pitti: Aha good point [11:08] arguably that's an ekiga bug (it should use gnome-keyring) [11:08] It's probably a bug in ekiga but there might be a bunch [11:08] but I don't know what other bits also store sensitive bits in gconf [11:08] Yeah we're n the same page [11:08] heh [11:11] pitti: I've added the hook to gnome-panel now (in bzr only) and wont upload; I understand you'll likely fix this apport issue soon and upload, or should I explicitely disable the hook for now and wait for the actual apport upload? [11:12] lool: http://bazaar.launchpad.net/%7Eapport-hackers/apport/trunk/revision/1605 [11:12] lool: please go ahead and upload; a crashing hook doesn't crash apport, it's just ignored [11:12] lool: yes, I'll put that into the 1.9.1 release and upload [11:12] Cool thanks [11:13] pitti: Bah I dont want to cause people to be wondering about the ubuntu-bug stracktrace in terminal or reports to miss dependencies etc. [11:13] Or pedro is going to come and beat me [11:16] lool: it's just for two hours or so :) [11:17] that's what I wanted to confirm; thanks === doko_ is now known as doko [11:47] pitti: would you mind a python-tz sync from unstable? [11:48] doko: 2009l-1 ? [11:49] pitti: yes [11:50] doko: done [12:32] pitti, seb128: what do you think we should with bug 63412? it's been on the sponsoring list for a while and set upstream [12:32] Launchpad bug 63412 in tsclient "Few resolution options" [Wishlist,New] https://launchpad.net/bugs/63412 [12:32] sent [12:32] dholbach, +do? [12:32] does it need to be uploaded, or should it just be taken off the sponsorship list since it's been upstreamed [12:32] dholbach, I've been looking at it, the patch is some hundred lines and not trivial to review I don't want to upload it [12:33] well let's say I didn't find the time to review it properly [12:33] so shall we unsubscribe the sponsors team so we don't have to keep on looking at it, in that case? [12:33] and I'm not wanting to spend half an hour on that, I've higher todo items on my list [12:33] it looks a bit like tsclient is dead upstream?`:) [12:33] well, there is a patch so it would be nice to have somebody to review it [12:36] hm, the patch hasn't even been sent to upstream [12:36] it has if that's the bug I'm thinking about [12:36] dholbach: 'tis not [12:37] oh, there is 2 tsclient sponsoring requests [12:37] right that's the other one who got sent upstream [12:37] I think debian pkg-gnome guys were discussing replacing tsclient with something active upstream recently [12:37] http://sourceforge.net/tracker/index.php?func=detail&aid=1689142&group_id=192483&atid=941574 links to http://sourceforge.net/tracker/?func=detail&aid=2799711&group_id=192483&atid=941576 [12:37] and maybe vinagre will have the features next cycle [12:38] james_w, pitti: ^ [12:38] Error: bug 1689142 not found [12:38] sf's tracker is a pain in the arse [12:38] meanwhile I'm not sure what to do with the "should be reviewed but everybody is too busy or doesn't care about the software" bugs [12:38] seb128: there's an upstream bug with about zero details, and no patch attached [12:38] they sit there for ages right now [12:39] pitti, the patch is there IIRC they ui just sucks [12:39] "No attachments", hm [12:39] aha: "Launchpad couldn't import bug #1689142 from SourceForge.net Tracker." [12:39] Error: Launchpad bug 1689142 could not be found [12:39] ah, it has a link to the patch in a comment [12:39] pitti: try the second link I gave above [12:39] *nod* [12:40] seb128: it's mainly "I don't want to take responsibility for the patch" [12:40] it's a major patch, and I don't use tsclient, and it's not a major bug [12:40] and there's no upstream feedback [12:40] right, same here [12:40] and I guess it's the same for everyone else [12:41] that's why I've been ignoring it and waiting that somebody who cares to spend the efforts take it [12:41] so, anyone objects if we are honest and I just unsub sponsors with a comment that it should go upstream first? [12:42] it's upstream, they don't reply [12:42] I can understand how it's frustrating for the user [12:42] pitti: no, I'll also ping Efrain to ping upstream again [12:42] I don't have a good reply though [12:44] done [12:44] * pitti sees the bullets come [12:45] davmor2: could you please file a bug about the missing entires in software-store on the live-cd? [12:46] mvo: will do I'm just double checking that it works as expected once the system is installed [12:46] davmor2: cool, thanks [12:48] ogra: bug 129769: the patch provided there is correct, but do you think xscreensaver (or xscreensaver-data?) should recommend screensaver-default-images as well? [12:48] Launchpad bug 129769 in xscreensaver "newly installed xscreensaver errors without /usr/share/backgrounds" [Low,Confirmed] https://launchpad.net/bugs/129769 [12:48] screensaver-default-images should simply go away imho [12:48] maybe that would be over the top, I'm not sure [12:48] oh [12:48] huh, ok - in that case I'll just sponsor the patch provided to fix the error [12:49] its marks personal image collection [12:49] was supposed to be taken over by the art team with new and shiny images for each release [12:49] right [12:49] that never happened, so we could as well save the CD space [12:56] cjwatson, developer-membership-board invitation to join ubuntu-desktop pending now [12:56] cjwatson, ie somebody needs to accept it [12:57] seb128: done [12:58] cjwatson, thanks, set as admin too now [13:05] does anyone know if upstart is supposed to work without initramfs ? [13:06] ogra: yes it should [13:06] thanks [13:06] ogra: I have that from an email of scott from this morning or yesterday evening [13:06] i dont get why my VM gets quiet then [13:06] s/of/from [13:06] i dont get any boot messages at all [13:07] ogra: How can I easily reproduce? [13:07] i can put my rootstock script on people.u.c and you need to install qemu-arm-static [13:08] Ok [13:08] gimme one sec until the next test finishes [13:08] i dropped all serial redirection, lets see if i see output in grapical mode of qemu-system-arm [13:09] hmm, no, doesnt look like [13:09] and the VM doesnt even use any CPU [13:10] just sits there [13:12]