[09:30] <jared> jea: I polled a few people today randomly and "keypad" seemed almost ubiquitous, "numberpad" was okayish and "dialpad" was fairly uncommon. So I've gone with keypad.
[12:20] <jea> jared: that sounds good


[09:14] <jibel> infinity, cjwatson I did a quick verification last week and the auto-upgrade-test doesn't support the upgrade from an LTS to the current dev release out of the box. It upgrades to the latest stable. I'll spend more time on it this week.
[10:20] <tkamppeter> CUPS 1.6.2 is out. It is a bugfix-only release. Can I upload it?
[10:21] <seb128> tkamppeter, if it's only bug fixes and no new feature, yes
[10:28] <tkamppeter> seb128, OK, so I will go ahead.
[10:28] <seb128> tkamppeter, thanks
[10:45] <jibel> infinity, cjwatson re upgrade from LTS to current dev release, I had a look and it's a bit counter-natural for the upgrader. Here are the changes required to allow this upgrade path:
[10:45] <jibel> 1. Add raring to http://changelogs.ubuntu.com/meta-release-lts-development
[10:45] <jibel> 2. in update-manager-core on Precise change the logic in UpdateManager/Core/MetaRelease.py lines 228-232 to consider the latest dev release as a valid upgrade instead of stopping at the first upgradable release (quantal)
[10:45] <jibel> 3. in ubuntu-release-upgrader on Raring add DistUpgrade.cfg.precise with From=precise and To=raring in the Sources section
[10:46] <jibel> With these changes I could upgrade a server image from precise to raring
[10:46] <jibel> infinity, cjwatson I can force 1 and 3 with the upgrade-tester but not 2
[10:58]  * cjwatson fixes the overnight build failure and respins
[10:58] <cjwatson> jibel: that doesn't seem *too* awkward; shame it'll require an SRU
[12:17] <rtg> I think the kernel armhf build has stalled. 18 hours seems like quite a lot. https://launchpad.net/ubuntu/+source/linux/3.8.0-13.23/+build/4379671
[12:18] <cjwatson> You'll need to ask #webops (internal IRC)
[13:02] <cjwatson> Could somebody look at NEWing tk8.5 and tcltk-defaults, so that I can move on with the ruby1.8 change based on those?
[13:02] <cjwatson> Trying to unstick a fairly long chain of stuff
[13:03] <seb128> cjwatson, looking
[13:15] <cjwatson> thanks!
[13:16] <seb128> yw ;-)
[15:05] <ogra_> does this look ok for a seed change to add touch: http://paste.ubuntu.com/5628377/
[15:05] <ogra_> ?
[15:05] <cjwatson> Why Task-Seeds: ubuntu-minimal?
[15:05] <ogra_> thats how the quantal image is currently built
[15:06] <cjwatson> The effect of that is to incorporate entries from minimal directly into the ubuntu-touch metapackage
[15:06] <cjwatson> Maybe, but it's wrong :)
[15:06] <ogra_> standard has to much overhead i was told
[15:06] <cjwatson> You shouldn't use Task-Seeds for things that already have their own metapackage
[15:06] <cjwatson> minimal vs. standard is a different issue
[15:06] <ogra_> oh, ok
[15:06] <cjwatson> What I'm saying is that the Task-Seeds line shouldn't be there at all
[15:06] <ogra_> yeah, got that, the STRUCTURE line is enough
[15:06] <cjwatson> Other than that it looks fine to me
[15:07] <ogra_> great, committing
[15:07] <ogra_> and pushed ...
[15:08] <cjwatson> Oh, one missing thing - you need to add touch to the inheritance of some other seed, probably supported
[15:08] <cjwatson> Otherwise the packages in it won't be kept in main
[15:08] <ogra_> not sure we want them in main yet
[15:08] <ogra_> since the packages that are pulled in arent either
[15:08] <cjwatson> Well - it's kind of invalid to have things in that seed collection that aren't inherited by supported
[15:08] <ogra_> ok
[15:08] <cjwatson> But I guess it might work temporarily
[15:09] <cjwatson> Is there a project somewhere to get everything in touch MIRed?
[15:09] <cjwatson> I mean, yes, adding touch to supported would trigger immediate component-mismatches for everything in it, so if you don't want that then it might not be the best idea
[15:10] <Laney> I didn't think that touch in main was a goal for raring - is it?
[15:10] <ogra_> you mean adding it to the last line in STRUCTURE right ?
[15:10] <ogra_> Laney, well a goal was to have a regular overview
[15:10] <ogra_> of whats missing etc
[15:10] <ogra_> so component mistmatches might be a good tool here
[15:10] <cjwatson> Maybe best leave it out of the last line in STRUCTURE for now
[15:10] <ogra_> ok
[15:11] <cjwatson> We need component-mismatches for other things, and if it isn't a target for raring then making it harder for ubuntu-archive to do other jobs isn't a good plan
[15:11] <ogra_> we wont have everything merged by raring release
[15:11] <ogra_> there are intrusive changes to such minor things like NM :)
[15:11]  * cjwatson goes to update tasksel
[15:11] <ogra_> which wont make it before release
[15:11] <cjwatson> Not that it matters, but
[15:12] <ogra_> ubuntu-meta will just magically pick it up without any intervention, right ?
[15:12]  * ogra_ hasnt changed./added seeds in quite a while
[15:13] <ogra_> ah, update.cfg ...
[15:13]  * ogra_ remembers ...
[15:14] <ogra_> hmm, but that wants main indeed
[15:17] <cjwatson> Without main inclusion, I'd recommend a separate -meta source package
[15:18] <ogra_> hmm well, after all it is supposed to end up on the same meta in the end
[15:18] <ogra_> i would even go that far to claim that we'll have images containing touch and desktop at the same time at some point
[15:18] <ogra_> (convergence)
[15:18] <cjwatson> I'm not saying it should be in a separate source package permanently
[15:19] <cjwatson> But for now, it will be easier
[15:19] <ogra_> and lool and slangasek actually want me to start building images even of they fail
[15:19] <cjwatson> As long as you keep ubuntu-touch-meta's version number lower, it won't be a painting-self-into-corner problem
[15:20] <ogra_> (which i think makes no sense just to see whats missing)
[15:20] <cjwatson> ubuntu-meta can just take over the binary once it moves to main
[15:20] <cjwatson> (Yes, ubuntu-meta can technically produce a binary package in universe.  But getting germinate-update-metapackage to DTRT without breaking the other binary packages' dependencies is going to be a pain, and I don't think it's worth it)
[15:20] <stgraber> just filed bug 1157227 whenever someone else on the release team has a few minutes to look at it. The main goal here is to get us closer to the final upstream release (currently on an alpha) so we can release 13.04 without having to worry too much about maintenance.
[15:20] <ubot2> Launchpad bug 1157227 in lxc (Ubuntu) "[FFe] Get LXC 0.9~rc1 to replace the current 0.9~alpha1" [Undecided,New] https://launchpad.net/bugs/1157227
[15:21] <Laney> I was looking at it
[15:21] <Laney> let me build packages to see if my stuff continues to work ;-)
[15:21] <lool> ogra_: well I've suggested that and you've pushed back; we didn't discuss the specifics, but yes, I think we could either build against the target seeds even if that fails and use the failures as a todo list, or we could create the seed with some of the missing packages as commented out and build semi-broken images
[15:22] <lool> My main goal was to parallelize the efforts of getting the images building with the efforts of pushing stuff to raring
[15:22] <cjwatson> It doesn't make any difference to image building whether ubuntu-touch is built from ubuntu-meta or ubuntu-touch-meta
[15:22] <ogra_> lool, the issue is that it will spam component-mistmatches all the time (though as i understood that was said todo list)
[15:22] <cjwatson> No, that also isn't affected by image building
[15:23] <ogra_> no, but by moving the packages to the archive and main
[15:23] <cjwatson> Since we've agreed not to add it to supported's inheritance list, it won't spam component-mismatches
[15:23] <cjwatson> We could produce a separate mismatches report
[15:23] <cjwatson> It wouldn't be the first time
[15:23] <ogra_> quite some effort for just some weeks
[15:24] <cjwatson> Some weeks spanning a release
[15:24] <cjwatson> And component-mismatches is expected to be empty at release
[15:24] <ogra_> well, S opens in what 6 weeks ?
[15:24] <ogra_> i would just go with universe for now if lool and slangasek agree
[15:24] <lool> ogra_: sure thing
[15:24] <ogra_> instead of putting effort into creating separate reports etc
[15:25] <cjwatson> Well, sure, I was just saying that having a bunch of stuff known-not-ready in component-mismatches across raring release isn't a viable option
[15:25] <lool> ogra_: we don't need main/universe distinction, at least not in the short-term
[15:25] <ogra_> right and i agree
[15:25] <ogra_> i was just echoing what i understood i was supposed to do :)
[15:25] <lool> yup
[15:25]  * ogra_ creates ubuntu-touch-meta
[15:26] <cjwatson> Let me know if you need help with that
[15:26] <cjwatson> Done it a few times now :)
[15:26] <ogra_> i'll just grab xubuntu and fix it up
[15:31] <Laney> stgraber: I still haz working containers, at least ;-)
[15:32] <stgraber> Laney: good to hear ;)
[15:32] <Laney> yeah, seems fine to me
[15:32] <Laney> goferit
[15:32] <stgraber> yay, thanks!
[15:33] <cjwatson> ogra_: do you know what the jenkins hostname/IP address is for my WI in https://blueprints.launchpad.net/ubuntu/+spec/foundations-1303-cdimage-android-builds ?
[15:33] <ogra_> yep
[15:37] <ogra_> cjwatson, http://<IP_ADDRESS>:8080/job/ubuntu-touch-image
[15:37] <cjwatson> ogra_: http://people.canonical.com/~ubuntu-archive/component-mismatches.txt <cough>
[15:37] <cjwatson> I probably need to look at why that's happening :)
[15:37] <ogra_> cjwatson, more details are in my sync-phablet-images script
[15:38] <ogra_> in ~ on nusakan
[15:38] <cjwatson> Right
[15:38] <ogra_> urlpath=$jenkinsurl/job/$project/$ver/artifact/archive
[15:38] <ogra_> thats the relevant bit
[15:38] <cjwatson> I'll fix up c-m after this call
[15:39] <ogra_> hmm if you black/whitelist that anyway we could as well with the ubuntu-meta change
[15:40] <cjwatson> Nah, easier to use the component-mismatches command-line option to exclude a seed
[15:40] <ogra_> ah k
[16:10] <cjwatson> ogra_: Ah, hmm, it's actually really tricky to exclude this from component-mismatches
[16:11] <cjwatson> I've used '-e touch', but that only excludes things that are direct run-time/build-time dependencies - it doesn't help with the case of extra binaries from the same source which then pull in other (build-)dependencies
[16:11] <ogra_> hmm
[16:12] <cjwatson> And I'm not sure it's successfully excluding build-dependencies
[16:12] <cjwatson> ogra_: Would it be possible to move this to a separate seed collection for now?
[16:12] <cjwatson> I'm happy to set that up for you if you like
[16:12] <cjwatson> (I'd need to have some involvement anyway)
[16:12] <ogra_> sigh, yeah ... still i think its a waste of manpower for just a few weeks
[16:13] <infinity> So is making c-m useless.
[16:13] <ogra_> we'll merge them once S opens
[16:13] <cjwatson> It's a bit of effort, but not horribly much, and I can see the point of convergence here
[16:13] <cjwatson> I mean, I think in general having the definitions in seeds earlier rather than later is a good thing
[16:13] <ogra_> infinity, right, i would rather postpone
[16:13] <cjwatson> I'll just move it to a separate branch for now, then
[16:14] <ogra_> having everything prepared to merge with a finger snip
[16:14] <cjwatson> It'll be easy to move back later (though we might not get to keep the history of the seed)
[16:14] <ogra_> ok, tell me the branch name for the meta then
[16:14]  * ogra_ hates such throw away work
[16:15] <ogra_> (regardless who does it ... it currently doesnt serve any purpose and will be thrown out before it gets useful)
[16:16] <cjwatson> Does lp:~ubuntu-core-dev/ubuntu-seeds/ubuntu-touch.raring look OK?
[16:17] <infinity> ogra_: Branches are cheap, it's not really that much work.
[16:17] <infinity> (Less work than the discussion that preceded it)
[16:18] <ogra_> cjwatson, looks fine
[16:18] <ogra_> infinity, heh
[16:19] <ogra_> infinity, btw, i guess we need to sit down at some point and come up with something completely new for the ondemand script  .... it causes some havoc on phablet (my phone glows until i remove it and reboot for example)
[16:19] <cjwatson> That said, the component-mismatches explosion wasn't as bad as I expected, which bodes well
[16:19] <ogra_> well, its only ~60 packages
[16:20] <cjwatson> I mean, still non-trivial work, but could be worse
[16:20] <ogra_> and many are there already
[16:20] <cjwatson> OK, so I've removed touch from ubuntu.raring again
[16:20] <ogra_> yep, thanks
[16:20] <infinity> ogra_: Your phone glows?  Neat.
[16:20] <cjwatson> You'll want to adjust ubuntu-touch-meta
[16:20] <cjwatson> I made sure ubuntu-touch.raring was mirrored in the standard location (http://people.canonical.com/~ubuntu-archive/seeds/) too
[16:21] <ogra_> infinity, well ... :)
[16:24] <cjwatson> ogra_: Do you know if <IP_ADDRESS> is also the host we'd need to prod with an ssh trigger?
[16:24] <cjwatson> (I can ask Sergio if you're not sure)
[16:24] <ogra_> i think thats where all the test image runs are, yeas
[16:42] <ogra_> [i386] Loading seed lists...
[16:42] <ogra_> * Checking out bzr+ssh://bazaar.launchpad.net/~ubuntu-core-dev/ubuntu-seeds/ubuntu-touch.raring/
[16:42] <ogra_> * Checking out bzr+ssh://bazaar.launchpad.net/~ubuntu-core-dev/ubuntu-seeds/platform.raring/
[16:42] <ogra_> ! Could not open supported from checkout of (any of):ile 30/36
[16:42] <ogra_> hmm
[16:42] <ubot2> ogra_: I am only a bot, please don't think I'm intelligent :)
[16:42] <ogra_> that doesnt look happy
[16:42] <ogra_> i guess i need to wipe supported from STRUCTURE
[16:46]  * ogra_ does so and tries again
[16:50] <cjwatson> ogra_: no
[16:50] <cjwatson> ogra_: better to add an empty supported seed
[16:50] <ogra_> ah
[16:50] <cjwatson> the last seed has weird semantics
[16:50] <ogra_> ok
[16:51] <cjwatson> sorry, my bad for getting that wrong in the first place
[17:04] <Laney> xnox: → ubuntu-quality@ too, perhaps?
[17:05] <xnox> Laney: oh, i had no idea about ubuntu-quality@ not sure I am subscribed.
[17:05] <Laney> I'm sure balloons can moderate it for you
[17:06] <balloons> xnox, Laney i sure can moderate.. I'll forward if you don't want to crosspost xnox, but many on the list will be keen to read it
[17:07] <xnox> balloons: ack, cool.
[17:08] <xnox> balloons: and thanks.
[17:10] <slangasek> ogra_: doesn't serve any purpose> it serves the purpose of making sure any phablet images we're building today have their definition where it should be - in Ubuntu, not in some out-of-the-way jenkins job definition.  Please do not underestimate the importance of this
[17:11] <ogra_> slangasek, well, i'm nearly done anyway no worries ...
[17:11] <ogra_> just waiting for the ./update script to finish and will upload the new meta
[17:12] <ogra_> slangasek, i dont underestimate the importance but i think it could have waited four weeks
[17:13] <slangasek> no, it can't
[17:13] <ogra_> now its done though :)
[17:13] <slangasek> four weeks is a LONG time
[17:22] <xnox> stgraber: ubuntu slideshow - READY =)
[17:30] <ogra_> hmm, i wonder why i dont seem to have any WI for creating the touch seed
[17:32] <seb128> ogra_, not sure about touch, but you have one on https://blueprints.launchpad.net/ubuntu/+spec/desktop-r-arm-reduce-footprint for the common/nexus seed
[17:32] <ogra_> seb128, well i consider that obsolete/suspended atm
[17:33] <ogra_> i just added one for touch
[17:33] <seb128> ogra_, right, you can either recycle or it POSTPONED it
[17:33] <ogra_> i'll postpone ... i guess it will come up for convergence again at some point
[17:34] <seb128> right
[17:34] <seb128> thanks
[17:37] <ogra_> ubuntu-touch-meta-1.001 sits in NEW ... i would appreciate a review and pass :)
[17:41] <cjwatson> looking
[17:42] <ogra_> ah there it is
[17:42] <ogra_> its completely empty atm .. "? Unknown touch package: ..." for all the packages ...
[17:42] <ogra_> which should be right atm
[17:42] <cjwatson> $ cat metapackage-map
[17:42] <cjwatson> touch ubuntu-touch-touch
[17:42] <ogra_> eek
[17:43] <cjwatson> was fine when the seed collection was ubuntu
[17:43] <ogra_> does the script add that ?
[17:43] <cjwatson> needs a seed fix
[17:43] <cjwatson> one moment
[17:43] <ogra_> ah k
[17:44]  * ogra_ wishes ./update wouldnt take ages ... it wrangles with an x86-android repo sync i'm running here
[17:44] <cjwatson> you should drop override_dh_germinate_metapackage too
[17:45] <stgraber> cjwatson: hey, do you happen to have a list of dependencies for run_test in lp:ubuntu-cdimage?
[17:45] <cjwatson> ogra_: rejecting for both the above - could you re-update?  I've fixed the seeds
[17:45] <ogra_> done
[17:45] <ogra_> yep, running
[17:47] <cjwatson> stgraber: should be just python-mock, plus python3 to run the python3 tests as well
[17:47] <stgraber> cjwatson: actually, I just figured it out. It's: python-mock, python3, procmail, squashfs-tools and having your system use the GMT timezone
[17:48] <cjwatson> oh, I forgot about procmail
[17:48] <cjwatson> and yeah, squashfs-tools for test_check_installable
[17:48] <cjwatson> GMT timezone is a bug
[17:48] <cjwatson> what fails if you don't?
[17:49] <stgraber> cjwatson: a bunch of string match fail
[17:49] <stgraber> cjwatson: test_sync_lock_failure is one of them
[17:49] <cjwatson> huh, let me see if I can reproduce that
[17:50] <stgraber> cjwatson: there's basically a timestamp in the log file which contains the timezone abreviation
[17:50] <stgraber> cjwatson: might be worth calling "date -u" or similar, to generate timezone neutral timestamps
[17:51] <cjwatson> It's meant to but I obviously missed something
[17:51] <cjwatson> I'll fix that, thanks
[17:52] <cjwatson> It's already using time.gmtime(), so I think I just shouldn't have used %Z
[17:54] <cjwatson> stgraber: r1140 fixes timezone handling; r1141 documents dependencies
[17:55] <stgraber> cool, thanks
[18:03] <stgraber> jbicha: next daily build of Ubuntu GNOME will be auto-published on the iso tracker.
[18:03] <stgraber> there was a small bug in the publishing script (wrong product name) so the past couple of builds didn't publish
[18:33] <ogra_> there we go, next try
[18:34] <ogra_> i left ppc out btw ... i hope nobody minds :)
[18:36] <cjwatson> stgraber: aha, thanks
[18:39] <cjwatson> ogra_: LGTM
[18:39] <ogra_> thx
[18:39] <ogra_> yay
[19:43] <dobey> was just reading the TB meeting logs from yesterday, and it looks like it was decided that support period would be 9 months starting with 13.04. is that correct, or still need votes/opinions from the absentee TB members?
[19:47] <stgraber> that's correct
[19:48] <stgraber> IIRC 3 members + chair is the minimum requirement for TB quorum and we had that yesterday. Anyway, the 3 other members indicated their support to the proposal by e-mail to the TB mailing-list before the meeting.
[19:48] <cjwatson> Indeed.
[19:49] <dobey> ok
[19:49] <dobey> right, that's how i read the log. i just wanted to confirm. thanks :)
[21:54] <ScottK> So I saw Bug 1157191 today and suddenly my ability to maintain state of PS generated FFe requests has collapsed.
[21:54] <ubot2> Launchpad bug 1157191 in ubuntu-ui-toolkit (Ubuntu) "[FFe] API updates for MainView, PageStack and Tabs " [Medium,Confirmed] https://launchpad.net/bugs/1157191
[21:55] <ScottK> seb128: Could we perhaps get a complete list of the stuff they still have to land?  It seems like it's something new every day.
[21:57] <seb128> ScottK, I though there was an agreement/understanding that ubuntu-touch work in universe could go in without issue?
[21:57] <seb128> slangasek, ^
[21:57] <seb128> ScottK, that shouldn't impact on the release or on any flavor...
[21:57] <ScottK> seb128: There was some discussion about a general FFe request for such things, but I've never seen the request.
[21:58] <ScottK> Right.  That one's not particularly a problem.  It's just they keep coming.
[21:58] <slangasek> seb128: right, what ScottK said... I think I was supposed to file the FFe request and dropped the ball, sorry about that
[21:58] <ScottK> It'd be nice to get everything on the table and reviewed once.
[21:58] <slangasek> wrt the new packages, it should all be done as a single blanket FFe
[21:59] <seb128> slangasek, new like "not in the archive yet"? or like "new from this cycle that is under active work" (like the ui toolkit)?
[21:59] <ScottK> But the blanket FFe should list them all, so we know what's approved already and what's not.
[22:00] <seb128> ScottK, afaik the "only" 2 FFe from the #ps team are the scopes one (that sabdfl overruled) and the in-dash-payment one
[22:00] <slangasek> seb128: new like "new this cycle for the touch stack and not touching any Ubuntu images"
[22:00] <seb128> slangasek, ok, thanks
[22:13]  * ScottK gives up and approves ALL the FFes.
[22:13] <ScottK> Actually not, but am tempted.
[22:34] <phillw> what is the actual size (disk space) of a full repo mirror as per https://launchpad.net/ubuntu/+archivemirrors and where should I head to for more details?


 Rock up with your mugs with the correct amount of sugar added already. Just type in Maaz coffee please
[10:51] <magespawn>   hi lurkers
[10:52] <Kilos> hi magespawn
[10:52]  * inetpro has no data to enjoy the luxury
[10:52] <Kilos> oh but i have?
[10:52] <Kilos> eish
[10:52] <Kilos> i saw that add for 5g data for R99 a month
[10:52] <inetpro> Kilos: I thought guys sponsored data for you by now with all your efforts
[10:53] <Kilos> how great that would be
[10:53] <Kilos> but contract only
[10:53] <Kilos> ai!
[10:54] <Kilos> with luck they will make a prepaid offer like that then ill be smiling
[10:54] <Kilos> you guys have got me involved in major wars
[10:55] <Maaz> Coffee's ready for Kilos!
[10:56] <Kilos> we in our happy little za group dont know whats happening in the rest of the world
[10:56] <Kilos> Maaz ty
[10:56] <Maaz> You are welcome Kilos
[10:56] <Kilos> and inetpro you dont even have coffee with me
[10:56] <Kilos> grrrr
[10:56] <Kilos> i need to rebel
[10:56] <inetpro> I'm just lurking here
[10:56] <Kilos> why
[10:57] <Kilos> you should let each kid get that R99 promo then you will have more data for yourself
[10:58] <Kilos> magespawn whats news by you lad
[10:58] <Kilos> you leave work very late hey
[11:00] <Kilos> and i wait so long for replies that i often forget what i asked
[11:09] <gremble> Kilos, Yup. Done and dusted. Nothing broke so far
[11:09] <Kilos> yay
[11:10] <Kilos> try stick with lts releases
[11:10] <inetpro> superfly: will we be able to view video streams later?
[11:10] <Kilos> every 6 month release is for peeps with time to play
[11:11] <magespawn> not much just working support thie weekend, fairly quite so getting studying done
[11:11] <Kilos> ah
[11:21]  * inetpro lol at Pat Symcox's tweet earlier, "Scared to put my TV on this morning just in case they are showing highlights again....it was tough to endure..."
[11:22] <inetpro> Kilos: ^^
[11:25] <Kilos> what was hard to endure inetpro
[11:25] <Kilos> i dont watch videos
[11:25] <inetpro> he's a shark man
[11:25] <Kilos> oh my
[11:25] <Kilos> the game
[11:25] <Kilos> eish
[11:26] <Kilos> why does his name sound so familiar
[11:28] <inetpro> retired Test and ODI cricketer for South Africa
[11:28] <Kilos> oh yes, ty
[11:30] <inetpro> has commentated for Supersport and ESPN Star Sports on cricket around the world... played under Kepler Wessels and Hansie Cronje
[11:30] <Kilos> i didnt no he commentated as well
[11:30] <magespawn> Spin bowler
[11:30] <Kilos> yes
[11:31] <Kilos> i go eat
[11:32] <inetpro> bon appétit
[11:34] <magespawn> was that the sharks b team?
[11:39] <inetpro> magespawn: we don't talk about it
[11:39]  * inetpro will rather talk about soccer
[11:39] <inetpro> at least my team went though last night
[11:39] <inetpro> through*
[11:41] <inetpro> that game between Germany and Italy was the most nerve-wreaking game I've watched in a very long time
[11:42] <inetpro> like one guy pointed out, "Germany looked terrible during the penalties. But luckily for them, so did Italy!"
[11:44] <Kilos> hmm...
[11:44] <magespawn> so germany went through?
[11:45]  * Kilos thought geeks dont do sport
[11:45] <Kilos> ive been mislead all this time
[11:45] <magespawn> geeks do nerds don't
[11:45] <Kilos> i was told geeks dont do sport on this very channel
[11:46] <magespawn> by a nerd maybe?
[11:46] <Kilos> hahaha the fly will shout at you
[11:48] <inetpro> magespawn: yes, Germany missed three penalties yet still triumphed over Italy in an often shambolic shoot-out at the end of a draining match
[11:51] <inetpro> the 18 penalties ties the record for the most in a EURO shoot-out
[11:51] <Kilos> sjoe
[12:10] <magespawn> who evere bought tickets to that match got their moneys worth in terms of time
[12:17] <gremble> https://www.pgexercises.com Don't know if anyone saw this. It is pretty cool
[12:45] <magespawn> thanks for that gremble
[12:46] <gremble> np. Its a lot of fun :P (coming from someone who absolutely detested the databases module at uni)
[12:52] <Kilos> Maaz seen mopkop
[12:52] <Maaz> Kilos: mopkop was last seen 1 year, 15 days, 18 hours, 58 minutes and 34 seconds ago in #ubuntu-za on freenode [2015-06-23 10:53:49 PDT], and has been offline on freenode since 2015-06-23 11:23:11 PDT
[12:55] <Kilos> wow i found this in my mail address book
[12:55] <Kilos> Satan<EMAIL_ADDRESS>[12:55] <Kilos> where could that have come from and how did it get in
[12:57] <Kilos> grrrr
[12:58] <magespawn> no idea Kilos
[12:58] <magespawn> home time for me, chat later all
[12:58] <Kilos> go safe
[15:09] <Kilos> hmm...
[15:58] <superfly> inetpro: did you watch that talk?
[15:58] <inetpro> superfly: I haven't watched any yet
[15:59] <inetpro> which one are you referring to?
[16:09] <Kilos> wb gremble
[16:09] <gremble> Thanks. My internet is incredibly unstable today
[17:55] <inetpro> superfly: so are recordings available to view afterwards?
[18:09] <Kilos> zipper hows things there
[18:21] <inetpro> good and yourself Kilos
[18:21] <inetpro> oops... he didn't ask me :-)
[18:21] <Kilos> hahahahahahahaha
[18:21] <Kilos> what are you drinking
[18:21] <Kilos> have some coffee
[18:21] <Kilos> Maaz coffee on'
[18:21] <Maaz> Kilos: Huh?
[18:21] <inetpro> Maaz: coffee please
[18:21] <Maaz> inetpro: There isn't a pot on
[18:21] <Kilos> sigh
[18:21] <Kilos> Maaz coffee on
[18:21]  * Maaz starts grinding coffee
[18:21] <inetpro> Maaz: coffee please
[18:21] <Maaz> inetpro: Sure
[18:22] <inetpro> brilliant idea, thanks Kilos
[18:22] <Kilos> im ok ty inetpro
[18:25] <Maaz> Coffee's ready for Kilos and inetpro!
[18:26] <Kilos> Maaz ty
[18:26] <Maaz> You are welcome Kilos
[18:39] <inetpro> Maaz: botsnack
[18:39] <Maaz> YAY someone cares about me too!
[18:50] <Kilos> power  gone
[18:56] <inetpro> ai!
[19:24] <superfly> so who is watching the live streaming?
[19:24] <superfly> it's paddatrapper's hard work
[19:41] <superfly> so who is watching the live streaming?
[19:42] <superfly> it's paddatrapper's hard work
[20:04] <paddatrapper> Haha. Thanks superfly
[20:17] <pavlushka> Hello ZA, guys hope you country's peace restored, :)
[20:17] <pavlushka> Hello theblazehen !


[12:31] <Dabian> Hi, I hope I am in the right channel!?
[12:31] <Dabian> Here is the situation:
[12:31] <Dabian> I found that some of the files in xemacs21-base-support is required to be in another directory when you jde with GNU Emacs snapshot.  What is the proper way to fix this?  (A new package?  Adding the files to another package?  Simply let JDE and other packages that depend on these files depend on xemacs21-base and then copy the files, or modify the source to find the stuff in that directory?)
[12:32] <Dabian> Hmm .. did you get all of that, or was I cut off?
[12:33] <Dabian> I guess I could simply fix my own system and forget all about this .. but I like Ubuntu, and don't mind it to be even better. :)
[12:34] <Dabian> I could paste tons of info here .. but I'd rather let you ask questions so I supply the needed information.
[12:39] <Dabian> OK, I'll try in #Ubuntu or something.
[12:52] <tormod> Dabian: please file a bug and supply all the information there.
[12:57] <Dabian> tormod: Which package?  jde?
[12:58] <Dabian> tormod: I wonder if there is a proper maintainer for that package .. there used not to be.
[12:58] <Dabian> (At least for debian .. dunno about ubuntu, actually)
[12:59] <tormod> Dabian: apt-cache show jde -> MOTU
[01:09] <Dabian> !MOTU
[01:09] <ubotu> motu is short for Masters of the Universe. The brave souls who maintain the packages in the Universe section of Ubuntu. See  http://wiki.ubuntu.com/MOTU
[01:35] <Dabian> Thanks for the help.  I'll try to file a usefull bugreport, as soon as I find out how.
[01:47] <Dabian> OK .. I filed a bug report.  Thanks:
[01:48] <Dabian> https://bugs.launchpad.net/ubuntu/+source/jde/+bug/115527
[01:48] <ubotu> Launchpad bug 115527 in jde "Compile from menu fails if you don't use xemacs" [Undecided,Unconfirmed]
[01:52] <Dabian> (I hope the bugreport is somewhat decent and helpfull)
[02:00] <Murmex> Hi?
[02:01] <Murmex> A few weeks ago I filled my first bug and I've just fixed it.
[02:02] <Murmex> So following the Bugs/HowToFix, I'm looking for a developer to review my patch
[02:03] <bryce> how do you attach image files to wiki.ubuntu.com?
[02:04] <Murmex> bug 110865
[02:04] <ubotu> Launchpad bug 110865 in hal "GNOME mounter rejects needed mount option" [Undecided,Confirmed]  https://launchpad.net/bugs/110865
[02:04] <bryce> nevermind, I figured it out
[04:00] <Hobbsee> hey all
[04:00] <ajmitch> hi
[04:01] <Hobbsee> hi ajmitch
[04:59] <Hobbsee> wow, someone updated requestsync!
[06:07] <Hobbsee> cjwatson_: ping
[06:08] <Hobbsee> (not terribly time critical)
[06:08] <mjg59> Hobbsee: I'd hope not, it's 5AM here :p
[06:08] <Hobbsee> mjg59: 5am's a great time.  prior to today, i'd been getting up at 3am all week.
[06:08] <mjg59> Yes, but you're jetlagged
[06:09] <Hobbsee> this is true.  or was.
[06:09] <mjg59> Of course, I've been jetlagged for a month or so
[06:09] <Hobbsee> hehe
[06:09] <mjg59> Only two more months and I'll be back in PDT, so it's almost not worth fixing it
[06:10] <Hobbsee> heh
[06:10] <Hobbsee> where are you now?
[06:10] <Hobbsee> cjwatson_: okay, dont mind me, someone's used funky versioning
[06:11] <mjg59> Cambridge
[06:11] <mjg59> But I visited the US and haven't really got back on track
[06:11] <Hobbsee> ahhh
[06:30] <Hobbsee> tepsipakki: ping?
[06:40] <Hobbsee_> suspend works, hibernate dies
[06:40] <Hobbsee_> mjg59: well done!
[06:44] <mjg59> Hobbsee: Is that progress?
[06:44] <Hobbsee> mjg59: kinda.  i seem to recall that suspend was slightly buggered last time
[06:44] <mjg59> What hardware is this?
[06:45] <Hobbsee> mjg59: still, my hibernate dies every release, except for one, may have been dapper, but usually for a different reason
[06:45] <Hobbsee> dell 6400
[06:46] <Hobbsee> mjg59: (not sure which bit of hardware description you want)
[06:47] <Hobbsee> gutsy it appears to shutdown, instead of hibernating, when one tells it to hibernate - and dump loads of stuff on to the screen while it does about USB....go figure
[06:52] <Hobbsee> mjg59:
[06:52] <Hobbsee> May 19 14:36:27 LongPointyStick kernel: [  141.460000]  BUG: at /build/buildd/linux-source-2.6.22-2.6.22/include/linux/slub_def.h:89 kmalloc
[06:52] <Hobbsee> _index()
[06:52] <Hobbsee> worth reporting, or at least giving you a syslog?
[06:53] <tritium> Hobbsee: please make my overscan problems go away... :)
[06:54] <Hobbsee> tritium: good luck with htat.  i've done my upload count today...
[06:55] <tritium> Hobbsee: it's only on my mythtv box connected to my TV
[06:57] <tritium> Can't see the menu on top, or the panel on the bottom
[08:01] <Mithrandir> hi Hobbsee
[08:02] <Hobbsee> Mithrandir!!!
[08:32] <tepsipakki> Hobbsee: pong!
[08:32] <Hobbsee> tepsipakki: that intel merge in universe that's listed as me - did you want to do it, as you've done most of the changes?
[08:33] <tepsipakki> I could
[08:33] <tepsipakki> hoped that there was a new patch release by upstream by now..
[08:34] <tepsipakki> kylem told me that we will still keep -i810
[08:35] <tepsipakki> but I'd like to know why it's considered too risky to dump ti
[08:35] <tepsipakki> it
[08:35] <Hobbsee> tepsipakki: right, OK.
[08:36] <Mithrandir> tepsipakki: because it doesn't work on all hardware, iirc.
[08:37] <tepsipakki> it has some issues with i830 IIRC, yes
[08:38] <tepsipakki> ok, keep it for now but hopefully -intel is mature enough later in the cycle to dump -i810
[10:09] <anibal> lionel, ping
[10:11] <anibal> geser, ping
[10:29] <geser> anibal: pong
[10:44] <geser> Mithrandir: can you please look what happened to the vpnc upload to feisty-proposed which got accepted yesterday? it doesn't show up anywhere
[10:51] <lionel> anibal: pon
[10:51] <lionel> pong
[10:56] <anibal> geser, lionel: I'm synchronizing pidentd with ubuntu
[10:57] <anibal> geser, lionel: look at http://patches.ubuntu.com/p/pidentd/pidentd_3.0.19.ds1-1ubuntu1.patch
[10:57] <anibal> geser, lionel: why " | inet-superserver"?
[10:58] <lionel> "openbsd-inetd | inet-superserver" is what Debian use as a dependency for an inet-superver
[11:00] <lionel> anibal: not sure to understand well your question
[11:01] <anibal> inet-superserver is not a debian package
[11:02] <lionel> it is a virtual package for server whichs provides an inet server
[11:02] <lionel> $ apt-cache show openbsd-inetd | grep Provides
[11:02] <lionel> Provides: inet-superserver, netkit-inetd
[11:05] <anibal> I cannot find inet-superserver listed at http://www.debian.org/doc/packaging-manuals/virtual-package-names-list.txt
[11:08] <lionel> there is an inetD-superver, but do not know more...
[11:08] <lionel> the only thing I know is that inet-superver is used...
[11:08] <anibal> geser, I suggest to drop " | inet-superserver" and reintroduce it later if we need it, what's your opinion about that?
[11:09] <anibal> lionel, what's your opinion about dropping " | inet-superserver"?
[11:10] <lionel> I'am clearly against
[11:10] <lionel> as all the inetd package I can find "Provides inet-superserver"
[11:15] <anibal> lionel, you're right, I did a test here to confirm what you said
[11:15] <anibal> lionel, geser: thanks
[11:15] <lionel> np, you're welcome
[12:55] <Kmos> you can do merges her e?
[12:55] <Kmos> her e?
[12:55] <Kmos> ...
[12:56] <Kmos> here..
[01:09] <Kmos> any core-dev here to review a merge ?
[01:09] <Kmos> and upload it
[01:13] <geser> Kmos: it's weekend so you will don't find many core-devs before monday here and as k3b is a KDE package you might also want to look in #kubuntu-devel
[01:16] <Kmos> :)
[01:16] <Kmos> geser: ok
[02:20] <minghua> freeflying: would you please have a look at bug 88179?
[02:20] <ubotu> Launchpad bug 88179 in scim "[apport]  scim-launcher crashed with SIGSEGV in QTextCodec::fromUnicode()" [Medium,Confirmed]  https://launchpad.net/bugs/88179
[02:21] <minghua> freeflying: it's KDE related and has 20 duplicates now
[02:21] <minghua> freeflying: I have no idea what's wrong, so can you or other Kubuntu people give it some love?
[02:21] <freeflying> minghua: I've suffered  it before, but can't reproduce now
[02:23] <minghua> freeflying: can you ask other Kubuntu people?
[02:24] <freeflying> minghua: sure
[02:24] <minghua> freeflying: thanks
[02:24] <freeflying> minghua: welcome
[02:28] <pochu> Hobbsee: looks like -intel is broken due to the new xserver 1.3. Can you do your merge for it? :)
[02:28] <Hobbsee> pochu: tepsipakki was looking into it, being the main changer
[02:28] <pochu> Hobbsee: ok, cool :)
[03:01] <freezone> i was reading an interview with Marc Shuttleworth in a linux magazine. he mentioned that IRC is the prefered communication method. do people like Marc Shuttleworth chat on Freenode?
[03:04] <minghua> freezone: yes, he is around sometimes, although not exactly "chatting", I think
[03:06] <freezone> lets say i feel like the chosen one who has 2-3 questions for Marc Shuttleworth, is there a way to contact him successfully?
[03:07] <minghua> freezone: I am not sure, but I think email is a better option
[03:07] <minghua> freezone: his first name is Mark by the way
[03:07] <freezone> oh
[03:13] <stgraber> freezone: btw, he's currently on this channel :)
[03:18] <stijn_pol> some help please: checking for X... no    You need to supply the path to the X headers and libraries...
[03:19] <stgraber> stijn_pol: Development of Ubuntu (not support, even with gutsy; not application development on Ubuntu) (topic ^)
[03:19] <stijn_pol> woops
[03:19] <stijn_pol> sorry
[03:20] <stijn_pol> what is the right channel? ubuntu-motu?
[03:20] <freezone> stijn_pol, tip: you need the package "xorg-dev"
[03:20] <freezone> and support channel is #ubuntu i think
[03:21] <freezone> but that channel is so huge it could need a split into specialized channels
[03:22] <freezone> yeah
[03:23] <ssam> is Bug #109204 suitable for an SRU?
[03:23] <ubotu> Launchpad bug 109204 in gnumeric "Gnumeric strange colors (purple charts) on bigendian" [Undecided,Unconfirmed]  https://launchpad.net/bugs/109204
[03:23] <gregshallard> hello
[03:25] <stijn_pol> should I really try in #ubuntu for questions about packaging, building deb's...?
[03:26] <ssam> stijn_pol, someone in #ubuntu-motu might be able to help
[03:27] <freezone> stijn_pol, no. you asked something about compiling. that is trivial support questions i think
[03:27] <stijn_pol> my fault, I should have mentioned I was trying around with pbuilder
[03:28] <freezone> yeah, but "how do i find a missing library" is quite basic knowledge
[03:28] <stijn_pol> ok thanks
[03:28] <gregshallard> hey,
[03:29] <gregshallard> Do you guys know what support is like for the Audigy 2 ZS Video Editor...?
[03:30] <ssam> gregshallard, this room is for developer discussion, try #ubuntu
[03:31] <gregshallard> How about developing drivers....
[03:31] <Chipzz> gregshallard: if there's an ongoing effort, yes
[03:31] <Chipzz> if you're asking to develop a driver, definite no
[03:31] <gregshallard> where would I be able to find out about it?
[03:32] <Chipzz> there most likely isn't
[03:32] <Chipzz> ubuntu developers mostly package and/or patch software
[03:32] <gregshallard> k
[03:32] <Chipzz> or write software specific to ubuntu
[03:32] <Chipzz> and software == desktop software mostly
[03:32] <gregshallard> Where would the best place to look for support?
[03:33] <freezone> the linux kernel mailing list might be a place to start
[03:33] <gregshallard> Ok then, thanks for that.
[03:33] <Chipzz> you might also try #ubuntu-kernel
[03:33] <gregshallard> Ill have a look.
[03:34] <gregshallard> Its fun having such specific hardware
[03:34] <Chipzz> but AFAIK (I may be mistaken though) my best guess is that the people there rather decide on which (existing) patches to include in the ubuntu packages, rather than write big patches themselves
[03:34] <Chipzz> you can also try the forums
[03:36] <gregshallard> thanks cya rounjd.
[03:36] <perlmonkey> hi guys
[03:36] <perlmonkey> why does Ubuntu seem to have so many security vunerabilities on it's packages?
[03:36] <Chipzz> it does?
[03:36] <freezone> perlmonkey, are you trying to cause a flame war?
[03:37] <perlmonkey> well the latest USN update on Ubuntu website shows over 400 vunerabilities
[03:37] <perlmonkey> freezone: no just trying to get a feel for Ubuntu's security and stability as I'm thinking about installing it
[03:38] <pochu> perlmonkey: aren't they fixed? ;)
[03:39] <freezone> perlmonkey, if you are somebody who looks at the security history of a software to decide if that software is secure or not, then you wont have much choices on what to install
[03:39] <Chipzz> perlmonkey: first, I'ld doubt these numbers reflect concurrent issues, if they're right at all. My guess would be that is the whole history. second, ubuntu has a vast amount of software
[03:39] <freezone> the important part is the number of open bugs that are classified as "high priority"
[03:40] <perlmonkey> so these vuneralities are inherient in the software and nothing to do with Ubuntu?
[03:40] <Chipzz> perlmonkey: I think "windows" has a whole lot more issues if you're counting them the same way
[03:40] <Chipzz> that is, including all software that was ever written for windows
[03:41] <perlmonkey> well I come from Debian background (been running it for 10 years nearly), I'm not a fan of Windows
[03:41] <freezone> that is leading in the wrong direction if you want to measure quality
[03:41] <freezone> perlmonkey, and in 10 years of using debian you did not learn how to measure quality?
[03:41] <Chipzz> perlmonkey: every single one of those issues has a 99.99% chance of having been an issue in debian too...
[03:42] <Fujitsu> Chipzz: Somewhat more than that, I'd say.
[03:42] <Chipzz> Fujitsu: well, there IS software ubuntu packages which debian doesn't ;)
[03:42] <perlmonkey> true
[03:42] <Fujitsu> Not that much.
[03:42] <freezone> perlmonkey, after 10 years of using debian i assume that you know how bugs are classified and how security related problems are dealt with?
[03:43] <Chipzz> Fujitsu: which is why 100% - 99.99% is only 0.01% ;;)
[03:44] <Chipzz> perlmonkey: also, the chances of you having all ubuntu packages installed that were ever affected by a security issue is nil
[03:44] <perlmonkey> it's good the vunerabilities are being dealt with by Ubuntu so quickly
[03:45] <minghua> Fujitsu: not possible.  There are ~500 vulnerabilities, it's either 100% or 99.8% :-)
[03:45] <perlmonkey> Debian is rather slow in that respect
[03:45] <Chipzz> minghua: I was just pulling numbers out of my **** to make a point ;)P
[03:45] <freezone> the point is not that a software package like bind has a long list of security related problems and that distributions that use such a package are to be blamed for that. quality assurance is a much more complex topic than looking at a few numbers.
[03:46] <freezone> and a person who uses open source software for a few years could know about that
[03:55] <ssam> perlmonkey, ubuntu has a no open ports by default (apart from dns dhcp and avahi)
[04:47] <BenC> Can someone process NEW linux-source-2.6.22-5 for me please?
[04:47] <BenC> have things in dep-wait for it (lum/lrm)
[04:53] <hile> Anyone heard about gutsy X server crashes after latest xserver-xorg upgrade? I get a Plain Old core dump with i810/intel drivers, just thought if this is known problems or should I report it
[04:54] <pochu> hile: xserver-xorg-video-intel from universe?
[04:54] <hile> might be
[04:55] <pochu> hile: yeah, it's broken, it needs I rebuild, I think
[04:55] <pochu> hile: tepsipakki is working on it :)
[04:55] <pochu> hile: we're going to sync/merge 2.0 from Debian
[04:55] <hile> ok, just rebuild, let's see after I get new pkg then.
[04:56] <hile> tepsipakki, when you do the rebuild, inform me about the new pkg if you want a tester for it
[04:56] <hile> I thought so, no reason to make a bug for such issue, gutsy is devel version anyway :)
[04:58] <kylem> BenC, i can do it in  a bit
[04:58] <kylem> once i finish cooking bfast.
[04:58] <kylem> ;_)
[04:59] <BenC> kylem: I keep forgetting you passed the archive training course :)
[07:24] <Mithrandir> geser: I can't see any vpnc upload that got accepted
[07:25] <geser> https://bugs.launchpad.net/ubuntu/+source/vpnc/+bug/93413 last comment
[07:25] <ubotu> Launchpad bug 93413 in vpnc "vpnc dead peer detection disconnects immediately" [Medium,Needs info]
[07:25] <geser> pitti accepted it
[07:29] <Mithrandir> geser: doesn't look like he actually accepted it
[07:29] <geser> that would explain it
[07:31] <Mithrandir> at least there's vpnc in the queue on https://launchpad.net/ubuntu/feisty/+queue?queue_state=1&queue_text=
[07:32] <geser> so should I ask him on monday to proper accept it?
[07:33] <Mithrandir> yes, or get me to do it on monday.
[07:33] <geser> ok, thanks for looking
[07:33] <Mithrandir> it's saturday evening here now and I don't really feel like pulling out my work gear to fix it, sorry.
[07:33] <geser> np
[07:34] <geser> enjoy the rest of the weekend
[07:34] <Mithrandir> thanks. :-)
[10:40] <ondra_> hi
[10:42] <ondra_> I have a question - I created a package for debian and it is in debian unstable now. If I want to get it to ubuntu as well - is ubuntu syncing with debian unstable, or with debian testing?
[10:42] <lfittl> ondra_, unstable
[10:49] <ondra_> lfittl, thanks. do you know how often is it syncing? the package is python-sympy, it is in debian-unstable for about 4 days only, but I thougt that the sync is happening like once a day or so.
[10:51] <lfittl> ondra_, this one: https://launchpad.net/ubuntu/+source/sympy ? :)
[10:52] <ondra_> yeah, like that. I am new to ubuntu, thanks. :)
[10:52] <lfittl> no problem :)
[11:01] <_StefanS_> hi there
[11:02] <_StefanS_> I stumbled upon the following line of code in network manager: "caps |= NM_802_11_CAP_KEY_MGMT_802_1X;", what does that |= mean ?
[11:02] <_StefanS_> never seen that before :)
[11:03] <lfittl> _StefanS_, I guess thats the same as "caps = caps | NM_802_11_CAP_KEY_MGMT_802_1X;"
[11:04] <_StefanS_> lfittl: so if the variable 'caps' is empty it takes that defined
[11:04] <_StefanS_> lfittl: NM_*
[11:05] <_StefanS_> well that was a wierd sentence :D
[11:05] <_StefanS_> I mean, its like a ? : , right?
[11:05] <geser> that's a binary OR
[11:05] <lfittl> _StefanS_, exactly
[11:05] <_StefanS_> :) goody, thanks
[11:06] <_StefanS_> just had to ask :)
[11:06] <lfittl> _StefanS_, but its not like ? :, it is a simple binary OR, as geser said (but it does what you want, if caps is empty it takes the NM_ define)
[11:08] <_StefanS_> ok, I was trying to add support for LEAP in the knetworkmanager, and got kinda confused looking at that line since I need to mimic the key_mgmt like it is in the gnome applet
[11:09] <lfittl> _StefanS_, ah, nice work, good luck on that stuff :)
[11:10] <_StefanS_> lfittl: oh thanks :) - I managed to crash my knetworkmanager instance just now, but thats all part of the fun :)
[11:10] <_StefanS_> lfittl: I might bug you guys at a later time perhaps
[11:12] <lfittl> _StefanS_, feel free to do that, but I don't know the network manager code, and also have no main upload rights, sorry ;)
[11:13] <_StefanS_> thats ok, I think I will submit the stuff to upstream, and have it in before the import freeze anyways :)
[11:13] <lfittl> :)
[11:29] (etteyafed_/#ubuntu-devel) Any thoughts on upgrading to abiword 2.5.0 or 2.5.2 ahead of debian?
[11:30] (Hobbsee/#ubuntu-devel) fabbione!
[11:30] <fabbione> Hobbsee: !
[11:31] <Hobbsee> :)
[11:31] <Hobbsee> oh?
[11:32] <fabbione> Hobbsee: they managed to upgrade badly my adsl while i was away
[11:33] <Hobbsee> fabbione: fun....
[11:33] <fabbione> hence everything screwed up
[11:33] <Hobbsee> ahhh
[11:34] <EnolaGay> hi all
[11:34] <Treenaks> (if I my stuff breaks, I get to kick my colleagues, or myself)
[11:35] <EnolaGay> I have tried to retrace a xorg crash (sudo apport-retrace _usr_bin_Xorg.0.crash) but always got this error: "report file does not contain required fields: CoreDump Package ExecutablePath"
[11:36] <pochu> EnolaGay: a "cat _usr_bin_Xorg.0.crash" might help
[11:36] <EnolaGay> pochu: looks fine
[11:36] <pochu> at least it did for me with a listen crash
[11:37] <EnolaGay> pochu ExecutablePath: /usr/bin/Xorg
[11:37] <EnolaGay> is correct afaik
[11:38] <micahcowan> Does the kernel package not use a patching system?
[11:38] <micahcowan> If I wish to prepare a debdiff, do I just modify the source directly, alter the changelog, and go?
[11:38] <pochu> EnolaGay: then report a bug against apport in lp :) I'll confirm it ;)
[11:41] <EnolaGay> pochu: ok
[11:41] <EnolaGay> pochu: Is there another possibility to get a dump from this report?
[11:42] <EnolaGay> and btw. no apport gui tells me from the crash but this could be a general problem when xorg crashes
[11:45] <EnolaGay> maybe because the file is only accessible by root
[11:45] <EnolaGay> pochu: There is alread a bug report. https://bugs.launchpad.net/ubuntu/+source/apport/+bug/95396
[11:45] <ubotu> Launchpad bug 95396 in apport "[feisty]  Apport-retrace can not retrace a local crash report." [Undecided,Fix released]
[11:46] <pochu> EnolaGay: fix released?
[11:46] <EnolaGay> I know, but not for me :)
[11:46] <EnolaGay> So I should create a new one?
[11:46] <pochu> EnolaGay: or use -R, as the report says
[11:47] <EnolaGay> ok
[11:47] <EnolaGay> seem to work but wasn't mention in manpage
[11:47] <pochu> EnolaGay: file a bug :p
[11:48] <EnolaGay> Great, I have to restart since I am using a different xorg driver
[11:48] <EnolaGay> pochu: Thanks for your help.
[11:48] <EnolaGay> cu
[12:03] <EnolaGay> pochu: Now apport-retrace crashes :)
[12:04] <EnolaGay> After downloading the files. It seems not to be able to install them. Don't know.
[12:04] <EnolaGay> It looks like I need another PC to use gdb to create a core dump.
[12:07] <EnolaGay> pochu: http://pastebin.ca/497513 the apport-retrace crash report if you are interested
[12:13] <pochu> EnolaGay: report the Traceback to launchpad :)


[11:41] <nubae> highvoltage, ping
[11:46] <highvoltage> nubae: pong
[12:00] <nubae> heya... do u think it makes sense for me to apply to the council
[12:00] <nubae> or not yet really?
[12:13] <highvoltage> nubae: good question
[12:14] <highvoltage> nubae: I guess it depends where your heart lies, we've actually decided to make the term of the council only a year this time instead of two
[12:14] <highvoltage> so if you're not sure you could get apply next year too if you want, or now... it's up to you
[12:16] <nubae> do I guestt my question then is, what would you do in my position?
[12:25] <highvoltage> nubae: If you have the time and you want to do it, then why not.
[12:29] <nubae> do I guestt my question then is, what would you do in my position?i I''ll apply. mena, I doa ctually use 2 operating systnes, though -I'd say its about 80% ed/ubuntu  20% opensuse-edu at this point
[12:30] <nubae> motly bnecause I know edubuntu npw needs the lep
[12:31] <nubae> nad fromUInperspecitve its more familiar, and there si just a something,....
[12:31] <nubae> I dont know what... but a something that makes me just wanna use it more
[12:32] <nubae> its weird, because its not technical or political or whatever
[12:32] <nubae> maybe cause I've used it the longest and I feel llike part of  ¡a true team of people
[12:33] <nubae> had way more oncversations, been way way more involved in even the littlees of things....
[15:02] <highvolt1ge> nubae: sorry I got a bit distracted
[15:37] <jbicha1> wow, the opensuse edu distro released today is amazing http://lizards.opensuse.org/2009/11/17/opensuse-edu-li-f-e-creating-open-minds/
[15:38] <jbicha1> 1 of its features: it has the VirtualBox guest additions pre-installed so it just works in VirtualBox
[15:39] <jbicha1> it has a ridiculous amount of software (desktop & server) pre-installed
[15:48] <alkisg> *and* it has live ltsp... ;) What it doesn't have is debian policy, and giving back to upstream, so that other distros can get what they have... :-/
[15:50] <jbicha1> oh, that's too bad
[18:11] <jbicha1> sbalneav: do you think Edubuntu is not really sustainable?
[18:11] <jbicha1> with current manpower
[18:54] <nubae> yeah, opensuse-edu has a lot we can learn from
[18:56] <nubae> having been involved in its creation, I can tell you that one of the biggest strengths it has, but which is also a weakness, is the abilitiy to add software and implmenentatons without going through a rigiid protocol of inspection
[18:58] <nubae> I'd like to, if posssible, at least for the next vesrsion of edubuntu had a Sugar launch button like opensuse-edu has.... though ut requires packaging quite a number of sugar activities
[18:59] <nubae> not necesessarily a bad thing since that's where we can outdo opensuse-edu a bit, byt oytting newer, better and more tested sugar activities in there
[19:00] <nubae> what do u you guys think?
[19:04] <sbalneav> Well, that's what I've been tossing around this morning.
[19:06] <sbalneav> I'm certainly committed to Edubuntu for the next year.  But I'm beginning to wonder if, seeing as how stability is my bugbear, to make the leap to debian-edu, since we use most of their stuff, and fix the bugs THERE.
[19:06] <sbalneav> I dunno.
[19:06] <sbalneav> I'm of multiple minds.
[19:09] <sbalneav> The problem with *buntu, in general, imho, is we have a rigid protocol for ascending the ladder of "being able to do useful work"
[19:10] <sbalneav> but once you reach the top, or NEAR the top of the ladder, there's NO rigid system for ensuring quality.
[19:11] <sbalneav> gnome-user-manager went out the door without being able to *change a users password*.
[19:11] <sbalneav> How does that happen?
[19:11] <sbalneav> I'm not blaminganybody, we're all incredibly busy.
[19:11] <sbalneav> meeting 6 month release schedules.
[19:12] <sbalneav> but at some point something's gotta give.
[19:28] <highvolt1ge> sbalneav: I'm also interested in gedding involved with debian-edu
[19:28] <highvolt1ge> (well I've been for a long time)
[19:30] <sbalneav> Here's my thoughts:
[19:31] <sbalneav> Every  Edubuntu developer should become a debian-edu developer.
[19:31] <sbalneav> If we run into bugs in debian-edu apps, we *fix them upstream*, at the debian edu source.
[19:32] <sbalneav> for things that tickle nubae's fancy, like saccharine... err sugar (sorry, trying to lose weight) we work on getting them as options in debian-edu
[19:33] <highvolt1ge> althouh, in technical ubuntu terms upstream would mean gcompris, tux4kids, etc, but I understand what you mean in terms of fixing things in debian
[19:33] <sbalneav> Then, at the end of the day, we can just pull the debian-edu stuff in, and it all "just works"
[19:33] <sbalneav> BUT, und here iz ze big but...
[19:34] <sbalneav> 1) The debian edu devel pool is larger.  By working with them actively, we a) increase our own developer pool, and b) foster goodwill by helping them directly.
[19:34] <sbalneav> 2) we're still doing the same amount of WORK, we're just doing it at a different level.
[19:35] <sbalneav> I dunno, it's just an idea.
[19:35] <sbalneav> I'm just tossing out ideas as to how we can make this all more sustainable.
[19:36] <highvoltage> getting fixes in to debian is important in ubuntu so it makes sense
[19:42] <sbalneav> Lets get the elections over with, and keep our noses to the grindstone for Lucid
[19:42] <sbalneav> concentrate on getting buggies fixed.
[19:42] <sbalneav> but I think after lucid, we should start thinking about this sort of thing.
[19:44] <highvoltage> why wait?
[19:45] <sbalneav> Well, I'm starting the process in debian-edu now.
[19:45] <sbalneav> h0ger's given me some pointers, and I've got an account on alioth
[19:45] <sbalneav> Hop on in :)
[19:45] <highvoltage> sbalneav: what's the best way to get started?
[19:46] <sbalneav> Dunno.  Hold my hand, we'll do it together.
[19:46] <sbalneav> That came out... not quite the way I wanted.
[19:46] <sbalneav> You know what I mean :)
[19:58]  * Lns agrees w/ sbalneav
[19:59]  * alkisg thinks it's kinda sissy, though... :P :D
[19:59] <alkisg> (the holding hands bit)
[20:00] <alkisg> (or maybe I'm just jealous for not having anyone to walk me through :D)
[20:11] <Lns> lol
[20:12] <Lns> this might be a crazy idea - but why not 'merge' operations of edubuntu and debian-edu? I mean, I don't know much about deb-edu... are they a separate dist? a metapackage? how do they work?
[20:13]  * Lns looks online
[20:13] <highvoltage> Lns: they are a debian pure blend
[20:14] <highvoltage> (well skolelinux at least)
[20:14] <highvoltage> which means that all their packages are in debian
[20:14] <sbalneav> well skolelinux IS debian-edu, and vice-versa.
[20:15] <sbalneav> here's the issue, as I see it.
[20:15] <sbalneav> skole uses kde, and kde-edu, plus some gnome apps
[20:15] <sbalneav> edubuntu uses gnome, kde-edu and some gnome apps.
[20:15] <HedgeMage> debian-edu started out as a package maintenance and advocacy/workinggroup, and eventually got to be a debian distro.... it kind of exploded in late 2000 when debian politics exploded and odile benassy and I left.
[20:15] <HedgeMage> I have no idea what they've done since.
[20:16] <sbalneav> Oooh!
[20:16] <sbalneav> excellent, glad you're here, HedgeMage
[20:16] <HedgeMage> np
[20:17] <sbalneav> So, to me, they're "edu with a kde desktop"
[20:17] <sbalneav> we're "edu with a gnome desktop"
[20:17] <HedgeMage> somewhat
[20:17] <HedgeMage> this is why I started frogandowl
[20:17] <sbalneav> but we've got similar packages, and similar goals.
[20:17] <sbalneav> HedgeMage: right.
[20:17] <HedgeMage> the edu stuff keeps getting chopped up along distro/wm lines
[20:17] <HedgeMage> And, once you marry to a distro, you are stuck with that distro's politics.
[20:18] <sbalneav> Correct.
[20:18] <HedgeMage> For example, in late 2000, the debian edu team exploded and died because people from debian main came over and started making demands that we change our documentation.
[20:19] <HedgeMage> They were offended that our ordering of packages and our package recommendations did not fit their political biases.
[20:19] <sbalneav> You and Odile left.  Who stayed, and did D-E "conform" in the end?
[20:21] <HedgeMage> Odile and I were the most active contributors at the end (many left before us).  A few newbies stayed, but they let Debian beat up on them.  In the end, I believe they compromised, making a rule that package listings would be alphabetical, and the project would not recommend specific packages in its docs any more.
[20:21] <HedgeMage> Which is sad, because most edu people come in not knowing Linux or what tools to use.
[20:21] <HedgeMage> Now, keep in mind that this was all nine years ago.  I haven't really kept tabs since.
[20:22] <sbalneav> You've been around with Edubuntu since the early days.  How would you feel about tighter ties to d-e?
[20:23] <HedgeMage> I think it'll end in distro wars and bad politics if debian main is still interfering as they used to in debian-edu's work.
[20:23] <HedgeMage> We are already hurting for contributors in edubuntu...I don't want to lose more to stupid politics.
[20:23] <sbalneav> hm
[20:24] <sbalneav> Yeah, I wasn't aware of all this.
[20:24] <Lns> Interesting
[20:25] <HedgeMage> It was a royal mess :(
[20:25] <sbalneav> I'm just trying to figure out how we can widen the pool.
[20:26]  * HedgeMage nods
[20:26] <Lns> I can't help but think of drastic change proposals to multiple edu-based projects in Linux/OSS, to become something bigger. I know most would disagree..but we *are* OSS in the end. If we had one massive edu-based project, or at least the support of most/all other OSS-edu projects, we could seriously be a force to be reckoned with
[20:27] <Lns> And we'd have our *own* politics. We could manage that apart from dists
[20:27] <Lns> and create rpm/deb/tgz/whatever ourselves
[20:27] <HedgeMage> Lns: I totally agree with you... let me tell you about something I am working on called Frog & Owl :)
[20:28]  * Lns listens
[20:28] <HedgeMage> Lns: I've been at this for a long time (I started using Linux in 1994, I started working with debian-edu in 1998), and I see that the whole OSS-edu movement is fragmented into insular parts -- mostly along distro and wm preference lines, but to a lesser degree along language/nationality...
[20:29] <HedgeMage> Lns: ...it's frustrating because of the duplication of effort, the bickering, and how much more we could be doing with more unified efforts.
[20:29] <HedgeMage> Lns: So, not long ago, I started a project called Frog and Owl -- we are still in the planning stages now, but we hope to be a central hub for open content (texts, lesson plans, etc) and open source edu solutions.
[20:30] <sbalneav> Some of us are members :)
[20:30] <HedgeMage> Lns: We want to track what's going on in those separate project and provide a unified portal...
[20:30] <Lns> HedgeMage: define portal pls
[20:32] <HedgeMage> Lns: both a place to find out about what's already out there, and a source of the development community and solutions that can then be ported to any distro... we basically want to be distro-neutral, do proof-of-concept stuff, and so on...eventually when we get to the point of funding stuff we have some ideas of software to put together, but that will take time, and who knows if the software needs will have changed by then
[20:33] <Lns> So a communications portal basically?
[20:34] <HedgeMage> Yep, for now.
[20:34] <HedgeMage> We can worry about our own development once we get that done
[20:35] <HedgeMage> Lns: so far, we have ubuntu and funtoo edu projects represented.  We are working on having a little more to show for ourselves then reaching out to others.
[20:37] <Lns> Well it sounds like a great project, I'm in
[20:37] <Lns> for whatever I can do anyway
[20:37] <HedgeMage> :)
[20:37] <Lns> Is there a website at all?
[20:37] <Lns> list, etc?
[20:37] <HedgeMage> join #frogandowl if you would ;)
[20:37] <HedgeMage> frogandowl.org
[20:38] <Lns> nice =)
[20:38] <HedgeMage> it's not got much yet... I'm getting ready to move, so I'm working in small dribs and drabs as time allows.
[20:38] <Lns> See, I think that's a great effort for edu. We can't be tied to distros, especially since everyone has their own preference. Our main focus needs to be education.
[20:38] <HedgeMage> exactly
[20:39] <Lns> We can be the glue for oss+edu
[20:39] <HedgeMage> yep!
[20:41] <sbalneav> I just want to help kids.
[20:41] <sbalneav> That's all I want to do.
[20:42] <HedgeMage> exactly
[20:42] <sbalneav> And I'm willing to do whatever I can, and/or have to, to do that.
[20:43] <Lns> =)
[20:44] <HedgeMage> :)
[20:44] <Lns> I feel the same. Once I set up my first ltsp network at a school, I was hooked. I want to make it as easy as possible for children to use technology. OSS+LTSP+Linux in general just seems to be the right thing to do. I'm going to try to deploy/manage as many of these as possible with my company.
[20:44]  * HedgeMage nods


 something is causing many of those spyder tests to fail abnormally (I assume) and re-queue
 also triggers to prevent the pyqt5 ones from falling back to all proposed are quite complex
 https://matterbridge.lubuntu.me/6a1a0a6c/file_9312.jpg
 I ended up with that 😱
 Good if there is a solution!
 Not sure if it is right yet. Had to go into a pbuilder chroot and see what test deps it insisted must come from -proposed
 I could have missed some
 was a lot of copy/paste to make the trigger
 https://matterbridge.lubuntu.me/78f7bda6/file_9314.jpg
 pyqt5 should be ok soon. unless auto-sync brings more gifts 🙄


[02:42] <jono> pleia2, around?
[02:42] <pleia2> jono: yep
[02:42] <jono> pleia2, thanks, will msg you
[06:41] <dholbach> good morning
[10:14] <dholbach> dpm_, popey: relocating to the office, brb
[10:15] <dpm_> ok!
[10:51] <jose> popey: hey! you'll be hosting today's app clinic for Jouni, right?
[10:51] <popey> jose: excellent timing, just spoke to them and we're postponing this week, because we have insufficient content
[10:51] <popey> going to make a blog post instead
[10:51] <jose> sounds good to me
[10:52] <popey> will let you know if we do it next week or week after
[10:52] <popey> might be good to do one on the last day of the app showdown (next week)
[10:52] <popey> as we'll likely have some stuff to review
[10:52] <jose> awesome, just let me posted and I'll make sure everything's good to go
[10:53] <jose> s/let/keep/
[10:53]  * jose is still a bit sleepy
[10:54] <popey> jose: thanks!
[10:54] <jose> np :)
[13:17] <AskUbuntu> Ubuntu keyboard shortcut guidelines? | http://askubuntu.com/q/442390
[15:37] <jcastro> mhall119, is that streaming call today?
[15:58] <mhall119> jcastro: yes, regular time still
[16:03] <dholbach> all right my friends - I call it a day - see you all tomorrow! :)
[16:03] <SergioMeneses> take care dholbach !
[16:04] <dholbach> you too :-)
[16:53] <snwh> ubuntu open week, someone perhaps jose, approached me for a logo
[16:53] <jcastro> mhall119, is this update in 7 minutes
[16:53] <jcastro> or 1 hour and 7 minutes?
[16:54] <pleia2> snwh: probably jose :)
[16:55] <pleia2> snwh: ah yes < jose> pleia2: hey, I was thinking on having a new OpenWeek logo, maybe we can ask Sam Hewitt about it?
[16:55] <pleia2> snwh: I'm also on the classroom team that's helping to organize open week
[16:56] <snwh> well this was something i came up with: http://snwh.org/stuff/ubuntu-open-week.svg
[16:56] <snwh> thoughts?
[16:59] <mhall119> jcastro: 1 hour
[16:59] <mhall119> 1800 UTC
[17:00] <jcastro> lol I suck
[17:47] <pleia2> snwh: so we have to be careful about manipulating the ubuntu logo http://design.ubuntu.com/brand/ubuntu-logo
[17:47] <pleia2> I like the idea, I'm just not sure how acceptable it is to break the CoF in that way
[18:09] <snwh> pleia2, there is that. I was trying to be clever with it. the circle of friends with one arm open :)
[18:23] <jcastro> http://wmpoweruser.com/microsoft-introduces-universal-windows-apps/
[18:23] <jcastro> " Developers will be able to have device specific and shared code and will be able to easily test the app on both Windows 8.1 and Windows Phone 8.1 emulator."
[18:23] <jcastro> sounds so familiar!
[21:11] <jose> snwh: I like it, but pleia2 is right - we don't want anyone into troubles
[21:11] <jose> or anyone getting letters from legal canonipeople
[22:44] <jono> jose, ping?


[02:10] <imgbot> [02:12] <cyphermox> all: if you own the bot pilper4ahov, please talk to me or Unit193
[03:35] <imgbot> [03:35] <imgbot>


[02:25] <tsimonq2> JanC: That's why I figured he should make his case to an AA :)
[06:23] <didrocks> good morning
[06:36] <duflu> Morning didrocks
[06:43] <duflu> Also morning seb128
[06:47] <didrocks> hey duflu
[07:27] <seb128> hey didrocks duflu
[07:27] <seb128> (re)good morning desktopers
[07:27] <jamesh> hi seb128, didrocks
[07:28] <seb128> hey jamesh, how are you? did you recover from the conf & trip back already?
[07:28] <didrocks> hey seb128 & jamesh
[07:29] <jamesh> seb128: yes.  It took a while to get out of the airport on Friday night, since it looked like there were two A380's worth of passengers trying to get through immigration at once
[07:29] <jamesh> plus a flight from Bali
[07:30] <seb128> :/
[07:31] <duflu> Surely having a flight from Bali just coming in is a given :)
[07:33] <seb128> hey duflu, how are you?
[07:34] <duflu> seb128, was going well, then unwell. Now OK. You?
[07:34] <seb128> I'm fine, just day/week just started though
[07:34] <seb128> sorry you felt unwell, good that you are back to "ok" at least
[07:35] <duflu> I had some very enjoyable food, but possibly something I can't eat. Don't know.  A significant CPU reducing fix just landed in mutter
[07:40] <duflu> seb128, also I think (as suggested by Marco) that we will need to ignore my suggested 18.04.1 fixes. Because the important one hasn't been finalized and merged upstream yet, and we are powerless to speed it up. The only option would be to take the unverified patch
[07:41] <seb128> right, it feels a bit late to "force" that in the .1 now
[07:41] <duflu> It's a shame because I had hoped 18.04.1 would solve all the can't boot/login bugs
[07:42] <seb128> but on the other side that's not important to have on the iso, upgraders (& new installers who apply updates) are going to get the fix once we SRU it
[07:42] <Trevinho> Morning...
[07:42] <seb128> good morning Trevinho
[07:42] <duflu> Hi Trevinho
[07:42] <Trevinho> Hi duflu and seb128
[07:42] <seb128> Trevinho, how are you? had a good w.e?
[07:42] <duflu> seb128, I'm still concerned about those users who never get a login screen. Some proportion of them will give up and not bother to find out the workaround
[07:43] <seb128> duflu, that's right, those class of issues are annoying :/
[07:43] <Trevinho> seb128: great yes... Exploring the the coasts here, awesome
[07:43] <seb128> hopefully that's not of hardware concerned?
[07:43] <seb128> Trevinho, where are you now?
[07:44] <Trevinho> San José, a bit north of Almería
[07:45] <Trevinho> duflu: I agree that's a bad thing... We can still sru and most people will get it working anyway if choosing to update at install
[07:45] <duflu> I forget normal people do that :)
[07:45] <Trevinho> It's a shame, but since the fix isn't exactly stable yet, it's a bit risky
[07:46] <didrocks> hey Trevinho
[07:46] <Trevinho> Well that's the default no?
[07:46] <Trevinho> Hi Didier
[07:46] <duflu> Not if you don't enter a wifi password
[07:47] <didrocks> Trevinho: duflu: no, they don't, because updates aren't installed, just downloaded
[07:47] <didrocks> I was surprised as well when discovering that before going to GUADEC (like, "why don't people are running latest ubuntu-report in general?")
[07:47] <Trevinho> Mh...
[07:48] <didrocks> you just end up with the .deb in /var/cache/apt/archives
[07:48] <didrocks> I guess only security updates are installed right away
[07:51] <duflu> It was a while ago, but also worth noting 18.04.1 will solve the QHD/cairo/ubiquity installer crash
[07:52] <seb128> right
[07:52] <Trevinho> I see... Well, if we can get the guy to finaliza the fix and jonas to ack it quickly we might still have a small window of time, but otherwise... duflu if you're confident with it feel free to prepare a package, with the patch. Personally I don't know enough of that code to ack
[07:52] <seb128> didrocks, security updates are not applied before first boot either, are they?
[07:53] <didrocks> seb128: I don't know when they are applied, I thought I've seen "installing updates" in ubiquity, but I didn't check at the time assuming all updates were installed
[07:53] <duflu> Trevinho, yeah I don't think there's anyone who knows the code for my fix.  Like it? 😅)
[08:13] <oSoMoN> good morning desktoppers
[08:14] <didrocks> salut oSoMoN, ça va ?
[08:15] <Laney> Trevinho: are you trying to Trevinhoise me?!?!?!
[08:15] <seb128> salut oSoMoN, en forme ? bon w.e ?
[08:15] <duflu> Morning oSoMoN
[08:16] <oSoMoN> didrocks, seb128: ça va bien, et vous?
[08:16] <oSoMoN> hey duflu, Laney
[08:16] <didrocks> oSoMoN: ça va bien, il fait beau et pas très chaud, on peut enfin faire tomber la température ici ;)
[08:17] <seb128> oSoMoN, nickel, un peu fatigué, ça va que c'est lundi et que je peux me reposer tranquillement à l'ordi :)
[08:19] <oSoMoN> seb128, héhé, pareil :)
[08:26] <Trevinho> Laney: hell yes 😋😘
[08:27] <Laney> 😈
[08:51] <GunnarHj> Good morning all!
[08:51] <GunnarHj> seb128: Can you please give me a hand as an archive admin with https://launchpad.net/ubuntu/+source/freshplayerplugin/0.3.9-0ubuntu1 . Build failure on s390x, but there is really no need to build on that arch.
[09:11] <seb128> hey GunnarHj
[09:11] <seb128> GunnarHj, well "no need" is a bit vague, things should be built on all supported archs unless there is a good reason not to
[09:11] <seb128> in which case it's not "no need to" but "can't because <reason>"
[09:15] <Trevinho> popey: hey, I'm notcing even more issues in auto-connect of some snap interfaces (icons and themes) on snap refresh (remember the issue with fonts in telegram)? Same with the theming. Is there an issue to track it?
[09:16] <popey> Trevinho: heya, not that I'm aware of. Might want to file a bug in snapd
[09:17] <Trevinho> popey: is that happening in other snaps too?
[09:17] <GunnarHj> seb128: browser-plugin-freshplayer-pepperflash is a wrapper to make use of the PPAPI Flash plugin on Firefox. PPAPI is available on Ubuntu via adobe-flashplutin (build only on amd64 and i386) and pepperflashplugin-nonfree (built only on amd64).
[09:17] <popey> I haven't seen it for a while Trevinho
[09:18] <seb128> GunnarHj, but the url you gave shows it built on e.g armhf
[09:18] <seb128> GunnarHj, in any case if the package does only make sense on some archs then the debian/control should list those rather than use "all"
[09:18] <GunnarHj> seb128: True, it has been that way for a long time (and it worked up to bionic) but actually not needed.
[09:18] <Trevinho> popey: I've noticed that adding the usage of the gtk-themes to the snap, we end up on the same issue after few refreshes
[09:18] <Trevinho> well now for theming
[09:19] <Trevinho> popey: if you're on telegram-edge, if you see the X cursor back, that a sign
[09:19] <seb128> GunnarHj, again "not needed" is different from "can't work"
[09:19] <popey> ugh, I'd definitely file an issue then
[09:19] <seb128> GunnarHj, it's "not needed" to build firefox on amd64
[09:19] <seb128> but it's preferable to have it
[09:23] <GunnarHj> seb128: I suppose we are talking about "can't work" in this case, for the reason I mention. Replacing "any" with "amd64,i386" would be possible, of course, but it's a sponsored upload. So I thought it might be easiest in this case to just let it through...
[09:27] <GunnarHj> seb128: The version in cosmic-release has the same build failure on s390x, btw.
[09:27] <czajkowski> morning
[09:28] <czajkowski> popey: would a latest update have removed all my logins from snap applications I use such as telegram and skype by any chance?
[09:29] <popey> uhhh
[09:29] <popey> It *shouldn't*
[09:29] <popey> i have only seen that when i had to reboot when my system failed
[09:30] <popey> I have seen that a lot with browsers, where all my cookies are lost if I reboot the computer while the browser is open :(
[09:30] <czajkowski> popey: I've had a weekend of many failed starts after reboot, today I cannot log into skype, and now telegram is looking to be reset up again
[09:30] <czajkowski> I thought I had lost my hard drive
[09:35] <GunnarHj> *bbl*
[09:38] <seb128> GunnarHj, then it shouldn't be an issue if the current version has the issue, britney only stops regressions
[10:18] <GunnarHj> seb128: Hmm.. I was wrong about the latter. :( So, what do we do? Should I prepare patches with only "amd64,i186" in d/control? (There are two SRU uploads too.)
[11:08] <Trevinho> popey: https://bugs.launchpad.net/snappy/+bug/1781906
[12:00] <willcooke> hi all
[12:01] <Laney> hey willcooke
[12:06] <Trevinho> hi willcooke
[14:25] <GunnarHj> Hi tsimonq2, the conclusion as regards those freshplayerplugin uploads is that we should better only build on amd64 and i386. I will prepare new proposals, and I think it would be smartest to drop the uploads from the bionic and xenial queues. Can you do the latter, please?
[16:25] <oSoMoN> didrocks, I hadn't tested the community theme in a while, it's looking great!
[16:29] <didrocks> oSoMoN: yeah, we are getting closer and closer to release it in cosmic :)
[16:35] <oSoMoN> didrocks, looking forward to it
[16:45] <GunnarHj> tsimonq2: Please disregard my latest request - Brian M. did it.
[20:31] <seb128> have a good night desktopers