[00:04] <jbicha> Trevinho: were you going to reorder the gnome-shell patch series or should I do that?
[00:05] <jbicha> there is a gnome-3-28 branch in upstream gnome now (HEAD points to 3.28.1)
[00:05] <Trevinho> jbicha: you mean for ubuntu or debian?
[00:08] <jbicha> reordering for Ubuntu. the gnome-3-28 branch is in gnome git
[00:43] <Trevinho> jbicha:  reordering how, sorry, I don't understand what's wrong
[00:48] <jbicha> Trevinho: it's not wrong, I just thought it would be helpful to sort the patches in debian/patches/series so it was easier to see there which patches are already applied in git master
[00:49] <jbicha> I thought we discussed that earlier. That's why I hadn't uploaded to bionic yet. https://irclogs.ubuntu.com/2018/04/17/%23ubuntu-desktop.html#t18:23
[01:41] <Trevinho> jbicha: ah, ok... how you want them to be separated? Want me commenting them?
[01:41] <Trevinho> It's already defined in Origin: tag though
[02:34] <duflu> Afternoon thumper
[02:34] <duflu> Evening Trevinho
[02:34] <duflu> And hi jbicha
[02:34] <Trevinho> hey duflu
[02:34] <thumper> o/ duflu
[02:34] <thumper> and Trevinho
[02:34] <Trevinho> hey thumper
[02:34] <Trevinho> :)
[02:49] <Trevinho> duflu: woudl be the case to include also https://gitlab.gnome.org/GNOME/mutter/commit/2d80fd02e76bbe17dc52072299dda92ab88c99c0 ?
[02:50] <duflu> Trevinho, that would certainly fix our #1 crasher bug 1748450
[02:50] <ubot5`> bug 1748450 in gnome-shell (Ubuntu Bionic) "gnome-shell crashed with SIGTRAP in _g_log_abort() from g_log_default_handler() from default_log_handler(message="Connection to xwayland lost") from g_logv() from g_log() from <bug 1505409>" [High,Triaged] https://launchpad.net/bugs/1748450
[02:50] <Trevinho> duflu: well, or at least would make us understand what's leading it
[02:50] <Trevinho> I'm including it let's see
[02:51] <duflu> Trevinho, it doesn't help to solve the problem, but it will silence the huge amount of crash reports. I think it's a good small step, yes
[02:52] <duflu> Although some people will report bugs without debug info then... saying "my shell just vanished"
[02:59] <duflu> We still have the problem of Xwayland failing and no crash reports for it.
[03:00] <Trevinho> that's a thing that whoopsie should handle though
[03:00] <duflu> But silencing those crash dialogs in 18.04 would be excellent
[03:00] <duflu> Trevinho, no Xwayland fails without crashing, and triggers a crash in gnome-shell only. It's an Xwayland issue that never leaves a core/crash file
[03:02] <Trevinho> duflu, jbicha: https://salsa.debian.org/gnome-team/mutter/merge_requests/2/diffs
[03:02] <ubot5-ng> GNOME bug (Merge request) 2 in mutter "debian/patches: handle xwayland crashes better" (comments: 0) [Opened]
[03:02]  * Trevinho loves salsa
[03:02] <Trevinho> can't wait to have the same way of working with patches in ubuntu too... Well, I'm doing it already but still need to handle with bzr eventually. But still better way
[04:33] <duflu> Trevinho, I feel conflicted about letting gnome-shell just exit. It will result in some people logging bug reports that we can't diagnose, but those will be orders of magnitude fewer than what we see now
[04:35] <duflu> So short term for 18.04, it's a good idea. Slightly beyond that, it's going to keep hurting us if nobody fixes Xwayland
[06:47] <jibel> seb128, hi
[06:48] <jibel> seb128, to answer your question from yesterday evening, it's attached xwayland of the gdm user
[06:48] <jibel> +to
[07:05] <Trevinho> duflu: https://gitlab.gnome.org/GNOME/gnome-shell/merge_requests/73 I missed this in the g-s patches, you wanted to include it?
[07:05] <ubot5-ng> GNOME bug (Merge request) 73 in gnome-shell "js/ui: Choose some actors to cache on the GPU" (comments: 1) [Opened]
[07:06] <duflu> Trevinho, yes, if possible. I am answering your question on it now
[07:06] <Trevinho> duflu: is there an ubuntu bug for that?
[07:07] <duflu> Lemme check
[07:07] <duflu> Trevinho, yes the merge request links to two upstream bugs, and one of them links to LP too
[07:08] <Trevinho> duflu: ok
[07:14] <didrocks> good morning
[07:24] <seb128> good morning desktopers
[07:24] <seb128> hey duflu Trevinho jibel
[07:24] <seb128> lut didrocks
[07:25] <Trevinho> hey seb128
[07:26] <duflu> Hello seb128
[07:27] <seb128> jibel, weird that it doesn't catch an error :/
[07:27] <didrocks> hey seb128, Trevinho, duflu
[07:28] <Trevinho> hi didrocks
[07:28] <duflu> Hi didrocks
[07:32] <Trevinho> duflu: I've added that in https://code.launchpad.net/~3v1n0/gnome-shell/bionic-patches-picks-reorder/+merge/343479
[07:34] <duflu> Trevinho, thanks. Are we getting 3.28.1 too?
[07:34] <Trevinho> duflu: that's based on 3.28.1
[07:34] <duflu> OK
[07:51] <koza> willcooke, hey, sadly i need to skip our morning mtg today
[07:52] <willcooke> morning koza, no worries.  I dont have anythng anyway.  duflu you want to meet anyway?
[07:53] <didrocks> hey willcooke
[07:53] <willcooke> hi didrocks, how goes?
[07:53] <willcooke> (he asks him knowingly)
[07:54] <duflu> willcooke, Nope.
[07:54] <seb128> hey willcooke koza, nothing from me either on the bluetooth front
[07:54] <duflu> I'll do an update post-release
[07:55] <didrocks> willcooke: lalala :)
[07:55] <duflu> It might be a single bugfix, or it might be 5.49
[07:55]  * didrocks does good use of his time, grepping for copyrights and filing up debian/copyright (which will be out of date in few weeks, like all packages in distro :p)
[07:55] <oSoMoN> good morning desktoppers
[07:55] <didrocks> hey oSoMoN
[07:55] <oSoMoN> salut didrocks
[08:01] <Laney> yo
[08:02] <oSoMoN> hey Laney
[08:02] <didrocks> hey Laney
[08:05] <duflu> Hi Laney
[08:06] <duflu> willcooke, Sorry, it's an awkward time of day. Either like today, the question is asked when I am afk doing pre-meeting prep, or like other weeks we decide to cancel only minutes before you log on
[08:08]  * didrocks uploads to a ppa for test build in a clean env
[08:13] <seb128>  hey Laney oSoMoN
[08:13] <Laney> hey oSoMoN didrocks duflu seb128!!!
[08:13] <oSoMoN> salut seb128
[08:16] <didrocks> seb128: willcooke: ok, vendored ubuntu-report uploaded and waiting now in UNAPPROVED. (I still did a little extra to use distro deps for the golang source bindings which stays in universe). More info on bug #1764961 and https://bugs.launchpad.net/ubuntu/+source/ubuntu-report/+bug/1759540/comments/10 (commented on the MIR)
[08:16] <ubot5`> Ubuntu bug 1759540 in ubuntu-report (Ubuntu) "[MIR] ubuntu-report: send telemetry data to ubuntu server" [Undecided,Incomplete]
[08:16] <ubot5`> bug 1764961 in ubuntu-report (Ubuntu) "Use vendor dependencies" [Undecided,New] https://launchpad.net/bugs/1764961
[08:16] <willcooke> \m/
[08:18] <seb128> didrocks, great, thanks!
[08:19] <didrocks> yw :)
[08:25] <seb128> didrocks, "Note thus that "golang-github-ubuntu-ubuntu-report-dev" should still be kept in main."
[08:25] <seb128> didrocks, you meant "universe" there?
[08:26] <didrocks> oupsss, where?
[08:26] <didrocks> I wrote that 3 times ;)
[08:27] <didrocks> ok, not the ones in the package and comments
[08:27] <didrocks> ah, in the MIR comment
[08:28] <didrocks> commented, thanks seb128!
[08:28] <seb128> np!
[08:47] <duflu> Oh, I did get credited in the gstreamer-vaapi git log even though they didn't use my original patch. That's nice.
[08:47]  * duflu relearns from his own code
[08:47] <seb128> :/
[08:51] <didrocks> seb128: gnome-initial-setup wasn't promoted? Should I? (as ubuntu-report is still in main)
[08:51] <didrocks> at least, even if the MIR team doesn't get back to us on the final changes for u-r, we'll have g-i-s tested in tomorrow's iso
[09:07] <seb128> didrocks, wfm
[09:07] <seb128> thx
[09:08] <didrocks> ok, doing it
[09:08] <didrocks> yw ;)
[10:40] <Laney> andyrock: those xdg autostart files - don't we need to stop the path units when the user logs out?
[10:48] <Laney> or otherwise they could be started in default.target and the corresponding units made to cleanly exit if they can't run?
[11:03]  * duflu wanders into the night
[11:13] <andyrock> Laney: mmm how?
[11:14] <andyrock> Laney: I mean how to stop when the user logs out?
[11:14] <Laney> I don't know :(
[11:14] <andyrock> mmm let me take a look
[11:14] <Laney> we get that with graphical-session.target, but I'm not sure how to do it without that
[11:25] <Laney> apart from something watching the XDG session or gnome-session
[11:30] <jbicha> Trevinho: you're not still around now, right?
[11:32] <Wimpress> tseliot: It appears that Ubuntu flavours (MATE, Budgie, Kubuntu, Xubuntu have been tested) all boot to a black screen on hybrid graphics laptops with nvidia 390 drivers installed on 18.04.
[11:33] <Wimpress> This doesn't affect Ubuntu proper with GNOME.
[11:33] <tseliot> Wimpress: is the nvidia-prime package installed?
[11:33] <Wimpress> What information do you required to investigate this?
[11:33] <Wimpress> On Ubuntu MATE yes.
[11:34] <Wimpress> I have an OEM with 2 laptop models that are affected.
[11:34] <Wimpress> So we can gather useful information.
[11:34] <Wimpress> What do you need.
[11:34] <tseliot> Wimpress: I'm going to need /var/log/gpu-manager.log, /var/log/Xorg.0.log, dmesg output
[11:34] <Wimpress> OK.
[11:35] <Wimpress> I'll raise a new bug a gather some debug.
[11:36] <tseliot> Wimpress: thanks
[11:45] <Wimpress> tseliot: Let me introduce mwilson-e
[11:46] <Wimpress> He runs Entroware, an OEM that sells Ubuntu laptops.
[11:47] <Wimpress> mwilson-e: Is going to collect the debug you've requested and attach to this bug https://bugs.launchpad.net/ubuntu/+source/nvidia-graphics-drivers-390/+bug/1764005
[11:47] <ubot5`> Ubuntu bug 1764005 in nvidia-prime (Ubuntu) "Black-screen on boot with nvidia 390 for Budgie, MATE, Xubuntu, Kubuntu" [Undecided,Confirmed]
[11:47] <tseliot> Wimpress: ok
[11:48] <Wimpress> tseliot: Mike has two laptop models to test against so if you need more info he can provide it.
[11:48] <Wimpress> I'll do the same for the XPS 15 9550.
[11:48] <tseliot> Wimpress: that's good. I'll wait for mwilson-e to attach the logs for now
[11:49] <mwilson-e> Nice to meet you. Working on gathering all the logs now.
[11:49] <Wimpress> Sure, will be a little while since he is going to be thorough :-)
[11:56] <andyrock> Laney: stopping the services on logout does not seems easy
[11:57] <andyrock> seb128: ^^^
[11:57] <andyrock> Laney: seb128 I would drop the upload of update-notifier for the moment, I'll try to find a way to show livepatch notification without this
[11:57] <Laney> maybe it doesn't matter that much???
[11:58] <Laney> what's the impact - ugly failures?
[12:01] <Laney> andyrock: sorry for not thinking of that before
[12:01] <andyrock> Laney: so all the other services are not effected because there is a GFileMonitor fallback
[12:02] <andyrock> we can do the same
[12:02] <Laney> there's a service running all the time?
[12:02] <andyrock> yeah
[12:03] <andyrock> update-notifier
[12:03] <Laney> oh right
[12:03] <Laney> well then that could watch logind and stop the path units too
[12:04] <Laney> but just doing the file monitor directly might be simpler
[12:06] <Laney> andyrock: ok, I'll reject, ping me for a re-review if you want
[12:06] <andyrock> Laney: thx
[12:11] <seb128> andyrock, k
[12:28] <Wimpress> tseliot: See https://pad.lv/1764005 - I've added logs and details I what I experience on the XPS 15 9550.
[12:28] <ubot5`> Launchpad bug 1764005 in nvidia-prime (Ubuntu) "Black-screen on boot with nvidia 390 for Budgie, MATE, Xubuntu, Kubuntu" [Undecided,Confirmed]
[13:06] <willcooke> gedit fans - is the right click menu using a strange font for you?
[13:06] <willcooke> looks like its monospace condensed or something
[13:06] <mdeslaur> willcooke: mine is on artful
[13:06] <willcooke> mdeslaur, is funny?
[13:07] <willcooke> yeah,
[13:07] <mdeslaur> willcooke: yeah, like you said, it's a small monospace
[13:07] <willcooke> thanks mdeslaur
[13:07] <willcooke> Trevinho, any ideas on that one?
[13:07] <willcooke> Can't belive I haven't noticed it before
[13:16] <Wimpress> willcooke: That content menu font issue is an upstream bug.
[13:17] <Wimpress> Affects all gtk3 editors with context menus.
[13:17] <willcooke> ah ha! thanks Wimpress
[13:17] <willcooke> Wimpress, this doesn't change my mind about gedit though, before you start on that one ;)
[13:17] <Wimpress> tseliot: You'll find more debug from mwilson-e in https://pad.lv/1764005
[13:17] <ubot5`> Launchpad bug 1764005 in nvidia-prime (Ubuntu) "Black-screen on boot with nvidia 390 for Budgie, MATE, Xubuntu, Kubuntu" [Undecided,Confirmed]
[13:29] <tseliot> Wimpress: that's a lot of logs, thanks!
[13:29] <Wimpress> Most welcome :-)
[13:30] <Wimpress> tseliot: I've also just discovered `ubuntu-drivers autoinstall` fails.
[13:30] <Wimpress> I'll raise a bug for that too.
[13:31] <tseliot> Wimpress: that would be very welcome. Thanks
[13:31] <mwilson-e> tseliot: If you need any others, just let me know.
[13:35] <andyrock> seb128: I guess we need to add dh-migrations as a dep in software-properties
[13:35] <andyrock> ?
[13:38] <andyrock> otherwise we can just drop the migration script
[13:39] <tseliot> mwilson-e: maybe the output of "journalctl --since=today" would help, as I don't see anything suspicious in the logs
[13:40] <mwilson-e> tseliot: I'll get that now, any particular distro?
[13:41] <tseliot> mwilson-e: just one that fails would be fine. I'm looking for clues
[13:42] <didrocks> andyrock: man dh_migrations ;)
[13:42] <didrocks> it tells you what to do in term of deps, files and debian/rules ;)
[13:43] <didrocks> (waow 2012… 6 years ago)
[13:45] <jibel> seb128, I just got a gnome-shell crash with gdb attached to xwayland. What do you need now?
[13:47] <Wimpress> tseliot: https://pad.lv/1765053
[13:47] <ubot5`> Launchpad bug 1765053 in ubuntu-drivers-common (Ubuntu) "ubuntu-drivers autoinstall fails to install nvidia 390 drivers" [Undecided,New]
[13:47] <mwilson-e> tseliot: Just posted the requested log to the bug report.
[13:50] <tseliot> Wimpress, mwilson-e: thanks
[13:58] <seb128> andyrock, indeed, I'm fixing that
[13:58] <andyrock> seb128: thx!
[13:58] <seb128> jibel, what is gdb telling you, did it stop?
[13:59] <seb128> andyrock, np, sorry for not spotting that before upload
[13:59] <jibel> seb128, nothing, it just stopped. I dumped a core of the process just in case
[13:59] <seb128> jibel, can you make a photo? ;)
[13:59] <seb128> like it stopped giving you back a prompt where you can type "bt"?
[14:00] <jibel> yes
[14:00] <jibel> which I did https://paste.ubuntu.com/p/wHWtZsKwts/
[14:00] <jibel> not really exciting trace
[14:01] <seb128> hum
[14:01] <seb128> did it indicate a sigsegv before?
[14:01] <seb128> the bt looks like it's active/waiting for events
[14:01] <seb128> not that it hit a bug
[14:01] <jibel> no, really nothing. It just stopped and gave me a prompt
[14:02] <seb128> weird
[14:02] <seb128> and if you do "c" it resumes?
[14:02] <jibel> yes
[14:02] <jibel> I'll keep it attached and try again
[14:02] <seb128> and you got the gnome-shell issue as well?
[14:03] <jibel> yes, g-s crashed and apport generated a crash file
[14:04] <jibel> it's uploading
[14:10] <seb128> k, let's see what it gives us
[14:37] <Wimpress> Trevinho: Please can you take a look at this - https://bugs.launchpad.net/ubuntu/+source/indicator-sound/+bug/1737834
[14:37] <ubot5`> Ubuntu bug 1737834 in indicator-sound (Ubuntu) "[FTBFS] indicator-sound fails to build, test failures" [High,Confirmed]
[14:38] <Wimpress> Is that merge proposal OK with you?
[14:39] <mwilson-e> tseliot: Not sure if it helps you but if I install Ubuntu MATE BETA 2, not the daily, and install the nvidia driver it works fine. But once the `ubuntu-driver-common` package is upgraded the problem then presents itself.
[14:40] <seb128> Wimpress, Trevinho, disabling tests doesn't seem the right way out no
[14:40] <tseliot> mwilson-e: what version of ubuntu-drivers-common does Ubuntu MATE BETA 2 ship with?
[14:40] <Wimpress> seb128: OK, thanks.
[14:40] <seb128> np
[14:40] <mwilson-e> tseliot: It ships with 1:0.5
[14:41] <mwilson-e> the upgrade to 1:0.5.1 kills it
[14:42] <tseliot> mwilson-e: do things work if you boot the system with the "nogpumanager" parameter?
[14:45] <mwilson-e> tseliot: Just tested on two machines, the nogpumanager param does not work.
[14:47] <tseliot> mwilson-e: remove /usr/share/X11/xorg.conf.d/11-nvidia-prime.conf first, then boot with "nogpumanager"
[14:52] <mwilson-e> tseliot: That works, but in the nvidia-settings application many of the options are gone. only PRIME profiles, Application Profiles, and nvidia-settings Configuration tabs are displayed
[14:52] <oSoMoN> kenvandine, when you have a minute: https://code.launchpad.net/~osomon/evince/snap-allow-printing/+merge/343521
[14:54] <oSoMoN> seb128, kenvandine: thanks for the endorsement! one to go…
[14:55] <kenvandine> oSoMoN, happy too!
[14:55] <tseliot> mwilson-e: that was just to find what was causing the problem. Can you post your /var/log/Xorg.0.log please?
[14:55] <kenvandine> oSoMoN, i just reviewed it, i think we need avahi-observe too
[14:57] <oSoMoN> kenvandine, ack, adding it
[14:58] <mwilson-e> tseliot: added it to the bug report.
[14:59] <oSoMoN> kenvandine, updated
[15:01] <oSoMoN> kenvandine, we should request auto-connection of the cups-control plug once this is merged and published in the store, I'm happy to create the request on the forum if you let me know when to do it
[15:01] <seb128> oSoMoN, yw, should be easy to get the 3rd one :)
[15:01] <kenvandine> oSoMoN, yeah
[15:02] <kenvandine> oSoMoN, merged and the snap is building now
[15:04] <tseliot> mwilson-e: thanks
[15:05] <mwilson-e> tseliot: No problem, if you need anything else, just ask.
[15:05] <seb128> hum
[15:06] <seb128> is the trello board having background textures on most of the card now for some reason? or is it me/my browser being buggy?
[15:06] <kenvandine> seb128, i saw the same too
[15:06] <kenvandine> it looks very 1990s :)
[15:07] <Laney> that's one of the powerups
[15:07] <seb128> kenvandine, it looks like it's proportional to the time they haven't been updated maybe
[15:07] <Laney> card aging
[15:07] <kenvandine> lol
[15:07] <Laney> someone must have put that on
[15:07] <kenvandine> you're right
[15:08] <kenvandine> sounds like a trick from seb128 to keep us on our toes
[15:08] <seb128> lol
[15:08] <seb128> Trevinho did it
[15:08] <seb128> he activated "Card Aging"
[15:09] <seb128> Trevinho, please don't do such changes to the board without discussing them here first
[15:11] <oSoMoN> next step: make the cards <blink> to remind us to update them :)
[15:11] <kenvandine> :-p
[15:11] <didrocks> :p
[15:11] <seb128> which remind me, some people still didn't update their inprogress card, I should do another follow up
[15:15] <GunnarHj> Hi jbicha, did you see my docs idea about the screen keyboard?
[15:16] <seb128> GunnarHj, hey, I saw your comment but I don't really know what different it makes to set that IM variable to ibus or not, I agree it's late to change it though so probably best as a SRU
[15:16] <seb128> kenvandine
[15:17] <seb128> kenvandine, jamesh, jibel, you are basically the ones who still have in-progress cards in the trello board that didn't get updated
[15:17] <seb128> could you please review your cards?
[15:17] <GunnarHj> seb128: We can do that as an SRU, but it still doesn't help on Xorg AFAIU.
[15:19] <GunnarHj> seb128: So the very latest idea is to inform the users in the desktop guide about what they need to do to make it work.
[15:20] <seb128> well, or to fix it for xorg in a SRU as well
[15:20] <GunnarHj> seb128: Sure, if that is at all possible. I didn't get that impression from the comments on the upstream issue.
[15:24] <seb128> bugs are always possible to fix, might not be trivial though :/
[15:24] <seb128> the cycle has been too busy for me to look at OSK issues but we should make sure it works good enough by .1
[15:25] <GunnarHj> seb128: Ok, so then I'll wait with that docs text. Plan A: Fix it, also on Xorg as an SRU and plan B: inform the users with a docs SRU.
[15:26] <seb128> GunnarHj, what are the main issues in your opinion? (I didn't follow much, capital letter and special chars can't be inputed?)
[15:27] <GunnarHj> seb128: That's it. Bad enough IMO.
[15:27] <seb128> yeah...
[15:28] <seb128> andyrock, Laney, since the update-notified upload has been rejected I uncommited the change and push --overwrite the vcs without those to not confuse the next uploader, unsure if that's the right thing to do in those case (it makes the status of the merge mp wrong/confusing)
[15:29] <andyrock> seb128: thanks
[15:29] <andyrock> I was already working on an alternate fix
[15:29] <andyrock> let me "rebase"
[15:31] <Laney> I usually try to not push the tag until it's accepted
[15:31] <Laney> that is easier with git than bzr, but still can be done
[15:31] <Laney> biggest risk is forgetting
[15:31] <kenvandine> oSoMoN, evince has built, i've tested it
[15:31] <kenvandine> oSoMoN, in stable now
[15:32] <seb128> Laney, right...
[15:32] <oSoMoN> kenvandine, excellent, thanks, I'll write the auto-connection request
[15:32] <kenvandine> oSoMoN, cool
[15:32] <Laney> anyway, thx, probably not that much chance somebody did pull in the meantime
[15:32] <andyrock> apart from me
[15:32] <andyrock> :D
[15:33] <seb128> right
[15:33] <seb128> haha
[15:33] <Laney> poor andyrock
[15:40] <oSoMoN> kenvandine, https://forum.snapcraft.io/t/auto-connecting-the-cups-control-interface-for-the-evince-snap/5033
[15:45] <jbicha> GunnarHj: I'm not really a fan of the docs idea. I agree we need to understand more what the purpose of GTK_IM_MODULE is
[15:46] <jbicha> GunnarHj: on GNOME/Ubuntu on Wayland, it's my understanding that ibus is the only supported input method so if we could skip that variable when run in those sessions I think the regression potential is limited
[15:47] <jbicha> we'll need to open a Debian bug because Debian has the same problem (ibus there recommends im-config but I think ibus isn't installed by default there)
[15:48] <seb128> jbicha, but it means =ibus or empty leads to different components to be used?
[15:48] <seb128> so it's a codepath/feature/behaviour change
[15:48] <seb128> and we didn't test much the other one, so seems a risky change that late, especially without someone in the team who understands the difference
[15:49] <jbicha> I agree with not rushing it in now while we don't fully understand what's going on and Debian hasn't made the suggested change either
[15:50] <GunnarHj> jbicha, seb128: My gut feeling is that if IBus works on GNOME without that var being set, it probably would work for us too. But still...
[15:50] <jbicha> interestingly, there is a proposed simple patch to get the screen keyboard working in the Xorg session with GNOME 3.26 (17.10) but it may be a lot more complicated with current GNOME
[15:51] <andyrock> seb128: the fix is almost ready. it's quite small
[15:51] <andyrock> just giving a final test
[15:52] <tseliot> mwilson-e: I'm going to need the output of these two commands too, please: uname -r , dkms status
[15:53] <seb128> andyrock, great!
[15:56] <mwilson-e> tseliot: 4.15.0-15-generic
[15:56] <mwilson-e> tseliot: nvidia, 390.48, 4.15.0-15-generic, x86_64: installed
[15:57] <tseliot> mwilson-e: the weird thing is that, when you disabled gpu-manager, the X log showed an actual error, and the driver wasn't really working
[15:58] <GunnarHj> jbicha: I don't think either that Debian installs any IM stuff by default. So in their case, with GNOME on Wayland, the screen keyboard works until they install IBus which pulls im-config?
[15:58] <andyrock> seb128: can I drop the UIFe status from the bug?
[15:59] <mwilson-e> tseliot: Do you want me to run those commands with gpumanager disabled?
[16:00] <jbicha> GunnarHj: I'd have to try again. My initial testing was broken because the screen keyboard didn't work how I expected (I filed bugs)
[16:00] <tseliot> mwilson-e: it wouldn't change the output of those commands
[16:00] <Laney> seb128: you skipped a version in software-properties, did you want to fix that?
[16:01] <GunnarHj> jbicha: Ok.
[16:01] <Laney> also it's not control.in :p
[16:03] <mwilson-e> tseliot: I see, are there any other logs that I can provide?
[16:04] <andyrock> seb128: https://code.launchpad.net/~azzar1/update-notifier/fix-1761841-v2/+merge/343540
[16:04] <tseliot> mwilson-e: I might need you to test packages from a PPA. Not sure if today or tomorrow
[16:04] <kenvandine> oSoMoN, thx
[16:05] <mwilson-e> tseliot: no problem
[16:06] <kenvandine> oSoMoN, i'm going to request it for gedit as well
[16:06]  * Laney just got the meaning of azzar1 for the first time
[16:07] <andyrock> azzarONE
[16:07] <andyrock> :D
[16:07] <Laney> mind is blown
[16:07] <kenvandine> oSoMoN, with a bit of copy and paste from your request :)
[16:07] <andyrock> they usually call me azzarONE in USA
[16:07] <andyrock> at least in the airports
[16:08] <jbicha> where does the rock come from?
[16:09] <Laney> you can smell what Andrea is cooking
[16:10] <seb128> andyrock, thanks, I'm getting ready for sport so I might not get to it before later this evening, but it's on my list
[16:10] <seb128> Laney, ups, can do but ^
[16:11] <seb128> if somebody wants to fix it for me please do, otherwise I can do when I'm back in the evening
[16:11] <seb128> andyrock, UIFe drop is fine I believe yes
[16:11] <Laney> ok
[16:11] <andyrock> jbicha: from a mistake :D
[16:11] <andyrock> I was young and wanted to copy didrocks
[16:11] <andyrock> but I forgot the final 's'
[16:12] <andyrock> :D
[16:12] <Laney> andyrock: this monitor_files function is :(
[16:12] <oSoMoN> did_rocks is a model for the new generation!
[16:12] <andyrock> Laney: you mean the existing one or my changes?
[16:12] <Laney> the one that was already there
[16:12] <jbicha> everyone wants to be like didrocks
[16:13] <andyrock> I agree that update-notifiers needs some love
[16:13] <andyrock> next-cycle-love
[16:14] <Laney> there's some weird indirection between the file monitor cb and a timer
[16:14] <Laney> and it leaks all over the place
[16:24] <didrocks> \o/
[16:36] <Laney> andyrock: might want to add some error checking around the atoi thing, you get a 0 outputted if the file contains weird contents
[16:36] <Laney> (minor)
[16:47] <tseliot> mwilson-e: can you add this PPA, and when they packages build, upgrade the xserver, please? https://launchpad.net/~albertomilone/+archive/ubuntu/xtesting
[17:00] <mwilson-e> tseliot: Just tested that package and it does not fix the issue.
[17:01] <tseliot> mwilson-e: did you reboot? Did you boot without "nogpumanager"?
[17:02] <mwilson-e> tseliot: yes I did reboot, this was also done on a fresh install with only the nvidia drivers installed.
[17:03] <tseliot> mwilson-e: ok, I'll install one of those distros, and I'll see if I can reproduce the problem here
[17:03] <mwilson-e> tseliot: Just so you know, I tested this on Ubuntu MATE daily.
[17:04] <tseliot> mwilson-e: ok, I'll go with that then, thanks
[17:52] <Trevinho> seb128: eh, see... the aging is what you want in fact :-D
[17:52] <Trevinho> I was trying some power-ups and I forgot to disable sorry
[18:09] <Trevinho> jbicha: about not adding that patch, both me and duflu are fine with that... Upstream wasn't keen, but in the new PRs there's no sign of that
[18:16] <jbicha> Trevinho: I guess you're getting close to being on Robert's timezone :)
[18:39] <andyrock> Laney: can you open a bug about that?
[18:39] <andyrock> if you got spare time
[18:39] <andyrock> I guess not
[18:40] <willcooke> night all
[18:58] <oSoMoN> good night all
[21:04] <robert_ancell> andyrock, how did you make https://gitlab.gnome.org/azzaronea/gnome-initial-setup ? I didn't think we could do that until GNOME/gnome-initial-setup existed.
[21:04] <robert_ancell> I'm trying to work out how we push to the Community/Ubuntu/gnome-initial-setup so we can all commit
[21:05] <andyrock> robert_ancell: I just created a project called gnome-initial-setup
[21:05] <andyrock> it's not a fork of the main one
[21:05] <andyrock> I mean it's a fork but it has not been created with the fork button
[21:07] <robert_ancell> ah
[21:24] <jbicha> robert_ancell: the very rough concensus was that we should use a LP ubuntu-desktop git repo for that next month
[21:25] <jbicha> there are 3 logical places for hosting and we have advocates for all 3 🙁
[21:26] <robert_ancell> jbicha, for packaging or working on branches?
[21:26] <jbicha> it's the same thing here isn't it?
[21:27] <robert_ancell> not necessarily... The branches should be close to upstream as that's where we're trying to get them. The packaging doesn't go upstream, so it doesn't matter so much where it lives.
[21:28] <jbicha> ok I see, maybe it makes sense for those to be separate commits and it wouldn't hurt to have that in GNOME gitlab
[21:29] <jbicha> it just makes things a bit complex as we need 3 different remotes to handle gnome-initial-setup then 😐
[21:30] <jbicha> I can deal with that workflow; it's just going to be a bit of a learning curve for some on our team I suppose
[21:33] <jbicha> but I guess we almost do that with gnome-software already except 1 of the 3 is bzr
[21:44] <Trevinho> robert_ancell: hey could you please publish https://bileto.ubuntu.com/#/ticket/3223 ?
[21:55] <robert_ancell> Trevinho, done
[21:55] <Trevinho> robert_ancell: thanks
[22:18] <Trevinho> robert_ancell: if you've some time also https://code.launchpad.net/~3v1n0/gnome-shell/bionic-patches-add-gpu-cached-texture/+merge/343565 would need merging
[22:18] <Trevinho> (and sponsoring)
[22:19] <robert_ancell> Trevinho, not sure if I'll find time to look at that today and I'm on holiday from tomorrow
[22:19] <Trevinho> robert_ancell: ah ok, no worries... In case I'll ask other dev :)
[22:21] <jbicha> robert_ancell: sorry to second guess you, but I'm surprised you removed the gnome-getting-started-docs popup part at the end of gnome-initial-setup
[22:21] <robert_ancell> jbicha, design asked to remove it
[22:21] <jbicha> ok
[22:34] <jbicha> robert_ancell: on the Ready to go screen (software) panel in your proposed ubuntu4, I see back and forward arrows but they aren't active here
[22:34] <jbicha> it was working in the ubuntu3 version
[22:39] <robert_ancell> jbicha, what do you mean "aren't active"?
[22:45] <jbicha> they are greyed out: I only see one page worth of snap apps on that panel
[22:51] <robert_ancell> jbicha, oh, right. Yes, there's more shown on a page, so they all fit into one page. I haven't asked design what we should do, we might as well hide them I guess.
[22:54] <robert_ancell> jbicha, I updated the git branch to disable them when there's one page
[22:58] <robert_ancell> andyrock, I moved the branch to https://gitlab.gnome.org/Community/Ubuntu/gnome-initial-setup so feel free to merge in your GOA changes when you're happy with them.
[23:17] <jbicha> robert_ancell: hey, another nitpick. In the Google Doc it says "approximate location you chose" but in Github, it says "approximate location you choose" (note final word)
[23:17] <jbicha> I like the "chose" tense better, what do you think?
[23:18] <robert_ancell> jbicha, I changed it to match https://github.com/CanonicalLtd/desktop-design/issues/66#issuecomment-377261986
[23:18] <ubot5-ng> CanonicalLtd bug 66 in desktop-design "Visual design for first-login window" (comments: 19) [Open] - Assigned to lyubomir-popov (lyubomir)
[23:18] <ubot5`> Error: Could not gather data from Launchpad for bug #66 (https://launchpad.net/bugs/66). The error has been logged
[23:18] <robert_ancell> I thought chose sounded better too, but file it with the designers
[23:19] <jbicha> I guess I'll open a new issue there and they can complain at me if they want all this stuff in one issue instead


[01:38] <kcj> Morning.
[18:33] <ibeardslee> morning
[18:36] <Atamira>  morning
[19:31] <ajmitch> morning
[20:03] <ojwb> morning


[05:06] <sbalneav> Evening all
[05:07] <Burgundavia> hey sbalneav
[05:07] <jsgotangco> hello
[05:08] <Burgundavia> hey jsgotangco
[05:08] <sbalneav> Bey Burgundavia
 Why do we still have "edgy (6.10) is released ! grab it while its hot !" in the topic?  <LaserJock> cause it's the latest stable release?
[05:37] <merriam> There's no way it can be described as "hot" now.
[05:38] <ajmitch> it's still hot enough
[05:42] <jsgotangco> 7.04 is not that hot yet since we have some critical release bugs
[05:44] <sbalneav> merriam: The last thing we want is everybody grabbing Feisty thinking it's stable, and being sorely dissapointed :(
[05:45] <ajmitch> jsgotangco: sadly, and there's a *lot* of work to be done on universe at least
[05:45] <jsgotangco> for times like this, all we need is green eggs and ham
[05:50] <merriam> sbalneav: so you're keen to communicate to teachers the fact that Edgy is stable and is the release to use now?
[05:51] <sbalneav> Until feisty gets released, yes.
[05:51] <jsgotangco> can it wait for a few weeks?
[05:51] <jsgotangco> heh
[05:52] <sbalneav> Once feisty gets released, then we'll tell people IT's stable :)
[05:56] <merriam> I know some teachers very well.  I have already recommended Edubuntu.  I wouldn't want any of them to read the message "edgy (6.10) is released ! grab it while its hot !".
[05:56] <merriam> It's not hot.  It's stable.  As for English teachers...
[05:57] <bimberi> I think most people will allow some poetic licence
[06:10] <sbalneav> It should also be noted that Seveas (who set the message) is German, I beleive, so some lattitude for foreign language must be allowed as well :)
[06:11] <LaserJock> we could always change it if it's necessary
[06:11] <LaserJock> we just set that when Edgy came out and I don't think anybody's changed it since it's the latest release
[06:11] <sbalneav> Hey, LaserJock, just finished the snaps, naming them right now.
[06:12] <sbalneav> Gimme a few minutes more.
[06:12] <sbalneav> I don't have any ops for this channel anyway, so until someone with ops pops in...
[06:13] <LaserJock> I don't know that you need ops to change the title
[06:14] <bimberi> it's mode +t so ops is needed
[06:15] <LaserJock> ah
[06:15] <sbalneav> Yeah, just tried to change the one in #ltsp, no go without ops.
[06:16] <sbalneav> heh, I've GOT ops in #ltsp, but I use it so rarely, I can never remember how to request it.
[06:16] <sbalneav> I think the last time I needed op in #ltsp was, like, 4 years ago.
[06:21] <sbalneav> LaserJock: files sending
[06:26] <LaserJock> sbalneav: I was afk, can you try again
[06:26] <LaserJock> oh wait, I'm getting them
[06:28] <LaserJock> sbalneav: actually, I'm not getting them, sorry
[06:28] <sbalneav> k hold on
[06:29] <LaserJock> got it
[11:22] <narutosan> hiya
[11:25] <highvoltage> fefeffefeffef
[11:26] <cbx33> highvoltage: ???
[11:29] <narutosan> cbx33: any update on GSOC
[11:33] <cbx33> nope not yet
[11:34] <narutosan> cbx33: may i know if  you have checked my application
[11:35] <cbx33> I've seen a few
[11:35] <cbx33> what is your name?
[11:35] <cbx33> real name again?
[11:35] <narutosan> My name is PRANAVA SWAROOP S
[11:37] <cbx33> not sure i've checked that one yet
[11:37] <narutosan> cbx33: can you please do it
[11:39] <narutosan> can you please get me a review for it ?
[11:43] <narutosan> cbx33: ??
[11:44] <jsgotangco> :)
[11:49] <narutosan> cbx33: hello
[11:56] <cbx33> narutosan I will take a look hopefully later on todya
[11:57] <edubuntugirl> cbx33: by the way, highvoltage told me to tell you 'boo' 15 hours, 46 minutes and 36 seconds ago (on Tue Apr  3 20:10:56 2007)
[11:57] <cbx33> heheheh
[12:01] <narutosan> cbx33: thank you
[12:09] <ajmitch> hey cbx33
[12:10] <cbx33> hi ajmitch
[12:24] <highvoltage> hey ajmitch. I hear your name more and more here in the office :)
[12:24] <ajmitch> highvoltage: worrying :)
[12:41] <ajmitch> highvoltage: I suppose I'd better spend some quality time on this stuff over easter :)
[12:53] <highvoltage> ajmitch: :)
[12:55] <SiCk--> hey guys, wondering if anyone could help me a second with a problem im having... when my client boots, all is well, then i shut it down and start it again, and get /bin/sh: can't access tty: on the client , it happened for a few restarts, then the dhcp3-server just stopped responding... now i cant even do a /etc/init.d/dhcp3-server restart
[12:56] <SiCk--> well, actually it just worked, took forever though..
[12:56] <SiCk--> the dhcp3-server restart that is
[12:57] <SiCk--> ah, nevermind, the dhcp still isnt responding on the client
[12:57] <SiCk--> ugh
[12:58] <narutosan> restart again
[12:58] <highvoltage> ogra: ^^^ the report above, we seem to be getting it more and more frequently, do you perhaps know if it's a bug?
[01:10] <narutosan> SiCk--: is it working now??
[01:11] <cbx33> meeting?
[01:12] <narutosan> ??
[01:12] <highvoltage> cbx33: tonight
[01:12] <cbx33> now i thought
[01:13] <cbx33> that's that wubuntu-meeting says
[01:13] <RichEd> cbx33: in 1 hour
[01:13] <RichEd> or 45 mins
[01:13] <cbx33> whaaa....oh yeh
[01:13] <cbx33> damn clocks changed
[01:14] <highvoltage> whoops, I had the time totally wrong
[01:14] <cbx33> hehe
[01:16] <narutosan> ok bye
[01:16] <narutosan> probably i should leave
[01:16] <narutosan> !!:)
[01:17] <cliebow> SiCk--, just check to be sure you have some leases left...
[01:17] <cliebow> ive seen in heavy experimenting all leases used
[01:23] <SiCk--> sorry guys, had to go there a second
[01:23] <SiCk--> how do i check the leases on a linux server?
[01:23] <SiCk--> on the dhcp3 server?
[01:30] <ogra> highvoltage, if its feisty its surely bug #100021
[01:30] <ubotu> Malone bug 100021 in ltsp "[Feisty]  LTSP fails on multi-homed server due to network manager touching predefined static interfaces" [Undecided,Confirmed]  https://launchpad.net/bugs/100021
[01:43] <SiCk--> god, now i'm having lovely problems again
[01:43] <SiCk--> can't open file /usr/share/gdm/themes/Human/Human.xml , and it cant login, after it working fine a few boots ago
[01:43] <SiCk--> nothing changed
[01:45] <SiCk--> well, it logs in, but session lasts less than 10 seconds etc.
[01:50] <RichEd> edubuntu meeting in #ubuntu-meeting in 10 mins
[01:51] <SiCk--> gonna try rebuilding the client again. muh
[01:58] <RichEd> [02:44] <SiCk--> anyone have any ideas why my client suddently cant load the gdm theme human ?
[03:36] <sbalneav> Morning all
[03:36] <highvoltage> hi sbalneav. you just missed most of the edubuntu meeting
[03:37] <sbalneav> Oh, is there a meeting?
[03:37] <sbalneav> Oh yeah, this is the early one.
[03:37] <sbalneav> Still on?
[04:47] <bddebian> Heya
[05:19] <freet15> highvoltage: still here?
[05:59] <cliebow_> anyone else using slapd in feisty?..My experience was no /var/run/slapd.args was created
[06:30] <cliebow_> sudo apt-cache search ubuntu-restricted
[06:30] <cliebow_> hell
[06:52] <maccam94> hi RichEd
[07:38] <cliebow_> anyone have a pkg name for java jre for feisty ppc?
[07:47] <maccam94> cliebow_, you've tried searching synaptic or aptitude for java jre?
[07:49] <cliebow_> apt idid
[07:57] <maccam94> cliebow_, have you enabled the universe/restricted/multiverse repo's?
[07:57] <cliebow_> yes.. Scottie just got me on the right road..lots of upgrades doing
[08:01] <obiyoda> I am installing The beta version and it hangs on me at about 6% of the select and install software. Any Ideas about why this might be?
[08:06] <sbalneav> obiyoda: Did you do a "check cd contents" boot up?  Maybe you've got a bad burn on the cd
[08:07] <sbalneav> As well, might be worth running a ram test as well.
[08:07] <obiyoda> I did a check on the cd and it passes. I can install just the basic command line mode but when i go back and install the server it just hangs.
[08:08] <sbalneav> Hmmm, not sure what's causing that.  You're using the server install cd, you say?  The text based one?
[08:10] <obiyoda> Yes the text based for the edubuntu server
[08:14] <sbalneav> Wierd, as there's nothing GRAPHICAL that the installer's doing, so it's not a video card issue.
[08:14] <sbalneav> Can you do a control-alt-f1 or f2 and get a shell up?  Or is it hard hung?
[08:15] <obiyoda> No I can get to a shell
[08:15] <obiyoda> and run commands. Just don't know what to look at
[08:18] <sbalneav> Ah, ok, so it's not hard hung.  That's good, we can do some debugging then.
[08:18] <sbalneav> in a shell, what are the last 5 lines of the output of "dmesg"
[08:18] <sbalneav> Anything that looks like an error?
[08:26] <obiyoda> the only error it is showing is end_request: I/O error, dev fd0 sector 0
[08:33] <obiyoda> I am going to try some other things I think it may be a hardware problem as i am using an old box. Thanks for the help
[08:39] <sbalneav> No problem, ping me if you need me
[08:39] <obiyoda> will do thanks
[09:49] <evilmercer> anyone know how to get thin clients to boot without using dhcp?
[09:50] <sbalneav> Any reason why you can't use dhcp?
[09:52] <evilmercer> yeah, we use a windows server for remote installation services that requires it to be a dhcp server as well
[09:53] <evilmercer> I am using a neoware thin client
[09:53] <sbalneav> You could put two nics in the Edubuntu server, and boot the thin clients off of the second nic, then you just limit the dhcp on the Edubuntu server to the second nic.
[09:55] <evilmercer> that would still put two dhcp servers on my network
[09:57] <sbalneav> No, you can limit the Edubuntu dhcp server to only answer on the nic you're going to hang the terminals off of
[09:57] <sbalneav> So it won't respond on your "main" network.
[09:58] <evilmercer> I dont have that option unfortunatly
[09:59] <evilmercer> the problem is xserver wont allow connections that aren't dhcp clients as well
[10:01] <sbalneav> What do you mean?
[10:02] <evilmercer> If you boot to it by dhcp like normal it will work, but if you manualy tell it to connect to the server it wont allow the connection
[10:06] <rbmf> How do you allow Xorg to listen for remote connections?
[10:10] <rbmf> can edubuntu use xdmcp instead of ldm?
[10:11] <LaserJock> I'm not positive, but I think perhaps not
[10:12] <LaserJock> xdmcp is insecure as far as I know
[10:15] <rbmf> How do I allow the X server to listen for remote connections with ldm then?
[10:37] <sbalneav> rbmf: Actually it can listen to xdmcp
[10:37] <sbalneav> Go to System -> Administration -> Login window
[10:38] <sbalneav> Go to the remote tab, and enable XDMCP
[10:38] <sbalneav> You'll have to restart gdm for it to pick up the setting.
[10:42] <rbmf> sbalneav:  Thank you.
[10:54] <LaserJock> sbalneav or ogra: pingy pingy
[10:54] <sbalneav> LaserJock: ICMP ECHO REPLY
[10:55] <LaserJock> sbalneav: I just realized that I don't think the Handbook mentions the 2nd CD anywhere
[10:55] <sbalneav> Eeep
[10:55] <sbalneav> crud
[10:56] <LaserJock> like for standalone it says "
[10:56] <LaserJock> You now have a fully-functional Edubuntu system!
[10:56] <LaserJock> after installing via the 1st CD
[10:57] <sbalneav> ok
[10:57] <sbalneav> I'll have to do something about that.
[10:58] <LaserJock> sbalneav: do you have time today for it?
[10:58] <sbalneav> Do you need it RFN, or can it wait until say past 8:00 tonight?
[10:58] <LaserJock> I just don't want people to grab the 1st cd, install it, and think "Where the heck did the edu software go? This distro sux"
[10:59] <LaserJock> sbalneav: I think that'll work. I think I'm going to give ogra the final package to upload tonight
[11:00] <sbalneav> OK, I'll get it in.   I have to take my son for a haircut at 6:30, should be home by 7:30, and a half an hour to write something up, and take some screen shots.
[11:00] <sbalneav> Do we need to provide a link in the manual to the second cd?
[11:01] <ajmitch> morning kids
[11:01] <sbalneav> Hey ajmitch
[11:01] <ajmitch> what's up?
[11:01] <LaserJock> sbalneav: I don't think a link, just explain what it's called and what's on it
[11:01] <LaserJock> sbalneav: I think for Feisty we just need something
[11:01] <sbalneav> ok, I'll grab a screenshot of the package manager popup as well.
[11:01] <sbalneav> yeah, I totally agree.
[11:01] <LaserJock> sbalneav: btw, https://launchpad.net/ubuntu/feisty/+source/edubuntu-docs/+translations
[11:02] <sbalneav> When does the doc team have the next meeting?
[11:02] <LaserJock> whenever they decide to have one
[11:02] <LaserJock> it's a pretty loose team
[11:02] <sbalneav> You'll put me in for an svn account?
[11:03] <LaserJock> yeah, mdke just asked me to send an email to the list
[11:03] <LaserJock> I just wanted to make sure I *actually* looked over your stuff before I did so
[11:03] <LaserJock> as it's my butt on the line ;-)
[11:03] <LaserJock> but I'm fully satisfied
[11:03] <sbalneav> So, do I pass so far? :)
[11:04] <LaserJock> yes, I'll write the email right now in fact, as I'll forget it otherwise
[11:04] <sbalneav> ajmitch: so far, just dealing with some manual labour
[11:04] <sbalneav> HAHAHAHA
[11:04] <sbalneav> That's a doco joke
[11:06] <LaserJock> lol
[11:06] <sbalneav> I'm here all week, folks.  Don't forget to tip your waitress.
[11:12] <ajmitch> sbalneav: right... :)
[11:17] <LaserJock> sbalneav: you should have the CC in your mailbox
[11:17] <sbalneav> Might take a bit to come in, we've got greylisting here at work.
[11:26] <sbalneav> k, heading home, be back on later
[11:49] <bodhi_zazen> Hello edubuntu
[11:49] <bodhi_zazen> I am considering setting up an edubuntu cluster, first for myself, then perhaps for the local community (read school)
[11:50] <bodhi_zazen> Can I test the system (server side) with the live CD ?
[11:50] <bodhi_zazen> Or do I need to install to boot thin clients ?
[11:53] <LaserJock> install
[11:53] <LaserJock> I'm pretty sure anyway
[11:54] <bodhi_zazen> LaserJock, Thanks
[11:55] <LaserJock> I don't think the LiveCD has enough room for all the LTSP server stuff
[11:57] <Burgwork> there was a plan to do that
[11:57] <Burgwork> be nice to produce a live dbd
[11:57] <Burgwork> dvd, rather
[11:58] <LaserJock> yeah
[12:03] <bodhi_zazen> So then the classroom server CD is the server install ?
[12:03] <bodhi_zazen> What is the desktop cd for ?
[12:04] <LaserJock> that's the LiveCD
[12:04] <bodhi_zazen> Is the live cd what the thin clients look like ?
[12:04] <bodhi_zazen> and what is the add-on Cd
[12:04] <bodhi_zazen> I's sooo confused :(
[12:04] <LaserJock> the add-on CD has all the educational software
[12:04] <bodhi_zazen> *I'm
[12:05] <LaserJock> sorry, we've made some changes for Feisty
[12:05] <LaserJock> Desktop =  LiveCD
[12:06] <LaserJock> Server = LTSP server and workstation (non-Live CD installs)
[12:06] <LaserJock> Server-addon = educational software that can be installed after the base system is installed
[12:07] <bodhi_zazen> Thanks for the clarification
[12:07] <bodhi_zazen> I'll wait for Feisty and give it a spin
[12:07] <bodhi_zazen> I've got the hardware
[12:07] <LaserJock> generally you're going to want the server and server-addon CDs
[12:07] <bodhi_zazen> I've got the children
[12:08] <LaserJock> the desktop CD is cool for demoing and things like that
[12:08] <bodhi_zazen> Which cd to set-up thin clients ?
[12:08] <LaserJock> but I think it's pretty close to an Edubuntu branded Ubuntu Desktop CD
[12:08] <LaserJock> well, thin clients themselve need no setup
[12:09] <LaserJock> but the thin client server is on the server CD
[12:10] <bodhi_zazen> That is the part that is new to me, booting the think clients
[12:10] <LaserJock> well, if all goes well and you have a PXE boot thin client
[12:10] <LaserJock> you install the server and then just turn on the thin client
[12:12] <bodhi_zazen> Can I use old PC's as thin clients (I hope)
[12:13] <LaserJock> generally
[12:13] <LaserJock> you might find the Edubuntu Handbook helpful
[12:13] <LaserJock> it's a bit "In Progress" but still has a lot of good stuff: http://doc.ubuntu.com/edubuntu/handbook/C/
[12:13] <bodhi_zazen> That is my goal, to read that some in the next few weeks
[12:13] <bodhi_zazen> Thanks for the link
[12:14] <bodhi_zazen> At this point I guess I am in the "collect information" stage


[04:33] -queuebot:#ubuntu-release- New binary: faultstat [amd64] (eoan-proposed/universe) [0.01.01-1] (no packageset)
[04:33] -queuebot:#ubuntu-release- New binary: faultstat [armhf] (eoan-proposed/universe) [0.01.01-1] (no packageset)
[04:33] -queuebot:#ubuntu-release- New binary: uacme [amd64] (eoan-proposed/universe) [1.0.17-1] (no packageset)
[04:33] -queuebot:#ubuntu-release- New binary: vectorgraphics2d [amd64] (eoan-proposed/universe) [0.13-1] (no packageset)
[04:33] -queuebot:#ubuntu-release- New binary: zip4j [amd64] (eoan-proposed/universe) [1.3.3+ds-1] (no packageset)
[04:33] -queuebot:#ubuntu-release- New binary: faultstat [arm64] (eoan-proposed/universe) [0.01.01-1] (no packageset)
[04:33] -queuebot:#ubuntu-release- New binary: uacme [i386] (eoan-proposed/universe) [1.0.17-1] (no packageset)
[04:33] -queuebot:#ubuntu-release- New binary: faultstat [i386] (eoan-proposed/universe) [0.01.01-1] (no packageset)
[04:33] -queuebot:#ubuntu-release- New binary: ytcc [amd64] (eoan-proposed/universe) [1.8.1-1] (no packageset)
[04:41] -queuebot:#ubuntu-release- New binary: libreoffice [amd64] (eoan-proposed/main) [1:6.3.0-0ubuntu1] (ubuntu-desktop)
[04:48] -queuebot:#ubuntu-release- New binary: uacme [arm64] (eoan-proposed/universe) [1.0.17-1] (no packageset)
[04:48] -queuebot:#ubuntu-release- New binary: jarchivelib [amd64] (eoan-proposed/universe) [1.0.0-1] (no packageset)
[04:48] -queuebot:#ubuntu-release- New binary: uacme [armhf] (eoan-proposed/universe) [1.0.17-1] (no packageset)
[04:48] -queuebot:#ubuntu-release- New binary: classmate [amd64] (eoan-proposed/universe) [1.3.4-1] (no packageset)
[04:51] -queuebot:#ubuntu-release- New binary: faultstat [s390x] (eoan-proposed/universe) [0.01.01-1] (no packageset)
[04:51] -queuebot:#ubuntu-release- New binary: uacme [s390x] (eoan-proposed/universe) [1.0.17-1] (no packageset)
[05:03] -queuebot:#ubuntu-release- New binary: faultstat [ppc64el] (eoan-proposed/universe) [0.01.01-1] (no packageset)
[05:03] -queuebot:#ubuntu-release- New binary: uacme [ppc64el] (eoan-proposed/universe) [1.0.17-1] (no packageset)
[05:15] -queuebot:#ubuntu-release- New binary: dogtail [amd64] (eoan-proposed/universe) [0.9.11-2] (no packageset)
[05:15] -queuebot:#ubuntu-release- New binary: duktape [i386] (eoan-proposed/universe) [2.4.0-1] (no packageset)
[05:15] -queuebot:#ubuntu-release- New binary: duktape [amd64] (eoan-proposed/universe) [2.4.0-1] (no packageset)
[05:15] -queuebot:#ubuntu-release- New binary: python-pyflow [s390x] (eoan-proposed/universe) [1.1.20-2] (no packageset)
[05:15] -queuebot:#ubuntu-release- New binary: duktape [s390x] (eoan-proposed/universe) [2.4.0-1] (no packageset)
[05:15] -queuebot:#ubuntu-release- New binary: python-pyflow [amd64] (eoan-proposed/universe) [1.1.20-2] (no packageset)
[05:15] -queuebot:#ubuntu-release- New binary: python-pyflow [i386] (eoan-proposed/universe) [1.1.20-2] (no packageset)
[05:16] -queuebot:#ubuntu-release- New binary: python-cluster [amd64] (eoan-proposed/universe) [1.3.3-3] (no packageset)
[05:16] -queuebot:#ubuntu-release- New binary: rename-flac [amd64] (eoan-proposed/universe) [2.1.0-1] (no packageset)
[05:16] -queuebot:#ubuntu-release- New binary: python-pyflow [arm64] (eoan-proposed/universe) [1.1.20-2] (no packageset)
[05:16] -queuebot:#ubuntu-release- New binary: duktape [armhf] (eoan-proposed/universe) [2.4.0-1] (no packageset)
[05:17] -queuebot:#ubuntu-release- New binary: duktape [arm64] (eoan-proposed/universe) [2.4.0-1] (no packageset)
[05:17] -queuebot:#ubuntu-release- New binary: vavr0 [amd64] (eoan-proposed/universe) [0.10.0-1] (no packageset)
[05:17] -queuebot:#ubuntu-release- New binary: python-pyflow [armhf] (eoan-proposed/universe) [1.1.20-2] (no packageset)
[05:22] -queuebot:#ubuntu-release- New binary: duktape [ppc64el] (eoan-proposed/universe) [2.4.0-1] (no packageset)
[05:30] -queuebot:#ubuntu-release- New binary: python-pyflow [ppc64el] (eoan-proposed/universe) [1.1.20-2] (no packageset)
[08:45] -queuebot:#ubuntu-release- New: accepted classmate [amd64] (eoan-proposed) [1.3.4-1]
[08:45] -queuebot:#ubuntu-release- New: accepted duktape [amd64] (eoan-proposed) [2.4.0-1]
[08:45] -queuebot:#ubuntu-release- New: accepted duktape [armhf] (eoan-proposed) [2.4.0-1]
[08:45] -queuebot:#ubuntu-release- New: accepted duktape [ppc64el] (eoan-proposed) [2.4.0-1]
[08:45] -queuebot:#ubuntu-release- New: accepted dogtail [amd64] (eoan-proposed) [0.9.11-2]
[08:45] -queuebot:#ubuntu-release- New: accepted duktape [i386] (eoan-proposed) [2.4.0-1]
[08:45] -queuebot:#ubuntu-release- New: accepted duktape [arm64] (eoan-proposed) [2.4.0-1]
[08:45] -queuebot:#ubuntu-release- New: accepted duktape [s390x] (eoan-proposed) [2.4.0-1]
[08:49] -queuebot:#ubuntu-release- New: accepted faultstat [amd64] (eoan-proposed) [0.01.01-1]
[08:49] -queuebot:#ubuntu-release- New: accepted faultstat [armhf] (eoan-proposed) [0.01.01-1]
[08:49] -queuebot:#ubuntu-release- New: accepted faultstat [ppc64el] (eoan-proposed) [0.01.01-1]
[08:49] -queuebot:#ubuntu-release- New: accepted jarchivelib [amd64] (eoan-proposed) [1.0.0-1]
[08:49] -queuebot:#ubuntu-release- New: accepted faultstat [arm64] (eoan-proposed) [0.01.01-1]
[08:49] -queuebot:#ubuntu-release- New: accepted faultstat [s390x] (eoan-proposed) [0.01.01-1]
[08:49] -queuebot:#ubuntu-release- New: accepted faultstat [i386] (eoan-proposed) [0.01.01-1]
[08:49] -queuebot:#ubuntu-release- New: accepted libreoffice [amd64] (eoan-proposed) [1:6.3.0-0ubuntu1]
[08:49] -queuebot:#ubuntu-release- New: accepted python-cluster [amd64] (eoan-proposed) [1.3.3-3]
[08:49] -queuebot:#ubuntu-release- New: accepted python-pyflow [arm64] (eoan-proposed) [1.1.20-2]
[08:49] -queuebot:#ubuntu-release- New: accepted python-pyflow [i386] (eoan-proposed) [1.1.20-2]
[08:49] -queuebot:#ubuntu-release- New: accepted python-pyflow [s390x] (eoan-proposed) [1.1.20-2]
[08:49] -queuebot:#ubuntu-release- New: accepted uacme [amd64] (eoan-proposed) [1.0.17-1]
[08:49] -queuebot:#ubuntu-release- New: accepted uacme [armhf] (eoan-proposed) [1.0.17-1]
[08:49] -queuebot:#ubuntu-release- New: accepted uacme [ppc64el] (eoan-proposed) [1.0.17-1]
[08:49] -queuebot:#ubuntu-release- New: accepted python-pyflow [amd64] (eoan-proposed) [1.1.20-2]
[08:50] -queuebot:#ubuntu-release- New: accepted python-pyflow [ppc64el] (eoan-proposed) [1.1.20-2]
[08:50] -queuebot:#ubuntu-release- New: accepted uacme [arm64] (eoan-proposed) [1.0.17-1]
[08:50] -queuebot:#ubuntu-release- New: accepted uacme [s390x] (eoan-proposed) [1.0.17-1]
[08:50] -queuebot:#ubuntu-release- New: accepted python-pyflow [armhf] (eoan-proposed) [1.1.20-2]
[08:50] -queuebot:#ubuntu-release- New: accepted uacme [i386] (eoan-proposed) [1.0.17-1]
[08:50] -queuebot:#ubuntu-release- New: accepted rename-flac [amd64] (eoan-proposed) [2.1.0-1]
[08:50] -queuebot:#ubuntu-release- New: accepted vavr0 [amd64] (eoan-proposed) [0.10.0-1]
[08:50] -queuebot:#ubuntu-release- New: accepted ytcc [amd64] (eoan-proposed) [1.8.1-1]
[08:50] -queuebot:#ubuntu-release- New: accepted vectorgraphics2d [amd64] (eoan-proposed) [0.13-1]
[08:50] -queuebot:#ubuntu-release- New: accepted zip4j [amd64] (eoan-proposed) [1.3.3+ds-1]
[11:32] -queuebot:#ubuntu-release- New binary: poco [s390x] (eoan-proposed/universe) [1.9.2-2ubuntu1] (no packageset)
[11:34] -queuebot:#ubuntu-release- New binary: poco [amd64] (eoan-proposed/universe) [1.9.2-2ubuntu1] (no packageset)
[11:34] -queuebot:#ubuntu-release- New binary: poco [i386] (eoan-proposed/universe) [1.9.2-2ubuntu1] (no packageset)
[11:36] -queuebot:#ubuntu-release- New binary: poco [ppc64el] (eoan-proposed/universe) [1.9.2-2ubuntu1] (no packageset)
[11:53] -queuebot:#ubuntu-release- New binary: poco [armhf] (eoan-proposed/universe) [1.9.2-2ubuntu1] (no packageset)
[11:57] -queuebot:#ubuntu-release- New binary: poco [arm64] (eoan-proposed/universe) [1.9.2-2ubuntu1] (no packageset)
[12:22] -queuebot:#ubuntu-release- Unapproved: adobe-flashplugin (bionic-proposed/partner) [1:20190709.1-0ubuntu<IP_ADDRESS> => 1:20190813.1-0ubuntu<IP_ADDRESS>] (no packageset)
[12:22] -queuebot:#ubuntu-release- Unapproved: adobe-flashplugin (xenial-proposed/partner) [1:20190709.1-0ubuntu<IP_ADDRESS> => 1:20190813.1-0ubuntu<IP_ADDRESS>] (no packageset)
[12:22] -queuebot:#ubuntu-release- Unapproved: adobe-flashplugin (disco-proposed/partner) [1:20190709.1-0ubuntu<IP_ADDRESS> => 1:20190813.1-0ubuntu<IP_ADDRESS>] (no packageset)
[13:44] -queuebot:#ubuntu-release- Unapproved: nova (bionic-proposed/main) [2:17.0.10-0ubuntu2 => 2:17.0.11-0ubuntu1] (openstack, ubuntu-server)
[13:56] -queuebot:#ubuntu-release- Unapproved: accepted adobe-flashplugin [source] (disco-proposed) [1:20190813.1-0ubuntu<IP_ADDRESS>]
[13:57] -queuebot:#ubuntu-release- Unapproved: accepted adobe-flashplugin [source] (bionic-proposed) [1:20190813.1-0ubuntu<IP_ADDRESS>]
[13:57] -queuebot:#ubuntu-release- Unapproved: accepted adobe-flashplugin [source] (xenial-proposed) [1:20190813.1-0ubuntu<IP_ADDRESS>]
[14:38] -queuebot:#ubuntu-release- Unapproved: aodh (bionic-proposed/main) [6.0.1-0ubuntu1.1 => 6.0.1-0ubuntu1.2] (openstack, ubuntu-server)
[15:36] <bdmurray> coreycb: Has the manual testing of horizon been done? Bug 1830341
[15:41] <coreycb> bdmurray: that's not done yet. SOMEBODY who was going to test it spilled coffee on their keyboard.
[15:41] <coreycb> bdmurray: thanks for checking
[15:42] <bdmurray> mmm, coffee keyboard
[16:46] -queuebot:#ubuntu-release- Unapproved: accepted samba [source] (disco-proposed) [2:4.10.0+dfsg-0ubuntu2.3]
[17:00] -queuebot:#ubuntu-release- Unapproved: accepted partman-base [source] (disco-proposed) [206ubuntu1.2]
[17:01] -queuebot:#ubuntu-release- Unapproved: accepted partman-base [source] (bionic-proposed) [192ubuntu1.2]
[17:03] -queuebot:#ubuntu-release- Unapproved: accepted nautilus [source] (disco-proposed) [1:3.32.3-0ubuntu1]
[17:14] -queuebot:#ubuntu-release- New binary: libtext-bibtex-perl [amd64] (eoan-proposed/universe) [0.88-3] (kubuntu)
[17:14] -queuebot:#ubuntu-release- New binary: libtext-bibtex-perl [s390x] (eoan-proposed/universe) [0.88-3] (kubuntu)
[17:14] -queuebot:#ubuntu-release- New binary: conmon [amd64] (eoan-proposed/none) [0.3.0-1] (no packageset)
[17:14] -queuebot:#ubuntu-release- New binary: python-timeline [amd64] (eoan-proposed/none) [0.0.6-1] (no packageset)
[17:14] -queuebot:#ubuntu-release- New binary: ecbuild [amd64] (eoan-proposed/none) [3.0.3-1] (no packageset)
[17:15] -queuebot:#ubuntu-release- New binary: conmon [i386] (eoan-proposed/none) [0.3.0-1] (no packageset)
[17:15] -queuebot:#ubuntu-release- New binary: libtext-bibtex-perl [armhf] (eoan-proposed/universe) [0.88-3] (kubuntu)
[17:15] -queuebot:#ubuntu-release- New binary: libtext-bibtex-perl [ppc64el] (eoan-proposed/universe) [0.88-3] (kubuntu)
[17:15] -queuebot:#ubuntu-release- New binary: libtext-bibtex-perl [arm64] (eoan-proposed/universe) [0.88-3] (kubuntu)
[17:15] -queuebot:#ubuntu-release- New binary: libtext-bibtex-perl [i386] (eoan-proposed/universe) [0.88-3] (kubuntu)
[17:16] -queuebot:#ubuntu-release- New binary: conmon [arm64] (eoan-proposed/none) [0.3.0-1] (no packageset)
[17:16] -queuebot:#ubuntu-release- New binary: conmon [s390x] (eoan-proposed/none) [0.3.0-1] (no packageset)
[17:16] -queuebot:#ubuntu-release- New binary: conmon [armhf] (eoan-proposed/none) [0.3.0-1] (no packageset)
[17:26] -queuebot:#ubuntu-release- Unapproved: accepted neutron [source] (bionic-proposed) [2:12.1.0-0ubuntu1]
[17:40] -queuebot:#ubuntu-release- New binary: conmon [ppc64el] (eoan-proposed/universe) [0.3.0-1] (no packageset)
[17:59] -queuebot:#ubuntu-release- Unapproved: accepted thermald [source] (bionic-proposed) [1.7.0-5ubuntu3]
[18:01] <bryce> vorlon, you had advised us to gate the php transition on the mysql8 transition, but we're feeling it will be a pinch getting mysql8 done by feature freeze.  We're thinking it may be worth requesting FFe for the PHP batch.  If we did that would we need to have separate FFes for each package (54 total) or one single one listing all of them?
[18:06] -queuebot:#ubuntu-release- Unapproved: accepted bind9 [source] (bionic-proposed) [1:9.11.3+dfsg-1ubuntu1.9]
[18:10] -queuebot:#ubuntu-release- Unapproved: accepted bind9 [source] (xenial-proposed) [1:9.10.3.dfsg.P4-8ubuntu1.15]
[18:14] -queuebot:#ubuntu-release- Unapproved: accepted gpgme1.0 [source] (bionic-proposed) [1.10.0-1ubuntu2.1]
[18:22] -queuebot:#ubuntu-release- Unapproved: accepted aodh [source] (bionic-proposed) [6.0.1-0ubuntu1.2]
[18:25] <vorlon> bryce: +1 on filing a ffe, +1 on the actual ffe, and I think you should file a single bug with a single 'php' task and detail the list of packages you expect to update together
[18:26] -queuebot:#ubuntu-release- Unapproved: rejected nova [source] (bionic-proposed) [2:17.0.11-0ubuntu1]
[18:26] <bryce> vorlon, thanks that sounds great
[19:13] -queuebot:#ubuntu-release- New source: ibus-avro (bionic-proposed/primary) [1.1-0ubuntu<IP_ADDRESS>]
[19:13] -queuebot:#ubuntu-release- New source: ibus-avro (xenial-proposed/primary) [1.1-0ubuntu<IP_ADDRESS>]
[19:13] -queuebot:#ubuntu-release- New source: ibus-avro (disco-proposed/primary) [1.1-0ubuntu<IP_ADDRESS>]
[19:14] <mapreri> meh.   I just uploaded 3 ibus-avro to xenial, bionic and disco, however those should all have been for *-backports
[19:14] <mapreri> these ↑
[19:14] <mapreri> can somebody please reject them, while I re-upload to the right distribution?
[19:18] -queuebot:#ubuntu-release- New source: ibus-avro (xenial-backports/primary) [1.1-0ubuntu<IP_ADDRESS>]
[19:19] -queuebot:#ubuntu-release- New source: ibus-avro (bionic-backports/primary) [1.1-0ubuntu<IP_ADDRESS>]
[19:19] -queuebot:#ubuntu-release- New source: ibus-avro (disco-backports/primary) [1.1-0ubuntu<IP_ADDRESS>]
[19:20] <mapreri> these are the good ones :)
[19:20] <mapreri> Laney: ↑
[20:02] -queuebot:#ubuntu-release- New: rejected ibus-avro [source] (xenial-backports) [1.1-0ubuntu<IP_ADDRESS>]
[20:02] -queuebot:#ubuntu-release- New: rejected ibus-avro [source] (xenial-proposed) [1.1-0ubuntu<IP_ADDRESS>]
[20:02] -queuebot:#ubuntu-release- New: rejected ibus-avro [source] (bionic-backports) [1.1-0ubuntu<IP_ADDRESS>]
[20:02] -queuebot:#ubuntu-release- New: rejected ibus-avro [source] (bionic-proposed) [1.1-0ubuntu<IP_ADDRESS>]
[20:03] -queuebot:#ubuntu-release- New: rejected ibus-avro [source] (disco-backports) [1.1-0ubuntu<IP_ADDRESS>]
[20:03] -queuebot:#ubuntu-release- New: rejected ibus-avro [source] (disco-proposed) [1.1-0ubuntu<IP_ADDRESS>]
[20:06] -queuebot:#ubuntu-release- New source: ibus-avro (bionic-backports/primary) [1.1-0ubuntu<IP_ADDRESS>]
[20:06] -queuebot:#ubuntu-release- New source: ibus-avro (xenial-backports/primary) [1.1-0ubuntu<IP_ADDRESS>]
[20:06] -queuebot:#ubuntu-release- New source: ibus-avro (disco-backports/primary) [1.1-0ubuntu<IP_ADDRESS>]
[20:14] -queuebot:#ubuntu-release- Unapproved: accepted btrfs-tools [source] (xenial-proposed) [4.4-1ubuntu1.1]
[20:18] -queuebot:#ubuntu-release- Unapproved: accepted zfs-linux [source] (xenial-proposed) [<IP_ADDRESS>-0ubuntu28]
[20:24] -queuebot:#ubuntu-release- Unapproved: accepted landscape-client [source] (xenial-proposed) [16.03-0ubuntu<IP_ADDRESS>]
[20:28] -queuebot:#ubuntu-release- New: accepted conmon [arm64] (eoan-proposed) [0.3.0-1]
[20:28] -queuebot:#ubuntu-release- New: accepted conmon [ppc64el] (eoan-proposed) [0.3.0-1]
[20:28] -queuebot:#ubuntu-release- New: accepted libtext-bibtex-perl [armhf] (eoan-proposed) [0.88-3]
[20:28] -queuebot:#ubuntu-release- New: accepted conmon [armhf] (eoan-proposed) [0.3.0-1]
[20:28] -queuebot:#ubuntu-release- New: accepted conmon [s390x] (eoan-proposed) [0.3.0-1]
[20:29] -queuebot:#ubuntu-release- New: accepted conmon [amd64] (eoan-proposed) [0.3.0-1]
[20:29] -queuebot:#ubuntu-release- New: accepted ecbuild [amd64] (eoan-proposed) [3.0.3-1]
[20:29] -queuebot:#ubuntu-release- New: accepted libtext-bibtex-perl [arm64] (eoan-proposed) [0.88-3]
[20:29] -queuebot:#ubuntu-release- New: accepted libtext-bibtex-perl [ppc64el] (eoan-proposed) [0.88-3]
[20:29] -queuebot:#ubuntu-release- New: accepted conmon [i386] (eoan-proposed) [0.3.0-1]
[20:29] -queuebot:#ubuntu-release- New: accepted libtext-bibtex-perl [i386] (eoan-proposed) [0.88-3]
[20:29] -queuebot:#ubuntu-release- New: accepted libtext-bibtex-perl [amd64] (eoan-proposed) [0.88-3]
[20:29] -queuebot:#ubuntu-release- New: accepted python-timeline [amd64] (eoan-proposed) [0.0.6-1]
[20:29] -queuebot:#ubuntu-release- New: accepted libtext-bibtex-perl [s390x] (eoan-proposed) [0.88-3]
[22:50] <vorlon> well that's fun, 2 of the 3 oldest packages stuck in -proposed were misbuilt binaries that were blocked by autopkgtests and are fixed with a no-change rebuild.  How many other binaries do we have in the archive built at that time which don't have autopkgtests?
[22:51] <vorlon> (2018-11-08)
[23:13] -queuebot:#ubuntu-release- New binary: gulkan [i386] (eoan-proposed/universe) [0.12.1-1] (no packageset)
[23:13] -queuebot:#ubuntu-release- New binary: skalibs [i386] (eoan-proposed/universe) [<IP_ADDRESS>-2] (no packageset)
[23:13] -queuebot:#ubuntu-release- New binary: skalibs [amd64] (eoan-proposed/universe) [<IP_ADDRESS>-2] (no packageset)
[23:13] -queuebot:#ubuntu-release- New binary: skalibs [s390x] (eoan-proposed/universe) [<IP_ADDRESS>-2] (no packageset)
[23:13] -queuebot:#ubuntu-release- New binary: gulkan [amd64] (eoan-proposed/universe) [0.12.1-1] (no packageset)
[23:13] -queuebot:#ubuntu-release- New binary: gulkan [armhf] (eoan-proposed/universe) [0.12.1-1] (no packageset)
[23:13] -queuebot:#ubuntu-release- New binary: skalibs [arm64] (eoan-proposed/universe) [<IP_ADDRESS>-2] (no packageset)
[23:13] -queuebot:#ubuntu-release- New binary: gulkan [arm64] (eoan-proposed/universe) [0.12.1-1] (no packageset)
[23:13] -queuebot:#ubuntu-release- New binary: gulkan [s390x] (eoan-proposed/universe) [0.12.1-1] (no packageset)
[23:14] -queuebot:#ubuntu-release- New binary: skalibs [armhf] (eoan-proposed/universe) [<IP_ADDRESS>-2] (no packageset)
[23:15] -queuebot:#ubuntu-release- New: accepted gulkan [arm64] (eoan-proposed) [0.12.1-1]
[23:15] -queuebot:#ubuntu-release- New: accepted gulkan [s390x] (eoan-proposed) [0.12.1-1]
[23:15] -queuebot:#ubuntu-release- New: accepted gulkan [amd64] (eoan-proposed) [0.12.1-1]
[23:15] -queuebot:#ubuntu-release- New: accepted gulkan [i386] (eoan-proposed) [0.12.1-1]
[23:15] -queuebot:#ubuntu-release- New: accepted gulkan [armhf] (eoan-proposed) [0.12.1-1]
[23:47] -queuebot:#ubuntu-release- New binary: skalibs [ppc64el] (eoan-proposed/universe) [<IP_ADDRESS>-2] (no packageset)
[23:56] <teward> vorlon: heads up, I checked the latest iteration of raysession that Eickmeyer has asked for a review, it *looks* like the copyright bits are fixed as are the overrides, since you reviewed it last time I'd like you to review it this time when you get time.  it's in the process of being put in the queue now
[23:57] <teward> though there's a couple of cases where we COULD get away with gpl-2.0+ because of that specific file(s) licensing.
[23:57] <teward> and a few wishlist/minor bits, including where lintian seems to think the dep5 for the jacklib.py isn't actually used, if i'm blind then I missed it because it looks proper-syntax to me.
[23:58] -queuebot:#ubuntu-release- New source: raysession (eoan-proposed/primary) [0.7.2-0ubuntu1]
[23:58] <teward> ^ that one


[01:48] <learning> greetings all
[01:53] <drab> greetings learning
[14:21] <napnoe> hola
[14:24] <Balthier1234> Is this the chanel for support?
[15:06] <Gmon> Hi, i'm new here so sorry for eventual mistakes. I have a question about mplayer... I was watching a cartoon with my daughter when she started clicking on the keyboard... The speed changed in very fast and after many tentative it was impossible for me to come back at speed 1:1.... Can anyone help me?
[15:16] <dzho> oh, too late
[15:16]  * dzho sighs
[22:22] <teo__> hello i need help for installing lubuntu in my netbook
[22:22] <teo__> anyone?
[22:22] <drab> what's up?
[22:25] <teo__> at the final steps of the installation process the installation guide pops up a window that says "failed to install starter programm"
[22:25] <drab> no clue sorry, never seen that before. tried to gogole for it?
[22:25] <teo__> i dont know if i write this correctly in english because im greek and im trying to translate it as best as i can
[22:26] <drab> oh, maybe start = grub
[22:26] <drab> starter*
[22:26] <drab> but maybe not
[22:26] <drab> I'm not sure what "starter" is
[22:26] <teo__> if its grub the correct word do you know whats the problem?
[22:27] <drab> it wouldn't be at the end I think tho. what happens if you reboot?
[22:27] <teo__> its the programm that boots lubuntu when you start the pc...as far as i understand it
[22:27] <drab> right ok, that'd be grub
[22:28] <drab> that's why I suggested it, but I thought it happened earlier in the process
[22:28] <drab> but maybe not
[22:28] <teo__> what do i have to do?
[22:28] <drab> do you have a aspecial disk setup?
[22:28] <drab> are you dual booting?
[22:28] <teo__> its grub ok..i dont know the exact terminology..haha
[22:29] <drab> are you installing from Cd or USB?
[22:29] <drab> and what did you select when it asked you where to install the bootloader? (if it did)
[22:30] <teo__> i had windows xp but when i started installing the lubuntu i checked the choice to format the hard drive so everything from files to operating systems will be deleted
[22:30] <drab> k
[22:30] <teo__> from cd
[22:30] <teo__> and i tried to install lubuntu 2 times
[22:31] <teo__> its going great in all the installation process
[22:32] <teo__> and when its almost close to finish the installation and tries to install this grub thing it says its not possible...and that i have to select another dir to put it..but i only have one hard drive that i formated already...
[22:36] <drab> teo__: not sure it'll work, but, maybe try to reboot from CD, select "liveCD"
[22:36] <drab> then open a disk utility and format the disk yourself
[22:36] <drab> removing all partitions first
[22:36] <drab> and leave only free space / unpartitioned disk
[22:36] <drab> that may do the trick, I've seen some problems in the part when the disk was in a weird state
[22:37] <drab> it's a bit of a long short, but I don't have any other ideas
[22:37] <drab> I've not personally seen that problem before
[22:37] <teo__> ok thnx a lot


 hey
[03:44] <mariano> I'm trying to install Remarkable markdown editor using a deb file, but I keep getting that it is missing dependancy gir1.2-webkit-3.0. I dont know what gir1.2-webkit-3.0, is it a file that is likely to break my system?
[03:48] <OerHeks> !info gir1.2-webkit-3.0
[03:48] <OerHeks> make sure you have universe enabled
[03:50] <mariano> I can't install gir1.2-webkit-3.0 also because qapt says it cannot satisfy dependencies lol.
[04:07] <OerHeks> apt install -f # might correct these problems
 Sup oerheks
 (Document) https://irc-attachments.kde.org/tK3QHGLf/file_17546.mp4
[06:30] <OerHeks> Ircsomebot on ignore, for ever
 My trackpad doesn't work any more after resume. Any ideas?
[11:48] <BluesKaj> Howdy all
[14:08] <silv3r_m00n> hi there
[14:08] <silv3r_m00n> i upgraded to kubuntu 19.10 and now the desktop icons are wider and taking unnecessary space than the earlier version
[14:08] <silv3r_m00n> is there a setting somewhere to change this ?
[14:11] <BluesKaj> silv3r_m00n, system settings>display and monitor , you may need to rescale your dispaly
[14:12] <silv3r_m00n> how do u rescale ?
[14:12] <silv3r_m00n> there are a bunch of options there
[14:12] <silv3r_m00n> as i can see
[14:18] <BluesKaj> dunno your resolution setting , but you should start with that
 Ummm resolution setting is not the correct way to update icon spacing.  The developer intentionally defaulted icons to to display more (al?l) icon text labels.
 To change icon size, go to System Setting -> Icons -> Icons -> Configure Icon Sizes (button) -> Desktop and use the slider to change the size.
 Excepting one minor issue: the desktop icon resizing does not work.... :( :)
[19:10] <tamal> hi
[19:10] <tamal> Im new Here
 tamal: welcome
[19:12] <tamal> Thank you is this the official Kubuntu Commynity Channel ?
[19:24] <mparillo> Yes, this channel is focused on support. There is also #kubuntu-offtopic for general chat.
 Hello admins in the telegram group... Sigh
 Hey
[20:28] <neudrine> Strg+w
[23:20] <smint> hola
[23:57] <toop> listen, I have tried every other way but it wont work, so I need help to tap into a windows laptop which the user is locked out of the admin account remotley from linuxits CD drive isnt working, I cant use a USB toolI can't be arsed with hassle so please
[23:58] <toop> I have permission from the laptops owner to do it and can post that there
[23:58] <toop> I sure as hell aint waiting 8 hours to backup my usb stick to use a password recovery toold which I dont even know will boot or work
[23:59] <toop> it has to be done remotley over wifi or ethernet from kubuntu
[23:59] <toop> GO