[04:30] <jibel> Morning all
[04:34] <duflu> Morning jibel
[04:35] <duflu> jibel, if you're starting work at 5:30am then I hope you're finishing early
[04:53] <jibel> Hi duflu, not even, I usually end around 5:30PM
[04:53] <jibel> but do breaks during the day
[06:10] <pieq> salut jibel !
[06:10] <pieq> t'es tombé du lit ?
[06:15] <jibel> Salut pieq
[06:15] <jibel> non, je me lève en général vers 5h
[06:16] <jibel> mes nuits sont plutôt courtes :)
[06:17] <oSoMoN> good morning desktoppers
[06:20] <pieq> jibel, I woke up at 5AM too, but it's because of jetlag :D Usually it's more 6AM.
[06:28] <oSoMoN> bonjour pieq, jibel
[06:28] <jibel> salut oSoMoN
[07:01] <didrocks> good morning
[07:06] <jibel> bonjour didrocks
[07:08] <didrocks> salut jibel
[07:22] <duflu> Morning oSoMoN, didrocks
[07:22] <duflu> Afternoon pieq
[07:26] <didrocks> hey duflu
[07:27] <oSoMoN> salut didrocks
[07:27] <oSoMoN> hey duflu
[07:31] <pieq> hey oSoMoN and duflu !
[07:32] <pieq> On one of my laptops at home, I'm on 19.10 with -proposed activated. If I'd like to switch to 20.04 dev (without -proposed), what commands do I need to run?
[07:34] <didrocks> salut oSoMoN et pieq :)
[07:58] <duflu> Hi seb128
[07:58] <seb128> hey duflu, how are you today?
[07:58] <seb128> gooood morning desktopers :)
[07:58] <duflu> seb128, going well. You?
[07:59] <seb128> I'm good, I had a better night than the previous one, I feel somewhat recharged this morning :)
[08:02] <seb128> duflu, the downstream patch is for onboard not xserver though right?
[08:02] <seb128> (just saw your comment on https://gitlab.freedesktop.org/xorg/xserver/issues/679)
[08:02]  * duflu looks
[08:03] <duflu> seb128, yes you are right. I remember now thinking it's not an ideal patch if a broken app can still crash Xorg
[08:03] <seb128> right, same here
[08:03] <duflu> But that was a few months ago
[08:03] <seb128> it's good to fix the app if it's code is incorrect, still xserver should be robust to incomplete calls
[08:06] <duflu> seb128, yes I wrote that in comment 12 in October. Just forgot
[08:07] <seb128> duflu, :)
[08:07] <duflu> Which is why comments are useful
[08:49] <jibel> pieq, first disable proposed then run update-manager -d . It's possible the the packages installed from proposed will block the upgrade
[08:49] <jibel> pieq, or from the CLI: do-release-upgrade -d
[08:51] <pieq> jibel, merci ! I'll try that tonight
[08:53] <jibel> pieq, if anything goes wrong, the logs are in /var/log/dist-upgrade. You should be able to figure out what broke. Dependency issues can be tricky to troubleshoot, but then start by reverting the packages from proposed to the version in -updates or release
[08:54] <pieq> jibel, how can I revert packages? I thought apt would always take the latest version of a package...
[08:56] <duflu> pieq: sudo apt install --reinstall packagename/eoan
[08:56] <duflu> or eoan-updates
[09:00] <jibel> pieq, or you can specify the version with apt install package=version
[09:02] <oSoMoN> jibel, doesn't update-manager disable -proposed entries automatically, like it does for PPAs ?
[09:02] <Laney> hiya
[09:03] <pieq> duflu, jibel thanks!
[09:04] <jibel> oSoMoN, yeah, I think you're right. there is a flag to enable proposed on upgrade IIRC
[09:04] <oSoMoN> hey Laney
[09:05] <Laney> what up oSoMoN
[09:05] <jibel> anyway running proposed permanently without pinning seems dangerous to me
[09:06] <seb128> hey Laney, oSoMoN, how are you today?
[09:06] <oSoMoN> yeah, I wouldn't recommend that on a machine that's not used exclusively for testing
[09:07] <oSoMoN> I'm good, I slept well and am ready for a productive day
[09:08] <seb128> \o/ :)
[09:10] <marcustomlinson> good morning jibel oSoMoN pieq didrocks duflu seb128 and Laney :)
[09:11] <pieq> hery marcustomlinson :)
[09:11] <duflu> Morning marcustomlinson
[09:14] <jibel> bonjour marcustomlinson
[09:14] <Laney> hey seb128, doing alright: won the pub quiz last night 💃💃💃
[09:14] <Laney> moin marcustomlinson
[09:15] <seb128> hey marcustomlinson :)
[09:15] <seb128> Laney, wooot, well done!
[09:17] <oSoMoN> good morning marcustomlinson
[09:18] <seb128> hum
[09:18] <seb128> I don't understand, I created an arm64 bos instance yesterday, ssh to it stopped working in the evening
[09:19] <seb128> I destroyed it and created a new one this morning, same problem :/
[09:19] <seb128> I can ssh fine to ones on other archs though
[09:27] <oSoMoN> seb128, there was a brief moment yesterday in the evening when my canonistack instances became unreachable (and even the web UI was down), but it didn't last long, and it's now working well for me
[09:27] <seb128> oSoMoN, do you have any arm64 one?
[09:27] <seb128> my s390x and amd64 ones are fine
[09:27] <oSoMoN> let me check
[09:28] <oSoMoN> yes, I have a bionic arm64 instance, and I can ssh into it
[09:30] <Wimpress> Morning desktoppers o/
[09:30] <seb128> oSoMoN, ok, thx for checking! I wonder what's going on here then :-/
[09:30] <seb128> hey Wimpress, how are you?
[09:30] <Wimpress> Tip top :-D
[09:30] <Wimpress> You?
[09:31] <oSoMoN> hey Wimpress
[09:32] <seb128> I'm good!
[09:33] <duflu> Morning Laney and Wimpress
[09:35] <marcustomlinson> morning Wimpress
[09:35] <Wimpress> Hi duflu. How are you?
[09:36] <duflu> Wimpress, one year older but OK. You?
[09:36] <Wimpress> All good here. Just topping up the coffee levels
[09:37] <marcustomlinson> duflu: happy belated birthday!
[09:37] <duflu> I was pleased to get this written and done on Monday night, which is satisfying; https://gitlab.gnome.org/GNOME/mutter/merge_requests/1003
[09:37] <duflu> Thanks marcustomlinson
[09:39] <seb128> oh, happy birthday duflu!
[09:39] <duflu> Thanks, but it's done and gone
[09:39] <duflu> It was a nice day though
[09:41] <Laney> hey duflu
[09:46] <seb128> shrug, same on a bionic/arm64 instance, so not the focal issue creating problem :/
[09:47] <seb128> I get a ' No route to host'
[09:47] <seb128> weird
[09:47] <Laney> tried reconnecting the vpn / the other endpoint?
[09:47] <seb128> I turned the computer off during the night so it's a fresh boot/session and that didn't fix it, but trying again just in case
[09:48] <seb128> also ssh to other instances (!arm64) works
[09:48] <Laney> Sure, but it's plausible they take different routes
[09:48] <seb128> nop, no difference
[09:48] <seb128> (reconnecting the vpn)
[09:49] <Laney> instance booted OK? (openstack console log show ID)
[09:50] <seb128> looks like it
[09:50] <seb128> but
[09:50] <seb128> ci-info: no authorized ssh keys fingerprints found for user ubuntu.
[09:51] <seb128> in the log
[09:51] <seb128> but that probably doesn't explain the routing issue
[09:57] <Laney> I got that keypair thing too, and indeed I can't SSH into a new instance but I get a proper refusal
[09:57] <Laney> [   32.650884] cloud-init[572]: 2020-01-15 09:54:38,481 - util.py[WARNING]: No active metadata service found
[09:57] <Laney> that is suspicious
[09:57] <Laney> probably issues to take up with IS I'd say if you have the energy
[10:07] <seb128> k, will do
[10:10] <duflu> seb128, are we aiming for Xorg 1.21 in focal?
[10:11] <didrocks> Trevinho: do you know if there is a ppa for recent GNOME Shell version for the Yaru team to try?
[10:11] <seb128> duflu, ask tjaalton
[10:11] <seb128> hey didrocks, how are you?
[10:11] <didrocks> good. thanks seb128 and you?
[10:11] <seb128> I'm good!
[10:12] <tjaalton> duflu: it's called 20.something at this point, but there's no idea when a release is going to happen, so probably not
[10:12] <duflu> Hmm, I was keen on just one fix. Not sure how patchable it is
[10:12] <duflu> I shall look
[10:13] <seb128> tjaalton, I fixed the webkit build with an upstream patch btw, looks like those includes changed somehow, I didn't want to spent too much time to ge to the bottom of it though
[10:14] <tjaalton> seb128: ok, dunno.. the header was in the same pkg as before
[10:14] <seb128> tjaalton, but webkit doesn't include that header
[10:14] <seb128> tjaalton, it does #include <EGL/eglext.h>
[10:14] <seb128> so I wonder if that was including other things and stopped doing so or what
[10:14] <seb128> tjaalton, anyway, https://github.com/WebKit/webkit/commit/ade440b1 fixed it
[10:16] <tjaalton> eglext.h moved to libegl-dev, which libegl1-mesa-dev depends on
[10:19] <seb128> tjaalton, yeah, it's not a packaging problem, for some reason EGL_WAYLAND_BUFFER_WL isn't being defined when it was before, but at the same time webkit doesn't include the .h which defines it
[10:19] <Trevinho> didrocks: mh no... Best way is just jhbuild in general though as ppa might be quit a lot work to maintain
[10:19] <seb128> so I guess it was getting through some other .h before
[10:19] <tjaalton> right
[10:19] <seb128> tjaalton, anyway, I just wanted to say that webkit is fixed :)
[10:19] <tjaalton> cool :)
[10:20] <tjaalton> duflu: I pushed 1.20.7 yesterday
[10:20] <seb128> tjaalton, we need to sort out openscad/s390x though, are you actively looking at that one?
[10:20] <tjaalton> I don't know where to start
[10:20] <duflu> tjaalton, yeah I know thanks, but I don't think the fix is there. Just creating a launchpad bug now to reflect upstream
[10:22] <duflu> tjaalton, not a major priority but now exists for the record: bug 1859782
[10:25] <seb128> tjaalton, did you try to reproduce on a cloud instance or something? I guess that would be step 1, getting more details about the error?
[10:30] <didrocks> Trevinho: ack, thx
[10:31] <tjaalton> seb128: no
[10:34] <seb128> tjaalton, let me try here, I've an existing s390x instance
[10:36] <tjaalton> thanks
[11:04] <popey> kenvandine: tested telegram desktop snap on kde neon with breeze and breeze dark. mouse cursors are working as expected! Thanks!
[11:07] <xnox> doko:  thank you for making python3.8 tests pass; makes it easier for me to make test_ssl pass properly
[11:11] <seb128> tjaalton, so it's the libgl1-mesa-dri update from proposed that make openscad unhappy
[11:13] <tjaalton> seb128: as the test log history shows
[11:13] <seb128> well I can confirm/reproduce on a cloud instance
[11:13] <seb128> now to get some debug
[11:14] <seb128> also it's those specific binary from the update, no libglx or something else
[11:14] <tjaalton> ah -dri, so swrast_dri since it's using llvmpipe
[12:09] <tjaalton> my lock screen got stuck after entering the passwd, how to kill that?
[12:11] <seb128> tjaalton, try to lock again? otherwise kill gnome-shell from a vt I guess?
[12:14] <tjaalton> ah it's provided by the shell.. killing helped
[12:14] <tjaalton> though it also kills most apps
[12:22] <seb128> yeah, known issue :/
[12:24] <Laney> fixed issue
[12:25] <Laney> in eoan-proposed, do try it out
[12:26] <tjaalton> I'm on focal, though I hadn't dist-upgraded in a while
[12:27] <tjaalton> yep, seems to work
[12:28] <Laney> :>
[15:08]  * Laney stares at ubuntu-drivers
[15:54] <hellsworth> good morning desktopers!
[15:54] <oSoMoN> good morning hellsworth
[15:57] <hellsworth> hi oSoMoN !
[16:01] <marcustomlinson> hey hellsworth
[16:02] <hellsworth> hi marcustomlinson ! how's life?
[16:03] <marcustomlinson> hellsworth: pretty good thanks :) yourself?
[16:03] <hellsworth> yeah pretty good. ventured out to a coffee shop today to see people and the coffee is good :)
[16:05] <marcustomlinson> good friends and good coffee, what more do you need
[16:05] <Laney> hey hellsworth
[16:05] <Laney> it's nice working from a coffee shop but I always wonder how often I should buy something new
[16:05] <Laney> #awkwardperson
[16:06] <hellsworth> hi there Laney !
[16:06] <hellsworth> you know i have the same wonder
[16:06] <hellsworth> maybe one item every 2 hours
[16:06] <Laney> like once an hour seems good but who wants that much coffee?????
[16:06] <Laney> haha
[16:07]  * hellsworth sets an alarm to buy a new coffee in 2 hours
[16:07] <Laney> I read about a place that charges by the minute for people working
[16:07] <Laney> which would absolve me of that worry
[16:07] <hellsworth> but it would be way more expensive in the long run
[16:07] <Laney> but it was probably in stupid old London, not awesome cool Nottingham
[16:08] <hellsworth> lol
[16:08] <hellsworth> sounds like a co working space, not a coffee shop
[16:09] <Laney> kind of a mixture of both
[16:09] <Laney> think the fee was pretty cheap
[16:09] <hellsworth> i bet the coffee at a pure coffee shop would be better
[16:09] <Laney> couple of pounds an hour or so
[16:09] <hellsworth> and overall cheaper
[16:11] <hellsworth> i bet you could come up with an equation that takes into account the food/coffee quality, number of outlets, comfort of the chairs, etc. to come up with which one is better
[16:11] <hellsworth> i encourage you to do that :)
[16:11] <Laney> :D
[16:11] <Laney> maybe this is the one I read about https://ziferblat.co.uk/#/discover
[16:12] <marcustomlinson> Laney: you work at the library now and then right?
[16:12] <Laney> yep, I'm there now in fact
[16:13] <marcustomlinson> how is it? I think about doing this
[16:13] <hellsworth> oh man! for 8 hours, it's 38.4 pounds!
[16:14] <hellsworth> they must have the best coffee, the most outlets, and the comfiest of chairs in all the land!
[16:14] <hellsworth> oh the library is a great idea
[16:14] <Laney> it's great
[16:14] <Laney> but this is not a public library, oh no sir I don't want to mix with the general public
[16:14] <hellsworth> do you pack everything up and take it with you when you go to the bathroom? or do you hurry and hope nobody steals your stuff?
[16:14] <hellsworth> lol
[16:15] <Laney> nah I just leave it
[16:15] <hellsworth> wait a private library?
[16:15] <hellsworth> i don't think that's a thing here
[16:15] <Laney> https://www.bromleyhouse.org/ this place
[16:15] <hellsworth> what makes a library private? do you pay for a library card or entrance or something?
[16:15] <marcustomlinson> yeah what is that
[16:15] <Laney> subscription fee
[16:16] <Laney> big tables, wifi, coffee area, that kind of stuff
[16:16] <Laney> books too if you like that kind of thing
[16:16] <marcustomlinson> haha
[16:17] <hellsworth> lol
[16:17] <hellsworth> looks nice
[16:17] <hellsworth> i've scouted most of the coffee shops in my area and have a few i go in between when i do leave the house.
[16:18] <hellsworth> i should leave the house more often
[16:18] <hellsworth> it's just the whole two monitor thing often trumps the need to see other humans
[16:18] <hellsworth> but not all the time :)
[16:19] <Laney> looks like there's a few in the US: https://www.nysoclib.org/about/membership-libraries
[16:21] <hellsworth> none in colorado :(
[16:21] <Laney> yeah :(
[16:22] <Laney> university libraries are a good alternative if there's one of those you can use
[16:22]  * Laney sometimes goes to that one too
[16:23]  * Laney goes back to staring at ubuntu-drivers
[16:23] <hellsworth> at any university you'll need the university email/ldap pw to login to their wifi tho
[16:23]  * hellsworth refocuses too :)
[16:24] <Laney> this one has guest wifi, but also I have unlimited data so I can tether if necessary
[16:24] <Laney> YES, WORK
[16:25] <Laney> it was a good mini break, since I was being confused that a call wasn't just creating infinite recursion, turns out it's calling a fucntion with a very slightly different name
[16:25] <Laney> looking away and looking back allowed me to see that
[16:27] <hellsworth> nice!!!!
[16:28] <hellsworth> i get to add stuff to the build snap while i wait for my snapcraft extension to be re-reviewed
[16:28] <hellsworth> today will be a fun day :)
[16:39] <Laney> tseliot: hey, any opinion on moving ubuntu-drivers-common under the ubuntu organisation on github? also, 1:0.7.6-1 seems to be missing
[16:58] <tseliot> Laney, I forgot to push my changes. It should all be in the master branch now. I haven't really thought about moving the repository there, since when we started u-d-c it was probably the only package maintained on github. Is the use of the ubuntu organisation on github for packages documented somewhere?
[17:02] <Laney> tseliot: doubt it's documented in particular, but there are quite a few projects doing it already: https://github.com/ubuntu/
[17:02] <tseliot> Laney, ok, I'll have a look
[17:02] <Laney> coolies
[17:25] <kenvandine> marcustomlinson: i tested your latest changes to the gsettings fix, still works great
[17:26] <marcustomlinson> kenvandine: awesome thanks! yeah that's ready to merge if you'd like to do the honours
[17:29] <kenvandine> marcustomlinson: did you copy the latest changes to the snapcraft PR?
[17:29] <marcustomlinson> kenvandine: I did yes
[17:29] <kenvandine> awesome
[18:15] <Laney> ok NOW I am in a coffee shop
[18:16] <marcustomlinson> seb128 will soon be in a “coffee shop” too
[18:18] <marcustomlinson> ;)


[12:01] <bac> hi frankban
[12:01] <frankban> hi bac
[12:01] <bac> frankban, i see your sprite branch is now on staging.
[12:01] <frankban> bac: I am seeing the behavior you described there
[12:02] <bac> frankban, oh, it seems to work for me!
[12:02] <frankban> bac: lol
[12:02] <bac> frankban, but i now see that the up/down chevrons have a white background, not transparency, so they look funny on the grey background.  have you seen that?
[12:03] <frankban> that's crazy bac, I also see the problem you described in the review (the chevron in the menu bar is still the old one)
[12:04] <frankban> bac: it seems that the old index.html is being served by staging
[12:04] <bac> hmm
[12:04] <bac> browser cache?
[12:06] <frankban> bac: cleaned, mabybe the html cache manifest?
[12:06] <frankban> bac: could you please try to run "make appcache-force" in staging, and then restart the server?
[12:09] <bac> frankban, i did a make clean, is that sufficient?
[12:10] <bac> check it out now
[12:13] <bac> frankban, i did appcache-force/restart
[12:13] <frankban> bac: now it works, thanks, and you are right, the chevrons are not transparent
[12:13] <bac> i think clean should wipe out the appcache manifest but it does not
[12:14] <bac> frankban, glad we're all seeing the same thing now
[12:15] <frankban> bac: maybe we should run  appcache-force each time we update staging. We can clean the cache and the app data each time, but not our users.
[12:15] <bac> frankban, yes, i think it should be part of the clean target and we should just run make clean
[12:17] <frankban> bac: re the chevrons, they are transparent in the assets and in the sprite :-/
[12:21] <bac> oh
[12:22] <bac> frankban, will you also follow up with the designers regarding chevron up and down?
[12:23] <frankban> bac: you mean, the reversed directions?
[12:24] <frankban> bac: re the chevrons, locally I have the sprite with a transparent backgorund, in staging the sprite is not transparent
[12:25] <frankban> bac: white background in staging :-/ it seems we should fix how we deploy staging.
[12:28] <frankban> tveronezi: any idea on why the sprite's background in staging is not transparent?
[12:29] <tveronezi> frankban: I am trying to see what is the problem... just a sec. :)
[12:30] <frankban> tveronezi: cool thanks
[12:46] <tveronezi> frankban: I didn't get the problem. Is it something related to the header? It does not use the "sprite". It uses a regular image. I found this trick to make transparent backgrounds, but I dont see it in our code. http://css-tricks.com/snippets/css/transparent-background-images/
[12:48] <frankban> tveronezi: it is related to the chevrons_(up|down) in the charm panel. they have a white background in staging, they are transparent locally. they use the sprite. Inspecting the code, it seems that the sprite in staging is not transparent
[12:49] <frankban> tveronezi: to see those, you might want to clear your browser cache
[12:57] <tveronezi> frankban: hmmm... they look the same to me... http://ubuntuone.com/3ukBtOlhcydsB8VtlZtKha  http://ubuntuone.com/1QpOBke8x9ah5A9BkTj0CZ
[13:00] <frankban> tveronezi: I am referring to the charm description view. Open the charm panel, select a charm, you should see chevrons on each section of the description.
[13:07] <gary_poster> hey all
[13:07] <tveronezi> frankban... hmmm. I see the problem in both local and staging. I need to check the sprite generation.
[13:07] <frankban> tveronezi: cool
[13:07] <gary_poster> teknico, hey.  how go charm tests?  You about ready with a branch?  or would it be good to have someone to pair with?
[13:10]  * gary_poster reviews
[13:10] <gary_poster> I am reviewing Makyo's bug 1077006 branch
[13:10] <_mup_> Bug #1077006: Charm panel left border should be 2px as per UX design <juju-ui:Triaged> < https://launchpad.net/bugs/1077006 >
[13:10] <benji> IRC works better when you turn on your client.
[13:11] <gary_poster> words to live by
[13:27] <hazmat> g'morning
[13:29] <bac> gary_poster, matt's branch has two reviews.  both frankban and i tagged the card before starting.
[13:32] <bac> morning hazmat.  i had to poke uistage a bit yesterday and today.  i think we need to update the cronscript to 'make appcache-force' before restarting the gui
[13:33] <hazmat> bac, k, i'll take care of it
[13:33] <bac> hazmat, i also changed the cron to run every fifteen minutes as that is what most people thought was happening.  it was actually only run every 30 minutes.
[13:34] <hazmat> bac, where is the cron now?
[13:34] <hazmat> i don't see it in crontab for ubuntu or root?
[13:35] <hazmat> just added make appcache-force to cron script
[13:35] <bac> hazmat, 'crontab -l' and 'crontab -e' is what i used
[13:35] <hazmat> ah.. ic
[13:35] <bac> as ubuntu
[13:36] <hazmat> bac are you sure re 30m?
[13:36] <bac> hazmat, previously it was 15,30
[13:37]  * hazmat discards some faulty gray matter
[13:37] <bac> oh, sorry, it was 15,45
[13:38] <gary_poster> bac cool thx.  Forgot about that.  In somewhat related issue, I am seeing problems in my local instance having to do with some images that are being rendered below where they are supposed to: http://ubuntuone.com/6wirTIHiK40RGV3ahJ3a7G
[13:38] <gary_poster> I have done make appcache-force
[13:38] <gary_poster> and cleared cache
[13:38] <gary_poster> I saw some discussion of problems in log from yesterday
[13:38] <gary_poster> but no resolution
[13:39] <gary_poster> I also see "Waiting for yui.yahooapis.com"
[13:40] <gary_poster> Looks like we are getting css and that is taking awhile
[13:41] <gary_poster> bac, frankban, tveronezi you all were talking about this yesterday I think ^^^ .  any hints?
[13:44] <gary_poster> This link is taking 15 seconds: http://yui.yahooapis.com/combo?3.7.3/build/widget-modality/assets/skins/sam/widget-modality.css&3.7.3/build/widget-stack/assets/skins/sam/widget-stack.css&3.7.3/build/panel/assets/skins/sam/panel.css&3.7.3/build/overlay/assets/skins/sam/overlay.css
[13:44] <gary_poster> heh, for a 304
[13:45] <tveronezi> gary_poster: The quick resolution was to use the debug mode in the demo server;  The css stuff will be fixed by my next branch; 'gallery-markdown' and 'gallery-ellipsis' are not available in our static yui files, so we still need to download those from yuilibs.
[13:45] <bac> gary_poster, we had that problem on staging yesterday
[13:45] <bac> use of gallery-ellipsis is not in trunk yet
[13:45] <bac> tveronezi, i still cannot get it to download
[13:46] <gary_poster> bac, ack thanks.  tveronezi thanks.  how did this get in trunk--what did we miss?
[13:46] <bac> gary_poster, if you'd like to pair i'd appreciate it
[13:46] <gary_poster> bac ok cool, fire up a hangout
[13:46] <bac> gary_poster, one issue is the combined file has 'use strict' at the top.  GlobalConfig is not defined with 'var' and that causes a failure.
[13:47] <bac> easy fix is to add 'var' in two modules.js and modules-debug.js
[13:47] <bac>  s/two//
[13:47] <gary_poster> bac oh ok cool
[13:47] <bac> our story for grabbing everything so we serve it up ourselves is not fully done i think
[13:47] <bac> making hangout
[13:48]  * bac installing plugin
[13:48]  * bac getting tea
[13:57] <tveronezi> bac: I can download those css files. http://ubuntuone.com/6vHKb78Lq8MFTQEAuWqxkf . If I add galery-ellipsis to the charm-panel.js, it adds the ellipsis to the yuilib url... http://yui.yahooapis.com/combo?gallery-2012.10.31-20-00/build/gallery-markdown/gallery-markdown-min.js&gallery-2012.10.31-20-00/build/gallery-ellipsis/gallery-ellipsis-min.js
[14:01]  * teknico is back from lunch
[14:01] <teknico> gary_poster, nope, still struggling with it, would very much like to pair
[14:01] <teknico> gary_poster, I already got some help from frankban, but am open to pair with anyone
[14:02] <gary_poster> teknico, ack.  benji or frankban ^^^ ?
[14:03] <teknico> ("it" being setting up charm tests)
[14:03] <benji> gary_poster/teknico: I certainly can.  I have started a card already this morning, however.
[14:04] <gary_poster> benji, how far along are you on that one, then?  and/or will it be done soon? :-)
[14:05] <benji> gary_poster: probably not "soon", I was trying to figure out the roll in/out transitions for the charm panel; if we switch to ripping out the fade and making it just disappear, that would be quicker
[14:06] <gary_poster> benji, suggestion open to your veto: just make it disappear, make a low priority bug for the roll-in/roll-out, and move to helping Nicola.  wdyt?
[14:07] <benji> gary_poster: that's fine
[14:07] <gary_poster> cool thank you.  teknico ^^^ benji will join you soon
[14:07] <teknico> gary_poster, great, thanks
[14:48] <benji> wait, wait, wait... did we completely break our development story?
[14:48] <benji> do I have to run make every time I change a JS file now?
[14:49] <frankban> benji: are you using "make debug"?
[14:49] <benji> frankban: no, should I?
[14:49] <frankban> benji: it seems so.
[14:50] <benji> hmm
[14:51] <benji> I am displeased.
[14:56]  * teknico on school run, back in half an hour
[14:58] <benji> gary_poster: the charm panel fade removal is very simple, but I figured that at least you should take a glance: https://codereview.appspot.com/6854043
[14:58] <benji> it took much longer than it should because I was sabataged by the new default of minimizing JS
[14:58] <benji> (we should revisit that, it is stupid)
[14:59] <gary_poster> benji approved
[15:00] <benji> cool, landing
[15:01] <benji> re. review approval message: lol
[15:01] <benji> teknico: what's up?  how can I help?
[15:13] <tveronezi> benji: it seems the rev 239 breaks the charm search panel.
[15:14] <benji> tveronezi: is rev 239 the branch I just laned?
[15:14] <tveronezi> Yes. I cant see the panel now.
[15:15]  * benji answers his own question: "yes"
[15:16] <benji> tveronezi: in what way does it break?
[15:16] <frankban> benji, tveronezi: confirmed, also in staging, the panel doesn't show up
[15:16] <tveronezi> benji: I click in the icon and nothing happens. If I revert one revision, it works again.
[15:16] <benji> tveronezi: which icon?
[15:17] <tveronezi> benji: charm search. http://ubuntuone.com/4nn1DSpQsT2GW7U45hHOmf
[15:18] <benji> hmm, I wonder why it worked in my branch; reverting
[15:19] <benji> I wonder what the best way to reviert is given lbox
[15:19]  * benji settles on "uncommit"
[15:19]  * benji realized that it doesn't do what he thought it would do.
[15:31] <benji> tveronezi and frankban: fix comitted; thanks for the heads-up
[15:31]  * teknico is back
[15:32] <frankban> benji: was it the opacity?
[15:32] <teknico> benji, sorry, was afk
[15:32] <benji> frankban: here is the fix: http://paste.ubuntu.com/1355684/
[15:35] <benji> teknico: so, what can I do to help?
[15:35] <teknico> benji, hangout?
[15:36] <benji> teknico: sure, yours or mine?
[15:36] <teknico> benji, emily's: https://tinyurl.com/see-emily-code
[15:36] <benji> ??
[15:36] <teknico> :-)
[15:37] <teknico> benji, frankban set that up for pairings
[15:58] <gary_poster> bac bcsaller benji frankban hazmat jovan2 Makyo mattuk1972 teknico tveronezi call in 2
[16:00] <tveronezi> gary_poster: i need to restart... I will back in a sec.
[16:00] <gary_poster> ok
[16:10] <Makyo> benji, lp:~makyo/juju-gui/remove-sub-rels - https://codereview.appspot.com/6782063/
[16:11] <benji> Makyo: thanks; I'll take a look right away
[16:25] <gary_poster> early lunch biab
[16:28] <Makyo> mattuk1972, ping
[16:28] <mattuk1972> hey
[16:28] <mattuk1972> makyo, hey
[16:29] <Makyo> mattuk1972, bug #1077006 is in staging - it's the inset left border on the charm panel.  Have a second to take a look at it and see if it meets design?
[16:29] <_mup_> Bug #1077006: Charm panel left border should be 2px as per UX design <juju-ui:Fix Released by makyo> < https://launchpad.net/bugs/1077006 >
[16:31] <mattuk1972> makyo, its almost there - its kind of odd how if it appears on a dark colour its lighter than the dark
[16:32] <mattuk1972> it cuts off a px where it ends too
[16:32] <mattuk1972> might have to rethink the colour i sent you
[16:33] <Makyo> mattuk1972, dark colour as in the header where it says 'precise', or when you click deploy and it shows the charm name?
[16:33] <Makyo> And end as in down at the bottom?
[16:33] <mattuk1972> yes to all of that
[16:33] <frankban> tveronezi: I see the old friend "Uncaught ReferenceError: GlobalConfig is not defined " when I run "make server" in your branch
[16:34] <mattuk1972> maybe ill have to rethink that
[16:34] <mattuk1972> graphic device
[16:34] <frankban> tveronezi: "make debug" works well...
[16:34] <mattuk1972> it really works on this light grey spaces but mess up on dark
[16:35] <tveronezi> frankban: whats your browser?
[16:35] <frankban> chromium
[16:35] <frankban> tveronezi: cache cleaned, appcache forced.
[16:35] <tveronezi> precise?
[16:35] <frankban> quantal
[16:36] <tveronezi> ok... let me check that...
[16:36] <frankban> tveronezi: sure
[16:36] <Makyo> mattuk1972, Alright.  I'll look into the dark space borders.  It's currently just an internal drop-shadow on the panel border, but that can be covered up, I suppose.
[16:36] <Makyo> tveronezi, ditto here, Chrome and FF on Quantal
[16:37] <mattuk1972> makyo, can it just be a bit darker? or more opaque? or multiply the colour underneath?
[16:37] <frankban> tveronezi: I think bac solved that issue in staging addign a "var" before GlobalConfig somewhere (maybe in module.js)
[16:37] <Makyo> mattuk1972, Yeah, that's what I'll be looking into.
[16:39] <mattuk1972> makyo, are they the new simpler svg assets I'm seeing in staging? because they are rendering way nicer for me
[16:39] <Makyo> mattuk1972, Yep, plus some FF specific improvements.
[16:44] <tveronezi> Makyo, frankban: I simply cannot reproduce it here. I've tried everything: chrome, chromium and ff in precise and quantal. It works fine. Actually, it could never fail because the resulting combined file creates  declaration like... var juju_config = {...}, GlobalConfig={...}, ...
[16:45] <tveronezi> Makyo, frankban: I dont know what is going on.
[16:45] <benji> teknico: I am done with my code review.  How can I help you on the charm?
[16:45] <tveronezi> Makyo, frankban: I will commit the var chang bac did...
[16:47] <tveronezi> Makyo, frankban: can you pull and try it again, please?
[16:47] <Makyo> tveronezi, I'm seeing it request things from /assets/... rather than /juju-ui/assets/... which was a change we made a while back for the horizon integration.  Might be something to talk to frankban / teknico about
[16:48] <teknico> benji, I'll push on some more, and pester you again once I hit the next roadblock :-)
[16:48] <frankban> Makyo, tveronezi: yes, the 'juju-ui' prefix must be restored. I already added a note to my review.
[16:48] <tveronezi> Makyo, frankban: This is something related to the server.js. There is a comment about this change.
[16:48] <benji> teknico: ok; I'll look for something else to work on then
[16:50] <Makyo> tveronezi, ah, alright.
[16:50] <Makyo> tveronezi, This is what I'm seeing in the minified JS: var juju_config={consoleEnabled:!0,serverRouting:!1,html5:!0,container:"#main",viewContainer:"#main",transitions:!1,charm_store_url:"http://jujucharms.com/",socket_url:"ws://localhost:8081/ws"};GlobalConfig=
[16:50] <Makyo> Getting a semicolon rather than a comma.
[16:51] <tveronezi> Mayko: oh!
[16:51] <tveronezi> Mayko: I still dont get why this thing is working for me.
[16:54] <tveronezi> Mayko: Did you pull it again?
[16:54] <frankban> tveronezi: I didn't get the reason why the prefix cannot be preserved
[16:55] <frankban> tveronezi: now make server works for me
[16:55] <tveronezi> frankban: I need a diferent prefix, otherwise I cant get the "lib/server.js" line 77 to work.
[16:57] <Makyo> Pulled, but it was cached.  Works now, tveronezi
[16:58] <frankban> tveronezi: ok, but why that cannot be 'server.get('/juju-ui/assets/stylesheets/:file' ... or something?
[17:01] <tveronezi> frankban: because if I do this, a request to "/juju-ui/assets/stylesheets/:file" goes to the line 46 instead of the line 77.
[17:09] <jovan2> bcsaller: hi, what's the opposite of Expose? Unexpose? i.e. the action to undo an Expose.
[17:09] <bcsaller> jovan2: yes, unexpose
[17:09] <tveronezi> frankban: forget what I just said. It is working with the link you proposed.
[17:09] <bcsaller> but it can also be though of as "exposed: true||false"
[17:10] <frankban> tveronezi: isn't it possible to make the server parse '/juju-ui/assets/stylesheets/:file' and '/juju-ui/assets/all-third.js' before '/juju-ui/'? I know that your solution is easier, but it could generate troubles when integrating juju-gui in other projects, e.g. jaas
[17:10] <frankban> tveronezi: oh, cool
[17:11] <tveronezi> frankban: so, we should start the urls with "juju-ui" right?
[17:11] <frankban> tveronezi: exactly
[17:11] <frankban> the static urls
[17:12] <tveronezi> frankban: do you see the same problem in the lines 70-71-72? It is from another branch.
[17:12] <frankban> tveronezi: do you mean " server.get('/assets/all-third.js'"?
[17:13] <tveronezi> frankban, yeap.
[17:13] <tveronezi> I will try to change those in a sec.
[17:13] <tveronezi> frankban ^
[17:13] <frankban> tveronezi: yes, that should be fixed as well, feel free to do that in your current branch or to make another card
[17:15] <frankban> tveronezi: so, to fully understand the problem: express tries to match all urls in order, if the first doesn't match, it proceeds to the second and so on. at the end, it raises a 404. Am I right?
[17:15] <tveronezi> Makyo, frankban: thanks for this nice catch.
[17:16] <tveronezi> frankban: yeap.
[17:17] <frankban> tveronezi: cool.
[17:18] <tveronezi> bcsaller: It would be nice if you could check this solution. https://codereview.appspot.com/6853044/diff/1/lib/server.js It is part of the css stuff. frankban and Makyo are already reviewing it, but It would be nice to see if you approve what I did for this particular file, or if you have another alternative.
[17:19] <bcsaller> tveronezi: I can take a look soon
[17:19] <jovan2> bcsaller: the number of subordinates is shown on a service block in the graph view - is this number of subordinate services or units?
[17:23] <bcsaller> jovan2: I believe its the number of services that subordinate is related to, I can check
[17:24] <jovan2> bcsaller: a related question - how many subordinates might be typical? and maximum?
[17:25] <bcsaller> jovan2: 0 is quite common, if they are using them in their deployment 1-3 would be in the normally expected range, there isn't a hard max, but you'll quickly tax your machines if you use too many
[17:26] <bcsaller> jovan2: It looks like that number is the count of services related to that subordinate, which makes sense
[17:26] <bcsaller> for example "how many things are related to this monitoring service"
[17:27] <jovan2> bcsaller: I guess you are looking at the subordinate block? I'm looking at the little chart icon on the left-hand side of a normal service block.
[17:28] <bcsaller> the little 'chart' (and why is that a chart looking thing anyway?) is on the subordinate
[17:28] <bcsaller> normal services don't have them
[17:29] <jovan2> bcsaller: see slide 2: https://docs.google.com/a/canonical.com/file/d/0BwhxhFfxY6uqY0FGaDh5RHFMUzA/edit
[17:30] <jovan2> bcsaller: I believe the chart-like thingy is supposed to indicate monitoring
[17:31] <bcsaller> jovan2: we don't have any monitoring, also these wireframe you linked seem to predate the visual design work, that chart widget is the block hanging off a subordinate service now
[17:32] <bcsaller> jovan2: I put one up at http://uistage.jujucharms.com:8080/
[17:32] <bcsaller> puppet
[17:32] <bcsaller> the sparkline is some sort of aspirational element that makes no sense here
[17:34] <jovan2> bcsaller: Ok I see what you've done, but see the second to last slide in the wireframes.
[17:35] <bcsaller> jovan2: Ahh, you're saying that normal services should show a count if/when they have subordinates running as well
[17:35] <jovan2> bcsaller: right
[17:35] <bcsaller> still shouldn't be a sparkline ;)
[17:35] <bcsaller> but yeah, I don't know if there is a card for that yet
[17:38] <jovan2> bcsaller: I think Nick thought subordinates could only be for monitoring purposes. If this is not so, can you give more examples please?
[17:38] <jovan2> bcsaller: if you could email me that would be great, I have to go soon.
[17:39] <bcsaller> puppet is a good example, but they can be used in many ways. Sometimes with framework charms they represent the application itself, so for example, if its a django or rails charm, the users application might be the subordinate
[17:39] <bcsaller> depending on how the charm was authored it might be the app is a custom charm and the web framework is the subordinate, we don't require it to be any one way. And we don't know about how that is structured
[17:40] <bcsaller> jovan2: do you need more?
[17:41] <jovan2> bcsaller: thanks, that's good for now. I might some more questions tomorrow :)
[17:41] <bcsaller> np, have a good one
[17:56] <bac> Makyo, i looked at staging with firefox and dragging lines around had no perceptible lag.  moving service boxes is pretty laggy, though.  acceptable, i'd think, but noticeable.
[17:59] <Makyo> bac, Yeah.  It's still just a speed increase, not a fix.  Accessing node attributes in FF is very slow.
[18:05] <gary_poster> Makyo, big +1 on your fix for bug 1076413 that you asked for review on.
[18:05] <_mup_> Bug #1076413: Intermittently, svg content div is too wide by 1 pix <juju-ui:Fix Released> < https://launchpad.net/bugs/1076413 >
[18:06] <Makyo> \o/
[18:46] <tveronezi> Makyo: The application seems normal in ff. I see no difference from the chromium version.
[18:46]  * tveronezi lunch brb
[18:46] <Makyo> tveronezi, Alright, thanks.
[19:00]  * tveronezi back
[19:00] <gary_poster> hazmat, in juju-ui.  no rush
[20:25] <gary_poster> bcsaller, including yours, their are five remaining environment view refactoring cards, right?
[20:25] <gary_poster> there
[20:25] <bcsaller> sounds right
[20:29] <gary_poster> cool bcsaller thanks.  I'm sending out a note highlighting them to everyone.  They are not specced in the bugs, so I will ask everyone to contact you.  If the Europeans can start one, it might be nice to spec one out with writing, or confer with me on a hangout and see if I can do it after a discussion. Per discussion with Kapil, I'm also going to say that (1) we have through next week to get these landed and (2) ea
[20:29] <gary_poster> ch one should be landed with tests.  I'd like to verify with you if any of the cards are blocked; and if any of them are arguably optional from one perspective or another, without causing significant ugliness/pain.
[20:29] <gary_poster> I'd be happy to do that here or in a hangout
[20:29] <bcsaller> still might be premature, there are no examples yet, still working on that
[20:29] <gary_poster> oh ok
[20:31] <gary_poster> can anyone help accelerate that with you bcsaller?  I don't know about your experience with pair programming, but with a good combination it really can be a big benefit.
[20:32] <bcsaller> makyo and I did ok during the sprint, not sure though
[20:33] <gary_poster> ok, leave it up to you bcsaller, though am worried about timeline and the ability of others to help swarm.
[20:34]  * gary_poster needs to get children from school
[20:34] <gary_poster> biab
[20:34] <bcsaller> gary_poster: I still have the prototype from the sprint which I'm porting to the new framework, so that could possible be a starting point, but I'd rather finish what I have
[20:34] <bcsaller> ok, ttyl
[20:38] <Makyo> Anyone experienced YUI node.simulate(event) saying "Uncaught TypeError: Cannot read property 'sourceEvent' of null" before?
[20:38] <Makyo> This merge didn't even touch that line, and it's breaking.
[20:54] <bcsaller> Makyo: Haven't seen that one but I often have unrelated changes break tests
[20:59] <gary_poster> no
[21:19] <Makyo> Oops, was a d3 thing.  d3.mouse was expecting d3.event to be defined.  Easy to get around for testing by saying d3.event = {};
[21:42]  * tveronezi brb
[21:54]  * tveronezi back
[22:34]  * Makyo dogwalks


[11:56] <mok0> Hi
[11:56] <mok0> In Debian, the package libglw-mesa comes from source package mesa_7.11.2-1, but in Ubuntu it comes from source package mesa-glw. What is the reason for this?
[11:57] <mok0> ... mesa-glw is only at version 7.4
[11:57] <mok0> and seems to be unmaintained
[12:33] <tjaalton> mok0: because lesstif is in universe, and is not going in main
[12:34] <mok0> tjaalton: uhm... what does lesstif have to do with it?
[12:34] <tjaalton> mok0: it build-depends on lesstif2-dev
[12:35] <mok0> tjaalton: so I guess mesa-glw just needs to be updated?
[12:35] <jcristau> or killed
[12:35] <tjaalton> ah, that's why there is mesa-glw in the first place
[12:35] <mok0> It's remained at 7.4 for as long as rmadison knows about
[12:35] <mok0> jcristau: nooooo
[12:35] <tjaalton> because the main mesa doesn't build libglw1 for that reason
[12:35] <jcristau> seriously, motif...
[12:35] <mok0> tjaalton: yes
[12:36] <mok0> tjaalton: lots of older apps use it... perhaps not apps in the archives, but users' apps
[12:36] <tjaalton> example?
[12:36] <mok0> ribbons
[12:37] <jcristau> if they have their own apps they can build their own glw...
[12:37] <tjaalton> google doesn't show up any useful links
[12:37] <mok0> tjaalton: http://www.cbse.uab.edu/ribbons/
[12:37] <mok0> had to find the link
[12:37] <tjaalton> Oct 1 2006: New day, retiring from UAB, but will still maintain ribbons .
[12:37] <tjaalton> so, abandoned 5y ago
[12:38] <mok0> tjaalton: it's still useful
[12:38] <jcristau> mok0: also what's wrong with 7.4 glw?  it's not like anybody touched it since then
[12:39] <mok0> jcristau: there is a bug in it, symbol missing from library
[12:39] <tjaalton> hey, there are binaries for tru64, i should try those out
[12:39] <tjaalton> :)
[12:39] <mok0> jcristau: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=624156
[12:39] <ubot4> Debian bug 624156 in libglw1-mesa-dev "libGLw.so missing glwMDrawingAreaWidgetClass" [Important,Fixed]
[12:39] <jcristau> ah yeah, remember that.
[12:40] <mok0> Well, I have issues with the policy of removing libraries from the distro
[12:40] <jcristau> *shrug*
[12:41] <mok0> People have their own (purchased, etc) software that the want to keep using
[12:41] <tjaalton> mok0: so.. looks like you did the previous uploads, and you're complaining here?
[12:42] <mok0> You can't expect my memory to span over more than a few months :-)
[12:42] <tjaalton> just checking the changelog was enough
[12:43] <mok0> tjaalton: Actually, I'm was just wondering why the libglw1-mesa package wasn't being built from mesa
[12:43] <mok0> ... perhaps the lesstif dependency could be gotten rid of
[12:43] <tjaalton> mok0: and i told you, it's also pointed out on the mesa changelog
[12:43] <mok0> tjaalton: sorry
[12:44] <mok0> tjaalton: I thought a bit of discussion wrt how to fix this was required
[12:44] <mok0> tjaalton: community, you know
[12:46] <tjaalton> mok0: it just needs an update, preferably by someone who cares enough to do the work
[12:46] <mok0> tjaalton: I'll look into it
[12:47] <mok0> tjaalton: although it would be much nice to build the library from mesa itself
[12:48] <mok0> tjaalton: don't offhand understand why the lesstiff dependency is required by a this library
[12:50] <tjaalton> mok0: because it doesn't build otherwise?
[12:50] <mok0> tjaalton: could be a test program or something that could be omitted, is what I am thinking
[18:52] <FernandoMiguel> evening


[00:18] <micahg> asac: how can I help?
[01:40] <micahg> maxb: http://honk.sigxcpu.org/con/Iceowl_extensions_1_0b1_in_experimental.html
[03:46] <micahg> asac: you on?
[06:27] <vish> hmm.. when will firefox 3.6 land in lucid?
[06:27] <micahg> vish: when it's ready ;)
[06:27] <vish> ;p
[07:22] <micahg> asac: let's talk in the morning...I think I have TB3 merged again, but I have a slight problem
[08:41] <LLStarks> what about thunderbird 3?
[11:08] <asac> vish: ffox36 is in NEW ... so waits for archive admin kick
[11:09]  * vish ha.. so asac *can* see me ;)
[11:09] <asac> one sec ;)
[11:11] <asac> https://edge.launchpad.net/~asac/+archive/sandbox/+packages
[11:11] <asac> vish: can you try to upgrade to them? ... if so i will copy them to the new firefox-stable ppa
[11:11]  * vish tires
[11:11] <asac> just add that ppa and run dist-upgrade
[11:12] <asac> and post what apt wants to do ;)
[11:13] <asac> interestingly the amd64 builders queue somehow managed to catch up over night
[11:30] <hifi> where is the official 3.6 release pushed first (ppa, any repo)?
[11:32] <asac> hifi: its stuck in NEW ... so it will be first in firefox-stable ppa
[11:32] <asac> https://edge.launchpad.net/~mozillateam/+archive/firefox-stable
[11:33] <hifi> thanks, it'll be just a day or so when it's available?
[11:37] <LLStarks> tigger?
[11:37] <LLStarks> nice.
[11:38] <asac> hifi: atm i hope in 1h ;)
[11:38] <asac> but if the latest package is bad it can take indefinitly longer
[11:39] <vish> asac: dist-upgrade says nothing to be upgraded... your sandbox is in the new repos
[11:40] <hifi> asac: ah, cool :)
[11:40] <vish> sandbox firefox stuff*
[11:41] <asac> vish: if you are running dailies then thats expected
[11:41] <asac> daily is ahead of 3.6 final
[11:42] <vish> asac: ..., i'm on lucid main
[11:42] <vish> i dont have the dailies
[11:42] <asac> vish: apt-cache policy firefox
[11:42] <asac> i am using lucid main too
[11:42] <asac> and just doing the same
[11:42] <asac> i get
[11:42] <asac> http://paste.ubuntu.com/361876/
[11:43] <asac> and http://paste.ubuntu.com/361877/ (for policy)
[11:43] <vish> asac: > http://paste.ubuntu.com/361878/
[11:44] <asac> vish: you use pinning ;)
[11:44] <asac> 600 http://archive.ubuntu.com lucid/main Packages
[11:44] <vish> asac: argh! i forgot
[11:44] <asac> drop your pinning
[11:44] <asac> :-P
[11:44] <vish> :s , thanks for pointing it out ;)
[11:45] <asac> let me know if the upgrade wents smooth
[11:46] <vish> asac: yay > http://paste.ubuntu.com/361880/  upgrading ;)
[11:47] <asac> cool
[11:52] <asac> vish: upgrade finished?
[11:53]  * asac copies to stable ppa once vish confirms ;)
[11:56] <vish> asac: worked , but weird , that it didnt check for add-on updates/compatibility , but rather just said add-ons incompatible
[11:56] <vish> i had to check manually
[11:56] <asac> interesting
[11:57] <vish> oh , crappy firefox fonts again :s
[11:57] <asac> hifi: https://edge.launchpad.net/~mozillateam/+archive/firefox-stable/ ... in a few minutes
[11:58] <asac> vish: yes
[11:58] <asac> we filed upstream bug already ... it happens because we dont use system-cairo anymore
[11:58] <asac> 15:40 < asac_> font cairo issue: https://bugzilla.mozilla.org/show_bug.cgi?id=541319
[12:00]  * vish digs for workarounds
[12:01] <asac> i dont think there are any ... besides maybe making a link to the firefox libcairo for /usr/lib/libcairo.so.2.10800.8
[12:01] <hifi> asac: thank you!
[12:01] <asac> but that might make whole desktop to crash ;) ... so be prepared for battle
[12:01] <asac> hifi: oh. its only karmic and lucid for now
[12:01] <asac> hardy and jaunty will follow soonish ;)
[12:03] <marquinos> Hi!
[12:04] <marquinos> With a proposed update, the asturian language was updated
[12:04] <marquinos> and then firefox not run any more
[12:04] <hifi> asac: I run lucid :)
[12:04] <marquinos> https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/511837
[12:05] <marquinos> Any idea about the origin of the problem? what string?
[12:07] <asac> marquinos: please check with ArneGoetje in -desktop
[12:07] <hifi> asac: it works
[12:09] <asac> great
[12:09] <asac> enjoy
[12:09] <hifi> will do, thank you very much :)
[12:10] <marquinos> asac, I don't undertand you :$ Where can I check with ArneGoetje? in irc?
[12:10] <asac> marquinos: #ubuntu-desktop
[12:10] <asac> he is probably not there till tomorrow
[12:10] <asac> yes irc
[12:11] <asac> i dont know exactly whats going on. but we moved the langpack creation thing to a different server
[12:11] <asac> so it might have something to do with that
[12:11] <marquinos> ok ;)
[12:11] <marquinos> Thanks asac !
[12:11] <marquinos> :)
[12:11] <asac> np
[12:12] <hifi> asac: btw. will that ppa always track upstream stable faster?
[12:12] <asac> yes
[12:12] <asac> thats the idea
[12:13] <asac> delay was due to the fact that we did a big refactoring of the packaging
[12:28] <hifi> hmm, what kind of video formats firefox 3.6 supports by default
[12:29] <hifi> yeah, ogg only
[13:00] <asac> fta: do you have a stable m-devscript in some ppa?
[13:01] <asac> i need to binary copy that to firefox-stable to hardy
[13:01] <asac> didnt really want to copy umd
[13:03] <asac> guess i should just copy
[13:03] <asac> doing
[13:03] <asac> lets hope that doesnt bust the -stable ppa ;)
[13:11] <asac> fta: i guess you can safely disable nmt for "jaunty"
[13:11] <asac> we will never be able to backport all the bits needed
[14:00] <fta> asac, done
[14:00] <asac> zthx
[14:00] <fta> what about ff3.5?
[14:02] <asac> disable it for now too
[14:02] <asac> also how about killing intrepid everywhere ;)?
[14:03] <asac> lets keep it running till eol
[14:19] <fta> done
[14:19] <fta> i hate people redenting with the same groups
[14:19] <fta> the server should drop the groups
[14:39] <asac> true
[14:39] <asac> thought it did
[14:40] <asac> at least the redent button should
[14:51] <asac> i386  3   555 jobs (26 hours)
[14:51] <asac> ok out for lunch etc.
[14:56] <mbana> asac: hi, just wondering if u've tried it urself
[14:59] <Ruyan> Hi, how can i install mozilla SDK on ubuntu?
[14:59] <asac> Ruyan: not sure what that is ... xulrunner-1.9.1-dev contains the xulrunner sdk
[14:59] <asac> mbana: tried what?
[15:00] <asac> lunch
[15:01] <Ruyan> i need run up xpcom
[15:23] <fta> damn, i can't login on openrunner.com with chromium
[15:25] <fta> XHR error
[15:25] <fta> damn site
[15:29] <asac> Ruyan: i think our xul -dev packages are what you are looking for
[15:35] <asac> micahg: what's the prob?
[15:35] <asac> (tb3 merge)
[15:35] <micahg> asac: I tried a bzr mv on tb3 before merge and they still conflict because of no common ancestor
[15:42] <asac> before merge?
[15:42] <asac> bzr merge -r 0.. ... worked for me
[15:42] <asac> had conflicts, but those were resolvable
[15:43] <micahg> asac: I did bzr mv on the tb3 files so they have the same name, then bzr merge -r0..-1 and I get a debian and a debian.moved dir
[15:43] <asac> debian.moved is the old tb2?
[15:43] <asac> thats ok i guess
[15:43] <micahg> asac: yes, but the diff is the entire debian dir :(
[15:44] <asac> so its tricky next steps are:
[15:44] <asac> bzr mv debian.moved/changelog changelog
[15:44] <asac> edit and add the tb3 changelog on top
[15:45] <asac> let me see if i can do the first few steps
[15:45]  * micahg was also wondering why ff changelog is in TB...
[15:45] <asac> because the tb package orginated from the ff package ;)
[15:45] <asac> iirc
[15:45] <micahg> should it stay there?
[15:46] <asac> have to look ... one sec
[15:48] <asac> ok pushed current .head to bzr push lp:~mozillateam/thunderbird/thundebird.head.tb3-take1
[15:48] <asac> now uncommitting the stuff to last 2.0 release
[15:50] <asac> if that doesnt work we can just use that i think and continue
[15:50] <micahg> well, I have the new files, I can copy the stuff in with meld...
[15:52] <asac> meld?
[15:53] <micahg> merge tool
[15:55] <asac> ok this works:
[15:55] <asac> (not great, but better than not merging at all)
[15:55] <asac> bzr rm debian
[15:56] <asac> bzr commit --local -m "* delete all packaging files to prepare tb3 merge"
[15:56] <asac> bzr merge -r0.. ../thunderbird-3.0.head
[15:56] <asac> let me commit those two steps
[15:57] <micahg> that basically has the same problem I have
[15:58] <micahg> delete old add new
[15:59] <asac> no
[15:59] <asac> its different
[15:59] <asac> you didnt do merge -r0..
[15:59] <asac> so now we have the same you initially did, but the branch has the full tbird 3 commit history
[15:59] <asac> so now you can use bzr mv etc.
[15:59] <asac> to replay what you did before
[15:59] <asac> committed the delete and then merge
[15:59] <asac> rev 115
[16:00] <asac> the tb3-take1 branch still has all from what you had
[16:00] <asac> not perfect, but bets we can do i guess
[16:00] <asac> the tbird branch should never have been started from scratch to begin with ;)
[16:01] <asac> micahg: so you think you can go on now with bzr mv etc.?
[16:01] <micahg> asac: now I can probaby merge in my local tb3.head :)
[16:01] <asac> err that sounds like it would be bad
[16:01] <asac> but try
[16:02]  * micahg will try to have this done by 19:00 UTC
[16:02] <asac> i am quite sure you have to to replay
[16:02] <micahg> asac: I redid my local TB3
[16:02] <asac> ah
[16:02] <asac> ok
[16:02] <asac> why not try it right now ;)?
[16:02] <asac> while i am still here
[16:02] <asac> will be on the road a bit later ;)
[16:04] <asac> 17:03 < asac> thunderbird.dev$ bzr log --include-merges | pastebinit
[16:04] <asac> 17:03 < asac> http://paste.ubuntu.com/362021/
[16:04] <asac> 17:03 < asac> there is the whole history ;)
[16:04] <asac> posted to wrong channel :-P
[16:13] <micahg> ok, my bzr mv changes worked now, but we need some of the packaging stuff from TB2 :(
[16:13] <micahg> should I just copy those back in
[16:15] <micahg> asac: ^^
[17:08] <mbana> hello
[17:08] <mbana> who's using KDE
[17:56] <asac_> micahg: what packaging stuff?
[17:56] <micahg> asac_: some of the files that weren't in the 3.0 branch
[17:57] <asac_> should be ok to add them again
[17:57] <micahg> k, I'll meld the changes in
[17:57] <micahg> asac_: what happened to ff36?
[17:57] <asac_> in firefox-stable
[17:57] <asac_> but stuck in NEW :/
[17:58]  * micahg missed that somehow
[17:58] <asac_> https://edge.launchpad.net/~mozillateam/+archive/firefox-stable/+packages
[17:58] <asac_> https://edge.launchpad.net/ubuntu/lucid/+queue
[17:59] <micahg> ah, ok, do you need an archive admin to allow?
[17:59] <micahg> since it's a new source?
[17:59] <sebner> micahg: aye
[18:00] <asac_> yes ... i thought it wasnt new because that source was still in hardy etc. but seems i was wrong ;)
[18:00] <sebner> asac_: what does mfs stand for?
[18:00] <asac_> moz ffox stable
[18:03] <sebner> asac_: haha, you are way to serious. What speaks against leaving mfs out? Most people will ignore/don't understand it anyways
[18:05] <asac_> no its good to have it
[18:06] <sebner> asac_: speaking of ff, any progress regarding TB?
[18:06] <micahg> sebner: testing build now :)
[18:07] <sebner> micahg: ah I forgot, you are in charge of it :D
[18:07] <micahg> sebner: I'm attempting it :)
[18:07] <sebner> heh
[18:07] <sebner> micahg: testbuilding means upload to Ubuntu if everything is going fine?!
[18:08] <micahg> sebner: probably, but I think I'll need to tweak a few things ;)
[18:08] <sebner> micahg: nothing against you but you are tweaking since the 3.0 release 2 months ago :P FF3.6 just got released some days ago and it's ready :P
[18:09] <micahg> sebner: I wasn't working on it straight for 2 months...
[18:09] <sebner> ^^
[18:09] <micahg> I was missing some bzr fundamentals on my first try
[18:10] <sebner> nvm nvm, it's was more of a joke anyways
[18:10] <micahg> sebner: asac's been working behind the scenes on the ff 3.6 migration since UDS I think
[18:10] <asac_> me?
[18:10] <asac_> no
[18:10] <micahg> no
[18:10] <micahg> ?
[18:10] <julio> hi there, i've just added the daily repo to my sources and updated on the will of having 3.6 but when installed firefox-3.6 and firefox-3.6-gnome-support nothing changed. Any clue of what might be wrong?
[18:10] <micahg> julio: install firefox
[18:11] <asac_> i was working on firefox-support-model in that i planned etc. but hands on work i didnt really do
[18:11] <julio> i already have it... 3.5.7
[18:11] <micahg> firefox-3.6 is no longer..it'
[18:11] <micahg> s migrated to firefox in the daily ppa
[18:11] <julio> should i remove it prior to install?
[18:11] <asac_> i did firefox-3.5 all-static sometimes after UDS ... proof of concept thing ... like two times a few hours
[18:11] <micahg> no, it should upgrade
[18:12] <julio> also someone told me that it could appear as namoroka or comething line on the internet menu but is not there either
[18:12] <julio> any clue?
[18:13] <asac_> julio: dpkg -l firefox\*
[18:13] <asac_> paste.ubuntu.com
[18:14] <micahg> asac_: /bin/sh: debian/thunderbird.postinst: not found
[18:14] <asac_> julio: you need to run apt-get dist-upgrade
[18:14] <micahg> I have the .in file
[18:15] <asac_> micahg: the .in file is transformed in debian/rules
[18:16] <julio> asac_, http://paste.ubuntu.com/362096/
[18:16] <asac_> you need to drop the version there
[18:16] <asac_> julio: the daily takes over 3.5.7 ... you just have to upgrade your system after adding the ppa
[18:16] <asac_> installing firefox-3.6 etc. wasnt really necessary
[18:17] <asac_> julio: you could also remove those two packages again and rather go for the stable ppa: ppa:mozillateam/firefox-stable
[18:17] <asac_> which isnt daily ;)
[18:17] <asac_> and has 3.6
[18:18] <micahg> asac_: fixed, I goofed the .rules file when I added some stuff :9
[18:18] <asac_> k
[18:18] <julio> well... dist-upgrade or or the last thing?
[18:18] <asac_> depends on whether you want to use dailies for your main browser in future
[18:18] <asac_> if not go the stable route
[18:19] <julio> so if i want to use the stable one i can safely remove daily from my sources?
[18:19] <asac_> yes
[18:19] <asac_> add the stable ppa in /topic instead
[18:21] <julio> how can i add the ppa on the command line? mean, editing on vim... the "deb something lines"
[18:21] <micahg> julio: karmic?
[18:21] <julio> yup
[18:22] <asac_> julio: ^^
[18:22] <micahg> asac_: add sudo there
[18:22] <micahg> asac_: nm
[18:22] <asac_> but you need to remove daily explicitly ;)
[18:22] <asac_> but thats clear i guess
[18:22]  * micahg need to fix the pins :)
[18:22] <julio> so sudo ppa:mozillateam/firefox-stable right?
[18:23] <micahg> sudo add-apt-repository ppa:mozillateam/firefox-stable
[18:23] <julio> i've asked for the deb lines as i feel more comfortable having all the ppas grouped :p
[18:24] <micahg> julio: https://edge.launchpad.net/~mozillateam/+archive/firefox-stable
[18:24] <julio> will this add it at the end of the file?
[18:24] <asac_> no
[18:24] <micahg> julio: it creates its own file in sources.list.d
[18:24] <asac_> it will add a new file in /etc/apt/sources.list.d/
[18:24] <asac_> ack
[18:24] <asac_> best way to do it in general
[18:25] <julio> advantages?
[18:25] <asac_> i am not here to convince anyone
[18:26] <micahg> julio: imports key for you
[18:26] <julio> ic
[18:26] <micahg> asac_: seems to be buiilding :)
[18:27] <asac_> it starts building. then wait till it fails
[18:27] <asac_> and fix stuff
[18:27] <asac_> probably need to be really lucky to not fail ...
[18:27] <asac_> have you dropped the patch that appends version etc?
[18:27] <asac_> that needs to be dropped now
[18:27] <micahg> asac_: I modified the profile patch to not add version
[18:28] <asac_> thunderbird-3-profile.patch
[18:28] <asac_> good
[18:28] <micahg> I kept the substitution of %APP_NAME% for thunderbird
[18:28] <micahg> like we did for firefox
[18:28] <asac_> ok
[18:29] <micahg> although, it probably can be dropped too if it's unversioned I guess
[18:29] <asac_> we keep it in firefox because of the abrowser thing. i dont think thats needed here directly anymore ... but well
[18:29] <asac_> ;)
[18:29] <asac_> yes
[18:29] <asac_> the complete patch can go
[18:29] <micahg> k, next spin ;)
[18:29] <asac_> we would need it for a thunderbird-dev package etc.
[18:29] <asac_> err
[18:29] <asac_> thunderbird-daily
[18:29] <asac_> thunderbird-beta
[18:29] <asac_> etc.
[18:29] <asac_> -dev would be confusing ;)
[18:29] <asac_> anyway. have to pack things and then travel. fell asleep when i targetted to travel
[18:30] <asac_> will check later whats going on
[18:30] <micahg> I think I found the stuff for the -dev package...
[18:30] <asac_> guess a bit more than 2.5h from now
[18:30] <asac_> micahg: lets do the -dev package after the upload ;)
[18:30] <micahg> 0ubuntu2?
[18:31] <asac_> well. lets first get there ;)
[18:31] <asac_> off for now
[18:34] <julio> ok. added the stable repo, should i install it manully now or a apt-get upgrade will do it?
[18:34] <julio> it offers only 3.5
[18:34] <micahg> apt-get dist-upgrade
[18:38] <julio> on it, in the mean time... is there a way of checking for duplicated ppas? every time i do an upgrade it checks for like 120 places... :p
[18:38] <jcastro> you could go clean up what you have in /etc/apt/sources.list.d/
[18:40] <julio> well, 3.6 at last :D thanks for that, where sould i go to install spanish lang pack?
[18:40] <micahg> julio: no langpacks yet
[18:41] <micahg> unless you want to install the upstream one, but you have to remember to remove it later
[18:41] <julio> upstream?
[18:41] <micahg> from mozilla
[18:42] <julio> what is that?
[18:42] <micahg> mozilla is the maker of firefox
[18:43] <julio> sorry, question was for upstream :p
[18:43] <julio> what does it mean?
[18:43] <micahg> oh, upstream is mozilla
[18:43] <micahg> you install an .xpi from them
[18:43] <micahg> vs installing an ubuntu language pack
[18:43] <micahg> we don't have the language packs yet, they'll come later in the lucid cycle
[18:44] <julio> i've done that for my 3.5 when intalled
[18:44] <julio> thought it was normal
[18:44] <micahg> no, they normally come in the ubuntu language pack for releases
[18:45] <julio> where can i get the xpi?
[18:46]  * micahg is looking
[18:52]  * micahg is at a loss...
[18:52] <micahg> gavin: where can we find the upstream language packs?
[18:52] <julio> lol, san google?
[18:56] <gavin> for what version?
[18:56] <micahg> gavin: 3.6
[18:57] <gavin> http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/latest-mozilla-1.9.2-l10n/
[18:58] <julio> :D the big G got me there a few secs ago
[18:58] <micahg> julio: ^^
[18:58] <julio> thanks
[18:58]  * micahg must be rusty on google fu
[19:00] <julio> fu?
[19:00] <micahg> julio: slang term...
[19:00] <julio> is the same as in script fu on gimp?
[19:00] <julio> i don't know what it means
[19:01] <micahg> julio: probable ;) http://www.urbandictionary.com/define.php?term=google+fu
[19:01] <julio> well found an es-ar langpack but it says 3.6pre
[19:01] <julio> is that the one i'm looking for?
[19:02] <micahg> julio: it should be 3.6.1pre
[19:03] <julio> i skipped it as ff said 3.6, thought it was for a beta or so
[19:04] <micahg> asac_: we need to profile patch for profile migration :)
[19:32] <julio> micahg, well got it in spanish, thanks
[20:45] <Varnion> boas
[20:45] <Varnion> tenho problemas com flash
[20:45] <BUGabundo> english Varnion
[20:46] <Varnion> ah
[20:46] <Varnion> tao esuqce xD
[20:46] <BUGabundo> lol
[20:46] <BUGabundo> fta: where should flash 64bits .so be placed for Chromium to work ?
[20:50] <fta> usual plugin dirs
[20:51] <BUGabundo> fta: and where is that?
[20:51] <BUGabundo> I only know .mozilla/plugins
[20:52]  * micahg sees a lot of symlinks in flashplugin-installer
[20:53] <BUGabundo> yeah
[20:53] <BUGabundo> and wrapper is broken again in 64 bits
[20:53] <BUGabundo> just trying to help this user
[21:52] <asac_> micahg: profile patch for profile migration?
[21:52] <asac_> sounds wrong. we need to modify the startscript to properly migration
[21:52] <asac_> and need to copy the profile migration dialog
[21:52] <micahg> asac_: yeah from .mozilla-thunderbird to .thunderbird
[21:53] <asac_> we need to migration from .mozilla-thunderbird/... to .thunderbird by default
[21:53] <asac_> if user also has .thunderbird-3.0 we need to ask which one should be used
[21:53] <asac_> like we do for firefox
[21:53] <asac_> the profile migrator
[21:53] <asac_> its debian/migrator/main.c
[21:53] <asac_> in firefox-3.6.head
[21:53] <asac_> and its compiled in debian/rules
[21:53] <asac_> check that ... and put that into tbird too
[21:54] <asac_> of course adjust the text in the dialog ;)
[21:54] <micahg> asac_: k, I had to pull a new source tarball, I was ahving trouble with 3.0
[21:54] <asac_> ok. not sure why, but ok
[21:54] <asac_> sounds like you had some other issues ;)
[21:54] <asac_> but if you have a good one now its fine
[21:55] <micahg> I'm pulling 3.0.1
[21:55] <asac_> nah
[21:55] <asac_> please pull 3.0
[21:55] <asac_> thats what we started to do
[21:55] <asac_> we should finish that and then go for 3.0.1 after thats done
[21:55] <asac_> anyway. remember to push what you have EOD
[21:55] <asac_> i will continue it in case its not finished
[21:55] <micahg> asac_: I'm doing 3.0.1 now
[21:56] <asac_> does 3.0 work already?
[21:56] <asac_> please dont
[21:56] <micahg> I think the version file was messed up
[21:56] <asac_> fix 3.0
[21:57] <micahg> k, I'll pull a new 3.0 then
[21:57] <asac_> you still have the tarball from last time
[21:57] <micahg> somehow, I got 3.0.2 in my 3.0pre
[21:57] <asac_> keep using it
[21:57] <micahg> er, 3.0
[21:57] <asac_> the tarball isnt really important
[21:57] <micahg> k
[21:57] <asac_> any tarball created by dailies should be fine
[21:57] <asac_> just dont bump the changelog to something ahead of 3.0
[21:57] <micahg> I was getting an error with regards to libdir
[21:58] <asac_> new tarball is never an answer to such issues
[21:59] <micahg> k
[21:59] <asac_> just wastes time ;)
[22:02]  * micahg found it...
[22:02] <micahg> forgot to unversion something
[22:02] <micahg> asac_: the install dir should be unversioned, right?
[22:02] <asac_> right ;)
[22:02] <micahg> not like ff?
[22:02] <asac_> no
[22:02] <asac_> it should be versioned
[22:02] <micahg> ugh
[22:02] <asac_> no need to patch
[22:02] <asac_> upstream already does it
[22:03] <asac_> the right way
[22:04] <micahg> k, trying again
[22:05] <micahg> asac_: are we still installing stuff in /usr/share/thunderbird?
[22:05] <asac_> no
[22:05] <asac_> well i dont know
[22:05] <micahg> ah, ok, so that wasn't a bug
[22:05] <micahg> well
[22:05] <micahg> in 2.0 we did
[22:05] <asac_> what i know is that the thunderbird-3.0.install file
[22:05] <micahg> in the new package we don't
[22:05] <asac_> is good
[22:05] <asac_> just needs to be renamed
[22:05] <asac_> without content changes
[22:05] <micahg> k
[22:05] <asac_> e.g. still usr/lib/thunderbird-*/
[22:06] <asac_> yes
[22:06] <asac_> its intentional that we dont split stuff to /usr/share
[22:06] <asac_> thats a useless debian policy
[22:06] <micahg> so we don't even need the links file them
[22:06] <micahg> *then
[22:06] <asac_> if the links file only does that
[22:06] <asac_> then yes
[22:06] <asac_> imo the stuff we had in thunderbird-3.0.head was good
[22:06] <asac_> just the package names needed to be changed
[22:06] <asac_> to unversioned
[22:07] <micahg> k
[22:09] <micahg> asac_: we're not using system dictionaries?
[22:10] <asac_> we are using them
[22:10] <asac_> at least thats the idea
[22:10] <micahg> it's not symlinked
[22:10] <asac_> so yeah. thats probably one link
[22:10] <asac_> right
[22:10] <micahg> but it's in the install file
[22:10] <asac_> if its not in tbird-3.0.head before the rename
[22:10] <asac_> dont bother
[22:10] <asac_> we can do that after teh upload
[22:10] <micahg> k
[22:10] <asac_> first lets get it to state we had dailies, just renamed
[22:11] <micahg> k
[22:12] <joelinux> micahg: you there
[22:12] <micahg> joelinux: yep
[22:12] <micahg> asac_: I think I almost got it
[22:13] <joelinux> Is there a way I can copy my +junk branch over to seamonkey ? I get "is not compatible with" when I try and push from the branch I checked out
[22:14] <micahg> idk
[22:14] <joelinux> :-)
[22:14] <micahg> asac_: if I've been using debuild -nc to test, how do I make it do a clean build?
[22:14]  * micahg thinks he goofed on upstream dir
[22:14] <micahg> it's fixed now
[22:14] <micahg> but I think I have to do a rebuild
[22:16] <asac_> micahg: why do you want a full rebuild?
[22:16] <asac_> a full rebuild always costs lots of time so better try to do an incremental and only when you think its all ok, do a full rebuild to test everything
[22:16] <micahg> I didn't have the upstream dir versioned die to the patch
[22:16] <asac_> (saves lots of time)
[22:16] <micahg> I dropped the patch
[22:16] <asac_> micahg: ah ... ok
[22:16] <micahg> I know it's been saving me time
[22:17] <micahg> I think this might be the last thing
[22:17] <asac_> so you dropped the patch ... then you can try to remove the debian/stamp-*make* file
[22:17] <asac_> in that way debuilc -nc runs a full make on the tree
[22:17] <asac_> bjut doesnt rebuild everything
[22:17] <micahg> ah, k
[22:17] <asac_> just those files changed
[22:17] <asac_> sometimes there is no good way, but first try
[22:17] <asac_> if that doesnt help you need a ful lrebuild
[22:18] <micahg> asac_: should the bug to upload TB3 go at the top with the upstream bugs fixed?
[22:19] <micahg> or under my name?
[22:22] <micahg> asac_: is there a way to depatch, repatch without a full rebuild?
[22:23]  * micahg thinks he figured it out
[22:23] <micahg> asac_: if I remove stamp-patched will it repatch?
[22:28] <asac_> micahg: not repatch, but patch
[22:28] <asac_> at best dont do that
[22:28] <asac_> you can use quilt in the build-tree
[22:28] <asac_> to get the tree in the state you want
[22:28]  * micahg found it, yep that's what I did
[22:28] <asac_> just ensure that make stamp is dont
[22:28] <micahg> dont?
[22:29] <asac_> is not existing
[22:29] <asac_> you can even run make in the build-tree
[22:29] <asac_> and then just debuild -nc
[22:29] <micahg> k, think I got it now
[22:29]  * micahg is learning :)
[22:29] <asac_> heh
[22:29] <asac_> great
[22:29] <micahg> still had the old patch applied
[22:30] <asac_> yeah
[22:30] <asac_> ;)
[22:31] <micahg> good new is tb3 branch hasn't broken any of our packaging since release...otherwise I'd be in trouble using 3.0.2pre to test this
[22:32] <micahg> ugh
[22:33] <micahg> something's still not right
[22:34] <asac_> what happens?
[22:34] <micahg> it's still doing make install unversioned
[22:37] <asac_> micahg: how did the patch look like that you dropped?
[22:38] <asac_> if that touched a Makefile.in and the Makefile doesnt get updated for some reason, just run ./config.status
[22:38] <asac_> then make
[22:38] <asac_> and make install DESTDIR=/tmp/test
[22:38] <asac_> to see whats going on
[22:38] <asac_> ;)
[22:38] <micahg> http://pastebin.com/f71bb275d
[22:39] <asac_> so yeah... autoconf.mk.in probably doesnt trigger an update of the autoconf.mk
[22:39] <asac_> so run ./config.status
[22:39] <asac_> ensure that you see that autoconf.mk gets generated
[22:39] <asac_> same for mozilla.in
[22:39] <micahg> I see autoconf.mk recreated
[22:40] <micahg> I don't see mozilla.in
[22:41] <micahg> or rather I don't see it regenerated
[22:41] <micahg> ./config.status doesn't do anything in the mozilla dir
[22:42] <micahg> asac_: ^^
[22:46] <asac_> micahg: http://paste.ubuntu.com/362228/
[22:46] <asac_> thats what happens in a ffox tree
[22:47] <asac_> i am really sure same happens in tbird tree
[22:47] <asac_> oh ... there might be two config.status
[22:47] <micahg> k, that's what I got
[22:47] <asac_> e.g. you might need to cd in the mozilla dir and there is another config.status
[22:47] <micahg> no mozilla.in
[22:47] <micahg> ah :)
[22:47] <asac_> tbird basically has the full xulrunner/ffox tree nested inside
[22:48] <asac_> so you have mozilla/mozilla/ ;)
[22:48] <asac_> or am i wrong?
[22:48] <micahg> well, make is rerunning
[22:48] <asac_> top mozilla is comm-central ... nested one is mozilla-central
[22:48] <micahg> yep
[22:48] <micahg> or in our case comm-191 and moz-191
[22:49] <asac_> micahg: yeah. just double check that the make really goes in the nested mozilla
[22:49] <asac_> maybe the use a hand crafted stamp mechanism to not rebuild full mozilla/ nested
[22:49] <asac_> but i hope now
[22:49] <asac_> not
[22:50] <micahg> heh
[22:50] <micahg> seems to work now, let me try debuild -nc
[22:50] <asac_> good
[22:50] <asac_> yeah
[22:50] <asac_> probably is good now
[22:50] <asac_> well done
[22:51] <asac_> ;)
[22:51]  * micahg hopes there are no more issues with the build...
[22:51] <micahg> :) got further than last time
[22:52] <micahg> cp: not writing through dangling symlink `debian/thunderbird/usr/share/pixmaps/thunderbird.png'
[22:52] <micahg> ?
[22:53] <micahg> heh, double link...
[22:53] <asac_> not sure
[22:53] <asac_> feels like messy link
[22:53] <asac_> right
[22:53] <micahg> it was trying to link from /u/s/tb
[22:53] <asac_> from or to?
[22:53] <asac_> /usr/share?
[22:53] <micahg> from
[22:53] <asac_> thought we dont have there anything
[22:54] <asac_> wasnt that the idea? just /usr/lib
[22:54] <micahg> yeah, I'll fix the links file to link properly
[22:54] <asac_> right
[22:54]  * micahg missed it
[22:54] <asac_> debuild -nc should work for tha
[22:54] <asac_> t
[22:55] <asac_> so ... when all that works what usually helps to get this all digested is to safe the stuff that worked and think about how you can split up the work in multiple steps
[22:56] <asac_> so you can commit them one by one
[22:56] <asac_> in that way you reflect on the process of doing it and next time you can use that as a blueprint to predict the process for a different change you want to od ;)
[22:57] <asac_> but guess you will figure ;)
[22:57] <asac_> fg
[22:57] <asac_> oops
[22:59] <micahg> asac_: do we still need the mozilla-thunderbird binary symlink?
[23:01] <micahg> heh, the icon isn't there
[23:02] <micahg> that's the issue
[23:02] <micahg> 64 pixel isn't there, what should I install?
[23:04] <micahg> nm
[23:06] <asac_> yes, lets keep the symlink for binary
[23:08]  * micahg was installing the file over a link :(
[23:11] <micahg> I got a lot of shlibs:depends warnings
[23:13] <micahg> asac_: also, which copyright file should be used the original or fta's
[23:13] <micahg> asac_: I have the deb packages :)
[23:18] <micahg> asac_: should I risk installing my .deb package?
[23:19] <asac_> micahg: good idea is to check the content ... you can run a find debian/PACKAGENAME
[23:19] <asac_> to see what it would look like
[23:19]  * micahg is backing up my tb3 profile
[23:19] <asac_> thats usually a good idea too
[23:20] <asac_> if you have a .mozilla-thunderbird back that up too
[23:20] <micahg> hmm
[23:20] <micahg> still a little goofy
[23:21] <micahg> do I still need to link these libs: http://pastebin.com/fc643d0e
[23:22] <asac_> that looks wrong
[23:23] <asac_> do we create those links?
[23:23] <micahg> that should be in the thunderbird dir
[23:23] <micahg> it was from tb2
[23:23] <asac_> those we dont need
[23:23] <micahg> maybe I should try without that file
[23:24] <asac_> imo we really just needed what was in tb3 branch
[23:24] <asac_> stuff like copyright etc. might be better in tb2
[23:24] <asac_> but the general packaging was ok afaik
[23:24] <micahg> yeah, I was going to ask about the copyright file
[23:24] <micahg> you have one from 2003 and fta has one from when he made tb3 branch
[23:25] <asac_> the 3.0 one looks quite ok
[23:25] <micahg> k
[23:26] <fta> what are you trying to do?
[23:26] <micahg> make tb3 release
[23:26] <fta> isn't my branch ok as it is? i mean + the profile migration stuff from ff?
[23:27] <fta> why reuse anything from tb2 at all?
[23:27] <micahg> missing man page and a couple of other things
[23:27] <fta> it should be easy to cherry picj
[23:27] <fta> k
[23:27] <micahg> yep
[23:27] <asac_> its all fine
[23:27] <micahg> that's what I did
[23:27] <asac_> just flashing out the details
[23:27] <asac_> and the rename of packages before the upload
[23:28] <micahg> there's this line in the copyright: EDIT: downloaded from CVS (until 3.0 is released) using the following commands:
[23:28] <micahg>    debian/rules get-orig-source (you need to install mozilla-devscripts >= 0.05)
[23:28] <asac_> remove the until bracket stuff
[23:28] <asac_> and say "to get latest upstream snapshot, ..."
[23:29] <asac_> "get latest upstream snapshot from CVS using ...
[23:29] <asac_> "
[23:29] <asac_> maybe do another paragraph
[23:29] <micahg> I'm assuming s/CVS/HG
[23:30] <asac_> "get a specific tag by using ... get-orig-source DEBIAN_TAG=THUNDERBIRD_VERSION_tag=version"
[23:30] <asac_> yeah hg
[23:30] <asac_> it is
[23:30] <asac_> and drop the minimum m-devscripts version
[23:30] <asac_> unless we know whats the real minimum required for hg
[23:30] <asac_> maybe just say: "needs a recent mozilla-devscripts"
[23:31] <asac_> anyway. those are details ;) ... first check that everything works
[23:31] <asac_> :-P
[23:31]  * micahg hopes he doesn't blow up his system :0
[23:31] <asac_> so if find debian/thunderbird looks ok
[23:31] <asac_> just install the package
[23:31] <asac_> nah ;)
[23:31] <asac_> unlikely
[23:32] <asac_> unless you have stuff in postinst that rm -rf /
[23:32] <asac_>  ;)
[23:32] <asac_> micahg: commit stuff ;)
[23:32] <asac_> pus to a private branch
[23:32] <asac_> in that way you dont loose your work if you trashh everything
[23:32] <micahg> I meant my TB stuff
[23:32] <micahg> I backed it up
[23:32] <asac_> not that i would think it happens
[23:32] <asac_> ah
[23:32] <asac_> seems safe
[23:33] <asac_> if you backup profile
[23:33] <micahg> http://pastebin.ubuntu.com/362245/
[23:33] <micahg> I have to run out for about an hour
[23:33] <asac_> k
[23:33] <micahg> I would assume I should add a conflicts for that package?
[23:33] <asac_> yes thats a bug in thunderbird-locale-en-gb
[23:33] <asac_> remove that package for now
[23:34] <asac_> and file a bug bug against that langpack
[23:35] <micahg> enigmail also conflicts
[23:35] <asac_> yes. thats a bug too somewhat
[23:35] <asac_> but enigmail needs to be fixed anyway
[23:35] <asac_> for this
[23:35] <micahg> yep
[23:35] <asac_> so remove it for now
[23:35] <asac_> and file a bug against enigmail ;)
[23:35] <asac_> "enigmail not ready for tb3"
[23:35] <asac_> or something
[23:36] <micahg> nah, there's already a bug to update
[23:36] <asac_> good
[23:36] <asac_> just ensure its there and when tbird enters the archive
[23:36] <asac_> that should become RC
[23:36] <micahg> well, it installed ok, but as shredder
[23:36] <asac_> e.g. targetted for lucid and milestoned for beta or something
[23:36] <micahg> because I was using 3.0.2pre
[23:37] <asac_> yes thats fine
[23:37] <asac_> so try a build with the 3.0 tarball you hopefully have still ;)
[23:37] <asac_> test tbird a bit and see if all is fine
[23:37]  * asac_ wonders if the builders already built the hardy etc. firefox-stable
[23:38] <asac_> nope
[23:38] <asac_> lol i3863 650 jobs (28 hours)
[23:38] <asac_> see there are no mozilla/chromium or other dailies on the current i386 builders
[23:39] <asac_> seems its not just us ;
[23:39] <asac_> )
[23:39] <asac_> busting the builder
[23:39] <asac_> s
[23:39] <micahg> k asac, trying again with 3.0 tarball, bbiab
[23:39] <asac_> great
[23:43] <asac> i think i have to close irssi ;) bad state


[00:12] -queuebot:#ubuntu-release- New binary: tesseract [arm64] (kinetic-proposed/universe) [5.1.0-1] (i386-whitelist, kubuntu)
[00:16] -queuebot:#ubuntu-release- New: accepted ros2-osrf-testing-tools-cpp [arm64] (kinetic-proposed) [1.5.1+ds-1]
[00:16] -queuebot:#ubuntu-release- New: accepted tesseract [arm64] (kinetic-proposed) [5.1.0-1]
[00:16] -queuebot:#ubuntu-release- New: accepted ros2-osrf-testing-tools-cpp [armhf] (kinetic-proposed) [1.5.1+ds-1]
[03:24] -queuebot:#ubuntu-release- New binary: ros2-performance-test-fixture [ppc64el] (kinetic-proposed/universe) [0.0.8-1] (no packageset)
[03:24] -queuebot:#ubuntu-release- New binary: ros2-performance-test-fixture [s390x] (kinetic-proposed/universe) [0.0.8-1] (no packageset)
[03:25] -queuebot:#ubuntu-release- New binary: ros2-performance-test-fixture [amd64] (kinetic-proposed/universe) [0.0.8-1] (no packageset)
[03:43] -queuebot:#ubuntu-release- New binary: ros2-performance-test-fixture [arm64] (kinetic-proposed/universe) [0.0.8-1] (no packageset)
[03:43] -queuebot:#ubuntu-release- New binary: ros2-performance-test-fixture [armhf] (kinetic-proposed/universe) [0.0.8-1] (no packageset)
[03:45] -queuebot:#ubuntu-release- New binary: ros2-performance-test-fixture [riscv64] (kinetic-proposed/universe) [0.0.8-1] (no packageset)
[13:40] <RikMills> ubuntu-archive: please accept kalander synced from debian. this is one of the few missing parts of KDE gear 22.04 (we had packaged and uploaded the rest ahead of debian)
[13:40] <RikMills> users have been requesting kalander a fair bit
[13:43] <tsimonq2> On a similar note, it's worth noting that when the LXQt 1.1 stack lands, there's two source NEW packages. Debian has become pretty inactive so if I don't see anything by late this cycle I'll make sure that we're making changes in Debian too (I'd like to give the existing maintainers the benefit of the doubt before I just upload over their stuff)
[14:17] <jbicha> https://people.canonical.com/~ubuntu-archive/pending-sru.html is out of date again
[14:50] <bdmurray> jbicha: I'm looking on snakefruit and its up to date
[14:51] <bdmurray> and now its fine for me
[14:51] <bdmurray> oops, pending-sru vs phased-updates
[14:52] -queuebot:#ubuntu-release- New: accepted ros2-performance-test-fixture [arm64] (kinetic-proposed) [0.0.8-1]
[14:52] -queuebot:#ubuntu-release- New: accepted ros2-performance-test-fixture [riscv64] (kinetic-proposed) [0.0.8-1]
[14:52] -queuebot:#ubuntu-release- New: accepted ros2-performance-test-fixture [armhf] (kinetic-proposed) [0.0.8-1]
[14:53] -queuebot:#ubuntu-release- New: accepted ros2-performance-test-fixture [amd64] (kinetic-proposed) [0.0.8-1]
[14:53] -queuebot:#ubuntu-release- New: accepted ros2-performance-test-fixture [s390x] (kinetic-proposed) [0.0.8-1]
[14:53] -queuebot:#ubuntu-release- New: accepted ros2-performance-test-fixture [ppc64el] (kinetic-proposed) [0.0.8-1]
[14:57] <bdmurray> anyway, I'll look into it
[15:07] -queuebot:#ubuntu-release- New: accepted kalendar [sync] (kinetic-proposed) [22.04.1-1]
[15:33] <falcojr> sil2100 (or other vanguard for today?): cloud-init has an SRU for B, F, I, and J per <https://bugs.launchpad.net/ubuntu/+source/cloud-init/+bug/1974235> . If there is time today to review that SRU, testing is complete
[16:33] <icey[m]> hey bdmurray - I've verified https://bugs.launchpad.net/ubuntu/+source/ceph-iscsi/+bug/1883112 , but I'm not sure what to do about the Incomplete focal, it seems like it should still be fix-committed as it's in proposed?
[16:45] <bdmurray> icey[m]: I set it to Incomplete based on comment #11. So you were able to verify it despite the other bug Liam reported?
[16:46] <icey[m]> bdmurray: yeah I was, I'm kind of curious given that the linked bug is fixed in jammy, but not impish, but the test-case worked perfectly for me
[16:50] <bdmurray> slyon: I've updated the autopkgtest environment with the cross arch filtering
[17:02] <bdmurray> icey[m]: I'd feel better if we knew what happend with Liam's verification
[17:47] <icey[m]> bdmurray: indeed - I'm wonderinf if it's because I have nothing setting up TLS in my environment
[17:47] <icey[m]> wondering*
[18:16] <icey[m]> bdmurray: some digging around and i'm fairly confident (will bug gnuoy about it) that I'm not hitting that issue because I'm. not setting up Vault in my environment (so no certificates)
[18:19] <icey[m]> reading through the charm's setup, paired with the setup code referenced in ceph-iscsi suggests that we're skipping the affected code entirely
[18:26] <icey[m]> bdmurray: and I've commented on the bug about it as well now
[18:54] <jbicha> upstream keeps asking me about when the gnome-remote-desktop update will reach jammy, so I'm passing along the request to release it to jammy-updates
[19:06] -queuebot:#ubuntu-release- New binary: kalendar [arm64] (kinetic-proposed/universe) [22.04.1-1] (no packageset)
[19:06] -queuebot:#ubuntu-release- New binary: kalendar [armhf] (kinetic-proposed/universe) [22.04.1-1] (no packageset)
[19:09] -queuebot:#ubuntu-release- New: accepted kalendar [arm64] (kinetic-proposed) [22.04.1-1]
[19:09] -queuebot:#ubuntu-release- New: accepted kalendar [armhf] (kinetic-proposed) [22.04.1-1]
[20:04] <tsimonq2> LXQt 1.1 incoming. source NEW packages are qtxdg-tools and xdg-desktop-portal-lxqt
[20:04] <tsimonq2> I'm a bit rusty on source NEW... please be patient :)
[20:04] -queuebot:#ubuntu-release- Unapproved: rejected cinder [source] (impish-proposed) [2:19.1.0-0ubuntu1]
[20:06] <bdmurray> coreycb: there's an exisiting SRU of cinder for impish which is unverified
[20:07] <coreycb> bdmurray: the new one should include the existing one in its changes file
[20:09] <bdmurray> coreycb: Okay, I see that now
[20:09] <coreycb> ok, thanks bdmurray
[20:13] -queuebot:#ubuntu-release- Unapproved: rejected cinder [source] (impish-proposed) [2:19.1.0-0ubuntu1]
[20:35] <seb128> is the autopkgtest infra comparing the architecture to the dpkg or target one?
[20:36] <seb128> in https://launchpadlibrarian.net/604809772/espeak-ng_1.51+dfsg-7ubuntu1_1.51+dfsg-7ubuntu2.diff.gz I changed the fuzz test to be Architecture: amd64 arm64'
[20:36] <seb128> but the log on<EMAIL_ADDRESS>states
[20:36] <seb128> 'fuzz                 FAIL badpkg'
[20:36] <seb128> is there another way to filter out i386?
[20:37] <seb128> similarly the 'tests' one was marked !i386 but
[20:37] <seb128> tests                FAIL non-zero exit status 25
[20:41] <jbicha> seb128: I was thinking earlier today that maybe you should add back skip-not-installable
[20:41] <seb128> jbicha, that wouldn't solve the fact that tests is failing on i386
[20:42] <seb128> jbicha, I proposed https://code.launchpad.net/~seb128/britney/+git/britney/+merge/423674 but that didn't get accepted
[20:42] <seb128> I'm a bit stucked on what to do there
[20:43] <seb128> stuck
[20:49] <bdmurray> seb128: there was a very recent change regarding cross architecture testing https://code.launchpad.net/~ubuntu-release/autopkgtest/+git/development/+merge/423176
[20:51] <seb128> bdmurray, thanks, those test results are newer that the commit merge though. Unless the production system is lagging behind?
[20:51] <bdmurray> seb128: I manually updated the server a couple(?) of hours ago
[20:52] <bdmurray> the code isn't currently auto updated
[21:07] -queuebot:#ubuntu-release- New sync: qtxdg-tools (kinetic-proposed/primary) [3.9.1-0ubuntu1]
[21:07] -queuebot:#ubuntu-release- New sync: xdg-desktop-portal-lxqt (kinetic-proposed/primary) [0.2.0-0ubuntu1]
[21:11] <seb128> bdmurray, k, I will retry the test now, thanks
[21:12] <seb128> and calling it a day on that note
[21:29] <mwhudson> good morning
[23:18] -queuebot:#ubuntu-release- New binary: coturn [ppc64el] (kinetic-proposed/universe) [4.5.2-3.1] (no packageset)
[23:18] -queuebot:#ubuntu-release- New binary: luajit2 [ppc64el] (kinetic-proposed/universe) [2.1-20220411-1] (no packageset)
[23:19] -queuebot:#ubuntu-release- New binary: coturn [arm64] (kinetic-proposed/universe) [4.5.2-3.1] (no packageset)
[23:19] -queuebot:#ubuntu-release- New binary: coturn [armhf] (kinetic-proposed/universe) [4.5.2-3.1] (no packageset)
[23:21] -queuebot:#ubuntu-release- New binary: coturn [s390x] (kinetic-proposed/universe) [4.5.2-3.1] (no packageset)
[23:21] -queuebot:#ubuntu-release- New binary: luajit2 [armhf] (kinetic-proposed/universe) [2.1-20220411-1] (no packageset)
[23:21] -queuebot:#ubuntu-release- New binary: luajit2 [arm64] (kinetic-proposed/universe) [2.1-20220411-1] (no packageset)
[23:21] -queuebot:#ubuntu-release- New binary: luajit2 [s390x] (kinetic-proposed/universe) [2.1-20220411-1] (no packageset)
[23:25] -queuebot:#ubuntu-release- New binary: coturn [amd64] (kinetic-proposed/universe) [4.5.2-3.1] (no packageset)
[23:26] -queuebot:#ubuntu-release- New binary: luajit2 [amd64] (kinetic-proposed/universe) [2.1-20220411-1] (no packageset)
[23:39] -queuebot:#ubuntu-release- New binary: coturn [riscv64] (kinetic-proposed/universe) [4.5.2-3.1] (no packageset)
[23:45] -queuebot:#ubuntu-release- New: accepted coturn [amd64] (kinetic-proposed) [4.5.2-3.1]
[23:45] -queuebot:#ubuntu-release- New: accepted coturn [riscv64] (kinetic-proposed) [4.5.2-3.1]
[23:45] -queuebot:#ubuntu-release- New: accepted luajit2 [amd64] (kinetic-proposed) [2.1-20220411-1]
[23:45] -queuebot:#ubuntu-release- New: accepted luajit2 [armhf] (kinetic-proposed) [2.1-20220411-1]
[23:46] -queuebot:#ubuntu-release- New: accepted coturn [arm64] (kinetic-proposed) [4.5.2-3.1]
[23:46] -queuebot:#ubuntu-release- New: accepted luajit2 [arm64] (kinetic-proposed) [2.1-20220411-1]
[23:46] -queuebot:#ubuntu-release- New: accepted coturn [s390x] (kinetic-proposed) [4.5.2-3.1]
[23:46] -queuebot:#ubuntu-release- New: accepted luajit2 [s390x] (kinetic-proposed) [2.1-20220411-1]
[23:46] -queuebot:#ubuntu-release- New: accepted coturn [armhf] (kinetic-proposed) [4.5.2-3.1]
[23:46] -queuebot:#ubuntu-release- New: accepted luajit2 [ppc64el] (kinetic-proposed) [2.1-20220411-1]
[23:46] -queuebot:#ubuntu-release- New: accepted coturn [ppc64el] (kinetic-proposed) [4.5.2-3.1]


 @RealDanct12 [What I got yesterday], Still waiting 😔
 @JakeCherry97 [Hi guys! I'm interested in installing Lorimi on my 20.04 laptop. How can i do th …], There was some ways, it might not work as expected
[01:12] <ubptgbot> <Bhim Kennedy> https://cutt.us/OQAjZ
 @RealDanct12 [<reply to media>], wow. cool. that looks exactly like the 3D render I made for fun just before they shipped
 (Photo, 1280x720) https://irc.ubports.com/iIUsTt0Y.png ok i'm losing productivity here. stop the addiction
 I didn't know it would actually ship without colour ha
 Grayscale printing is more inexpensive than full colour
 And it produced a beautiful result, if I may speak for Joan
 Wow, looking at the pine subreddit, sooooo many eyes on ubports
 The box design is beautiful in greyscale
 @RealDanct12 [<reply to media>], awesome, more pine :)
[03:25] <ubptgbot> TROG ROGERS was added by: TROG ROGERS
[04:36] <ubptgbot> sofia_re was added by: sofia_re
 @Federica Galli [Is there an alternative app to Axolotl for Signal? Axolotl is ok, but receives o …], As a workaround you can disable background suspension for axolotl and leave it running.
 @UniversalSuperBox [Grayscale printing is more inexpensive than full colour], More inexpensive - i hope you don't do that in code 😝
 @UniversalSuperBox [Grayscale printing is more inexpensive than full colour], [Edit] More inexpensive - i hope you don't do that in code 😜
[05:08] <ubptgbot> Shazin27 was added by: Shazin27
 Looking to try and build Ubuntu touch for my Samsung Note 5, I've got device & kernel trees for Android 9 & 10 (LineageOS 16 & 17.1), where do I get started? This video (https://www.youtube.com/watch?v=nShXVDXM50A) seems to be following the Legacy porting guide using android 5.1 trees. Would I be able to do the same with android 9/10 tre
[05:15] <ubptgbot> es?
 @Shazin27 [Looking to try and build Ubuntu touch for my Samsung Note 5, I've got device & k …], Note 5 use Halium 7.1 is better.
 https://docs.ubports.com/en/latest/porting/building-halium-boot.html#fix-mounts … This guide is about building halium boot, is this the right source? (https://github.com/Halium/halium-boot)
 yes.
 Halium-9 need GSI.
 Ah
 I'll give it a shot with cm-14.1 trees :) Thanks for your help!
 You're welcome, and if have Halium compiling problem, ask in Halium group or Rom developing group.
 👍 Will do, I should be following the halium docs for 7.1, right? And then the ubport guide to get ubuntu touch on halium?
 Halium is based , ubports rootfs is system on it.
 of course with other rootfs like plasma mobile can also be used.
[05:31] <ubptgbot> awins was added by: awins
[05:45] <ubptgbot> Onkar Wadke was added by: Onkar Wadke
[11:51] <Beton> Hello, ubports.chat matrix server is not working, I can't connect to it from yesterday.