[11:41] <zyga> waveform hello
[11:41] <zyga> waveform I have a curious bug
[11:41] <zyga> and I need some help
[11:41] <zyga> https://bugs.launchpad.net/snapd/+bug/1900693
[12:42] <waveform> zyga, will take a look
[12:42] <zyga> waveform thanks
[12:42] <zyga> I'm happy to aid, I think we are in a bit of a tough spot now
[12:42] <zyga> on updating the gadget
[12:42] <zyga> and the kernel
[12:42] <zyga> and gadget assets
[12:43] <zyga> cc mborzecki
[12:43] <zyga> waveform: I tried updating the gadget snap by hand, updating uboot
[12:43] <zyga> the kernel boots but there are some errors and there's no network at all
[12:43] <zyga> probably because the kernel is now out of sync with the device tree
[12:43] <waveform> very likely
[12:43] <zyga> I'm trying to think about two separate topics:
[12:44] <zyga> 1) what the correct things should be, in all the snaps, so that people can upgrade to a good working set
[12:44] <zyga> 2) what to do about the devices that are stuck in a failed state
[12:44] <zyga> and may not even update snapd (for now)
[12:44] <zyga> eventually snapd update will succeed
[12:45] <zyga> waveform please examine the bug and tell me what you think
[12:45] <zyga> waveform my hunch is to start with the uboot / kernel that is old and broken
[12:46] <zyga> and update uboot only, with gadget update, to resolve sd write issue
[12:46] <zyga> then we can attempt to update other bits
[12:46] <zyga> with synchronized kernel/gadget assets thank to what mvo did
[12:46] <zyga> but that's just my quick idea, not sure if that's workable
[12:46] <waveform> I didn't think the gadget *could* be updated on core18? Or have I misunderstood?
[12:47] <zyga> waveform it can except that it cannot because partition size was changed
[12:47] <zyga> and because actually upgrading it failed as I described now
[12:47] <zyga> cc mborzecki
[12:48] <zyga> gadget updates also require explicit bump of the edition field
[12:48] <waveform> ah right, and then there was the separate issue that the gadget contained the boot-time d-t, but it could be upgraded distinctly to the kernel snap and thus the d-t and kernel could get out of sync
[12:48] <zyga> simply building an image and upgrading an old image results in different boot assets
[12:48] <zyga> yes
[12:49] <zyga> waveform: I can experiment with an older uboot (such as that in revision 14 of pi snap)
[12:49] <zyga> with a patch that improves SD writing
[12:49] <zyga> but I need help to know how to build that
[12:49] <zyga> I can also share a vanilla image that fails
[12:49] <zyga> at least on my card
[12:49] <zyga> linux-side writes are okay
[13:43] <zyga> waveform, mvo_ I tried to capture my analysis of the pi problem in https://bugs.launchpad.net/snapd/+bug/1900693/comments/1
[13:51] <zyga> waveform added one more idea to the bug thread
[13:53] <waveform> zyga, afraid I don't know enough about snap construction to help much with that side of things but one thing I do note is that the env (or more precisely script) we use in core 20 doesn't *always* try and save the env; only when it's changed
[13:54] <zyga> waveform: yeah but that doesn't help in any way
[13:54] <waveform> I could whip up a similar env for 18 which might avoid some of the issue in future?
[13:54] <zyga> this is also true in core18
[13:54] <zyga> no
[13:54] <zyga> because the issue is when we write, we cannot
[13:54] <waveform> I thought core18 *always* tries to write
[13:54] <waveform> hmmm
[13:54] <zyga> waveform why would it
[13:54] <zyga> it's only writing when we are trying
[13:54] <zyga> try->trying change
[13:54] <zyga> anyway, the issue is not fixed by not writing
[13:55] <zyga> we must be able to write around some critical operations
[13:56] <waveform> sorry, you're right - it's only on the try/trying transitions
[14:19] <zyga> waveform, yeah, the error only happens on such boot operations that need to write to FAT from uboot
[15:30] <zyga> waveform do you think we could have a HO about the pi issue
[15:30] <zyga> waveform perhaps tomorrow morning
[15:30] <zyga> waveform or even maybe yoday
[15:30] <zyga> *today
[15:30] <zyga> I'd like to understand a few constraints better
[15:30] <zyga> and learn a few things enough to be able to debug the issue locally, if I can
[15:31] <zyga> my first goal would be to figure out how to reconstruct the pi gadet at revision 14, so that I can try to apply the patch that I referenced
[16:00] <waveform> zyga, sorry was in another meeting - I'm happy to jump on a HO but I can't say I know how to reconstruct a particular revision of the pi-gadget (I've no idea how those revision numbers map to commits in the original repo)
[16:53] <zyga> waveform: let's try to sync tomorrow
[16:58] <waveform> zyga, ok - feel free to stick something in my calendar
[16:58] <zyga> waveform thanks, will do


[00:37] <asac> !test
[00:37] <ubot4> hrm?
[00:37] <asac> kk
[00:37] <BUGabundo> pong
[00:37] <asac> heh. thanks!
[00:37] <BUGabundo> np
[00:41] <sebner> asac: test passed?! :P
[00:42] <asac> my unit tests are still running ;)
[00:42] <asac> not sure if there is a hang or if my CPU needs an upgrade ;)
[00:42] <asac> but they take ages :-P
[00:44] <sebner> asac: hmm, I think the chances are higher that your inet laggs than your IRC client froze :P
[00:53] <asac> lol
[00:53] <asac> true
[02:09] <gnomefreak> fta: are you around? there was an X bug that you uploaded a patch to the bug work around for it was to use xorg edgers PPA
[02:09] <gnomefreak> i know its kind of general but i dont recall much about it
[03:29] <BUGabundo> (2010-06-03 03:29:10) yath: yeah, the android sessions from I/O are online
[03:29] <BUGabundo> (2010-06-03 03:29:11) yath: http://www.youtube.com/view_play_list?p=316B437F0CB82A68
[03:29] <BUGabundo> fta: ^^^^^^^^^^
[05:54] <LLStarks> yo micahg. is 3.6.4 going to be webm enabled? if not, is the team allowed to used webm-enabled builds for the backporting?
[05:54] <micahg> LLStarks: I don't know if they backported that
[05:55] <micahg> LLStarks: they're still working on getting it in trunk, probably for 4.0
[05:56] <LLStarks> why is intrepid the odd man out?
[05:57] <micahg> LLStarks: ?
[05:57] <LLStarks> i know its not supported
[05:57] <LLStarks> but to support hardy and jaunty feels weird
[05:57] <LLStarks> lts scheduling makes it stupid
[05:57] <micahg> LLStarks: normal process, in 5 months, jaunty will be EOL
[05:58] <micahg> then hardy and karmic go EOL 6 months later and I can start using the Lucid tools :)
[05:59] <LLStarks> lucid tools?
[05:59] <micahg> LLStarks: debhelper 7 and mozilla-devscripts 0.22 :)
[06:00] <LLStarks> not backwards compat?
[06:00] <micahg> LLStarks: the newer features
[06:00] <LLStarks> such as?
[06:00] <micahg> debhelper 7 made for much shorter rules scripts
[06:01] <LLStarks> ah
[06:02] <LLStarks> i'm a bit confused on how the lucid firefox+xulrunner setup will be backported to older ubuntu releases. that work took months to perfect. how will the transition work?
[06:02] <micahg> LLStarks: -security updates
[06:02] <micahg> and a week of testing
[06:02] <LLStarks> i know that much, but how much is being changed under the hood to allow this?
[06:03] <LLStarks> afaik, xul and firefox used to be joined at the hip in older releases.
[06:03] <micahg> LLStarks: well, Firefox and xulrunner aren't changing, but we have to work on a lot of other stuff
[06:04] <micahg> LLStarks: we're just using the lucid firefox and xulrunner is like it always was
[12:04] <dpm> hi all, does anyone know which package provides the functionality where the "Install missing plugins..." option is shown in FF?
[12:11] <chrisccoulson> dpm - ubufox
[12:14] <dpm> thanks chrisccoulson. Do you happen to know if that particular string ("Install missing plugins...") actually comes from ubufox or from somewhere else? I'm trying to see how it can be localized, and I cannot find it in http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/maverick/ubufox/maverick/files/head%3A/locale/
[12:17] <chrisccoulson> dpm - the string actually comes from firefox it seems
[12:17] <chrisccoulson> browser/locales/en-US/chrome/browser/browser.properties
[12:17] <chrisccoulson> so, i was wrong ;)
[12:19] <dpm> chrisccoulson, ah, thanks, yes, I found it there too -> https://translations.edge.launchpad.net/ubuntu/lucid/+source/firefox/+pots/firefox-3.6/ca/+translate?batch=10&show=all&search=missing
[13:05] <fta> gnomefreak, hi, what about my patches?
[13:08] <fta> fyi, some of the umd uploads have been rejected this morning, hence the gaps in the dashboard: http://people.ubuntu.com/~fta/ppa-dashboard/ubuntu-mozilla-daily--ppa.html => bug 589068
[13:08] <ubot4> Launchpad bug 589068 in soyuz "Upload rejected with "unsupported operand type(s) for -: 'datetime.datetime' and 'NoneType'" (affects: 1) (heat: 6)" [Medium,Triaged] https://launchpad.net/bugs/589068
[13:09] <fta> chrisccoulson, ^^
[13:09] <fta> btw, lots of red there :P
[13:10] <gnomefreak> fta: i was thinking of the wrong bug
[13:11] <fta> i did some fixes/workarounds for the gtk rgba bugs but in maverick only
[13:17] <gnomefreak> Anyone know if there is a gnome-shell channel?
[13:34]  * gnomefreak cant log into gnome bug tracker :( not sure what they are using as user name (the email address,real name, email address without the @bleh.com)
[14:06] <gnomefreak> go figure i finally get logged into gnome bugzilla nd i dont know how to report a bug, its simular to Mozilla's but damn
[14:06]  * gnomefreak be back
[14:13]  * gnomefreak thinks i know what i did
[14:15] <gnomefreak> or not
[16:20] <nxvl> chrisccoulson: any ETA for the FF rollout?
[17:57] <fta> micahg, [14:10] <fta> fyi, some of the umd uploads have been rejected this morning, hence the gaps in the dashboard: http://people.ubuntu.com/~fta/ppa-dashboard/ubuntu-mozilla-daily--ppa.html => bug 589068
[17:57] <ubot4> Launchpad bug 589068 in soyuz "Upload rejected with "unsupported operand type(s) for -: 'datetime.datetime' and 'NoneType'" (affects: 1) (heat: 6)" [Medium,Triaged] https://launchpad.net/bugs/589068
[21:01] <micahg> fta: thanks for the update earlier
[21:23] <chrisccoulson> micahg - i just tried a fedora live CD to see how firefox performs
[21:23] <chrisccoulson> it is quite a lot more responsive in fedora, even running from a live CD
[21:24] <micahg> chrisccoulson: ugh, not good, can you check about:buildconfig to comapre to our build?
[21:25] <chrisccoulson> micahg - i will in a bit, i'm back in ubuntu now
[21:25] <micahg> chrisccoulson: Virtualbox :)
[21:26] <micahg> chrisccoulson: although I can do that too, but let's focus on that after we finish the backports
[21:26] <chrisccoulson> micahg - fedora live CD seems to suck in a VM for some reason
[21:26] <chrisccoulson> so i tried it on real hardware instead
[21:26] <micahg> chrisccoulson: ah, ok, I think I saw soemthing in the Vbox changelog for 3.2.2 about that
[21:26] <gnomefreak> do either of you know where upstream packages use for profile? is it in the .bz*
[21:27] <micahg> gnomefreak: what do you mean?
[21:27] <gnomefreak> micahg: upstream firefox download+unpack cd into to run it. where would it look for an outside profile in the unpacked dir?
[21:28] <micahg> gnomefreak: ~/.mozilla/firefox ?
[21:29] <gnomefreak> so it uses the dir we have already or does it make its own in the unpacked dir.
[21:29] <micahg> gnomefreak: start with -P and you'll see the profiles it finds :)
[21:29]  * gnomefreak can do that. :)
[21:30] <gnomefreak> by the way that extension to import/export tb filters is useless as hell
[21:30] <micahg> gnomefreak: yeah, it's dependent on the same dir structure in teh new profile, I discovered that at UDS
[21:30]  * micahg forgot to file a bug
[21:31] <gnomefreak> cool thanks
[21:32] <micahg> gnomefreak: if you file a bug, feel free to subscribe me
[21:33] <gnomefreak> micahg: using it is good isnt it?
[21:33] <micahg> gnomefreak: ?
[21:33] <gnomefreak> micahg: file a bug on the profile topic above?
[21:34] <micahg> gnomefreak: no, about the import/export filter (sorry, just realized it was an addon)
[21:34] <gnomefreak> oh that. even the author says it  is worthless (for the most part)
[21:34] <gnomefreak> it says it on the addon page
[21:35] <micahg> gnomefreak: ah, I should read more carefully
[21:37]  * gnomefreak think i found out the root of my TB bugs
[21:38] <micahg> gnomefreak: ah, please tell
[21:38] <gnomefreak> profile
[21:38] <gnomefreak> just dont understand why renaming a dir and start with a clean one didnt fix it
[21:39] <gnomefreak> i should know more in a few days (maybe by monday
[21:40] <micahg> gnomefreak: k
[21:46] <gnomefreak> !info libstdc++5 karmic
[21:46] <ubot4> gnomefreak: Package libstdc++5 does not exist in karmic
[21:47] <gnomefreak> !info libstdc++6 karmic
[21:47] <ubot4> gnomefreak: libstdc++6 (source: gcc-4.4): The GNU Standard C++ Library v3. In component main, is required. Version 4.4.1-4ubuntu9 (karmic), package size 338 kB, installed size 1192 kB
[21:47] <micahg> gnomefreak: was removed
[21:47] <gnomefreak> micahg: i thought so just wanted to make sure
[21:47] <micahg> gnomefreak: there's a bug report with people screaming
[21:53] <gnomefreak> there is a few of them :) but if it is the one i just replied to than its known :) that was a major thing with update 0.8->0.9
[21:54] <gnomefreak> IIRC upstream used diff version as we did
[21:54] <micahg> bug 431091
[21:55] <ubot4> Launchpad bug 431091 in ia32-libs (Ubuntu) (and 2 other projects) "libstdc++5 removal breaks non-ubuntu applications (affects: 49) (dups: 2)" [Undecided,Invalid] https://launchpad.net/bugs/431091
[21:56] <gnomefreak> ia32-libs has been a problem for a long time hasnt it?
[21:57] <micahg> gnomefreak: yes, but it should be going away in maverick with multiarch
[21:57] <gnomefreak> we can only hope ;)
[21:57] <gnomefreak> be back need a smoke than try to figure out how to get sound working in gnome-shell :(
[22:01] <gnomefreak> ok so how do you fix something that you cant find
[22:02] <micahg> gnomefreak: what do you mean?
[22:03] <gnomefreak> in gnome-shell there is no way to add things to the panel AFAICT so i cant adjust the sound and no where in the menu does it give you any settings
[22:05] <gnomefreak> i filed 2 bugs with gnome bug tracker on gnome-shell both wishlists and they were closed within 30 minutes as "not going to happen" 1 due to major overhaul for gnome3 and the other because they cant fix all wishlist bugs
[22:06] <fta> multiarch in maverick :) nice dream
[22:06] <gnomefreak> think i found it but why in FUSA
[22:06] <fta> micahg, can we drop ff3.5 from umd? it's red and dead anyway
[22:07] <fta> also, what about tb3.1?
[22:07] <micahg> fta: yes, but not xul191, also please drop tb3.0
[22:07] <micahg> fta: no, I need to fix that
[22:07] <gnomefreak> gnomefreak: hi
[22:07] <gnomefreak> damnit can someone do that for me
[22:07] <micahg> gnomefreak: hi :)
[22:08] <gnomefreak> this sucks
[22:08] <micahg> fta: after hardy/jaunty/karmic backports are done, I want to fix tb31 dailies
[22:08] <fta> micahg, ok
[22:08] <gnomefreak> please try again
[22:08] <micahg> and get tb32 going
[22:08] <micahg> gnomefreak: hi :)
[22:09] <gnomefreak> grrrrrr
[22:09] <gnomefreak> thanks
[22:09] <BUGabundo> fta: *zero* action on my corruption bug :(
[22:09] <gnomefreak> tb32? what about 3.1
[22:09] <BUGabundo> happening on two machines
[22:09] <micahg> gnomefreak: 3.1 will merge into tb.head soon, but I hope to fix it
[22:09] <gnomefreak> ok sound works when i test it but doesnt work in apps
[22:09] <BUGabundo> there goes the benefit of dailies for catching regretions
[22:09] <gnomefreak> micahg: ok cool
[22:10]  * gnomefreak using thunderbird daily i saw regressions (just not lately)
[22:10] <fta> micahg, i can't delete, lp timeouts
[22:11] <micahg> fta: k
[22:12] <gnomefreak> crimsun: was pulseaudio and gnome-shell expected to work together?
[22:13] <BUGabundo> as crimsun been online? need to bug him about my MUTE bug. not fixed with the new version
[22:14] <gnomefreak> BUGabundo: its a known bug i filed it already and so have others
[22:14] <gnomefreak> being muted on startup?
[22:14] <BUGabundo> yes
[22:14] <BUGabundo> but its HW specific
[22:14]  * micahg has had that for a few releases
[22:14] <micahg> now it's only the speaker volume
[22:14] <gnomefreak> BUGabundo: no its not
[22:15] <micahg> before it was the master channel
[22:15] <micahg> in Lucid that is
[22:15]  * gnomefreak lost terack of that bug but he did mark one as a dup of it
[22:15] <BUGabundo> gnomefreak: I can get the channel log when crimsun explained it :)
[22:16] <fta> BUGabundo, when did your bug started?
[22:16] <BUGabundo> humm not sure
[22:16] <gnomefreak> ok system test == sound testing the volume/speaker bump/bark works but irssi tb do not giv eme any sound
[22:16] <BUGabundo> some weeks after maverick went open
[22:16] <gnomefreak> i saw it in Lucid
[22:16] <BUGabundo> fta: we were here speacking about your frags
[22:17] <gnomefreak> before final release and was like that
[22:17] <fta> BUGabundo, a few days ago, i've added XLIB_SKIP_ARGB_VISUALS=1 in the wrapper
[22:17] <fta> BUGabundo, could you try without it?
[22:17] <BUGabundo> erkk
[22:17] <BUGabundo> I got confused
[22:17] <BUGabundo> are you speaking of ch corruptoin?
[22:17] <BUGabundo> or audio ?
[22:17] <BUGabundo> LOL
[22:17] <BUGabundo> I'm blond .... be nice to me
[22:18] <gnomefreak> BUGabundo: xlib is chromium
[22:18] <gnomefreak> If i had to guess
[22:18] <fta> yep
[22:18] <BUGabundo> yeah could be that
[22:18] <BUGabundo> may 23 was when we spoke to crimsun
[22:19] <BUGabundo> (2010-05-23 21:13:47) crimsun: the aim is to reduce/eliminate the number of quirks that need to go into the init db, hence the objective is to have everything be "Unknown"
[22:19] <BUGabundo> gnomefreak: ^^^^^^^
[22:19] <BUGabundo> (2010-05-23 21:10:40) crimsun: BUGabundo: init is what we should be using instead of 'restore'
[22:19] <BUGabundo> ok, now back to Ch bug
[22:19] <micahg> BUGabundo: he just posted to the -devel list about that
[22:19] <BUGabundo> fta: my chr bug started Monday or Tuesday
[22:20] <BUGabundo> ORLY? lOL
[22:20] <BUGabundo> fta: and on Wednesday my debian machine started too
[22:20] <micahg> BUGabundo: https://lists.ubuntu.com/archives/ubuntu-devel/2010-June/030834.html
[22:21] <BUGabundo> cool
[22:21] <BUGabundo> so its being worked on
[22:21] <BUGabundo> not fixed yet
[22:21] <BUGabundo> thanks micahg
[22:21] <BUGabundo> I *really* should try to read devel ml :(((
[22:21] <gnomefreak> seems my bug was fixed here at least
[22:21] <BUGabundo> but 3323 unread emails scrares me
[22:21] <BUGabundo> gnomefreak: hence why I said HW specific
[22:21] <gnomefreak> BUGabundo: i have ~5000 just in upstream bugs
[22:22] <BUGabundo> ahaha
[22:22] <BUGabundo> I got 80GBs of unread email
[22:22] <gnomefreak> after 3 weeks yuo can imagine why im here this late in the day
[22:23]  * micahg has plenty of unread mail as well (>8k unread LP bugs)
[22:23] <BUGabundo> mew
[22:28] <gnomefreak> micahg: im around where you are on unread
[22:28]  * gnomefreak just tring to add filters im ~1/2 done i hope
[22:29] <micahg> gnomefreak: I filter by package in LP and by upstream for upstream bugs
[22:31] <fta> BUGabundo, did you try?
[22:31]  * BUGabundo is confused
[22:31] <BUGabundo> try what?
[22:32] <gnomefreak> micahg: i am filtering everything by package by mailing list ect... i am almost done with gnomefreak @gmail than on to<EMAIL_ADDRESS><< main ubuntu mozilla bugs
[22:32] <fta> BUGabundo, edit /usr/bin/chromium-b* and comment the line XLIB_SKIP_ARGB_VISUALS=1
[22:33] <BUGabundo> ahh
[22:33] <BUGabundo> missed that
[22:34] <BUGabundo> restarting Ch
[22:35] <BUGabundo> fta: still happens
[22:35] <fta> good
[22:35] <BUGabundo> not for me
[22:35] <BUGabundo> and why doesn't that happen on a temp-profile?
[22:35] <fta> so it's not caused by rgba in gtk
[22:36] <fta> BUGabundo, corrupted cache?
[22:36] <BUGabundo> maybe
[22:36] <BUGabundo> where can I clear it, and what does it affect?
[22:36] <BUGabundo> and why did it affect two diff machines one day after the other
[22:39] <fta> and why you but no one else?
[22:40] <BUGabundo> no idea
[22:40] <BUGabundo> cause not many ppl run maverick with daily ppa, and debian unstable with an Ubuntu PPA?
[22:41] <BUGabundo> where can I clear the cache, and what does it affect?
[22:45] <gnomefreak> yay i moved everything in my gnomefreak inbox to other folders by way of filters (maybe i should check some of the emails now?
[22:45] <gnomefreak> be back
[22:48] <BUGabundo> lol
[22:48] <BUGabundo> go
[22:53] <ddecator> here's something odd...the daily build of prism can't be closed using the X button (at least not for me)
[22:53] <ddecator> scratch that, only prism-google-mail
[22:54] <micahg> ddecator: repeatable?
[22:54] <ddecator> micahg: yup
[22:54] <micahg> ddecator: you can file a bug or see if there's one upstream, but I don't have time to look into it right now
[22:55] <ddecator> micahg: prism-google-calendar is fine. i'll try to look into it tonight if i can find time
[22:55] <micahg> ddecator: IIRC, that app has other issues
[22:56] <ddecator> micahg: wouldn't surprise me
[22:56] <micahg> ddecator: so, if it's just one, it would be an Ubuntu issue most likely
[22:59] <fta> try with chromium ;)
[22:59] <BUGabundo> LOL
[23:00] <ddecator> fta: speaking of which, chromium kept having flash crash earlier and it was working (although a little buggy) in firefox ;)
[23:01] <fta> ddecator, which one? and where?
[23:02] <ddecator> fta: chromium build "5.0.342.9 (43360) Ubuntu" and it was here: http://www.thedailyshow.com/full-episodes/wed-june-2-2010-morgan-freeman
[23:02] <fta> i meant, which distro?
[23:02] <ddecator> lucid
[23:03] <fta> can't try. it's geolocalized
[23:04] <ddecator> happens on any site with flash. i may have an out of date build (not using the ppa anymore) but it was working fine before
[23:05] <ddecator> i have to head out, i'll look into the prism issue later and i can give info on chromium if i have to
[23:05] <micahg> ddecator: there's an update in -proposed
[23:05] <ddecator> micahg: for chromium or prism?
[23:05] <micahg> ddecator: chromium
[23:06] <fta> there's another one in the stable ppa
[23:06] <fta> or in maverick
[23:06] <ddecator> micahg: yah, i should probably update it. i was trying chromium for a while but decided to switch back to FF so i stopped using the PPA
[23:06] <fta> lucid is 2 versions behind
[23:07] <micahg> fta: I thought it was 3 versions back :)
[23:07] <micahg> and -proposed was 1 version behind
[23:07] <fta> right, 3
[23:08] <ddecator> alright, heading out, pm if you need me, *hopefully* i can start getting active again this weekend, but i'm not sure how much studying i'll need to do. cya
[23:13]  * gnomefreak not far behind him
[23:13] <gnomefreak> smoke while script runs than see where i am
[23:15] <fta> bam, a new -dev a -beta of chromium just appeared. good we're tracking -stable now ;) I'll let the bot work and go to bed
[23:17] <BUGabundo> ahah
[23:25] <gnomefreak> the bot called in sick this morning
[23:25] <gnomefreak> ;)
[23:56] <BUGabundo> http://p.bugabundo.net/marginal-105


[05:21] <StepNjump_> hi guys, anybody here that uses weechat here??
[05:22] <holstein> StepNjump_: i did... this is not a support channel though... whats up?
[05:22] <Unit193> I'm sure there are, but topic seems to say this isn't a support channel, you may have better luck in #ubuntu
[05:23] <Unit193> (or #weechat)
[05:24] <StepNjump_> oh no? It's for the application programmers?
[05:25] <StepNjump_> _holstein, I'm trying to learn the program but it's complex. I figured out a bit how to conf the irc.conf file but for some reason, instead of connecting the irc.ubuntu.com server, it connects the irc.freenode.... I wonder why that is and if it's not a problem, I'll just leave it like that
[05:25] <holstein> StepNjump_: they are the same no?
[05:25] <StepNjump_> don't know... I'm new.. Ok so it's the same.. Ah I see then!
[05:25] <StepNjump_> lol ok thanks a lot my friend
[05:26] <StepNjump_> It's a great application weechat. I like it a lot.
[05:26] <nhandler> irc.ubuntu.com points to freenode. You can connect to either of them
[05:26] <holstein> sure.. and like Unit193 says, feel free to try #weechat
[05:26] <StepNjump_> np then thanks nhandler
[16:49] <Resistance> what dictates that Mint isnt supported, and therefore is offtopic in #ubuntu?
[16:49] <Resistance> (see: #ubuntu, user: manuel_)
[16:50] <k1l_> !mint
[16:50] <Resistance> i know the factoid :P
[16:50] <Resistance> i'm asking where that policy was defined, so i can point the aforementioned user to it
[16:50] <Resistance> (so I dont have to do the IRCC or Community Council's arguing)
[16:51] <k1l_> i dont know that
[16:51] <AlanBell> robust discussions perhaps, but never arguing ;)
[16:53] <oCean> Resistance: only the officially recognized derivatives are supported in the ubuntu channels: http://www.ubuntu.com/project/about-ubuntu/derivatives
[16:53] <Resistance> oCean:  thanks
[16:53] <AlanBell> Resistance: I don't think there is a list of things that are not supported outside of the factoids, but there is a list of things which are supported
[16:54] <Resistance> that'd work :P
[16:54] <Resistance> i take it that if they want an argument, directing them to either #u-ops or #u-irc would work?  (#u = #ubuntu)
[16:54] <oCean> sure
[17:15] <pangolin> Resistance: I believe and I may be wrong but the fact that Mint ships with proprietary codecs is/was one of the main reasons for it not being supported officially among other changes they made.
[17:16] <Resistance> i see.  that's what i assumed.  i think the user went and became quiet so that issue is dealt with...


[10:59] <xnox> Ctrl-Alt-T stop ENTER
[10:59] <xnox> awesome trick I would never have thought would work in saucy =)
[11:02] <xnox> but once one realises what it does, it becomes oh so obvious.


[16:14] <NCommander> Wow
[16:14] <NCommander> cool, another channel for my AJOIN list!
[16:15] <jbailey> NCommander, Fun.  What will you port to? =)
[16:16] <NCommander> all of them!
[16:16] <NCommander> bahahahah
[16:17] <persia> All of them?
[16:17] <NCommander> Every architecture shall have an Ubuntu port!
[16:17] <persia> 685c02?
[16:24] <jbailey> Who needs a PMMU? =)
[16:26] <persia> What experimental ports are in progress?  I've heard whispers of m68k and mips, but nothing too complete for either.  Anything else?
[16:29] <jbailey> None as far as I know.  I hadn't heard of m68k or mips.  Arm seems likely.
[16:30] <persia> arm seems fairly complete: only a few hundred packages left to go.
[16:31] <persia> http://qa.ubuntuwire.com/ftbfs/ says about 800.
[16:31] <persia> m68k seems oft-rumoured, but I've not seen code.
[16:31] <persia> mips has some skeletal code I've seen, but I think not enough of a team yet.
[16:33] <persia> I know one guy in Osaka who wants a SH port, but I don't think he'll finish it.
[16:33] <jbailey> The problem with arm/mips/m68k is that those targets probably don't want a full desktop.
[16:33] <jbailey> Ubuntu isn't well suited to that at the moment.
[16:34] <persia> Dunno about MIPS or m68k.
[16:35] <persia> I'd run Ubuntu UMPC on my Zaurus if 1) the processor was one of the arm-supported kernels, and 2) I hadn't broken the battery leads a few months ago.
[16:35] <persia> I think I read about a MIPS netbook as well.
[16:36] <persia> Right: the Belco Alpha 400


[18:18] <tdr112> treefrob: the Me and the  Rose
[18:18] <tdr112> The golden vale is an area in Ireland
[19:00] <treefrob> tdr112, thanks


[16:07] <mup> Bug #1876478 opened: Automatic snap refreshes changes state of service from stopped to running <Snappy:New> <https://launchpad.net/bugs/1876478>
[16:19] <mup> Bug #1876482 opened: There is no way to trace the upgrade history of a snap <Snappy:New> <https://launchpad.net/bugs/1876482>
[19:41] <klaasvakie> Hi, I have recently started playing with various snap packages in preparation for rolling out some select systems on 20.04. I have read https://snapcraft.io/docs/keeping-snaps-up-to-date and I think the hold timers are sufficient for my use cases. One thing I can't find in the docs is how do I get notified when a new snap is available? Looks like "snap changes" and friends only  help you after the update
[23:05] <bdx> kyrofa: https://github.com/omnivector-solutions/snap-slurm/blob/master/snap/snapcraft.yaml#L201
[23:05] <bdx> ^ thank you
[23:06] <bdx> the mysql part from the nextcloud snap has been extremely useful in our project