[05:14] <RAOF> I gotta say, I'm a *big* fan of the way Mutter “application not responding” dialogs sitting on the top of a background window eat all mouse clicks for the foreground application.
[05:22] <jamesh> is that wayland or X?
[05:22] <RAOF> X
[06:18] <duflu> RAOF: Sounds like the foreground window has reverted to being a non-reactive actor. So clicks pass through it. We've fixed one similar bug already and have others unresolved
[06:19] <RAOF> duflu: Entirely possible.
[06:30] <didrocks> good morning
[06:30] <jibel> Salut didrocks
[06:31] <didrocks> salut jibel !
[06:32] <duflu> Morning didrocks, jibel
[06:32] <jibel> didrocks, I'm reviewing jbicha's branch Ubiquity, then I think we can do a release that include the new page and the telemetry stuff
[06:32] <jibel> branch of*
[06:32] <jibel> Afternoon duflu
[06:32] <duflu> Correct
[06:39] <didrocks> hey duflu
[06:39] <didrocks> jibel: excellent! is the FFe approved?
[06:40] <oSoMoN> good morning desktoppers
[06:41] <oSoMoN> hey duflu, jibel, didrocks
[06:41] <didrocks> salut oSoMoN
[06:41] <duflu> Hi oSoMoN
[06:42] <didrocks> seems not, but the release team hasn't been suscribed it seems
[06:43] <jibel> Bonjour oSoMoN
[06:47] <didrocks> jibel: added info and paperwork on bug #1755456
[06:50] <jibel> didrocks, thanks
[06:54] <jibel> didrocks, this bug needs more documentation according to https://wiki.ubuntu.com/FreezeExceptionProcess#FeatureFreeze_for_new_upstream_versions
[07:14] <duflu> Ah crap. Instead of profiling my memory diff I had a look at the memory total for gnome-shell. And 70% of it is from PulseAudio (!?)
[07:16] <duflu> Until you use gnome-shell for a bit. Then the graphics memory usage becomes the bigger issue
[07:17] <didrocks> jibel: seb128 filed it, I think it's how he was doing when it's not a new upstream (as another upstream than us) version, let's see with him
[07:43] <mpt> jbicha, done
[07:51] <duflu> koza, got the meeting notification 1 hour early... regardless, are we meeting?
[08:00] <willcooke> duflu, koza - anything to talk Bluetooth today?  Do we need to meet?
[08:00] <willcooke> also morning
[08:00] <koza> duflu, oh, another change of time
[08:00] <didrocks> morning willcooke
[08:00] <koza> willcooke: we could skip
[08:00] <koza> willcooke: only thing i have is that the bloody speaker has arrived :)
[08:01] <koza> and has some issues
[08:01] <willcooke> koza, you think it's that speaker?
[08:01] <koza> noidea yet
[08:01] <willcooke> kk
[08:01] <willcooke> I dont have anything
[08:01] <koza> lets skip then
[08:01]  * willcooke gets on with the slide show
[08:02] <duflu> And good morning willcooke, koza
[08:03] <Laney> yo
[08:03] <didrocks> hey hey Laney
[08:04] <duflu> sup Laney
[08:04] <willcooke> allo allo
[08:10] <seb128> good morning desktopers
[08:10] <willcooke> hi seb128
[08:10] <didrocks> hey seb128
[08:10] <seb128> willcooke, duflu, koza, sorry got delayed ... did you do the bluetooth meeting? is it over? anything interesting?
[08:10] <seb128> hey willcooke didrocks
[08:11] <duflu> seb128, skipped it
[08:11] <seb128> good, I don't think there is much bluetooth changes/work ongoing atm
[08:11] <duflu> Although it should be 50 minutes from now in theory
[08:11] <seb128> we are pretty much settled for bionic
[08:11] <seb128> DST fun right?
[08:14] <willcooke> oSoMoN, https://chromium-review.googlesource.com/c/chromium/src/+/532294
[08:14] <willcooke> oSoMoN, Am I reading that right - did they merge it at last?
[08:17] <oSoMoN> good morning seb128
[08:17] <duflu> I think the status is still merge conflict
[08:18] <oSoMoN> willcooke, not quite, they didn't merge it yet
[08:18] <oSoMoN> willcooke, it's an updated patch set, but what's really interesting is that it comes from a google engineer
[08:18] <oSoMoN> whereas the original patch was by someone from intel
[08:18] <oSoMoN> so it looks like google is showing some interest at last
[08:18] <duflu> Hurrah
[08:19] <duflu> willcooke, worlds collide: bug 1759497
[08:19] <seb128> lut oSoMoN
[08:20] <seb128> duflu, that seems excessive indeed
[08:21] <willcooke> duflu, whaaa?!?!  odd
[08:22] <duflu> It could just be address space and not real memory
[08:22] <duflu> But still, lots of address space
[08:23] <willcooke> Could this be related to us running pulse under GDM as well for a11y?  Oh, no hold on, I think I've got that backwards, we *don't* start PA & BlueZ in GDM.
[08:25] <seb128> no, that's part of the gnome-shell user process mapping
[08:25] <seb128> if I understand correctly
[08:25] <duflu> willcooke, gnome-shell uses libcanberra for sound(?) which uses pulseaudio
[08:25] <duflu> It's an upstream thing, hardcoded in there
[08:27] <duflu> On a related note, what is goa-daemon and why does it use 96GB of address space?
[08:29] <seb128> welcome to webkit
[08:29] <seb128> it's the daemon handling online accounts
[08:31] <seb128> duflu, webkitgtk upstream said that when we were discussing the webkit/ulimit issue impacting deja-dup
	seb128: Just address space
	It's not actually just a spectre mitigation, it's also a general security feature
	Looks like it's allocating 144 GiB of address space. If I've done my division right.
[08:32] <willcooke> getting faster as this now: https://imgur.com/a/BXgpf
[08:33] <duflu> That's wacky, but potentially safe if there's no real memory needed behind most of it
[08:34] <seb128> right
[08:35] <duflu> Even Chrome only needs 1.2GB
[08:35] <duflu> per process :P
[09:13] <duflu_> My DSL is broken. Oddly at 5pm two days in a row
[09:13] <duflu_> Did I miss anything?
[09:17] <willcooke> duflu, nothing
[10:22] <seb128> duflu, should bug #1748450 be marked as invalid for gnome-shell since that's an xwayland issue?
[10:23] <duflu> seb128, no. Xwayland and gnome-shell are co-dependent so when one crashes the other does too. It's not always easy to tell who crashed first
[10:23] <duflu> that's what the apport fix will help with
[10:23] <seb128> oh ok, I though that it was clear from the error that gnome-shell was hitting the sigtrap because it losts the connection to xwayland
[10:24] <seb128> which meant xwayland went away first
[10:25] <duflu> seb128, but with built-in crash handling you could bounce between each more than once. So it's not obvious who crashed first, or how many times
[10:25] <duflu> Perhaps Xwayland dies because gnome-shell was in the process of dying already
[10:25] <seb128> k, I see
[10:25] <seb128> let's see if we get better reports now that the apport changes landed then
[10:26] <seb128> well, if gnome-shell was already down, would it still sigtrap due to xwayland going away?
[10:26] <seb128> anyway let's hope we get better reports that tell us more
[10:26] <duflu> seb128, yes a process can crash multiple times in its lifetime if it caught its own the first time
[10:27] <duflu> I think we might need to check and remove any self-crash handling
[10:27] <duflu> It's always a dumb idea to have such things
[10:27] <seb128> right
[10:27] <duflu> Xorg is the bigger offender
[10:28] <duflu> And then there's the other big problem of X errors being delayed and you never know where they originated
[10:32] <darkxst> duflu, you can obviously force xorg errors to be synchronous, but that doesnt work in a apport world etc
[10:32] <duflu> darkxst, yeah. A good system is one that is always-on in production
[10:36] <duflu> Although I don't think the origin of any X errors should matter in this case. We should always expect X errors, and we should be able to survive them
[10:38]  * duflu runs away
[10:38] <darkxst> duflu, just to be clear this is the greeter (gdm) session crashing?
[10:43] <seb128> he left, and I think we don't know, it's bug #1748450
[11:08] <seb128> GunnarHj, hey
[11:08] <GunnarHj> Hi seb128
[11:08] <seb128> GunnarHj, I rechanged e-d-s/did an upload, that worked, .po are being imported
[11:08] <seb128> GunnarHj, see https://translations.launchpad.net/ubuntu/bionic/+source/evolution-data-server/+imports
[11:09] <seb128> GunnarHj, also "make template.update-pot" is not a strandard target in the inltool world afaik
[11:09] <GunnarHj> seb128: Nice. Hope that the upstream link does not get re-enabled again..
[11:10] <seb128> yeah, I don't know why/how that happened
[11:10] <seb128> are you sure your changed worked? like launchpad didn't timeout or something?
[11:11] <GunnarHj> seb128: That has nothing to do with intltool. It's the command used when intltool is not made use of.
[11:11] <seb128> GunnarHj, sorry that I didn't comment on bug #1751820 earlier, I was on vac some days and things have been crazy here otherwise, I'm doing that now
[11:11] <seb128> GunnarHj, I'm not sure I understand the question then
[11:12] <seb128> GunnarHj, what I meant is
[11:12] <seb128>  LC_ALL=C make -C eog-3.18.2/po eog.pot-update
[11:12] <seb128> make: Entering directory '/tmp/eog-3.18.2/po'
[11:12] <seb128> make: *** No rule to make target 'eog.pot-update'.  Stop.
[11:13] <seb128> $ LC_ALL=C make -C eog-3.18.2/po eog.pot
[11:13] <seb128> make: Entering directory '/tmp/eog-3.18.2/po'
[11:13] <seb128> INTLTOOL_EXTRACT="/usr/bin/intltool-extract" XGETTEXT="/usr/bin/xgettext" srcdir=. /usr/bin/intltool-update --gettext-package eog --pot
[11:13] <darkxst> seb128, yeh that is gdm again
[11:13] <seb128> GunnarHj, was your question specific to meson projetcs?
[11:13] <seb128> projects
[11:14] <darkxst> seb128, aapart from the apport noise are there any real reports of issues?
[11:14] <seb128> darkxst, not that I know but often we don't get user feedback about segfaults out of apport/whoopsie reports
[11:15] <GunnarHj> seb128: No, my question was specific to good old build system which makes use of po/Makefile instead of intltool. But it looks like I'd better test before talking more about that topic. ;)
[11:18] <darkxst> seb128, that has been ongoing for a few cycles before you guys switched back to GNOME, I never managed to find the cause though
[11:19] <seb128> :/
[11:19] <seb128> I don't even understand why we need xwayland under gdm
[11:20] <darkxst> mutter is entirely dependant on Xwayland, upstream were working to decouple that but that work seems to have stagnated
[11:23] <seb128> k :/
[11:24] <darkxst> I have next week off work, so might try and look into a bit more, if there are any other nasty bugs let me know
[11:24] <seb128> GunnarHj, commented on that dh_translations bug, I don't know if we can figure out how to get the domain from meson introspect in a robust way, if we can't maybe we should add a --domain to dh_translations and just specify the domain by hand in the rules for those projects, would be cleaner that the overrides copied around
[11:25] <seb128> darkxst, http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-bb-incoming-bug-tasks.html and http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-bb-tracking-bug-tasks.html are lists worth looking at if you are interested in flagged issues
[11:26] <GunnarHj> seb128: Yeah... The other problem is figuring out the build dir. I suppose that also that would need to be passed to dh_translations.
[11:26] <GunnarHj> seb128: But it feels like a post release thing.
[11:27] <seb128> GunnarHj, I don't think we would have an issue adding that --domain option before release, it's not changing an existing behaviour
[11:27] <seb128> then we probably don't need to replace the hacks now
[11:27] <seb128> next time we update those packages/merge
[11:28] <seb128> GunnarHj, the builddir we could use the obj-arch by default and override manually if needed yes
[11:28] <darkxst> seb128, hmm I never seen those before, are they new(ish)
[11:28] <GunnarHj> seb128: But dh_translations is a perl script. Does it understand that variable?
[11:29] <seb128> darkxst, no, some years old at least
[11:29] <seb128> GunnarHj, well, I'm sure there is a way to query the arch tripplet from perl :)
[11:30] <GunnarHj> seb128: 15 years ago I might have known how. Now I don't. :(
[11:33] <seb128> GunnarHj, well, I'm not saying that you are the one that need to do that work
[11:33] <seb128> I'm going to try to help having a look
[11:33] <seb128> adding the --domain would be a first step and probably easier
[11:35] <GunnarHj> seb128: I'll be happy to help if I can, but you or somebody else needs to help with the approach.
[11:36] <seb128> k
[11:37] <Mirv> jbicha: right, I guess I could upload 0.28.1 as well with lighter testing, as the only other 0.28.1 changes are two translation updates and adding "static" to one function
[11:37] <jbicha> Mirv: please :)
[11:38] <Mirv> will do
[11:38] <darkxst> seb128, some years is indistinct, keeping I mind I didnt have internet for 18months of the last 2 years!
[11:41] <seb128> darkxst, I don't remember but my emails suggest it was started in 2011
[11:45] <Laney> this glib test failure sucks
[11:46] <Laney> AND I forgot my lunch at home
[11:51] <seb128> :/
[11:51] <darkxst> hmm i had internet in 2011
[11:55] <willcooke> I'm trying to build GNOME Software with a patch I got from Robert for the slideshow.  I've git cloned it, applied the patch, now... how the heck do I build this thing?
[11:56] <willcooke> ah, meson
[11:56] <jibel> jbicha, Hi, can you update lp:~jbicha/ubiquity/update-updates-page following latest changes from m_pt? also there are periods missing at the end of the label of the radio buttons to perfectly match the spec.
[11:57] <jibel> other than that it's ready to merge
[11:57] <jbicha> jibel: yes, I'm working on that now
[11:57] <seb128> willcooke, meson builddir && cd builddir && ninja ?
[11:57] <jibel> jbicha, thanks
[11:58] <willcooke> seb128, ta, I'll try that.  Looks like I need to build in 1804
[11:58] <seb128> willcooke, you are trying to build a binary or a package?
[11:58] <willcooke> my bloody 1804 machine keeps going to sleep
[11:58] <willcooke> seb128, just a binary will be fine for now
[11:59] <seb128> willcooke, I would rather start from the source package and add the patch
[11:59] <seb128> k, then meson might be what you need
[11:59] <willcooke> I'll try the source package approach, that might be easier in the long run
[12:01] <seb128> willcooke, https://paste.ubuntu.com/p/DjSrN98Y4r/ is what the package does, if you want to build with the same options
[12:01] <seb128> you might set some plugin to false for local testing
[12:03] <xnox> I like the new picker!
[12:04] <xnox> looks awesome, and nice icons
[12:06] <willcooke> thanks seb128
[12:06] <seb128> np
[12:06] <seb128> xnox, picker?
[12:07] <jbicha> acheronuk: ping
[12:07] <xnox> seb128, the whatever that "google-chrome" shows when one tries to attach file to a gmail e.g. "open/browse a file" dialog
[12:07] <acheronuk> jbicha: pong
[12:07] <seb128> xnox, ah, that sounds like a chrome thing :)
[12:07] <xnox> but it's a gnome thing
[12:08] <xnox> let me get a screenshot, or trigger it elsewhere
[12:08] <jbicha> acheronuk: can I change your "Minimal Install" to "Minimal installation" to match the updated gtk string?
[12:09] <willcooke> seb128, what's that metapackage that brings in all the deb tools, like fakeroot etc?
[12:09] <xnox> seb128, Super -> search for evince; launch; Ctrl-O -> see the dialog that pops up with loads of small icons column, then subdirs as a sidebar
[12:09] <xnox> oooh, and it has some orange highlits
[12:09] <jbicha> I am rebasing the ubiquity merge proposal so it will have fewer commits and changes to be easier to read
[12:09] <acheronuk> jbicha: please do. I prefer that, but decided not to change while it was being debated
[12:09]  * xnox ponders if i have a weird ass nautilus extension and/or customizations
[12:10] <willcooke> seb128, ignore, it's building
[12:10] <seb128> willcooke, I don't know of one, you can apt-get build-dep gnome-software though
[12:10] <seb128> if you have a deb-src enable
[12:10] <willcooke> yeah build-essential didnt bring fakeroot in
[12:11] <willcooke> but that's all I was missing
[12:11] <seb128> xnox, oh, that's a theme update from Trevinho :)
[12:11] <jbicha> acheronuk: gtk uses "What apps would you like to install to start with?" qt uses "Which applications would you like to start with?" is that intentional?
[12:16] <willcooke> seb128, woot, it work
[12:16] <willcooke> seb128, I used the deb-buildpackage
[12:16] <seb128> :)
[12:17] <seb128> does the patch work as well? ;)
[12:17] <willcooke> it does!
[12:17] <seb128> nice
[12:17] <acheronuk> jbicha: yes, KDE is much more applications still than apps
[12:18] <jbicha> 🙄
[12:20] <seb128> tkamppeter, hey, I don't know if you noticed but the cups update isn't migrating because the autopkgtest are failing, see
[12:20] <seb128><EMAIL_ADDRESS>[12:20] <seb128> "                 FAIL stderr: lpadmin: Raw queues are deprecated and will stop working in a future version of CUPS."
[12:21] <seb128> tkamppeter, those warnings are writting on stderr which makes the test fail, either you need to write on stdout, or filter out, or allow writting on stderr
[12:42] <oSoMoN> kenvandine, I've prepared a LO 5.4.6 build for artful (SRU: bug #1759404), would you be able to upload it for me? https://people.canonical.com/~osomon/libreoffice-5.4.6/
[12:42] <oSoMoN> I've built it in a PPA, verified that autopkgtests pass (on amd64) and successfully ran the manual test plan
[12:54] <oSoMoN> btw, is there a way to request an autopkgtest run for a package in a PPA? that would be super useful
[12:54] <oSoMoN> Laney, you probably know ^
[12:56] <seb128> oSoMoN, https://wiki.ubuntu.com/ProposedMigration#Testing_against_a_PPA
[12:58] <jbicha> acheronuk: I updated my merge proposal and new PPA packages (bionic3) are building https://launchpad.net/~jbicha/+archive/ubuntu/temp-ubiquity/+packages
[13:05] <oSoMoN> seb128, perfect, thanks!
[13:05] <seb128> oSoMoN, yw!
[13:08] <oSoMoN> it would work if I were allowed to upload libreoffice… seb128, mind running this for me? https://autopkgtest.ubuntu.com/request.cgi?release=artful&arch=amd64&package=libreoffice&ppa=osomon/lo-test&trigger=libreoffice/1:5.4.6-0ubuntu<IP_ADDRESS>~ppa1
[13:08] <oSoMoN> (I will request PPU for libreoffice someday, it's on my to-do list)
[13:09] <seb128> oSoMoN, done
[13:09] <oSoMoN> cheers
[13:12] <kenvandine> oSoMoN, sure
[13:20] <oSoMoN> thanks kenvandine
[13:22] <jbicha> acheronuk: new PPA packages are published now
[13:22] <didrocks> kenvandine: hey, mind pushing your g-c-c changes to the vcs? I had to revert my commits
[13:22] <kenvandine> didrocks, sorry!
[13:22] <kenvandine> will do
[13:23] <didrocks> kenvandine: no worry, I was wondering why I got a reject :)
[13:24] <seb128> that's annoying when it happens :/
[13:26] <kenvandine> didrocks, done
[13:26] <didrocks> thx!
[13:28] <kenvandine> oSoMoN, sponsored
[13:29] <oSoMoN> cheers!
[13:29] <xnox> seb128, re: https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1756006 -> if and when it is approved, i can do the systemd upload with relevant changes. But that FFe is not yet approved, right?
[13:30] <seb128> xnox, right, looks like Lukaz wanted and UIFe, maybe GunnarHj can help you with that
[13:30] <seb128> well I think the systemd change doesn't impact the UI
[13:31] <seb128> then g-s-d ... dunno if adding an enum is user visibile/reflecting on g-c-c choices (but then we need a string added there I guess)
[13:33] <jbicha> jibel: I added an updated screenshot (and merge proposal) to LP: #1758082
[13:34] <jbicha> seb128: gnome-control-center hard-codes the list of Power options, so there won't be a new string there unless we add it
[13:35] <seb128> that's what I though
[13:51] <willcooke> jbicha, we've got the OK from product management to drop the Amazon web app from the minimal session.
[13:51] <willcooke> congrats!
[13:52] <willcooke> ;)
[13:52] <jbicha> 🎉
[13:53] <didrocks> and committed! :)
[14:49] <willcooke> oSoMoN, there seem to be no scroll bars in LO Impress when you shrink the window from full screen.  Have you seen that one?
[14:53] <willcooke> oSoMoN, they're back once I restarted it
[14:53] <GunnarHj> seb128: For now I take it that we await the LP update of gettext instead of playing with a hack.
[14:54] <seb128> GunnarHj, we can do that and revisit in a week
[14:55] <GunnarHj> seb128: Yeah - suppose you by "do that" mean wait. ;)
[14:55] <seb128> right
[14:55] <GunnarHj> Ack.
[15:02] <willcooke> xnox, I've got the slideshow ready, but I updated the text slightly on the Software slide - do I need to do anything about that?
[15:03] <xnox> willcooke, last time i touched this, it was eons ago. If you run the previewer from the branch, if you see what you are expecting to see, it should be all just fine.
[15:03] <xnox> willcooke, i can review the branch, if you want....
[15:06] <willcooke> thanks xnox
[15:06] <willcooke> oh, my bad, it was cyphermox who pinged about it yesterday ^
[15:09] <cyphermox> as xnox said
[15:09] <oSoMoN> willcooke, weird, if you manage to reproduce please file a bug
[15:10] <cyphermox> the previewer helps a lot to make sure things look the way they should, sometimes spacing can be a little odd
[15:30] <Trevinho> xnox: yeah is the file sector sidebar, even in nautilus... Based in ambiance-rw. There might be some improvements to do, but after you got used to, it's nice
[15:32] <xnox> Trevinho, i liked from the first time I saw it!
[15:33] <Trevinho> Good :-)
[15:40] <willcooke> cyphermox, https://bugs.launchpad.net/ubuntu-themes/+bug/1759601  I checked with the testing tool, and it all looks good to my eyes.
[16:08] <seb128> jibel, the gnome-menus update issue, do you get steps where you can still trigger it without hitting the plymouth issue that is blocking L_aney to investigate?
[16:11] <jibel> seb128, I can try to find steps. I'd like to finish the review of ubiquity today but planned to work on upgrades tomorrow and fraiday. I'll check if I can find steps that do not hit the plymouth issue.
[16:20] <cyphermox> willcooke: cool, will review after lunch
[16:20] <willcooke> cyphermox, merci!
[16:48] <didrocks> have a good evening everyone
[17:10] <seb128> jibel, thanks, thursday or friday sounds good
[18:00] <jibel> jbicha, I merged the "update & software" page. Thanks for your work!
[18:00] <jibel> jbicha, can you drive the uife
[18:00] <jibel> ?
[18:00] <jbicha> um, I thought it was provisionally accepted based on fixing Kubuntu
[18:01] <jibel> I see nothing in the bug report and ubuntu-release is not subscribed
[18:01] <jibel> otherwise i'll do it tomorrow morning
[18:02] <jbicha> I'm interpreting comments #4 and #14
[18:02] <jbicha> Laney: do you want to reconfirm the UIFE for LP: #1758082 ?
[18:05] <willcooke> gnight all
[18:10] <jibel> jbicha, ah sorry, I missed #4. It's all good then. thanks
[18:10]  * jibel -> EOD
[18:10] <jbicha> cool, thanks for reviewing :)
[18:13] <seb128> good work guys!
[18:59] <oSoMoN> EOD, have a good evening everyone
[20:29] <jbicha> Trevinho: do you want to close LP: #1689239 now?
[20:52] <Trevinho> jbicha: correct
[22:52] <Trevinho> c-lobrano: hey, just to know... Will you do something for https://github.com/CanonicalLtd/desktop-design/issues/28 or should I?
[22:52] <ubot5-ng> CanonicalLtd bug 28 in desktop-design "Nautilus path bar buttons are inconsistent" (comments: 13) [Community Team, Open]


[01:32] <DJOmnifrog> yeah, I remember how to do this
[01:32] <DJOmnifrog> yeah, I remember how to do this
[01:32] <DJOmnifrog> >.>
[01:32] <DJOmnifrog> gonna be a fun night
[03:29] <average_guy> thats coo Unit193, sounds like the weather is spectacular
[03:30] <Unit193> Heh, not so much, just a good day.


 Yes. Connect a USB mouse or keyboard to it
 you know I just thought of that a few mins ago and fixed it
 the Mi Remote is still broken tho
 holy crap: https://media.giphy.com/media/l4FGHS1HmqxNKOzVS/giphy.gif
 @Ivoriesablaze
 @KMyers https://www.forbes.com/sites/gordonkelly/2017/05/16/google-pixel-2-taimen-specifications-leak/#2272b0b27741
 whoa whoa to strong there
 *too
 https://i.warosu.org/data/g/img/0510/19/1445870050758.jpg
 Stackexchange is using instant apps.
 Did you guys know that you can eject the CD-ROM using command "eject"?  This is new to me.
[13:33] <maxolasersquad> When I first got my work laptop, it was the only way to eject the disc. `sudo eject`.
[13:34] <maxolasersquad> That's since been fixed, fortunately.
 FYI - I have one seat available for SouthEast Linux Fest if anyone wants to ride up.
[14:04] <floridagram4> * ahoneybun demands the leaving on Thurs and switching drivers
 @ahoneybun, No can do
 I know lol
 Has anyone been able to get the ppa working for virtualbox on 17.04?
 Have not tried the latest PPA, whats up?
[17:16] <maxolasersquad> https://www.youtube.com/watch?v=Y2VF8tmLFHw
 Watching
 yes the Nexus Player is getting O maybe
 https://www.sudosatirical.com/articles/man-loses-will-to-live-during-gentoo-install/
 InfoSec Taylor Swift on Twitter: "still no ms17-010 patches for linux smdh" … https://mobile.twitter.com/SwiftOnSecurity/status/864684238188294145
 Is the SMB vulnerable on Linux?
 Android O here I come


[04:45] <tjaalton> chiluk: it's done by the chromium snap now
[11:16] <KGB-2> gnome-maps upstream/latest 17adc4a Jeremy Bicha * pushed 7 commits (first 5 follow) * https://deb.li/xFD
[11:16] <KGB-2> gnome-maps upstream/latest 4a29e89 Marcus Lundblad meson.build * Post-release version bump * https://deb.li/39IZM
[11:16] <KGB-2> gnome-maps upstream/latest abba193 Marcus Lundblad src/wikipedia.js * wikipedia: Fetch Wikidata thumbail before checking for article * https://deb.li/3xDky
[11:16] <KGB-2> gnome-maps upstream/latest 27c4294 Marcus Lundblad src/wikipedia.js * wikipedia: Correctly pass cached Wikidata to callback * https://deb.li/ilv14
[11:16] <KGB-2> gnome-maps upstream/latest 21d6a2a Marcus Lundblad src/userLocationMarker.js * userLocationMarker: Compensate for map rotation * https://deb.li/3xINz
[11:16] <KGB-2> gnome-maps upstream/latest 5e25820 Gianvito Cavasoli po/it.po * Update Italian translation * https://deb.li/398xv
[11:16] <KGB-0> gnome-maps pristine-tar 87007f5 Amin Bandali gnome-maps_44.2.orig.tar.xz.delta gnome-maps_44.2.orig.tar.xz.id * pristine-tar data for gnome-maps_44.2.orig.tar.xz * https://deb.li/K8dE
[14:05] <lissyx> jbicha, I'm unable to find a public message about that change of behavior for proposed (except a reply on stackoverflow fomn ghunmar)
[14:05] <lissyx> jbicha, even changing apt priority for lunar-proposed does not work :(
[14:09] <lissyx> jbicha, oh I had a typo, it works :)
[14:22] <lissyx> jbicha, ok so i should have everything from propsoed and I still have bogus focus when switching workspaces :(
[14:28] <KGB-0> gnome-software pristine-tar 8a00e5a Simon McVittie gnome-software_43.5.orig.tar.xz.delta gnome-software_43.5.orig.tar.xz.id * pristine-tar data for gnome-software_43.5.orig.tar.xz * https://deb.li/ixw5y
[14:28] <KGB-2> gnome-software upstream/43.x fcff75a Simon McVittie * pushed 6 commits (first 5 follow) * https://deb.li/3jumU
[14:28] <KGB-2> gnome-software upstream/43.x d42db93 Milan Crha meson.build * trivial: Post release version bump * https://deb.li/Y8En
[14:28] <KGB-2> gnome-software upstream/43.x 66b400d Philip Withnall lib/gs-plugin-job-list-apps.c * gs-plugin-job-list-apps: Fix a leak of the GsAppQuery * https://deb.li/3Awu7
[14:28] <KGB-2> gnome-software upstream/43.x 1355554 Philip Withnall lib/gs-plugin-job-manage-repository.c * gs-plugin-job-manage-repository: Fix a minor leak * https://deb.li/Fxl0
[14:28] <KGB-2> gnome-software upstream/43.x 241d074 Georges Basile Stavracas Neto lib/ gs-plugin-job-list-apps.c gs-plugin-job-manage-repository.c * Merge branch 'backport-1617-leak-fixes-gnome-43' into 'gnome-43' * https://deb.li/3dIa2
[14:28] <KGB-2> gnome-software upstream/43.x 0bdd1b7 Milan Crha NEWS data/metainfo/org.gnome.Software.metainfo.xml.in * Release version 43.5 * https://deb.li/uDJi
[16:50] <KGB-0> gnome-shell pristine-tar fca44c8 Simon McVittie gnome-shell_43.5.orig.tar.xz.delta gnome-shell_43.5.orig.tar.xz.id * pristine-tar data for gnome-shell_43.5.orig.tar.xz * https://deb.li/i2D74
[16:50] <KGB-0> gnome-shell upstream/43.x e94a00a Simon McVittie * pushed 26 commits (first 5 follow) * https://deb.li/U8JU
[16:50] <KGB-0> gnome-shell upstream/43.x 2ae0abc Florian Müllner js/ui/workspacesView.js * workspacesView: Update visibility after updating workspaces * https://deb.li/3txpF
[16:50] <KGB-2> mutter upstream/43.x 312dfe6 Simon McVittie * pushed 11 commits (first 5 follow) * https://deb.li/tJUx
[16:50] <KGB-2> mutter upstream/43.x 76ce6a0 Colin Kinloch src/wayland/meta-wayland-subsurface.c * wayland: Skip subsurface desync if parent is NULL * https://deb.li/3ru1E
[16:50] <KGB-0> gnome-shell upstream/43.x b09b17f Ivan Molodetskikh js/ui/screenshot.js * screenshot: Get cursor texture from window * https://deb.li/mua7
[16:50] <KGB-2> mutter upstream/43.x ba5cb05 Nart Tlisha po/ab.po * Update Abkhazian translation * https://deb.li/y8Fl
[16:50] <KGB-0> gnome-shell upstream/43.x cb43448 Jonas Dreßler js/misc/objectManager.js * misc/objectManager: Fix emission of object-removed signal * https://deb.li/3yDHd
[16:50] <KGB-2> mutter upstream/43.x 951b2a9 Sebastian Keller clutter/clutter/clutter-actor.c * clutter/actor: Get next action from list before handling current action * https://deb.li/3XwNI
[16:50] <KGB-0> gnome-shell upstream/43.x a3a9964 msizanoen1 js/ui/messageTray.js * messageTray: Don't set _notificationRemoved if destroyed notification is queued * https://deb.li/EDm2
[16:50] <KGB-2> mutter upstream/43.x 2941d06 Jonas Ådahl src/backends/meta-cursor-tracker.c * cursor-tracker: Don't leak window cursor on exit * https://deb.li/Jx7j
[16:50] <KGB-0> gnome-shell upstream/43.x 73b0aee Florian Müllner js/ui/panelMenu.js * panelMenu: Fix keynav of menu-less buttons * https://deb.li/3I8QC
[16:51] <KGB-2> mutter upstream/43.x c35e9f8 Jonas Ådahl (11 files in 6 dirs) * wayland/cursor-surface: Update cursor on dispose * https://deb.li/3mIVR
[16:51] <KGB-0> gnome-shell tags 7123005 Simon McVittie upstream/43.5 * Upstream version 43.5 * https://deb.li/XIuh
[16:51] <KGB-0> mutter tags 48b8957 Simon McVittie upstream/43.5 * Upstream version 43.5 * https://deb.li/3UDdD


[04:35] <xibalba> can i mount nfs onto mybuthuntu and pull in media from my nas
[04:52] <superm1> sure
[05:40] <xibalba> ok i figured out how to
[05:40] <xibalba> are there any specific requirments on video to play?
[16:15] <biffhero> !mysql
[16:15] <Zinn> If you are having problems connecting to your mysql database, perform the following to reconfigure it: [1] sudo dpkg-reconfigure mysql-server-5.5 (pay attention to the root password you set, you will need it later)  [2] sudo dpkg-reconfigure mythtv-database [3] sudo dpkg-reconfigure mythtv-common
[16:57] <qwebirc99613> hi guys, just upgraded avery old mythtv, old tv used svhs tv out with an nvidia 7300gs gpu
[16:57] <qwebirc99613> new tv uses a dvi > hdmi adapter, but that old card doesnt support audio
[16:58] <qwebirc99613> would you recommend replacing it with a current nvidia or amd gpu?
[16:58] <qwebirc99613> !help hdmi gpu
[16:58] <Zinn> !help hdmi gpu For a  complete list of my knowledge visit: http://www.baablogic.net/Zinn.cgi  Other available commands: !status, !about, !bug [bug_number].
[17:01] <qwebirc99613> also would like suggestions where to buy reasonably priced HD DVB-T and DVB-S2 cards in the UK
[17:07] <qwebirc99613>  BlackGold BGT3600 Dual DVB-T2/DVB-C, Dual DVB-S2, Analogue TV Tuner
[17:07] <qwebirc99613> is that currently suppoted?
[17:07] <qwebirc99613> google suggests not, but i have only found forums posts from ~2011 about it


[00:11] <mup> PR operator#626 opened: Update reference to chat system <Created by jtroup> <https://github.com/canonical/operator/pull/626>
[12:25] <mup> PR operator#625 closed: Spelling fixes found by codespell <Created by jtroup> <Merged by jnsgruk> <https://github.com/canonical/operator/pull/625>


[08:09] <ilmari> spam comment: https://bugs.launchpad.net/ubuntu/+source/aptitude/+bug/181406/comments/16
[13:00] <rick_h> adeuring: relieving you, but do you know how to delete comments? or hide them at least for the spam comment linked above?
[13:00] <rick_h> https://bugs.launchpad.net/ubuntu/+source/aptitude/+bug/181406/comments/16
[13:02] <adeuring> rick_h: go to the maim bug page and click the "hide comment" link below the offending comment
[13:03] <rick_h> adeuring: ah ok thanks
[13:09] <kalikiana> is it possible to tell LP the email to use for certain projects?
[13:10] <kalikiana> I could only find mailing lists in the email options, which is close but not enough
[13:21] <rick_h> kalikiana: the email used for what? If you setup a team to own the project, the team can have a team email address
[13:21] <rick_h> kalikiana: https://launchpad.net/people/+newteam
[13:22] <kalikiana> rick_h: the email to send notifications, bugs, etc to
[13:22] <kalikiana> it'S not "my" team
[13:24] <rick_h> kalikiana: so you'd have to create a team for that email and then subscribe with that team that you administrate I believe
[13:24] <kalikiana> hmm
[13:25] <kalikiana> so the team would only contain me and represent me?
[13:25] <rick_h> so you want to subscribe to projects but have the email for those go to different places?
[13:25] <rick_h> is it not enough to filter on the X- headers for it?
[13:25] <rick_h> I guess I'm not following 100% what you want to do
[13:27] <kalikiana> rick_h: taking mailing lists as the working example: I have some go to my personal address, and others to my work address
[13:27] <kalikiana> basically I'd like bug mail to behave exactly the same
[13:28] <rick_h> kalikiana: yea, it's not setup the same as the mailing lists
[13:29] <rick_h> you can either use the teams or you can create filters from the one address to forward to others. If you edit your bugmail settings you can name the subscription which will add headers to the email to filter on
[13:35] <kalikiana> rick_h: ah, so the name appears in the header
[13:36] <kalikiana> close but... I'd really like it to physically end up in the right inbox
[13:36] <rick_h> kalikiana: exactly, it's how I sort mine.
[13:36] <kalikiana> it feels wrong to mix work and private stuff
[13:37] <kalikiana> (and in some cases may include confidential details)
[13:37] <kalikiana> I guess there's no way to solve it for now
[13:37] <rick_h> kalikiana: yea, at that point though you're really heading to seperate accounts
[13:37] <rick_h> I'm looking to see if there's an existing bug for what you want to do
[13:38] <rick_h> at least give you something to follow
[13:38] <kalikiana> well, I already have separate mail addresses for lists - seems logical to me to take that to the next logical step
[13:39] <rick_h> yea, not seeing a bug, you could report it as one
[13:39] <kalikiana> okay, thanks. I'll file it then
[13:41] <kalikiana> oh, lp is great at finding dupes, got this after I typed the title: https://bugs.launchpad.net/launchpad/+bug/28688
[13:42] <rick_h> hah, my search foo < dupe detection
[14:10] <dobey> kalikiana: welcome btw. when did you start?
[16:03] <deryck> rick_h, my turn.
[16:03] <rick_h> deryck: ty
[16:10] <ilmari> why the triple "Topic for #launchpad:"?
[16:11] <deryck> heh, just noticed.  I'll fix it.
[16:11] <deryck> thanks for the heads up ilmari
[18:51] <exarkun> What changed about https://bugs.launchpad.net/ubuntu/+source/ubuntuone-client/+bug/851187 just now?
[18:51] <exarkun> I see.   A bunch of things that you don't get to see unless you look at the "Full Activity Log".
[18:51] <exarkun> Maybe if they're not worth rendering on the page, they're not worth sending email about.
[18:54] <bdmurray> deryck: Do you know how long is staging expected to be down?
[18:54] <deryck> bdmurray, I don't actually, I can check.
[19:01] <bdmurray> deryck: that'd be great as I'd like to use it for testing a bug reporting process
[19:09] <deryck> bdmurray, should be 10-15 minutes.  I'm guessing longer than that already?
[19:10] <bdmurray> deryck: 35 if my math is right
[19:11] <bdmurray> deryck: and if I noticed right when it started ;-)
[19:11] <deryck> right. :)
[20:15] <treaves> Do whiteboards support any kind of markup?
[20:28] <deryck> treaves, no, they don't.
[20:28] <deryck> abentley, over to you sir.
[20:29] <abentley> deryck: ack
[20:36] <bdrung> jelmer: Are you working on bug #402814?
[20:52] <jelmer> bdrung: yes, or at least parts of it
[20:53] <bdrung> jelmer: do you have a rough ETA when the git to bzr import could work?
[20:54] <jelmer> bdrung: that already works, it just requires an experimental bzr format at the moment
[20:54] <jelmer> (and the nested tree support in bzr working trees is still problematic)
[20:57] <bdrung> jelmer: the question is when this bzr format will be stable enough and rolled out
[20:59] <jelmer> bdrung: the next version will probably have sufficient repository level support
[20:59] <jelmer> bdrung: so it depends a bit on whwat you need
[20:59] <jelmer> bdrung: working tree level support won't be there before 2.6
[21:00] <bdrung> jelmer: what i am waiting for is a working launchpad bzr import of vlc
[21:00] <bdrung> jelmer: currently i am running a local script that just copies the files from git to bzr -> https://code.launchpad.net/~videolan/vlc/master-manual
[21:01] <jelmer> bdrung: are there just submodules in the history somewhere, or also in tip?
[21:01] <bdrung> jelmer: it think the submodules are just in the history
[21:01] <jelmer> bdrung: a resolution of the first situation is probably going to happen reasonably soon
[21:01] <jelmer> bdrung: the latter will take some more time


[01:13] <DarkwingDuck> Hey there everyone... my crazy life is slowly slowing
[02:36] <ryanakca> ScottK: Any news on kolabd?
[02:41] <valorie> ok, added more feedback on the https://wiki.kubuntu.org/MaverickMeerkat/Alpha3/Kubuntu/Feedback page
[02:42] <valorie> going offline to switch hard drives, and install Mav on the other one
[03:26] <ScottK> ryanakca: Not yet.  Need to work on it soon.
[03:27] <ScottK> After Riddel is back and I don't have to play Kubuntu rm anymore
[03:27] <ScottK> l/ll
[03:29] <ryanakca> ScottK: OK, thanks
[03:43] <valorie> damn it, that didn't work
[03:43] <valorie> HD has too many pins to fit into this lappy
[05:50] <MLx_O> any idea if/when will amd64 build be back?
[05:51] <persia> Build of which?
[05:51] <MLx_O> the whole .iso
[05:51] <persia> Oh.  Probably in the next couple days.
[05:52] <MLx_O> In time for beta release I suppose? ;)
[05:52] <valorie> it's gone?
[05:53] <MLx_O> valorie: haven't seen it on http://cdimage.ubuntu.com/kubuntu/daily-live/current/ for 3 days now
[05:54] <valorie> heh, probably moments after I downloaded
[05:54] <valorie> didn't work for me
[05:56] <valorie> it isn't available for ooo bun too either
[05:56] <valorie> so presumably the broken bits are in the common stack
[05:59] <valorie> http://cdimage.ubuntu.com/netboot/maverick/
[05:59] <valorie> netboot is available for ubuntu, however
[07:57] <jussi> apachelogger: who what?
[08:37] <apachelogger> well then
[08:37] <apachelogger> I fell asleep on my keyboard \o.
[08:37] <apachelogger> see, that is my left arm being broken
[08:38] <apachelogger> good morning Kubuntu :)
[08:38] <jussi> good morning apachelogger
[08:41] <valorie> I thought you were paying your bed a visit?
[08:42] <apachelogger> valorie: yeah, the night before ;)
[08:42] <valorie> sleep is good for your health
[08:42] <valorie> and your brain
[08:42] <apachelogger> not on a keyboad though :P
[08:42] <valorie> sleeping on keyboard, not so much
[08:42] <valorie> lol
[08:42]  * apachelogger feels very relaxed and full of energy for this new day ... ;)
[08:43] <apachelogger> jussi: so, the ninja cmd is missing quite some people, which made me think that maybe it would be a good idea to just have it draw names from launchpad
[08:44] <jussi> apachelogger: thats a lot of work. if you give me a list of names Ill update it now though.
[08:44] <jussi> apachelogger: however, patches will be taken ;)
[08:45] <apachelogger> dude, I had enough pyth0rn for the next decade or two
[08:45] <jussi> lol
[08:45] <jussi> apachelogger: thing is, Tsimpsons net is still down and while I can manipulate the bot well, writing new stuff is a little beyond me.
[08:46] <apachelogger> *nod*
[08:46] <apachelogger> well
[08:46] <apachelogger> I can craft an update manually
[08:46] <jussi> apachelogger: as I said, give me what you want there and Ill make it happen
[08:46] <apachelogger> which would of course be easier if someone had thought of maintaining the list in alphabetical order :P
[08:46] <jussi> lol
[08:50] <apachelogger> on that note, what happened to lex?
[08:50] <apachelogger> ...IIRC he did not say he would be away that long...
[08:51] <apachelogger> Ninja Time! apachelogger, bulldog98, debfx, JontheEchidna, Lex79, maco, neversfelde, nhandler, Quintasan, rgreening, Riddell, ScottK, stalcup, txwikinger
[08:51] <apachelogger> go package 4.5.1 :PPPPP
[08:51] <apachelogger> jussi: ^
[08:52] <jussi> !-ninjas
[08:52] <jussi> !no, ninjas-#kubuntu-devel is <reply> Ninja Time! apachelogger, bulldog98, debfx, JontheEchidna, Lex79, maco, neversfelde, nhandler, Quintasan, rgreening, Riddell, ScottK, stalcup, txwikinger
[08:52] <apachelogger> thank you
[09:08] <jussi> apachelogger: if it ever gets out of date, just do exactly as I did there but with new names, and it will appear in -ops and someone can update it.
[09:38] <apachelogger> jussi: cool, thanks
[09:38] <apachelogger> now hopefully I remember that ^^
[09:38] <jussi> :D
[09:44] <persia> apachelogger, If not, there are logs.  Just grep for jussi*ninjas*
[09:44] <jussi> !addfact | persia apachelogger
[09:44] <apachelogger> persia: just that my logs live in a postgres db on a server that is not mine ;)
[09:46]  * persia mumbles vaguely about the importance of control of one's personal data
[09:56] <apachelogger> Sput: you know, it would be cool to have an akonadi agent that interfaces with the quasselcore and holds a local cache of my logs so I have control over it in a way ;)
[09:57] <apachelogger> actually from an advertising POV it ought to be easily advertisable, even if it does not exactly have much use ^^
[09:59] <apachelogger> 64 bit or 32 bit install for my new laptop?
[10:00]  * apachelogger never had a 64 install...
[10:04]  * persia always uses 64-bit
[10:04] <persia> It only really matters if you have >2GB RAM.  For that, you get better performance at 64-bit.
[10:04] <apachelogger> oh, that said
[10:04] <persia> If you have less, it doesn't matter (although I run 64-bit on machines with less out of habit)
[10:04] <Sput> apachelogger: from an advertising POV, people seem to despise everything that mentions akonadi :P
[10:04] <apachelogger> I have 6 so I suppose 64 would make more sense ^^
[10:05] <apachelogger> hm, I wonder why that it ...
[10:05] <apachelogger> might it be "FAIL!!?
[10:06] <apachelogger> persia: are no amd64 dailies built?
[10:06] <persia> Depends on the flavour.  They are supposed to exist for kubuntu desktop/netbook
[10:06] <apachelogger> http://cdimage.ubuntu.com/kubuntu/daily/current/
[10:06] <apachelogger> nothing there
[10:08] <persia> Probably because of http://launchpadlibrarian.net/54223991/buildlog_ubuntu-maverick-amd64.qimageblitz_1:0.0.6-0ubuntu1_FAILEDTOBUILD.txt.gz but I'd have to dig longer to be sure
[10:09] <persia> Easy enough to make qimageblitz work on amd64/armel/powerpc and *not* i386, but I don't think that's really the right solution.
[10:10] <persia> http://people.canonical.com/~ubuntu-archive/livefs-build-logs/maverick/kubuntu/current/livecd-20100830-amd64.out says I'm wrong about that: the livefs got created.
[10:11] <apachelogger> persia: ubuntu does not have amd64 listed either http://cdimage.ubuntu.com/daily/current/
[10:13] <persia> Odd.  That's definitely a bug.
[10:13] <persia> http://people.canonical.com/~ubuntu-archive/cd-build-logs/kubuntu/maverick/daily-20100830.log whines about "No alternate CD for amd64!" but I'm not quite sure why
[10:17] <persia> Server is missing also, which makes me think there's some global messiness.
[10:27]  * apachelogger likes how k3b is not integrating properly into KDE
[10:36] <apachelogger> the manual partition thing is horrible to use
[11:38] <apachelogger> jtechidna: maybe knh should offer an option to turn off apport if crash reports are turned off, when I logged into gnome the other day the gtk ui of apport went crazy on me ^^
[11:39] <apachelogger> also the toehr way around I do think that the application crashes item should not be shown unless apport is installed and enabled since it might be misleading otherwise
[13:53] <txwikinger> apachelogger: ok?
[14:31] <sheytan> Hey
[14:31] <sheytan> if i would make a mockup of kubuntu start screen would it be possible that someone will implement it? :D
[14:35] <apachelogger> sheytan: that would first require discussion at a meeting since we traditionally stick with KDE's artwork
[14:36] <sheytan> apachelogger i would use KDE's artwork :)
[14:36] <apachelogger> then I am not sure what you mean
[14:36] <sheytan> When i find sometime, i'll make one. Maybe for 11.04 :D
[14:36] <sheytan> apachelogger when you put the cd, you get things like 'start kubuntu' 'check cd' and 'memory test'
[14:36] <sheytan> this screen
[14:36] <sheytan> it doesn't look nice right now :P
[14:37] <apachelogger> well
[14:37] <apachelogger> you dont have much options there
[14:37] <apachelogger> it is not like there i a larige color space available at that point
[14:37] <sheytan> btw, someone could replace the bars that shows partitions usage with the oxygen one used in kde ( if possible) :D
[14:37] <sheytan> maybe not, but we can make it look better :)
[14:41] <apachelogger> I am all in favor of making things look better ^^
[14:44] <sheytan> apachelogger who can i talk to about the partition usage bars? :D
[14:44] <apachelogger> sheytan: shtylman I suppose
[14:45] <sheytan> apachelogger ok, thanks. I'll talk to him when he comes ;)
[14:50] <sheytan> Btw, someone reeeeaaaaly should make a device action for system update. I mean, when you put the new release cd, it should be easy to run upgrade  to the new release of Kubuntu
[14:51] <sheytan> apachelogger where can i request a feature?
[14:51] <sheytan> Lanunchpad?
[14:51] <apachelogger> depends on the feature
[14:51] <sheytan> apachelogger ^^^
[14:51] <apachelogger> launchpad
[14:51] <apachelogger> will not be of much use though
[14:52] <apachelogger> I recommend proposing it on the mailing list and finding a developer who is going to implement that
[14:52] <sheytan> apachelogger kubuntu-devel mailing list/
[14:52] <sheytan> ?
[14:52] <apachelogger> yus
[14:53] <sheytan> i just unsubscribed couse i get to many messages from there :D
[14:53] <sheytan> but i'll do it again
[14:55] <sheytan> the installation take much more time with the new installer :(
[15:20] <apachelogger> bzr builddeb is the broken
[15:20] <apachelogger> oh noes
[15:20] <apachelogger> no I must manually merge
[15:20] <yofel> sheytan: really? it felt faster here
[15:20] <sheytan> yofel yep
[15:21] <yofel> slow network connection maybe? as it seems to download more things now
[15:21] <sheytan> launchpad sucks
[15:21] <sheytan> 2mbps
[15:21] <sheytan> launchpad is horrible hard. Find something there suuuucks :D
[15:21] <yofel> use google with 'site:launchpad.net' :P
[15:22] <sheytan> I just don't want use lanuchpad :D
[15:22] <yofel> it's not *that* bad usually...
[16:25] <CIA-71> [kdeaccessibility] Harald Sitter<EMAIL_ADDRESS>*<EMAIL_ADDRESS>* debian/changelog New upstream release
[16:33] <apachelogger> oh
[16:33] <apachelogger> bzr resolve also seems slightly out of line
[16:34] <apachelogger> hooray \o/
[16:50] <CIA-71> [kdemultimedia] Harald Sitter<EMAIL_ADDRESS>*<EMAIL_ADDRESS>* debian/changelog New upstream release
[17:24] <bulldog98> apachelogger: I take over kdeadmin
[17:25] <bulldog98> apachelogger: I need access to ktown
[17:27]  * shadeslayer waves to bulldog98
[17:27] <shadeslayer> bulldog98: rekonq maverick daily builds are a bit messed up, can you have a look when your free?
[17:27]  * bulldog98 waves to shadeslayer
[17:28] <apachelogger> bulldog98: you really just need someone to give you the tarball
[17:28] <bulldog98> apachelogger: so could you do that
[17:28] <shadeslayer> i could upload it
[17:28] <apachelogger> no, but shadeslayer maybe
[17:28] <shadeslayer> yeah hold on
[17:28] <apachelogger> I am currently wasting all my bandwith on kdegames
[17:28] <shadeslayer> :)
[17:28] <bulldog98> shadeslayer: I look to that
[17:28] <shadeslayer> yeah kdegames is huge :P
[17:29] <bulldog98> apachelogger: I’ll download with 54kbit/sec
[17:29]  * shadeslayer tries a ktown to people.ubuntu.com direct copy
[17:32] <shadeslayer> bulldog98: http://people.ubuntu.com/~rohangarg/packages/
[17:32] <shadeslayer> its still copying
[17:32] <shadeslayer> and done...
[17:38] <apachelogger> hm
[17:38] <apachelogger> uploading kdegames and doing a windows upgrade cant be a good idea
[17:40] <apachelogger> shadeslayer: it would appear to me that the rekonq address bar is blocking while waiting for suggestions
[17:40] <apachelogger> which would, considering that I have a slowish connection, explain the laggyness
[17:41] <apachelogger> because now I am on my new laptop and it still fails to update as quickly as I type
[17:41] <apachelogger> so I think hardware and config problems fall flat as possible cases
[17:55] <lex79> Hello Kubuntu ! :)
[17:58] <apachelogger> lex79 \o/
[17:58] <lex79> :-*
[17:58]  * apachelogger would order a welcome back party from kubotu, but since jussi stole the poor bot ... ;)
[17:59] <lex79> apachelogger: can you add this key in ktown? https://launchpad.net/~alessandro-ghersi/+sshkeys
[17:59] <lex79> and delete the old one please...thanks
[18:00] <apachelogger> lex79: done
[18:00] <lex79> ok thanks
[18:00] <apachelogger> hm, apparently dput failed at   Uploading kdegames_4.5.1.orig.tar.bz2: 56672k/56673k
[18:00] <apachelogger> is stuck there for 5 minutes now :/
[18:00]  * apachelogger grows ever so sad and restarts upload
[18:03] <CIA-71> [kdegames] Harald Sitter<EMAIL_ADDRESS>*<EMAIL_ADDRESS>* debian/changelog New upstream release
[18:04] <lex79> apachelogger: Permission denied (publickey)
[18:04] <lex79> :(
[18:04] <apachelogger> lex79: maybe kate likes to eat remote files now
[18:04] <apachelogger> lets try again
[18:05] <lex79> uhm
[18:05] <lex79> apachelogger: use nano then :)
[18:05] <apachelogger> you did not just say that!?!?!
[18:05] <apachelogger> that reminds me
[18:05] <lex79> hihih :)
[18:06] <apachelogger> I know for a fact that Quintasan is not using vim
[18:06] <apachelogger> because vim makes UNRELEASED super duper red backgrounded so one notices
[18:06] <apachelogger> Quintasan did not notice for the rc we skipped and went on to 4.5.0
[18:06] <lex79> lol
[18:06] <apachelogger> which either means he is close to blind OR not using vim
[18:07] <apachelogger> lex79: try agai
[18:08] <lex79> apachelogger: thanks it works now
[18:08] <apachelogger> ah
[18:08] <apachelogger> bbiab
[18:11]  * bulldog98 debuilding kdeadmin and 2 of 3 patches are now in Upstream
[18:13] <bulldog98> apachelogger: version number should be 4.5.1-0ubuntu1~ppa1 right?
[18:13] <bulldog98> +Epoche
[18:13] <debfx> bulldog98: yes
[18:14] <bulldog98> cause the number in bzr was 4.5.0b
[18:16] <bulldog98> apachelogger: should I bump the Build-Depends to 4.5.1?
[18:17] <ScottK> apachelogger: If Quintasan gets sponsored to UDS, we can take a moment when his guardian is distracted and give him some "encouragement" about proper editor usage.
[18:19] <jussi> apachelogger: that server may comeback online soon.. company said they might upgrade my net...
[18:19] <jjesse> ScottK: reported bug on plasma-widget-menubar per email: https://bugs.edge.launchpad.net/ubuntu/+source/plasma-widget-menubar/+bug/626935
[18:19] <ScottK> jjesse: Great.  Hopefully agateau can have a look at it.
[18:20] <jjesse> let me know how i can help
[18:23] <ScottK> That's all I know of.  We need to hear from agateau now.
[18:24]  * bulldog98 is thinking about weather it’s normal that there is a file gone since 4.5.0
[18:26] <lex79> debfx: why you removed/changed so many our "conflicts/replaces" in Qt ?
[18:26] <lex79> http://bazaar.launchpad.net/~kubuntu-members/qt/ubuntu/revision/111#debian/control
[18:27] <bulldog98> this is my error I get cause a file has gone in KDE: http://pastebin.kubuntu-de.org/191
[18:27] <lex79> Hi JontheEchidna !
[18:28] <JontheEchidna> Hi
[18:28] <bulldog98> JontheEchidna: found your easter egg
[18:28] <JontheEchidna> ;-)
[18:29] <ulysses> bulldog98: the Supercow power? where?
[18:29] <bulldog98> JontheEchidna: and translated it into German ;-)
[18:29] <bulldog98> ulysses: Ctrl+Shift+M
[18:30] <JontheEchidna> translated it? I don't think I made it translatable... (it requires a fixed-width font)
[18:30] <bulldog98> JontheEchidna: I did it and it works
[18:30] <ulysses> JontheEchidna: it's translatable, but aptitude contains also a similar sentence, so there isn't any problem
[18:30] <ulysses> and it's funny:)
[18:30] <bulldog98> JontheEchidna: found that only because I’ve translated it and I had to search the source code to use it
[18:31] <JontheEchidna> oh, right
[18:31] <JontheEchidna> but the picture isn't translateable ;)
[18:31] <JontheEchidna> I forgot there was another sentence in that dialog
[18:31] <bulldog98> JontheEchidna: yes
[18:32] <bulldog98> JontheEchidna: do you know if it can happen that KDE drops files with an new Bugfix release?
[18:32] <JontheEchidna> perhaps. It wouldn't be common but it would also not be impossible
[18:33] <JontheEchidna> e.g. even a file name change will show up as a removal + an addition
[18:33] <bulldog98> JontheEchidna: it’s an removal
[18:35] <ScottK> It happens
[18:36] <bulldog98> btw is debuild multithreadable?
[18:36] <ScottK> debuild is a wrapper, so it depends.
[18:36] <ScottK> dpkg-buildpackage can do parallel builds if they are supported by the package.
[18:36] <bulldog98> hm ok ScottK but it is an picture of the doc. So I was asking if it would be OK.
[18:37] <bulldog98> Ok thanks ScottK for that information
[18:48] <bulldog98> I also got an new app
[18:48] <bulldog98> forgot about that but the app got new things
[19:17] <bulldog98> can I ignore knetworkconf because it was disabled in 4.4.3
[19:25] <sabdfl> anybody interested in helping setup a daily build of scribus-ng?
[19:25] <sabdfl> i mailed Oleksander, the debian maintainer who is also an upstream committer
[19:25] <sabdfl> he takes very good care of (K)ubuntu users, has more recent packages in an archive with great docs etc
[19:26] <sabdfl> and he's keen to collaborate on a daily build
[19:29] <ScottK> shadeslayer or yofel: Maybe you two would be interested  ^^^
[19:34] <yofel> hm, shouldn't be too hard if we use recipes, if the source on https://edge.launchpad.net/scribus is what should be used that is
[19:35] <ScottK> sabdfl: ^^^ A volunteer.  He's been working on KDE nightly builds, so should be just about perfect to help out.
[19:46] <apachelogger> bulldog98: no version bumps unless necessary
[19:47] <bulldog98> apachelogger: ok and to the knetworkconf? Should I enable it or not
[19:48] <apachelogger> ScottK: yeah, that is a very good idea ... now only if I got sponsored ^^
[19:48] <apachelogger> jussi: cool
[19:48]  * jussi crosses fingers
[19:48] <apachelogger> bulldog98: that what the where the when?
[19:49] <EagleScreen>          /join ubuntu+1
[19:49] <apachelogger> EagleScreen: loose the whitespaces there ;)
[19:49] <sabdfl> yofel, ScottK: coolio!
[19:49] <bulldog98> apachelogger: knetworkconf is enabled in control since 4.4.3 sync with debian
[19:49] <yofel> sabdfl: any way I can talk to Oleksander on irc?
[19:50]  * apachelogger notes that the free ati driver is super silly in making the flipping gpu fan spin like wild... and that fan is like super loud
[19:50] <apachelogger> very helicopter like ^^
[19:50] <bulldog98> apachelogger: mind your computer is rising into the air
[19:50] <apachelogger> bulldog98: and what is the problem?
[19:50] <sabdfl> yofel: i bet he's on both freenode and oftc
[19:50] <bulldog98> apachelogger: should i enable it or not
[19:51] <bulldog98> it’s only uncommenting the lines
[19:51] <apachelogger> bulldog98: you just said that it is enabled since 4.4.3?
[19:51] <bulldog98> apachelogger: it’s disabled since 4.4.3
[19:51] <apachelogger> then leave it disabled? ^^
[19:51] <bulldog98> apachelogger: sorry writing mistake
[19:52] <bulldog98> apachelogger: ok
[19:52]  * bulldog98 builds kdeadmin in pbuilder to satify it’s deps
[19:53] <apachelogger> also
[19:53] <apachelogger> bulldog98: you need to do more careful research
[19:53] <apachelogger> it is disabled since 4.2.1-0ubuntu3 (jaunty time)
[19:53] <apachelogger> and the changelog entry says that it is disabled because it is utterly broken
[19:54] <bulldog98> apachelogger: the last says the same
[19:54] <apachelogger> well, then, why do you ask :P
[19:54] <apachelogger> clearly the only reason to turn it on again would be that it got unbroken
[19:54] <apachelogger> which is not the case
[19:54] <apachelogger> so ... :)
[19:54] <bulldog98> apachelogger: to make sure the things I do are right
[19:54] <bulldog98> :)
[19:55] <apachelogger> point taken ^^
[19:56] <apachelogger> oh
[19:57] <apachelogger> shadeslayer: http://aplg.kollide.net/images/avatar/snapshot1.png
[19:57] <apachelogger> what i that then?
[20:20] <CIA-71> [kdetoys] Harald Sitter<EMAIL_ADDRESS>*<EMAIL_ADDRESS>* debian/changelog New upstream release
[20:23] <lex79> debfx: in case you lost my last message, why you removed/changed so many our "conflicts/replaces" in Qt ?
[20:23] <lex79> debfx: http://bazaar.launchpad.net/~kubuntu-members/qt/ubuntu/revision/111#debian/control
[20:31] <bulldog98> what to do if pbuilder ended successfully (I’m not an kubuntu-member)
[20:43] <bulldog98> apachelogger: would it be clever to undo the build of knetworkconf, too? So launchpad doesn’t get that much work?
[20:44] <apachelogger> bulldog98: not worth the effort IMHO
[20:44] <apachelogger> that would probably only cut one minute of the build time
[20:55]  * apachelogger notes that building with an i7 is very nice
[20:57]  * yofel agrees
[20:59]  * rbelem would like to own a computer with i7 :'(
[20:59] <CIA-71> [kdewebdev] Harald Sitter<EMAIL_ADDRESS>*<EMAIL_ADDRESS>* debian/changelog New upstream release
[21:02] <apachelogger> rbelem: write a letter to intel ... dear intelz, I very much luv your products, especially the i7, but I do not posses a PC to put an i7 in, also I have no i7 I could put into a PC, which is very sad. it would be super awesome if you could send me a PC and an i7 to put into that PC. yada yada regards.
[21:03] <apachelogger> note that it must be a letter, they wont believe you if you send an email
[21:03] <rbelem> LOL
[21:03] <rbelem> that will not work
[21:04] <rbelem> are ou sure it will work?
[21:04] <rbelem> :-D
[21:05] <dantti_work> it will, you'll won two PCs
[21:05] <apachelogger> rbelem: well, it would be worth a try, would it not? also intel is a large company, so there are bound to be spare PCs standing around in some room no one knows about because the person who knew was sacked
[21:05] <ScottK> yofel: I'd look up his email address and email him about IRC contact.
[21:06] <rbelem> ehehe
[21:06] <rbelem> i think i will try
[21:06] <dantti_work> rbelem: before you try be sure to erase your name from google :P
[21:07] <apachelogger> I do not think intel employees get payed for googling
[21:07] <bulldog98> apachelogger: finished what to do to upload it
[21:07] <yofel> ScottK: mark cc'd me to the mails so I will
[21:07] <ScottK> yofel: Great.
[21:07] <apachelogger> bulldog98: are you member of kubuntu-ninjas?
[21:07] <bulldog98> apachelogger: yes
[21:08] <apachelogger> suffix the version with ~ppa1 and set the target series to maverick
[21:08] <rbelem> dantti_work, you should try too, as far as i remember you computer is a little bit old too, isn't it?
[21:08] <ScottK> Any one having any luck with Kubuntu Maverick beta installs (Live)
[21:08] <apachelogger> then build a source package and dput it to ppa:kubuntu-ninjas
[21:08] <apachelogger> then debcommit your bzr changes and push the branch
[21:08] <bulldog98> apachelogger: debcommit?
[21:08] <apachelogger> then find someone to check your commit
[21:09] <apachelogger> bulldog98: man debcommit
[21:09] <apachelogger> oh, you cannot commit
[21:09] <apachelogger> you are not kubuntu member ;)
[21:09] <dantti_work> rbelem: my wife returned my core2duo when I brought her a vaio :P
[21:09] <apachelogger> bulldog98: either create a bzr merge directive (bzr send --help) or a regular patch (bzr diff) and send it to<EMAIL_ADDRESS>[21:09] <rbelem> ehehe
[21:10] <debfx> lex79: these conflicts aren't necessary for lucid->maverick upgrades
[21:10] <dantti_work> rbelem: now I want a vaio :P don't you wanna buy a Dell?
[21:10] <apachelogger> dont buy dells with ati cards :P
[21:10] <apachelogger> you will get a helicopter for free
[21:11] <rbelem> dantti_work, mine is a core2duo too, but it takes too long to compile
[21:11] <dantti_work> no, it's a NVidia 8400gs
[21:11] <apachelogger> well, if you want that then get a machine with ati chip
[21:11] <apachelogger> ultimately HD
[21:11] <dantti_work> rbelem: which clock? mine is 2.4 pretty fast
[21:11] <rbelem> 2.2
[21:12]  * apachelogger is about to finish uprading to vista sp1 \\o/
[21:12] <bulldog98> rbelem: buy server hardware (two 8 Cores and 64GiBi Ram) and you won’t have to worry anymore
[21:12] <rbelem> ehehe
[21:12] <apachelogger> writing a letter to IBM?
[21:12] <yofel> ScottK: I'll try the installation again in a moment, but is 'try kubuntu' supposed to work currently? I get the installer with a slideshow and nothing else http://yofel.dyndns.org/pics/ext/live.png
[21:12] <rbelem> the problem here is money :-D
[21:12] <apachelogger> dear I bee em...
[21:13] <apachelogger> beem
[21:13] <apachelogger> scotty!
[21:13] <apachelogger> \o/
[21:13] <rbelem> it would be nice to receive a big black box with the ibm brand :-D
[21:13] <apachelogger> oh
[21:13] <apachelogger> you know
[21:13] <dantti_work> rbelem: you will know that when your child is born, no more money for tech stuff :P
[21:14] <apachelogger> there is one aspect about server hardware that no one considers
[21:14] <apachelogger> running that stuff is flipping expensive
[21:14] <apachelogger> !!!
[21:14] <apachelogger> like srsly
[21:14] <apachelogger> cooling alone
[21:14]  * apachelogger just started crying
[21:15] <rbelem> dantti_work, i'm already preparing myself for that :'(
[21:15] <apachelogger> eh
[21:15] <apachelogger> Oo
[21:15] <apachelogger> does apport disobey my orders from /etc/default/apport now
[21:16] <apachelogger> or is it that hook stuff that thinks I want to hear crap from apport?
[21:17] <rbelem> apachelogger, i imagine that servers should make the energy bill much more expensive
[21:18] <apachelogger> unless you are married to the boss of the energy provider
[21:18] <rbelem> eheheh
[21:19] <apachelogger> or something similar, while he is married to someone else
[21:19] <apachelogger> ...
[21:21] <ScottK> yofel: It hasn't been updated since Friday when it didn't work, but it's not clear if that was a one time failure of if everything fails.
[21:27] <yofel> ScottK: well, the 'try kubuntu' option gives me only the slideshow no matter how often I try it
[21:27]  * yofel goes looking at .xsession-errors
[21:27] <ScottK> Thanks.
[21:27] <ScottK> yofel: It doesn't look like bug 625586 does it?
[21:28] <yofel> no, there's plenty of memory left and no oom-killer messages, it just doesn't do anything
[21:28] <yofel> erm, as what user is the installer being run?
[21:29] <ScottK> No idea.
[21:29] <ScottK> I do know it's supposed to start installing as soon as it can and be working on installing stuff while it asks you questions.
[21:30] <yofel> ScottK: yeah, but I'm not trying to *install* it, I want to try the live disk
[21:30] <ScottK> Right.
[21:30] <yofel> but the installer doesn't let me
[21:30] <ScottK> IIRC that worked.
[21:45] <bulldog98> apachelogger: send that mail
[21:47] <apachelogger> hm
[21:48] <apachelogger> bulldog98:
[21:48] <apachelogger> -usr/share/doc/kde/HTML/en/ksystemlog/groupby-hour.png
[21:48] <apachelogger> +#usr/share/doc/kde/HTML/en/ksystemlog/groupby-hour.png
[21:48] <apachelogger> what is the story behind that?
[21:48] <apachelogger> +debian-changes-4:4.5.1-0ubuntu1~ppa1
[21:48] <apachelogger> and that is 100% wrong
[21:48] <bulldog98> apachelogger: that file is gone in the sourcepackage
[21:49] <apachelogger> so why did you comment it out?
[21:49] <bulldog98> apachelogger: maybe it’ll come back
[21:49] <apachelogger> bulldog98: what makes you think that?
[21:50] <bulldog98> apachelogger: hm normally I wouldn’t purge an picture for an doc
[21:50] <bulldog98> maybe an mistake
[21:51] <apachelogger> well
[21:51] <apachelogger> why did it disappear from the source?
[21:51] <bulldog98> apachelogger: I don’t know
[21:52] <apachelogger> bulldog98: see, that is the wrong answer ;)
[21:52] <apachelogger> bulldog98: I recommend you take a look at KDE websvn and try to find a trace of that file and what happened to it
[21:52] <apachelogger> because it might very well be that its removal was accidential and now the the documentation would be broken
[21:53] <bulldog98> apachelogger: I’ll do that
[21:58] <bulldog98> apachelogger: ok that picture was defently old
[22:00] <bulldog98> apachelogger: and that was an doc update
[22:01] <bulldog98> apachelogger: next time I know for what I have to check
[22:04] <apachelogger> bulldog98: :)
[22:04] <apachelogger> bulldog98: once you have a new patch, just send it my way
[22:04]  * apachelogger is going to go to bed, properly, not keyboard ^^
[22:05] <bulldog98> apachelogger: if I do a new patch, do I have to reupload the package?
[22:05] <bulldog98> and bump ppa1 to ppa2?
[22:05] <apachelogger> yes
[22:05] <bulldog98> apachelogger: ok doing that
[22:05] <apachelogger> because you actually uploaded a poluted package it seems (from that debian-changes line I pasted earlier)
[22:06] <apachelogger> so make sure your package does not contain changes outside patches
[22:06]  * apachelogger out
[22:29] <dantti_work> can someone confirm to me that ScanDesktopFiles is false in /etc/PackageKit/PAckageKit.conf in maverick?
[22:31] <dantti_work> according to http://bazaar.launchpad.net/~packagekit/packagekit/ubuntu-maverick/annotate/head:/debian/patches/defaults.patch it is false
[22:31] <dantti_work> ScottK: can you make it true?
[22:32] <ScottK> dantti_work: I could accept it if someone like apachelogger or JontheEchidna would upload it.
[22:33] <ScottK> If I upload it, I can't accept it and with riddell away, it's best we leave it so I can.
[22:34] <dantti_work> right, it's weird cause riddell told me he enabled this, and now a friend told me it isn't :P
[22:59] <sheytan> shtylman hi there ;)
[22:59] <sheytan> i've got an idea about the kubuntu installer
[23:45] <Riddell> how's the installer doing?


[07:24] <klebers> xnox, hey! the riscv meta update was already published to -proposed in case you want to test it. Also, do we need those Breaks to it?
[08:06] <laney> bdmurray: almost all packages will have that. As part of initialisation we look for a pass in the history, so that we can determine if a failure is a regression or not.
[08:28] <klebers> sil2100, hi! Sorry, I missed your ping yesterday. The default riscv meta switch to 5.11 is already in -proposed, we can promote it to -updates as soon as all the pieces are tested together.
[08:29] <sil2100> \o/
[08:29] <klebers> but we also should check with xnox if adding the Breaks he suggested will be necessary. In that case we'll need to start a re-spin asap.
[09:45] <doko> fyi, gcc-defaults pointing to GCC 11 is now in impish-proposed, but not yet built on all archs. will follow-up once it it built everywhere
[10:40] <utkarsh2102> hey, what's the correct link for reading the ubuntu-policy?
[10:40] <utkarsh2102> sometime back, it was hosted on http://people.canonical.com/~cjwatson/ubuntu-policy/
[10:41] <utkarsh2102> is it https://ubuntu.com/legal/terms-and-policies?
[10:59] <xnox> doko:  i am getting illegal instructions after building u-boot. It's using gcc-10 still, but uses gcc-11-base things. It shouldn't matter. Will try rebuilding u-boot from impish in hirsute to check if that is any better.
[11:01] <doko> good start ... :-/
[11:42] <xnox> it's on riscv64
[13:15] <GunnarHj> Hi rbasak! Would be good if you could revisit bug #1938747 and accept the focal upload too. Trevinho seems to be on vacation, and the uploader is on the alert with verification.
[13:33] <xnox> LocutusOfBorg:  doko: uploaded http://launchpadlibrarian.net/551745370/debhelper_13.3.4ubuntu1_13.3.4ubuntu2.diff.gz to hopefully fix setuid and setgid bits that go missing after dh_strip.
[13:34] <doko> xnox, did you revert the "cat" approach that I added?
[13:34] <xnox> i wonder if any other similar commands that do things to binaries need to do the same. I.e. in case strip_nondeterminism operates on setuid or setgid
[13:34] <xnox> doko:  i am keeping cat, because that preserves ownership
[13:34] <doko> ok
[13:35] <xnox> doko:  i did not test if chmod --reference $file-to-modify $tempfile; followed by chmod --reference $tempfile $modified-file => does everything right.
[13:35] <xnox> or i.e. if chown is also needed. does binutils looses owner/group too?
[13:35] <xnox> "loose" -> mangle / destroy
[13:36] <doko> I think that thing is reverted in 3.37, which we now have in the archive
[13:36] <xnox> also I was confused about umask. Rules-Requires-Root: binary-targets and Rules-Requires-Root: no are different umasks, no? 0022 vs 0002 no idea if that matters.
[13:36] <doko> 2.37
[13:36] <xnox> ah, so we might not need anything anymore?!
[13:36] <doko> I haven't looked to rrr yet
[13:38] <Trevinho> GunnarHj: not in vacation :-)
[13:40] <GunnarHj> Trevinho: Ah, good. Then can you please visit that bug and clarify the situation.
[13:43] <Trevinho> GunnarHj: mh I checked, but I wasn't involved on that, was i?
[13:47] <LocutusOfBorg> xnox, please forward in Debian too
[13:47] <LocutusOfBorg> I don't want this delta
[13:48] <LocutusOfBorg> in Ubuntu, for vbox
[13:53] <xnox> LocutusOfBorg:  i'm not touching anything in virtualbox yet; trying to fix debhelper/binutils incompat in ubuntu
[13:54] <LocutusOfBorg> also hirsute needs fixes, or we can just set R^3: no after its EOL :D
[14:04] <GunnarHj> Trevinho: You became involved indirectly since you had pushed a hirsute fix of another bug to the repo, and I uploaded that. Please see comment #11.
[14:36] <rbasak> GunnarHj: thank you for following up. I'm happy to just accept the Focal upload. I just want to confirm that Trevinho is happy with that, but sounds like he is?
[14:37] <GunnarHj> rbasak: I'm trying to find out. :)
[14:37] <GunnarHj> ^
[14:39] <rbasak> :)
[15:21] <rbasak> GunnarHj: I just went ahead and accepted gnome-control-center into Focal, seeing as nobody has objected by now.
[15:22] <rbasak> If that's wrong, we can always upload over the top if necessary.
[15:22] <rbasak> (I didn't want to hold up _this_ bug any more given we have people actively working on it)
[15:22] <rbasak> GunnarHj: and thank you again for sponsoring and following up!
[15:24] <GunnarHj> Thanks rbasak
[18:01] <juliank> Looking for feedback on whether delta upgrades would be a meaningful improvement for Ubuntu users, and which
[18:12] <sarnold> juliank: at first I'm skeptical -- the pdiff things for debian package lists always felt vastly slower for me than just grabbing new lists entirely
[18:13] <sarnold> juliank: delta updates sounds appealing for folks on slow connections, but those folks also often have high-latency connections, and doing a bunch of little bursty things can take as much time as fewer larger things
[18:13] <juliank> sarnold: it's the same number of delta deb files as it is for deb files, though
[18:14] <sarnold> juliank: *iff* you allow downloading a single exact jump from whatever previous package the user has installed to whatever latest is, yeah
[18:14] <sarnold> juliank: if the way to jump four versions involves downloading four diffs, it'll be much more
[18:15] <juliank> sarnold: no jumps allowed because the delta is just passed to dpkg to install like a normal deb (it patches the installed files directly; well into .dpkg-new files)
[18:16] <sarnold> juliank: ah so in the case of jumping four versions, apt would just download the new version like it does today?
[18:17] <juliank> sarnold: yeah if no such delta exists, sure
[18:17] <juliank> sarnold: there was the question of how to check for the delta and verify it
[18:18] <juliank> sarnold: The approaches were to have an index file like Packages, just called Deltas with SHA256 and Filename fields (we just so we get a SHA256 for the delta), well and size; and then use Pdiffs for that
[18:19] <juliank> sarnold: And of course, my approach with a bloom filter file and an additional index file per source package
[18:20] <sarnold> juliank: ooo. I initially quite like that bloom filter with index-per-source idea.
[18:21] <juliank> sarnold: See repository layout v2 https://wiki.debian.org/Teams/Dpkg/Spec/DeltaDebs
[18:22] <juliank> There's some stuff about unique package ids that's needed to, and it's different unique ids than what reproducible builds people want, which is distracting
[18:22] <sarnold> juliank: I'm reminded of perfect hash maps, eg https://docs.rs/boomphf/0.5.9/boomphf/
[18:22] <sarnold> juliank: .. of course using something like this would make it awkward to add new packages to a release, so at least kernel packages would be miserable..
[18:23] <juliank> sarnold: not _really_
[18:23] <juliank> sarnold: so the deltas are between package ids, and can hence be across source packages
[18:23] <juliank> sarnold: Basically you'd look at the new ID, download the delta index if you see old ID -> new ID in bloom filter and then see if there
[18:24] <juliank> is really a delta
[18:24] <juliank> sarnold: All you have to do in the end I think is to add rename support to the delta generator
[18:24] <juliank> Well, maybe you want to avoid delta lookups for new installs, and hence want that rename support in apt too
[18:25] <juliank> So yes it can be a bit to wrap your head around
[18:26] <sarnold> juliank: is there a way to unapply these diffs? I'm really surprised how often I need to tell people about /var/cache/apt/archives/ to help them unstick things..
[18:27] <juliank> sarnold: so you'd have to have the complete deb for that


[20:56] <yano> https://olvr.sos.state.oh.us/
[20:56] <jenni> [ Register to Vote or Update Your Voter Registration Information ] - https://olvr.sos.state.oh.us


[11:39]  * PaulW2U summaries to go - 5
[18:08] <PaulW2U> summaries finished
[18:20] <pleia2> :D
[18:20] <pleia2> thanks PaulW2U
[18:50] <pleia2> this is a good issue <3
[18:52] <PaulW2U> Yes, more community, less Canonical :)
[18:52]  * pleia2 nods
[18:56]  * pleia2 unhelpfully adds two more press articles
[18:57] <pleia2> I can write summaries after doing stats ;)
[19:16] <pleia2> Unit193: link check? https://wiki.ubuntu.com/UbuntuWeeklyNewsletter/Issue416
[19:16] <pleia2> and sent to the editors early \o/
[19:25] <Unit193> https://launchpad.net/~gustavosantaremsilva borked, http://linux.softpedia.com/blog/Ubuntu-15-10-to-Be-Called-Wily-Werewolf-ff480096.shtml borken.
[19:26] <Unit193> https://wiki.ubuntu.com/gsilva that's what he links to even.
[19:27] <Unit193> https://launchpad.net/~gsilvapt there
[19:31] <PaulW2U> Unit193: Fixed both links. Try again?
[19:35] <Unit193> Oh right.  Yep, just the usual now, PaulW2U.
[19:50] <PaulW2U> Thanks
[22:09] <ahoneybun> pleia2: hello
[22:09] <pleia2> o/ ahoneybun
[22:10] <ahoneybun> check this out: https://drive.google.com/file/d/0B6zAAODZFwQ2SGJCQ1YxRE1IaUU/view?usp=sharing
[22:10] <pleia2> what is it?
[22:11] <ahoneybun> a talk for SELF I'm thinking of doing
[22:11] <pleia2> ah
[22:11] <ahoneybun> about Documentation
[22:12] <pleia2> might be worth discussing with the broader ubuntu-doc community, but I think consolidation would be tough sell
[22:12] <pleia2> each team already has contributors who are well-versed in their specific formats, and Ubuntu still pulls a fair amount from Gnome (which is why they use Mallard)
[22:12] <pleia2> it's a lot of work to move to a new format, and I just don't see the teams having it
[22:13] <ahoneybun> Mallard?
[22:13] <pleia2> ubuntu desktop docs are written in Mallard
[22:13] <ahoneybun> oh ok
[22:13] <ahoneybun> I've been focusing on online formats
[22:14] <pleia2> ubuntu server is still in docbook (same as xubuntu)
[22:14] <ahoneybun> I have xubuntu as xml
[22:14] <ahoneybun> must be docbook = xml
[22:14] <pleia2> docbook is a type of xml
[22:14] <ahoneybun> oh ok
[22:14] <pleia2> https://help.ubuntu.com/stable/ubuntu-help/index.html <-- official online desktop docs generated from Mallard
[22:14] <ahoneybun> thanks or the correction
[22:15] <pleia2> just like docs.xubuntu.org are generated from docbook
[22:15] <ahoneybun> Ubuntu Deskop Docs - Mallard = HTML
[22:15] <pleia2> help.ubuntu.com/community/ is a moinmoin wiki, but most of it isn't well maintained and the docs team doesn't see it as a priority
[22:16] <pleia2> well, Mallard, DocBook, LaTeX, etc can all generate HTML
[22:16] <ahoneybun> Xubuntu - DocBook
[22:16] <pleia2> Ubuntu Desktop Docs: Mallard
[22:16] <pleia2> Ubuntu Server Docs: DocBook
[22:16] <pleia2> Xubuntu Docs: DocBook
[22:16] <ahoneybun> I've been looking at Sphinx and reStructuredText
[22:17] <ahoneybun> since it can be outputed at HTML, PDF, and eBook
[22:17] <pleia2> that's what OpenStack is moving toward, but there are a lot of paid people working on doing the transition from DocBook, it's a huge project that's taking them months
[22:17] <Unit193> Sphinx is used by a lot of Python projects.
[22:17] <pleia2> DocBook can too :) that's how the server docs are relased
[22:18] <pleia2> Unit193: yeah
[22:18] <ahoneybun> the main reason I see using a single language is that many projects can help each other out
[22:18] <ahoneybun> using one language contributation is much easier
[22:18] <pleia2> ahoneybun: again, a discussion for #ubuntu-doc, but transitioning to that is a huge, huge project
[22:18] <pleia2> it may be easier, but you need buy in from everyone involved, and it's a ton of work :(
[22:18] <ahoneybun> oh did not know you meant to move it over ther
[22:20] <pleia2> it's particularly hard for Ubuntu desktop docs since they still copy stuff over from Gnome+Mallard, so every cycle there's the extra work of translating to RST
[22:20] <pleia2> in addition to the initial transition, which all teams would have to do
[22:21] <pleia2> they struggle to have enough volunteers to even review documentation for updates, let alone all that other work
[22:46] <ahoneybun> whois pleia2
[22:46] <ahoneybun> lol
[22:47] <Unit193> /
[22:52] <ahoneybun> got it thanks Unit193
[22:53] <Unit193> Heh. :)


[01:21] <krakrjak> I'm wanting to test out some kernel patches I'm authoring and I can't seem to get a build. My patches are not applied yet, I updated the debian/changelog and now can't get a build.
[01:22] <krakrjak> I think this has to do with using the linux-signed package. Any pointers?
[01:40] <bjf> krakrjak, have you looked at: https://wiki.ubuntu.com/Kernel/BuildYourOwnKernel
[01:55] <krakrjak> bjf: yes, that's what I was following. It says to update the debian/changlog to inclue a +test1 version so I won't get confused when I install the patched version.
[01:56] <krakrjak> When I do that I get KeyError: 'linux-libc-dev: package version not found'
[01:57] <bjf> krakrjak, show me what "head -1 debian.master/changelog" looks like
[01:58] <bjf> krakrjak, which sries are you building? i assume bionic
[02:00] <krakrjak> bjf: I am building bionic, using the apt method not the git method.
[02:03] <krakrjak> bjf: here are the two changelog entries that matter, mine at the top and the extant one below it https://paste.ubuntu.com/p/M5TdMRdRVN/
[02:06] <bjf> krakrjak, yes, it's the change to linux-image that it's not pointing at the signed package that is making it impossible for those instructions
[02:07] <bjf> krakrjak, the best thing is to use the git method
[02:09] <krakrjak> bjf: ok, will try that.
[02:12] <krakrjak> bjf: does the apt method work then? what would it still be good for if you can't do local version bumps? just curious
[02:12] <bjf> krakrjak, looks like you can also try "apt-get source linux-image-unsigned-$(uname -r)"
[02:15] <krakrjak> bjf: worth a shot. I'll try that too :) thanks for the tip!
[02:18] <bjf> krakrjak, with the git method you can easily get to your current version, past versions and possibly the next version. you use git tags to build the one you want.
[02:19] <krakrjak> bjf: yeah, it's just super heavy on disk for the small patch I want to test. starting with the packaged version is much better for me to play with in this situation.
[02:20] <krakrjak> bjf: I'll have to do the git method eventually anyway, I just wanted to start playing with the code right away to see if I'm no the right track and I'm still at 2% cloning while I can get a test build before that even completes.
[02:24] <bjf> krakrjak, you can also play with --depth with git. that doesn't grab quite so much
[02:31] <krakrjak> bjf: In the end it will be fine. I do want the whole git tree...
[02:35] <krakrjak> bjf: Thank you for your help, I'm able to apply my patches and build the linux-image-unsigned packages with the proper version bump. I'll test with that for a bit.
[02:35] <krakrjak> What do I need to do to get code upstreamed if I do get something going well? In particular I'm extending the caiaq usb sound driver.
[02:36] <krakrjak> Any pointers on what to do to play nicely with the process would be really helpful.
[02:38] <bjf> krakrjak, you want to subscribe to the linux kernel mailing list (kernel.org)
[02:39] <bjf> krakrjak, and then probably start googing for "how to contribute to the linux kernel"
[02:44] <krakrjak> bjf: I'm trying to find the team that is responsible for this driver and I'm coming up empty... If you have any suggestions I'll take them, but if not I'll just keep digging.
[02:49] <krakrjak> thanks again for all your help! I'm well on my way :)
[03:16] <bjf> krakrjak, look in the MAINTAINERS file in the root of the kernel sources
[03:58] <krakrjak> bjf: thank you. I will poke through that in more detail.
[04:12] <krakrjak> so I build a kernel with an updated changelog entry, but it didn't seem to add my +test1 version to the deb packages. Am I editing the wrong file?
[04:15] <krakrjak> is it right to edit the debian/changelog or debian.master/changelog when using the linux-image-unsigned binary package?
[18:26] <lokus> hi- (u16.04.4) i installed kernel 4.15.0-13-generic, and had a kernel crash which produced a vmcore for me in /var/crash. i installed package linux-image-4.15.0-13-generic-dbgsym to be able to go through the kernel dump, but crash utility is telling me this when i go to view it: "crash: /usr/lib/debug/boot/vmlinux-4.15.0-13-generic and vmcore.201805251123 do not match!" <--- how could
[18:26] <lokus> this be?
[18:45] <cascardo> what's the output of file vmcore.201805251123 ?
[18:48] <lokus> vmcore.201805251422: ELF 64-bit LSB core file x86-64, version 1 (SYSV), SVR4-style
[18:49] <lokus> turns out i had 4.15.0-13.14 and not 4.15.0-13.14~16.04.1 for dbgsym, to match my kernel. i found the right matching dbgsym and i no longer get that mismatch error.  instead in its place i get 'crash: cannot resolve "init_level4_pgt"' . i'll keep googling
[18:50] <lokus> ah looks like i just need crash 7.2.
[18:50] <cascardo> don't you have a dump file?
[18:51] <cascardo> if you are running xenial, you certaily need a newer crash
[18:51] <lokus> yes i have a dump file. see vmcore.201805251422 output above
[18:51] <cascardo> the one from bionic should work
[18:51] <lokus> thanks
[18:52] <cascardo> there is a backport in ppa:cascardo/kdump2
[18:53] <lokus> nice, i'm in business :) thank you
[18:54] <cascardo> you are welcome
[18:54] <cascardo> so, you don't have a compressed dump because you were using an old makedumpfile
[18:54] <cascardo> the one in that ppa should help with that as well
[18:54] <cascardo> let me know if you find any problem with those tools
[18:55] <lokus> cheers.
[18:55] <cascardo> I hope those packages hit xenial-proposed next week