[00:47] <TheMuso> c
[01:57] <jamin> you guys concerned with regressions for non-default packages?  such as xfce
[01:58] <micahg> jamin: #xubuntu-devel for xfce* packages
[01:59] <jamin> micahg, cool will let them know.
[02:54] <mfisch> I'm working on a bug and the filer left one of the repro steps as "install any package which adds a system user", anyone know any off hand?
[02:54] <mfisch> perhaps davfs2
[02:57] <elky> mfisch, postgres?
[03:05] <mfisch> I'll try it
[03:05] <mfisch> davfs2 also worked
[03:05] <mfisch> thanks elixey
[03:06] <mfisch> stupid tab, thanks elky
[03:06] <elky> yw
[04:36] <pitti> Good morning
[04:37] <pitti> doko_: I didn't reject it, it just didn't seem useful/appropriate for an SRU at that time; but it seems some third-party packages do need it, so fine for me
[04:37] <pitti> doko_: I didn't promote/demote any package
[06:34] <dholbach> good morning
[06:35] <pitti> dholbach: guten Morgen, wie gehts?
[06:36] <dholbach> hey pitti - sehr gut - und bei dir? allet jut?
[06:36] <pitti> dholbach: jau, danke! had a nice relaxing weekend
[06:36] <dholbach> great :)
[06:40] <dholbach> hyperair, happy birthday :)
[06:40] <hyperair> dholbach: thanks :)
[06:47] <Techna_Rave_Pony> Hello?
[07:12] <pitti> doko_, stokachu: FYI, gdb has waited in the precise-proposed queue for over a week
[09:02] <dholbach> diwic, hey - how are you doing?
[09:04] <dholbach> diwic, I got a USB sound card a few days ago and plugging it in and having it immediately activated for sound works great. do you know if there's plans to also make the sound indicator and volume controls use a newly plugged in soundcard?
[09:05] <diwic> dholbach, hi! you mean activate a newly plugged in card to be the default input and output?
[09:05] <dholbach> yes
[09:05] <diwic> dholbach, because the sound indicator and media keys follow what you set as default in gnome sound settings.
[09:06] <dholbach> I'm not sure if that's feasible in every single circumstance, I just found myself using the audio preferences a couple of times before controlling volume and everything
[09:06] <diwic> dholbach, that's a design question. And one that sounds simple but it quite complex under the hood.
[09:06] <dholbach> yes, I can imagine :-/
[09:06] <diwic> dholbach, e g, upstream has the idea of role-based stuff, e g phone calls in your headset and music through your speakers
[09:07] <xnox> dholbach: but in the sound prefs, I can select the new usb card as default and then control it from the indicators & media icons...
[09:07] <dholbach> in any case I'm happy that it generally works, even if I have to use the gnome sound settings more often than I'd like :)
[09:07]  * xnox not great but....
[09:07] <dholbach> xnox, yes that works for me too - it's just that I have to do it whenever I plug it in :)
[09:07] <dholbach> diwic, ah, that might be interesting indeed
[09:07] <diwic> dholbach, add to that the kernel does not give us a clear signal after resume, so we don't know if we just plugged in the sound card right after resume, or if it showed up as part of the resume process
[09:08] <dholbach> in any case it's not a huge deal - I just wanted to hear what is planned :)
[09:08] <xnox> dholbach: time for you to learn udev rules & write one which will flip the setting for you. =)))))
[09:08] <dholbach> xnox, yes, so much to learn :)
[09:08] <diwic> dholbach, btw, this is one of the discussion topics on the pulseaudio mini-conference, colocated with UDS :-)
[09:08] <dholbach> excellent!
[09:11] <diwic> xnox, dholbach, as an option you can add "load-module module-switch-on-connect" to your /etc/pulse/default.pa
[09:12] <dholbach> alright, I'll note that down and experiment with it
[09:12] <diwic> I think it is shipped by default
[09:12] <dholbach> thanks a lot diwic
[09:12] <diwic> but it isn't activated by default because it would interfere with the rule-based stuff
[09:14] <dholbach> right
[10:05] <jamespage> stgraber, around? I have an iscsi root query re bug 1057635
[10:08] <stgraber> jamespage: going for lunch now, I'll be back in 30-45min
[10:08] <jamespage> stgraber, ok - give me a ping when you are back
[10:08] <jamespage> ta
[10:42] <stgraber> jamespage: I'm back
[10:42] <jamespage> stgraber, hey!
[10:43] <jamespage> stgraber, so - bug 1057635
[10:44] <jamespage> stgraber, slightly odd-ish case in that I use ipxe to directly sanboot from iscsi volumes, rather than using a tftp accessible kernel and initrd
[10:44] <jamespage> within the initrd the iscsi initiator does not appear to be configured; so iscsistart stuff fails;
[10:45] <jamespage> I can work around it by specifying it a) on the commandline in grub (iscsi_initiator) or b) adding it to /etc/iscsi/iscsi.initramfs and updating accordingly
[10:45] <jamespage> stgraber, any thoughts?
[10:45] <stgraber> right, so the question is what happen if you add iscsi_initiator on the boot command line when booting that system without iscsi
[10:46] <stgraber> basically we don't want to regress the case where someone dumps their iscsi disk in a VM or standard system, IIRC that's why we don't put the iscsi_initiator in grub's config
[10:47] <stgraber> but if the initramfs detects that case and just ignores iscsi_initiator in such case, then it should be fine to just have iscsi_initiator set in grub too
[10:47] <jamespage> stgraber, I think that is entirely appropriate; however surely it would be better to set it up in the initramfs?
[10:48] <jamespage> stgraber, that way its all contained to open-iscsi; and does not pollute grub
[10:48] <stgraber> indeed, if we can just get rid of the boot parameter completely, that'd work too
[10:50] <jamespage> stgraber, well it appears to work if I add it manually and update
[10:58] <jamespage> stgraber, hmm - odd - TBH I'm not sure why its not actually working
[11:02] <jamespage> stgraber, if I force a manual boot by specifying iscsi_initiator and then just update the initramfs it all works again...
[11:08] <jamespage> stgraber, it feels like /etc/iscsi/initiatorname.iscsi is not making it into the initramfs during install
[11:09]  * jamespage digs more
[11:28] <jamespage> stgraber, eureka! I see the issue; the initiator is not generated until first start of open-iscsi
[11:29] <jamespage> so its "Generated=Yes" when the initramfs gets built
[11:29] <stgraber> jamespage: oh, fun
[11:30] <jamespage> stgraber, looks like this change "Generate the random initiatorname during postinstall rather than in the init script." got dropped on last merge
[11:33] <stgraber> doh, so my fault again right? :)
[11:33] <stgraber> we'll really need to forward those changes to Debian or the next merge will be as much of a pain as the previous one...
[11:36] <jamespage> stgraber, lol
[11:37] <jamespage> agreed
[11:37] <jamespage> stgraber: I've stuff details in that bug report - are you OK to fix? feels like something that needs fixing for release
[11:38] <stgraber> jamespage: if it's easy for you to fix, I'd prefer that you fix it and I do the review once it's in the queue (with my release team hat on). Otherwise I can certainly find some time to do it and nag someone else on -release to do the review
[11:39] <jamespage> stgraber, OK - on it now
[12:02] <jamespage> stgraber, just uploaded to quantal-proposed queue
[12:02] <stgraber> jamespage: thanks
[12:16] <lamont> what package should I use for filing a bug that when I grab a window border and drag to resize the window, it gets horribly confused if the mouse moves before it gets around to noticing position, and suddenly I'm dragging a marker about an inch away from where the border of the window is (and the window never catches up to the cursor) (did that sentence even make sense?)
[12:45] <tsimpson> lamont: probably compiz
[12:47] <lamont> tsimpson: ta
[12:58] <doko> jodh, so was upstart just build related?
[12:59] <jodh> doko: I believe so - cannot force the failure on scheat.
[13:04] <cjwatson> SpamapS: Do you guys have any idea what's happening with the zookeeper/armhf build failure?
[13:04] <cjwatson> SpamapS: I don't really want to remove it since it's a build-dep of juju
[13:06] <jdstrand> @pilot in
[13:11]  * dholbach hugs jdstrand
[13:11] <jdstrand> heh
[13:11]  * jdstrand hugs dholbach :)
[13:11] <dholbach> :)
[14:33] <cjwatson> jamespage: oh, any luck with eigenbase-resgen?
[15:37] <mvo> ev: is there a way to get instance for a problem from errors.ubuntu.com by version? i.e. I suspect that bug #1044141 is fixed or a different error with a similar backtrace but to be sure I would need some instance of the bug with the most recent versions or date. is there a way to get that?
[15:54] <xnox> Laney: you are briliant =)
[15:54]  * Laney gets nervous
[15:55] <Laney> can xnox hear me singing along to this song?
[15:55] <xnox> Laney: maybe...
[15:55] <xnox> Laney: actually I was about reproducing bug 1057690
[15:55] <Laney> oh that
[15:55] <Laney> yeah it's annoying :P
[15:56] <xnox> Laney: basically the partition is locked, and you shouldn't click it. /me did disable the plus button, but not the double click action
[15:56] <Laney> what should I have clicked on?
[15:56] <Laney> the other one?
[15:57] <Laney> doesn't sound like Brian was doing that, so perhaps it can be triggered in other ways too
[15:57] <xnox> Laney: well it's locked, so you can't edit that one, instead you should edit the loop mount on the top =)
[15:58] <Laney> so very clear ;)
[15:58] <xnox> Laney: and by locked, I mean there isn't even an unlock button.... partman doesn't have it & I didn't code it yet.
[15:58] <superjoe> how hard would it be to convince you guys to upgrade this package to a newer release before QQ comes out? http://www.ubuntuupdates.org/package/core/quantal/universe/base/mpd
[15:58] <xnox> Laney: "anyone familiar with d-i interface will feel right at home"
[15:58] <Laney> also the automatic partitioner is a bit stupid when the drive is small
[15:58] <Laney> it creates a / which it can't installed onto
[15:58] <Laney> s/installed/install/
[15:59] <Laney> due to being too small
[15:59] <xnox> Laney: funny. It should check the prepare step and if that passes it should work. How small are we talking here?
[15:59] <Laney> 8G
[15:59] <Laney> it made a 2.7G /
[15:59] <Laney> and the error message told me that /I/ created it too small!
[15:59] <xnox> Laney: and how much RAM did you give your VM     :-?
[16:00] <Laney> err
[16:00] <Laney> xnox: 8G also
[16:01]  * Laney tosses RAM around like confetti
[16:01] <micahg> superjoe: you can request a backport to QQ once it gets into R
[16:01] <micahg> (or now if you really want to)
[16:01] <xnox> it works fine with 8GB drives here for me.... unless it created a (8 - 2.7G) ~= 5.3G swap. Aha. So it tried to go for 100% * RAM swap, but it had a minimum hard-code at 2.7 for / which is no longer enough.
[16:01] <xnox> Laney: can you file a bug about it?
[16:01] <superjoe> micahg, could you direct me to where I might do that? do I send an email to a mailing list?
[16:02] <Laney> xnox: clever. Will do
[16:02] <Laney> I assume you don't need logs for that?
[16:02] <micahg> superjoe: https://wiki.ubuntu.com/UbuntuBackports
[16:02] <Laney> well ...
[16:02] <Laney> that package looks to not be in sync
[16:02] <superjoe> thank you micahg
[16:02] <xnox> Laney: no logs, text only. just make sure you include "tossing RAM around like confetti" in the bug report please =)
[16:02] <Laney> so I'd check if it can be a straight backport from anywhere
[16:03] <Laney> xnox: ack :P
[16:04]  * xnox score update from the field of play: Laney 2 - 0 Partman
[16:05] <Laney> test installs are fun
[16:18] <Laney> xnox: bugs #1066964 (I didn't manage to use the keyword, soz)
[17:50] <tkamppeter> slangasek, hi
[17:51] <slangasek> tkamppeter: hey there
[17:53] <tkamppeter> slangasek, I have uploaded a possible fix for bug 1034045 to quantal-proposed. It is not yet accepted. Can you test this as soon as possible.
[17:55] <slangasek> tkamppeter: I can probably get it into -proposed and test it today; though I don't think this is something we want to respin the CDs for, so don't panic if I don't get to it :)
[17:56] <jdstrand> @pilot out
[17:56] <tkamppeter> slangasek, Zero-Day-SRU would be good enough. If you quickly move it into -proposed and test it, we get it quickly into -updates for a zero-Day-SRU.
[17:57] <slangasek> yep
[17:58] <tkamppeter> slangasek, and in the positive case Apport will stop saying "Good Morning" to you ...
[17:58] <slangasek> quite :)
[20:01] <pitti> soren, kees, mdz, stgraber: ready for TB meeting in a bit? still waiting for the previous meeting ot finish
[20:01] <stokachu> is gnome-keyring out of sync when the code branch shows version 3.2.2 with last modification @ 4/26/2012 and the actual built package is 3.6.0 last modified on 9/27/2012?
[20:01] <pitti> stokachu: yeah, unfortunately a lot of UDD branches often go out of sync
[20:02] <stokachu> i was under the impression to alway swork from the latest dev branch though is this not the case during this time?
[20:03] <stokachu> and where would i find the latest code commits that show where gnome-keyring 3.6.0 was imported in the development branch
[20:05] <kees> pitti: yeah
[20:07] <stokachu> do i need to open a bug about the branches being out of sync for gnome-keyring?
[20:07] <pitti> stokachu: you can also ping james_w and ask him to kick it
[20:08] <stokachu> ah ok
[20:08] <pitti> stokachu: for now I suggest the old way and apt-get source/change directly
[20:08] <stokachu> james_w: ping
[20:08] <stokachu> pitti: ok ill look into that
[20:08] <stokachu> i just like my workflow :D
[20:10] <james_w> hi stokachu
[20:10] <stokachu> james_w: hey there, was curious if you have some spare cycles to sync gnome-keyring branches?
[20:10] <stokachu> the quantal one is showing version 3.6.0 but the latest branch commit doesn't
[20:56] <tkamppeter> slangasek, did you test my new cups package?
[20:57] <slangasek> tkamppeter: all in good time
[20:58] <tkamppeter> slangasek, sorry, I only asked because you moved around status bits of the bug report.
[20:59] <slangasek> tkamppeter: yes, I'm cleaning up the state of the bug wrt the SRU process :)
[21:01] <stokachu> james_w: thanks for getting that synced up
[21:18] <james_w> stokachu, np
[21:44] <stgraber> pitti: oops, sorry for that, in Europe this week and completely forgot to check for my evening meetings as my phone was dead and I only just got back now...
[21:48] <slangasek> hggdh: server images being respun for maas
[21:48] <slangasek> (bug #1065763)
[22:09] <slangasek> barry: is bug #1066883 the same as your video-on-mac bug?
[22:12] <barry> slangasek: i don't think so.  i never see an error message, just blank screen
[22:13] <slangasek> alrighty
[22:13] <slangasek> figured it was worth asking
[22:13] <barry> yep :)
[22:13] <slangasek> since the reporter mentions different behavior on first vs. second boot


[15:24] <bdmurray> mvo: I've seen quite a few apport-package bug reports ending with 'corrupted filesystem tarfile' or 'dpkg-deb (subprocess): data: internal gzip read error: '<fd:0>: data error''.  Could we get these stopped?
[15:46] <mvo> bdmurray: do you have a example bugnumber for me please?
[15:47] <bdmurray> mvo: bug 762035 re corrupted filesystem tarfile
[15:47] <ubot4> Launchpad bug 762035 in linux (Ubuntu) "package linux-image-2.6.38-8-generic 2.6.38-8.42 failed to install/upgrade: corrupted filesystem tarfile - corrupted package archive (affects: 1) (heat: 6)" [Undecided,Incomplete] https://launchpad.net/bugs/762035
[15:47] <mvo> bdmurray: thans, in a cal now, I have a look
[15:48] <bdmurray> mvo: bug 766407 is another different one
[15:48] <ubot4> Launchpad bug 766407 in samba (Ubuntu) "package smbclient 2:3.5.8~dfsg-1ubuntu1 failed to install/upgrade: subprocess dpkg-deb --fsys-tarfile returned error exit status 2 (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/766407
[15:49] <bdmurray> mvo: okay, let me know - I'd be happy to work on the change
[16:29] <bdmurray> mvo: 762035 has a mess of other problems but bug 750591 is a good example
[16:29] <ubot4> Launchpad bug 750591 in coreutils (Ubuntu) "package coreutils 7.4-2ubuntu2 failed to install/upgrade: corrupted filesystem tarfile - corrupted package archive (affects: 1) (heat: 6)" [Undecided,Incomplete] https://launchpad.net/bugs/750591
[16:51] <bdmurray> tremolux: is bug 753066 fixed by something?
[16:51] <ubot4> Launchpad bug 753066 in software-center (Ubuntu) "software-center crashed with KeyError in __getitem__(): "The cache has no package named 'google-chrome-stable'" (affects: 13) (dups: 11) (heat: 106)" [Medium,Confirmed] https://launchpad.net/bugs/753066
[16:54] <tremolux> bdmurray: heya, well, no, we don't have a specific fix for that, but there have been some fixes for database issues and it's possible this one has been taken care of
[16:54] <tremolux> bdmurray: why are you asking?
[16:54] <bdmurray> tremolux: because the newest crash has package version <IP_ADDRESS> and reviewing the changelog I noticed there had been a lot of changes since then
[16:55] <tremolux> bdmurray: yep, I noticed that about the latest dupe
[16:58] <tremolux> bdmurray: but I don't see anything in software-center itself since .25 that I could say for sure fixed that
[18:50] <pedro_> QA Meeting in ~10 minutes at #ubuntu-quality
[19:43] <bdmurray> njin: is there a reason you marked bug 733671 incomplete?
[19:43] <ubot4> Launchpad bug 733671 in ubuntu "package python-twisted-core 8.2.0-3 failed to install/upgrade: subprocess installed post-installation script returned error exit status 1 (affects: 1) (heat: 8)" [Undecided,Incomplete] https://launchpad.net/bugs/733671
[19:44] <njin> hello, i'm triaging a bug for a recent unsupported wireless chipset (broadcom 4331) bug 765839 can you suggest me next steps
[19:44] <ubot4> Launchpad bug 765839 in linux (Ubuntu) "Kubuntu installer not finding Wireless (affects: 1) (heat: 8)" [Undecided,Incomplete] https://launchpad.net/bugs/765839
[19:44] <njin> looking
[19:44] <bdmurray> thanks
[19:46] <njin> mi wife...??
[19:46] <njin> sorry
[19:48] <bdmurray> njin: about the wifi bug you'll see there is no driver in use for that broadcom device.  did they try using jockey?
[19:49] <njin> bdmurray, jockey install network drivers too ?
[19:49] <bdmurray> njin: yes any proprietary driver
[19:50] <njin> oh,good, i'll suggest to the reporter, thanks
[20:06] <iceroot> misstakes in po-files (translation) should be greated like other bugs on launchpad or is there something different for translation? e.g. i found  an inclompete po-file for one language, should i create a normal bug (with patch)?
[20:11] <bdmurray> here's a great bug attachment - https://launchpadlibrarian.net/70020722/diff001.gif
[20:19] <vish> nice! whats the bug about?(bug#)
[20:22] <bdmurray> bug 767294?
[20:22] <ubot4> Launchpad bug 767294 in ubuntu "Something is gone really wrong with fonts from Maverick to Natty (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/767294
[20:25] <vish> might be bug 379761 got fixed in natty?
[20:25] <ubot4> Launchpad bug 379761 in fontconfig (Ubuntu) (and 5 other projects) "MASTER - Font hinting does not honour gnome-settings in Firefox (affects: 135) (dups: 8) (heat: 471)" [Undecided,New] https://launchpad.net/bugs/379761
[20:26] <njin> hello guys, many times, expecially with overheating pc, I found this 'ACPI: BIOS _OSI(Linux) query ignored' , so i'm asking myself if it is not the case to have a tag for this particular branch of bioses?
[20:37] <bdmurray> njin: that's a question for the kernel team I think
[20:51] <JoshuaL> I recently found a bug report where I think it should get a higher importance. It is now set to Low. What do I have to do in such situation?
[20:54] <JoshuaL> Because in my opinion the bug is not allowing new users to use trivial functionality which might affect the user experience.
[20:55] <bdmurray> JoshuaL: bringing it up here sounds like a good start
[20:55] <JoshuaL> Im talking about bug 736222
[20:55] <ubot4> Launchpad bug 736222 in unity (Ubuntu) (and 1 other project) "cannot paste into dash (particularly relevant for alt+f2) (affects: 19) (dups: 6) (heat: 205)" [Low,Confirmed] https://launchpad.net/bugs/736222
[20:56] <JoshuaL> New users will most likely copy and paste commands from tutorials into the dash therefore I think it is a good reason to give it a higher priority
[21:10] <yofel> bdmurray: how would you write a bugpattern for bug 767498 ? I don't think it can read compressed DpkgTerminalLog.gz
[21:10] <ubot4> Launchpad bug 767498 in apport (Ubuntu) (and 1 other project) "package apport 1.20.1-0ubuntu3 failed to install/upgrade: subprocess installed post-installation script returned error exit status 1 (affects: 56) (dups: 53) (heat: 464)" [Critical,Confirmed] https://launchpad.net/bugs/767498
[21:12] <bdmurray> yofel: looking
[21:13] <bdmurray> yofel: I was wondering about this the other day but I'm pretty sure apport-package doesn't check for bug patterns
[21:13] <yofel> oh, nvm then
[21:13] <bdmurray> yofel: the fact that it is compressed shouldn't matter though
[21:14] <bdmurray> yofel: thanks for bringing up the bug though
[21:14] <yofel> let's hope we find pitti *fast*
[21:15] <BUGabundo> bRoas
[21:29] <JoshuaL> bdmurray: so what can i do more about my opinion for bug 736222 ?
[21:29] <ubot4> Launchpad bug 736222 in unity (Ubuntu) (and 1 other project) "cannot paste into dash (particularly relevant for alt+f2) (affects: 19) (dups: 6) (heat: 205)" [Low,Confirmed] https://launchpad.net/bugs/736222
[21:31] <vish> !bugimportance
[21:31] <ubot4> Factoid 'bugimportance' not found
[21:31] <vish> !importance
[21:31] <ubot4> You can learn about setting bug importance at https://wiki.ubuntu.com/Bugs/Importance
[21:31] <yofel> neat
[21:32] <vish> JoshuaL: there is a workaround, "typing the command", not really a show-stopper.. so IMO Low seems OK there..
[21:33] <bdmurray> yofel: it looks like you can write and I just did that
[21:33] <yofel> hm, interesting, thanks!
[21:35] <vish> JoshuaL: and I'm pretty sure it is a dup...
[21:35] <vish> oh, wait, it has dups :D
[21:36] <vish> looks like that is the main one..
[21:37] <bdmurray> given the fact that it is already assigned to someone I'm not certain how relevant the importance tis
[21:37] <vish> yea, that too.
[21:37] <vish> hmm, mpt filed a couple of bugs for that unicode while pasting, not sure where those went.
[21:47] <JoshuaL> vish: i think you are right about that :)
[21:59] <JoshuaL> Quick question, i have a bug which is similar to this bug: https://bugs.launchpad.net/ubuntu/+source/unity/+bug/762193 however im experiencing the issue with another application, do I have to report a new bug or mark me as affected and tell them the application I am experiencing it with?
[21:59] <ubot4> Launchpad bug 762193 in unity (Ubuntu) (and 1 other project) "Unity not showing Xchat is running (affects: 2) (heat: 1095)" [Undecided,Confirmed]
[22:01] <vish> JoshuaL: might be a dup, but worth filing a new bug and mentioning that it is similar to this one
[22:01] <JoshuaL> ok thanks :)
[22:03] <njin> hello, in natty running unity with autologin, I cannot found a way to switch to classical desktop, there's a hidden switcher ?
[22:03] <vish> JoshuaL: for unity, there have been cases where each app might need minor tweaking … hence safer that way
[22:04] <JoshuaL> vish: ah well the app in case is closed source..
[22:04] <vish> ha!
[22:04] <vish> njin: is there no option in Login Screen?
[22:04] <vish> njin: System » Administration » Login Screen
[22:05] <njin> looking
[22:05] <JoshuaL> there is in my case :)
[22:05] <JoshuaL> vish: so is it still worth reporting it?
[22:06] <vish> JoshuaL: yup.. if its hosted on Launchpad in LP, else on their tracker
[22:07] <JoshuaL> ah then i will report it at their tracker. ty
[22:07] <vish> JoshuaL: no ubuntu packages either?
[22:08] <njin> vish: is there nand is working, better go to sleep, see you tomorrow, thanks
[22:09] <JoshuaL> vish: no its spotify, and this is the bug similar to my case: bug 762193
[22:09] <ubot4> Launchpad bug 762193 in unity (Ubuntu) (and 1 other project) "Unity not showing Xchat is running (affects: 2) (heat: 1095)" [Undecided,Confirmed] https://launchpad.net/bugs/762193
[22:09] <vish> JoshuaL: cool.. so their tracker would be fine
[22:11] <JoshuaL> k thanks
[22:11] <JoshuaL> i still need to learn a lot :)
[22:11] <JoshuaL> gota go now, ciao


[02:39] <rgl> hello
[02:39] <rgl> anyone running upstart on a linux-vserver guest?  I can't get it to run at all :/
[02:40] <Keybuk> what does it do?
[02:40] <rgl> I really dunno, but it seems it doesnt do anything, it just sits there wating for something :|
[02:41] <rgl> I also tried to use the --versbose switch, but it doesn't output anyting at all
[02:41] <rgl> err verbose
[02:41] <rgl> also, it doesn't quit unless I send it the KILL signal
[02:42] <Keybuk> have you got anything in /etc/event.d ?
[02:42] <Keybuk> does --debug reveal any insights?
[02:43] <rgl> humm the --debug switch doesn't show up in the init --help
[02:43] <rgl> lemme try it :D
[02:44] <rgl> humm nope, no output.  I have to say, that there us no /dev/console in the guest
[02:44] <rgl> s,us,is
[02:44] <Keybuk> the lack of /dev/console will be why :)
[02:44] <Keybuk> do you have anything in /etc/event.d in the guest?
[02:46] <rgl> Keybuk, http://paste.linux-vserver.org/607
[02:47] <Keybuk> could you add /dev/console to the guest (and /dev/null)
[02:47] <Keybuk> and try then?
[02:48] <rgl> I'll have to see how to do it heheh  gimme a sec :D
[02:48] <Keybuk> mknod .../dev/console c 5 1
[02:49] <rgl> its not that simple.
[02:50] <rgl> oh its seems there is no way to have it inside a guest :(
[02:51] <Keybuk> ?!
[02:51] <rgl> you known linux-vserver.org?
[02:51] <rgl> I maean, do you use it :D
[02:52] <Keybuk> I don't know it, no
[02:52] <Keybuk> is that the one that doesn't start init as process #1 ?
[02:52] <rgl> it does
[02:53] <rgl> is there a way to make upstart write in a file instead?
[02:53] <Keybuk> if you don't mind changing the code ... sure
[02:53] <Keybuk> main() in init/main.c ... comment out this bit:
[02:53] <Keybuk>         for (i = 0; i < 3; i++)
[02:53] <Keybuk>                 close (i);
[02:53] <Keybuk>         process_setup_console (NULL, CONSOLE_OUTPUT);
[02:53] <Keybuk>         if (! restart)
[02:53] <Keybuk>                 reset_console ();
[02:54] <rgl> lemme see if I can build it :D
[02:54] <Keybuk> (that code's probably bogus anyway, we should let the kernel assign our stdin/out/err
[02:54] <Keybuk> but there's a bug in the ubuntu initramfs ;p)
[02:55] <rgl> this is not using initramfs at all
[02:55] <rgl> its just running /sbin/init in a different namespace
[02:56] <Keybuk> yes, I mean the reason that code is there is because our initramfs assumed that init re-opened /dev/console (sysvinit also does) -- I plan to fix *that*, so upstart just uses whatever it's given
[02:56] <rgl> sorry, but how do _I build a ubuntu package in place?  will debian/rules binary do the trick?
[02:56] <Keybuk> debian/rules build
[02:56] <Keybuk> fakeroot debian/rules binary
[02:56] <Keybuk> or just dpkg-buildpackage -rfakeroot
[02:57] <rgl> You?  oh are you the upstream developer? :))
[02:57] <Keybuk> of upstart, yes
[02:57] <rgl> cool, nice to meet you :)
[02:58] <phsdv> Hi, a short question, can I currently (upstart 0.3.0) define a function within the 'script' 'end script' block?
[02:58] <_ion> It's a sh script.
[02:59] <Keybuk> phsdv: sure, you can only use it within that block though
[02:59] <phsdv> ok, thanks, than my problem lies somewhere else.
[03:00] <Keybuk> phsdv: careful not to use bashisms, /bin/sh may not be bash :)
[03:01] <phsdv> my first script (start on startup) terminates with code 1
[03:01] <phsdv> my bin/sh is a links to bash
[03:02] <phsdv> s/links/link
[03:02] <Keybuk> sladen: so rgl is having some problems getting upstart to run inside a vserver
[03:02] <Keybuk> debugging is made harder by the lack of /dev/console in there ...
[03:03] <Keybuk> I remember a bug that "kill 1" doesn't work in a vserver guest ... is init assigned PID 1 ?
[03:03] <sladen> rgl: IIRC, vserver calls  /etc/init.d/rc  directly, unless you specify 'fakeinit' in which case vserver calls /sbin/init instead
[03:03] <rgl> sladen, but it can directlly call init :)
[03:03] <rgl> sladen, and that way I can use all the nice features of upstart :D
[03:04] <sladen> Keybuk: PID 1 (other pids aren't) is virtualised inside a context so that, the init process always /appears/ as pid 1
[03:04] <Keybuk> sladen: if it calls getpid() does it get 1?
[03:04] <sladen> Keybuk: should do; but.  that might be good to check
[03:05] <rgl> you guys known which packages provides the strings command?
[03:05] <Keybuk> binutils
[03:06] <sladen> Bertl (current vserver maintainer) appears to be asleep
[03:06] <sladen> Keybuk: does upstart query its own pid?
[03:06] <sladen> Keybuk: and be speffial if it isn't?
[03:07] <Keybuk> sladen: yes
[03:07] <Keybuk> if getpid() != 1, then it execs /sbin/telinit instead
[03:08] <rgl> Keybuk, still no luck, no output :(
[03:09] <rgl> oh, I just commented to code you pasted here, but maybe I should open up a file instead
[03:24] <sladen> rgl: can you try compiling http://www.paul.sladen.org/ubuntu/tmp/getpid.c and saving as /sbin/init ?
[03:25] <rgl> sladen, it is 1 ;)
[03:25] <rgl> sladen, I've already tried that
[03:25] <sladen> rgl: and the parent pid?
[03:25] <rgl> oh that I dunno :|
[03:26] <rgl> I'll run that getpid then :)
[03:30] <rgl> sladen, its this:
[03:30] <rgl> argv[0] : "/sbin/init"
[03:30] <rgl> getpid(): 1
[03:30] <rgl> getppid(): 8081
[03:30] <rgl> everytime I run it, the ppid is different
[03:31] <sladen> Keybuk: you don't check the parent pid aswell do you?
[03:32] <sladen> Keybuk: seems that /isn't/ virtualised
[03:34] <Keybuk> no
[03:34] <Keybuk> no reason to check that
[03:34] <Keybuk> I assume that the parent id of everything else shows up as 1?
[03:34] <Keybuk> and that vserver doesn't break the "init gets SIGCHLD for everything" semantics?
[03:55] <rgl> Keybuk, sladen: I've added some printfs and it seems to run till nih_main_loop (), now I don't known what happens inside of it
[03:58] <sladen> Keybuk: does sysvinit also reply on getting SIGCHLD for everything?
[04:13] <rgl> can't get it to work, I've change it to write stdout/stderr to a file, but upstart never writes anything to stdout :(
[04:22] <sladen> Keybuk: ^^what crack are you doing with file i/o ?
[04:22] <sladen> rgl: I don't have a recent vserver box setup, if can you give me SSH access to a machine I can have a quick look at it
[04:27] <rgl> sladen, I can give you access to a vmware instance that I have here, gimme 10 mins or so to set it up
[04:27] <sladen> rgl: yup that would work
[04:28] <Keybuk> sladen: "with file i/o" ?  how do you mean?
[04:33] <sladen> Keybuk: "I've change it to write stdout/stderr to a file, but upstart never writes anything to stdout"
[04:33] <sladen> rgl: stdout is probably buffered btw
[04:35] <rgl> sladen, humm, my printf work fine, because stdout only seems to be line buffered
[04:36] <rgl> sladen, oh, this is taking some time to setup, cause this instance didnt have build-essential installed :(
[04:39] <sladen> rgl: there isn't a hurry, don't worry
[04:40] <sladen> setvbuf(...) should get you a non-buffered stdout
[04:40] <sladen> or you can call flush() lots of times
[04:46] <Keybuk> sladen: it uses syslog() and openlog(LOG_CONS) for most output
[04:46] <Keybuk> is it possible that's busted? :)
[04:57] <sladen> rgl: just check to see if the syslog output is turning up in the root server...
[04:59] <rgl> sladen, it can't communicate with root server syslog
[04:59] <rgl> sladen, oh well, I'm having trouble getting to the ssh port from inet to this vmware :((
[05:01] <sladen> rgl: syslog is a syscall, did you check...?
[05:02] <sladen> thought I'm not entirely sure what goes via libc and what via the kernel
[05:03] <rgl> sladen, on the guest there are no new messages
[05:03] <rgl> err on the host
[05:03] <rgl> or root server
[05:06] <sladen> my http://www.paul.sladen.org/vserver/fix0r.txt list says "fix: We need to write a fake `console' driver that can pipe to a file.
[05:06] <sladen> for that other issue
[05:08] <Keybuk> sladen: how much effort do you put into supporting unix datagram sockets, credential parsing, etc.?
[05:08] <Keybuk> I assume you mangle the credentials to reflect the vserver fake pid 1?
[05:09] <Keybuk> and does each vserver guest have an independent copy of the unix abstract namespace?
[05:09] <Keybuk> (as every upstart instance would try to bind to \0/com/ubuntu/upstart
[05:16] <sladen> Keybuk: pretty much all of that stuff was virtualised by a few years back;  since namespaces came in they got used to
[05:17] <Keybuk> ok
[05:19] <sladen> ppid of init not being virtualised to be '1' aswell surprisedme
[05:19] <sladen> but all of these things could do with double checking
[05:38] <sladen>  /etc/init.d/rc: line 165: /dev/console: No such file or directory
[05:39] <sladen> so that's actually rc
[05:44] <Keybuk> I don't think it's unreasonable for anything to assume that /dev/console exists
[05:50] <rgl> sladen, Herbert (aka Bertl) is on #vserver ;)
[05:51] <sladen> Keybuk: it doesn't in this case :-P
[05:52] <sladen> Keybuk: one reason the Unix kernel succeeded was by simiplfying the internal design, such that syscalls were *allowed* to fail
[05:54] <sladen> Keybuk: userspace should not assume anything.  Be Liberal in what you accept and Conversative in what you (the program) assumes.
[05:54] <sladen> Keybuk: you're also trying to make a backwards compatible sysvinit replacement, if it's not, that's a bug
[06:00] <Keybuk> from your own notes, sysvinit also assumes /dev/console exists
[06:00] <Keybuk> so upstart is behaving the same as sysvinit in this case :)
[06:03] <Keybuk> and it's not true that upstart is intended to be a drop-in sysvinit replacement
[06:03] <Keybuk> for example, it doesn't listen on /dev/initctl
[06:03] <Keybuk> it's intended to be compatible from a user tools and application stand-point, so that you don't need to re-teach your fingers, or fix apache
[06:04] <Keybuk> but that is done by replacing those parts with new ones, not by talking to the old ones
[07:29] <rgl> sladen, did you manage to find anything wrong with it?
[07:29] <sladen> rgl: sorry, I got waylaid with other stuff
[07:30] <rgl> sladen, ah ok.  will'll have some time today to see it?
[07:31] <sladen> rgl: "/etc/vservers/edgy/apps/init/cmd.start" no such file?
[07:32] <rgl> sladen, that appear after executing what command?
[08:08] <concept10> does upstart use the same debian type run-levels?
[10:25] <rgl> sladen, ping :D


[17:22] <TheLordOfTime> is the QA team the team that determines whether a package version is viable for Ubuntu releases?
[17:23] <TheLordOfTime> or is that the dev team or respective repository section manager team (MOTU, for instance, for universe/multiverse)
[17:30] <TheLordOfTime> lost connection, did anyone say anything in response to my question?
[18:58] <astraljava> balloons: I hope I wasn't too late. :)
[19:00] <balloons> astraljava, no, no worries.. glad you made it
[19:11] <astraljava> No, I meant your wiki page. :)
[19:17] <balloons> astraljava, HAH!
[19:17] <balloons> long day for me.. no, your not too late
[19:17] <balloons> thank you for posting something
[19:21] <astraljava> I just hope it benefits your case. :)
[19:54] <gaspa> hi, is there a way to automatically test unity lenses? (unity lenses unit testing... tongue-twisters :P )
[19:57] <njin> Hello gaspa , I think is better to post on #ubuntu-unity
[19:59] <gaspa> njin: thanks. will do.
[20:00] <cwayne> gaspa: take a look into "autopliot" :)
[20:06] <gaspa> cwayne: it needs to have unity running, right?
[20:07] <cwayne> gaspa: aye
[20:07] <gaspa> ok, thanks.