[06:32] <jussi> shadeslayer: testing now
[06:47] <jussi> shadeslayer: I cant seem to make it connect :/
[09:19] <Riddell> brr, cold today!
[09:21] <jussi> Riddell: pesh, cold :P
[09:22] <Riddell> yeah yeah you hardy arctic types are used to below zero, some of us like having our gulf stream to keep us warm
[09:23] <Riddell> RC3!
[09:24] <tazz> Riddell, I know what you mean, its cold here too. Its almost 24 Degrees Celsius.
[09:24] <tazz> XD
[09:25] <Riddell> tazz: I have a spare Kubuntu wooly jumper if you need it
[09:25] <Riddell> yofel_: kate package seems to have ended up with version no of 4:4.9.97-0ubuntu1~ubuntu13.04
[09:25] <Riddell> presumably just a script doing a funny thing?
[09:34] <yofel__> Riddell: either that or bzr had a funny version. IIRC it just takes the version from there
[09:37] <yofel__> Riddell: ah, kubuntu-archive-upload line 116ff needs improvement
[09:45]  * Riddell runs kubuntu-initial-upload on RC 3
[10:13] <Quintasan_> I is on a streak
[10:13] <Quintasan> Riddell: I'll be working on maliit today
[10:14] <Quintasan> things went way better than I had expected
[10:14] <Riddell> Quintasan: what things went better?
[10:14] <Quintasan> tests
[10:14] <Riddell> oh cool
[10:15] <Riddell> well done :)
[10:15] <Quintasan> unexpectedly I aced one
[10:15] <Quintasan> the strangest part is that I did not prepare for it
[10:16]  * Quintasan feels damn lucky
[10:16] <Riddell> you're just a natural genius
[10:16] <Quintasan> lol
[10:16] <Quintasan> hell no
[10:17] <Quintasan> Riddell: or maybe, if you consider my inner random() function to generate the right answer :P
[10:18] <Quintasan> whatever, I have to buy some food on way home and will get to it
[10:18] <Quintasan> hopefully I will have plugins done as well this weekend
[10:34] <jussi> grumble, wheres shadeslayer when I need him
[10:36] <tsimpson> hiding from you, obviously :)
[10:41] <jussi> hehe, yeah, likely
[10:41] <jussi> but he did ask me to test something...
[10:51] <Riddell> here's a question, would using -proposed not be as good as using kubuntu-ninjas?
[10:52] <Riddell> ah but not secret I suppose
[10:52] <Riddell> hmm
[11:04] <yofel__> it also has a very high build priority so we get the packages built ASAP which is nice
[11:04] <yofel__> the archive would be slower I think
[11:05] <Riddell> really?  slower than a private PPA?
[11:06] <yofel__> well, a private PPA has essentially the highest priority you can get on the PPA builders
[11:06] <yofel__> if the archive has a queue we're sitting in there like everybody else
[11:06] <Riddell> yeah, wouldn't want to be behind gtk packages :)
[11:06] <yofel__> :D
[11:07] <Riddell> shadeslayer: I think that netrunner user who had the install issue "windows not detected" was just confused by the lack of label
[11:07] <Riddell> nothing on the installer says "windows" on the relevant partition
[11:07] <Riddell> I can see how that would be confusing
[11:07] <Riddell> http://starsky.19inch.net/~jr/tmp/ubiquity.png  vs  http://starsky.19inch.net/~jr/tmp/ubiquity1.png
[11:11] <Riddell> so if you're bored of packaging feel free to take that up, xnox will tell you it's not hard I'm sure :)
[11:11] <Riddell> or we could convince agateau it's a KDE bug and counts as a last mile :)
[11:13] <xnox> the text and widgets are there.... you just need to name them the same way....
[11:13] <xnox> the kubiquity screenshot looks like ubiquity from ~maverick time.
[11:14] <Riddell> it hasn't had much love indeed
[11:15] <Riddell> I think it's more than a case of "just name them" there's a lot of code differences in the disk setup page alas
[11:16] <Riddell> yofel__: kubuntu_revert_285553e.diff is still needed, did you report that as a bug upstream?
[11:16] <Riddell> hmm, brightness, isn't that afiestas's area?
[11:18] <yofel__> IIRC ScottK already poked afiestas, not sure
[11:30] <Riddell> 11:08 < Riddell> pinheiro: what's your opinion on the current state of the oxygen font?  is it ready for distros to pick up?
[11:30] <Riddell> 11:23 < pinheiro> Riddell: you should include it
[11:30] <Riddell> 11:23 < pinheiro> screen wise .... not so much
[11:31] <Riddell> apachelogger: upstream go ahead for archive, want to put it in the archive or shall I?
[11:32] <yofel__> I tried it as a system font for a day - didn't really work for me as I couldn't get the hinting settings right. Some character was always fuzzy - doesn't happen with the ubuntu font
[11:33] <Riddell> right, that's why he's saying it's not for screen use
[11:33] <Riddell> but then he's also saying ubuntu font isn't for screen use :)
[11:42] <jussi> hrm, has anyone got a messed up chromium atm?
[11:42] <jussi> single tab is very weird looking for me
[11:54] <apachelogger> Riddell: I'd first clearify what exactly is a good idea to include in a distro .... there are like 3 copies of the font in various dirs or something :P
[12:03] <Riddell> kubuntu-full seems to be installing ok now I fixed kdegames
[12:41] <shadeslayer> mmm
[12:41] <shadeslayer> jussi: ssup
[12:42] <jussi> shadeslayer: see pm..
[13:06] <dantti_laptop> hi, you may want to patch print-manager for 4.10 with https://projects.kde.org/projects/kde/kdeutils/print-manager/repository/revisions/d889135b42c809f29a83d0a386915cc88a1b82b6
[13:06] <shadeslayer> *nod*
[13:06] <dantti_laptop> it was reverted since upstream CUPS 1.6 doesn't support it, but ubuntu has a patched version that does.
[13:14] <shadeslayer> dantti_laptop: I've added it to the notes, will upload a version with the patch later
[13:16] <dantti_laptop> shadeslayer: thanks :)
[13:42] <ScottK> Riddell: Re the revert, afiestas was trying to fix the flickering.  I was going to write kde-devel/release about reverting upstream before 4.10, but didn't manage it yet.
[13:43] <Riddell> shadeslayer, dantti_laptop: added
[13:44] <dantti_laptop> thanks
[13:54] <kubotu> ::workspace-bugs:: [1100377] package ktouchpadenabler 4:4.9.97-0ubuntu2 failed to install/upgrade: intentando sobreescr... @ https://bugs.launchpad.net/bugs/1100377 (by mercuriete)
[14:07] <BluesKaj> Hey all
[15:15] <oy> Riddell: oyranos package works
[15:15] <Riddell> oy: from experimental PPA?
[15:15] <oy> installed the experimental PPA, yes, is this meant with review?
[15:18] <Riddell> yeah that's the one needing review
[15:18] <Riddell> great that it works
[15:18] <Riddell> now I need someone to review the packaging
[15:18] <Riddell> !ninjas
[15:18] <Riddell> hint :)
[15:22] <oy> ok
[15:23] <apachelogger> no time, I am discussing hardware sound mixing :P
[15:23] <yofel__> let's get 4.9.98 done so we can upload the backports first, after that we'll have plenty of time for reviews ;P
[15:24] <yofel__> yay, workspace FTBFS o.O
[16:42] <Riddell> agateau: ping?
[16:43] <agateau> Riddell: pong
[16:44] <Riddell> agateau: I need you git mastery
[16:44] <Riddell> agateau: I just committed 245ba2956bd3fad7151ee46024d207917fdd1a06 to master in kde-workspace
[16:45] <Riddell> then did a git checkout remotes/origin/KDE/4.10
[16:45] <Riddell> then..
[16:45] <Riddell> jr@gallus:~/src/kde/kde-workspace/libs/plasmagenericshell>git cherry-pick 245ba2956bd3fad7151ee46024d207917fdd1a06
[16:45] <Riddell> [detached HEAD f72fa75] add missing linking target 1 file changed, 1 insertion(+), 1 deletion(-)
[16:46] <Riddell> git add CMakeLists.txt
[16:46] <Riddell> git commit
[16:46] <Riddell> but I get ..
[16:46] <Riddell> nothing added to commit but untracked files present (use "git add" to track)
[16:46] <agateau> Riddell: "git checkout remotes/origin/KDE/4.10" that looks wrong
[16:47] <agateau> You should have switched to the KDE/4.10 branch with "git checkout KDE/4.10"
[16:47] <agateau> then pulled the remote code with "git pull"
[16:47] <agateau> then do the git cherry-pick
[16:48] <agateau> You shouldn't have to do any "git add" or "git commit" after a cherry pick
[16:48] <shadeslayer> but if you don't have that branch tracked, you need to do git checkout --track origin/KDE/4.10
[16:48] <agateau> shadeslayer: doesn't git do this for you these days?
[16:48] <shadeslayer> also, it's better to do a commit in 4.10 and then merge to master
[16:48] <shadeslayer> agateau: dunno, old habit of mine I guess
[16:49] <shadeslayer> I always do a --track
[16:49] <agateau> yes, can't hurt
[16:50] <agateau> Riddell: but then maybe we should first get you out of your "detached HEAD" state
[16:50] <shadeslayer> heh
[16:50] <Riddell> agateau: no change
[16:50] <Riddell> http://paste.kde.org/649766/
[16:50] <agateau> Riddell: what does "git branch" says?
[16:50] <Riddell> I don't want my head detached!  this git thing is dangerous!
[16:51] <Riddell> agateau: http://paste.kde.org/649778/
[16:51] <Riddell> dunno what sreich is doing in there
[16:51] <agateau> ah no, so it's ok
[16:51] <agateau> Riddell: when you do a cherry-pick, git creates a commit automatically
[16:51] <agateau> no need to add or commit anything
[16:51] <Riddell> oh wait I just did something
[16:51] <Riddell> http://commits.kde.org/kde-workspace/374024abc92dcd73fa9fd19444803c85ae7c3145
[16:51] <agateau> if you run git log you should see your commit
[16:52] <agateau> can't see anything, but maybe it takes time to appear on quickgit
[16:52] <Riddell> not very quick then!
[16:52] <agateau> :)
[16:53]  * agateau pulls from kde-workspace
[16:53] <Riddell> why on earth do you not have to commit?  this is totally unintuitive
[16:54]  * Riddell ports kde to bzr
[16:54] <shadeslayer> "[USN-1694-1] RPM vulnerability"
[16:54] <shadeslayer> hehehe
[16:54] <agateau> Riddell: it makes it easy to do several cherry-picks in a row
[16:54] <Riddell> agateau: sounds like it makes it easy to mess up!
[16:54] <agateau> Riddell: commits are local anyway, so you can easily undo them before pushing
[16:55] <Riddell> shadeslayer: that's not very nice, laughing at people with a security issue!
[16:55] <Riddell> agateau: so did my commit get in?
[16:56] <agateau> I see a commit which says "add missing linking target" from you on KDE/4.10
[16:56] <Riddell> yay
[16:56] <Riddell> I am git master!
[16:56] <agateau> :)
[16:57] <agateau> Riddell: next time, use --no-commit if git cherry-pick frightens you :)
[16:59] <shadeslayer> or better yet commit in 4.10 first :P
[17:00] <kubotu> ::workspace-bugs:: [1100832] Ubuntu System Settings back to Normal/Factory reset, after start/restart Computer @ https://bugs.launchpad.net/bugs/1100832 (by Daniel Yunus)
[17:24] <shadeslayer> errr
[17:24] <shadeslayer> Riddell: kmag depends on libqaccessibilityclient-dev, but the latter is not in the archive
[17:25] <shadeslayer> should I copy it from experimental?
[17:25] <Riddell> shadeslayer: it's in New
[17:26] <shadeslayer> I see
[17:26] <Riddell> not sure what to do about hurrying that along
[17:26] <Riddell> yeah copying from experimental would be good
[17:26] <shadeslayer> okay, copying from experimental
[17:31] <yofel> evening
[17:32] <shadeslayer> hi yofel
[17:34] <shadeslayer> fun, the plasma mobile armhf build failed
[17:34] <shadeslayer> wut
[17:34] <shadeslayer> Inconsistency detected by ld.so: rtld.c: 1311: dl_main: Assertion `_rtld_local._dl_rtld_map.l_libname->next == ((void *)0)' failed!
[17:35] <yofel> what?
[17:35] <shadeslayer> https://launchpadlibrarian.net/128669421/buildlog_ubuntu-raring-armhf.plasma-mobile_3.0-0ubuntu1~ppa2_FAILEDTOBUILD.txt.gz
[17:36] <yofel> shadeslayer: did you copy libwlocate too?
[17:36] <shadeslayer> yofel: nope
[17:37] <yofel> ok, I'll do it
[17:37] <Riddell> marble will need that
[17:37] <shadeslayer> doing it
[17:37] <shadeslayer> erm okay
[17:37] <shadeslayer> should I talk to the LP build people
[17:37] <yofel> done
[17:38] <shadeslayer> I think it might be the issue yofel reported against qemu
[17:38] <shadeslayer> though I don't remember the bug number for that
[17:38] <yofel> firefox to the rescue - bug 1077116
[17:38] <shadeslayer> it was something related to moc-qt4 and I see that the build fails as soon as moc-qt4 is called
[17:38] <yofel> it is automoc that fails
[17:39] <shadeslayer> mmm
[17:40] <shadeslayer> time to talk to the lp people I guess, googling the error doesn't give anything
[17:41] <yofel> would be good if you could, nobody paid attention to me
[17:41] <shadeslayer> hehe
[17:42]  * yofel goes backporting libqa... and libwlocate in the meanwhile
[17:42] <shadeslayer> hehehe
[17:51]  * yofel wonders what this is: -./usr/bin/accessibleapps
[17:52] <Riddell> yofel: it's a test application
[17:52] <Riddell> I think
[17:52] <Riddell> fregl can confirm
[17:52] <yofel> ah ok, sounds plausible
[17:55] <Riddell> ScottK: kate breaks because the .py files are put into site-packages instead of dist-packages, 4.9.97 no longer compiles either so it's not a change in kate but something in the stack, any bright ideas on what?
[17:57] <Riddell> ${PYTHON_SITE_PACKAGES_INSTALL_DIR} changed I guess
[17:58]  * yofel remember reading a mail about something like that on kde-release
[18:02] <Riddell> mm FindPythonLibrary.cmake from kdelibs has changed a bit
[18:09] <fregl> yofel: yes, it is our little test tool for accessibility - similar to accerciser from gnome. not so important for packaging, but might be nice to have if it's not too much work :)
[18:19] <yofel> Riddell: did you try building kate with INSTALL_PYTHON_FILES_IN_PYTHON_PREFIX set to true?
[18:21] <Riddell> mm no, that would probably do it as well
[18:21] <Riddell> but hardcoding "site-packages" must be wrong
[18:22] <Riddell> we don't want to have to set INSTALL_PYTHON_FILES_IN_PYTHON_PREFIX for everything
[18:23] <yofel> true :/
[18:28] <yofel> Riddell: maybe hardcode it to true for now in FindPythonLibrary.cmake?
[18:28] <Riddell> kindae defeats the point no?
[18:29] <yofel> well, this seems like a change trageted at devs from what I understand. I don't see a reason to use it for the distro packages
[18:31] <Riddell> well it works fine and puts them in the right place except it hardcodes "site-packages"
[18:32] <Riddell> but I guess settings INSTALL_PYTHON_FILES_IN_PYTHON_PREFIX by default is much the same as reverting to the old version
[18:32] <yofel> yeah, as the previous default was asking python where to put it
[18:32] <yofel> I guess a mix of both would be needed here
[18:54] <Riddell> dantti_laptop: I'm not convinced this does work
[18:54] <Riddell> http://paste.kde.org/649838/
[18:58] <dantti_laptop> Riddell: is it quantal?
[18:59] <dantti_laptop> Riddell: does that file has #include <cups/adminutil.h>
[19:00] <Riddell> dantti_laptop: no this is on raring (development ubuntu)
[19:02] <Riddell> yes #include <cups/adminutil.h> is in ./libkcups/KCupsServer.cpp
[19:02] <dantti_laptop> Riddell: ok, I'm using quantal maybe they removed the cups patch from raring, is CUPS_SERVER_REMOTE_PRINTERS defined in adminutil.h?
[19:03] <Riddell>  /*#  define CUPS_SERVER_REMOTE_PRINTERS "_remote_printers"*/
[19:03] <Riddell> dantti_laptop: nope
[19:03] <Riddell> from changelog..
[19:03] <dantti_laptop> ok, then it's probably stick to upstream CUPS now, up to you if you want to update it in quantal then...
[19:03] <Riddell>   * debian/patches/forward-port-cups-1-5-x-cups-browsing.patch: Removed the
[19:03] <Riddell>     forward-port of CUPS broadcasting/browsing as from cups-filters 1.0.27
[19:03] <Riddell>     on we have cups-browsed which does Bonjour browsing for us making the
[19:03] <Riddell>     patch unneeded. This eliminates also a crash bug in cupsd (LP: #1086019,
[19:03] <Riddell>     LP: #1061063, LP: #1061069).
[19:04] <Riddell> maybe I should have pastebinned that :)
[19:04] <dantti_laptop> hehe
[19:04] <dantti_laptop> I guess I need to update to raring...
[19:05] <kubotu> ::workspace-bugs:: [1065096] Certain keyboard shortcuts disappear between 4.9.1 and 4.9.2 @ https://bugs.launchpad.net/bugs/1065096 (by Peder Chr. Nørgaard)
[19:05] <Riddell> raring is where all the cool kids are at
[19:07] <dantti_laptop> well I like to live a bit stable :P tho I need to compile a new kernel and find a way to fix my HID/udev issues...
[20:19] <Riddell> hmm, I wonder if I should be worried that my uploads to ninjas are disappearing
[20:23] <shadeslayer> or just being processed really slow?
[20:24] <shadeslayer> kubotu: seen ScottK
[20:24] <kubotu> ScottK was last seen 6 hours, 42 minutes and 14 seconds ago, saying "Riddell: Re the revert, afiestas was trying to fix the flickering.  I was going to write kde-devel/release about reverting upstream before 4.10, but didn't manage it yet." in #kubuntu-devel
[20:24] <shadeslayer> erm
[20:24] <shadeslayer> kubotu: seen SteveRiley
[20:24] <kubotu> SteveRiley was last seen 27 days, 16 hours, 3 minutes and 27 seconds ago, joining #kubuntu-devel
[20:24] <shadeslayer> heh
[20:28] <yofel> Riddell: not only yours...
[20:46] <Riddell> shadeslayer: SteveRiley has e-mailed me more recently
[20:46] <Riddell> yofel: well now I don't feel so special
[20:48] <yofel> and add a 3rd person to the phenomen (#launchpad)
[20:48] <yofel> guess someone broke the importer
[21:00] <jackyalcine> how do I get to Raring Alpha?
[21:00] <jackyalcine> :(
[21:10] <Riddell> jackyalcine: http://cdimage.ubuntu.com/kubuntu/releases/raring/alpha-1/
[21:12] <jackyalcine> sahweet! :)
[21:13] <jackyalcine> ah, but I wanted to add packages to my system  to get it :(
[21:13] <jackyalcine> this works with a liveusb, though, thanks
[21:25] <yofel> Riddell: uploading should work again, according to stgraber someone might reprocess the lost ones
[21:30] <Riddell> thanks yofel
[22:11] <Riddell> Amarok 2.7 final tarballs available for packaging
[22:11] <Riddell> !ninjas
[22:11] <Riddell> someone get onto it ^^


[05:55] <didrocks> good morning
[06:11] <duflu> Morning didrocks
[06:13] <didrocks> hey duflu
[06:22] <jibel> Good morning all
[06:25] <callmepk> hi didrocks duflu jibel
[06:25] <duflu> Hi jibel and callmepk
[06:25] <didrocks> salut jibel, hey callmepk
[06:30] <jibel> salut didrocks duflu callmepk
[06:34]  * didrocks doesn’t understand why the templated svg doesn’t load up anymore
[06:38] <jibel> didrocks, you mean it doesn't load as a template or as a rendered svg?
[06:45] <didrocks> jibel: the templated svg content we pass to imagemagick changed between the main and our branch, and it’s not a valid svg anymore
[06:45] <didrocks> I can’t spot what happens…
[06:49] <jibel> that's weird
[06:50] <didrocks> yeah, there is no code change at all in that part and it’s really like 6 lines…
[06:51] <didrocks> and I pass nil to the template
[06:52] <cpaelzer> Hi Desktop people, I need to ge my low insight on input handling boosted by your experience :-)
[06:53] <cpaelzer> I have a system that runs a windows application in wine and it was happy so far.
[06:53] <cpaelzer> The system also utilizes a USB barcode scanner.
[06:53] <cpaelzer> That scanner creates valid input into a terminal, vim, gvim or any other Linux application.
[06:53] <cpaelzer> It also creates valid input into a text editor running in wine (so I doubt it is wine).
[06:53] <cpaelzer> But in the actual application that I need it sometimes (yeah heisenbug) creates invalid upper/lower case input.
[06:53] <cpaelzer> The craziest (to me and maybe an indicator where to look at) is that after that happens even the keyboard attached to the system behaves as "if caps-lock is enabled" but it isn't at least according to the light on the keyboard.
[06:53] <cpaelzer> I'm not at the system right now, but later on I will be - I'm looking for hints what to look out for and tools to debug this any better.
[06:53] <cpaelzer> My current plan is to check what is coming through Ubuntu from the scanner with "showkey", is there anything better with xev or xinput or such that I could do?
[06:54] <cpaelzer> It also seems to be happenign more commonly once I open a specific input mask in the application, so I plan to do some statstical checks if e.g. reading in another text box in that same app is equally affected or not
[07:33] <juliank> o/
[07:34] <juliank> I'm trying to type special characters, but GNOME/X now recognizes AltGr as Alt_R, so I can't even enter a pipe character
[07:36] <juliank> I think this is gsettings schema default mishap; the "Alternate Characters key" setting in setting got changed to "None" from "Layout default"
[07:36] <juliank> Keyboard shortcuts for switching virtual desktops and moving windows across them are broken too
[07:38] <juliank> move-to-workspace-down=['<Shift><Super>Page_Down']
[07:39] <juliank> move-to-workspace-up=['<Shift><Super>Page_Up']
[07:39] <juliank> switch-to-workspace-down=['<Super>Page_Down']
[07:39] <juliank> switch-to-workspace-up=['<Super>Page_Up']
[07:39] <juliank> Only the switch-to-workspace-up works :/
[08:30] <juliank> Hmm, now suddenly my shortcuts work again
[09:15] <duflu> laney, actually the two issues you mentioned are the top two in the list https://bugs.launchpad.net/ubuntu/+bugs?field.tag=nvidia-drm.modeset
[09:15] <laney> great
[09:17] <laney> duflu: if you've got nvidia, give 470 a try together with disabling the udev rule and nvidia-drm.modeset=1
[09:18] <duflu> laney, kind of. I'm updating some older work right now so still using 460. Then I'll already be going into Friday evening without having tried 470. Probably not this week
[09:23] <laney> Next week is fine, I'm sure all the issues will still be there :-)
[09:23] <laney> /build/gdb-Ti35un/gdb-<IP_ADDRESS>10630/gdb/linux-tdep.c:2550: internal-error: displaced_step_prepare_status linux_displaced_step_prepare(gdbarch*, thread_info*, CORE_ADDR&): Assertion `gdbarch_data->num_disp_step_buffers > 0' failed.
[09:23] <laney> A problem internal to GDB has been detected,
[09:23] <laney> GREAT
[09:23] <laney> further debugging may prove unreliable.
[10:57] <KGB-2> gnome-desktop-testing tags f18133c Simon McVittie upstream/2021.1 * Upstream version 2021.1 * https://deb.li/q8QM
[10:58] <KGB-2> gnome-desktop-testing upstream/latest 975947e Simon McVittie * pushed 10 commits (first 5 follow) * https://deb.li/3H83U
[10:58] <KGB-2> gnome-desktop-testing upstream/latest 40a14b4 Simon McVittie src/gnome-desktop-testing-runner.c * Fix error with -Werror=declaration-after-statement * https://deb.li/DxpN
[10:58] <KGB-2> gnome-desktop-testing upstream/latest 8440e74 Simon McVittie Makefile-tests.am * build: Actually use the WARN_CFLAGS * https://deb.li/3RIzx
[10:58] <KGB-2> gnome-desktop-testing upstream/latest 7658e81 Simon McVittie configure.ac src/gnome-desktop-testing-runner.c * main: Explicitly handle all members of enum in switch * https://deb.li/TDDg
[10:58] <KGB-2> gnome-desktop-testing upstream/latest fc924dd Simon McVittie configure.ac src/gnome-desktop-testing-runner.c * Fix signedness warnings * https://deb.li/i3vsl
[10:58] <KGB-2> gnome-desktop-testing upstream/latest 188b347 Simon McVittie configure.ac * build: Officially require GLib 2.50 * https://deb.li/QDds
[10:59] <KGB-2> gnome-desktop-testing pristine-tar a3d0a6d Simon McVittie gnome-desktop-testing_2021.1.orig.tar.xz.delta gnome-desktop-testing_2021.1.orig.tar.xz.id * pristine-tar data for gnome-desktop-testing_2021.1.orig.tar.xz * https://deb.li/VIVn
[12:00] <k_alam> Trevinho: I copied those removed keys inside gsettings-ubuntu-schemas which is already a dependency of Unity. Can you review https://code.launchpad.net/~khurshid-alam/gsettings-ubuntu-touch-schemas/gds-to-gus-impish/+merge/405057 ?
[12:44] <juliank> Now after a reboot, a random set of keybindings stopped working again, yay
[14:39] <hellsworth> good morning desktopers
[14:52] <jibel> Good morning hellsworth
[14:55] <hellsworth> hi there jibel
[15:01] <ricotz> hellsworth, hello
[15:02] <hellsworth> o/ ricotz
[20:01] <seb128> hellsworth, hey, could you kick rebuilds for the glimpse snap on snap/beta/edge to fix  a bunch of USN rebuilds cards?


[16:01] <cjwatson> hi folks
[16:01] <barry> o/
[16:01] <jhunt_> o/
[16:02]  * stgraber waves
[16:02] <cjwatson> Steve and Brian are on holiday
[16:02] <cjwatson> #startmeeting
[16:02] <meetingology> Meeting started Wed Nov 23 16:02:42 2011 UTC.  The chair is cjwatson. Information about MeetBot at http://wiki.ubuntu.com/AlanBell/mootbot.
[16:02] <meetingology> Available commands: #accept #accepted #action #agree #agreed #chair #commands #endmeeting #endvote #halp #help #idea #info #link #lurk #meetingname #meetingtopic #nick #progress #rejected #replay #restrictlogs #save #startmeeting #subtopic #topic #unchair #undo #unlurk #vote #voters #votesrequired
[16:03] <cjwatson> [TOPIC] Lightning round
[16:03] <cjwatson> $ echo $(shuf -e cjwatson barry doko stgraber jhunt ev)
[16:03] <cjwatson> doko ev cjwatson jhunt barry stgraber
[16:04] <doko> - binutils 2.22 release
[16:04] <doko> - GCC updates
[16:04] <doko> - eglibc 2.15: new merge from the trunk, tracked down bug #893605, no solution y
[16:04] <doko> et
[16:04] <doko> - merged and tested the glibc sf/hf linker patch, ldd not yet working
[16:04] <doko> - re-enabled previously disabled ruby1.9.1 packages for main
[16:04] <doko> - some merges
[16:04] <doko> (done)
[16:05] <ev> Assigned to the DX team for this week; building a Jenkins infrastructure around Autopilot and creating tools for safely constructing Autopilot tests without hosing the developer's local configuration.
[16:05] <ev> Back on the crash database come this weekend
[16:05] <ev> (done)
[16:05] <cjwatson> Mostly finished Perl 5.14 transition.  Worked on a few others (ocaml, imagemagick, icu), cleaned up build failures, etc.
[16:06] <cjwatson> Finished drafting my specs.
[16:06] <cjwatson> Looked into the situation with .la files.  I think it would be worth making a bit more of an effort to kill off the ones in Ubuntu which are harmful, but haven't published a report yet.
[16:06] <cjwatson> Experimented with doing a multiarch i386->amd64 crossgrade.  I've uploaded several of the necessary patches and the rest are awaiting upload by others; after that I'll have another go ...
[16:06] <cjwatson> Fixed debootstrap confusion when it tries to install a package with two versions in the Packages file.
[16:06] <cjwatson> Fixed a couple of QA-reported bugs in daily builds: bug 893014, bug 893060, bug 892903.
[16:06] <cjwatson> Discussed server installer plans with Daviey.
[16:06] <cjwatson> Some archive infrastructure work: moved a few jobs from ftpmaster to people, arranged for them to attempt to run earlier in the hour and retry later if need be, and filed an RT to allow the next similar chunk of work.
[16:06] <cjwatson> (done)
[16:06] <jhunt_> Similar to last week: More blueprint work. Raft of Upstart Cookbook
[16:06] <jhunt_> updates (not yet published). Lots of work on Upstart Job Logging -
[16:06] <jhunt_> resolved the failing test issue and reworked the tests for the new
[16:06] <jhunt_> architecture. Currently finishing the required changes to the inotify
[16:06] <jhunt_> handling in the test code.
[16:06] <jhunt_> 𝅘𝅥𝅲
[16:07] <barry> much work on dbus-python for python 3.  branch compiles for both 2.7 and 3.2.  still working on one pesky test failure under python 3, but at least it doesn't crash any more.  will be blogging about it today, and following up on the python-porting mailing list.  also did: consulted for a while w/launchpad guys about a mysterious mailman outage; updated claws plugins; finished up blueprints.  out tomorrow and friday for usa holiday.
[16:07] <barry> done.
[16:07] <stgraber> - Testing tracker
[16:07] <stgraber>  - http://<IP_ADDRESS> is usually up to date with what's in the branch
[16:07] <stgraber>  - Got most of the UI working, you can now file testing results on it!
[16:07] <stgraber>  - Spent most of Monday working on migration scripts and SSO integration to match the 30k users in the current DB with their LP accounts
[16:07] <stgraber>  - Getting ready to use the test instance for alpha-1 testing
[16:07] <stgraber>  - More UI improvements
[16:07] <stgraber>  - Working build notifications
[16:07] <stgraber>  - Working subscriptions/unsubscriptions, still need to work on UI a bit
[16:07] <stgraber> - Worked on bug 823366, still need to wait for some feedback from Tom Ellis and try to reproduce slangasek's issue in VM, then upload and SRU time!
[16:07] <stgraber> - TODO
[16:07] <stgraber>  - Get the ISO tracker ready for alpha-1
[16:07] <stgraber>  - Setup ISO tracker for Daily testing and get the CD build machine to push the new builds automatically
[16:07] <stgraber>  - Look at the new ifupdown in Debian (beta2), isolate the fix for bug 876829 and SRU to Oneiric
[16:08] <stgraber>  - Still need to get my iSCSI test setup online again and then look at the merge...
[16:08] <stgraber> (done)
[16:08] <stgraber> (hopefully I'll be able to work a bit on my non-ISO tracker work items next week :))
[16:08] <stgraber> oh, and if you have a few minutes to spare, please try and break the ISO tracker at http://<IP_ADDRESS>
[16:08] <stgraber> I'm looking at the logs and fixing anything that breaks :)
[16:08] <cjwatson> since Brian's on holiday, I'll skip the bugs topic; if you have anything you're concerned about, that can be AOB :)
[16:08] <cjwatson> [TOPIC] Blueprints
[16:09] <cjwatson> Does anyone have blueprints they *haven't* finished drafting yet, or that haven't been approved?
[16:09]  * doko needs to finish two
[16:09] <cjwatson> (https://blueprints.launchpad.net/~/+specs?role=drafter may help)
[16:10] <cjwatson> The deadline is this Friday, so please send me an IRC message or e-mail when you're done with those and I guess I'll substitute for Steve as approver
[16:11] <cjwatson> [TOPIC] AOB
[16:12] <cjwatson> the multiarch crossgrade stuff I was playing with has the makings of being really cool :)
[16:12] <cjwatson> (I'm not doing anything clever myself, just filling in metadata really)
[16:12] <barry> cjwatson: can you describe more what it would allow us to do?
[16:12] <doko> like Multi-Arch: foreign attributes?
[16:12] <ev> cjwatson: the crash database hasn't been approved: https://blueprints.launchpad.net/ubuntu/+spec/foundations-p-crash-database
[16:12] <cjwatson> barry: upgrade from i386 to amd64 in-place
[16:13] <stgraber> oh, that reminds me I need to push quite a few more Multi-Arch:foreign changes to make upstart:i386 install on amd64 :)
[16:13] <cjwatson> doko: yeah, and a few more serious multiarchings
[16:13] <cjwatson> (like libapt)
[16:13] <barry> nice
[16:13] <cjwatson> ev: ack, thanks
[16:13] <ev> cheers
[16:13] <cjwatson> ev: if you're ready for it to be looked at, please mark it Review or Pending Approval
[16:14] <ev> oops! Thought I had done. That must be why Steve skipped it
[16:14] <ev> done
[16:14] <cjwatson> could be
[16:15] <cjwatson> barry: well, when I say in-place, it requires one reboot in the middle; hard to automate completely
[16:15] <cjwatson> (you need a 64-bit kernel in order to execute any 64-bit binaries)
[16:15] <barry> oh, that's so windows
[16:15] <cjwatson> heh
[16:15] <stgraber> cjwatson: I'm sure you can get rid of that extra reboot by installing qemu-user-static
[16:15] <cjwatson> I thought of that as I was typing it
[16:15] <stgraber> but that's going to make things a lot slower :)
[16:16] <stgraber> then you can try a crossgrade from i386 to armel on a x86_64 machine :)
[16:17] <stgraber> (would need some tweaks to load the binfmt stuff very very early though)
[16:18] <cjwatson> and you'd need to force binfmt-support to stay native-arch - doesn't sound so fun
[16:18] <cjwatson> you could crossgrade a chroot though
[16:19] <barry> that would actually be pretty interesting
[16:20] <cjwatson> anything else, or shall we finish early?
[16:20] <stgraber> nothing here
[16:20] <barry> i'm good
[16:20] <cjwatson> happy thanksgiving, those who celebrate it :)
[16:20] <barry> thanks! :)
[16:20] <doko> one of the faster meetings ...
[16:20] <stgraber> that was months ago ;)
[16:21] <cjwatson> #endmeeting
[16:21] <meetingology> Meeting ended Wed Nov 23 16:21:37 2011 UTC.
[16:21] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-meeting/2011/ubuntu-meeting.2011-11-23-16.02.moin.txt
[16:21] <stgraber> (yeah for some reason Canada and the US don't agree on thanksgiving's date... ours was on the 10th of October)
[16:21] <stgraber> thanks!
[16:26] <ev> pff, what does Canada have to be thankful for?
[16:26] <ogra_> elks !
[16:26] <ev> :)
[16:29] <stgraber> ;)
[17:49] <gema> Ubuntu QA Team meeting starting in 10 mins, big announcement today at the end of the meeting (at least for those who haven't been reading #ubuntu-bugs)!!
[18:01] <gema> ok, so we are starting the QA Team Weekly meeting
[18:01] <gema> #startmeeting Ubuntu QA Team
[18:01] <meetingology> Meeting started Wed Nov 23 18:01:27 2011 UTC.  The chair is gema. Information about MeetBot at http://wiki.ubuntu.com/AlanBell/mootbot.
[18:01] <meetingology> Available commands: #accept #accepted #action #agree #agreed #chair #commands #endmeeting #endvote #halp #help #idea #info #link #lurk #meetingname #meetingtopic #nick #progress #rejected #replay #restrictlogs #save #startmeeting #subtopic #topic #unchair #undo #unlurk #vote #voters #votesrequired
[18:01] <gema> anyone here for the meeting?
[18:02] <Ursinha> o/
[18:02] <gema> cool, hello Ursinha , it may just be the two of us :D
[18:02] <Ursinha> lol
[18:03] <Ursinha> nuclearbob too?
[18:03] <nuclearbob> I'm here
[18:03] <gema> excellent!
[18:03] <IAmNotThatGuy> Hi. I also will be watching =]
[18:03] <gema> jibel told me he cannot attend but gave me his feedback
[18:03] <gema> IAmNotThatGuy: welcome :D
[18:04] <gema> there we go, let's get started then
[18:04] <gema> [TOPIC] Previous Actions (all)
[18:04] <gema> the only previous action I am aware of is me chairing the meeting
[18:04] <gema> do you guys have anything else?
[18:05] <gema> ok, cool, let's keep going
[18:05] <gema> [TOPIC] Community Efforts/Testing
[18:05] <gema> I have two calls for testing from jibel :)
[18:05] <gema> 1) people interested can try to break the new tracker at http://<IP_ADDRESS>/qatracker
[18:06] <gema> 2) A1 is next week, so people can start testing dailies and are welcome to participate to A1 milestone testing starting on Monday/Tuesday
[18:06] <gema> A1 is already here, so please please, get your awesome manual testing started!
[18:06] <gema> anything else from anyone?
[18:07] <gema> moving on
[18:07] <gema> [TOPIC] Automated/Systems Testing
[18:07] <gema> so, I have feedback from jibel here too:
[18:08] <gema> * we are now keeping 15 days on ISO in the Lab https://blueprints.launchpad.net/ubuntu/+spec/other-p-builds-smoke-testing
[18:08] <gema> we are starting a historic of builds so that when a build is broken, we can go back and test on yesterdays
[18:08] <gema> we'll keep 2 weeks worth of builds for now
[18:08] <gema> we'll let you know as soon as they are externally accessible
[18:08] <gema> * Unity Testing: https://blueprints.launchpad.net/ubuntu/+spec/desktop-p-unity-quality + https://wiki.ubuntu.com/QATeam/AutomatedTesting/UnityAutolandingSetup
[18:09] <gema> details regarding the unity testing we are trying to run on Jenkins
[18:09] <gema> or rather, we are running
[18:10] <gema> * desktop images are broken but we are working on it
[18:10] <gema> anything else to report, anyone?
[18:10] <gema> nuclearbob?
[18:11] <nuclearbob> we've got a wrapper to run the qa-regression-testing scripts in autotest now
[18:11] <nuclearbob> I'
[18:11] <nuclearbob> m getting autotest packaged so we can get it installed in the new lab and start using it to run qrt tests from jenkins
[18:12] <gema> sounds good, thanks, anyone else?
[18:12] <nuclearbob> I'll also be working on collecting manual testing results from checkbox to get them into the same data source as our automated testing, but that project is still commencing
[18:12] <nuclearbob> ..
[18:12] <gema> sorry, :D
[18:12] <gema> oh, yep, integrating checkbox with litmus
[18:13] <gema> I forgot to mention, we are in the process of getting a litmus instance installed for everyone to use and contribute test cases to
[18:13] <gema> this is a pilot, we'll let you know whenever it is ready to use
[18:13] <gema> (i.e. when it is fully functional)
[18:14] <gema> that's all from us, I think
[18:14] <gema> [TOPIC] Engineering Team Bug Status (hggdh, Ursinha, pedro_, bdmurray)
[18:14] <gema> Ursinha ?
[18:15] <gema> pedro_: are you there?
[18:15] <pedro_> i'm around yes
[18:15] <Ursinha> I am, but nothing to report
[18:15] <gema> anything to report from you, pedro_ ?
[18:15] <Ursinha> working on refactoring bug workflows of our teams
[18:16] <gema> Ursinha: thanks :)
[18:16] <pedro_> gema, nothing really important to share in the meeting
[18:17] <gema> ok, hggdh was working on an SRU problem before , so I think he is busy
[18:17] <gema> let's move on
[18:17] <gema> [TOPIC] Other Topics
[18:17] <gema> and here is the important update
[18:17] <gema> there will be IMPORTANT CHANGES to this meeting from next week onwards
[18:17] <gema> we are going to be splitting this meeting in two different ones, one for QA/testing and another one for Bug triaging
[18:18] <gema> the bug triaging meeting will keep this slot and the QA meeting will happen, from next week onwards one hour earlier
[18:18] <gema> you are more than welcome to contribute to the two agendas and propose new items for discussion
[18:18] <gema> https://wiki.ubuntu.com/QATeam/Meetings and https://wiki.ubuntu.com/BugSquad/Meetings
[18:18] <gema> I will be sending an email to<EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS>and<EMAIL_ADDRESS>regarding the change so that everyone is aware for next week
[18:19]  * Ursinha likes the change
[18:19] <pedro_> cool :-)
[18:19] <gema> :D
[18:19] <pedro_> gema, thanks for organizing it
[18:19] <gema> pedro_: no problem
[18:20] <gema> does anyone have any question regarding the change or any concerns?
[18:22] <gema> ok, so we will move on and choose two people for next week's meetings :)
[18:22] <gema> [TOPIC] Chair Selection
[18:22] <gema> since it is the first one for QA alone, I will be chairing that and discussing a new agenda and stuff like that
[18:23] <gema> who wants to volunteer for the bugs meeting?
[18:23] <pedro_> i can do that
[18:23] <gema> thanks pedro_
[18:23] <pedro_> np
[18:23] <gema> [ACTION] Gema to chair the new QA meeting
[18:23] <meetingology> ACTION: Gema to chair the new QA meeting
[18:24] <gema> [ACTION] pedro_ to chair the new Bugs meeting
[18:24] <meetingology> ACTION: pedro_ to chair the new Bugs meeting
[18:24] <gema> thanks everyone for your time
[18:24] <nuclearbob> thanks for chairing
[18:24] <gema> np
[18:24] <gema> #endmeeting
[18:24] <meetingology> Meeting ended Wed Nov 23 18:24:59 2011 UTC.
[18:24] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-meeting/2011/ubuntu-meeting.2011-11-23-18.01.moin.txt
[18:25] <Ursinha> thanks gema!
[18:25] <gema> thank you all :D
[18:25] <pedro_> thanks gema!
[18:26] <gema> I will update the wikis and then send the announcement to the lists
[18:30] <greg-g> gema: wait! what was the big annoucement at the end of the meeting?! ;)
[18:30] <gema> greg-g: did you miss it!?
[18:30] <gema> greg-g: we are splitting the meeting in two :)
[18:31] <greg-g> oh... oops ;)
[18:31] <gema> greg-g: so that people with interest in only QA can come to that one, and people with interest only in bugs can come to that one
[18:31] <hggdh> oh, I missed it, sorry
[18:31] <gema> greg-g: I guess you were expecting something more juicy ;)
[18:31] <greg-g> gema: awesome, that seems very useful!
[18:31] <greg-g> gema: and more exclamation marks, really
[18:32] <greg-g> :P
[18:32] <hggdh> !!?
[18:32] <gema> greg-g: we hope so, we are looking for as much help as we can in both areas !!!
[18:32] <greg-g> haha, there you go
[18:32] <gema> greg-g: are you a tester then or a bug triager?
[18:32] <greg-g> triager
[18:32] <gema> greg-g: cool :)
[18:32] <gema> hggdh: you missed the meeting, man
[18:33] <hggdh> greg-g actually does all ;-)
[18:33] <greg-g> though, I've been on hiatus for the past bit, mostly just hang out in -bugs now and help out when I can. Havne't been doing much concerted triage effort lately :(
[18:33] <hggdh> gema: yes, I did, very sorry
[18:33] <gema> hggdh: no problem, I told them you were busy
[18:33] <gema> greg-g: it is never late to come back whenever you feel like it
[18:33] <greg-g> hggdh: :) I do spread my time out, I guess
[18:33] <hggdh> greg-g: and I always rely on you being somewhere near...
[18:34] <greg-g> awww, shucks
[18:34] <hggdh> :-)
[18:35] <gema> hggdh: I am updating the wikis and then I will send the email, make sure I don't get moderated on my way to bug-control :P
[18:40] <gema> pedro_: I am changing the bugsquad header meeting
[18:40] <gema> is that a different meeting from the one we are setting up for next week?
[18:41] <gema> it says: Next Bug Squad Team Meeting, Thursday, December 8th, 2011, 17:00 UTC, #ubuntu-meeting - (details).
[18:41] <pedro_> yes that's different
[18:41] <gema> ah, then I won't touch it
[18:41] <gema> you can manage that
[18:41] <pedro_> we'll discuss if keep it or not next week
[18:41] <gema> :)
[18:42] <gema> pedro_: ok, I am done messing about with your wiki, you may want to start saving the meeting logs in the bugsquad area from now on so that we keep two separate histories
[20:00]  * gilir takes a seat
[20:01]  * stlsaint sits...
[20:01]  * jmarsden|work reaches for his sandwiches (lunch time!)
[20:01]  * bioterror can has coke
[20:01]  * M0hi noms them all
[20:01] <bioterror> freeloader :(
[20:01] <michaelrawson> we start at 8, right?
[20:02] <jmarsden|work> We start 2 minutes ago, officially :)
[20:02] <gilir> yes, waiting 1 or 2 minutes for late people :)
[20:02] <michaelrawson> k.
[20:04] <gilir> ok, let's go
[20:04] <gilir> #startmeeting
[20:04] <meetingology> Meeting started Wed Nov 23 20:04:23 2011 UTC.  The chair is gilir. Information about MeetBot at http://wiki.ubuntu.com/AlanBell/mootbot.
[20:04] <meetingology> Available commands: #accept #accepted #action #agree #agreed #chair #commands #endmeeting #endvote #halp #help #idea #info #link #lurk #meetingname #meetingtopic #nick #progress #rejected #replay #restrictlogs #save #startmeeting #subtopic #topic #unchair #undo #unlurk #vote #voters #votesrequired
[20:04] <gilir> Welcome to the 1st lubuntu team meeting :)
[20:04] <M0hi> o/
[20:05] <gilir> let me explain the rules first :)
[20:05] <gilir> Agenda is available on https://wiki.ubuntu.com/Lubuntu/IRC%20Meetings/Agenda
[20:06] <gilir> the meeting will last 1 hour, any items left will be discussed next week
[20:06] <gilir> logs, actions etc ... will be available on https://wiki.ubuntu.com/Lubuntu/Meetings/20111123 for this meeting
[20:07] <gilir> if you have any questions during the meeting, raise your hand : o/
[20:08] <gilir> I will go with the different items of the agenda from people who are here :)
[20:08] <stephen-smally> Hi, i'm here
[20:09] <gilir> just in time :)
[20:09] <gilir> [TOPIC] Plan for the website lubuntu.net
[20:10] <gilir> So, people expressed some concerns about the website
[20:10] <M0hi> gilir, Are we supposed/allowed to maintain a separate site for the OS ?
[20:10] <gilir> I think we are all agree that it needs some work :p
[20:10] <gilir> M0hi, you mean separate from the wiki page ?
[20:10] <michaelrawson> xubuntu & kubuntu have their own.
[20:11] <M0hi> gilir, yes
[20:11] <bioterror> kubuntu has own, so does xubuntu
[20:11] <gilir> yes, you can do more things than on the wiki
[20:12] <jmarsden|work> Terminology: GNU/Linux is the OS, Ubuntu is the distribution, Lubutu is the flavour.  We can have a dedicated web site for the Lubutu flavour of Ubuntu, yes.
[20:12] <M0hi> Okies
[20:12] <michaelrawson> o/
[20:12] <gilir> I put a page on the wiki, to gather some ideas : https://wiki.ubuntu.com/Lubuntu/Marketing/Website_Plan
[20:13] <gilir> yes michaelrawson
[20:13] <michaelrawson> I think amjjawad and morgaes were cooking up some prototypes for the site....
[20:13] <michaelrawson> do they know about the page and were are they today?
[20:14] <michaelrawson> *where are they
[20:14] <gilir> yes, and rafael also have ideas about the website
[20:14] <gilir> I hope, I posted it on the mailing list
[20:14] <michaelrawson> okay, as long as they know. :)
[20:15] <gilir> we also discussed with Mario about this, I'll put our ideas also on the wiki
[20:15] <cjohnston> I would be willing to help with the website. Especially the getting it hosted by Canonical.. I have a good working relationship with IS
[20:15] <cjohnston> Not saying I can get it approved to be hosted, but if it does get approved, working with IS on making it happen
[20:15] <michaelrawson> While I can't web design as such, I can check for basic errors like spell checks .
[20:16] <gilir> thanks cjohnston :) hopefully we fixed our hosting problem recently :)
[20:16] <gilir> our main problem now, is more on the content and the technicals issues
[20:16] <cjohnston> Right
[20:17] <michaelrawson> and the layout. IMO.
[20:17] <gilir> ok, so I encourage every people who have ideas to put them on the wiki page
[20:18] <gilir> we can summarize them after
[20:18] <jmarsden|work> How the lubuntu.net web site relates to Lubuntu wiki content is also a major issue.  Duplicating everything would be bad.
[20:18] <stephen-smally> we should redirect to the wiki for more specific infos
[20:18] <gilir> yes (for michaelrawson and jmarsden|work )
[20:19] <gilir> IMO, wiki should be for documentation and team organization, and only hosted by the wiki
[20:19] <Yorvyk> So we need to decide what the Lubuntu.net is for
[20:20] <michaelrawson> maybe (like ubuntu) "best of the wiki" could be put in the official documentation?
[20:20] <stephen-smally> michaelrawson: agree, why not put the content in the main page (of the wiki) in the website
[20:20] <gilir> well for me wiki = wiki.ubuntu.com + help.ubuntu.com
[20:21] <michaelrawson> me too. but yelp (?) integrates with it (?)
[20:22] <gilir> michaelrawson, that's another problem :) to be able to have documentation offline on the system
[20:22] <gilir> well, many people who raised concerns about the website are not here :)
[20:22] <michaelrawson> move on to next topic?
[20:23] <gilir> so I propose to send a reminder on the mailing list
[20:23] <M0hi> Okies
[20:23] <gilir> and move to the next topic ?
[20:23] <M0hi> M0hi, No #action needed?
[20:23] <michaelrawson> agree gilir
[20:23] <stephen-smally> agree
[20:23] <gilir> [ACTION] Send a reminder about Website_Plan wiki page
[20:23] <meetingology> ACTION: Send a reminder about Website_Plan wiki page
[20:24] <bioterror> o/
[20:24] <gilir> yes bioterror
[20:24] <bioterror> could the website be more like xubuntu and kubuntu has it?, Get Lubuntu, Get help & Support and Get Involved
[20:24] <bioterror> I think that's really good, also they have some tours and explanations what it is all about
[20:24] <bioterror> less is more
[20:25] <michaelrawson> o/
[20:25] <jmarsden|work> bioterror: Post ideas to the Website_Plan page :)
[20:25] <bioterror> I will
[20:25] <gilir> why not, the subject is pretty open :)
[20:25] <gilir> yes michaelrawson
[20:26] <michaelrawson> xubuntu & kubuntu sites are VERY similiar...why not 'clone' a website for now and find and replace lubuntu instead of xubuntu? quick fix
[20:26] <M0hi> brb
[20:26] <michaelrawson> if you see what I mean.
[20:26] <michaelrawson> I'll put on wiki if nobody kills me. :)
[20:27] <gilir> we can probaly copy the design, but not the content
[20:27] <stephen-smally> michaelrawson: +1, i like the xubuntu site. gilir: obviously ;-)
[20:27] <gilir> but you write your idea on the wiki ;)
[20:27] <gilir> ok, next topic :)
[20:28] <gilir> [TOPIC] PowerPC ISO
[20:28] <gilir> There are some resquests for a powerpc ISO of lubuntu
[20:28] <stephen-smally> gilir: can we just built it with the ubuntu system?
[20:28] <gilir> fortunatly for this cycle, we have people willing to test the ISOs :)
[20:29] <gilir> stephen-smally, it's already build, we just need testers
[20:29] <stephen-smally> gilir: perfect
[20:29] <gilir> to test and validate the quality of the ISO
[20:30] <gilir> according to the mailing list, we have at least 2 testers, so it's just fine :)
[20:30] <Yorvyk> I can do that and have a couple of people interested - I'm trying tp persuade them to join the mailing list.
[20:30] <jmarsden|work> Is testing in an emulation environment like sheepshaver or pearpc likely to be useful?  Or do we need real physical powerpc hardware?
[20:30] <gilir> Yorvyk, great :)
[20:31] <Yorvyk> jmarsden|work: Any testing is useful
[20:31] <gilir> jmarsden|work, if we have enough people to test on real hardware, it won't be necessary IMO
[20:31] <jmarsden|work> OK
[20:32] <gilir> don't forget that we have also i386 and amd64 to test ;)
[20:32] <bioterror> and probably soon ARM is coming
[20:32] <gilir> I'll do also a mail on the mailing to try to convince more people to do ISO testing
[20:33] <stephen-smally> ARM? would be great, but i think there aren't plans by Ubuntu... (i'm looking for setup the raspberry pi, a 25$ computer)
[20:33] <Yorvyk> Perhaps advertising outside the mailing list may help
[20:33] <gilir> bioterror, for ARM, we need testers, devices to test, and to create the images
[20:33] <M0hi> gilir, Lets get the whole list of testers so that it will be easy to contact the testing team
[20:34] <gilir> they don't exist yet, unlike powerpc ISO
[20:34] <bioterror> gilir, I could make a small invest thru dealxtreme. I have some interest
[20:34] <gilir> [ACTION] Send a mail about ISO testing to the mailing list for Alpha 1
[20:34] <meetingology> ACTION: Send a mail about ISO testing to the mailing list for Alpha 1
[20:35] <stephen-smally> gilir, i will be very happy to test the ARM iso (in a month +-), if necessary
[20:35] <Yorvyk> Should we send something to the news letter.  It might reach more people.
[20:36] <gilir> ARM is a more complex subject, but we can discuss it next week
[20:37] <stephen-smally> allright
[20:38] <gilir> [ACTION] Put an item about ARM images for next meeting
[20:38] <meetingology> ACTION: Put an item about ARM images for next meeting
[20:38] <gilir> ok, if the powerpc subject is over, let's move to the next one
[20:39] <gilir> [TOPIC] Old PC supporting or New Kernel for 12.04
[20:39] <gilir> M0hi, if you are agree, I'll introduce the subject :)
[20:39] <M0hi> gilir, proceed =]
[20:40] <gilir> so there is an ongoing discussion about the PAE support on the kernel for 12.04
[20:40] <gilir> currently, no decision was made by the kernel team
[20:41] <gilir> it's expected next week
[20:41] <gilir> also, we are unsure of the number of CPU affected by this
[20:42] <gilir> jmarsden|work, suggested a command to test it, but so far not so many reports
[20:42] <gilir> or we can assume that nobody is affected :)
[20:42] <bioterror> those computers that gets affected are mostly from the late 90's
[20:43] <gilir> well, I don't think we can do more for now, except doing the test
[20:43] <jmarsden|work> bioterror: How do you know this, and have you found any that can run 11.04 or 11.10 but do not have PAE?
[20:44] <bioterror> jmarsden|work, sorry, but I dont work at museum of old computers
[20:44] <stephen-smally> and, if i have a late 90's machine, i would install archlinux or something very scalable (you know, lubuntu is not so usable with 128 Mb ram, i've a machine like this, with a old AMD Athlon)
[20:44] <jmarsden|work> So we're at <gilir> or we can assume that nobody is affected :)
[20:44] <Sarvatt> first generation intel macbook was sold in 2006 and had a pentium M without PAE for instance, its not that old
[20:45] <wxl> oops am i too late?
[20:45] <bioterror> Sarvatt, my friend has one. it only supports 3GB of RAM
[20:45] <Sarvatt> it also wont boot ubuntu anymore if it goes in
[20:46] <Sarvatt> (sorry to interrupt the meeting)
[20:46] <bioterror> that was a good point
[20:46] <gilir> Sarvatt, any information is welcome, thanks :)
[20:47] <jmarsden|work> OK, all we can do is ask for more testing and watch for others doing similar investigation of which machines are affected.
[20:48] <gilir> +1 jmarsden|work
[20:49] <gilir> ok, so let's move to the next topic
[20:49] <gilir> 10 minutes left
[20:49] <gilir> [TOPIC] LxPanel developing status
[20:49] <gilir> stephen-smally, it's your turn :)
[20:49] <stephen-smally> Ok, ;-)
[20:50] <stephen-smally> Maybe you don't know this, but Lxpanel is pretty inactive
[20:50] <stephen-smally> (under the developing profile)
[20:50] <wxl> i would argue that lxpanel needs development in applets more than IT needs development
[20:51] <michaelrawson> +1, wxl
[20:51] <wxl> a ram monitor, for one
[20:51] <gilir> well, it needs maintainance + bug fixing at least :/
[20:51] <Yorvyk> If it's not being developed nobody will provide applets for it
[20:52] <frankbooth> +1 gilir
[20:52] <jmarsden|work> stephen-smally: are you volunteering to take over lxpanel maintenance?
[20:52] <michaelrawson> python support for applets would be nice,  but I won't get on to that now. Currently you have to do everyting in C, which is offputting.
[20:52] <wxl> well that's a good point Yorvyk but what would replace it?
[20:52] <gilir> stephen-smally, so, what's the point ? :) We know we have a panel problem :)
[20:52] <stephen-smally> Ok, i talked to pcman, wich is the main developer of lxpanel
[20:52] <stephen-smally> he's planning a rewrite of lxpanel in vala+gtk3
[20:53] <gilir> yes, but we don't know when, he still have work to do for the filemanager
[20:54] <stephen-smally> yes, i know
[20:54] <gilir> IMO, we should keep lxpanel for now, try to fix it
[20:55] <gilir> and eventually, rewrite some parts in vala if we have time
[20:55] <stephen-smally> ok, i can do this, anyway
[20:55] <gilir> as we can mix C and Vala
[20:55] <stephen-smally> yes, we can, the build system will need some instruction, but it's possible
[20:56] <gilir> stephen-smally, but you have also others projects, don't forget :)
[20:56] <michaelrawson> Surely Vala makes C code, so we shouldn't have to mix?
[20:56] <stephen-smally> ;-), yes
[20:56] <gilir> stephen-smally, we still need a release of LSC
[20:57] <jmarsden|work> michaelrawson: You can rewrite all of lxpanel in Vala if you have the time and skills, otherwise, it can be migrated slowly, mixing vala with the existing C code :)
[20:57] <stephen-smally> anyway, i'm also available for lxpanel in vala
[20:57] <Yorvyk> 3 minutes to go
[20:57] <michaelrawson> jmarsden|work compile vala first, then compile C code?
[20:57] <stephen-smally> what's after us?
[20:58] <gilir> stephen-smally, thanks, but we should talk about LSC and LXScreeshot before planning development time on lxpanel
[20:59] <jmarsden|work> michaelrawson: Order doesn't matter, compile everything (C or Vala) -> object code, then link it together.
[20:59] <stephen-smally> ok, Lxscreenshot is already done, i can make a project and a release if needed
[20:59] <gilir> stephen-smally, no one, but we have too much items after this one :)
[20:59] <michaelrawson> okay, jmarsden|work, thanks for clarification. :)
[20:59] <wxl> i personally would rather see lxpanel developed than lsc/lxscreenshot, but that may be me
[20:59] <stephen-smally> gilir: so we can occupy a little the channel? XD
[21:00] <jmarsden|work> stephen-smally: Some of us are at work...
[21:00] <gilir> stephen-smally, it needs some polishing (like translation, command line support etc ...) but I can send you list
[21:00] <stephen-smally> wxl: i partially agree
[21:00] <gilir> stephen-smally, but yes, lxscreenshot is almost ready
[21:01] <stephen-smally> ok, if you want some interface improvements let me know ;-)
[21:01] <wxl> stephen-smally: my argument being that lxpanel is absolutely essential-- every user uses it. less people need lxscreenshot and scrot does the trick for those that do need it. plus synaptic does do the trick.
[21:01] <gilir> [ACTION] Send comments about lxscreenshot to stephen-smally
[21:01] <meetingology> ACTION: Send comments about lxscreenshot to stephen-smally
[21:02] <gilir> wxl, but having project half finished is not nice also
[21:02] <stephen-smally> wxl: i agree, so i'm available to help in lxpanel
[21:02] <wxl> +1 gilir
[21:02] <stephen-smally> gilir: yes, the situation is not so good, i'm the only who develop lsc
[21:02] <michaelrawson> just installed lxpanel, works brilliantly.
[21:03] <michaelrawson> stephen-smally I'm happy to help lsc if you can teach me roughly where stuff goes.
[21:03] <stephen-smally> michaelrawson: thanks, we can discuss it via mails
[21:03] <michaelrawson> yup.
[21:03] <gilir> stephen-smally, ok, so let's finish the meeting here, can we talk about lsc on #lubuntu just after ?
[21:04] <stephen-smally> of course
[21:04] <gilir> or mail if you prefer
[21:04] <stephen-smally> as you like, i prefer irc anyway
[21:05] <gilir> Yorvyk, sorry for your subjects, I report them on the top of the list for next week
[21:05] <gilir> #endmeeting
[21:05] <meetingology> Meeting ended Wed Nov 23 21:05:16 2011 UTC.
[21:05] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-meeting/2011/ubuntu-meeting.2011-11-23-20.04.moin.txt
[21:05] <wxl> where is the log of this meeting btw?
[21:05] <wxl> ah nevermind ;)
[21:05] <Yorvyk> That's OK.  I've added another one :)
[21:06] <stephen-smally> #lubuntu or #lubuntu-offtopiv?
[21:06] <stephen-smally> *c
[21:06] <wxl> #lubuntu-offtopic
[21:06] <stephen-smally> ok
[21:06] <stephen-smally> here we go
[21:06] <wxl> see you there
[21:07] <gilir> log are here : https://wiki.ubuntu.com/Lubuntu/Meetings/20111123
[21:07]  * M0hi is off to bed. bye


[00:41] <apachelogger> you know, I just realized.... we now have more todos for .04 than before :@
[01:13] <ScottK> yofel: Look at the files in the binary.  I think they are not correct.
[02:17] <ahoneybun> hello all
[02:36] <xnox> Does phonon need a merge, or can it be synced?
[02:37]  * valorie watches the Day of the Doctor again, this time with various extras (plus ads)
[02:39] <valorie> not much new in the notes
[02:39] <valorie> hopefully something happens in the wake of the Day of the Doctor
[03:43] <manchicken> One more test done in libqapt. I'm going to add something, too, to SourcesList, I'm going to add a "containsEntry" which takes an entry and tests to see if it has one.
[03:46] <manchicken> Currently the way you'd do that is you'd say sourcesListInstance.entries().contains(sourceEntryInstance), but the problem with that is that now that I've changed how we're storing the sources in memory this will not really be super efficient. It also doesn't seem like it makes a whole bunch of sense to me since you'd be trying to figure out whether or not the SourcesList contains an entry, not a list of entries belonging to the
[03:46] <manchicken> SourcesList contains an entry.
[03:48] <manchicken> The current way it works would still work, but with the new "containsEntry()" method I could allow the lookup to scope the lookup to a single file.
[03:48] <manchicken> Also, then it would be more intuitive that you'd be operating on the SourcesList itself rather than a list of entries returned by the SourcesList.
[03:54] <ahoneybun> valorie, no spoilers please waiting to see it on monday in 3D
[04:04] <valorie> oooo, jealous of the 3D
[04:06] <manchicken> No doubt
[04:06] <manchicken> That's something to be jealous of, too.
[04:07] <manchicken> I'm gonna go to bed, I've got a run
[07:26] <lordievader> Good morning.
[09:35] <apachelogger> I fell off the internetz, zomg
[09:57] <valorie> I think I'm totally od'd on doctor who
[09:57] <valorie> until tomorrow
[09:57] <valorie> ...
[09:58] <valorie> but in a good way
[10:01] <apachelogger> agateau: more robust version http://paste.ubuntu.com/6467877/
[10:01] <apachelogger> valorie: <3
[10:01] <valorie> apachelogger: did you get a chance to watch all the extra stuff?
[10:02] <valorie> or was that BBC America
[10:02] <valorie> <3 to you too
[10:02] <apachelogger> nope, Riddell didn't let us
[10:02] <valorie> I'm sure you can get it *somehow*
[10:03] <apachelogger> sure, just not until I am home :P
[10:03] <valorie> the doctors revisited stuff was cool, and was a great background for today's special
[10:03] <ovidiu-florin> Hello world
[10:03] <valorie> the rest of the stuff was sort of repeats of bits of those revisited things
[10:04] <valorie> I even got my husband to watch
[10:04] <valorie> but now, goodnight
[10:05] <valorie> it's 2am....
[10:05] <valorie> {{{{{{{{{{hugs}}}}}}}}}}} to apachelogger
[10:05]  * apachelogger rehuuuuuuuuuuuuuuuuugs valorie
[10:05] <valorie> and all of our brave bug squashers
[10:05] <valorie> good travels
[10:16] <Riddell> valorie: what's extra on BBC America?
[10:18] <yofel> did someone get to upload libkomparediff2?
[10:19] <Riddell> yofel: oh no sorry, will do
[10:20] <yofel> thanks :)
[10:37] <Riddell> updated http://www.kubuntu.org/legal please proofread
[10:37] <Riddell> tsimpson: yo
[10:38] <Riddell> tsimpson: you want to do awesome website things or is that just jussi's wishful thinking
[10:39] <tsimpson> Riddell: whatever I can do to help out
[10:41] <Riddell> tsimpson: currently it's on a slightly broken drupal setup on a canonical server
[10:41] <Riddell> tsimpson: we could setup an identical but less broken drupal 6 setup on the kubuntu server or some people say wordpress is nicer but that would be more work
[10:43] <jussi> Yeah, I would like to see it on wordpress, it is easier to securely maintain IMHO
[10:43] <jussi> but really, its up to you  which you feel is easier to main (IMHO)
[10:43] <jussi> maintain even
[10:44] <Riddell> http://www.kubuntu.org/contact-us updated, how's this?
[10:44] <ovidiu-florin> shadeslayer: could you help me with my bluetooth now?
[10:45] <shadeslayer> ovidiu-florin: once we're done with the discussions
[10:45] <ovidiu-florin> ;)
[10:52] <tsimpson> Riddell, jussi: both are pains to maintain, so I'm fine either way
[10:54] <yofel> shadeslayer: https://launchpad.net/ubuntu/+source/kde-dev-utils/4:4.11.80-0ubuntu1/
[10:58] <shadeslayer> huh
[10:58] <Riddell> tsimpson: pain to maintain but wordpress is a big pain to migrate from drupal while staying with drupal is easy
[10:58] <Riddell> also we already have a theme in drupal
[10:59] <Riddell> so from the point of view of making life easy I'd say drupal
[11:01] <apachelogger> I say wordpress
[11:01] <apachelogger> better in the long run IMO
[11:01] <jussi> true that
[11:01] <jussi> Drupal 6 only has a limited life left, so we need ot change at some poitn
[11:03] <ovidiu-florin> I'll make a new theme for wordpress
[11:03] <Riddell> ovidiu-florin: awesome
[11:05] <jussi> ovidiu-florin: http://kde-look.org/content/show.php?content=129377
[11:07] <apachelogger> http://websvn.kde.org/*checkout*/trunk/kdesupport/oxygen-icons/128x128/apps/ksniffer.png?revision=1199828
[11:09] <apachelogger> Mamarok: jussi says finnish chocolate is playing is the same league as swiss one
[11:10] <apachelogger> jussi: MG just called finnish chocolate unedible
[11:14] <Riddell> finnish chocolate is great as long as you like it tasting of liquorice
[11:14] <Riddell> valorie: I added a link to kubuntu docs at kubuntu.org/support
[11:36] <Riddell> forums and mailing list sections updated kubuntu.org/community
[11:39] <yofel> ScottK: I'm still not sure what you were talking about, unless you mean the designer plugins. Do we really need QtDesigner plugins at runtime?
[11:44] <apachelogger> http://www.cornify.com/
[11:46] <jussi> wrong... just wrong...
[11:47] <Riddell> yofel: bug 494214
[11:47] <apachelogger> ALERT
[11:47] <apachelogger> ALERT ALERT
[11:47] <apachelogger> ALERT ALERT ALERT
[11:49] <Riddell> yofel: http://www.ubuntu.com/download/desktop/upgrade
[11:49] <jussi> ovidiu-florin: please share the link for that migration script
[11:51] <ovidiu-florin> this is a plugin for wordpress: http://wordpress.org/plugins/cms2cms-automated-drupal-to-wp-migration/
[11:52] <ovidiu-florin> there is also an external tool
[11:52] <ovidiu-florin> that does this, but that costs
[11:52] <shadeslayer> afiestas: if krandr and kscreen are run at the same time, will anything conflict?
[11:52] <ovidiu-florin> jussi: ^
[11:52] <yofel> ScottK: so I reviewed shadeslayer's changes for .80 and there's at least no issue I see from OUR side. 95 at least fixes the designer plugins location to where they were before
[11:53] <yofel> ScottK: am I missing something?
[11:53] <apachelogger> allee: http://www.debian.org/doc/debian-policy/ch-relationships.html#s-breaks
[11:55] <Riddell> valorie: wow I just found this, quite a lot of something here, I wonder how accurate it is http://ubuntuguide.org/wiki/Kubuntu:Saucy
[12:04] <Riddell> ximion: you're issing out here in munich
[12:04] <Riddell> dr who was awesome
[12:07] <jussi> not
[12:07] <jussi> :D
[12:07] <lordievader> Yes it was :D
[12:08] <apachelogger> :O
[12:08] <Riddell> yofel: kubuntu.org/getkubuntu updated
[12:08] <Riddell> jussi: you weren't even there
[12:08] <jussi> actually, I have no idea, wasnt trhere
[12:08] <apachelogger> Riddell: can ye please kick the fin
[12:08] <jussi> lol
[12:08] <Riddell> no! I'm a pacifist!  (like Dr Who)
[12:08] <jussi> pacifists always lose.... :P
[12:09] <apachelogger> :O
[12:09] <Riddell> humph
[12:09] <jussi> awww
[12:10] <ximion> Riddell: I've read your blogposts, at least :-)
[12:10] <ximion> looks like you had fun ^^
[12:10] <apachelogger> DCOP blog posts ftw
[12:10] <jussi> we are *having* fun
[12:11] <Riddell> you're required to pick a category and the dcop category just feels so lonely
[12:11] <ximion> ah! I always wondered about that ^^
[12:13] <apachelogger> firefox recommends ubufox depends aptdaemon
[12:13] <apachelogger> AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
[12:13] <yofel> lol
[12:13] <Riddell> I reduced bugs on the kubuntu website by 50%!
[12:14] <apachelogger> ScottK: halp
[12:15] <jussi> Riddell: without apachelogger methods? o.O
[12:16] <apachelogger> what are those
[12:16] <jussi> "your bug is invalid" :D
[12:16] <apachelogger> sbecause they are
[12:16] <jussi> (Riddell: well done though :) )
[12:16] <ximion> lots of sruff depends on aptdaemon, while it could easily depend on PackageKit ;-)
[12:16]  * ximion is highly biased about that
[12:17] <yofel> I remembered yesterday why I passionately hate packagekit
[12:17] <yofel> half of the time when I was trying to run 'sudo apt-get update' the apt database was locked by packagekit
[12:19] <apachelogger> plug install aint working
[12:19] <apachelogger> BBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBB
[12:20] <ximion> yofel: dbus-send --system --dest=org.freedesktop.PackageKit --type=method_call /org/freedesktop/PackageKit org.freedesktop.PackageKit.SuggestDaemonQuit
[12:20] <ximion> ;-)
[12:21] <yofel> ximion: and how do I tell it/apper to never automatically check for updates?
[12:22] <ximion> I'm planning to land a patch in apt-get/Synaptic which does automatically quit pk, and add one to Apt to display a better error message - but that will take time...
[12:23] <ximion> yofel: Apper KCM -> Settings -> Check for new updates -> Never
[12:24] <soee> 4.11.95 is secodn or third beta ?
[12:24] <yofel> 3rd
[12:27] <soee> really this comments should be disabled: http://flossmanuals.net/kde-guide/
[12:29] <soee> or atleast replace it with something like http://disqus.com/ to have more control over it ?
[12:30] <shadeslayer> no clue, I do not control that site
[12:31] <soee> i etered there from kde.org (banner links to begginers guide ) and what i see? comments like:
[12:31] <soee> On 2013-10-31 03:53 Markus Hafner wrote:
[12:31] <soee> PENISPENISPENISPENISPENISPENISPENISPENISPENISPENISPENISPENISPENISPENISPENISPENISPENISPENISPENISPENISPENISPENISPENISPENISPENISPENISPENISPENISPENISPENISPENISPENISPENISPENISPENISPENISPENISPENISPENISPENISPENISPENISPENISPENISPENISPENISPENISPENISPENISPENISPENISPENISPENISPENISPENISPENISPENISPENISPENISPENISPENISPENISPENISPENIS
[12:31] <soee> :)
[12:31] <shadeslayer> sigh
[12:31] <shadeslayer> you don't have to post that here
[12:32] <soee> sorry
[12:39] <Riddell> Mamarok: still want business cards? details right on https://notes.kde.org/p/kubuntu-cards ?
[12:42] <Riddell> Quintasan: your phone number doesn't look right, +44 is the UK
[12:45] <apachelogger> ovidiu-florin, yofel: http://people.ubuntu.com/~apachelogger/tmp/ufw-kde-0.1.tar.xz
[12:48] <ximion> interesting.... Just learned from Ubuntu's Python3 transition table that the Software Center will go away after 14.04... Unfortunately, Google doesn't find information on how it will be replaced
[12:50] <Riddell> valorie: don't want a phone number on your card?
[12:50] <Riddell> ximion: where's the transition table?
[12:50] <Riddell> maybe it'll be replaced by muon discover
[12:52] <ximion> Riddell: https://docs.google.com/spreadsheet/ccc?key=0AiT4gOXSkmapdGdFejk0MjFydUlNMDVoMXNRdGdkbFE#gid=1
[12:52] <ximion> I forgot that Ubuntu will base on Qt later, so Muon Discover would make some sense...
[12:52] <ximion> however, it pulls in KDE dependencies, so I am not sure if that will happen...
[13:00] <Riddell> with KF5 KDE dependencies is only a good thing
[13:04] <jussi> http://jussi01.com/2013/11/24/munich-bug-squishing/
[13:10] <Riddell> ovidiu-florin: allee https://notes.kde.org/p/kubuntu-cards
[13:17] <ovidiu-florin> Riddell: done
[13:21] <ryanakca> Riddell: Hurray for reducing website bugs :)
[13:22] <shadeslayer> debfx: halp
[13:26] <Riddell> ryanakca: I also took you off the contact, but feel free to come back to us at any time
[13:27] <apachelogger> "foo's API tries to be self-documented" == we cannot be bothered to explain what our software does
[13:32] <apachelogger> shadeslayer: what was your conclusion when you looked at GUI testing via accessibility
[13:32] <shadeslayer> apachelogger: too much effort
[13:33] <shadeslayer> will take up quite a bit of time
[13:33] <shadeslayer> apachelogger: though it's still worth the effort, assuming we can take time off KF5 and write GUI tests
[13:34] <ryanakca> Riddell: Great, thanks. I had suggested I be taken off a few months ago because I haven't been involved, but the response was that I could solve the problem just by coming back and becoming involved. Alas, when university takes up your every working hour... ;)
[13:34] <apachelogger> I could have made that conclusion without having looked into it :P
[13:34] <apachelogger> you should become manager at nokia
[13:35] <shadeslayer> ...
[13:43] <shadeslayer> apachelogger: thoughts on what we can do?
[13:43] <shadeslayer> apachelogger: I asked the LiMux people on what they do
[13:43] <shadeslayer> apachelogger: they said they use http://testlink.org/ to write tests
[13:43] <shadeslayer> and they have over 4000 tests ....
[14:02] <frank67> Hi, everybody
[14:03] <frank67> I've a trouble with Kwin (I suppose)
[14:04] <frank67> It can't enable OpenGL composition on my PC while in Debian 7.2 all works fine
[14:04] <apachelogger> upstreams says use debian.
[14:05] <frank67> BTW is it a known issue?
[14:06] <frank67> Sorry, I forget, I'm on Kubuntu 13.10
[14:06] <Riddell> frank67: user support in #kubuntu
[14:07] <frank67> thanks
[14:08] <ovidiu-florin> http://www.muktware.com/2013/11/assassination-president-kennedy-presented-microsoft/16720
[14:12] <BluesKaj> 'Morning folks
[14:14] <shadeslayer> afiestas: ping
[14:15] <shadeslayer> afiestas: any news on versioning the plugins in libkscreen? and is anyone else using libkscreen?
[14:15] <shadeslayer> or is anything else planning on using libkscreen
[14:16] <soee> yofel, this 4.11.95 will be backported to saucy right ?
[14:18] <shadeslayer> maybe
[14:23] <shadeslayer> debfx: you need to sign my key
[14:24] <yofel> soee: probably, we're mostly done and rc isn't for another 3 days
[14:24] <shadeslayer> ovidiu-florin: http://xkcd.com/797/
[14:25] <shadeslayer> yofel: http://xkcd.com/306/
[14:25] <yofel> yeah, that one's good too :D
[14:25] <shadeslayer> ovidiu-florin: ^^
[15:04] <Riddell> jussi, apachelogger: kde bug 328012
[15:16] <ximion> Riddell: btw, do you have information about what would need to be done to make Kubuntu packages work on a Debian base?
[15:16] <ximion> (I've seen some discussion about working together on this with Debian, and of course at Tanglu we have a string interest in this too, especially because Kubuntu uses logind now :P)
[15:17] <ximion> (while "we" at Tanglu is mostly Debian and Kubuntu developer(s) anyway ^^)
[15:18] <Riddell> we use logind?
[15:19] <Riddell> ximion: our packages mostly are just the debian ones but sometimes we package them first
[15:19] <Riddell> recompiling them is all it would need because there's no ABI stability guaranteed between debian and ubuntu
[15:21] <ximion> Riddell: what about stuff like translation from LP?
[15:22] <ximion> Ubuntu is now running on logind (and old version, since upstart doesn't provide cgroup structures for the new one), and I see "logind support" on Trello ;-)
[15:33] <Riddell> ximion: yeah I believe we do use logind although I admit to not really knowing what that means
[15:34] <ximion> Riddell: it basically means multiseat support and no ConsoleKit anymore :-)
[15:34] <ximion> http://www.freedesktop.org/software/systemd/man/systemd-logind.service.html
[15:36]  * Riddell publishes http://wire.kubuntu.org/?p=70
[15:36] <ximion> kdm in Kubuntu still wants CK, but lightdm seems to be using logind there
[15:42] <yofel> Riddell: qdbus --system org.freedesktop.login1 /org/freedesktop/login1
[15:42] <yofel> has the suspend calls
[15:43] <mitya57> Riddell: link targets for first and second articles look wrong
[15:44] <mitya57> s/second/third/
[15:44] <kubotu> mitya57 meant: "Riddell: link targets for first and third articles look wrong"
[15:48] <Riddell> mitya57: how about now?
[15:49] <Riddell> ximion: we don't make any changes to support logind, solid detects it automatically (and I believe doesn't use it because of the older version used in ubuntu so we still need to install pm-utils)
[15:50] <mitya57> Riddell: first link still points to second article :) (third works now)
[15:51] <yofel> Riddell, ximion: not quite, solid asks for the version, systemd-shim doesn't know it, so it gives up
[15:52] <Riddell> mitya57: bother these wysiwyg editors, how about now?
[15:53] <mitya57> Now it works. That's why I use Markdown :)
[15:54] <ximion> a few changes to support logind need to be done in KDE, maybe I can compile a list of that soon - in general, if the display-manager supports logind and CK is not there, KDE 4.11 can use logind (as far as I know)
[15:56] <Riddell> other things need ported like policykit-qt I think?
[16:00] <Riddell> ScottK, yofel : I think ScottK didn't like the version number of the library http://paste.ubuntu.com/6469214/
[16:00] <Riddell> but although it's unusual it's perfectly valid
[16:00] <ximion> yes
[16:00] <yofel> yeah, that's what I thought too, but he wasn't clear about it
[16:00] <Riddell> yofel: so go ahead and upload and I can approve if ScottK doesn't get to it
[16:01] <yofel> Riddell: lets just wait a few hours until 95 is done building and someone tested it
[16:01] <ximion> but I have no idea why the Qt thing depends on CK on Ubuntu... Debian and Tanglu don't have that dep ( http://packages.tanglu.org/aequorea/libpolkit-qt-1-1 ), and it also doesn't make sense to me...
[16:02] <yofel> I think that's hardcoded backwards compatibility for everything that possibly uses CK as it's not assured to be installed by default anymore
[16:03] <ximion> "Add Depends on consolekit, since we're using its D-Bus API. " - yup
[16:03] <Riddell> does user-manager use it?
[16:03] <yofel> it depends on ck at least..
[16:04] <Riddell> same thing, laney added a dependency
[16:04] <Riddell> presumably he had good reason to
[16:04] <Riddell> although I don't know how he knows
[16:07] <yofel> src/lib/usersessions.cpp uses org.freedesktop.login1, so it might not actually use it
[16:08] <yofel> afiestas: ^
[16:11] <ximion> the polkit-qt dependency on CK is really bad... the dependency is justified...
[16:12] <ximion> maybe I can do something about that later
[16:14] <ximion> I wonder how Fedora handles this with a KDM on logind an polkit-qt on CK
[16:15] <yofel> rdieter: ^
[16:16] <Riddell> powerdevil is also in this trello card for using consolekit
[16:23] <ximion> Riddell: it does?
[16:25] <ximion> I've seen https://git.reviewboard.kde.org/r/108407/ going in
[16:27] <ximion> there have been a few other changes too, and powerdevil should only optionally require CK
[16:46] <soee> 4.11.95 -> trusty status all OK :)
[16:50] <Riddell> jussi: tsimpson: here's an out of date database dump if you want to get started http://starsky.19inch.net/~jr/tmp/1516448_drupal.sql.gz
[16:50] <chill> bonjour, j'ai supprimé le lancement automatique de mon bureau et je ne sais pas comment le récuperer, aucun raccourci clavier ne marche excepté ctrl  alt  sup ; quelqu'un aurait une idée?
[16:51] <chill> hello
[16:51] <chill> I've deleted the start of my "system" and I can't do nothing from my session, does someone have a solution?
[16:52] <Quintasan> Riddell: I fixed it
[16:53] <yofel> is someone working on merging phonon from debian?
[16:53] <yofel> if not I'll get to it when I'm home
[16:53] <yofel> 95 installed fine \o/
[16:53] <Quintasan> Do you know Java magic yofel?
[16:53] <yofel> kinda?
[16:54] <Quintasan> String s1 = "foo";
[16:54] <yofel> yes?
[16:54] <Quintasan> String s2 = "foo";
[16:54] <Quintasan> if you do s1 == s2 you get true
[16:54] <Quintasan> of you do String s3 = new String("foo") and s1 == s3 you'd get false
[16:54] <Quintasan> does Java compiler make s2 a reference to s1?
[16:55] <shadeslayer> debfx: could you email me the debian dir from simion :P
[16:55] <shadeslayer> debfx: I lost it since I was working on it in /tmp
[16:56] <yofel> Quintasan: yes, because it tries to save memory, but that's so unreliable behaviour that you please don't rely on that
[16:56] <Quintasan> oh
[16:56] <Quintasan> actually it's homework question but our prof is even more pedantic than -pedantic in gcc
[16:57] <debfx> shadeslayer: sure
[16:57] <shadeslayer> thx
[16:58] <debfx> shadeslayer: http://felix.fobos.de/simon_0.4.1-1.debian.tar.gz
[17:00] <Riddell> Quintasan: you shouldn't use == for string comparison in java
[17:00] <shadeslayer> one would think there's a std::compare function
[17:00] <Riddell> I had to fix that goodness knows how many times in my peers' code at university
[17:00] <Riddell> String.equals()
[17:00] <Quintasan> Well, yes, I do realise that, I was just making sure I wouldn't be talking trash when he asks me why there is no equality.
[17:00] <debfx> because java
[17:01] <Quintasan> -pedantic switch is less pedantic than he is, miss one word and you are already in the wrong on his classes
[17:01] <manchicken> 11mi up, 11mi down.
[17:01] <Quintasan> debfx: Whilst I like that as a general explanation it won't work in that case :P
[17:03] <debfx> well java doesn't do operator overloading and doesn't have much special handling for String so you have to call an equals function
[17:04] <Quintasan> somebody should kill him for code formatting
[17:04] <Quintasan> http://wstaw.org/m/2013/11/24/plasma-desktopM24995.png
[17:04] <Quintasan> URGH
[17:06] <Riddell> shadeslayer: let's do this! http://www.youtube.com/watch?v=isKwOCyKdfk
[17:06] <Quintasan> I want a movie of shadeslayer doing this Riddell :D
[17:06] <shadeslayer> hah
[17:07] <shadeslayer> eh
[17:07] <shadeslayer> I definitely can't do that
[17:14] <kubotu> ::qt-bugs:: [1254473] package libqtcore4 4:4.8.1-0ubuntu4.4 failed to install/upgrade: ErrorMessage: short read ... @ https://bugs.launchpad.net/bugs/1254473 (by Lesha Ogonkov)
[17:18] <manchicken> Riddell: Do you need help with these Perl packages? I'm not seeing build logs, so I'm not sure how to help.
[17:19] <Riddell> manchicken: looks like it's all built now
[17:19] <Riddell> was just dependencies being fiddly
[17:19] <manchicken> ok, cool
[17:20] <manchicken> I kept seeing failures, so I wasn't sure what was up.
[17:20] <Riddell> manchicken: look at http://qa.kubuntu.co.uk/ninjas-status/build_status_4.11.95_trusty.html
[17:20] <Riddell> it's all compiled but there may still be some issues in the yellow bits which need fixed
[17:21] <Riddell> if nothing else you can work out why the kubuntu-automation script doesn't ignore the "CMake Warning (dev)" variable as I told it to
[17:21] <manchicken> K
[17:21] <manchicken> Geez, I'm still pretty weak with CMake. Most of my interaction with CMake is trial-and-error :)
[17:22] <Riddell> it's actually pthon
[17:22] <Riddell> python
[17:22] <Riddell> lp:~kubuntu-packagers/+junk/kubuntu-automation
[17:22] <Riddell> I added it to all in cmake-ignore.json
[17:22] <manchicken> Okay, cool.
[17:22] <manchicken> I can never get those build logs to load.
[17:23] <manchicken> Did you see my monologue about contains() methods in QApt::SourcesList last night?
[17:23] <Riddell> and added all to kubuntu-ppa-build-status but it doesn't work
[17:27] <Riddell> manchicken: no I didn't
[17:27] <Riddell> but I'm not sure I can comment much I've never looked at qapt for more than a minute
[17:34] <manchicken> K.
[17:39] <manchicken> Riddell: The check for that variable is kinda weak, it looks like it's only catching it if the dependency line starts with "CMake Warning (dev)"
[17:40] <manchicken> And the regular expression which grabs dependencies there would totally match space characters.
[17:40] <manchicken> It's a greedy dot.
[17:43] <Riddell> but the lines do start with that don't they?
[17:43] <Riddell> how does this look? https://www-admin.kubuntu.org/feature-tour-new  should be the same as https://www-admin.kubuntu.org/feature-tou
[17:43] <shadeslayer> manchicken: yofel fixed the policy
[17:43] <Riddell> how does this look? https://www-admin.kubuntu.org/feature-tour-new  should be the same as https://www-admin.kubuntu.org/feature-tour
[17:43] <shadeslayer> so that it doesn't show the warning
[17:43] <Riddell> how does this look? https://www.kubuntu.org/feature-tour-new  should be the same as https://www.kubuntu.org/feature-tour
[17:44] <manchicken> K. I'll disregard that then :)
[17:49] <debfx> Riddell: cmake-ignore.json only allows you to ignore option build-dependencies
[17:50] <Riddell> debfx: optional build-dependencies?
[17:53] <debfx> ah, yes
[18:06] <debfx> Riddell: I've pushed a new revision to kubuntu-automation. could you re-run the build status script with that?
[18:10] <Riddell> debfx: running
[18:10] <shadeslayer> Riddell: http://pastebin.kde.org/pntgvhncw
[18:19] <debfx> looks more green now :)
[18:23] <debfx> but still a circular dependency in kdepim :(
[18:26] <debfx> oh launchpad with your build tools from the 90s: contains ununderstood data member data.tar.xz in the build log
[18:38] <ScottK> Riddell and yofel: It wasn't just the version number.  It was the fact that there were two .so files in there, one empty and the library seemed generally messed up.
[18:39] <ScottK> It may be theoretically OK, but I don't think the build system dealt with it correctly.
[18:51] <ScottK> shadeslayer: What's up with your kde-dev-utils upload?
[19:33] <apachelogger> checkin
[19:33] <apachelogger> shadeslayer: so, actually ldtp testing seems very straight forward
[19:34] <apachelogger> except that for some reason kde apps actually propagate dbus interfaces that they then do not offer
[19:37] <apachelogger> making ldtp explode because it resolves by name which requires it to iter all objects of a window, so it then falls into a not provided dbus interface and throws an exception
[19:40]  * Mamarok wonders when we will get the new ponon packages...
[19:40] <Mamarok> phonon*
[19:42]  * apachelogger does too and makes grumpy face
[19:53] <debfx> should have mentioned that 2 days earlier
[19:55] <apachelogger> only mentioned it like 10 times
[20:26] <kubotu> ::qt-bugs:: [1254473] package libqtcore4 4:4.8.1-0ubuntu4.4 failed to install/upgrade: ErrorMessage: short read ... @ https://bugs.launchpad.net/bugs/1254473 (by Lesha Ogonkov)
[20:37] <yofel> ScottK: that was missing a build-dep that seemed to be new suddenly (toolchain change while we were working on .80?) - in any case, it's fixed in ninjas .95
[20:37] <yofel> ScottK: and for marble, I don't know what the archive builders did, but for me the package had .so.17 as a symlink to .so.16.80 which looks fine
[20:42] <yofel> Riddell: feature-tour looks nice, but could you please add a bit of margin to the content so it's not glued to the left border?
[20:43] <yofel> Riddell: actually content is wrong, it shouldn't show kopete
[20:56] <yofel> apachelogger, Mamarok: I'll work on merging phonon 4.7
[20:57] <yofel> or well, xnox took care of that
[20:57] <yofel> thanks :)
[20:57] <soee> yofel, 4.12 b3 backport maybe ? :)
[21:02] <yofel> I guess I could start on that
[21:18] <yofel> kubotu: newversion calligra 2.7.5
[21:18] <kubotu> https://bugs.launchpad.net/bugs/1254523
[21:20] <kubotu> ::runtime-bugs:: [1254527] System bell randomly doesn't work after login @ https://bugs.launchpad.net/bugs/1254527 (by Graeme Hewson)
[22:09] <shadeslayer> apachelogger: ldtp testing?
[22:12] <shadeslayer> ScottK: known issue, needs libiberty-dev, fixed in 4.11.95 ( oddly it built fine in the PPA )
[22:13] <Riddell> yofel: yes I'm still to update the content
[22:13] <Riddell> just moving it out of the theme for now
[22:17] <yofel> Riddell: uh, it *is* out of the theme?
[22:19] <yofel> Riddell: https://www-admin.kubuntu.org/node/252/edit?destination=admin%2Fcontent%2Fnode%3Fpage%3D1 is the current feature-tour
[22:20] <Riddell> hmm so the copy in the theme is obsolete I guess
[22:26] <apachelogger> shadeslayer: accessibility foo
[22:47] <apachelogger> Riddell: we have too many cards, I think we need a scoring system
[23:18] <shadeslayer> Riddell: fyi I'm still up and am in the lobby downstaris
[23:18] <shadeslayer> *stairs
[23:18] <shadeslayer> Riddell: and there are a bunch of brits on my right
[23:36] <apachelogger> yofel: https://launchpadlibrarian.net/157525425/buildlog.txt.gz any thoughts on that?
[23:38] <yofel> not really, another python2.5 <-> format 0.4 bug?
[23:39] <shadeslayer> nope
[23:39] <shadeslayer> apachelogger: oSource: project-neon5-plasma-nm
[23:39] <shadeslayer> extra 'o'
[23:39] <shadeslayer> http://bazaar.launchpad.net/~neon/project-neon5/plasma-nm/view/head:/control
[23:39] <apachelogger> oh
[23:39] <apachelogger> lol
[23:40] <apachelogger> shadeslayer: can you fix that plz, no keys with me
[23:40] <shadeslayer> ok
[23:40] <apachelogger> thx
[23:40] <yofel> oh ^^
[23:40] <yofel> fun
[23:41] <shadeslayer> apachelogger: re ldtp , lets take the case of the oxygen-gtk3 scrolling bug
[23:41] <shadeslayer> apachelogger: how do you propose to check if the view actually scrolled
[23:42] <shadeslayer> apachelogger: yofel you're missing the snow
[23:42] <shadeslayer> the snow!!!
[23:42] <shadeslayer> kubotu: weather munich
[23:42] <apachelogger> apparenlty there's going to be snow here too tomorrow
[23:43] <shadeslayer> pft
[23:43] <apachelogger> shadeslayer: not sure if ldtp can do it but you should be able to query all sorts of properties from an object
[23:43] <apachelogger> among those probably is the slider position
[23:43] <apachelogger> though IMHO the correct approach is to have a specific oxygen-gtk test app
[23:43] <shadeslayer> oic
[23:43] <apachelogger> and if one cannot get the position property it would simply have a signal on dbus then
[23:44] <shadeslayer> k gonna look at ldtp
[23:44] <shadeslayer> apachelogger: fixed and asked for a rebuild
[23:44] <apachelogger> shadeslayer: <3
[23:44] <shadeslayer> <3
[23:44] <apachelogger> regarding ldtp ... first someone needs to talk to fregl
[23:44] <apachelogger> much less use if kded apps make ldtp fall over dead xD
[23:44] <shadeslayer> he
[23:44] <apachelogger> s/kded/kde
[23:44] <shadeslayer> heh
[23:45] <shadeslayer> ldtp page says KDE is support
[23:45] <shadeslayer> +ed
[23:45] <apachelogger> it may have worked at some point :P
[23:45] <apachelogger> not even sure why it fails, but it seems to be a bug in qt-at-spi
[23:45] <apachelogger> maybe it's incorrectly exposing an object that it then cannot serialize to the at-spi
[23:46] <shadeslayer> bugs can be fixed by poking fregl with a long fluffy stick
[23:46] <apachelogger> or maybe one must force the kde accessibility bridge, no clue though, I haven't looked at the qt bits
[23:46] <apachelogger> I can post my demo test for gammaray tomorrow though
[23:47] <apachelogger> anywayyyyyyyyy
[23:47] <apachelogger> that all needs to be mostly an upstream effort anyway
[23:47] <soee> there should be some promotional video for each Kubuntu release :)
[23:47] <apachelogger> e.g. amarok needs to maintain amarok test cases, there's no point if we throw nonexistant resources at it
[23:47] <shadeslayer> http://pastebin.kde.org/pfhri07qd
[23:47] <soee> something like 4-5 min system presentation
[23:47] <apachelogger> soee: there should be someone who makes that
[23:48] <shadeslayer> ^^ Trying to enable tests in kde4libs
[23:48] <soee> apachelogger, considering that :)
[23:48] <shadeslayer> apachelogger: true
[23:49] <apachelogger> phonon test cases could be implemented as ldtp tests ;)
[23:49]  * shadeslayer might look at implementing ldtp tests for KTP
[23:49] <apachelogger> actually those would be semi-nice examples because they are mostly very short and easy to check the results on
[23:50] <apachelogger> plus async, so that's covered as well
[23:50] <shadeslayer> thoughts on the kdelibs tests? especially kdeui-kmainwindow_unittest
[23:50] <apachelogger> mail kde-core-devel
[23:51] <apachelogger> kdeui may well be a setup/requirement problem
[23:51] <apachelogger> since those likely require some fakex thing
[23:51] <shadeslayer> well, not sure how, I run the tests under xvfb
[23:51] <apachelogger>    Actual (mw2.size()): QSize(640x480)
[23:51] <apachelogger>    Expected (QSize(800, 600)): QSize(800x600)
[23:51] <apachelogger> that sounds like wrong test tbh xD
[23:51] <shadeslayer> OTOH xvfb-run might be using some other geometry
[23:52] <apachelogger> if that made problems it'd be a bug in the test
[23:53] <shadeslayer> don't see how, it could easily be that the test expects a certain screen resolution ?
[23:53] <shadeslayer> ( OTOH that sounds like a poorly written test then )
[23:54] <shadeslayer> yep
[23:54] <apachelogger> that's my point
[23:54] <shadeslayer> works if I run xvfb as 1440x900
[23:54] <shadeslayer> xD
[23:54] <apachelogger> in theory you should be able to runa  test on 1x1
[23:54] <apachelogger> well
[23:54] <apachelogger> 2x2
[23:54] <apachelogger> assuming a test wants to resize up and resize down xD
[23:55] <apachelogger> shadeslayer: still worth asking
[23:55] <shadeslayer> k
[23:55] <shadeslayer> putting on my todo
[23:56] <apachelogger> I think the minimum supported resolution was 800x600 even in KDE 3 so it may be that the xvfb res is wrong
[23:56] <shadeslayer> have to ask bcooksley about the test setup on jenkins
[23:59] <shadeslayer> yofel: since you're running 4.11.95, does kwallet create a empty wallet now?


[06:56] <Kilos> morning everyone
[09:47] <chesedo> Hi Kilos and others
[09:47] <pavlushka> Hi chesedo , Kilos and others
[11:35] <Kilos> lol hi guys
[11:44] <Kilos>  /msg NickServ HELP SET
[12:07] <Kilos> well, the rat is still in the water
[12:07] <Kilos> the pro is still missing
[12:07] <Kilos> pavlushka_  carries a tail
[12:07] <Kilos> Researcher-  has gone silent
[12:08] <Kilos> sicelo  hi
[12:08] <Kilos> spinza  hi
[12:08] <Kilos> SilverCodeZA  you still active here?
[12:47] <sicelo> hi


[02:24] <Digit> hi, just wondering if/when next release likely hapn?
[02:24] <Digit>     ~~ wondering which release best to go for, 16.04.3LTS or 17.10 or wait for next release out in a few days/weeks(?)...?
[02:31] <slidinghorn> Digit: the Ubuntu release is scheduled for I think April 26th.  I don't know if Studio is on that same schedule or not, however
[03:01] <Digit> thanks for the info. :)  *downloading 17.10 for now on that basis at least a fortnight*
[03:03] <slidinghorn> Digit: 18.04 is available, it's just in beta until then, so there may be some quirks
[03:09] <Digit> while investigating what it takes to install on devuan, natron (which i hear good things about), i thought to look to ubuntu studio again.  it probably doesnt even have natron... ... even in the beta release?
[03:25] <slidinghorn> Digit: not sure what that is, but I don't see it in the repos via apt-cache search
[03:27] <Digit> natron's claim to fame is to be a foss replacement for after effects.  or the nearest to such a thing.
[03:27] <Digit> seems ideal to get included in ubuntustudio
[03:29] <Digit> https://en.wikipedia.org/wiki/Natron_%28software%29
[03:34] <slidinghorn> Digit: compton is available in the repos if you're looking for a compositor
[03:34] <Digit> afaik, compton's a different kind of beast.  different role of "compositor".
[03:35] <slidinghorn> oh, I was thinking window compositing...
[03:35] <Digit> if you mean compton the an X composite manager
[03:36] <Digit> yeah
[05:21] <ErichEickmeyer> Digit, slidinghorn: Ubuntu Studio is releasing 18.04 on April 26th. The difference is that this one is, unfortunately due to low manpower, not an LTS. We hope to pick-up some momentum for 18.10 with some new features.
[05:22] <slidinghorn> ErichEickmeyer: I don't know how much help I'd be, but I'd be willing to volunteer where I can
[05:24] <ErichEickmeyer> slidinghorn: Excellent! Anything at this point helps, but the need in 18.10 is going to especially be for packagers. Check out https://ubuntustudio.org/contribute. 18.04 can also use a ton of testing. Any and all bug reporting is invaluable. :)
[05:25] <slidinghorn> ErichEickmeyer: interestingly enough, i'm trying to learn how to package right now, lol
[05:26] <ErichEickmeyer> slidinghorn: Good! and... same. :) I know how to package for .rpm, so I've been trying to learn .deb to transfer that knowledge.
[05:27] <slidinghorn> I'm doing my first one now, but the packaging guide is a little lacking for cmake-compiled software
[05:31] <ErichEickmeyer> Yeah, it's a different ball-of-wax for sure.
[20:26] <h9l> Greetings from Romania.
[20:27] <h9l> Sorry to bother, but could someone please help me setup Jack? It fails to initialize the server when I launch it in Regular Ubuntu -and- Ubuntu Studio.
[20:27] <h9l> Something about the capture card.
[20:29] <h9l_> Here's a copy of the error log:
[20:29] <h9l_> https://pastebin.com/Djd2x7tY
[20:30] <h9l_> Could someone please help?
[20:33] <slidinghorn> h9l_: Using qjackctl?
[20:33] <h9l_> yup
[20:34] <h9l_> Brand spanking new install of Ubuntu Studio, throwing out the same error I got in my Regular ubuntu.
[20:34] <h9l_> And here I thought I messed something up.
[20:34] <slidinghorn> h9l_: which version of ubuntu studio are you using?
[20:35] <h9l_> 17.10
[20:36] <h9l_> I'm a dumb ass
[20:36] <h9l_> https://askubuntu.com/questions/224151/jack-server-could-not-be-started-when-using-qjackctl/232163
[20:36] <h9l_> Found the solution.
[20:36] <slidinghorn> h9l_: that worked for you?
[20:37] <h9l_> Didn't set an interface
[20:37] <h9l_> Rebooting for some updates. Cheers!