[16:25] <Pisote> Hi people! I am trying to install dual boot ubuntu 18.04/Windows 10 in a UEFI computer. Is there any way I can install grub in the efi boot partition so it boots grub instead of windows boot manager?
[16:26] <Pisote> I would like to avoid to install windows again, I read that dual boot can be configurated but it is necessary to install ubuntu first
[16:27] <enyc> Pisote: whatevre you do have full backups and recovery disks etc.
[16:27] <enyc> because stuff-goes-wrong with multibooting ;p
[16:27] <Pisote> yeah I have all important things safe thanks ;)
[16:27] <Pisote> haha yeah, I read that too lol
[16:28] <enyc> Pisote: i'm afraid that I've been unanswered in this channel too...
[16:28] <enyc> Pisote: Main #ubuntu or somesuhc channel may be better
[16:29] <Pisote> thanks mate!


[04:26] <lisbeths> my install is no longer able to detect my internal webcam
[04:26] <lisbeths> /dev/video0 does not exist
[04:26] <lisbeths> cheese says "no device found"
[04:26] <lisbeths> I am on a thinkpad x230, and my webcam worked a couple of days ago
[04:34] <lisbeths> test
[04:44] <lisbeths> meh I'll fix it l8er thanks anyway
[11:31] <xubuntu89w> hi guys, i have a problem with xubuntu installation, i have an eee900 with xubuntu 18.04 installed on. it was working ok till i just upgraded.
[11:31] <xubuntu89w> then every time it was bbooting goes to black screen
[11:31] <brainwash> tried to boot with an older kernel version?
[11:31] <xubuntu89w> i reinstalled system with desktop iso and even with minimal but always black screen
[11:32] <brainwash> you enabled updates during the installation process?
[11:32] <xubuntu89w> no
[11:33] <brainwash> uhm
[11:33] <xubuntu89w> before reinstall the system there were 2 kernels (the old one and the new i think were 4.x and with none of them it wont start
[11:33] <xubuntu89w> now i see kernel 5.x
[11:34] <brainwash> so, you used the xubuntu 18.04.x ISO?
[11:34] <xubuntu89w> yes with no luck
[11:34] <xubuntu89w> then i tried even the mini.iso and selected xubuntu minimal from menu and again no luck
[11:37] <brainwash> and you cannot get any display output at all?
[11:37] <brainwash> like, are you able to switch to TTY and use the console?
[11:37] <brainwash> this way you could check the log files
[11:38] <xubuntu89w> if i try to press any key sometimes the splash of xubuntu exits and run forever and sometimes goes into text boot
[11:38] <xubuntu89w> i can reach to boot in safe mode and i see desktop
[11:39] <xubuntu89w> seems that it hangs if it starts in normal mode
[11:41] <xubuntu89w> if i press ESC during startup the startup at bottom screen i see that the boot is blocked with moething that says:
[11:41] <xubuntu89w> A start job is running for Hold until boot process finishes up (4min 7s/ nolimit)
[11:42] <xubuntu89w> always the same error, in old system, in iso installed from xubuntu and with system installed with mini.iso
[11:43] <brainwash> so, you should check the system log
[11:43] <brainwash> journalctl
[11:44] <brainwash> to only show log entries from the previous boot: journalctl -b -1
[11:45] <xubuntu89w> ok i reboot in safe mode and i check there
[11:46] <brainwash> it could be that persistent log storage is disabled, so only data for the current boot is available
[11:46] <xubuntu89w> what i should search here?
[11:47] <brainwash> anything that looks like an error
[11:47] <brainwash> towards the end/bottom
[11:47] <brainwash> the last 10% or so
[11:55] <xubuntu89w> i searched in the log before i pressed the poweroff button, the last lines were sayng something about plymouthd
[11:55] <xubuntu89w> received SIGRTMIN+20 from pid 282 (plymouthd)
[11:56] <xubuntu89w> 3 times
[11:58] <xubuntu89w> it hangs here
[11:59] <xubuntu89w> because it started at 38min and when i pressed poweroff it was at 43min
[12:00] <brainwash> xubuntu89w: maybe disabling/uninstalling plymouth could help
[12:01] <xubuntu89w> what is plymouth?
[12:04] <brainwash> xubuntu89w: the thing you were talking about
[12:04] <brainwash> graphical boot screen
[12:06] <xubuntu89w> ok... absolutely unnecessary :D  i try to disable it...
[12:20] <xubuntu89w> OK solved! My system won't start because there was something bad in lastest plymouth updates that broke, i solved just modifying grub boot options
[12:20] <xubuntu89w> nano /etc/default/grub
[12:21] <xubuntu89w> and changed GRUB_CMDLINE_LINUX_DEFAULT="quiet splash" to GRUB_CMDLINE_LINUX_DEFAULT="quiet"
[12:22] <xubuntu89w> now i don't see the splash screen at startup but my system starts :)
[12:22] <xubuntu89w> thanks brainwash for your support ;)
[12:23] <brainwash> great :)
[16:56] <m4xm> Hello
[17:00] <m4xm> how to add notes that stick to my desktop ?
[18:15] <zantak> Hi everybody. I speak just a little english: I'm from italy. Yesterday I installed Xubuntu 18.04-desktop-i386. Everything is all right but wifi connection. I only have wifi connection at home. No way to get a wired connection. I also know I have to install b43-fwcutter on my HP pavilion (AMD Athlon cpu 32 bit), with a Broadcom BCM 4318 network
[18:15] <zantak> card. How can I download it? Many thanks
[18:16] <diogenes_> !it | zantak
[18:17] <diogenes_> you could also ask there ^^^
[18:18] <zantak> Ok, but I'm here now, so please tell me; I understand enough (Hope)
[18:19] <diogenes_> zenrun in terminal: lspci -nnk | grep Net -A3
[18:19] <diogenes_> and
[18:19] <diogenes_> !pastebin
[18:27] <zantak> Broadcom BCM 4318 [Airforce One 54g] 802.11 (rev 02)
[18:27] <zantak> Wireless LAN controller [14e4:4318] rev 02
[18:28] <zantak> Kernel driver in use: b43-pci-bridge
[18:28] <zantak> modules ssb
[18:29] <zantak> Givin' !pastebin command It returns me "no such event" or something like that
[18:30] <zantak> Oh, Diogenes, many thanks.
[18:34] <diogenes_> zantak, maybe: https://ubuntuforums.org/showthread.php?t=2174511
[18:38] <zantak> Diogenes, I'm just readin' the discussion you suggested. I think I'll succeed in getting the wifi working. Many thanks
[19:01] <zantak> !It
[22:32] <Gloominati> Hello ^^
[22:32] <Gloominati> How are y'all?
[22:33] <Gloominati> How is it everything going?
[22:33] <Gloominati> <3


[08:58] -ChanServ(ChanServ@services.)- [#ubuntu-ops]  Welcome to #ubuntu-ops - Home of the operators for official K/X/Ed/Ubuntu channels. Questions, requests and complaints about Ubuntu related channels and their people can be filed here"
[08:58] -ChanServ(ChanServ@services.)- [#ubuntu]  Welcome to #ubuntu! Please read the channel topic and consider spending some time on the FAQ mentioned there
[08:58] -ChanServ(ChanServ@services.)- [#ubuntu-server]  Ubuntu Server Discussions (development and support)


[00:43] <robru> veebers: oh hey, what's up?
[00:43] <robru> he says, 2 hours later
[00:44] <veebers> robru: heh, I'm sure you're supposed to be off anyway right? So to follow up me asking about getting the autopilot in the spreadsheet landed, I have an email from Pat stating it's all cool to do so. Should I fwd to you so we can get this done?
[00:46] <robru> veebers: yeah sure. 5PM sunday here, but it's easy for me to click publish if you're ready to go ;-)
[00:47] <veebers> robru: yep, I ran the testing etc. and it's all good
[00:47] <robru> veebers: needs QA though
[00:47] <veebers> robru: have fwd the email
[00:48] <veebers> robru: surely that's me though right? :-)
[00:49] <robru> veebers: are you on the QA team? (honest question). typically for all landings in RTM we'd have the "upstream lander" (you) propose a landing, then QA (ToyKeeper or davmor2 among others) would verify that the silo doesn't make the phone explode, then I can publish it
[00:50] <veebers> robru: heh yes I am (QA Projects team). Autopilot is a little bit odd as it's not on the image, but used to test the image.
[00:50] <robru> veebers: why does it need to be in RTM if it's not in the image?
[00:50] <veebers> In the past we've normally done the gatekeeper job, presented a report on the runs and then approved or removed from there. I believe ToyKeeper stated that I just needed a managers sign off in this case.
[00:51] <robru> veebers: ToyKeeper is my go-to QA person so if she says it's ok then I'll allow it ;-)
[00:51] <veebers> robru: it's needed so that when the automated testing is done on it the right version is available (i.e. has features we're using in the sanity testing)
[00:51] <veebers> robru: I have no problem if you would like ToyKeeper to weigh in on this :-)
[00:52] <robru> veebers: I think she's NZ as well so maybe she's even around right now...
[00:52] <veebers> robru: heh, she doesn't live in NZ but seems to keep the hours (I'm not even sure she sleeps) :-)
[00:53] <robru> veebers: alright well, if I'm interpreting http://pastebin.ubuntu.com/9753224/ correctly it means there's no regressions caused by this landing? and I have no reason not to trust you, so if you say that in the past ToyKeeper gave you a blanket approval, and you got pat's approval, I guess I'll just publish it.
[00:54] <veebers> robru: right, that pastebin shows that I ran the smoke dash a couple of times and no new regressions popped up (failures were do to tests/apps not autopilot etc.)
[00:54] <robru> veebers: alright, I know you've been pushing for this for a while, I'm happy to just land it then.
[00:55] <veebers> robru: no worries, its something that needs to happen correctly :-) Awesome thanks
[01:50] <robru> veebers: cheers ^ ;-)
[01:53] <veebers> robru: ah, I didn't do anything ;-) Thank you for sorting that out
[01:54] <robru> veebers: you're welcome! (does 'cheers' mean your welcome? I meant it more along the lines of "you're welcome". heh)
[01:55] <veebers> robru: heh, cheers is used as in 'Thank you' :-) I see now. Cheers robru ;-)
[01:55] <robru> veebers: I'm learnding ;-)
[01:58] <thomi> robru: FWIW, I use "cheers" to mean many things, including "thanks", "you're welcome", "time to get another drink", and "can you take the dog for a walk please, only don't forget his collar, I think I left it on top of the fridge"
[01:58] <robru> thomi: oooh that's a tricky one. I've never heard anybody say it in Canada unless they were obviously british / australian / nz tourists.
[01:59] <thomi> heh
[02:10] <imgbot> [03:10] <imgbot> [03:20] <imgbot> [03:20] <imgbot> [04:15] <imgbot> [04:15] <imgbot> [07:36] <abeato> trainguards, line 62 ready for a silo
[08:12] <pstolowski> jibel, good morning! can we give rtm silo 11 (row #29) a higher priority, we have another important fix in the queue for unity-scopes-api (row #63)?
[08:16] <pstolowski> qa ^
[08:18] <jibel> pstolowski, good morning. looking.
[08:25] <brendand> pstolowski, it contains two fixes that have not been approved
[08:25] <brendand> https://bugs.launchpad.net/ubuntu/+source/unity-scopes-api/+bug/1398813
[08:25] <brendand> https://bugs.launchpad.net/ubuntu/+source/unity-scopes-shell/+bug/1401860
[08:27] <pstolowski> dbarth, marcustomlinson, ^
[08:29] <marcustomlinson> brendand: yeah, I guess we should technically mark those as duplicates of #1380914
[08:30] <marcustomlinson> brendand: they are needed to solve the issues described in that bug's description
[08:31] <brendand> marcustomlinson, or get them milestoned
[08:32] <brendand> marcustomlinson, the fact they are needed to fix a milestoned bug will work in their favour
[08:32] <marcustomlinson> brendand: see, the thing is, removing the splashscreen from online-accounts causes that seemingly frozen UI bug.
[08:46] <dbarth> pstolowski: uh, why aren't those approved
[08:47] <dbarth> ?
[08:47] <dbarth> brendand: ah, but check the first one is a duplicate of an approved bug itself
[08:47] <dbarth> ie, https://bugs.launchpad.net/ubuntu-system-settings-online-accounts/+bug/1380914
[08:47] <dbarth> that explains one
[08:48] <brendand> dbarth, right - marcustomlinson just made that change
[08:48] <dbarth> the second one, is linked but we could put it on the product team radar real quick this morning
[08:49] <marcustomlinson> brendand, dbarth: we just need this one approved: https://bugs.launchpad.net/ubuntu-rtm/+source/unity-scopes-shell/+bug/1401860
[08:49] <dbarth> brendand: can you hold the silo for a few hours?
[08:49] <marcustomlinson> dbarth: that bug is caused as a result of the splash screen not appearing now
[08:49] <marcustomlinson> dbarth: could you get that one milestoned for us?
[08:50] <dbarth> marcustomlinson: oh, a new bug?
[08:50] <dbarth> yes, sure
[08:50] <brendand> dbarth, yes
[08:50] <marcustomlinson> dbarth: 1401860
[08:50] <dbarth> ah right, but fixed by the silo !
[08:51]  * dbarth was starting to think he is getting crazy
[08:51] <marcustomlinson> dbarth: yes thats fixed in the silo too.
[08:51] <dbarth> i did that test several times, so that's why i was surprised
[08:51] <marcustomlinson> :)
[09:39] <michi> ci-help: I need some help with Jenkins.
[09:39] <michi> Basically, a whole bunch of tests have started suddenly failing for us, both for CI in the build silos.
[09:40] <michi> The symptoms are consistent with either terribly slow machines, or possibly with a change in one of the libs we depend on. This started happening sometime over the weekend, possibly as early as Friday.
[09:40] <michi> Has anything changed in the Jenkins set-up?
[09:41] <michi> We are definitely seeing the problem for Vivid. Not totally sure about RTM right now.
[10:38] <oSoMoN> trainguards: can I please have a silo for line 63 ?
[10:38] <sil2100> oSoMoN: o/
[10:43] <oSoMoN> thanks sil2100
[11:05] <dbarth> hey trainguards, can you help me land silo 007 (vivid) ?
[11:09] <sil2100> dbarth: looking!
[11:12] <sil2100> dbarth: is it ready already? It's still saying it's building
[11:12] <sil2100> Ah, build-dep-wait
[11:12] <dbarth> sil2100: that's the dep wait
[11:12] <dbarth> right
[11:12] <dbarth> we were waiting for -proposed to be purged of the old package
[11:12] <dbarth> sil2100: and i confirmed with Colin last Friday that it was now good to go
[11:13] <sil2100> hmm
[11:13] <sil2100> Ok, let me try publishing, but the situation is a bit strange
[11:14] <sil2100> I thought the powerpc-like packages have been removed from the archive
[11:14] <sil2100> Well, let me publish anyway, we can see if it gets blocked in -proposed or not
[11:14] <sil2100> :)
[11:14] <dbarth> ok
[11:15] <dbarth> i'll stay around as i need to prep the SRU now
[11:20] <sil2100> geh
[11:21] <sil2100> dbarth: so, looking at silo 007's unity-chromium-extension I really don't like the changelog
[11:22] <sil2100> dbarth: I mean, I see that in the merge you have directly modified debian/changelog, but since the added entry had 'utopic' instead of UNRELEASED, it treated it as something already released
[11:22] <sil2100> So the top-most version now only has "* New rebuild forced"
[11:23] <dbarth> sil2100: uh
[11:23] <dbarth> sil2100: how can we fix that?
[11:23] <cjwatson> I think it was probably Building before I removed those binaries, maybe
[11:23] <cjwatson> But you could check against the publication history
[11:24] <sil2100> dbarth: we would have to rebuild and change the branch, but let me think if how it is there is good anyway
[11:25] <dbarth> let me know if i need to update the branch or do something special
[11:27] <cjwatson> Uh, hm, maybe my removal didn't stick
[11:27] <cjwatson>  unity-chromium-extension | 3.2.0+14.10.20140626-0ubuntu1 | vivid/universe  | source, amd64, arm64, armhf, i386, powerpc, ppc64el
[11:28] <cjwatson> I guess when p-m copied it from -proposed it copied all the old binaries again
[11:28] <sil2100> cjwatson: yeah, that's what I meant by that the situation looked strange, since LP still had the binaries - strange
[11:28] <cjwatson> let me fix that
[11:28] <sil2100> cjwatson: thanks! :)
[11:28] <cjwatson> done (leave it until rmadison agrees, though)
[11:30] <sil2100> dbarth: ok, so I would say it like this - if some core dev +1's the packages, I'll publish
[11:31] <sil2100> Since I'm not sure if such a changelog is super good
[11:32] <sil2100> cjwatson: maybe you would have time to check 2 packaging diffs? ;) Since I need councelling, not sure if the changelog maddness is acceptable there
[11:32] <sil2100> (and one of the packages is in main)
[11:37] <cjwatson> libunity-webapps seems fine, but I think unity-chromium-extension should be rebuilt with a fixed changelog.  The changelog is an important part of the documentation of any delivery.
[11:37] <sil2100> ogra_, cjwatson: if anyone of you could: https://ci-train.ubuntu.com/job/ubuntu-landing-007-2-publish/lastSuccessfulBuild/artifact/packaging_changes_unity-chromium-extension_3.2.0+15.04.20141217-0ubuntu1.diff https://ci-train.ubuntu.com/job/ubuntu-landing-007-2-publish/lastSuccessfulBuild/artifact/packaging_changes_libunity-webapps_2.5.0~+15.04.20141217.2-0ubuntu1.diff <- the changelogs are fishy
[11:38] <cjwatson> There's some junk in the libunity-webapps one, but it's at least informative.  I don't particularly have a problem there.
[11:39] <cjwatson> But unity-chromium-extension's one is utterly uninformative.
[11:41] <sil2100> Yeah
[11:45] <sil2100> cjwatson: so, the debian/changelog does have an entry below the one in the diff that's a proper description, but that one is actually sparse as well
[11:45] <dbarth> sil2100, cjwatson: it should really say "+  * Support native messaging. (with Alberto Mardegan)", which was in the staging2 branch
[11:46] <sil2100> dbarth: so, actually https://code.launchpad.net/~webapps/unity-chromium-extension/staging2/+merge/244966 has debian/changelog modified and this should be set to UNRELEASED
[11:46] <sil2100> Then CI Train would pick it up and create the entry properly
[11:48] <sil2100> dbarth: ah, and please approve merges from silo 14
[11:56] <dbarth> brendand: victor marked the bug ok for this week, hope this let's you land more safely now (bug 1401860)
[11:56] <dbarth> marcustomlinson: ^^
[11:59] <sil2100> pstolowski: hmm
[12:00] <sil2100> pstolowski: in unity-scopes-api I see that you modify some existing symbols
[12:00] <sil2100> Won't that cause breakage?
[12:01] <pstolowski> sil2100, hey, what are you looking at?
[12:03] <pstolowski> sil2100, add-logging branch?
[12:04] <sil2100> pstolowski: silo 15, https://ci-train.ubuntu.com/job/ubuntu-landing-015-2-publish/lastSuccessfulBuild/artifact/packaging_changes_unity-scopes-api_0.6.11+15.04.20150119-0ubuntu1.diff
[12:05] <pstolowski> sil2100, this is fine, these are all symbols from unity::scopes::internal namespace
[12:05] <brendand> dbarth, thanks
[12:06] <pstolowski> sil2100, no one links against them, except from us (binaries that we ship together with same package)
[12:07] <pstolowski> sil2100, and the only reason ::internal namespace is exposed at all in symbols is afair because our binaries (scoperegistry, smartscopesproxy) need them
[12:07] <sil2100> ACK
[12:07] <sil2100> pstolowski: thanks!
[12:07] <pstolowski> yw
[12:08] <cjwatson> Oh, nobody's mentioned it here.  FYI, there's been a power issue in one datacentre which among other things means that all the non-virtualised armhf builders are currently down.
[12:09] <cjwatson> Hopefully will be back soon ...
[12:09] <sil2100> ogra_: if you have a moment, could you sign off https://ci-train.ubuntu.com/job/ubuntu-landing-013-2-publish/lastSuccessfulBuild/artifact/packaging_changes_dbus-test-runner_15.04.0+15.04.20150116-0ubuntu1.diff ?
[12:09] <sil2100> cjwatson: uhh
[12:09] <sil2100> Ok, good to know
[12:29] <jibel> Elleo, I'm verifying silo 2, and 2 autopilot tests fail: test_emoji_input and test_emoji_deletion http://paste.ubuntu.com/9784632/
[12:29] <jibel> Elleo, it's on krillin #202, any idea what it is?
[12:30] <Elleo> jibel: is this on RTM?
[12:31] <jibel> Elleo, yes
[12:31] <Elleo> jibel: the emoji package might not be installed (they haven't been added to the RTM meta-package yet)
[12:31] <Elleo> jibel: so you might need to manually apt-get install ubuntu-keyboard-emoji before running the autopilot tests
[12:32] <jibel> Elleo, shouldn't it be a dependency of ubuntu-keyboard then?
[12:33] <Elleo> jibel: it should possible be a dependency of the autopilot package I guess, but not really of the keyboard (since there might be cases where people don't want an emoji keyboard installed)
[12:34] <Elleo> jibel: I can prepare an MR that adds it to the ubuntu-keyboard-autopilot package depends if you think that's best?
[12:35] <jibel> Elleo, yes, update the packages in the silo with a fix, and I'll continue testing when it's done. Thanks.
[12:35] <Elleo> jibel: okay, thanks
[13:01] <cjwatson> ARM builders are back.
[13:02] <alecu> hi trainguards! may I ask for an rtm silo for row 48 in the spreadsheet?
[13:05] <sil2100> alecu: sure o/
[13:05] <sil2100> cjwatson: \o/
[13:08] <alecu> thanks!
[14:21] <sil2100> Chipaca: hey! We need your merges approved before release
[14:21] <Chipaca> sil2100: oh, qa approved?
[14:21] <sil2100> Chipaca: https://code.launchpad.net/~chipaca/ubuntu-push/fix-1376282-for-rtm/+merge/246740 https://code.launchpad.net/~chipaca/ubuntu-push/fix-1380662-for-rtm/+merge/246754
[14:21] <sil2100> Yeah, now the merges need top-approval ;)
[14:22] <Chipaca> sil2100: thanks for the heads up; i'll get somebody else to top-approve those and get back to you
[14:49]  * sil2100 goes back to his bed
[14:52] <om26er_> camako, Hi! do you have the results for unity8 and webbrowser autopilot tests that you ran for Mir silo 3 ?
[15:00] <oSoMoN> trainguards: can silo 16 be published please?
[15:01] <sil2100> o/
[15:02] <sil2100> oSoMoN: hmm, I see pstolowski commented on this silo, but I don't understand the rationale there
[15:02] <sil2100> oSoMoN: pstolowski left: "pstolowski 19/01: needs to wait for rtm silo 11 (OA fix) to land"
[15:03] <sil2100> Why does it need to wait for an RTM silo if it's a vivid silo
[15:03] <sil2100> pstolowski: ^
[15:03] <oSoMoN> sil2100, I’m not seeing the comment
[15:03] <sil2100> oSoMoN: it's on the dashboard
[15:04] <sil2100> oSoMoN: and the spreadsheet
[15:04] <sil2100> In the comments field
[15:05] <oSoMoN> sil2100, not seeing it in the spreadsheet, but that looks like an error to me
[15:06] <sil2100> oSoMoN: huh, even after a refresh? Since it's not possible that I'm seeing a broken state in 2 different places - the dashboard polls the spreadsheet directly, so it cannot be cached somewhere locally
[15:06] <sil2100> Anyway, ok
[15:06] <sil2100> The comment doesn't make much sense anyway
[15:08] <sil2100> ogra_: heey! Need a packaging ACK https://ci-train.ubuntu.com/job/ubuntu-landing-016-2-publish/51/artifact/packaging_changes_webbrowser-app_0.23+15.04.20150119-0ubuntu1.diff <- looks good
[15:11] <oSoMoN> sil2100, I hit refresh and now the spreasheet won’t load at all :/
[15:11] <oSoMoN> sil2100, but I see the comment in the dashboard, and I don’t understand it
[15:11] <oSoMoN> sil2100, it looks like a mistake to me, probably commented on the wrong line
[15:11] <sil2100> Yeah, I think so too
[15:15] <pstolowski> sil2100, that was mostly comment to myself to make sure i build after that other fix lands, cause both silos were scopes-api
[15:17] <ogra_> sil2100,  ACK
[15:18] <pstolowski> sil2100, ouch, wait, that comment is in wrong row
[15:18] <sil2100> pstolowski: this silo didn't have scopes-api ;)
[15:18] <pstolowski> sil2100, now i undesrand the confusion
[15:19] <pstolowski> sil2100, so, either google messed something up, or somebody removed my landing request :/
[15:20] <pstolowski> sil2100, or i messed something
[15:22] <pstolowski> sil2100, fixed. re-added my original request in #66
[15:24] <sil2100> Ok!
[15:28] <vila> ogra_: I'm searching for the canonical place where the packages used in a phone image are defined, is it http://cdimage.ubuntu.com/ubuntu-touch/daily-preinstalled/20150112/vivid-preinstalled-touch-armhf.manifest ? (context being boot testing for -proposed migration)
[15:40] <sil2100> pstolowski: another silo with scopes-api? ;)
[15:40] <sil2100> pstolowski: re: 65
[15:41] <ogra_> vila, lp:~ubuntu-core-dev/ubuntu-seeds/ubuntu-touch.vivid/
[15:41] <pstolowski> sil2100, yes, but this is vivid
[15:42] <vila> ogra_: and there 'touch' ?
[15:42] <sil2100> pstolowski: right but remember you have another silo with -scopes-api (21)
[15:43] <ogra_> vila, right or the sdk ones
[15:43] <ogra_> (most libs go into the sdk ... which is essentially our framework, touch is the "desktop apps" of teh phone)
[15:44] <pstolowski> sil2100, yes, 21 is for experimenting with some abi changes, we aren't going to land anything from it
[15:44] <pstolowski> sil2100, we should soon be able to give 21 back
[15:46] <vila> ogra_: hmm, but those are the high level packages and used as input to build the image right ? I was after 'dpkg -l' on the phone which is the extensive list (but slightly harder to get: you need a phone running the right image ;)
[15:47] <ogra_> vila, well, the manifest is the ooutput, the seed is where the packages are defined ... you asked where we define them :)
[15:47] <ogra_> so if you just want the list, yeah, go with the manifest
[15:47] <mandel> sergiusens, have you been able to reproduce bug 1387514
[15:48] <vila> ogra_: sure, sorry, newbie question ;) And the manifest is http://cdimage.ubuntu.com/ubuntu-touch/daily-preinstalled/pending/vivid-preinstalled-touch-armhf.manifest right ?
[15:48] <mandel> sergiusens, I have been trying to reproduce it and so far I have had no luck
[15:48] <ogra_> vila, right, thats the latest
[15:49] <vila> ogra_: perfect, so seed or manifest, got that. So seed is 'sdk' + 'touch' or should 'sdk-*' also be considered ?
[15:51] <sergiusens> mandel let me open the link
[15:52] <sergiusens> mandel: so you don't remove the sdcard after clicking that safely remove and try to format, right?
[15:52] <mandel> sergiusens, no, I dont
[15:52] <sergiusens> mandel: look at comment 3 please
[15:52] <sergiusens> mandel: you just need to grey out the format button
[15:53] <sergiusens> mandel: simplest bug fix ever :-P
[15:53] <mandel> sergiusens, the bug there states that it loads the formatting dialog, which is not the case
[15:54] <mandel> sergiusens, I can reproduce the safely remove and then format
[15:54] <mandel> sergiusens, but if I do, safely remove, the safetly remove buttons is gray out yet the format button is not
[15:55] <mandel> sergiusens, so, I can do a format while it was safetly removed (I don't know if I'm making any sense)
[15:56] <oSoMoN> trainguards: can I please get a silo for line 68 ?
[16:06] <sergiusens> mandel: ah, right
[16:13] <sil2100> oSoMoN: sure
[16:14] <dbarth> trainguards: i approved the 2 branches in silo 014, it's good to go into vivid
[16:16] <sil2100> dbarth: excellent, let me re-publish then
[16:21] <sil2100> ogra_, jibel, robru, popey, davmor2, brendand: let me cancel today's meeting, I'm trying to rest today and besides we all know what to do anyway
[16:21] <ogra_> ++
[16:22] <davmor2> sil2100: but then we can't pick on you, damn it ;)  rest up dude and get better
[16:24] <jibel> sil2100, OK, get some rest and get well soon!
[16:25] <popey> sil2100: ok
[16:26] <dbarth> sil2100: ty
[16:27] <dbarth> sil2100: oh and is 007 ok now? do you need me for a changelog update?
[16:27] <dbarth> ie update it to says UNRELEASED, right?
[16:28] <sil2100> dbarth: I would say it would be best to change it to UNRELEASED and rebuild, as even a core-dev was not happy with this changelog ;)
[16:32] <dbarth> sil2100: :) ok, i'll do that now
[16:37] <sil2100> Ok everyone, robru should be up in ~30 minutes
[16:38] <brendand> pstolowski, https://wiki.ubuntu.com/Process/Merges/TestPlan/scopes says that remote scopes should *not* be visible in the manage dash view if there is no connectivity. is that right?
[16:38] <sil2100> o/
[16:38] <brendand> pstolowski, i recall there might have been a fix for that recently
[16:39] <Chipaca> sil2100: ready to go---noooooo!
[16:39] <Chipaca> i guess he was ready to go too :)
[16:40] <pstolowski> brendand, no, this is not right! thanks for catching
[16:40] <brendand> pstolowski, so the test plan should be updated?
[16:43] <pstolowski> brendand, yes. i'll take care of it
[18:34] <robru> jibel: sergiusens: hey I'm trying to use phablet-screenshot but it isn't working, can you help me troubleshoot?
[18:41] <jhodapp> robru, can I get a silo for line #69 please?
[18:42] <jhodapp> robru, crap, pasted the wrong thing...one sec
[18:42] <robru> k
[18:43] <jhodapp> robru, ok now it's readty
[18:44] <robru> jhodapp: ok you got silo 1, mind the conflict with media-hub in silo 11
[18:44] <jhodapp> robru, oh thanks, didn't realize that yet
[18:44] <jhodapp> robru, I'll re-pull
[18:44] <robru> jhodapp: what do you mean re-pull? might you consider adding your fix to silo 11?
[18:45] <jhodapp> robru, didn't merge with trunk
[18:45] <robru> jhodapp: ok but silo 11 isn't published yet so it's not in trunk ;-)
[18:45] <jhodapp> robru, oh silo 11, sorry
[18:45] <jhodapp> robru, yes I'll be merging before that
[18:45] <jhodapp> robru, I'm working with tvoss on that other silo still
[18:46] <robru> jhodapp: ok
[18:49] <robru> Ursinha: slangasek: I vote we cancel the meeting since sil is off sick. and I don't think anything has changed since last week.
[18:49] <slangasek> robru: bank holiday here, I wasn't going to come anyway :)
[18:50] <robru> slangasek: and yet you're on IRC... ;-)
[18:50] <Ursinha> robru: fine by me :)
[18:50] <slangasek> big difference between "on IRC" and "working"
[18:50] <robru> slangasek: nahhhhh ;-)
[21:53] <jhodapp> robru, can you reconfigure silo 1 please (vivid)
[22:23] <robru> jhodapp: oops, sorry for the delay. Done, just be aware you now have two packages conflicting with silo 11
[23:24] <jhodapp> thanks robru
[23:24] <robru> jhodapp: you're welcome!


[06:54] <twb> So I need some generic help with initramfs-tools.
[06:55] <twb> In 8.04 I placed an extra script in /usr/share/initramfs-tools/scripts/casper-bottom/13home, which adds a line to /root/etc/fstab (prior to pivot_root).
[06:55] <twb> When I do the same in 10.04, and run "update-initramfs -u" to regenerate the ramdisk, I see that 13home is being executed *at update-initramfs time*.  That is insane, and I don't understand why it's happening.
[07:11] <twb> OK, I think I worked it out
[07:12] <twb> It seems that nowadays update-initramfs calls *every script* at generate time, with a single argument "prereq".
[07:12] <twb> And all the scripts separately have a check "if $1 is prereq, exit immediately".
[11:49] <cjwatson> twb: yup.  speeds up boot quite a bit, but it did require every script to be changed.
[11:49] <cjwatson> doing the ordering at boot time with relatively few tools was slow
[11:50] <twb> Hang on; are you saying that the files in casper-bottom/* are reordered, a la insserv?
[11:50] <cjwatson> yes, initramfs-tools does that for everything - casper-bottom/* happened to be already ordered by way of numbers in the filenames, but not everything was
[11:51] <twb> I see.
[11:52] <twb> So my casper-bottom/foo scripts should emit something like "X-Start-Before: pivot_root" and "Depends: rootfs" ?
[11:53] <twb> Or: where's the best place to read documentation about this
[12:01] <cjwatson> no, it isn't *actually* insserv
[12:01] <cjwatson> you can just have them exit immediately when called with the 'prereqs' argument, and then filename order will be used
[12:02] <cjwatson> otherwise, echo your script's dependencies to stdout when called with 'prereqs', and then exit immediately
[12:02] <cjwatson> that's about as far as it goes
[12:02] <cjwatson> /usr/share/doc/initramfs-tools/examples/example_script documents it
[12:03] <cjwatson> (and _hook)
[12:11] <twb> AFAICT nothing in my system has a non-empty PREREQS="" lst
[12:11] <twb> *list
[12:22] <cjwatson> you're not running lucid then?
[12:22] <cjwatson> $ grep ^PREREQ /usr/share/initramfs-tools/scripts/init-top/console_setup
[12:22] <cjwatson> PREREQ="framebuffer"
[12:22] <cjwatson> $ grep ^PREREQ /usr/share/initramfs-tools/scripts/init-top/udev
[12:22] <cjwatson> PREREQ="all_generic_ide blacklist"
[12:22] <cjwatson> etc.
[12:23] <cjwatson> although casper doesn't use it, we use it fairly extensively in initramfs-tools itself
[12:24] <twb> I was looking at Sid
[12:25] <twb> It is still synchronous?
[12:25] <cjwatson> unstable's initramfs-tools doesn't appear to use it, though it has the facility (merged from Ubuntu)
[12:25] <cjwatson> yes, it's still synchronous
[12:25] <twb> OK, thanks
[12:34] <CIA-4> debian-installer: cjwatson * r1318 ubuntu/ (7 files in 2 dirs): Move to 2.6.35-4 kernels.
[12:35] <CIA-4> debian-installer: cjwatson * r1319 ubuntu/debian/changelog: releasing version 20100211ubuntu8
[14:36] <CIA-4> debian-installer: cjwatson * r1320 ubuntu/ (3 files in 3 dirs): Argh. It'\''s console-setup-udeb, not console-setup.
[19:18] <CIA-4> partman-basicfilesystems: cjwatson * r585 ubuntu/ (debian/changelog fstab.d/basic): Don't add umask=007,gid=46 for EFI System Partitions.
[19:19] <CIA-4> partman-basicfilesystems: cjwatson * r586 ubuntu/debian/changelog: releasing version 63ubuntu5
[20:46] <EtienneG> repost of a question send to #ubuntu-devel: is there any way we can force installation of a restricted driver at install time, through preseeding?  Would invoking "jockey-text -e nvidia" as a late_command be sufficient?


[14:18] <sil2100> GunnarHj: hey! Just a quick touch base: ubuntu-docs, gnome-user-docs are up to date for release?
[14:45] <GunnarHj> sil2100: Yes. OTOH both those are decoupled from the language packs. So I think the release check list need some revision. ;)
[14:59] <sil2100> GunnarHj: yeah, I know, those are non-langpack ones, which is why I'm pinging about them ;)
[14:59] <sil2100> But if they're up-to-date, awesome!
[15:05] <GunnarHj> sil2100: Ah, ok.
[15:13] <GunnarHj> sil2100: Ah, ok. But yelp, which is also mentioned in step 1.4 under "Release minus 14 days" at https://wiki.ubuntu.com/ReleaseProcess, and which I saw that you asked seb128 about, is an ordinary main package which relies on the langpacks. So I suspect there is room for updating some details in that document.
[15:16] <sil2100> Oh, ok!
[15:16] <sil2100> Good to know
[15:17] <sil2100> I'll remove it from the process page then!
[15:19] <GunnarHj> Ok.
[15:21] <sil2100> GunnarHj: so I'd also like to start a new langpack export today - not sure when we usually count the language pack translation deadline
[15:21] <sil2100> Do you think I can request the new translation export in an hour already?
[15:22] <GunnarHj> sil2100: I think I read somewhere sometimes that it's at 21 PM UTC.
[15:23] <GunnarHj> Don't recall where I saw that, though.
[15:26] <sil2100> Final Freeze is at 21 UTC indeed, but hm, not sure if that's the case for translation deadlines
[15:28] <GunnarHj> sil2100: I have probably assumed that considering that they are mentioned in the same spot in the release schedule.
[15:29] <juliank> Ugh, I forgot to update python-apt to 2.2.0
[15:29] <juliank> I'll (0-day?) SRU that though soon
[15:30] <juliank> I think Apr 2 is up-to-date enough in terms of mirrors lists for release
[15:30] <juliank> ah but ugh, probably not updated back then
[15:39] <sil2100> GunnarHj: ok, let's wait till 21 UTC then! I don't think we'd be able to get RCs built today anyway
[15:40] <GunnarHj> sil2100: Thanks on behalf of the translators out there. :)
[16:29] <|\n> hi guys considering i'm able to build a native version of amd64 package with apt-build, can i somehow build an i386 variant of it using the apt-build?
[16:31] <|\n> apparently i have an extremely incorrect expectation of `apt-build install something:i386` being that simple :D


[10:46] <darth> hello
[10:46] <darth> anyone here??
[10:47] <darth> i would like some help with getting java to work with firefix
[11:09] <tashiro> firefix?
[11:10] <darth> sorry
[11:10] <darth> firefox :P
[11:11] <tashiro> What do you want?  Running applets with Firefox?
[11:11] <darth> yeh.. for example.. runescape
[11:11] <darth> i know its sad.. but yeh.. running runescape is my goal
[11:11] <darth> ive got breezy bdager
[11:11] <darth> badger*
[11:12] <darth> and it says it need the java thingo
[11:13] <darth> however i downloaded the java jre
[11:13] <darth> and installed using sudo
[11:13] <darth> and it still didnt work
[11:15] <tashiro> Have you package a java package from your jdk binary?
[11:15] <tashiro> Have you made...
[11:16] <tashiro> Using java-package
[11:16] <darth> i just unzip it and stuff using tar -zxvf and thats it
[11:16] <darth> ohh
[11:16] <darth> where is that?
[11:21] <tashiro> Google for make-jpkg and java-package
[11:21] <darth> thanx
[11:21] <darth> breezy badger is awesome ay
[11:22] <darth> it picked up my acx111 wireless card and installed it properly
[11:47] <darth> i got it working
[04:47] <zakame> hello all
[04:53] <tashiro> hi zakame
[04:53] <zakame> hello tashiro


[14:10] <om26er> So apparently build.snapcraft chickens out for me. When I try to add a repo, the 'Add' button keeps spinning forever and nothing happens.


[12:07] <bddebian> What does this mean:?
[12:07] <bddebian> debian/rules:78: warning: overriding commands for target `unpatch'
[12:07] <bddebian> /usr/share/dpatch/dpatch.make:34: warning: ignoring old commands for target `unpatch'
[12:07] <crimsun> you've made your own unpatch target in debian/rules
[12:08] <bddebian> Yes, do I not need to?
[12:08] <crimsun> I've never included any dpatch files if I'm using straight dh
[12:08] <bddebian> So how do I do it right?
[12:08] <LaserJock> bddebian: I had the same for a package I did from scratch with dpatch apply-all
[12:09] <crimsun> I've only modified debian/rules's patch & clean and added patch-stamp and clean-patched as in dpatch(1)
[12:09] <bddebian> LaserJock: That's what I wanted to do but there's no patch target
[12:10] <bddebian> build was:  build: patch build-stamp  but patch: didn't exist
[12:11] <bddebian> Should I do:
[12:11] <LaserJock> bddebian: this is what my debian/rules looks like http://paste.ubuntu-nl.org/12052
[12:11] <bddebian> patch: patch-stamp
[12:11] <crimsun> please just pastebin debian/rules :)
[12:11] <bddebian> gah
[12:12] <bddebian> LaserJock: Where do you touch patch-stamp, or does dpatch apply-all do that for you?
[12:12] <LaserJock> yes, dpatch does it
[12:12] <LaserJock> I didn't know that at first and so I had a patch-stamp sitting around :(
[12:16] <bddebian> I still get a warning
[12:16] <bddebian> http://paste.ubuntu-nl.org/12053
[12:16] <LaserJock> crimsun: sorry to bug you, but do you have an idea of when you will be able to finish basic.xml? I need to coordinate some things for the translators.
[12:17] <LaserJock> bddebian: I always have a warning with mine too
[12:18] <bddebian> Bah, I hate warnings :-)
[12:18] <bddebian> I guess I can leave it and let the Debian maintainer deal with it :)
[12:19] <LaserJock> yeah, that is always a sure way to get something done ;-)
[12:19] <crimsun> the warning is expected if you use the dpatch.make(7) method
[12:19] <bddebian> Frickin' qgis takes FOREVER to build :-(
[12:21] <LaserJock> hmm, so with dpatch.make you are just supposed to need the rules, no commands?
[12:22] <crimsun> correct
[12:22] <crimsun> the only time you need to use dpatch {de}apply-all is the non-dpatch.make(7) way
[12:23] <crimsun> that's why you get a warning by using adding dpatch {de}apply-all
[12:23] <crimsun> s/using/
[12:23] <crimsun> /g
[12:23] <LaserJock> hmm, well maybe somebody needs to tell dh_make that
[12:23] <crimsun> no, we just need to read the man pages more closely
[12:24] <LaserJock> yeah, that too ;-)
[12:24] <crimsun> it clearly states in dpatch.make(7) that you only need to change the targets to depend on patch and unpatch
[12:25] <LaserJock> yes, but the rules file created by dh_make includes dpatch.make and dpatch apply patch so that is somewhat misleading
[12:25] <crimsun> yep, nasty.
[12:25] <crimsun> dh_make is being deprecated in Debian
[12:25] <LaserJock> in favor of?
[12:25] <ajmitch> checkinstall
[12:26] <crimsun> sorry, debmake.
[12:26] <crimsun> <3 thinkos
[12:27] <crimsun> hah, checkinstall. That would...hurt.
[12:27] <LaserJock> debmake is to replace dh_make?
[12:27] <crimsun> no, debmake is being deprecated, not dh_make.
[12:28] <LaserJock> ok, but you said that dh_make is being depreciated
[12:28] <crimsun> yes, that's a thinko on my part.
[12:28] <LaserJock> ok, sorry
[12:28] <crimsun> (http://lists.debian.org/debian-devel-announce/2006/03/msg00019.html)
[12:32] <LaserJock> hmm,  well I don't see a bug filed in Debian about it :/
[12:32] <crimsun> you get to be the lucky bearer
[12:33] <LaserJock> arggh, I'll try it again.   I learned something important from the dpatch thing
[12:51] <bddebian> LaserJock: Hey, since it's for your Science team, do you know how I add the icon file?
[12:52] <LaserJock> bddebian: you want to add a binary icon?
[12:52] <bddebian> LaserJock: Yeah, the one posted for achilles
[12:53] <LaserJock> where?
[12:53] <LaserJock> I don't see a bug
[12:53] <bddebian> https://launchpad.net/distros/ubuntu/+source/achilles/+bug/36362
[12:53] <crimsun> the uu{en,de}code method?
[12:54] <Ubugtu> Malone bug 36362 in achilles "Missing .desktop file" [Minor,Confirmed]
[12:54] <bddebian> crimsun: probably
[12:55] <LaserJock> bddebian: just a sec, if it has a svg then raphink a a great idea about creating the image in debian/rules or something like that
[12:56] <bddebian> OK
[12:56] <raphink> bddebian: http://www.raphink.info/adding-icons-to-debian-packages
[12:56] <raphink> if that's what LaserJock meant ;)
[12:56] <LaserJock> darn it, beat me to it
[12:57] <raphink> hehe
[12:57] <raphink> LaserJock: I know my blog ;)
[12:57] <raphink> and my IRC client pings me when you drop my nick ;)
[12:57] <LaserJock> bddebian: the other option (raphink, don't listen) would be to convert it to a .xpm or something like that
[12:57] <raphink> :p
[12:58] <crimsun> good ole xml
[12:59] <bddebian> eeks
[01:00] <raphink> crimsun: svg is xml too :)
[01:00] <crimsun> raphink: that's why I said xml.
[01:00] <raphink> ooh ok :)
[01:01] <raphink> so you're rather supporting my method if I get you
[01:01] <crimsun> raphink: I think it's useful
[01:01] <raphink> ok
[01:02] <raphink> good to hear
[01:02] <raphink> as I had no comment on it
[01:08] <LaserJock> raphink: hmm, btw I'm 72% nerd, 47% geek, and 55% dork :-)
[01:08] <raphink> HEHE
[01:10] <robotgeek> raphink: lot of people did that test later :)
[01:10] <raphink> :)
[01:35] <bddebian> Gaaah, freakin' idiot
[02:07] <bluefoxicy> has anyone gotten fedora directory server and fedora managemet console on ubuntu?
[02:11] <bluefoxicy> tritium:  do you know if anyone has gotten fedora directory server and fedora managemet console on ubuntu?
[02:12] <tritium> bluefoxicy: no idea
[02:22] <LaserJock> hi tritium!
[02:22] <tritium> Hi LaserJock :)
[02:22] <ToadZzZztool> 'night motus
[02:27] <sladen> bluefoxicy: I think I saw Debian pcakages
[02:28] <bluefoxicy> sladen:  for which?
[02:28] <bluefoxicy> sladen:  I want a gcj native fedora management console and fedora directory server... :>
[02:29] <bluefoxicy> bah the box behind me has no DVD drive
[03:07] <LaserJock> hmm, pretty dead in here
[03:07] <LaserJock> you would think people were working if you didn't know better :-)
[03:08] <crimsun> [actually I am]
[03:10] <ajmitch> work?
[03:10] <ajmitch> hm
[03:10] <ajmitch> novel concept
[03:21] <Kyral> I'm recompiling KDE and just returned from helping someone recover GRUB
[04:36] <bddebian> w00t..
[04:36] <LaserJock> heah, now
[04:37] <bddebian> LaserJock: It works, thanks!
[04:43] <bddebian> ajmitch: Still here?
[04:45] <ajmitch> define 'here'
[04:50] <ajmitch> bddebian: did you have a question? :)
[04:52] <LaserJock> bddebian: many thanks for fixing qgis
[04:52] <bddebian> ajmitch: Yeah :-)  ygraph is FTBFSing on the buildd because it needs an autoconf/etc.  How do I do that properly to save it in the package?
[04:52] <bddebian> LaserJock: NP
[04:54] <ajmitch> either do it in debian/rules (and add build-deps)
[04:54] <ajmitch> or do it before you build the source package\
[04:56] <bddebian> ajmitch: That's the weird thing.  I did it before I uploaded my version??
[04:58] <bddebian> So for MOTUScience Bugs, it's bddebian 20 something?  LaserJock ??  ;-P
[05:00] <ajmitch> bddebian: if the changes aren't in the diff.gz, they didn't stick :)
[05:03] <bddebian> Stephe!!!
[05:03] <\sh> fast and last visit to my fellow motus :)
[05:03] <bddebian> +n
[05:03] <bddebian> Last visit???
[05:03] <crimsun> how's sh doing?
[05:04] <\sh> well, I have to decrease costs and shut down my server :)
[05:05] <crimsun> (understandable)
[05:05] <LaserJock> \sh: HELLOO!!!
[05:05] <\sh> so, at this point, I have to get rid of my domains, and therefore my accounts on several portalsides will be closed as well...
[05:06] <ajmitch> hey \sh
[05:06] <ajmitch> good to see you're still alive & kicking :)
[05:06] <ajmitch> where are you living at the moment?
[05:07] <\sh> still in my flat, landlord is trying to chase me out, but I won't go :)
[05:07] <ajmitch> :)
[05:07] <ajmitch> got any more offers for your domains?
[05:07] <ajmitch> hoping for 100K euros? :)
[05:08] <\sh> hehe....I don't hope anymore...and was no joke...last offer, was 50k but i don't think nowadays someone wants to buy this domain from me :)
[05:08] <\sh> but sourcecode.de is the last domain, I will fight for, believe me
[05:09] <\sh> ok, guys, I don't want to stress the line...
[05:10] <crimsun> well, take care til next time
[05:10] <bddebian> Take care \sh.  Let us (me?) know if I can do anything!
[05:10] <\sh> I'm just here to tell you, that I want to remove my account from launchpad and give back my upload rights.
[05:10] <ajmitch> I hope everything goes ok & you can keep eating
[05:10] <bddebian> Nooo
[05:10] <\sh> barry, no server, no mail, no nothing :) believe me, for me it's the right thing
[05:11] <bddebian> OK man, but take care of yourself :-)
[05:11] <\sh> btw...anyone heard something from ogra?
[05:11] <bddebian> ajmitch: Any chance you would mind trying ygraph for me?
[05:12] <ajmitch> like what? he was last in here a few hours ago
[05:12] <bddebian> \sh: He's usually here
[05:12] <LaserJock> \sh: we will be thinking about you dude, take care.
[05:12] <\sh> ah ok...I wrote him a mail, so I hope he's answering
[05:12] <\sh> ok..cu folks...have a good time with the dapper release :)
[05:12] <\sh> so long
[05:12] <bddebian> Damn :-(
[05:12] <ajmitch> wouldn't surprise me if it's in a pile of 10K other unread messages
[05:13] <ajmitch> ah man
[05:13] <bddebian> LaserJock: Did you ever request a sync of tyvis?
[05:13] <LaserJock> arggh, no
[05:13] <LaserJock> I still need to figure out what exactly needs to be done
[05:14] <LaserJock> is it a sync of tyvis or warped that we need?
[05:14] <bddebian> Sorry, you're right, it's warped
[05:15] <bddebian> Then need a rebuild of tyvis against that libwarped0
[05:17] <LaserJock> hmm, the tyvis version isn't right I don't think
[05:17] <LaserJock> ogra must have made a typo
[05:24] <bddebian> :-)
[05:26] <LaserJock> man, these MOTUs are a sloppy bunch ;p
[05:26] <bddebian> Hmm, I see xmakemol FTBFSs too
[05:31] <bddebian> Heya zakame
[05:31] <zakame> is there a prob with digikam's source package?  I could not get to dpkg-source -x it
[05:31] <zakame> hello bddebian!
[05:31] <zakame> hi jsgotangco
[05:31] <jsgotangco> yo!
[05:32] <jsgotangco> why did he get a ! and none for me..you seen uninterested at all...
[05:32] <jsgotangco> :)
[05:32] <bddebian> heh
[05:32] <zakame> hi jsgotangco!
[05:33] <crimsun> LaserJock: yeah, I'd hate to see the packaging guide... :p
[05:33] <LaserJock> yeah, full of policy violations. Typos all over the place, and lets not even talk about grammar ;-)
[05:34] <zakame> lol
[05:35] <bddebian> Ack, ajmitch is rubbing off on LaserJock :)
[05:35] <LaserJock> hehe
[05:36] <LaserJock> if only
[05:39] <LaserJock> brb, gotta clean some $1200USD mirrors without scratching them
[05:44] <ajmitch> bddebian: is it so wrong to be right? ;)
[05:47] <LaserJock> hmm, well I'm pretty bummed out about \sh. I should probably do the same thing though
[05:47] <bddebian> ajmitch: Nope, that's why I love you honey :-)
[05:47] <bddebian> LaserJock: ???
[05:48] <LaserJock> well, I definately need to readjust my Ubuntu work for Dapper+1
[05:48] <bddebian> Nah, just wait until the last minute to do anything, like me :-)
[05:48] <LaserJock> I've been neglecting my PhD and my wife and my house entirely too much since the first of the year
[05:48] <LaserJock> but I'm so addicted to Ubuntu
[05:49] <bddebian>  x11proto-gl-dev has replaced xlibmesa-gl-dev?
[05:49] <bddebian> LaserJock: Heh, I know that feeling :-)
[05:50] <bddebian> WTF is this: ???
[05:50] <bddebian> #ifdef GL
[05:50] <bddebian> #include <GL/GLwMDrawA.h>  /* OpenGL drawing area widget */
[05:50] <bddebian> #endif /* GL */
[05:54] <theCore> LaserJock: computers are indeed addictives, you just need to find the right balance between real life and computers ...
[05:54] <LaserJock> yes, it is just a fight right now ;-)
[05:54] <LaserJock> I think I can get away with 2 hrs a night of computer work
[05:55] <LaserJock> instead of the ~ 10 hrs a day I do now :-)
[05:55] <LaserJock> mostly my problem is this stupid IRC
[05:55] <LaserJock> I love hanging out with you guys
[05:56] <theCore> LaserJock: indeed, IRC is a time sink
[05:56] <LaserJock> I start a project and then people start talking to me and I go chasing down all these other things and then the day is done and I didn't get done what I wanted to
[05:57] <LaserJock> my wife says I have "issues" ;-)
[05:57] <bddebian> Heh, welcome to the club man :-)
[05:58] <bddebian> Hmm, I can't find any packages that contain GLwMDrawA.h
[05:58] <theCore> bddebian: that's a wierd header
[05:59] <wasabi> So I'm trying to come up with a file format... and need some sort of mime magic field in it. Thing is the file format is basically a signed GPG document.
[05:59] <wasabi> Think it sounds safe to put some magic marker at the top?
[05:59] <wasabi> humans have to fill it in =(
[05:59] <bddebian> theCore: I agree
[06:00] <theCore> bddebian: it's for Motif
[06:00] <theCore> bddebian: lesstif2-dev I think
[06:00] <bddebian> Aye, but I have that
[06:01] <theCore> bddebian: then, maybe xlibmesa-gl-dev
[06:02] <bddebian> That's been replaced by x11proto-gl-dev afaict
[06:04] <LaserJock> bddebian: oh crap, Debian removed tyvis
[06:05] <bddebian> Nice
[06:06] <Gloubiboulga> hello
[06:06] <bddebian> Ah xlibmesa-gl-dev used to provide it
[06:06] <bddebian> Hmm
[06:07] <LaserJock> bddebian: I'm not sure what that means for us. But apparently elmo removed it because it went 2 years with 2 RC bugs
[06:07] <LaserJock> hi Gloubiboulga
[06:07] <ajmitch> LaserJock: it's annoying when that happens :)
[06:08] <LaserJock> well, at least I know why I couldn't apt-cache showsrc it ;-)
[06:08] <bddebian> heh
[06:08] <bddebian> Heya Gloubiboulga
[06:10] <Gloubiboulga> LaserJock, bddebian hi :)
[06:14] <LaserJock> yeah, I found 3 new package in Debian that we should have
[06:14] <ajmitch> bddebian: wiki.ubuntu.com/MOTU/Transitions/GLU
[06:15] <ajmitch> has the various GL* headers that got changed & what they were replaced with
[06:16] <bddebian> Sheesh, I just can't keep up
[06:17] <bddebian> Well that's apparently wrong because libgl-dev doesn't work
[06:19] <ajmitch> the libgl-dev was for compatibility with debian, iirc
[06:19] <ajmitch> but debian doesn't have it now :)
[06:19] <ajmitch> X11R7 just got into sid yesterday
[06:46] <calamari> hi
[06:47] <ajmitch> hello
[06:48] <bddebian> Gnight folks
[06:48] <bddebian> Hi calamari, gnight calamari :-)
[06:49] <calamari> I'm creating a package, and am a little confused by $DESTDIR  .. do I need to change my Makefile to use this?
[06:49] <Gloubiboulga> gnight bddebian
[06:49] <calamari> cya bddebian  :)
[06:51] <Gloubiboulga> calamari, if $DESTDIR is not used, $(MAKE) install will try to install the files on your system, not in the debian/<package> dir
[06:53] <calamari> right now I have a line "prefix = /usr/local" so I just want "prefix = $DESTDIR/usr/local" ?
[06:54] <calamari> or should I not be using local either?
[06:54] <Gloubiboulga> hmm, prefix should be '/usr'
[06:54] <calamari> ok
[06:54] <Gloubiboulga> and $DESTDIR is usually used in the 'install' rule iirc
[06:55] <Gloubiboulga> with something like 'install file $(DESTDIR)/$(prefix)/'
[06:56] <calamari> ahh, okay, thanks!
[06:56] <Gloubiboulga> np :)
[07:14] <LaserJock> crimsun: thank you, thank you , thank you
[07:20] <calamari> Gloubiboulga: install: cannot create regular file `/home/calamari/programming/c/debian/delayedunlink-1.0.0/debian/delayedunlink//usr/lib/libdelayedunlink.so.1.0.0': No such file or directory
[07:21] <calamari> I guess it's saying that I need to create /usr/lib ?
[07:21] <Gloubiboulga> yep
[07:21] <calamari> wonder why the install program doesn't do that for me
[07:22] <Gloubiboulga> I think it doesn't use the autotools
[07:22] <Gloubiboulga> the Makefile is certainly a custom one :)
[07:22] <calamari> yeah I created the Makefile
[07:23] <calamari> and I'm really bad at them :)
[07:24] <Gloubiboulga> Autotools are really the best solution to create makefiles ;)
[07:24] <calamari> yeah, I tried using it and failed
[07:24] <calamari> it is also very complicated hehehe
[07:29] <calamari> should I remove cron.d.ex ?
[07:31] <Gloubiboulga> you can remove every .ex file you don't need
[07:33] <dholbach> good morning motu world!
[07:34] <Gloubiboulga> morning dholbach
[07:34] <dholbach> hey Gloubiboulga
[07:35] <calamari> hmm I guess I need to create a secret key
[07:43] <calamari> hmm
[07:43] <calamari> got that, now :)  dpkg-genchanges: error: badly formed line in files list file
[07:43] <calamari> hehehe
[07:44] <calamari> I'm assuming it means debian/files ?
[07:53] <calamari> any ideas?
[07:54] <calamari> would probably help if I pasted the whole line, sorry.. oops: dpkg-genchanges: error: badly formed line in files list file, line 1
[07:55] <calamari> debian/files contains only one line: delayedunlink_1.0.0-0ubuntu1_i386.deb Base System optional
[07:58] <dholbach> calamari: what did you do before?
[07:58] <calamari> dholbach: I'm sorry, I don't understand what you mean
[07:58] <dholbach> what lead to this message
[07:58] <dholbach> debian/files should be autogenerated, so nothing to worry about
[07:59] <calamari> dpkg-buildpackage -rfakeroot
[07:59] <dholbach> something else must have gone wrong beforehand
[07:59] <dholbach> can you upload that package source package somehere?
[08:00] <calamari> http://kidsquid.com/files/ubuntu/delayedunlink-1.0.0.tar.gz
[08:02] <dholbach> can't find that host
[08:02] <dholbach> ah now it works
[08:03] <dholbach> um
[08:03] <dholbach> there is no debian/ directory
[08:03] <calamari> oh, I misunderstood what you wanted
[08:03] <calamari> that was the original source
[08:04] <dholbach> right
[08:04] <calamari> hmm actually maybe it was unimportant.. the deb archive was created
[08:04] <calamari> didn't notice that before now
[08:05] <dholbach> ah ok
[08:06] <calamari> uploaded it here http://<IP_ADDRESS>:1023/debian.tar.gz
[08:06] <dholbach> can'T connect
[08:07] <Toadstool> heya motus
[08:08] <dholbach> calamari: ok, works now
[08:08] <dholbach> hey Toadstool
[08:08] <calamari> dholbach: hmm weird.. restarted apache.,. any better now?
[08:08] <Toadstool> hi dholbach
[08:10] <calamari> well, the deb works in any case.. so I'm unconcerned :)
[08:10] <calamari> Gloubiboulga, dholbach: thanks a lot for your help! :)
[08:11] <Gloubiboulga> calamari, np :)
[08:11] <dholbach> calamari: you can remove all the .ex stuff and substvars/files - that's all not needed
[08:12] <calamari> dholbach: oic.. does it all get included in the deb?
[08:12] <dholbach> no, but it's easier to get an overview without them :)
[08:12] <dholbach> the .ex are examples you don't need, substvars and files are generated during the build
[08:13] <dholbach> and the problem you faced was the Section you set in debian/control
[08:13] <dholbach> if you change "Base System" to "devel" (or whatever might fit and is a section), it works :)
[08:24] <calamari> where can I announce this package?
[08:30] <LaserJock> dholbach: have you uploaded ubuntu-docs yet? I just made a commit that should go in
[08:32] <dholbach> LaserJock: no, I didn't
[08:32] <dholbach> i'm wading through myriads of bug mails atm
[08:33] <LaserJock> dholbach: good, for me anyway ;-)
[08:33] <dholbach> so take your time whatever you're going to fix
[08:33] <dholbach> i'll do it later (in my evening)
[08:33] <dholbach> so ~10h
[08:33] <LaserJock> well, I've got to go to bed so I'm done I think
[08:34] <LaserJock> good night
[08:46] <magnon> aaah. my bank closes its net bank during easter. *puzzle*
[08:49] <dholbach> magnon: HEY!
[08:49] <magnon> hey :)
[08:49] <dholbach> magnon: give the poor computers a rest too :-P
[08:50] <magnon> apparently they're making a new system
[08:50] <magnon> but normal people have a stage and prod
[08:54] <dholbach> ah yeah... the big transitions in companies are always around easter
[08:59] <magnon> hm. internal dns servers are going down...
[09:18] <zakame> hi al
[09:20] <Gloubiboulga> morning zakame
[09:27] <zakame> hello Gloubiboulga
[10:12] <Yagisan> ajmitch: around ?
[10:19] <zakame> hi all
[10:19] <zakame> what's with malone 39242 ?
[10:19] <Ubugtu> Malone bug 39242 in arson "arson will not update or remove using apt error" [Normal,Unconfirmed]  http://launchpad.net/bugs/39242
[10:20] <zakame> it probably needs a semi-static postinst that would create the iconcache for /usr/share/icons/locolor/ ... what do you think? =)
[10:24] <zakame> hi jpatrick
[10:24] <jpatrick> hi zakame
[10:25] <Yagisan> G'day zakame
[10:26] <zakame> hello Yagisan
[10:28] <Yagisan> zakame: how have you been ? I've been playing with GCC 4.1 and am trying to work out why I get this error: /usr/lib/deng/libdropengl.so.0: undefined symbol: __stack_chk_fail_local.
[10:29] <zakame> here committing arson ;-)
[10:30] <zakame> gaah only on gcc 4.1 ?
[10:30] <Yagisan> zakame: yep. the -fstack-protector flag
[10:30] <Yagisan> zakame: and I know I included the libssp-dev in the build-deps too
[10:31] <zakame> hmm, yet another mystery to solve :)
[10:31] <zakame> dholbach: ping
[10:32] <zakame> oh crap I'm late :(
[10:32] <zakame> bbl! :D
[10:32] <dholbach> zakame: pong
[10:32] <zakame> dholbach: I've seem to hit a snag with arson in malone 39242
[10:32] <Ubugtu> Malone bug 39242 in arson "arson will not update or remove using apt error" [Major,Confirmed]  http://launchpad.net/bugs/39242
[10:34] <zakame> bbl anyhow, I'm late for a meeting :(
[10:34] <dholbach> zakame: ok... we should rebuild it and check if that still happens
[10:34] <dholbach> zakame: i'll do that - have fun in the meeting
[10:35] <zakame> thanks! :D
[10:36] <freeflying> dholbach: I wanna improve my package in universe , after change it , how shall do
[10:36] <dholbach> freeflying: there's always room for improvement - what are you up to? anything specific in mind? anything that's wrong with it?
[10:37] <freeflying> dholbach: I just wanna rewrite the description for more detail
[10:37] <dholbach> freeflying: sounds good
[10:38] <dholbach> freeflying: you want to know how to do that?
[10:38] <freeflying> dholbach: after rewrite , what shall I do ?
[10:39] <dholbach> you mean apart from:   apt-get source <package>; cd <package>*; vim debian/control; dch -i -Ddapper; debuild -S  ?
[10:40] <freeflying> dholbach: y
[10:40] <dholbach> that's all you need to do
[10:41] <freeflying> dholbach: can I upload it ?
[10:41] <jpatrick> freeflying: should be able to if you're in ubuntu-devel
[10:42] <freeflying> jpatrick: thx
[01:27] <ajmitch> evening
[01:28] <Gloubiboulga> hi ajmitch
[01:31] <jpatrick> afternoon
[01:35] <ajmitch> hi Hobbsee
[01:35] <Hobbsee> hey ajmitch :)
[01:35] <Mithrandir> ajmitch, Hobbsee :-)
[01:36] <Hobbsee> hi Mithrandir :)
[01:37] <ajmitch> morning Mithrandir, how's it going?
[01:40] <Mithrandir> slowly, trying to weed out some live cd bugs.
[01:40] <kelmo> hi people, any madwifi users in the house?
[01:41] <Mithrandir> wondering why usplash seems to not pick up the timeout command from casper.
[02:41] <carthik> I filed a bug on grub-splashimages. Now I see that in Debian, the bug has been fixed. Will the ubuntu grub-splashimages be updated with the changes in the debian package before Dapper is out?
[03:03] <TheMuso> c
[03:04] <zul> heylo
[03:32] <bddebian> Heya gang
[03:32] <Hobbsee> hi bddebian
[03:33] <bddebian> Hello Hobbsee
[03:35] <balachmar> Hi people, I am thinking about really doing something for the ubuntu community and I have read that this is the place where I could help getting new software available for ubuntu
[03:35] <Hobbsee> argh!
[03:36] <Tm_T> :o
[03:36] <Tm_T> Hobbsee: hello there
[03:36] <Hobbsee> hi Tm_T
[03:37] <Tm_T> what's up
[03:37] <balachmar> But since I don't have any experience with packaging I am wondering how I could learn to do so and with which program to start :)
[03:37] <Hobbsee> not a lot - i'm thinking that it must be the timezoen for ESL speakers though...
[03:38] <balachmar> ESL speakers?
[03:38] <Tm_T> :)
[03:38] <balachmar> what are ESL speakers?
[03:39] <StevenK> Eastern Seaboard .... ?
[03:39] <jamessan> english as a second language
[03:39] <StevenK> Apparently, I was way off
[03:39] <jamessan> at least that's what I always thought it meant  *shrug*
[03:40] <balachmar> Well, since the UK is almost in the same timezone as I am... I think there will be some EFL speakers around as well :)
[03:40] <Hobbsee> oh, sorry...english as a second language, yeah
[03:41] <Hobbsee> the ones that have such mangled grammar that makes them not understandable are the ones in particular that make it hard
[03:41] <balachmar> You mean me?
[03:42] <jamessan> quite frequently, ESL speakers speak better English than EFL
[03:42] <Hobbsee> balachmar: no, not at all...was referring to a few people in #kubuntu
[03:49] <bddebian> Heya tritium
[03:50] <Se7h> morning all
[03:57] <bddebian> Heya Se7h, Yagisan
[03:58] <tseng> hi bddebian
[03:58] <bddebian> Heya tseng
[03:58] <bddebian> Ah meeting time.. :-(
[04:08] <iegary> hi there... seeing as eric3 is broken, any possibility of eric providing an eric3 transitional package, and removing the eric3 source package from universe? I filed bug #39280 suggesting this...
[04:08] <Ubugtu> Malone bug 39280 in eric "eric3 should be a transitional package, requiring eric" [Normal,Unconfirmed]  http://launchpad.net/bugs/39280
[04:11] <Yagisan> G'day bddebian
[04:40] <trappist> a bug on linux-restricted-modules should be filed against which source package?
[04:40] <zul> linux-restricted-modules
[04:41] <trappist> there is no such source package in malone - it's broken up by version.  I assume that means I should choose 2.6.15 for dapper.
[04:45] <tritium> Morning, bddebian.
[04:46] <Hobbsee> night all...
[04:47] <Firefox_8> http://pagead2.googlesyndication.com/pagead/iclk?sa=l&num=0&client=ca-ref-pub-9539129227107275&adurl=http://services.google.com/toolbar/firefox%3Fai%3DBwJ4mjRI9RL2hBaSg-QG8lrT_COmZ0hT5g7LRAcWNtwEAEAEgzsTsBUDIEkiiOVCD49ECoAG1lcj9A7IBD2JyZWFrLjI3NW1iLmNvbcgBAtoBKmh0dHA6Ly9icmVhay4yNzVtYi5jb20vYWRtaW4ucGhwP29wPXVwbG9hZIACAZUCJFM-Cg&ai=BIH_JjRI9RL2hBaSg-QG8lrT_COmZ0hT5g7LRAcWNtwEAEAEgzsTsBUDIEkiiOVCh1qyP_v____8BoAG1lcj9A7IBD2JyZWFrLjI
[04:47] <Hobbsee> okay then...
[04:49] <trappist> next question: the problem is a version mismatch between linux-restricted-modules and nvidia-glx, causing X to not start.  which package to file the bug on?
[04:51] <Hobbsee> hehe
[04:51] <Hobbsee> go BearPerson go!
[04:52] <BearPerson> hmm... I'm out of shape...
[05:48] <LaserJock> morning MOTU world!
[05:48] <lucas> s/morning/evening/
[06:01] <truz24> lol
[06:02] <truz24> he must be on the west coast :-)
[06:02] <LaserJock> truz24: not all the way west coast, I'm still 15 miles from California ;-)
[06:12] <bddebian> Heya LaserJock
[06:33] <LaserJock> hiya bddebian
[06:34] <LaserJock> anybody know if you can update a pbuilder by doing pbuilder update --distribution <newdistro> --override-config ?
[06:35] <bddebian> Not without updating sources.list and such I don't think
[06:35] <bddebian> LaserJock: Looks like saoimage may have been dropped from Debian also?
[06:41] <LaserJock> bddebian: looks like it was replaced with saods9
[06:42] <LaserJock> bddebian: do you have a Ubuntu box you could test some pbuilder stuff for me? or are you at work?
[06:42] <bddebian> I'm at work but I might be able to test some stuff
[06:45] <LaserJock> bddebian: I just wonder if the line above works
[06:45] <LaserJock> bddebian: I think it might, basically womble was showing me how you never have to touch /etc/pbuilderrc or edit any config files
[06:46] <bddebian> hmm
[06:46] <LaserJock> and that would dramatically reduce the complexity of the Pbuilder Howto
[06:47] <Tonio_> hello all ;)
[06:47] <jpatrick> hi Tonio_
[06:48] <LaserJock> hi Tonio_ and jpatrick
[06:48] <bddebian> Heya Tonio_
[06:48] <LaserJock> bddebian: I'm going to file a bug to get tyvis and saoimage removed from Dapper
[06:48] <bddebian> LaserJock: OK, cool.  Are you going to update the bugs?
[06:53] <LaserJock> heh, not exactly a slave, but close :p
[06:53] <LaserJock> yeah, I'll take care of the bugs
[06:54] <bddebian> 'bout time you did SOMETHING.. ;-P
[06:55] <LaserJock> hehe, I got you to do all the work didn't I :-)
[06:57] <bddebian> LaserJock: creating a breezy pbuilder now, give me a few :-)
[06:58] <LaserJock> k
[06:58] <LaserJock> bddebian: btw, what URL have you been using to look at MOTU Science bugs?
[06:59] <bddebian> LaserJock: The one you gave me :-)   https://launchpad.net/people/motuscience/+assignedbugs
[07:02] <LaserJock> bddebian: muahaha, and you thought you were done
[07:02] <LaserJock> try out https://launchpad.net/people/motuscience/+subscribedbugs
[07:02] <bddebian> Oh, I AM done ;-P
[07:02] <truz24> LaserJock, what is your launchpad page?
[07:03] <bddebian> Ack, WTF d00d? :-)
[07:03] <LaserJock> truz24: https://launchpad.net/people/mantha/
[07:04] <LaserJock> bddebian: and if you feel like you have got a lot of time you could run through https://launchpad.net/people/motuscience/+packagebugs
[07:04] <LaserJock> but they should all be in one of the other two
[07:04] <truz24> LaserJock, development wise, where is there a strong need for help ?
[07:05] <LaserJock> everywhere ;-)
[07:05] <truz24> I'm looking for an entry point to get started :-)
[07:06] <LaserJock> well, right now we are in bug fix mode
[07:07] <truz24> how many hours do you find yourself working on the ubuntu project?
[07:08] <bddebian> Waay too many :-)
[07:08] <jpatrick> many
[07:08] <LaserJock> way way too many ;-)
[07:08] <LaserJock> the problem is that it is incredibly addictive
[07:08] <jpatrick> true
[07:08] <truz24> yes
[07:09] <truz24> You have a regular full time position tho right?
[07:09] <LaserJock> I'm a grad student
[07:10] <truz24> That should be even worse then :-)
[07:10] <truz24> With the research you're having to do.
[07:10] <truz24> I guess I'm looking for how many hours are expected from someone who has a regular 40 hour development work week.
[07:11] <LaserJock> truz24: well, in there isn't an "expected" you just do what you can
[07:12] <bddebian> truz24: Try a 40+ hour work week, a wife, and three kids :-)
[07:12] <truz24> :-)
[07:12] <truz24> Get a motorcycle, that will relieve some stress ;-)
[07:13] <bddebian> If I'm inside my pbuilder, how can I verify that it's breezy/dapper?
[07:13] <bddebian> truz24: As I said, I have a wife.  That isn't allowed.. ;-)
[07:14] <bddebian> Hello pef
[07:14] <truz24> :-)
[07:14] <pef> bddebian: hello :]
[07:15] <LaserJock> bddebian: hmm, good question
[07:16] <LaserJock> I would guess if you did a pbuilder update or something you could see when it is doing the apt-get update
[07:17] <bddebian> OK, it's breezy
[07:17] <bddebian> Now I'll try to update your way :-)
[07:31] <bddebian> LaserJock: Damn, you were right about pbuilder.  Nice
[07:35] <LaserJock> bddebian: really? cool
[07:37] <LaserJock> dholbach: ping?
[07:37] <dholbach> LaserJock: pong
[07:37] <LaserJock> dholbach: do I have time for a last minut commit on  ubuntu-docs?
[07:37] <dholbach> yeah
[07:37] <dholbach> take your time
[07:38] <bddebian> How stupid is this crap:
[07:38] <bddebian>  survex-aven depends on survex (= 1.0.39); however:
[07:38] <bddebian>   Version of survex on system is 1.0.39ubuntu1.
[07:38] <dholbach> going to read a bit - will do an upload in an hour or two
[07:38] <dholbach> so consider me "away" now :)
[07:38] <LaserJock> dholbach: womble has rocked my pbuilder world so I need to adjust something
[07:38] <Yagisan> bddebian: got to love those
[07:38] <bddebian> No, I don't :-)
[07:39] <Yagisan> bddebian: at least that is easily fixable
[07:40] <Yagisan> bddebian: I have no idea why I get this error "/usr/lib/deng/libdropengl.so.0: undefined symbol: __stack_chk_fail_local" when I'm sure I included the lib it is in.
[07:43] <bddebian> Yagisan: At what point are you getting that error?
[07:43] <Yagisan> bddebian: runtime
[07:44] <Yagisan> bddebian: it should be using libssp from gcc-4.1
[07:44] <Yagisan> bddebian: and the main runtime *is* linked, uit the support libs it builds don't seem to be :(
[07:45] <Yagisan> s/uit/but
[07:45] <bddebian> Hmmm
[07:45] <azeem> Yagisan: two underscores look fishy
[07:45] <bddebian> Yagisan: Do:  objdump -T /usr/lib/libssp.so |grep stack_chk_fail_local
[07:47] <Yagisan> bddebian: it's lib32, but anyway, no output
[07:48] <Yagisan> bddebian: it does have "00000cc0 g    DF .text  00000027  LIBSSP_1.0  __stack_chk_fail" however
[07:48] <G0SUB_> are there any emacs gtk+xft packages for dapper?
[07:48] <Yagisan> bddebian: Is it likely I stuffed up ?
[07:49] <azeem> Yagisan: did you write libdropengl yourself
[07:49] <azeem> ?
[07:49] <Yagisan> azeem: nope, I just packaged the game it is part of
[07:50] <bddebian> Yagisan: How could you have done that?
[07:51] <Yagisan> bddebian: packaging mistake ?
[07:51] <azeem> Yagisan: my first bet is that libdropengl should not be using stuff with __ in the beginning and _local at the end
[07:51] <Yagisan> azeem: that appears to be droped in by gcc-4.1
[07:52] <Yagisan> azeem: yeah, that is gcc. the word local isn't in any of the 4 .c files that make up libdropengl
[07:53] <azeem> but they call __stack stuff?
[07:55] <Yagisan> azeem: only two occurrences of the word stack, and that is for a check for opengl stack over and underflow.
[07:56] <LaserJock> what is a good description of pbuilders base.tgz
[07:56] <azeem> ok, no idea then, sorry
[07:56] <LaserJock> "compressed environment"?
[07:56] <Yagisan> azeem: that's ok. Thanks for your help
[07:56] <Yagisan> bddebian: and thank you too
[07:56] <bddebian> NP
[07:57] <bddebian> Sorry I don't know more :-(
[07:57] <Yagisan> bddebian: no need to be sorry, I'm just getting bitten in the arse my new gcc features
[07:57] <Yagisan> s/my/by
[07:58] <LaserJock> bddebian: does "compressed environment" sound ok for a description of pbuilders base.tgz?
[07:58] <bddebian> LaserJock: Yeah
[07:58] <Yagisan> LaserJock: seems fine, perhaps "compressed build environment" depending on context
[07:59] <LaserJock> Yagisan: hmm, that does sound better
[08:08] <Yagisan> azeem: bddebian: I think I know what the problem is. Ubuntu's glibc doesn't have ssp support, so I need to manually specify alternate linking in my rules file. (or I could be completely wrong, I'll built it and see)
[08:09] <bddebian> Nice
[08:10] <Yagisan> bddebian: I get this working, then I can start submitting bugs + patches for a more secure ubuntu (and perhaps justify myself for ubuntu membership)
[08:12] <bddebian> Yagisan: Great
[08:29] <jabra> can I request a module for packaging
[08:29] <jabra> nmap::parser
[08:30] <jabra> really useful module that should be in ubuntu
[08:34] <crimsun> jabra: https://wiki.ubuntu.com/MOTU/Packages/New
[08:39] <jabra> k
[08:51] <infinito> has anyone a minute to review this?? http://revu.tauware.de/details.py?upid=2267
[08:51] <Yagisan> bddebian: seems I was wrong :(
[08:52] <bddebian> Yagisan: What happened?
[08:53] <Yagisan> bddebian: no change at all
[08:56] <bddebian> Ugh
[09:00] <jabra> crimsun: ok added
[09:00] <jabra> let me know if you would like help testing as I have a few things to test it
[09:02] <Yagisan> bddebian: This is my results page for my project http://eyagi.bpa.nu/eyagi/our-research/technologies/e-yagi-security-enhanced-linux I've just listed that app as failed for now (until I work out how to fix it)
[09:07] <tseng>     * The first step to enabling support for this feature is to add libssp0-dev to the list of build dependencies.
[09:07] <tseng> gross :<
[09:07] <tseng> i guess it would be build-essential
[09:07] <Yagisan> tseng: well, it's not in libc for ubuntu
[09:07] <tseng> Yagisan: yeah, it would be nice to be pluggable
[09:08] <tseng> i am done arguing with a raving pappy- over the pros and cons of the libssp
[09:08] <tseng> :)
[09:09] <Yagisan> tseng: while I prefer it to be in libc, if at the moment I need libssp0-dev (part of gcc) for a proof of concept, so be it
[09:10] <bddebian> infinito: Is this a gui app?
[09:11] <Yagisan> tseng: have a favorite game to test it with ?
[09:14] <cbx33> evenin all
[09:15] <bddebian> Heya cbx33
[09:16] <Yagisan> G'day cbx33
[09:16] <cbx33> hi Yagisan
[09:16] <cbx33> bddebian, this Iconcache thingamajig
[09:16] <cbx33> i see you've participated
[09:17] <bddebian> Well I've tried :-)
[09:17] <cbx33> what needs to be added to the debian/rules?
[09:17] <cbx33> is it worth me having a look
[09:17] <cbx33> I know I'm not an ubuntu-motu
[09:18] <cbx33> I may be able to work on a few pacakges
[09:18] <bddebian> cbx33: Unfortunately probably not.  It's pretty much a quick one-line change and an upload
[09:18] <jpatrick> can someone poke http://revu.tauware.de/details.py?upid=2272 ?
[09:18] <cbx33> ok
[09:19] <cbx33> sorry bddebian
[09:19] <cbx33> bddebian, wondering if you could give me someinput on a fix
[09:20] <bddebian> cbx33: Don't be sorry
[09:20] <cbx33> there is a line in a patch that has been added in the debian/patchs folder
[09:20] <cbx33> but i need to patch it if you know what i mean
[09:20] <bddebian> Yes
[09:20] <cbx33> i can't edit the patch
[09:21] <cbx33> so do i need to make another path
[09:21] <cbx33> patch
[09:21] <bddebian> Just a line change or adding another line?
[09:21] <cbx33> that patches the patch
[09:21] <cbx33> it's editing a line that was edited in the previous patch already
[09:22] <infinito> bddebian: is a gnome applet
[09:22] <cbx33> any ideas?
[09:23] <cbx33> as I'm unsure what the proper procedure is here
[09:23] <bddebian> infinito: OK
[09:24] <bddebian> cbx33: Give me a sec
[09:24] <cbx33> np
[09:24] <bddebian> jpatrick: building now
[09:24] <cbx33> weh nyou have a sec
[09:24] <jpatrick> bddebian: cool
[09:25] <LaserJock> cbx33: you can sort of edit the patch
[09:25] <cbx33> LaserJock, I tried it and it didn't work
[09:25] <bddebian> cbx33: Is it a totally different line, or just changing a line already in the patch?
[09:25] <LaserJock> cbx33: if you cp the source into a tmp dir and then apply the patch, and then make your changes and recreate the patch
[09:26] <cbx33> LaserJock, that's what I was thinking
[09:27] <cbx33> yesterday, and i need to confirm this.... i tried creating the Source pacakge with no modification and it bombed out compolaing about not being able to apply the patch
[09:27] <cbx33> I'll double check it now
[09:29] <cbx33> LaserJock, thanks for the help with the chroot problem yesterday...cleared it right up
[09:29] <cbx33> was wondering if you wanted to add that to your docs
[09:29] <cbx33> about the LC_ALL=C
[09:29] <cbx33> cos that drove me nuts :p
[09:31] <dholbach> night guys
[09:31] <dholbach> see you at the hug day tomorrow
[09:32] <cbx33> nn dholbach
[09:32] <jpatrick> dholbach: night
[09:32] <infinito> bddebian: thanks for reviewing
[09:32] <LaserJock> cya dholbach, I'll try to make it as much as possible
[09:32] <dholbach> night cbx33, LaserJock, jpatrick
[09:32] <dholbach> rock on!
[09:32] <cbx33> rock on dholbach
[09:32] <cbx33> we need an ubunutu sign :p
[09:33] <dholbach> woohoo!
[09:33] <dholbach> *wave*
[09:33] <cbx33> o/
[09:34] <cbx33> brb
[09:35] <LaserJock> I just start playing my "Princes of the Universe" .ogg ;-)
[09:40] <infinito> how many reviews need a pkg to get uploaded?
[09:40] <jpatrick> two
[09:40] <mitsuhiko> ogra: ping
[09:40] <jpatrick> bddebian: any word?
[09:40] <infinito> and is it possible to get into dapper a pkg in revu?
[09:40] <jpatrick> until tomorrow
[09:41] <jpatrick> wb cbx33
[09:41] <cbx33> thanky
[09:41] <infinito> jpatrick: until tomorrow?
[09:42] <cbx33> what do i need to make man scrollable...it's just acting like more at the moment
[09:42] <cbx33> vi possibly?
[09:42] <jpatrick> infinito: i think
[09:42] <bddebian> jpatrick: Is mjpegtools in multiverse?
[09:42] <jpatrick> bddebian: er, yes
[09:42] <infinito> so i think im out of luck :(
[09:42] <bddebian> Gah, lame, hang on
[09:46] <cbx33> what options do we use when creating a patch here?
[09:49] <infinito> if a pkg on revu is accepted and uploaded, when ther's a new upstream version, should it be uploaded to revu again?
[09:50] <tseng> Yagisan: i really dont like the idea of changing every source package, unless the goal is to only cover a handful of daemons
[09:50] <tseng> Yagisan: but fair enough for testing
[09:50] <tseng> Yagisan: no games here :)
[09:52] <bddebian> cbx33: For dpatch, use dpatch-edit-patch <name of your patch>
[09:53] <bddebian> cbx33: If it is a dpatch you could even try dpatch-edit-patch <name of broken patch> ?
[09:55] <Yagisan> tseng: for testing I'll do it on a package by package basis to see what works. It would be nice to build with ssp on by default though
[09:56] <Yagisan> tseng: assuming minimal breakage
[09:56] <tseng> yeah
[09:56] <slomo> cbx33: install less and man is scrollable :)
[09:57] <tseng> i think in gentoo i had a list of stuff that was notably broken
[09:57] <cbx33> ah swat i thought
[09:57] <cbx33> thanx slomo
[09:57] <tseng> but i deleted that wiki
[09:59] <tseng> Yagisan: i am afraid of what kind of disaster id be walking into if i joined #gentoo-hardened-dev to ask about it
[10:00] <bddebian> Sheesh jpatrick, this is taking forever :-)
[10:00] <Yagisan> tseng: pity. I thought I'd try a few games that could run as servers, and some common utils first
[10:00] <jpatrick> bddebian: I too was suprised
[10:01] <Yagisan> tseng: unfortunately the first game I tried, needs more work then expected
[10:04] <bddebian> Heya Kyral
[10:04] <Kyral> Meh meh MEH!!!
[10:06] <Kyral> Damn the NVidia Drivers to HELL
[10:07] <LaserJock> heh, what vesa not good enough for you?
[10:07] <Kyral> No, they are causing instability in my system
[10:07] <Kyral> and right now I'm underclocked due to a heatwave
[10:08] <Yagisan> of course, it's Nvidia, that's what it is supposed to do
[10:08] <LaserJock> hmm, I just ssh and don't worry about all that silly X stuff
[10:08] <hub> Kyral: that's why I won't buy nVidia
[10:08] <Yagisan> Kyral: using the repo or upstream ?
[10:08] <LaserJock> hub: what would you buy?
[10:08] <Kyral> Yagisan: Oh, I'm on ArchLinux :P
[10:09] <hub> LaserJock: I have an Intel in my laptop
[10:09] <Yagisan> hub: never used new ati then have you ?
[10:09] <Kyral> but on Kubuntu the problem persisted
[10:09] <hub> old Radeon with the free driver
[10:09] <hub> Yagisan: ATI is as much evil
[10:09] <Yagisan> hub: I said new for a reason
[10:09] <hub> binary drivers are Evil
[10:09] <Kyral> Do the ATI Free apply to the newer cards?
[10:09] <LaserJock> I've never had any problems with my nvidia cards
[10:10] <hub> LaserJock: is the driver available for PowerPC to run on a Mac with Linux?
[10:11] <Yagisan> Kyral: no, (well some experimental support IIRC)
[10:11] <hub> the latest ATI don't even have a binary shit for linux
[10:11] <hub> because ATI do not care
[10:11] <LaserJock> hub: hmm? I've never run linux on a mac
[10:12] <hub> LaserJock: I have for a long time
[10:12] <hub> LaserJock: fortunately I had a Rage128 in it
[10:13] <LaserJock> my iMac has a x1600 but I haven't tested it out or anything
[10:13] <ajmitch> morning
[10:13] <LaserJock> hi ajmitch
[10:13] <Yagisan> morning ajmitch
[10:13] <hub> LaserJock: X1600 does not have a Linux driver at all
[10:14] <LaserJock> hub: exactly, so if I *could* boot linux on this thing I wouldn't much fun with X
[10:15] <Kyral> grrr
[10:15] <Kyral> I think my VidCard is going
[10:16] <Yagisan> Kyral: not fun
[10:16] <jpatrick> bddebian: you can just say yes
[10:16] <Kyral> This damn thing keeps seizing up anytime I enable ANY kinda of Acceleration
[10:16] <Yagisan> Kyral: I had a GFMX440 die in a heatwave here
[10:16] <bddebian> jpatrick: ?
[10:17] <Yagisan> Kyral: renderaccel turned on ?
[10:17] <Kyral> No
[10:17] <Kyral> Turned off
[10:17] <Kyral> hell I was just using NV with DRI
[10:17] <jpatrick> bddebian: for the package
[10:17] <Yagisan> Kyral: ok. that eliminates that major source of problems
[10:17] <Kyral> Turning it on or off?
[10:17] <Yagisan> Kyral: you get dri with nv ?
[10:17] <Kyral> dunno
[10:17] <Yagisan> Kyral: turning it off
[10:17] <Kyral> hmm
[10:18] <Kyral> I do like Arch's idea
[10:19] <Kyral> they provide a Daemon that checks at boot to see if the NVidia driver has been compiled for the current Kernel and if it hasn't it compiles it on the fly
[10:19] <bddebian> jpatrick: Ah
[10:26] <jpatrick> bddebian: thanks
[10:53] <bddebian> Sheesh, cernlib is a pig
[10:58] <LaserJock> bddebian: heh, glad I don't have to do it then ;-)
[10:58] <LaserJock> noooooo
[10:58] <bddebian> Speaking of which, there is a WAY newer version of dx in Debian
[10:58] <crimsun> heh, beta freeze is in 3 hours, so... no.
[10:59] <bddebian> nooooo
[10:59] <jpatrick> does it affect universe too?
[11:00] <crimsun> yes
[11:00] <LaserJock> what freeze?
[11:00] <LaserJock> ;-)
[11:01] <LaserJock> I wouldn't think beta freeze would affect Universe
[11:01] <LaserJock> FF didn't seem to
[11:02] <crimsun> eh, both UVF and FF applied. We just were a bit more slack.
[11:02] <LaserJock> FF didn't according to mdz
[11:02] <LaserJock> or my reading of mdz ;-)
[11:08] <LaserJock> I honestly have no idea what applies and what doesn't anymore. We *really* have to fix that for Dapper+1
[11:09] <crimsun> UVF and FF were supposed to apply to universe just as stringently. What actually ended up happening...
[11:10] <crimsun> in any case, I'm deferring thinking about new ones until dapper+1, because we only have a month til this whole shebang is released, so bugsquashing it is
[11:10] <LaserJock> +1
[11:11] <LaserJock> I think we just might want to be a little more consistent next time ;-)
[11:12] <crimsun> certainly.
[11:12] <crimsun> the whole n-m and wpasupplicant -> main is a bit sour in my mouth, but I realise its relative importance to many users.
[11:14] <bddebian> Yeah but something like dx has no rdepends
[11:14] <bddebian> :-)
[11:14] <crimsun> bddebian: you get the tar and feathering when it breaks, then :p
[11:15] <bddebian> Well it's currently FTBFS so what could be the issue? :-)
[11:15] <crimsun> it does?
[11:16] <crimsun> oh, probably !386
[11:17] <crimsun> err
[11:18] <crimsun> bddebian: are you talking about the same dx I am?
[11:18] <crimsun> https://launchpad.net/distros/ubuntu/+source/dx/1:4.3.2-7   <--
[11:18] <crimsun> (unless you mean from Debian, probably?)
[11:21] <jouni__m> How about adding ffmpeg2theora to dapper? It could export ogg theora packed video from kino (or from command line) I installed it from debian unstable. It seems to work well.
[11:22] <bddebian> crimsun: Yes.
[11:22] <crimsun> jouni__m: we're way past FF.
[11:24] <LaserJock> bddebian: heh, just wait for Debian to remove it, that seems to be solving our problems today ;p
[11:25] <bddebian> LaserJock: Heh, no kidding :-)
[11:32] <bddebian> crimsun: I may have lied..
[11:34] <bddebian> Oh well, gotta head home, later gang
[11:51] <incon> autoconf should come with /usr/share/libtool/install.sh ?
[11:54] <azeem> incon: automake ships that, AFAIK
[11:54] <azeem> well, install.sh in general
[11:59] <incon> well when a run autoconf it doesnt have a sad now
[11:59] <incon> azeem: thank you


[02:40] <mark06> is there anyway to know if a branch has some uncommitted commit? maybe inspecting .bzr manually?
[07:39] <lifeless> mark06: bzr heads perhaps?
[07:42] <mark06> just tested, only one listed for a branch I know it does have uncommits
[07:53] <lifeless> did you use --all ?
[08:14] <mark06> ok I read help, --dead-only looks better, thanks :)
[21:22] <mark06> hi, is it possible to amend a commit to add a forgotten --fixes?


[09:06] <brobostigon> morning boys and girls.
[09:58] <zmoylan-pi> o/
[10:04] <brobostigon> o/
[10:05] <zmoylan-pi> plans for today? i'm going to mosey into maplins and see if they have any pi zeros in stock here in dublin as their web site is a bit broken and won't tell me
[10:32] <brobostigon> maybe a walk into town for a beer or two this afternoon.
[15:42] <diddledan> allo allo
[15:43] <penguin42> ow are the?
[15:44] <diddledan> tip top ta
[17:44] <bertyblue> !s 1080p
[19:48] <daftykins> mmhmm
[19:48] <penguin42> right
[19:49] <zmoylan-pi> left
[19:50]  * penguin42 has finally found the source of the nasty hot plastic smell in here; a melting fuse holder on a 13A plug
[19:51] <daftykins> ooh-err
[19:51] <penguin42> daftykins: https://photos.app.goo.gl/uNWTSFAd91nX1n6J2
[19:52] <daftykins> i had a slight burning from getting the new sockets done in my bedroom - and firing up my amp at last, i think it's just the casing heating up the dust on it :D
[19:52] <penguin42> it's been smelling for a week or so; I initially thought it was a CFL on it's way out
[19:52] <zmoylan-pi> were you testing https://markthomaselectricaldotcom1.files.wordpress.com/2014/05/fuse-categories.jpg ? :-)
[19:52] <daftykins> ah one of those full inserts, nasty!
[19:53] <penguin42> zmoylan-pi: haha no, this had what was apparently a real fuse in it - 5A
[19:53] <daftykins> 16 amps will go crazy for the taste of dairylea
[19:53] <zmoylan-pi> hmmmm cheesy...
[19:55] <zmoylan-pi> the geek olympics have started i see https://imgur.com/gallery/rBVCXYM
[19:56] <penguin42> haha
[21:15] <diddledan> the question has to be asked, who took a roomba onto a warship?
[21:25] <zmoylan-pi> someone who wanted it spick and span?
[21:41] <diddledan> double vibrators! https://www.ebuyer.com/801559-xenta-wired-pc-double-vibration-gamepad-xen-gp-w
[21:41] <diddledan> now that's a sexy evening right there!
[21:44] <zmoylan-pi> i thought sony had the patents on vibrating game pads. less sexy when therit lawyers descend...
[21:45] <daftykins> that'd surprise me, that would mean all phone makers and gampad makers would be paying them o0
[21:49] <zmoylan-pi> ah ha, spanked in 2012... https://www.lexology.com/library/detail.aspx?g=b7563cde-f084-4b6c-9e0b-0ebcb3d31051
[21:52] <daftykins> hmm i'm finding that very tough reading
[21:53] <diddledan> I expect apple have a patent on their vibrators
[21:53] <daftykins> oh yeah but even when late to the party, Apple 'invent' all the things ;)
[21:54] <zmoylan-pi> apple been apple they probably have a morality clause in their eula....
[21:56] <zmoylan-pi> and remember kids, read the manual... http://www.bbc.com/news/uk-england-devon-43023430
[22:00] <diddledan> LGR reviews Bonzi Buddy: https://www.youtube.com/watch?v=L958sMz1kWs
[22:11] <daftykins> hadn't gotten around to that one yet
[22:31] <diddledan> launchpad bots are spooky: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1748678
[22:31] <diddledan> the ubuntu kernel bot came along and magically knew it was a valid bug


[06:33] <linuxmaster> Hello! We have just open new Ubuntu LoCo in Omsk and have made IRC-channel #ubuntu-ru-omsk
[06:35] <jussi> linuxmaster: thanks for letting us know :)
[15:52] <arand> How does one extract/suggest channel-specific responses from ubot2, !factoid-#channel is ignored it seems?
[15:54] <ubot2> In #ubuntu-se, arand said: !inteunity is <reply> Ubuntu 11.10 använder normalt sett GNOME 3 med skalet !unity. För att använda GNOME Shell istället, installera paketet "gnome-shell" och möjligtvis även "gnome-tweak-tool". För GNOME Fallback mode, som liknar GNOME 2, installera "gnome-panel". Båda paketen placerar alternativ i sessionsmenyn vid login.
[15:55] <ubot2> In ubot2, m4v said: test is <reply> this is a test!
[15:56] <ubot2> In ubot2, m4v said: test-#ubuntu is <reply> this is a test!
[15:56] <ubot2> In ubot2, m4v said: test-#ubuntu- is <reply> this is a test!
[15:57] <ubot2> In ubot2, m4v said: test-#ubuntu-i is <reply> this is a test!
[15:58] <m4v> it fails with #ubuntu-irc for some reason
[15:58] <arand> When I do "!testfact-#ubuntu is <reply> blah" I get "Error, don't think I'm intelligent..."
[15:59] <arand> Does that have something to do with the "-" delimitor?
[15:59] <m4v> arand: try with ubottu
[15:59] <arand> That works
[16:00] <pangolin> !test-#ubuntu
[16:00] <pangolin> interesting
[16:01] <m4v> arand: ubot2 seems to not like factoid's name over 15 chars long, but in any case, you have to suggest factoids to ubottu.
[16:01] <arand> Um, !test-#ubuntu works, but !testfact-#ubuntu doesn't ...
[16:01] <arand> So it seems to only accept existing ones?
[16:02] <arand> Hrm, and ubottu ignores !test-#ubuntu-se as well...
[16:04] <arand> So the intended use is /msg ubottu !factoid-#ubuntu-se is <reply> something in swedish   ...?
[16:04] <m4v> ok, is utterly broken
[16:06] <arand> Ok :)
[16:07] <m4v> arand: can you fill a bug in https://bugs.launchpad.net/ubuntu-bots?
[16:08] <arand> m4v: Will do.
[16:27] <arand> Any information I'm missing?: https://bugs.launchpad.net/ubuntu-bots/+bug/880433
[16:37] <pangolin> jpds: can you take a look and see what6 is up with ubot2 RE: what arand is trying to get done.
[16:37] <pangolin> what*
[16:38] <m4v> arand: thanks
[16:38] <m4v> pangolin: same thing happens in ubottu, seems to be bug
[16:38] <pangolin> arand: I added !inteunity to ubottu, ubot2 should sync up soon.  not sure if you saw
[16:40] <pangolin> !test
[16:40] <pangolin> !inteunity
[16:41] <Myrtti> arand: in the past it has generally been recommended that each loco channel sets up their own bot if they require localized factoids. the policy may have changed
[16:42] <Tm_T> until we have the new ubottu running, that is the recommendation
[16:44] <pangolin> !forget inteunity
[16:44]  * pangolin minds his own business :)
[16:44] <Tm_T> (:
[16:44] <jpds> pangolin: It doesn't work here, because ubot2 uses a separate DB for #ubuntu-se.
[16:45] <pangolin> jpds: okie dokie.
[16:54] <arand> Myrtti: Ok, I don't know, but we use only ubot2 currently in #ubuntu-se..
[16:56] <Tm_T> that is, in a way, "own bot"
[16:56] <Myrtti> I'm sure jpds will figure something out then :-)
[16:56] <m4v> Myrtti: there's no policy afaik, is just that Encyclopedia doesn't support locaclization, the new plugin does
[16:56] <Myrtti> m4v: hence de facto policy of not doing localisation on it
[16:58] <Myrtti> since you can't really trim the excess content from the database to distribute between different bots, it would create unneeded overhead for all the bots if the localisation were in general approved on ubottu and it's direct synchronizing clones
[16:58] <Myrtti> or atleast that's the general idea I was getting when this was explained to me oh so many years ago


[09:09] <bthomas> morning
[11:16] <facubatista> ¡Muy buenos días a todos!
[11:17] <bthomas> morning facubatista
[11:17] <facubatista> hola bthomas :)
[11:18] <bthomas> facubatista: when you are settled in ping me I need a couple of minutes to discuss two PRs. I am going to grab a quick coffee.
[11:18] <facubatista> bthomas, ack
[11:34] <Chipaca> facubatista: 👋❗
[11:35] <Chipaca> facubatista: welcome back, hope you had a good break
[11:35] <facubatista> Chipaca, I had an excelent break, thanks!
[11:35] <facubatista> Chipaca, also, what is this, where am I, who are you?
[11:36] <Chipaca> facubatista: this is pycamp 2020. You are in a VR pod. I am admin.
[11:37] <facubatista> all this virus thing is a lie! game over
[11:37] <Chipaca> facubatista: at your earliest convenience, could you review #459? i'd like to merge it into master and push out 1.1 with it
[11:37] <mup> PR #459: Treat empty actions.yaml as no actions.yaml <Created by chipaca> <https://github.com/canonical/operator/pull/459>
[11:37] <facubatista> yes
[11:37] <Chipaca> facubatista: thank you
[11:37] <Chipaca> facubatista: also, we are the virus
[11:39] <facubatista> https://www.youtube.com/watch?v=9UY8kqV7KgE
[12:10] <bthomas> Chipaca: I am looking over ops issues. Is there anyone that you would recommend that needs being done ?
[12:11] <Chipaca> bthomas: you want to explore implementing `is_doomed` using the appropriate env var?
[12:12] <Chipaca> bthomas: it's going to be quite a trip, but should prove to be fun
[12:12] <bthomas> Chipaca: ack will start looking into it. Thank you. I hope I am not doomed.
[12:12] <bthomas> will get back to you when I have a plan.
[12:12] <Chipaca> bthomas: the issue is #450 but jam tells me that you don't need gaol state for that, because there is an env var that tells you who is leaving
[12:12] <mup> Issue #450: is_doomed() <Created by stub42> <https://github.com/canonical/operator/issues/450>
[12:12] <Chipaca> but i forget the name of the env var :-/
[12:12] <bthomas> ack will dig
[12:13] <Chipaca> phew, finally worked out what was going on WRT https://discourse.charmhub.io/t/test-harness-with-custom-events/3887
[12:14] <Chipaca> DominikF: ^ fwiw
[12:21] <JoseMasson> Good morning!
[12:23] <bthomas> Morning JoseMasson
[12:25] <facubatista> hola JoseMasson
[12:27] <JoseMasson> bthomas facubatista have already prepared your morning mate?
[12:27] <facubatista> of course
[12:28] <bthomas> JoseMasson: Morning coffee for me.
[12:28]  * bthomas googles mate
[12:29] <JoseMasson> bthomas: https://en.wikipedia.org/wiki/Mate_(drink)
[12:29] <bthomas> yep was just reading that
[12:29] <bthomas> never had it. Hope to some day.
[12:49] <facubatista> Chipaca, #459 approved, with a comment
[12:49] <mup> PR #459: Treat empty actions.yaml as no actions.yaml <Created by chipaca> <https://github.com/canonical/operator/pull/459>
[13:26] <Chipaca> facubatista: not sure i understand how i could test what you ask
[13:27] <Chipaca> d'oh, i could check .actions
[13:27] <facubatista> Chipaca, test/test_charm.py, you added a test
[13:27] <facubatista> test_empty_action
[13:28] <facubatista> that returns a class, you can grab it and check its attrinute
[13:28] <facubatista> attribute, also
[13:28] <Chipaca> facubatista: yeah, as i say, check .actions
[13:30] <Chipaca> facubatista: pushed, thanks!
[13:31] <facubatista> Chipaca, land it
[13:32] <Chipaca> facubatista: as soon as it's green
[13:32] <Chipaca> and then i'll bless it into 1.1
[13:35]  * bthomas -> lunch
[13:38]  * Chipaca ⇝ run (because travis is being travis)
[13:49]  * Chipaca didn't go
[13:52]  * bthomas -> back
[13:57]  * facubatista -> small errands
[14:36]  * facubatista is back
[15:45] <mup> Issue operator#458 closed: a charm with an empty actions.yaml trips up the framework <bug> <Created by chipaca> <Closed by chipaca> <https://github.com/canonical/operator/issues/458>
[15:45] <mup> PR operator#459 closed: Treat empty actions.yaml as no actions.yaml <Created by chipaca> <Merged by chipaca> <https://github.com/canonical/operator/pull/459>
[15:56] <bthomas> ah time to upgrade then
[15:56] <Chipaca> :-D
[15:57] <bthomas> done
[16:31] <Chipaca> facubatista: standup?
[16:31] <facubatista> Chipaca, yes, auth and stuff
[21:06] <dstathis> How does one scale up to more units in harness?
[21:06] <dstathis> I can't seem to find anything