[02:28] <mbiebl> Keybuk, hi
[02:29] <Keybuk> ello
[02:30] <mbiebl> I currently studying the code and noticed, that "pid file" does not yet have any effect.
[02:31] <mbiebl> init/job.c -> job_run_process always uses the pid returned from fork.
[02:33] <mbiebl> If job->pidfile is specified it should parse the given file for the pid file instead.
[02:33] <mbiebl> I also don't understand, why "pid file" can only be specified together with respawn.
[02:34] <Keybuk> right, it's not implemented
[02:34] <mbiebl> Imho it would also make sense together with exec.
[02:34] <Keybuk> was supposed to only make sense with daemon :p
[02:34] <mbiebl> Yeah, but a daemon can also be started with exec, or not?
[02:34] <Keybuk> yes
[02:35] <mbiebl> I also think, that a reload and maybe also a restart utility would be great.
[02:35] <Keybuk> there's no implementation for reload yet
[02:36] <mbiebl> It should also be possible to specify in the job description file a custom reload function.
[02:37] <Keybuk> probably yes
[02:37] <Keybuk> actions are in the todo somewhere
[02:37] <Keybuk> got to get events and jobs right first though
[02:37] <mbiebl> Sure ;-)
[02:38] <mbiebl> Oh, another thing, more from the packaging perspective:
[02:38] <mbiebl> in postinst you call kill directly. Maybe it would be safer to specify the complete path as kill is a bash builtin
[02:38] <mbiebl> iirc lintian also moans about that.
[02:39] <Keybuk> why would you need to do that?
[02:39] <Keybuk> what's wrong with the builtin?
[02:39] <mbiebl> They could behave differently and you don't notice as long as you run bash.
[02:39] <Keybuk> they'd at least behave consistently
[02:39] <Keybuk> it's /bin/sh
[02:39] <Keybuk> so kill must behave like POSIX kill
[02:40] <Keybuk> kill -TERM 1 is therefore legal
[02:40] <mbiebl> Is it guaranteed that the bash builtin kill behaves exactly as /bin/kill?
[02:40] <mbiebl> I'm not sure.
[02:40] <Keybuk> yes
[02:40] <Keybuk> what's bash got to do with it anyway?
[02:40] <Keybuk> /bin/sh on Ubuntu is dash
[02:42] <mbiebl> Well, if the builtin and /bin/kill behave exactly the same, then the point is moot.
[02:42] <Keybuk> indeed
[02:43] <mbiebl> You seem confident so I take this point as resolved ;-)
[02:43] <Keybuk> well, if a shell installs itself as /bin/sh and doesn't implement the POSIX-specified behaviour of kill, then that's a bug in that shell
[02:43] <Keybuk> if the user replaces /bin/sh with a non-POSIX shell like zsh, and complains; then the bug can just be rejected :p
[02:46] <mbiebl> As you already have feature freeze for edgy I was wondering if you also plan to migrate initscripts or parts of initscripts to upstart jobs.
[02:46] <Keybuk> not in edgy
[02:48] <Keybuk> beta freeze is only a few days away! :P
[02:48] <Keybuk> and have other bugs to be fixed for that
[02:55] <mbiebl> yeah, bug fixing should always have top priority, even if it's not so much fun :-)
[02:56] <Keybuk> fortunately there don't seem to be any upstart bugs
[03:01] <mbiebl> That speaks for your coding skills
[03:02] <Keybuk> well, no major ones anywhere
[11:19] <Admiral_Chicago> i'm on Knot 3 and i did an apt-get update
[11:19] <Admiral_Chicago> initscript is a package that is being updated
[11:19] <Admiral_Chicago> is that right?
[01:27] <jbailey> Keybuk: The only two problems I had were 1) The upgrade also included glibc and I was still running the hack'd upstart.  It wasn't taking signals, glibc locked in postinst. =)
[01:27] <jbailey> 2) In single user mode, terminal type seems to be not set correctly, and "reboot" command didn't work.
[01:27] <jbailey> Although from a command prompt now, C-M-Del seems to get registered correctly now.
[01:31] <Keybuk> jbailey: isn't glibc supposed to work unconfigured? :)
[01:32] <Keybuk> hmm, will test the single user mode thing
[01:32] <Keybuk> reboot should work even better than sysvinit (no pesky "unable to obtain runlevel" type thing)
[01:32] <jbailey> Keybuk: It does.  It was that the postinst I think HUPs pid 1 or something like that.
[01:32] <jbailey> Keybuk: So I killall'd that, then dpkg --force-depends -i upstart*deb
[01:32] <jbailey> Reboot, finished upgrade ;)
[01:32] <Keybuk> oh, and you had the hack'd upstart that didn't work? :p
[01:33] <pepsiman> Keybuk: single user doesn't run bash
[01:33] <jbailey> Right. =)
[01:34] <Keybuk> pepsiman: err, yes?
[01:34] <pepsiman> it did in dapper
[01:34] <Keybuk> actually it ran sulogin in dapper ;)
[01:34] <pepsiman> yes, and sulogin looked at /etc/passwd in dapper
[01:34] <Keybuk> right
[01:34] <Keybuk> can probably hack that
[01:35] <Keybuk> or just use the real sulogin
[01:35] <pepsiman> bug 60965
[01:35] <jbailey> Keybuk: Path of least resistance: use the real sulogin.
[01:35] <Keybuk> pepsiman: yes, I saw it
[01:35] <jbailey> Solve that problem sometime in +1 =)
[01:35] <Keybuk> jbailey: yeah, was planning to move that to sysvutils too, just hadn't got around to it yet
[01:35] <Keybuk> was gonna do that along with fixing check*
[01:36] <jbailey> Cool.
[01:37] <jbailey> So for ppc64, I think it's properly cooked now.  I should test on the older kernel as well, I s'pose.
[01:37] <jbailey> Actually, I'll focus on getting my HD working with the stock edgy kernel so I don't have to roll my own.  Easier.
[01:39] <Keybuk> jbailey: oh, I see why shutdown doesn't work in single-user mode
[01:40] <jbailey> Keybuk: Cool.  Need something in Malone, or is this good enough?
[01:40] <Keybuk> not sure it's actually fixable :-/
[01:40] <Keybuk> not for edgy, anyway
[01:40] <jbailey> Err...
[01:40] <jbailey> Need to have *some* way of getting back to a full state.
[01:40] <jbailey> exit didn't work either, IIRC
[01:41] <Keybuk> exit should work
[01:41] <Keybuk> it's making exit work that's causing shutdown to not work
[01:41] <Keybuk> oh, hmm
[01:41] <Keybuk> exit doesn't work either
[01:41] <Keybuk> meh
[01:41] <Keybuk> yes, bug me
[01:41] <jbailey> Two bugs or one?
[01:42] <Keybuk> only one of them will be fixable
[01:42] <Keybuk> reboot is more important, so I'll fix that
[01:44] <pepsiman> init: sulogin process (3353) killed by signal 9
[01:44] <pepsiman> System halted.
[01:47] <Keybuk> hmm? poweroff shouldn't get killed?
[01:48] <pepsiman> that was the 4th attempt at poweroff
[01:48] <Keybuk> jbailey: the reboot bug is that there's currently no way for upstart to tell the difference between sulogin being killed by a signal or the user typing "exit"
[01:49] <pepsiman> how did sysvinit tell the difference?
[01:49] <Keybuk> runlevel change
[01:50] <pepsiman> ah
[01:51] <Keybuk> it's a bug, or at least a lack of an implementation in upstart that causes this bug
[01:51] <Keybuk> but it's not something I can implement before Beta Freeze
[01:51] <jbailey> Keybuk: rewind a sec for me?  what kills sulogin with a signal?
[01:51] <Keybuk> which is IN THREE DAYS TIME
[01:51] <Keybuk> PANIC!!!!
[01:51] <jbailey> Is that a sideeffect of runlevel change?
[01:51] <Keybuk> jbailey: sendsigs ;)
[01:51] <Keybuk> and killing sulogin forces a runlevel change, stopping the running reboot
[01:51] <jbailey> Oh.  Weird design.
[01:52] <Keybuk> well, how would you have done it?
[01:54] <jbailey> I'm not sure. =)
[01:54] <Keybuk> I couldn't remember what happened with sysvinit if you ran telinit from the shutdown process :p
[02:37] <theCore> upstart is so boring... there is barely any bugs to find :)
[02:41] <mbiebl> Keybuk: debian/control: system-services: Is there a reason why you explicitely depend on util-linux?
[02:41] <mbiebl> util-linux is essential, so it shouldn't be necessary to add this dep.
[02:45] <Keybuk> I don't remember, no
[02:48] <mbiebl> Would make one lintian error less.
[02:49] <Md> mbiebl: are there any news about the sysvinit split?
[02:53] <Keybuk> heh, I entirely got out of the habit of running lintian when I was maintaining dpkg
[02:53] <Keybuk> don't think I've ever used it since
[02:53] <mbiebl> Md: It's currently sitting in NEW.
[03:07] <Keybuk> jbailey: looks like there's already a bug for the single-user problem
[09:02] !Rez:*! :Hi, xFallenAngel would like to inform you that they have created ##google-apis for discussion of GAPIs (http://code.google.com/apis.html), if you are interested we would urge you to join. Thank you for using freenode and have a good day!


[02:00] <dfboneguru> hi all
[05:02] <dfboneguru> hey fellow tns, i just switched over from windows and i'm having trouble retrieving specific files from my backups on my ext hdd
[05:03] <dfboneguru> is there a more elegant way than slogging through each .zip chunk?


[07:39] <LocutusOfBorg> mitya57, fixed in lunar-proposed
[07:49] <mitya57> LocutusOfBorg: thanks a lot!
[07:50] <LocutusOfBorg> I'm trying to open a merge request on sourceforce.net, but its incredibly difficult
[07:51] <mitya57> I managed to do that a couple of times :)
[07:51] <LocutusOfBorg> I created the fork
[07:51] <LocutusOfBorg> https://sourceforge.net/u/locutusofborg1/simgear/ci/next/tree/
[07:51] <LocutusOfBorg> pushed my "latomic" branch
[07:51] <LocutusOfBorg> and now?
[07:52] <LocutusOfBorg> meh, afk now
[07:52] <LocutusOfBorg> will look later
[07:53] <mitya57> https://wiki.flightgear.org/Making_a_SourceForge_Merge_Request check step 16
[08:14] <arraybolt3> Step 1: Move to Git(Hub/Lab)/LaunchPad.
[08:14] <arraybolt3> :P
[10:57] <mitya57> LocutusOfBorg: and another question to you. Do you think we have a chance to get hedgewars build-deps installable in the nearest time?
[10:57] <mitya57> See https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/4966/+build/24922404
[12:50] <LocutusOfBorg> mitya57, yes, I'm at level8 of rebuilds
[12:51] <mitya57> Good, thanks!
[12:54] <LocutusOfBorg> error, level 11
[12:58] <mitya57> I wonder how many levels are there :)
[15:22] <LocutusOfBorg> mitya57, 26? or something like that
[15:55] <arraybolt3> Is anyone else getting odd BADSIG errors while trying to update their Lunar systems? For some reason I can update an LXD container in the cloud, but my main laptop and a Lunar schroot are both unable to update because apt chokes on InRelease. Strangely enough, I can manually download the InRelease file and check it with GPG, and it comes back clean.
[15:56] <arraybolt3> The version of apt is the same on all my systems, so I'm pretty sure that's not the problem.
[15:59] <arraybolt3> And the same mirror is in use on both systems.
[16:00] <arraybolt3> (The schroot is using just the standard archive.ubuntu.com, while my laptop and cloud container are using us.archive.ubuntu.com.)
[16:12] <arraybolt3> This is the pastebin of the exact error: https://dpaste.com/FFCF6LX7F
[16:16] <arraybolt3> (Also changing mirrors didn't have any effect.
[16:22] <arraybolt3> (Actually I just switched to an HTTPS mirror and that seems to be working. Maybe something's truncating the file on accident, or perhaps someone actually is trying to mess with me :P)
[16:45] <arraybolt3> Scratch everything I said above, turned out it was just apt-cacher-ng causing chaos like it seems to do every week or so. It had a corrupted InRelease file cached, removing it (and also restarting apt-cacher-ng) seems to have solved the problem.
[17:20] <LocutusOfBorg> mitya57, eureka! the merge button is visible if I visit my fork
[17:21] <LocutusOfBorg> so to open an upstream MR, I have to start from local fork LOL
[20:06] <arraybolt3> Is anyone around who can change what teams have upload privileges to certain packages? There's a package, qtxdg-tools, that was split off from libqtxdg (I believe) in upstream LXQt. Members of the lubuntu-dev team (of whom I am one as of a few days ago) should be able to upload to there, but it appears that package is not "owned" by ~lubuntu-dev currently, as I just tried to upload to there
[20:06] <arraybolt3> and it was rejected.
[20:07] <arraybolt3> (I don't know if a Core Dev can do this or not, but if so, tsimonq2: ^)
[20:07] <tsimonq2> MOTU+
[20:07] <tsimonq2> Needs to be added to the packageset
[20:07] <tsimonq2> Which is teward territory :0
[20:07] <tsimonq2> s/0/P/
[20:08]  * tsimonq2 summons chaosadmin with a gallon of coffee
[20:08] <rbasak> Please ask devel-permissions@ to fix it
[20:08] <teward> ^^ that
[20:08] <arraybolt3> Well that cascaded fast. Will od.
[20:08] <arraybolt3> s/od/do/
[20:08] <rbasak> The automated packageset generation code needs attention, but we haven't had anyone touch it in a while :-(
[20:09] <arraybolt3> I dunno if this is anything that even could have been autodetected - AFAIK, qtxdg-tools just popped up out of thin air, so it's not exactly something that an automated tool would have known needed to be ~lubuntu-dev territory.
[20:09] <arraybolt3> Anyway, writing email.
[22:56] <Piraty> eh, i get a few 401 from esm.ubuntu.com during release upgrade . https://ttm.sh/0vh.txt
[23:05] <Piraty> eh, i get a few 401 from esm.ubuntu.com during release upgrade . https://ttm.sh/0vh.txt
[23:05] <Piraty> coming from 20.04
[23:06] <Piraty> not sure why this machine tries to pull from there... ?
[23:07] <Piraty> well i got `/etc/apt/sources.list.d/ubuntu-esm-apps.list.distUpgrade` here
[23:07] <Piraty> so i guess this is what the do-release-upgrade tool created


[15:59] <mdeslaur> \o
[16:00] <pitti> o/
[16:00] <pitti> slangasek, stgraber: here?
[16:00] <infinity> \o/
[16:01]  * stgraber waves
[16:01]  * infinity finds a pleasant surprise on the list.
[16:02] <stgraber> yep
[16:02] <kees> o/
[16:02] <mdeslaur> kees: whoa, you're here! :)
[16:03] <kees> I emerge from baby-induced afk-ness
[16:03] <mdeslaur> hehe
[16:03] <pitti> ooh, hello kees -- congrats!
[16:03] <kees> I think I'm wildly overdue to chair?
[16:03] <stgraber> hey kees
[16:03] <kees> pitti: hi! thanks! :)
[16:03] <infinity> kees!
[16:03] <pitti> kees: 's fine; I'm on duty today
[16:03] <kees> pitti: ah-ha okay
[16:04] <pitti> #startmeeting
[16:04] <meetingology> Meeting started Tue Jun  9 16:04:02 2015 UTC.  The chair is pitti. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[16:04] <meetingology> Available commands: action commands idea info link nick
[16:04] <infinity> We can make kees chair the next one. :)
[16:04] <slangasek> hi, sorry I'm late
[16:04] <pitti> let's see whether slangasek still turns up
[16:04] <pitti> ah, hello slangasek ; no worries
[16:04] <pitti> #topic action review
[16:04] <pitti> ACTION: slangasek to forward complaint to Canonical legal
[16:04] <slangasek> carry-over, sorry
[16:04] <slangasek> (unless someone else thinks it's urgent and would like to steal this from me)
[16:05] <pitti> ack, carry then
[16:06] <pitti> #topic Proposal to help CC with potential conflicts of interest
[16:06] <pitti> stgraber already replied, I just did
[16:06] <infinity> +11
[16:06] <infinity> It was my suggestion, I'm very much on board.
[16:06] <pitti> does anyone else think we need to explicitly discuss that?
[16:06] <mdeslaur> +1 from me also
[16:07] <slangasek> seems reasonable to me
[16:07] <pitti> indeed, keeps it simple
[16:07] <pitti> # ML archive
[16:08] <pitti> I see nothing new aside from the above
[16:08] <pitti> err
[16:08] <pitti> #topic ML archive
[16:08] <pitti> no community bugs
[16:08] <pitti> #topic AOB
[16:08] <pitti> anything from you?
[16:08] <mdeslaur> nothing here
[16:09] <slangasek> no
[16:09] <kees> wheee
[16:09] <pitti> ack, then that's it I think
[16:09] <pitti> #endmeeting
[16:09] <meetingology> Meeting ended Tue Jun  9 16:09:41 2015 UTC.
[16:09] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-meeting-2/2015/ubuntu-meeting-2.2015-06-09-16.04.moin.txt
[16:09] <pitti> thanks everyone :)
[16:09] <stgraber> thanks!
[16:09] <mdeslaur> thanks pitti!
[16:10] <infinity> Did we decide next chair?
[16:10] <infinity> Make kees do it?
[16:10] <kees> yes!
[16:10] <pitti> ack
[16:10] <kees> :)
[16:10] <pitti> wiki updated
[16:11] <infinity> pitti: Mark it as kees, then slangasek, so we don't lose the current order.
[16:11] <slangasek> sounds good to me
[16:12] <infinity> Or kees, then kees, then kees...
[16:12] <infinity> *cough*
[16:12] <pitti> lol
[16:13] <pitti> added
[16:15]  * pitti waves


[02:38] <oiu> DJJeff: Just fired up Software Updater and got it. Thanks for letting me know! :)
[07:00] <onr> so i should install 14.04.2 or 15.04?
[07:02] <Luyin> good morning
[07:02] <onr> morning
[07:02] <elfy> onr: depends if you want to have long term support or short
[07:03] <elfy> 15.04 will be superseded by 15.10 and then 16.04, 14.04 will be good till 2017
[07:03] <onr> elfy: 16.04 will be LTS as well?
[07:03] <elfy> yep
[07:06] <onr> nice. i think i should use with 14.04 until 16.04. especially since i'll use it on server and inside virtualbox
[07:06] <onr> i had to switch to windows after 7 years :(
[07:09] <Luyin> hi guys! I've upgraded my version of pycharm just now. now, in the whiskermenu, both versions, 4.5.0 and 4.5.1 are showing. but only 4.5.1 is yet installed. when I open menulibre, I see only 4.5.1. how do I get rid of the useless entry 4.5.0?
[08:27] <chrispage1980> hi, is there a way to turn off guest in 15.04?
[08:43] <Luyin> chrispage1980 sure
[09:34] <DJJeff> oiu, cool
[10:04] <cq-aux> hi I've lost my password and I can't just add the word single to my grub options,.. how do I reset it please?
[10:11] <bekks> cq-aux: you need to boot from a live cd.
[10:12] <cq-aux> and delete /etc/shadows or something right?
[10:13] <cq-aux> bekks: how would you do it?
[10:13] <bekks> If you delete /etc/shadow you will never be able to login again.
[10:14] <bekks> I'd boot a live CD and reset the user password to a known value.
[10:15] <cq-aux> bekks: how exactly?
[10:16] <bekks> !password
[10:17] <cq-aux> ..looking
[10:22] <cq-aux> ok I'm going to try that now
[10:22] <cq-aux> bekks: thanks
[16:57] <sirmodok> Hello. I don't need help, I'm just bored while my install completes and I want to say thank you all for support.
[18:14] <dedi> hey. Im on xubuntu 15.04. My guayadeque shows gstreamer plugin error when playing...how do i fix it?
[18:17] <brainwash_> dedi: did you install xubuntu-restricted-extras?
[18:18] <drc> or install them during install (checked the codecs box) ?
[18:19] <dedi> both no...how stupid I am?:D
[18:19] <dedi> will try it...
[18:19] <drc> Then install xubuntu-restricted-extras with USC...should be good.
[19:24] <rfleming> Greets!
[19:24] <rfleming> I've got a problem on my home install and wanted to get a couple of debug ideas whilst at work.
[19:25] <rfleming> It's nothing important, but is irritating.   The logon screen is white.  After logging in it will show the logon screen wallpaper, then switch to mine.
[19:26] <rfleming> it doesn't do this on any other machine I have, and it's a (relatively) fresh install and has done this since day 1
[19:27] <rfleming> I'm running 15.04 on a clean SDD
[19:28] <holstein> i have seen issues like that with certain graphics hardware.. and, if you have not seen it on other hardware, as i havent as well, then, its likely hardware related
[19:29] <holstein> what would i do? look for and apply any proprietary graphics drivers, and then, i would look for, and file a bug about it
[19:29] <rfleming> bummer
[19:29] <brainwash_> completely white?
[19:29] <holstein> !bug
[19:29] <holstein> white background, is what i had..
[19:29] <rfleming> brainwash_, yes, completely white... with the login prompt sitting on top
[19:29] <brainwash_> multi display setup, right?
[19:29] <rfleming> I can log in just fine, but the wallpaper does not show up
[19:30] <rfleming> Nope, single display.  Laptop
[19:30] <holstein> mine was not dual head either
[19:30] <holstein> it was ATI hardware..
[19:30] <brainwash_> oh
[19:30] <brainwash_> bug 1426664
[19:30] <rfleming> Mine is Nvidia Quadro FX 88m
[19:30] <brainwash_> probably this one
[19:30] <rfleming> 880m
[19:31] <rfleming> brainwash_, no, it isn't.
[19:32] <rfleming> I can click and so forth.  I can even log in.  It isn't until after I log in does the LightDM wallpaper load up, then reverts to my own wallpaper
[19:32] <rfleming> I'm also using the nouveau driver
[19:33] <brainwash_> it's the lightdm-gtk-greeter? with the Greybird theme?
[19:33] <rfleming> should be.  I haven't changed a thing
[19:34] <brainwash_> hmm yea, can you file a bug report? run ubuntu-bug lightdm-gtk-greeter
[19:34] <rfleming> I'm 90% certain that when I log out, the wallpaper shows... only on fresh boot is it 'white'
[19:35] <rfleming> I'll make a note of that to run when I get home
[19:35] <rfleming> I've tried to use Google to scope an answer, without luck.
[19:35] <brainwash_> oh wait, you should test a newer version of the greeter first
[19:35] <brainwash_> either compile from source or use https://launchpad.net/~lightdm-gtk-greeter-team/+archive/ubuntu/daily
[19:36] <rfleming> I'll do that as well.
[19:37] <rfleming> That bug says clicking the white screen makes it go away?
[19:38]  * rfleming wonders if his laptop is reporting dual screens
[19:40] <rfleming> brb... going to config my VM to dual screen and see if the 'white' comes up
[19:53] <rfleming> VMware doesn't allow running multi-monitor prior to logging in.
[22:55] <xubuntu65w> hi
[22:56] <xubuntu65w> is there anyone who can help me with a keyboard recognition problem?


[06:12] <bignose> nnnggg
[06:12] <bignose> $ bzr update
[06:12] <bignose> Tree is up to date at revision 3418 of branch svn+ssh://benf@subversion/home/svn/empowered/trunk
[06:12] <bignose> $ bzr commit
[06:12] <bignose> bzr: ERROR: Bound branch BzrBranch7(file:///home/benf/projects/svn/empowered/) is out of date with master branch SvnBranch('svn+ssh://benf@subversion/home/svn/empowered/trunk').
[06:12] <bignose> To commit to master branch, run update and then commit.
[06:13] <spiv> That's weird.  It sounds a bit familiar though, perhaps someone else will recognise the bug.
[06:23] <vila> >-/ unbind/bind ?
[06:23] <vila> makes no sense
[06:26] <bignose> okay, it appears to be related to::
[06:26] <bignose> $ bzr merge --revision 1823 ../../devel/empowered.rt12430.confirm-reminder-email/
[06:26] <bignose> inconsistent details in skipped record: StaticTuple('719@58802371-0b19-4c69-acb7-7d0c5b422186:trunk%2Fwdyt%2Fsource%2Fwdyt%2Fprofile_modules%2Fmanagement%2Fcommands%2Fsend_profile_reminders.py'<EMAIL_ADDRESS>('4721568<PHONE_NUMBER>92 114205', ((('719@58802371-0b19-4c69-acb7-7d0c5b422186:trunk%2Fwdyt%2Fsource%2Fwdyt%2Fprofile_modules%2Fmanagement%2Fcommands%2Fsend_profile_reminders.py', 'svn-v4:58802371
[06:26] <bignose>  M  wdyt/source/wdyt/reminder/tests/test_reminder.py
[06:26] <bignose> All changes applied successfully.
[06:33] <vila> bignose: as in: you're out of trouble but this is worth filing a bug ?
[06:37] <bignose> vila: as in, that's the consistent message that precedes the failure.
[06:37] <bignose> I'm madly trying to merge these branches
[06:38] <bignose> and it fails with that message
[06:39] <vila> what fails ? 'All changes applied successfully' does not sound like a failure (which is confusing)
[06:39] <bignose> or rather that message precedes the “ERROR: Bound branch BzrBranch7(file:///home/benf/projects/svn/empowered/) is out of date with master branch” message when I try to make a change
[06:39] <bignose> the sequence is: merge, get that “inconsistent details” message, then try to commit → ERROR
[06:40] <vila> which versions of bzr / bzr-svn are you using ?
[06:41] <bignose> $ bzr version
[06:41] <bignose> Bazaar (bzr) 2.2.4
[06:41] <vila> hmpf
[06:42] <bignose> (from Ubuntu Maverick)
[06:42] <bignose> bzr-svn 1.0.3-1
[06:43] <vila> 2.3.3 / 1.0.4 are available from the stable ppa, that would be my first line of defense
[06:44] <bignose> I'm not in a position to update this machine
[06:44] <bignose> or install packages
[06:44] <vila> I don't know the details but I know jelmer did a bunch of fixes (and he is out this week)
[06:44] <vila> hmm
[06:44] <vila> no other machine available to try ?
[06:44] <bignose> what should I try, though?
[06:45] <vila> same commands with upgraded bzr / bzr-svn
[06:45] <bignose> you're aware that I've reported problems with bzr-svn this week, that others here have said are repository corruption?
[06:45] <vila> if you can't upgrade it will be rather complicated to even get a fix (if it's not a known bug) :-/
[06:45] <bignose> so I am trying to keep straight what's happened to each repository
[06:45] <vila> hmm, no I wasn't :-(
[06:46] <vila> irc is not a reliable medium when it comes to tracking bugs...
[06:46] <bignose> no, I ended up reporting it to the mailing list
[06:48] <vila> huh ? Did I miss that one ? ....
[06:48] <vila> oh
[06:48] <vila> Crash in ‘bzr-svn’, but works with Subversion ?
[06:48] <bignose> that's the one
[06:49] <bignose> now I appear to be reaping the repository corruption, trying to merge my work from earlier this week
[06:49] <vila> you mentioned bzr-2.2.1, you did upgrade since then ?
[06:49] <bignose> how the heck can I get my work properly into the Subversion repository?
[06:52] <vila> see above, jelmer being away this week, I'll try with recent versions first, I know there have been fixes related to statictuple stuff but nothing more detailed :-/
[07:16] <bignose> vila: using bzr 2.3.1-1, bzr-svn 1.0.5dev
[07:16] <bignose> I get a crash trying to merge
[07:17] <bignose> File "/usr/lib/python2.6/dist-packages/bzrlib/repofmt/pack_repo.py", line 2171, in _commit_write_group "Cannot add revision(s) to repository: " + problems_summary)
[07:17] <bignose> BzrCheckError: Internal check failed: Cannot add revision(s) to repository: missing referenced chk root keys: [StaticTuple(…
[07:17] <vila> >-/
[07:18] <vila> bignose: can you pastebin a bit more details so I can paste it to the bug report ?
[07:19] <bialix> hi all
[07:19] <bialix> jam: hi
[07:20] <vila> bignose: missing chk root keys though... May be that can be worked around by pulling the right revisions in the right repo (if we can understand where they are missing that is...)
[07:20] <bialix> bonjour vila
[07:20] <vila> bialix: hi hi sir
[07:22] <bialix> vila: after the latest team changes initiated by maxb I left ~bzr and moed to ~bzr-core. But I didn't realize that bzr-windows-installer project maintained by ~bzr.
[07:23] <bignose> vila: <URL:http://paste.pound-python.org/show/9056/>
[07:23] <jam> morning all
[07:23] <bialix> so I can't land https://code.launchpad.net/~bialix/bzr-windows-installers/changelog_plugin/+merge/66760
[07:23] <bialix> hi jam
[07:23] <bignose> vila: thanks for the help so far
[07:23] <maxb> huh. If anything my changes were to enable people to move from ~bzr-core to ~bzr
[07:23] <bignose> I have to go now
[07:23] <bialix> maxb: I don't blame you
[07:24] <maxb> bialix: I'm just confused why you chose to do that move
[07:24] <bialix> it was my mistake, I guess
[07:24] <bialix> maxb: because of Olive
[07:24] <bialix> anyway all Bazaar projects are too big for me
[07:25] <bialix> bzr-core, qbzr, explorer and windows-installers -- those are areas of my expertise
[07:25] <vila> bignose: bug updated
[07:25] <bignose> vila: appreciated, thanks
[07:25] <bialix> jam: may I ask you to look and merge before 2.4 final this patch, please: https://code.launchpad.net/~bialix/bzr-windows-installers/changelog_plugin/+merge/66760
[07:25] <vila> jam: hello patch pilot ;-)
[07:26] <bialix> vila: topic/
[07:26] <maxb> bialix: ~bzr doesn't get any email about Olive
[07:26] <bialix> maxb: it did some
[07:27] <maxb> yeah, that was quicly reverted
[07:27] <bialix> I was quicker
[07:27]  * bialix is looking for jriddell
[07:34] <maxb> I think it's time for me to shout a bit more about my refactoring bugmail thread
[07:35] <maxb> The only tricky thing is that to get ~bzr down to receiving no more bugmail than ~bzr-core, we also need to remove structural subscriptions from:
[07:35] <maxb> ~bzr-gtk ~bzr-hg ~bzr-upload-devs ~qbzr-bugs
[07:38] <maxb> hmm, perhaps I should wait for a time when jelmer isn't away to propose this
[09:07] <vila> YES ! Today is a good day :-D
[09:08] <vila> 1) My daughter got her baccalaureat
[09:08] <vila> 2) bug #805809 is almost dead
[09:11] <jam> vila: btw, we decided that the stand-up tomorrow would be at 9am local time, right? Not 8am?
[09:12] <vila> jam: yup, poolie send an invitation update
[09:12] <vila> sent
[09:21] <maxb> oooh
[09:21] <vila> maxb: recognize the 31 failures ?
[09:21] <maxb> 805809 might make you a hero of udd
[09:22] <vila> maxb: just so you know (and because I didn't explain all the gory details in the bug nor the mp): this is partly due to debian and ubuntu branches having different root-ids
[09:22] <maxb> urgh
[09:22] <vila> this is quite messy as lenny branches tend to have the same root-ids as the ubuntu branches but not always
[09:23] <vila> probably lots of of merge -r0..nnn involved
[09:23] <vila> i.e. despite having different root-ids, a lot of file-ids are still common and even revids...
[09:23] <maxb> we may want to throw away and reimport some
[09:24] <vila> maxb: I thought a bit about that but that doesn't seem required (at least it's *not* required with this fix)
[09:25] <vila> having different root-ids for upstream, debian, ubuntu branches is a use case we want to support
[09:26] <vila> hacing different root-ids among debian branches (or ubuntu branches) is a bit more weird but still conceivable
[09:27] <vila> maxb: note that *this* bug is occurring when generating the ubuntu merges which we don't use (yet) so a related fix for udd *may* be to ~ignore them
[09:28] <vila> at least, this shouldn't block pushing to the lp packaging branches (and may be it doesn't already)
[09:28] <vila> ghaa, retry:
[09:29] <vila> maxb: I think the importer is pushing to lp and *then* failing to generate the ubuntu merges so these 31 failures are not blocking
[09:29] <vila> maxb: does that sound right ?
[09:36] <maxb> They are blocking
[09:36] <vila> rats
[09:37] <maxb> They were not blocking the first time it failed, but for every subsequent upload, the importer tries to finish off the push/merge stuff before importing anything new
[09:37] <vila> ratsss
[09:37] <vila> hmm
[09:40] <maxb> We may need to destroy and reimport these ubuntu branches anyway
[09:41] <maxb> We have several bugs filed by people who are finding out the hard way that bzr's merge behaviour is unhelpful when parallel imports happen
[09:58] <vila> maxb: my next target is to address parallel import in a very restricted way but still valid for udd (i.e. we damn well know the paths are the same even when the file-ids differ)
[09:59] <vila> maxb: I'm unclear about how the branches are created anyway and how we can ensure all packaging branches use the same root-id and even if we achieve that we may still encounter issues if upstream use yet another one (which is a valid use case)
[10:00] <vila> maxb: but I won't object about reimporting the branches if it helps (I'm not sure all cases will be addressed with that though)
[10:01] <maxb> Yes, I definitely agree that reimports will never solve the larger issue.
[10:01] <maxb> There may be places where they are an expedient solution though
[10:01]  * vila nods vigorously
[10:14] <vila> why is 2.3.3 still in natty-proposed ?
[10:15] <maxb> No one has verified any of the bugs, apparently
[10:16] <maxb> http://people.canonical.com/~ubuntu-archive/pending-sru.html
[10:16] <maxb> Also, wasn't there discussion of a potential regression?
[10:16] <vila> do we need that even with MRE ?
[10:17] <vila> oh, which one ?
[10:18] <vila> 2.3.4 is planned for 13 July...
[10:18] <maxb> bug 798688
 final slashes and ~/%7E ... madness
[10:23]  * vila off for lunch
[14:07] <ScottK> I have a directory in a bzr branch that I want to move to a different project (no common history).  How do I do that without losing the history for the files I'm moving?
[14:36] <LarstiQ> ScottK: this may not be the recommended way, but you could split and join. Drawback is that you carry all of the other history along.
[14:37] <ScottK> This is a tiny piece of the overall project it's leaving, so that would be a bit daunting.
[14:37] <ScottK> Thanks.
[14:39] <LarstiQ> ScottK: perhaps with fastexport and filtering inbetween?
[14:39] <ScottK> Perhaps.  I'll look into it.
[17:00] <lvh> Hi. Is there an easy way to find the point where the current branch branched off from its parent branch?
[17:22] <maxb> lvh: It's not quite what you asked for, but there is "bzr find-merge-base BRANCH OTHERBRANCH"
[18:50] <ChrisCauser> Hello #bzr
[18:50] <ChrisCauser> Is there anyone out there who can help me with a spot of trouble I'm having with bzr 2.4?


[04:36] <micahg> fta: sorry, it looks like I broke your local firefox 3.6 branch for the daily bot
[07:58] <dholbach> hiya
[07:58] <dholbach> are there any plans to get plugins like enigmail (updated upstream already AFAIK) and quickfile to work with the new TB? :-)
[08:17] <asac> dholbach: hi ;)
[08:17] <asac> yes
[08:17] <asac> thats the idea ;)
[08:17] <asac> someone needs to go and squeeze the proper -dev files out of tbird
[08:18] <asac> then make enigmail use a new build system ... ;)
[08:18] <asac> is quickfile in the archive?
[08:18] <asac> stupid question i guess
[08:18] <asac> for quickfile it probably depends on whether there is a new upstream version available
[08:19] <dholbach> quickfile is the best thing since sliced bread
[08:21] <asac> heh
[10:21] <dholbach> who would like to give a quick session about extension packaging for  https://wiki.ubuntu.com/Packaging/Training ?
[10:23] <kecsap> asac: are you here?
[12:53] <sindhudweep> asac: you free for a bit now?
[14:58] <eagles0513875> hey asac hope all is well
[15:12] <asac> sure
[15:22] <dholbach> who would like to give a quick session about extension packaging for  https://wiki.ubuntu.com/Packaging/Training ? :-)
[15:22] <directhex> asac, does the mozilla team have a native PPA, or only a normal one?
[15:22] <asac> dholbach: bdrung is the best for that. he is not here atm
[15:23] <asac> directhex: we have a native ppa for security staging
[15:23] <dholbach> alrightie, I'll pester him when I see him agian :D
[15:23] <asac> i can also do that together with him. but alone i wont do it ;)
[15:23] <directhex> asac, ah. i was wondering whether my moonlight 2.1 package was liable to break on ARM, given it embeds its own copy of mono & all the recent meanderings around ARM stuff
[15:23] <dholbach> asac: fine with me :)
[15:24] <asac> directhex: we are not at universe yet ;) ... does it build?
[15:24] <asac> dholbach: so lets wait ... he usually is around - not sure where he is atm
[15:24] <directhex> asac, on amd64 and i386, sure. it's fine and happy for xulrunner 1.9.2
[15:25] <asac> oh  ;)
[15:25] <asac> directhex: does the current archive version build? or wasnt it reattempted since karmic?
[15:25] <directhex> asac, whatever's in the archive is ancient (and doesn't embed mono)
[15:26] <asac> ah
[15:26] <asac> ok
[15:26] <asac> directhex: ping me when we are in a3 freeze and when the builders are idle
[15:27] <asac> i can put both in a native ppa t check
[15:27] <asac> but dont want to occupy builders right now
[15:27] <directhex> a3 freeze is pretty soon, no?
[15:28] <asac> i guess we can check on wed again
[15:33] <micahg> asac: thanks for uploading ff -ubuntu5
[15:34] <BUGabundo_remote> fta: kenvandine: what's used by gwibber to show notifications? I haven't get the bubles in a while!
[15:35] <kenvandine> BUGabundo_remote, look at your preferences
[15:35] <kenvandine> it defaults to only showing notifications for mentions/replies
[15:35] <BUGabundo_remote> aahhhhhhhh
[15:36] <BUGabundo_remote> it should relepace my previous settings
[15:36] <kenvandine> that wasn't a setting in the previous version
[15:36] <BUGabundo_remote> done
[15:36] <kenvandine> this is new
[15:36] <BUGabundo_remote> notw to test it
[15:37] <BUGabundo_remote> kenvandine: so what exactly my new bug?
[15:37] <kenvandine> i sent you a reply
[15:37] <BUGabundo_remote> I dint undertand it
[15:37] <kenvandine> initially you had the ca-certificates bug
[15:37] <kenvandine> but the last pastebin you posted was different
[15:37] <BUGabundo_remote> getting non-replie stuff from gwibber :DDD
[15:38] <kenvandine> please file a bug about it and include the logs
[15:38] <micahg> asac: any way I can get a crash course on linking libmozjs?
[15:38] <kenvandine> logs are in ~/.cache/gwibber/
[15:39] <micahg> asac: and thanks for spinning tb 3.0.1
[15:40] <sebner> micahg: I just wanted to thank you for your quick update
[15:40] <micahg> sebner: what did I do?
[15:41] <micahg> sebner: TB3?
[15:41] <sebner> micahg: yeah
[15:41] <micahg> sebner: you're welcome, but thank asac for the upload as well :)
[15:41] <sebner> micahg: I thought 3.0.1 will show up in the next week (I got that feeling because you answered "dunno")
[15:42] <sebner> micahg: mighty asac knows my love for him ;-P
[15:42] <micahg> I thought I said it was ready pending upload...
[15:44] <sebner> micahg: I missunderstood then :=)
[15:48] <micahg> sebner: np
[15:48] <micahg> sebner: next trick it to get the -dev packages working while not slowing down everything else I'm doing....
[15:48] <micahg> so that probably won't be for at least a week
[15:48] <sebner> micahg: heh, I noticed .. for enigmail and that like right?
[15:48] <micahg> sebner: yep
[15:49] <micahg> I've been w/out enigmail for weeks now and I miss it :(
[15:51] <BUGabundo_remote> kenvandine: tried to get new logs from latest trunk, and can't reproduce anymore
[15:51] <BUGabundo_remote> either fixed or needs a reboot to clean up stuff
[17:01] <fta> hi
[17:01] <asac> hi
[17:02]  * fta is having some fun with html5, canvas, javascript, web2.0-like stuff
[17:03] <asac> ;)
[17:03] <fta> mouse handling is still as bad as 15 years ago, if not worse
[17:03] <asac> mouse didnt change since then, right ;)
[17:04] <BUGabundo_remote> asac: sure it did. got a sensor instead of ball
[17:04] <BUGabundo_remote> and scrolls
[17:04] <fta> http://www.quirksmode.org/js/events_properties.html#button
[17:05] <micahg> fta: sorry about the bot
[17:05] <fta> micahg, what's the problem?
[17:05] <micahg> it needs to be merged with .head
[17:05] <micahg> I should have pushed another revision fixing the changelog
[17:05] <micahg> instead of overwriting
[17:05] <micahg> ff36.head
[17:06] <fta> gasp, overwriting is never good, unless it's private branch
[17:06] <micahg> I verified there were no new revisions
[17:07] <micahg> but you're right, if it's not a quick goof, I should not do it
[17:08] <asac> micahg: we hvae a 5 minutes rules ... and whatever is at risk of being picked up by the dailies must not be overwritten
[17:10] <fta> d'oh! http://paste.ubuntu.com/381708/
[17:11] <fta> it's been broken for that long!?
[17:13] <fta> You have 1 extra revision(s):
[17:13] <fta> You are missing 20 revision(s):
[17:17] <micahg> asac: I know, I goofed, I'll be more careful
[17:18] <micahg> asac: need to chat with you a little later
[17:18] <micahg> gtg noe
[17:18] <micahg> now
[17:28] <fta> http://mrdoob.com/projects/chromeexperiments/google_gravity/
[17:29] <fta> from http://www.chromeexperiments.com/detail/gravity/
[17:38] <fta> http://www.chromeexperiments.com/detail/jscanvasbike/
[17:53] <BUGabundo_remote> some on is having fun
[18:40] <ccheney> asac: do you happen to know what DOLT is in webkit configure?
[18:40] <ccheney> eg
[18:40] <ccheney> # use dolt to speedup the build
[18:40] <ccheney> DOLT
[18:40] <ccheney> it seems to cause the build to fail for me
[18:42]  * ccheney wonders if it is causing issues because it seems autoreconf failed
[18:43] <ccheney> hmm it fails because it isn't seeing the extra m4 files apparently
[18:43]  * ccheney wonders if this needs a newer autotools than what is in hardy :-\
[18:45] <ccheney> new autoreconf fails even worse though, hmm :-\
[18:48]  * ccheney ran just autoconf to see if that is enough to make it work
[18:50] <ccheney> seems to work well enough
[18:59] <dupondje> what package needs to be installed to have spelling support for Thunderbird 3 ?
[18:59] <dupondje> what package needs to be installed to have spelling support for Thunderbird 3 ?
[18:59] <dupondje> hmz sorry, xchat was doing weird :)
[19:01] <ccheney> hmm gstreamer-app-0.10 is missing from hardy hopefully it works if i just remove it, heh
[19:07] <micahg> asac: is my commit text ok? http://pastebin.com/f307f68ae
[19:07] <asac> ccheney: no clue. if you dont find out i can look at the configure script
[19:10] <asac> micahg: right. i think thats ok
[19:10] <asac> double check if the nspr/ folder is really there
[19:10]  * asac  has bad headaches from a noisy call ;)
[19:10]  * asac drops out
[19:10] <micahg> asac: k, I missed that when I committed it, yeah, it's nspr, not stable/nspr in 1.9.2
[19:13] <ccheney> asac: its building ok so far by just removing the pkgconfig check for it
[19:13] <asac> good
[19:14] <ccheney> it should fail at some point due to the gtk bits missing but it still working ok for now
[19:20] <asac> ccheney: working == running?
[19:21] <ccheney> yea build it still running
[19:31] <directhex> ccheney, dolt is some evil libtool component isn't it?
[19:32] <ccheney> directhex: maybe so i saw a dolt.m4 file in the package
[19:32] <ccheney> directhex: its working now after just reruning autoconf from lucid on it
[19:33] <directhex> dolt is a component of libtool designed to cause ftbfs if you've ever said a harsh word about autohell then patched a .ac file
[19:48] <ccheney> directhex: hehe
[19:51] <fta> asac, micahg, ripps: hopefully, I fixed the bogus neverending -0ubuntu2 versions created by the bot after a release
[19:51] <asac> fta: that would be awesome
[19:52] <asac> fta: do we need to bump a few branches so it keeps building?
[19:55] <asac> anyway ... have to take a break ... head is exploding
[20:00] <fta> should not be needed
[20:01] <fta> the fix is in place since yesterday, even if i've just committed it
[20:08] <ccheney> asac: do you happen to know how to make the webkit build verbose?
[20:09] <ccheney> is it just --disable-silent-rules ?
[20:10]  * ccheney is trying that to see, webkit seems to take a very long time to build :-\
[20:10] <ccheney> yipee that worked
[20:10] <ccheney> or at least appears to, hopefully the errors will be more useful now
[21:03] <ccheney> gah
[21:03] <ccheney> soup is being too smart and copying bits on its own and then causes the build to fail
[21:04] <ccheney> once i included some more headers i forgot in the Makefile.am it regenerated soup-enum-types.[ch] and included bits from those headers which in turn caused duplicates which caused the build to fail
[21:04]  * ccheney has to determine how to make it work properly :-\
[21:05] <ccheney> and for some reason it only copied two functions not all of them
[21:15] <ccheney> asac: http://people.canonical.com/~ccheney/libsoup2.4-backport.tar.bz2  can you look at that and see what is going on? it seems it is duplicating it, if i remove the original then it will obviously no longer duplicate it but then have no copies at all
[21:15] <ccheney> asac: i am confused as to how to make that work properly
[21:49] <asac> ccheney: what is the exact error you are getting?
[21:56] <asac> ccheney: just dump the gio_enumtypes.* thing
[21:56] <asac> you copied that even though it was a generated file in glib i guess
[21:56] <asac> so now you have it twice
[21:56] <asac> e.g. remove lla libsoup/gio-gioenumtypes.c
[21:57] <ccheney> ok, i'll see how that goes
[21:57] <ccheney> it didn't generate until i added the headers into the Makefile.am then it did
[21:57] <asac> ccheney: remember to remove the .h also from glib-copy.h
[21:57] <asac> right
[21:57] <ccheney> looks like it worked just removing the .c file
[21:58]  * ccheney removes them both and sees what happens
[21:59] <asac> err
[21:59] <asac> GType g_socket_family_get_type (void) G_GNUC_CONST;
[21:59] <asac> #define G_TYPE_SOCKET_FAMILY (g_socket_family_get_type ())
[21:59] <asac> why is that in the enumbs?
[22:00] <asac> i think you need the headers till it seems
[22:00] <asac> not sure if and where you have g_socket_family_get_type implemented
[22:02] <ccheney> looks like the .h is needed
[22:02] <ccheney> it is used by other bits
[22:02] <ccheney> asac: it was defined in the .c file and that was the cause of duplication apparently
[22:02] <asac> right
[22:03] <ccheney> gsocketaddress and ginetaddress use it
[22:04] <asac> yeah
[22:04] <asac> its strange that this thing is as "SOUP_" in the soup header
[22:04] <ccheney> so apparently i added the definition and didn't really need it since soup generated it automatically
[22:04] <asac> but still defining a g_...type
[22:04] <Staapaavandski> Erm, when I run the cmd to get firefox 3.6, there is no 3.6 in update manager, only 3.5....erm, what can I do? (I'm trying ubuntu for the first time)
[22:05] <ccheney> asac: yea i don't understand how the autogeneration bit works but it looked weird to me too
[22:05] <asac> Staapaavandski: just upgrade
[22:05]  * ccheney is running webkit build now to see if that helped
[22:05] <Staapaavandski> asac, all the packages?
[22:05] <asac> Staapaavandski: the new package should take over whatever you have ... its called firefox (without version)
[22:05] <asac> Staapaavandski: yes. just upgrade
[22:05] <Staapaavandski> asac, ok I'll do that...
[22:12] <ccheney> asac: that fixed it until another error in webkit complaining about a type for some reason, http://pastebin.ubuntu.com/381868/
[22:12] <ccheney> asac: as best as i can tell those are defined at the top of the same file
[22:13] <ccheney> oh maybe its due to the fact i forgot to wrap it for c++
[22:14] <asac> ack
[22:14] <Staapaavandski> asac: It worked, thanks!! :) (but you knew that already :) )
[22:14] <asac> lol
[22:14] <asac> no problem
[22:14] <asac> ccheney: yes, so use G_BEGIN_DECLS etc.
[22:15] <ccheney> ok just did that, thanks :)
[22:17] <BUGabundo> Laibsch: got it fixed ?
[22:18] <Laibsch> BUGabundo: no
[22:18] <Laibsch> And it seems I kind of forgot to ask my question here
[22:18] <Laibsch> so, here it is
[22:18] <Laibsch> I'm upgrading my hardy server to lucid.  xulrunner-1.9 refuses to decease: http://paste.debian.net/61026/  lucid has a newer version of libhunspell.  Have I hit a bug?    I actually want to get rid of xulrunner-1.9.
[22:18] <BUGabundo> ahahahahaha
[22:18] <BUGabundo> LOOOOOOOOOOOOOOOOl
[22:44] <ccheney> asac: adding the wrapper didn't seem to help resolve the issue but i might have other headers that still need it also
[22:44] <ccheney> asac: it just moved the line number that it complained about
[22:44] <ccheney> asac: its the same actual line of code though
[22:44] <ccheney> _g_asyncns_query_t* _g_asyncns_res_query(_g_asyncns_t *asyncns, const char *dname, int class, int type);
[22:45] <asac> _g_asyncns_t or _g_asyncns_query_t is probably not defined
[22:45] <ccheney> they are both defined at the top as:
[22:45] <ccheney> typedef struct asyncns _g_asyncns_t;
[22:45] <ccheney> /** An opaque libasyncns query structure */
[22:45] <ccheney> typedef struct _g_asyncns_query _g_asyncns_query_t;
[22:45] <asac> ccheney: most likely the problem comes from before
[22:46] <ccheney> ok, will look closer above
[22:47] <micahg> Laibsch: I think that's a bug
[22:48] <Laibsch> micahg: I agree
[22:48] <Laibsch> I also found somebody else who reported it
[22:48] <asac> 23:21 < asac> Laibsch: yeah. i think thats a bug
[22:48] <asac> 23:21 < asac> file it
[22:48] <micahg> heh
[22:48] <asac> 23:22 < asac> i think you have to run ubuntu-bug update-manager or something
[22:48] <Laibsch> bug 525621
[22:48] <micahg> asac: should we have transitional packages for xul19 and xul191 in xul192?
[22:48] <Laibsch> I'm combing through the other reports to see if there are dupes
[22:48] <asac> no
[22:49] <asac> we want to get rid of all rdpeends and remove it from archive
[22:49] <asac> for stable release its not yet known what to do
[22:49] <asac> anyway ... out for today. head is exploding ;)
[22:49] <asac> ttyt
[22:49] <micahg> asac: k, night
[22:50] <micahg> Laibsch: please subscribe me when you file it
[22:50] <Laibsch> bug 525621 < micahg
[22:50] <Laibsch> Somebody else already filed it
[22:50]  * ccheney comments out previous code line to see if it helps
[22:51] <micahg> Laibsch: my guess is a bug in the removal script, but I'll have to look
[22:51] <Laibsch> asac: thank you for repasting those lines.  Was I offline?  I don't see anything between 23:18 and 23:44.  irclogs.ubuntu.com hasn't caught up, yet.
[22:51] <micahg> Laibsch: no, his connection dropped
[22:51] <Laibsch> I see
[22:51] <ccheney> maybe some headers are included that change depending on compiler flags :-\
[22:52] <asac> i was offline
[22:52] <Laibsch> my connection has been flakey the last days, too
[22:52] <asac> my connectoin is worst ever
[22:52] <asac> anyway ... now afk ;)
[22:54] <Laibsch> there's a number of dupes already
[23:04]  * ccheney thinks commenting out the offending line just worked
[23:04] <ccheney> still doing the build but it seems to have gotten further
[23:04] <ccheney> iirc that is supposed to be a private header so i just need to make it so
[23:10] <Laibsch> Anybody recognize bug 417444 as being fixed some time during the karmic cycle?
[23:10] <Laibsch> I duped a number of reports to it
[23:15] <micahg> Laibsch: your comment would be correct, same cause
[23:15] <Laibsch> you mean for bug 525621 ?
[23:16] <Laibsch> u-a problem
[23:16] <Laibsch> there is another one about some zero-length file
[23:16] <micahg> Laibsch: I'll have to look at it later
[23:16] <Laibsch> great
[23:16] <Laibsch> thanks
[23:21] <Laibsch> micahg: if this is a bug in xulrunner, you'll likely need to fix that in hardy.  My lucid installation won't have xulrunner, so a fix in a lucid-xulrunner package would be of no help for people like me.
[23:27] <micahg> Laibsch: yeah, that's what I figure
[23:28] <micahg> Laibsch: xulrunner still exists in lucid, just with fewer apps depending on it
[23:29] <ccheney> grr it seems i need new gstreamer too :-\
[23:29] <ccheney> i'll try karmic version of webkit maybe it will work without gstreamer-app
[23:33] <asac> ccheney: cant you disable gstreamer in configure or something?
[23:33] <asac> wouldnt be a feature regression over hardy-karmic
[23:36] <ccheney> asac: i don't see an option to disable gstreamer
[23:37] <asac> ccheney: video ... etc.
[23:37] <asac> check in configure where its pulled in
[23:37] <asac> maybe there you find a switch
[23:37] <ccheney> ok will grep there and see :)
[23:37] <ccheney> ah yea enable-video is probably it
[23:37] <ccheney> yea you are right! thanks for the tip
[23:38] <ccheney> i did the dumb grep configure --help output which didn't refer to gst at all
[23:38]  * ccheney running another build, bbl


[16:09] <chosig> Hi, any of you know if it is possible to expand a BTRFS partition over several disks JBOD style?


[06:59] <dholbach> good morning
[17:01] <dholbach> can you guys see us?
[17:03] <mhall119> start your questions with "QUESTION: " and ask them any time during the session
[17:05] <RAZORQ> QUESTION: There is 16 to go to Ubuntu Touch Release. Will there be images for other phones than nexus?
[17:05] <RAZORQ> *16 days
[17:08] <RAZORQ> QUESTION: Will Mir be faster than xorg? And what first release of ubuntu will have it officialy?
[17:08] <nak> QUESTION:   Will the default graphics stack be xMir?
[17:14] <dholbach> keep your questions coming! please just make sure you prefix them with QUESTION:
[17:15] <kgunn> RAZORQ: wrt x itself vs a native mir environment...yes...at least, there is some data where we've run glmark2 on X vs native mir and seen mir perform better
[17:15] <RAZORQ> QUESTION: There is 16 days to go to Ubuntu Touch Release. Will there be images for other phones than nexus?
[17:15] <kgunn> RAZORQ: i was looking for the data in a blog...but having trouble finding...
[17:16] <kgunn> RAZORQ: nak  mir is in the archive today for 13.10, xmir itself will be available as an opt-in for 13.10
[17:17] <RAZORQ> Ok, thx for answer :)
[17:17] <kgunn> RAZORQ: nak it was our goal to make xmir default, however we (i) felt our multimonitor feature simply wasn't to the point of making it default
[17:18] <RAZORQ> kgunn and will xmir be on ubuntu touch too?
[17:18] <kgunn> RAZORQ: wrt phone images & devices https://wiki.ubuntu.com/Touch/Devices
[17:18] <kgunn> RAZORQ: xmir is a desktop only config....there is no x on touch
[17:19] <RAZORQ> kgunn Btw. i heard that ubuntu touch will can run android apps (or emulate it). Is it true?
[17:20] <mhall119> RAZORQ: no, but we're investigating ways to support android app developers
[17:20] <mhall119> RAZORQ: Ubuntu Touch can use android *drivers* though, maybe that's what you heard?
[17:22] <RAZORQ> mhall119 for me it isn't important i just use facebook and music (and phone and sms xD), but who know what will i need in  future. Now i wait for Image for my Sensation XL
[17:23] <gilbert32> well, i'm still waiting for an image for HTC HD2. very surprised none have came out yet. is it this hard?
[17:23] <RAZORQ> Btw. when i install ubuntu 13.10 and want to login to ubuntu one when installing, its freezing (loading logo run, but i can wait for 2 hours and nothing). Will in finall version be repaired it? (Btw. Sorry for my english, im not native speaker :)
[17:23] <mhall119> gilbert32: generally if there's a cyanogenmod images it's not that hard
[17:24] <RAZORQ> mhall119 For my phone there is Cyanogenmod (not official but port). I can make image, when i dont know programming?
[17:24] <RAZORQ> Is it this easy?
[17:25] <mhall119> RAZORQ: I don't know, I haven't tried it personally
[17:25] <mhall119> https://wiki.ubuntu.com/Touch/Porting has instructions
[17:26] <mhall119> you can ask questions about anything, it doesn't have to be something we've covered in the hangout
[17:27] <jose> QUESTION: How can I follow all ubuntu on air activity? I'd like to participate more on the hangouts!
[17:28] <SimonK> QUESTION: will phones be shipped with UbuntuTouch 13.10? If yes, will Canonical ensure that there are updates to (atleast) 14.04?
[17:29] <SimonK> QUESTION: when will "Tablet mode" be focused by UbuntuTouch?
[17:29] <RAZORQ> QUESTION: Steam announced SteamOS what is Linux. It will use Ubuntu or u don't know anything about it?
[17:30] <mhall119> https://twitter.com/ubuntuonair and http://www.youtube.com/ubuntuonair
[17:31] <SimonK> QUESTION: will Unity8 be shipped in 14.04 by default?
[17:32] <gilbert32> ubuntu is not supporting well my dual graphic cards (amd radeon hd 4250 and 5650). any idea for it? i always have to turn one off, which gives an error sometimes at shutdown, something like atom bios fail
[17:34] <RAZORQ> If it will be ubuntu is say bye bye to android and windows for ages :)
[17:35] <mhall119> http://<IP_ADDRESS>/api/qml/sdk-1.0/
[17:35] <SimonK> gilbert32, look at https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1062077 (especially comment 84) that helped me with my atom-bios-stucks
[17:35] <dholbach> any more questions?
[17:35] <dholbach> keep them coming?
[17:35] <kgunn> gilbert32: is that using standard ubuntu/saucy/13.10 ?
[17:36] <kgunn> gilbert32: i suspect you're running the open source ati driver ?
[17:36] <RAZORQ> QUESTION: Will new unity be faster? Because i really want to use 13.04 or 13.10 on my netbook but its really laggy (Apps run smooth but, dash is really laggy)
[17:36] <gilbert32> yup
[17:37] <gilbert32> kgunn: thanks, i will try the solution asap. i'm on ubuntu 13.04, and on the open source ati driver. they make it so much a pain in the ars :(
[17:38] <SimonK> QUESTION: will click-packages listed in the software-center (desktop)?
[17:38] <SimonK> QUESTION: will click-packages *be listed in the software-center (desktop)?
[17:39] <kgunn> gilbert32: sorry, i can't speak to it...but i suspect its an issue for the ati open source driver...wonder if you used a proprietary driver if hybrid might be better supported?
[17:39] <kgunn> gilbert32: only a guess
[17:40] <RAZORQ> I think just dash should be improved, because rest runs well enough to work, for me :)
[17:40] <gilbert32> kgunn: each time i try proprietary drivers, normal or "legacy" ones, i end up with a non booting system, and a broken unity
[17:40] <SimonK> QUESTION: will Unity8 support windows? (as in: one/more windows per program)
[17:41] <kgunn> gilbert32: hmmm, might be worth joining #radeon and #dri-devel on freenode
[17:42] <gilbert32> kgunn: thanks for your help. it's not so important at the moment, but i will check it later. Thanks
[17:42] <udit> QUESTION: Currently Ubuntu start and shut/log out process is so unsmooth.. First Panel and launcher disappear but desktop icon are there still.
[17:42] <udit> Then the icons disappear
[17:42] <udit> can we have somethign like in Gnome?
[17:42] <RAZORQ> QUESTION: So if Ubuntu Touch if full ubuntu with special desktop environment so there will be kde or other DE for it? Something like launchers in android
[17:42] <SimonK> im talking about desktop (and probably tablet too?)
[17:44] <RAZORQ> *is sorry :)
[17:45] <dholbach> RAZORQ, no worries :)
[17:45] <SimonK> QUESTION: will CyanogeMod rom-manager be used in "official" Ubuntu Phones too? (if/when they arrive), if Yes, will they be secured against "unsecure" OS-installations?
[17:46] <SimonK> QUESTION: are ther plans to support multisim / "hot sim-switching" on phones?
[17:47] <dholbach> thanks a bunch everyone!
[17:48] <RAZORQ> QUESTION: If there be no developer for porting ubuntu to android device, will be canonical/ or someone do it?
[17:48] <nak> Is Flash still supported for HTML5 apps?
[17:48] <RAZORQ> Bye Bye all :)
[17:49] <dholbach> RAZORQ, I suggest you have a look at http://wiki.ubuntu.com/Touch/Porting
[17:49] <dholbach> and/or bring it up on the<EMAIL_ADDRESS>mailing list
[17:50] <dholbach> an/or discuss it in #ubuntu-touch :)
[17:50] <dholbach> have a great rest of your day!
[17:50] <RAZORQ> Thank for all answers :)
[17:51] <dholbach> rock on!
[17:59] <hatalar205> Will Ubuntu Gnome use Mir or Wayland?


[00:01] <wrst> not so much i dont like country music much
[00:01] <Unit193> ...And in -tn they don't arrest you for that?! :P
[00:03] <Unit193> Eh, I like some, but TSO is really the good one.
[00:03] <wrst> hope not
[00:03] <wrst> mainstream country is an embarassment to music
[00:03] <wrst> IMO
[00:03] <Unit193> I'm listening to older country, does that count?
[00:05] <wrst> no
[00:05] <wrst> older country isnt crapola
[00:05] <wrst> some is actually quiet good
[00:05] <Unit193> TSO = Trans-Siberian Orchestra
[00:05] <wrst> they are good bit a bit seasonal
[00:05] <wrst> for my taste i think Christmas
[00:55]  * wrst thinks bzr/launchpad just enjoy being slow
[00:59] <Unit193> I think I just did something stupid. :D
[00:59] <wrst> Unit193:  who hasn't today?
[01:00] <Unit193> I think I just perma locked myself out of my VM. :D
[01:02] <wrst> that's not a good thing!
[01:04] <Unit193> Well, it's LVM encrypted right?  No problem, I know the password.  One slight problem, only way to type that password in is over ssh, and I just regenerated the keyfile without transferring it. :D
[01:04] <wrst> :\
[01:04] <wrst> how do you fix that?
[01:05] <Unit193> Unless I can get it to drop me to busybox.
[01:16] <Unit193> Set the boot option break=something, then fly by how it feels from there (worked for me...)
[01:17] <Unit193> https://wiki.debian.org/InitramfsDebug break= was all I needed.
[01:19] <wrst> break i dont like that word concerning computers
[01:26] <twayneprice> wrst: I'm thinking of getting a phone with ting.  We are staying with att at work and I'm tired of bad service.  I found a real cheap galexy S2.  Thoughts?
[01:27] <wrst> good phone awful battery
[01:27] <wrst> ting does iphone 4/4s now also twayneprice
[01:27] <wrst> personally im a rather large nexus 5 fan
[01:28] <wrst> my brother just got his son a s2
[01:28] <wrst> or is it an s2?
[01:28] <wrst> i know an generally preceeds a vowel
[01:29] <wrst> any way this isnt grammar chat :)
[01:29] <wrst> twayneprice: my bill last month on ting was 35 bucks and if you do it i would be more than happy to send you a referral link
[01:30]  * wrst goes into sales mode ;)
[01:37] <twayneprice> wrst: I definitely holler at you and get a link before ordering.  I should be getting an iPhone 5s with att soon so really any decent phone for ting should work.  My main thing is something that can work on Verizon and something I can tether with on the rare occasion.  The S2 has a small crack but is only $50.  :)
[01:37] <twayneprice> If it works well, I'll move my wife off of Verizon.  Her contract is up.
[01:38] <wrst> yep ting roams voice and text on verizon but not data
[01:38] <wrst> i have been very happy with the coverage
[01:39] <wrst> its not verizon, but its certainly not terrible and they are lighting up more LTE up just got it in livingston this month
[01:39] <wrst> but voice coverage i have found to be as good as verizon
[01:41] <wrst> oh and the link gets you and me 25 bucks off :)
[01:42] <twayneprice> can't beat that.  :)
[01:43] <Unit193> wrst: OK, so it wasn't as easy as just that.  Mounting things (encrypted and not) normally isn't fun. :P  Then, because I don't know how it loads the rest of the system, I have to get the key out without using rsync, scp or fun tools. :P
[01:43] <Unit193> twayneprice: Howdy!
[01:43] <twayneprice> hey there Unit193
[01:49] <wrst> they are pretty cool about giving some credits out
[01:49] <wrst> got 50 bucks for being an early adopter on the nexus 5
[01:50] <wrst> so Unit193 did you get it running?
[01:51] <Unit193> Yep.
[01:51] <wrst> thats good
[01:52] <Unit193> So, recovery if no networking/ssh isn't a cakewalk, so something to perhaps figure out.
[02:08] <wrst> Unit193: cold yet?
[02:08] <Unit193> Temp: 3 F (-16 C) ~ Overcast ~ Windchill: -4 F (-20 C) ~ Humidity: 85%
[02:08] <Unit193> You tell me?
[02:10] <wrst> yep
[02:10] <wrst> its 16 here
[02:11] <Unit193> I see a 16 in that line, we must have the same weather! :P
[02:11] <wrst> well not negative and not Celsius
[02:12] <wrst> we may drop below 0 sometime this week
[02:12] <Unit193> We might in a couple minutes. :P
[02:12]  * Unit193 checks outside.
[02:14] <Unit193> Alright, almost looked like there was steam coming off my body...
[02:17] <wrst> ha ha