[08:29] <niluje> smoser: blackboxsw: thanks a lot for your help for the MR
[08:30] <niluje> and sorry it took so long to make it good - is it that long for every datasource?
[08:30] <niluje> do you have a release schedule?
[13:39] <blackboxsw> niluje I think that time was due in part to multiple vacations on our end impacting the branch review, discussion and landing.  (Yes, we were thinking we held you up a bit too long on the feedback loop). As per releases, we get something into ubuntu artful fairly frequently. And then monthly-ish try to get backported critical bug fixes through an SRU process into xenial, yakkety and zesty
[13:44] <niluje> blackboxsw: honestly, I think it's 100% my fault if it has been so long :)
[13:45] <niluje> one of my coworker asked me to review his PR in 2015, I had to rewrite it, some unittests were failing, I had something else to do and looked back to fix the issue less than 2 months ago :p
[13:45] <niluje> the first commit of the scaleway datasource was nearly 2 years ago
[13:45] <blackboxsw> niluje: well we ❤ the contributions, doesn't matter how long they take, and Scaleway datasource is a bit more complex than most given the secure port requirement.
[13:45] <niluje> yeah
[13:45] <blackboxsw> :)
[13:45] <niluje> oh and anyway
[13:45] <niluje> do you still want servers for cloud-init?
[13:51] <blackboxsw> niluje: it would be nice if there were a comp'd account with limited resources, like an account that would allow us to spin up one instance for integration and QA/automated testing.  We would make sure we only spin up the instance in limited capacity, such as when we are preparing to release SRU updates to make sure it doesn't break Scaleway.
[13:52] <blackboxsw> but I'm not sure if that's hard to do.
[13:52] <blackboxsw> or if we ping you once we are ready for an integration test
[14:04] <niluje> blackboxsw: sooo I asked how our sponsorship works (I don't deal with them here)
[14:05] <niluje> what we ca do is give a discount of 10e/m (which is enough to have 3 small VPN) to your organization
[14:05] <niluje> but it requires to have an account with a valid credit card, which won't be charged unless you reach more than 10e
[14:06] <niluje> s/VPN/VPS
[14:09] <smoser> niluje, we can probably work with that. just to clarify, we're not in search of "generic compute".
[14:10] <niluje> yeah I got it :)
[14:10] <smoser> we were asking for resources for integration test explicitly to ensure that scaleway would work and put that into some (future) continuous integration.
[14:10] <niluje> yep
[14:11] <smoser> if you dont mind, i will feel free to bother you later.
[14:11] <niluje> no problem, I'll be here and the offer will still stand
[14:12] <niluje> thanks a lot for everything :)
[14:17] <smoser> niluje, wrt releases... we are well over due
[14:19] <smoser> blackboxsw, if you are around, a quick read of
[14:19] <smoser>  https://code.launchpad.net/~smoser/cloud-init/+git/cloud-init/+merge/327534 would be nice.
[14:39] <smoser>  https://code.launchpad.net/~smoser/cloud-init/+git/cloud-init/+merge/327344 too. and then i'd like to upload that to artful to un-block python3.6 in ubuntu
[14:50] <blackboxsw> smoser: I'm going through that review now but it will probaby be in ~25  mins. Tuesday mornings I need to drop a kiddo at school at the same time as standup
[15:50] <smoser> blackboxsw, it appears apparmour will allow dhclient to run
[15:50] <smoser>  /etc/dhcp/dhclient-script
[15:51] <smoser> and that does not exist
[15:51] <blackboxsw> yeah, I was concerned about whether it did exist on some clouds
[15:51] <smoser> so, while it has the same issues as /sbin/dhclient-script ...
[15:51] <smoser> well, in ubuntu we can search if anything in the archive has that file
[15:51] <blackboxsw> but maybe we could take that approach if not present.
[15:51] <smoser> and i doubt it does
[15:52] <smoser> $ apt-file search dhclient-script 2>&1 | grep -v '^W:'
[15:52] <smoser> apparmor-profiles: /usr/share/doc/apparmor-profiles/extras/sbin.dhclient-script
[15:52] <smoser> dracut-network: /usr/lib/dracut/modules.d/40network/dhclient-script.sh
[15:52] <smoser> isc-dhcp-client: /sbin/dhclient-script
[15:52] <smoser> isc-dhcp-client: /usr/share/man/man8/dhclient-script.8.gz
[15:52] <smoser> rear: /usr/share/rear/skel/default/bin/dhclient-script
[15:53] <smoser> we should pose question to security team though
[15:53] <smoser> ask what they'd recommend.
[15:54] <blackboxsw> smoser: I'll hit up the security channel.
[15:54] <blackboxsw> oops you already did
[16:24] <smoser> blackboxsw, updated https://code.launchpad.net/~smoser/cloud-init/+git/cloud-init/+merge/327344 with comments . more palatable now i think
[16:24] <smoser> and i actually verified that all tests/unittests/ use TestCase from helpers
[16:25] <smoser> err... *now* i updated
[16:58]  * blackboxsw is trying to rework register_helper a little bit on your to make it a bit more DRY
[16:59] <smoser> ):
[16:59] <smoser> :)
[16:59] <blackboxsw> on your other branch.
[16:59] <smoser> i started that too
[16:59] <smoser> oh.
[16:59] <smoser> i thoguht you were going to say you were reworking reset_global-state()
[16:59] <blackboxsw> heh
[16:59] <smoser> to use setattr
[16:59] <blackboxsw> nah
[17:00] <blackboxsw> sorry for the slow goings on this. I just want to make sure I understand and tested what I've reviewed.
[17:00] <blackboxsw> speed will come...
[17:01] <smoser> blackboxsw, well, ifyou're looking for generalization..
[17:01] <smoser>  tests/unittests/test_datasource/test_aliyun.py
[17:01] <smoser> uses something similar
[17:01] <smoser> thats where i started with register_helper
[17:02] <smoser> but the py3.6 one
[17:02] <smoser> if you can quick read that one.
[17:02] <smoser> that is more important
[17:02] <smoser> as it is blocking things in ubuntu
[17:05] <blackboxsw> yeah definitely. committed WIP comments on your ec2, grabbing py3.6 and playing on my aartful box
[17:15] <smoser> there is actually nothing python3.6 specific in those changes
[17:15] <smoser> they're all just bad expectations in tests, and one actual fix
[17:34] <blackboxsw> smoser: when I tweak tox.ini environment to basepython = python3.6.  I still hit an error: http://pastebin.ubuntu.com/25119991/ digging in now
[17:48] <smoser> blackboxsw, i think you have a bad .pyc or something
[17:48] <smoser> something is wrong
[17:49] <blackboxsw> yeah I'm running tox -r to rebuild now
[17:49] <smoser> as line 23 in your paste is not line 212 in my merge proposal
[17:49] <smoser> ie, open cloudinit/net/netplan.py and go to line 212
[17:49] <smoser>         fpnplan = os.path.join(util.target_path(target), self.netplan_path)
[17:49] <smoser> is what you shoudl see
[17:49] <blackboxsw> ok that plus a clean_pyc worked for me
[17:49] <powersj> smoser: submitted merge for kvm backend. I have it working locally and on torkoal. Would like to see what you think. https://code.launchpad.net/~powersj/cloud-init/+git/cloud-init/+merge/327646
[17:50] <powersj> smoser: I also have the workflow documented and can walk you through it if you want.
[17:52] <blackboxsw> ok I'm out of your way on https://code.launchpad.net/~smoser/cloud-init/+git/cloud-init/+merge/327344 . approved
[17:52] <blackboxsw> back to ec2 tests branch
[17:54] <smoser> thanks
[18:27] <rharper> smoser: https://code.launchpad.net/~raharper/cloud-init/+git/cloud-init/+merge/327648  (sysconfig update MP)
[19:40] <smoser> powersj, you want to chat in 20 minutes ?
[19:40] <powersj> smoser: sure
[20:56] <smoser> rharper, from
[20:56] <smoser> 8da074f831ce8e4ad781163b0301d6e0b07e0d12
[20:56] <smoser> er... from your link above, that first one looks fine. i'll just grab that.
[21:00] <smoser> bah. i'll look more tomrorow.
[21:00] <smoser> i'm reallyconfused.
[21:02] <smoser> i was going to cherry pick the above, but it leaves tox broken
[21:10] <smoser> well, fixed that
[21:10] <smoser> 1 commit down, 11 to go
[21:10] <smoser> commented in your mp
[21:15] <rharper> smoser: thanks, I'll run tox on my mp (can't believe I didn't already)
[21:18] <smoser> well just when i cherry picked that one
[21:18] <smoser> it probably means you now have merge conflicts in another commit
[21:18] <smoser> ie, i bet you didn't fix that one and fixed it later.
[21:19] <smoser> i have to run.. i think the way i'll do thi sis just to work one at a time
[21:19] <smoser> sound reasonable ?
[21:21] <blackboxsw> smoser, approved https://code.launchpad.net/~smoser/cloud-init/+git/cloud-init/+merge/327534   take what you will as far as review comments.
[21:22] <smoser> rharper, http://paste.ubuntu.com/25121184/
[21:22] <smoser> thats my next commit review
[21:22] <smoser> and i need to run now, really this time
[21:22] <blackboxsw> it feels like those httppretty tests are expensive. ~4 seconds per test, though I haven't profiled where we are spending our time in those tests yet.
[21:23] <blackboxsw> see you smoser have a good one
[21:23] <smoser> hm..
[21:23] <smoser> :-(
[21:28] <blackboxsw> smoser: nevermind, they were expensive because I had manipulated the mocked metadata urls locally and leaked calls were timing out.
[21:29] <blackboxsw> real	0m0.480s ok better
[21:41] <rharper> smoser: ok, looks like the IPV6_ gateway prefix gets fixed in the next commit (whic his fine)
[22:17] <powersj> rharper: thx for the review
[22:18] <powersj> rharper: smoser: what is the proper way to format this command via mount-image-callback: http://paste.ubuntu.com/25121627/


[02:11] <ikt> is there a channel for ubuntu + 1?
[02:11] <ikt> but not #ubuntu+1
[02:11] <ikt> it's like releaseparty or something
[02:14] <valorin> Try #ubuntu-release-party
[02:15] <ikt> cheers
[02:15] <valorin> No worries :)
[02:20] <ikt> some chat in #ubuntu-release-party, there's also your ubuntu loco channels
[02:20] <ikt> wops
[02:21] <ikt> valorin, are you in here often?
[04:38] <valorin> ikt, on and off depending on what I am doing each day
[04:38] <valorin> I am also very guilty of lurking and not posting much
[05:41] <juzzy_> hello! how might i update from 11.04 beta to 11.04 the official release?
[05:46] <somethinginteres> juzzy_: as long as you run updates from the update manage you can be sure you're version is final
[05:47] <somethinginteres> juzzy_: !release
[06:20] <juzzy_> IS it safe to uninstall FGLRX
[08:53] <borisagrees> hello is there anyone here who can help me
[09:22] <head_victim> Evening all
[09:22] <head_victim> Everyone a little excited?
[09:24] <sagaci> head_victim: not really, what's the occasion?
[09:24] <head_victim> sagaci: I assume you be trolling?
[09:24] <head_victim> :P
[09:58] <ikt> a little bit
[09:59] <ikt> this is my like 6th release so I'm kinda eh
[09:59] <head_victim> This could be my 10th?
[10:08] <ikt> can't be that exciting anymore :P
[10:09] <ikt> and yeah I'm up to about 10 as well it seems
[10:09] <ikt> first ubuntu was 7.04
[10:09] <head_victim> I was introduced around 5.10
[10:10] <head_victim> I played around with distros up until 7.10 then stuck with Ubuntu from then on
[10:15] <head_victim> And it would seem I'm going to miss the release because I'm exhausted. If anyone on ubuntu-announce feel free to forward on the official release announcement to the team when it happens :)
[10:15] <ikt> i'll prob be watching qanda
[10:15] <ikt> and playing wow :/'
[10:16] <head_victim> Wow is the devil. Oh and sorry for the overly formal response on that Lubuntu bug but wasn't really awake when I sent it.
[10:16] <ikt> that's ok
[10:17] <ikt> wow is the devil
[10:17] <ikt> i like it
[10:17] <head_victim> But yeah, there is currently a beta2, soon to be 11.04
[10:17] <ikt> sweet
[10:17] <head_victim> It's my current distro of choice for P4 hardware and older
[10:17] <ikt> i'll chuck 11.04 on my netbook when it's out
[10:18] <head_victim> It runs ok on the wife's less than 1ghz celeron craptop fine
[10:20] <head_victim> Currently using 516MB ram on this p4 3.2 prescott machine with firefox, update manager, skype, amsn, xchat, conky and a few other bits and bobs.
[10:24] <sagaci> head_victim: downloaded it off aarnet?
[10:24] <head_victim> sagaci: I just did the daily rsync of aarnet
[10:24] <head_victim> It's not official yet though to my knowledge
[10:25] <sagaci> cdimage.ubuntu.com, must be upload it all now
[10:25] <sagaci> uploading*
[10:25] <head_victim> Apparently there's a final bug?
[10:27] <sagaci> i downloaded a final image from aarnet so i'll wait and md5 it when it's on the website
[10:27] <sagaci> before I reinstall
[10:27] <head_victim> Ah so you were the reason my sync was only at 2MB, stealing all my bandwidth :P
[10:28] <head_victim> Well I'm out for the night, see you in the morning if you're still up at 4


[00:40] <micahg> Rhonda: is it not suitable for a distro backport?
[00:40] <micahg> ESphynx: it was, but I've been kinda busy, try me next weekend
[01:56] <ESphynx> micahg: been crasy busy myself... I'm going to try to find some time to cherry pick this properly
[01:56] <ESphynx> micahg: I'll let you know when it's done, maybe you can upload it =)
[01:57] <ESphynx> s/crasy/crazy
[04:37] <micahg> ESphynx: I'm piloting Wed if that helps any
[09:00] <Rhonda> micahg: I created it back then when there was a newer version that wasn't in the devel distribution.  And the backport process doesn't work for me for some reasons, I always get stuck somewhere waiting for feedback on and on. :/
[13:18] <jtaylor> Riddell: https://launchpad.net/ubuntu/+source/im-switch/1.20ubuntu2 can this be bumped to recommends?
[13:18] <jtaylor> right now if zenity is missing the desktop entry does nothing
[14:18] <jtaylor> Riddell: nevermind found a better way to fix it
[20:08] <mapreri> can someone help me to build a package? I'm using the bzr bd command (so dpkg-buildpackage), but it tells me that it can't make the changes file. Here some info: http://paste.ubuntu.com/1443995/
[20:08] <mapreri> I can't find thee problem....
[20:08] <mapreri> the*
[20:09] <jtaylor> how does your rules file look like?
[20:10] <mapreri> jtaylor: it is in the link above
[20:10] <jtaylor> oh
[20:11] <jtaylor> I recommend to use a different rules
[20:11] <mapreri> jtaylor: and thank you for answering :)
[20:11] <jtaylor> there is lots of stuff missing
[20:11] <jtaylor> I recommend /usr/share/doc/debhelper/examples/rules.tiny
[20:11] <jtaylor> see man dh
[20:12] <mapreri> I'm watching...
[20:14] <mapreri> ah, but using this rules file does not execute the upstream makefile? This makefile is not a good one... http://paste.ubuntu.com/1444008/
[20:16] <jtaylor> you can override_auto_build to do nothing
[20:26] <mapreri> I add also override_dh_auto_install, but it don't put any file inside the .deb (apart the debian control files)...
[20:26] <mapreri> -.-
[20:26] <jtaylor> how does it look now?
[20:27] <mapreri> the rules?
[20:27] <jtaylor> yes
[20:27] <mapreri> http://paste.ubuntu.com/1444019/
[20:28] <jtaylor> you have to put your copies in there
[20:28] <mapreri> I don't understand...
[20:29] <jtaylor> dh can't magically know what you want to do
[20:29] <jtaylor> it can only do that if the makefile is good
[20:29] <jtaylor> which you said is not
[20:29] <jtaylor> basically you copy what you had in the install: of your old rules into the auto_install override
[20:36] <mapreri> ummh.. now I simply suppose there are something wrong in other part of the package... rules: http://paste.ubuntu.com/1444025/ the last build: http://paste.ubuntu.com/1444028/ (note the lintian warning "empty binary package"). the tree: http://paste.ubuntu.com/1444031/ (the "rules 1" file is the old rules)
[20:39] <jtaylor> the installdir should be debian/<packagename>
[20:39] <jtaylor> its easiest to use dh_install
[20:42] <mapreri> lol, I'm a bit idiot sometime -.-'' I called the directory ebg in place of easybashgui...
[20:42] <mapreri> now it work.. I try to install the package..
[20:43] <mapreri> works*


[09:13] <mup> PR snapd#11182 opened: gadget: do not crash if gadget.yaml has an empty Volumes section <Created by mvo5> <https://github.com/snapcore/snapd/pull/11182>
[09:38] <mup> PR snapd#11183 opened: tests: fixed an issue with retrieval of the squashfuse repo <Created by are-scenic> <https://github.com/snapcore/snapd/pull/11183>
[10:33] <mup> PR snapd#11173 closed: cmd/snap-device-helper: bring back the device type identification behavior, but for remove action fallback only <Created by bboozzoo> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/11173>
[11:03] <mup> PR snapd#11042 closed: [WIP] many: multiple local install <Created by MiguelPires> <Closed by MiguelPires> <https://github.com/snapcore/snapd/pull/11042>
[11:08] <mup> PR snapd#11180 closed: tests: moving to manual opensuse 15.2 <Simple 😃> <Created by sergiocazzolato> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/11180>
[11:13] <mup> PR snapd#11118 closed: o/configstate/configcore: add tmpfs.size option <Needs Samuele review> <Created by alfonsosanchezbeato> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/11118>
[11:18] <mup> PR snapd#11045 closed: interfaces/builtin/opengl.go: add boot_vga sys/devices file <Created by xnox> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/11045>
[11:50] <dob1> hi, is this support channel on snapd?
[11:52] <dob1> anyway I ask, hope someone can answer: firefox on ubuntu is now on snap, this create problems on dpms, it's not disabled while watching a youtube video for example. Is something that snap could handle or it will be like this forever?
[12:21] <mvo> dob1: it looks like the firefox snap has code for this in https://searchfox.org/mozilla-central/source/widget/gtk/WakeLockListener.cpp so the I guess it's a matter of connecting the snapd screen-inhit-control interface, ideally this should be done automatically
[12:22] <dob1> mvo, how can i check this?
[12:31] <mvo> dob1: I just looked and it seems like firefox is using this so maybe something else is missing, let me try to dig a bit more
[12:34] <dob1> mvo, I prefer to do some additional tests then, to not waste your time
[12:34] <dob1> I will do them and then I will report
[12:43] <mvo> dob1: "snap connections" will show you what is connected. the code in https://searchfox.org/mozilla-central/source/widget/gtk/WakeLockListener.cpp looks like it will try the gnome and freedesktop apis to the screensavers. but when I do a "dbus-monitor --monitor|grep -i screen" and then click on a video in the firefox snap I see no activity so something seems off
[12:45] <mvo> dob1: I will be away for a bit and have lunch but will read backlog
[12:45] <dob1> mvo, consider I am using i3
[12:48] <mvo> dob1: ohhhh, maybe that's it then - also wayland? or plain X11?
[12:48] <dob1> mvo, i3 is only on xorg
[13:12] <zyga-fyke> hello :)
[13:47] <mardy> zyga-fyke: hi :-)
[14:27] <zyga-fyke> mardy, no eoy-holidays yet?
[14:34] <mup> PR snapd#11184 opened: release: 2.54 <Squash-merge> <Created by mvo5> <https://github.com/snapcore/snapd/pull/11184>
[16:29] <mup> PR snapd#11184 closed: release: 2.54 <Squash-merge> <Skip spread> <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/11184>
[16:49] <mup> PR snapd#11185 opened: release: 2.54 <Skip spread> <Created by mvo5> <https://github.com/snapcore/snapd/pull/11185>
[21:20] <mup> PR snapd#11186 opened: tests: tidy up the top-level of ubuntu-seed during tests <Run nested> <Created by pedronis> <https://github.com/snapcore/snapd/pull/11186>
[23:00] <mup> PR snapd#11187 opened: osutil: Refactoring the code exporting mocking APIs to other packages <Created by are-scenic> <https://github.com/snapcore/snapd/pull/11187>


 I'll update the bug report tomorrow
[12:26] <lifeless> hmm, maybe xine can be ignored. seems good
[01:46] <bddebian> Heya gang
[01:47] <Erlang> j0
[01:47] <crimsun> 'lo bddebian, Erlang
[01:56] <bddebian> Heya crimsun, Erlang
[02:01] <Erlang> my Launchpad karma suddenly went throught the roof.  I don't get it.
[02:01] <crimsun> click the Karma url on the right side
[02:02] <bddebian> Stop randomly closing all those bugs ;-)
[02:02] <crimsun> it enumerates all the contributions to your boost
[02:02] <Erlang> it was 94 just a few days ago and now it's 3351.
[02:02] <crimsun> yep, bug triaging is useful.
[02:02] <bddebian> whoa
[02:03] <crimsun> mine went from a couple thousand to over 105k
[02:05] <Erlang> crimsun: oh man 105685...
[02:08] <bddebian> Holy cow
[02:21] <Erlang> DSA?
[02:22] <crimsun> http://www.us.debian.org/security/
[02:22] <Erlang> oh that.
[03:37] <Lathiat> Anyone know a guide to customize a breezy install witha  custom kernel?
[03:37] <Lathiat> (need a newer kernel for new sata driver)
[03:37] <Lathiat> i tried following the debian one for a debian cd and after a few hours gave up
[03:37] <Lathiat> finally got it to produce an iso but wouldnt boot, heh (taht was on sarge)
[03:41] <Se7h> rebuild the kernel
[03:41] <Se7h> but this isnt actaly the channel to ask it
[03:41] <hub> Lathiat: would it work with dapper?
[03:42] <Lathiat> oh i know how to rebuild the kernel, i need to know how to cram that into d-i :)
[03:42] <Lathiat> hub: yes, but i need to run breezy
[03:43] <Lathiat> its a server going into production :)
[03:45] <Lathiat> might just debootstrap it from a dapper live cd
[03:51] <robertj> q. are there any thoughts on reverting a game to the latest stable revision since the packaged development version is already out of date?
[03:53] <robertj> Wesnoth's master server won't let you log in unless you have 1.1.2 and 1.1.1 is in dapper, and it will not stabalize before dapper
[03:56] <Lathiat> robertj: so,
[03:56] <Lathiat> robertj: is 1.1.2 in debian?
[03:57] <robertj> Lathiat: I dunno, but why not ship 1.0.2 which is stable & still plays better?
[03:58] <robertj> Lathiat: either way the dev server is not backwards compatible with the stable or other dev releases
[03:58] <robertj> so if dapper ships with a dev release online multiplayer will not work a month after release
[03:58] <robertj> plus single player scenarios are still being rebalanced
[03:59] <Lathiat> i see
[03:59] <Lathiat> thats a bit of a curly situation
[03:59] <robertj> but 1.1.1-3 is debian testing now
[04:00] <robertj> 1.0.2-1ubuntu1 seems like the best choice to me
[04:00] <Lathiat> can u post to the ML and solicit some feedback from others?
[04:00] <Lathiat> what you say does seem sane, tho
[04:00] <robertj> -devel or -motu?
[04:01] <Lathiat> uh, good question
[04:01] <Lathiat> -motu i guess
[04:01] <bddebian> I don't believe you can revert in the archive
[04:01] <Lathiat> bddebian: you can hack it up
[04:02] <Lathiat> its something thats generally avoided
[04:02] <bddebian> Aye
[04:02] <Lathiat> 1.1.1+revertedto+1.0.2
[04:02] <Lathiat> :)
[04:02] <Lathiat> i mean it has the potential to screw up peoples savegames and whatnot too
[04:02] <robertj> Lathiat: well that's what they get for running dapper eh?
[04:02] <Lathiat> ;p
[04:02] <Lathiat> what was in breezy?
[04:02] <robertj> 1.0-1
[04:03] <minghua> Lathiat, robertj:  I've raised this issue before: https://lists.ubuntu.com/archives/ubuntu-motu/2006-February/000506.html
[04:03] <bddebian> Yeah, I almost caused a major uproar by throwing wesnoth in breezy
[04:03] <bddebian> It had a depend in main..
[04:04] <Lathiat> eh?
[04:04] <Lathiat> that had to be upgradeD?
[04:06] <robertj> minghua: what do you think about reverting to 1.0.2?
[04:06] <Lathiat> i noticed gtk-gnutella doesnt work either
[04:06] <minghua> robertj: I agree with you that we should ship 1.0.x in dapper
[04:06] <Lathiat> you can pound it into working, but yeh
[04:07] <Lathiat> minghua: i agree too
[04:07] <theCore> does emacs-gtk launch in Dapper now ?
[04:07] <minghua> I am not sure how it should be handled though, 1.1.1+revertedto+1.0.2 is really ugly but probably is also the best we can do
[04:08] <theCore> (I'm doing some bug triage)
[04:09] <theCore> the bug number is 31795
[04:14] <theCore> nevermind, it works now
[04:14] <robertj> my post is awaiting moderator approval
[08:01] <Hobbsee> hi everyone
[08:04] <minghua> hi Hobbsee
[08:04] <Hobbsee> hi minghua
[08:10] <Mithrandir> hi Hobbsee, minghua
[08:11] <Hobbsee> hey Mithrandir
[08:11] <Mithrandir> how's .au today?
[08:12] <Hobbsee> Mithrandir: well, i'm pretty happy, as kubuntu is finally recognising my connection over the command line (but not in knetworkmanager) - but to have some connection at all is pretty good :D
[08:12] <Mithrandir> that's nice, yes.
[08:13] <Mithrandir> you need wpa or something for it?
[08:13] <minghua> hi Mithrandir
[08:13] <Hobbsee> Mithrandir: no, i had wpa at home - these networks are completely open.  if you want to browse outside teh uni, you need a username and password
[08:13] <Mithrandir> ah, ok.
[08:14] <Hobbsee> it wouldnt connect on either linux or windows before, i've got no idea why it's suddenly working now - by all accounts, it's supposed to work out of the box
[08:14] <Hobbsee> food's overrated
[08:14] <Hobbsee> .
[08:40] <lifeless> ajmitch: ping
[08:49] <lifeless> I've added a path to bug 35954
[08:49] <Ubugtu> Malone bug 35954 in pornview "pornview stops responding on quit." [Normal,Unconfirmed]  http://launchpad.net/bugs/35954
[08:50] <Mez> w00t for pornview
[08:50] <lifeless> could a motu please toss that at the buildds if its considered ok
[08:50] <lifeless> oh meh, wrong bug. bug the patch probably fixes that too
[08:50] <Mez> lifeless, I'll have a look
[08:51] <lifeless> bug 2397 also has the patch and is the bug I meant to put it on
[08:51] <Ubugtu> Malone bug 2397 in pornview "Pornview segfaults at startup" [Normal,Confirmed]  http://launchpad.net/bugs/2397
[08:52] <Mez> lifeless - people are going to bitch bout not having Xine syrely?
[08:52] <lifeless> less than having X go awol.
[08:52] <Mez> lemme have a look at popcon
[08:52] <lifeless> seiously - xine is quite fucked, at least the way pornview uses it. It'll startup a couple of times and then  *boom*, hard lockup, or X crashing madly
[08:53] <lifeless> try it yourself - dont apply that part of the patch.
[08:53] <lifeless> tit may be just me
[08:54] <Mez> lemme just update my pbuilder ;)
[08:54] <lifeless> hmm, someone recommends --without-xine
[08:55] <Mez> lifeless - are you not a MOTU  then ?
[08:55] <lifeless> no, on my TODO list
[08:55] <Mez> lifeless-  --without-xine might be a better idea
[08:56] <lifeless> nah
[08:56] <lifeless> I've just checked and it does not pickup xine unless its told to
[08:56] <lifeless> ldd /usr/bin/pornview  | grep ine
[08:56] <lifeless>         libXinerama.so.1 => /usr/lib/libXinerama.so.1 (0xb794c000)
[08:57] <lifeless> but it won't hurt to be more explicit - just not something to worry about
[09:15] <dholbach> good morning
[09:15] <Hobbsee> hi dholbach
[09:16] <dholbach> hi Hobbsee
[09:16] <fabo> dholbach: hi, i replied about wesnoth
[09:16] <verwilst> goodmorning!
[09:16] <fabo> dholbach: contact isaac
[09:17] <verwilst> dholbach, could you maybe upload the pure-ftpd thingy? :$
[09:17] <dholbach> verwilst: i'll have a look
[09:18] <dholbach> fabo: you think you could point him to the thread?
[09:18] <fabo> done -> https://lists.ubuntu.com/archives/ubuntu-motu/2006-March/000592.html
[09:19] <verwilst> dholbach, thanks :) sorry to bother you about it :)
[09:19] <verwilst> but going live with it monday hehe
[09:19] <verwilst> maybe i'll get a little deeper into motu stuffs
[09:21] <dholbach> right
[09:59] <lifeless> I've put myself up for membership on the april 3rd meeting
[09:59] <lifeless> I hope some of you lot can turn up and say how hlepful I am :)
[10:16] <siretart> yay :)
[10:19] <Mez> lifeless, if I can I will
[10:19] <lifeless> thanks!
[10:19] <Mez> I should hopefully be able to make it seeing as I'm trying to get the 4th off
[10:20] <Mez> lifeless, not that my opinion matters - you've gotta sweet talk colin matt and Mark ;0
[10:20] <Mez> buy them beer :D
[11:02] <ajmitch> dholbach: do you know if we have any procedure for getting new packages into universe after FF?
[11:03] <ajmitch> eg an exception process, if it's needed
[11:04] <dholbach> ajmitch: need to talk to matt about it
[11:04] <dholbach> ajmitch: will do that once he's awake again
[11:04] <ajmitch> ok
[11:05] <ajmitch> mdz's post on sounder last week makes me think that he thinks there's no new package freeze for universe
[11:05] <dholbach> according to the dapper release process there is
[11:05] <ajmitch> https://lists.ubuntu.com/archives/sounder/2006-March/005098.html
[11:05] <ajmitch> I know
[11:05] <dholbach> i read it
[11:06] <ajmitch> and we've always worked on that belief that it was frozen at FF for NEW packages
[11:06] <ajmitch> if you could clarify it, it'd be great :)
[11:07] <dholbach> yeah, I'd prefer if he sticked to the the strict freeze and made urgent exceptions only, so people would focus on getting old stuff fixed instead of getting new stuff in :)
[11:07] <viviersf> ajmitch, how do i mirror just dapper ?
[11:07] <ajmitch> some exceptions are warranted
[11:07] <ajmitch> viviersf: probably by using debmirror or similar scripts
[11:07] <dholbach> as I said "urgent" :)
[11:08] <viviersf> thx
[11:08] <ajmitch> heh
[11:08] <ajmitch> hi StevenK
[11:10] <Toadstool> hi everybody
[11:10] <ajmitch> dholbach: I'd probably be very lucky to get zope 2.9 in though ;)
[11:11] <dholbach> ajmitch: if you coordinate with doko, ... :)
[11:11] <ajmitch> dholbach: sure, the package just got uploaded to debian :)
[11:11] <ajmitch> it finally uses python2.4
[11:12] <ajmitch> so I'd need a bunch of UVF exceptions as well for zope-{common,debhelper}
[11:12] <ajmitch> but we'll see what happens..
[11:15] <doko> ajmitch: all the exceptions (except zope2.9) should be in place
[11:17] <ajmitch> doko: exception for the latest zope-common is done?
[11:17] <ajmitch> that's great
[11:20] <viviersf> ajmitch, hmmm where does debmirror get info on which repos to mirror
[11:22] <ajmitch> you read the manpage & docs?
[11:22] <ajmitch> it has examples there
[11:22] <viviersf> yar
[11:23] <doko> ajmitch: for the last or not, I'm revisiting this with elmo
[11:23] <ajmitch> -d for distro, -s for section
[11:24] <ajmitch> ok
[11:25] <viviersf> k i found the problem
[11:28] <viviersf> thx ajmitch
[11:30] <lifeless> ajmitch: so I've put myself up for membership - can you come on the 3rd  to the cc meeting ?
[11:30] <ajmitch> lifeless: depends when it is
[11:30] <lifeless> 0900 UTC
[11:31] <ajmitch> should be possible, I think
[11:31] <lifeless> cool
[12:46] <lucas> /query buxy
[12:46] <lucas> oops
[01:39] <j^> does anyone know of tapioca <http://tapioca-voip.sourceforge.net> packages for dapper?
[03:00] <bddebian> Heya gang
[03:03] <ogra> hey bddebian
[03:03] <bddebian> Hi ogra!
[03:06] <Kyral> Morning
[03:12] <bddebian> Good morning Kyral
[03:12] <Kyral> mornin
[05:30] <jtshaw> Does anywhere here use the ACE libraries?
[07:12] <Tonio_> hello
[07:40] <LaserJock> hi monzie
[07:41] <monzie> hi LaserJock
[07:42] <monzie> so the motu's must be dead busy fixing bugs
[07:42] <monzie> and heard that the release date got back by six weeks
[07:42] <LaserJock> yeah
[07:43] <dholbach> BUG DAY next FRIDAY
[07:43] <LaserJock> well, I thought dapper did that back in about December
[07:43] <dholbach> you can all help out to make it kick ass
[07:43] <LaserJock> hi dholbach
[07:44] <LaserJock> dholbach: sweet, these bug days are helping the Science team quite a bit
[07:44] <dholbach> LaserJock: that's nice to hear
[07:45] <JohnnyMast> greetz dholbach
[07:46] <dholbach> hey JohnnyMast
[07:46] <dholbach> monzie: great :)
[07:46] <JohnnyMast> long time no see :)
[07:46] <JohnnyMast> well i saw you but didnt speak
[07:46] <monzie> thanks dholbach, in what way may i be of use to ubuntu community?
[07:47] <crimsun> dholbach has been making gnome desktop ROCK in dapper
[07:47] <JohnnyMast> monzie packing is a nice start
[07:47] <dholbach> monzie: bug triage is a GREAT start
[07:47] <monzie> you mean packaging JohnnyMast?
[07:47] <dholbach> we get a lot of bug reports and most of them are misdirected or need more information
[07:48] <monzie> how do i triage bugs dholbach, if you give me pointers, i will surely helo
[07:48] <monzie> help
[07:48] <ogra> crimsun, right, we would have no desktop and a dead seb128 in dapper without dholbach :)
[07:48] <dholbach> it's easy to ask people, which version they are using, what they were trying to do or random questions from http://wiki.ubuntu.com/DebuggingProcedures
[07:48] <JohnnyMast> monzie i do
[07:48] <dholbach> or check if the bug was already filed
[07:48] <dholbach> and while doing this you find out where you're good at or learn new stuff
[07:48] <dholbach> I think it'S one of the easiest ways to get involved
[07:49] <dholbach> crimsun, ogra: Merci beaucoup, you're flattering me.
[07:49] <LaserJock> ogra: lol, true
[07:49] <ogra> dholbach, hey, fully deserved :)
[07:49] <monzie> sure dholbach, what you say seems suitable for a dumbo like me, how do i go about it?
[07:49] <JohnnyMast> monzie its not that hard there are just some rules to follow e.x the debian/copyright file
[07:49] <dholbach> monzie: ... nahhhh, not dumbo :)
[07:49] <dholbach> you can start by joining #ubuntu-bugs and then start poking at apps you use every day
[07:50] <LaserJock> monzie: look around wiki.ubuntu.com/UbuntuBugDay especially the links at the bottom
[07:50] <JohnnyMast> monzie my pkg made it there so even i could do it
[07:50] <dholbach> and http://wiki.ubuntu.com/HelpingWithBugs
[07:50] <monzie> ya i know a bit about that JohnnyMast, but E17 from cvs proved a nightmare
[07:51] <JohnnyMast> e17 would be nice
[07:51] <JohnnyMast> but dont do it
[07:51] <JohnnyMast> its nu stable yet is it ?
[07:51] <JohnnyMast> nu == not
[07:51] <monzie> yup it's not stable
[07:51] <JohnnyMast> then you better wait a sec
[07:51] <JohnnyMast> because else you have to update it a lot
[07:52] <JohnnyMast> maybe they do a pre every month so then you have to pack it again every month
[07:52] <LaserJock> monzie: unfortunately I think there is a reason E17 isn't in Universe already
[07:52] <JohnnyMast> LaserJock prob the unstable ness :p
[07:53] <monzie> i guess so  LaserJock, but i liked it and there's no harm in trying it.... i learnt so much about Ubuntu in the process
[07:53] <JohnnyMast> i lub enlightenment !!
[07:53] <JohnnyMast> :D
[07:53] <monzie> whether it gets accepted is not important, at 22 learning is
[07:54] <monzie> do you have to be a community council member to "be heard" in the Ubuntu world?
[07:54] <JohnnyMast> no not at all
[07:55] <JohnnyMast> if you tall ur stuff on ubuntu-dev ppl will know you
[07:55] <JohnnyMast> and think about your ideas
[07:55] <JohnnyMast> you can even get discussions going meaning a revolution in ubuntu
[07:55] <JohnnyMast> meaning if much ppl like here motu`s sopport it
[07:56] <JohnnyMast> ubuntu is a communty not comunism
[07:57] <monzie> ok JohnnyMast
[07:57] <monzie> i guess i will go to #ubuntu-bugs and try to do some work
[07:57] <JohnnyMast> :) nice going !
[10:30] <siretart> slomo: thanks for the approval :)


[16:05] <mirza> Merapu btol, http://www.themalaysianinsider.com/malaysia/article/proposed-law-to-regulate-it-industry-provokes-alarm-online


[02:06] <lisandro> qtdatavis3d being in NEW IIRC
[02:07] <lisandro> qtserialbus needs a review, sgclark was working on it
[02:07] <lisandro> we've got a user asking for qtscxml


[02:50] <Unit193> bluesabre: Urgh, xfdashboard 0.9.0 has symbols disappearing without a SONAME bump. :/
[02:50] <Unit193> SOVERSION/SONAME, whatever.
[02:51] <Unit193> I mean not that I think it matters, since nothing requires the library to build...But still bad practice. :/
[02:56] <jphilips> Unit193: are you okay with being highlighted as a contributor in the google form I shared earlier?
[02:57] <Unit193> Form?  I figured it was draft release notes or something, I don't often click google docs links.
[02:59] <Unit193> I don't know, really.  I guess it depends on the goal of that, sort of seems like perhaps a list for use with marketing?
[03:05] <Unit193> jphilips: I guess other than that concern I have no other objections?
[03:06] <jphilips> from the ubuntu-flavors channel " We are going to do some social posts leading up to 21.04 release, one a week, all about the volunteer contributors who help make Ubuntu. We're going to do it in categories, and the first one I'd love to do is flavors and remixes! So if you'd like to chat - what flavor or remix you help with and something you've been a part of to help with 21.04"
[03:08] <jphilips> We = canonical
[03:18] <jphilips> Unit193: what's at the top of the form https://imgur.com/pVUXe4y.png
[03:19] <Unit193> Yeah, saw that.
[03:20] <jphilips> oh okay. wasn't sure if you were still reluctant to click on the form :D
[13:15] <bluesabre> https://bugs.launchpad.net/ubuntu/+source/exo/+bug/1874954 uploaded to focal/groovy-proposed and https://launchpad.net/~xubuntu-dev/+archive/ubuntu/sru-staging
[13:16] <ubot3> Launchpad bug 1874954 in exo (Ubuntu Groovy) "[SRU] settings manager window will not shrink horizontally after expanding" [Undecided, In Progress]
[13:22] <bluesabre> Unit193: boo for soname/soversion, but yeah, low impact
[13:25] <bluesabre> jphilips: please update the tags on https://bugs.launchpad.net/ubuntu/+source/xfce4-weather-plugin/+bug/1918002 from verification-needed- to verification-done- for the releases you verified.
[13:25] <ubot3> Launchpad bug 1918002 in xfce4-weather-plugin (Ubuntu Groovy) "[SRU] xfce4-weather-plugin 0.10.2" [Undecided, Fix Committed]
[16:39] <Unit193> bluesabre: Figure I'll just grab the stable branch.  Should we switch d/watch to only track that?
[16:45] <jphilips> bluesabre: done