flocculantanyone here for the testers irc session?19:01
flocculantI'll wait a while longer - before deciding what to do. If it's just Spass we can have an impromptu Q&A session for a while19:04
knomei vote for running the session anyway; if done with meetingology we'll have nice output for the lgos19:05
knomelogs too...19:05
flocculanton the other hand - I'll be putting it on the QA wiki space - so the transcript is there anyway19:05
flocculantand pasting in the whole shebang is likely to make some bot hate me :D19:05
flocculantok - well it can be quick then19:06
flocculantSpass: as it's seemingly just you - rather than get questions asked in -offtopic and then pasted - please wait till the question sections before asking anything :)19:07
flocculantotherwise I will just wander off and let people read the wiki page instead :D19:08
flocculant#startmeeting Xubuntu testers session19:08
meetingologyMeeting started Fri May 12 19:08:27 2017 UTC.  The chair is flocculant. Information about MeetBot at http://wiki.ubuntu.com/meetingology.19:08
meetingologyAvailable commands: action commands idea info link nick19:08
flocculantA couple of things to run through before we start properly.19:08
flocculantThe Xubuntu development tracker has a QA status tab, if there is anything that QA need to make testers aware of urgently, it will be on the notice board - https://dev.xubuntu.org/#tab-qa19:08
flocculantTesting shouldn't be too onerous - do as little or as much as you can find the time for, all of it is appreciated by the whole Xubuntu team.19:09
flocculantThat said, being noticed by us can lead to invitations to Xubuntu QA and from there it is possible to get invited into Xubuntu Team where you get to be involved in the future of Xubuntu as a whole. For example, you get a vote in those mails you might have seen which start with [TEAM]19:09
flocculant#topic Testing and verifying SRU bugfixes19:09
flocculantFirst off we'll look at testing fixes that are targeted at released and still supported release(s)19:09
flocculantFor this you will need to be running whichever supported version the SRU is aimed at. We'll use an example - and let's use a fairly recent one - bug 151212019:09
ubottubug 1512120 in thunar (Ubuntu Zesty) "[SRU] thunar crashes on file renaming" [High,Fix released] https://launchpad.net/bugs/151212019:09
flocculantYou can see from that bug at comment 83 https://bugs.launchpad.net/ubuntu/+source/thunar/+bug/1512120/comments/8319:10
flocculantthat updated packages for both 16.04 and 16.10 were uploaded to the proposed repositories. To test the fix (and this applies to all SRUs) you need to enable that repository and then update the package list, either by using the Reload button or in a terminal with apt.19:10
flocculantOnce updated, you can reinstall the package (thunar) and test the new version against the testcase which should be present in the first comment of the SRU bug report.19:10
flocculantWhether the patch fixes the bug for you, add a comment to the bug, mentioning which version you tested (dpkg -l 'package' ) and where (for example 16.04.2). Last but not least, change the verification tag to verification-done if the bug was fixed, or if the issue persists, use the verification-failed tag.19:10
flocculantOnce you have updated the package to check, you probably want to then disable the proposed repository or you will continue to receive updates to ANY package you have installed with a proposed update...19:11
flocculantNot so hard - you've contributed to Xubuntu, and made life just a little bit better for other people.19:11
flocculant#subtopic SRU Questions19:11
flocculant#topic Point release, Milestone and Daily testing19:15
flocculantFirst, we run testing for point releases (for example, 16.04.2) for an LTS release. We'll make calls for testing those as required. Note that these happen parallel to a normal development cycle and the tests need to be done with the current LTS release, not the release in development.19:16
flocculantThe second type is milestone testing: the Alpha, Beta and Release Candidate milestones of the current development release. We don't always take part in all milestones - usually more with LTS releases - but not necessarily so.19:16
flocculantBefore we go any further I want to make one very important point...19:16
flocculantA milestone is JUST a snapshot of the current release in development. The milestones are useful for developers as it helps them and testers synchronize to one common state for a few days.19:16
flocculantIt  is  of  no  use  once  the  milestone  has  passed.19:16
flocculantThe day after the milestone finishes, the archive is unfrozen and updates come through and the milestone is now out of date. Using old milestones isn't recommended or sensible - packages are updated very often during the development and it's better to just get the latest daily. (Milestones also aren't suitable for the general public as they aren't necessarily any stabler than any arbitrary daily.19:16
flocculantThere are 2 main ways that you can test Xubuntu: either on a virtual machine or on hardware - the choice is up to you and what you have available.19:17
flocculantWe'd prefer people to be able to test on hardware because that let's us discover more "natural" bugs, but we also understand that you live in the real world and your PC doesn't belong to Xubuntu QA.19:17
flocculantSo, moving on then. We will call for testing of any milestone shortly before it's due, which gives people warning to put aside 20 minutes or so. There's no need for people to run through all the tests you might see for a milestone. Hopefully there will be more than just you running them. Obviously running tests which haven't been run is more important than doubling up.19:17
flocculantYou will see a link to the tracker in the mail, that will point you to somewhere like http://iso.qa.ubuntu.com/qatracker/milestones/374/builds/144361/testcases19:17
flocculantOn that page you'll see all of the tests needed to be run. Some of them are "Mandatory" and others are "Run once". If you see results listed against all the options - pick one. If there are gaps - pick those ;)19:17
flocculantRun through the testcase you have picked EXACTLY how it is written - hopefully there will be no bugs and you can just mark it as Passed.19:17
flocculantIf you do find an issue, check the list at the bottom for known bugs - someone might have already seen it. When you find any bugs, add the bug number and report a Failed result. (Note that you can drag and drop bug links to the bug fields and the tracker will automatically parse the bug number correctly for you.)19:17
flocculantFinally, the last type of testing is Daily testing. In daily testing you do exactly the same as with the milestone testing, you'll just find Daily testing on the tracker. The daily testing item runs all the way through the cycle refreshing overnight (2AM UTCish).19:18
flocculantThere is a simple run through of the ISO testing in general at https://wiki.xubuntu.org/qa/isotesting19:18
flocculant#subtopic Milestone and Daily Questions19:18
flocculant#topic Package Testing19:23
flocculantThe next section deals with how we can test packages.19:23
flocculantIn addition to the ISO tracker we looked at a moment ago, we also have a package tracker. This lists which packages we need testing and a testcase to run for each. Though it is likely this cycle that Thunar, at least, will see additional testcases added.19:23
flocculanthttp://packages.qa.ubuntu.com/qatracker/testcases/1559/info is the testcase we provide for you to test Catfish.19:23
flocculantAs you can see it's pretty basic and lists exactly what we want. If you get to the end with no errors - pass it. If you find an issue - check at the end for already reported bugs, if it matches then you can use that bug number to Fail the test against.19:24
flocculantIf you find a new issue, then you need to report it. The simplest way is to use apport. To do this, open a terminal and run "ubuntu-bug packagename" - for example: ubuntu-bug catfish19:24
flocculantYou now need to wait for apport to finish and then you can complete the bug report in your browser when it is ready for you. When finished you can use the new bug number to fail your testcase against. It also helps to report bugs in Xfce packages upstream at https://bugzilla.xfce.org/ and link to the Xfce bug in Launchpad - we'll touch on that in the last section.19:24
flocculantWhat happens when a bug gets fixed?19:24
flocculantWe'll mail testers and ask for that testcase to be re-run. Simply run through the testcase once more - hopefully this time you can pass it.19:24
flocculantSometimes you will find that a testcase is out of date - so what might appear to be a bug is in fact correct - we have a bug here - but it's with the testcase, and needs to be reported here:19:24
flocculantFill in a bug report for the testcase with as much information as is possible, especially give the testcase number, you can find this by using the 'Detailed information on the testcase' button - we will edit the testcase pretty quickly - we have tame Manual Testcase Admins amongst us.19:24
flocculant#subtopic Package Testing Questions19:25
flocculant#topic Exploratory testing19:29
flocculantExploratory testing is a term made up by Nick Skaggs (I assume) of Canonical which effectively means installing the development version and using it daily, for your daily tasks (and not a prespecified set of testcases).19:29
flocculantWhich is what I do. While I'm using it, I'm watching for bugs in our packages, I'm trying to check that visually we get no regressions and generally trying to ensure that we release the next supported version in as good a state as is possible.19:29
flocculantI'll go through how I have my installs set up to give you some idea of what I've worked out to be the safest way to keep on rolling along.19:29
flocculantI have 1 install of the last LTS which I keep around and 2 installs of the latest development version.19:30
flocculantI have no data as such in any of these installs - all my data lives on other drives and is either mounted in fstab, linked to with a symbolic link or in the case of both Firefox and Thunderbird - the profile.ini points to the data.19:30
flocculantI do have things like .ssh .bazaar which I have in my /home19:31
flocculantThe LTS is pretty much left alone until I need to check bugs or SRUs for that release.19:31
flocculantThe first of the development installs is what I use every day - I'm using it now. The other is my backup and has all the necessary links to enable me to boot it up and use it if necessary. I don't even boot it to keep it updated, I chroot to it and update packages there from this install. I tend to wait a day before updating if there's a package that could possibly cause problems and to make sure19:31
flocculant I've been able to boot ...19:31
flocculant... into my daily install.19:31
flocculantThis second development install is without PPAs so I'm able to check what our default install is up to.19:31
flocculantPersonally I let grub run from my current development release - but I always have a USB handy in case grub goes pfffft... You can easily enough reinstall grub and let it be controlled from one of your other installs from the live desktop.19:31
flocculant#subtopic PPAs19:31
flocculantXubuntu has a set of official PPAs which we use for testing new packages. These are:19:31
flocculant    https://launchpad.net/~xubuntu-dev/+archive/ubuntu/ppa19:32
flocculantThe last of these currently has no packages available for the Artful release, so it's listed now only as a possibility for use during this current cycle.19:32
flocculantIn addition we have one more PPA for the Xfce packages that have already been ported to GTK3:19:32
flocculantI have all 4 of these 'current' PPAs installed locally. These give me the most up to date Xfce packages available to Xubuntu.19:32
flocculantSo - that's how I'm set up locally.19:33
flocculantI am 1 person ... during a cycle we usually see about 5 or 6 people reporting on the trackers. We need more people to try to join this effort to make the Xubuntu we release is still what we want it to be. Getting bugs reported a week after we release helps no-one and with only a 9 month cycle for the most part it's unlikely that many of those will get fixed. More useful for us to see bugs reporte19:33
flocculantd much much earlier. If in  ...19:33
flocculant... the past you've found issues when you have installed a new version you'll understand that.19:33
flocculant#subtopic Bug reporting19:35
flocculantReporting bugs using ubuntu-bug can be troublesome when you're using a package from a PPA, but for packages originating from the repo's you can follow the "ubuntu-bug packagename" route.19:35
flocculantWhen you want to report a bug against a package originating in a PPA, you need to manually file it and also be prepared to supply information when asked for it by a developer. To do that, you can use: https://bugs.launchpad.net/ubuntu/+source/PACKAGENAME/+filebug which will error, so don't open it - a real example would be https://bugs.launchpad.net/ubuntu/+source/catfish/+filebug19:36
flocculantFill in the summary and then add as many details as you can. It is more likely that reporting this way developers will ask for more details.19:36
flocculantTo report an Xfce bug upstream, go to https://bugzilla.xfce.org/ and file your bug (check for duplicates first using the Search facility) the method is pretty similar to Launchpad - but is manual.19:36
flocculantWhen you have your Xfce bug you can set your Launchpad bug to watch it, details for that can be found on the Ubuntu wiki at https://wiki.ubuntu.com/Bugs/Watches#Adding_a_Bug_Watch19:36
flocculant#subtopic Virtual Machines19:36
flocculantYou could at a pinch run a virtual machine with the latest development version and use that for everything, but I suspect that the lure of not running inside a vm would be something to watch for - I know that I would soon end up running a supported release in that case. But the only person who can make that choice for you is you ;)19:36
flocculant#subtopic Exploratory Questions19:36
flocculant< Spass> small one - when I reported a bug with apport it default to Private, I assume it's secure to change it to Public? no sensitive data in the logs?19:40
flocculantok - this then is how I've dealt with that issue myself in the recent past19:40
flocculantas I'm not coder enough to be sure what information is in a Private bug - and am therefore not sure whether to mark it as Public19:41
knomei'd say in most cases it's ok to mark it public19:42
flocculantI boot a virtual machine - replicate the bug - where possible - and then mark THAT one Public19:42
flocculantthen I've left the Private one be and let someone else decide19:42
ali1234its the coredump that is sensitive mostly. that can have anything in it from previously used memory, and it is difficult to spot19:43
flocculantknome: ack - I'm not going to make that call for other people - simply because I don't know what's there that's caused it to be marked Provate19:43
knomeflocculant, indeed :)19:43
flocculantali1234: thanks for that :)19:43
knomeprivate bugs are kind of annoying though19:43
flocculantI thought it was likely coredump - but wasn't positive19:43
knomeif in doubt, developers/packagers/bug triagers should be able to help19:43
ali1234if the bug has been retraced by apport and the stack trace makes sense you can delete the coredump and make it public after checking the other logs19:44
ali1234also there's a bug with duplicate bugs and apport19:44
ali1234let me find it, it's somewhat relevant19:44
flocculantali1234: right - what's likely to be the case is whoever reported isn't necessarily able to make the call 19:44
ubottuLaunchpad bug 764414 in apport (Ubuntu) "duplicate for #434733 private master bugs are confusing and lead to more duplicate filings" [Wishlist,Triaged]19:44
ali1234apport does it automatically if it detects your stacktrace matches an existing one, even if the existing one is provate and you make yours public19:45
flocculantyea - been there recentlyish - I think when talking with you about something :)19:46
flocculantit is a pain for sure19:46
ali1234probably, i know i've run into it before19:46
flocculant< Spass> Q: do you (devs) see the Private bug reports?19:47
flocculantas far as I am aware only people in specific Launchpad teams can access Private bug reports19:48
flocculantI know that I do not have the permissions19:48
flocculant" The bug is reviwed by members of the ubuntu-bugcontrol team who will evaluate the bug and either keep the bug private, and assign specific developers, or remove the sensitive information if it is not helpful to solving the issue, and then mark it as public."19:49
flocculantfrom https://askubuntu.com/questions/16135/why-did-apport-make-my-bug-report-private19:49
Unit193There's some private ones I can see, but not all of them.  I have no access to errors.ubuntu.19:50
flocculantI have access to errors19:51
ali1234members of the bug triage team can see all bugs19:51
ali1234or at least the vast majority of them :)19:51
flocculantUnit193: so is it likely you are a 'dev' on the package you can see when private? 19:51
flocculantali1234: ack19:51
Unit193flocculant: Do to being part of xubuntu-dev, I'm in bugcontrol.19:52
flocculantaah ok19:52
flocculanthi genii :)19:52
ali1234"The Ubuntu Bug Control team (ubuntu-bugcontrol in Launchpad) is a subset of the Ubuntu Bug Squad"19:53
* genii slides everyone fresh mugs of coffee and slips back into idling mode19:53
Spass[Q]: regarding tags - I assume that I must add "xubuntu-exp" to every bug report on LP and "ppa" when the package comes from PPA, right?19:53
ali1234actually this page has a lot of info on it about coredumps etc: https://wiki.ubuntu.com/UbuntuBugControl19:53
flocculantSpass: that was the plan - and still is - but seemingly not many people are running dev version during a cycle :)19:54
flocculantit'd certainly not make the situation worse19:54
ali1234we can report bugs against ppas now??19:55
flocculantali1234: only by doing so manually - and then saying so19:55
flocculantwe don't do it much19:55
ali1234hmm... pity19:55
flocculantsimpler to do it through bugzilla tbh19:55
ali1234i got excited... reporting bugs against ppas has been a wishlist forever...19:56
flocculantyea for sure it is a pity19:56
flocculantali1234: I'd be very very surprised if that was just you and I ;)19:57
flocculantSpass: anything else? 19:58
Spassflocculant: no, everything is clear now, thanks19:59
flocculant#topic Git19:59
flocculantFinally I just want to touch on a subject that's quite new to us at Xubuntu QA, building and testing Xfce packages built from the Xfce Git repositories.19:59
flocculantDuring this cycle - as and when we're asked - we are likely to ask people to test fixes prior to them getting as far as PPAs. Duck out if you're not sure here.20:00
flocculantGenerally it's a painless experience as long as you've got the build dependencies installed - we used this method a couple of times towards the end of the Zesty cycle testing Thunar patches.20:00
flocculantYou'll need to install the build-essential package before the first time you build packages. After that, the process is simply the following: get the build-deps, grab the Git source, grab the patch and apply it, build it and then test it.20:00
flocculantWhether we see more of this coming to us as testers via the mailing list is hard to say at the moment.20:00
flocculantWe'll not just now bother with questions on this last section, but if there are any more general questions - feel free to ask them now.20:00
flocculant#subtopic - Free Questions20:00
flocculant< knome> question: i'm confused by this two leaders thing... who should i contact if i want to start helping? 20:00
flocculantyou can talk to either akxwi-dave or me20:01
flocculantor in fact anyone in here is likely to be able to point you in the right direction20:01
flocculantespecially people who are members of !team20:01
flocculant!team | will help20:01
ubottuwill help: akxwi-dave, bluesabre, dkessel, flocculant, jjfrv8, knome, krytarik, micahg, Noskcaj, ochosi, pleia2, slickymaster and Unit19320:01
flocculantthose people are all members of the Xubuntu Team and should be able to point you in the right direction20:02
flocculant< knome> question: i'm worrying i don't have the required skills or equipment... please encourage me to help20:03
flocculantIf you are running Xubuntu - then you can help20:04
flocculantI can - I drive a van20:04
akxwi-davefresh eyes can help in many ways20:04
flocculantI have no aptitude whatsoever for code - it's not needed to help us - though of course if you can - then that's an extra20:04
flocculantakxwi-dave: for sure - it's more than likely that 2 people looking at the same screen will see slightly different things20:06
flocculantand have different view points - some like knome and ochosi will notice the visual aspect more than I would20:06
akxwi-daveexactly flocculant :-)20:07
akxwi-daveq<knome> question: do you have the basics of QA or any other form of helping written down anywhere?20:08
flocculanthang on20:08
flocculantone more point on the last20:08
flocculantwhile all of us might use - for example Parole - to play media20:09
flocculantwe'll have different workflows 20:09
flocculantand thus might find different bugs20:09
flocculantI never use subtitles20:09
flocculantso would be unlikely to see a bug there20:09
flocculant(I'm looking at this from *my* point of view here) as I rarely run a simple testcase - but use them in the dev version daily20:10
flocculantok - so back to knome's question :)20:11
flocculantakxwi-dave: can answer that one :p20:11
akxwi-davefirst of all there is https://xubuntu.org/contribute/qa20:12
akxwi-daveandthis session will be put up on line shortly..20:13
flocculantthat is very much specifically written by the Xubuntu team to cover what *we* want20:14
flocculantthe docs that is20:14
flocculantalso - there is the generic Ubuntu QA Team wiki page at https://wiki.ubuntu.com/QATeam20:14
flocculantwe also have a few pages on the Xubuntu wiki at https://wiki.xubuntu.org/start?do=index20:15
akxwi-davethere are also plans to do  handy guides for testing, which are currently work in progress20:15
flocculantto be honest 20:16
flocculantif there are things that people who do test - quietly in the background - think would be useful, then we are always receptive to suggestions20:16
flocculanteven more so when they do the work and ask for opinion20:17
flocculanttesting is something whihc is quite easy to get in to - and has great results 20:17
flocculantany more general testing questions out there?20:18
Spass[Q}: I'm not a member of "Xubuntu Testers" team on LP (https://launchpad.net/~xubuntu-testers). Should I be one and what's the reason for that?20:19
flocculantwhile it's nearly always the case that testing calls go out to the development mailing list20:20
flocculantI have in the past just contacted people in the Testers LP team directly20:20
flocculantalso it's a social thing - we have at least some idea that we have 20 or 30 or 40 people testing for us20:21
flocculantand people who show up on LP or on the trackers - get noticed by us20:21
Spass+1 member on Xubuntu Testers then :)20:22
flocculantthen get asked to join the Xubuntu QA Team itself - and from there it's possible to become part of Xubuntu Team and be part of the group of people marking out Xubuntu's direction20:22
flocculant< Unit193> Sooo, is there a point to me jumping early?  I don't use parole, lightlocker, whiskermenu, gnome-software,thunderbird, snaps, sgt-puzzles, etc... 20:23
flocculantby jumping early - I'll assume you mean upgrading zesty to artful (or a to b, b to c)20:24
flocculantyes there is20:24
flocculantwhile you might not specifically use all of the packages, generally you're using Xubuntu20:25
flocculantso issues with the main 'whole' could come to light20:25
flocculantand also20:25
flocculantit could happen that you removing something from our seeded defaults causes you issue where it might not the rest of us20:26
flocculantwe don't know how everything installable works in the whole for us - we can only test so much20:27
flocculantI for instance am more likely to use any music player that's around - I find things on the rare times I do use our defaults20:27
flocculantok - so 90 minutes later - any other questions? 20:28
meetingologyMeeting ended Fri May 12 20:29:01 2017 UTC.  20:29
meetingologyMinutes:        http://ubottu.com/meetingology/logs/xubuntu-devel/2017/xubuntu-devel.2017-05-12-19.08.moin.txt20:29
flocculantthanks all :)20:29
flocculantknome: re wiki then20:31
flocculantsimple way to have that populated by https://wiki.xubuntu.org/qa/things20:32
knomeoh, right20:32
flocculantor just have to do it? 20:32
knomei guess at this point just do it20:32
knomethe wiki hasn't been in very active use and thus people haven't requested features, so i've kept it simple20:33
knomei should very likely create some kind of plugin that does this automatically for all pages20:33
flocculantyea I understand20:33
flocculantprobably just as easy to add them now - it's the start 20:34
flocculantjust add as a url to there I assume?20:42
flocculanteg https://wiki.xubuntu.org/qa/isotesting 20:42
knome[[qa:stuff|Title]] please20:43
flocculantSpass: also - if there is something that we've pointed you at - which isn't correct, or could do with clarification - either change it, or ask :)20:44
flocculantknome: yea :)20:44
flocculantI meant there's not some super dokuwiki thing where it knows that /qa/foo is a qa page 20:45
knomewell it knows that the page is in the qa namespace20:45
knomebut now if it's a URL and not a wikilink like i pasted20:45
flocculantknome: might also be time that there was a team meeting 20:45
knomewell it knows when that page is loaded...20:46
knomebut it knows that it's a wikilink if it's formatted as a wikilink :)20:46
knomenot sure if there's any difference...20:46
knomeat least for now there isn't20:46
flocculantand [[qa:stuff|Title]] please  is a wiki link20:46
flocculantokey doke 20:46
knome[[https://wiki.xubuntu.org/qa/stuff|Title]] isn't20:47
knomeso former is better20:47
flocculantwill look shortly if that's what I anticipate20:47
knomeit points to the exact same place20:47
knomeit's just a different way to format it20:47
flocculantyea - thta was my understanding20:47
knomeand with that, we can theoretically style the links pointing to the wiki differently20:47
knomewell we can do that even without the wikilinks... but the idea is that the wiki engine does some work :P20:47
knomethese can be used to at least create some networks on linked pages relatively easily20:48
knomenot that it is currently useful for us...20:48
knomesame for orphaned pages :)20:49
flocculantknome: ok that's what I expected then - good - and it's ordered as expected - obviously sitemap is alpha20:56
Spass_flocculant: np, I'll do some testing next week so I'll try to be active here also20:56
knomei expect to do stuff that lets us avoid the use of sitemap :)20:56
flocculantSpass_: really - at the moment our focus has to be making sure the testcases are up to date rather than actually testing iso's or packages20:56
flocculantthat's really important for later in the dev cycle20:57
flocculantand I can also point you to how to propose changes to those testcases20:57
flocculantI really can't emphasise how important that is at this point in the cycle20:57
flocculantknome: at the moment the one thing - other than reset/save being swapped - is that you have to have a clear line between to get them to seperate20:59
knomeflocculant, isn't that the same as in the ubuntu wiki?20:59
knomewell ubuntu wiki might do <br> on single line change...21:00
flocculantknome: and I assume I could [[qa:isotesting|ISO Testing Runthrough]] on say the Development start page? 21:00
flocculantknome: not sure tbh - I've been trying to be a good boy :)21:00
knomeanyway, create a list of them and you'll get them more compact21:00
Spass_flocculant: I understand, but I treat it like a beginner's tutorial too21:01
flocculantand use this damned blue one :p21:01
flocculantSpass_: ack21:01
flocculantknome: also re the irc testers thing - I did facebook - then failed to check that twitter and g+ had run 21:05
flocculantthat said - it's more than likely Spass_ would still have been the only one here :)21:05
knomewe don't have autopush from FB21:06
flocculantI know sorinello was timezoned issued about it - but was expecting logs21:06
flocculantwhat's autopush?21:06
knomeyou send FB message -> twitter/g+ updates with the same message21:07
knomeautomatically :P21:07
flocculantoh nvm - worked it out - I meant I thought I'd asked - but then didn't check up21:07
flocculantdidn't actually check until 20 minutes before :p21:08
flocculantanyway - done now - you have logs :)21:08
knomethanks flocculant and akxwi-dave 21:09
flocculantno problem of course21:09
flocculantprep and copy/paste is great :)21:09
Unit193Everything I say here should get automatically pushed to social media, mhmm.21:09
flocculantwoohoo :)21:09
knomeespecially whatever you say, Unit193 21:10
sorinelloflocculant, sorry for not being able to attend in real time, but I have logging enabled on this channel, and I will read what you wrote here. I'm sure it's gonna be a nice digest. Also, I'm sure that if I would have actually participated I would have had some questions. I really appreciate your effort in writing all this information, which I will process these days21:59
flocculantsorinello: I know - you said earlier in the week :)22:00
Unit193He'll be gone soon, as the rest of the QA team, but others may be here for questions.22:01
flocculantit's fine - read what happened - then ask questions - late in the session is a list of people likely to answer 22:01
flocculantI'm about for a while - Friday night - but if I dribble then it's time to wait :)22:01
flocculantmuch of the non-dev team members seem to be European times22:02
flocculantI always read the backlof though - mostly because it's short :)22:03
Unit193flocculant: Well figured QA team would be off, Dev team would be on soon, then website team would be back. :>22:03
sorinelloI'm a regular of these channel for 1+ years now, so there is no hurry about these questions. I have a partial idea about what I am interested in, and some of you answered a lot of my questions already22:03
flocculantsorinello: ack22:03
sorinello*tehse channels (#xubuntu and #xubuntu-devel)22:04
flocculantthat too \o/22:04
flocculantsorinello: I'll answer in #x but often have to do real life and go22:04
flocculantin here I'll always answer if pinged22:05
sorinelloof course. we all have our real life :P 22:05
sorinelloI know :)22:05
Unit193..We do?22:05
sorinelloand I really appreciate your effort you put in this22:05
flocculantthat's the general plan Unit193 :)22:05
flocculanthave some irc - then some pizza - then some spuds - then some life22:06
sorinelloI'm off to sleep, I'll continue reading in the morning. Good night :)22:07
Unit193flocculant: Lets make more for him to read!22:08
sorinelloUnit193, what are you thinking ? :)22:08
flocculantI could if asked paste the session for other?22:08
flocculantsorinello: probably that :D22:08

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!