[03:34] <stgraber> robert_ancell: did somebody ping you about that recent unity-settings-daemon upload already?
[03:34] <robert_ancell> stgraber, no
[03:34] <robert_ancell> the dependencies?
[03:34] <stgraber> yeah
[03:34] <stgraber> that's pulling about 25 -dev packages on my desktop here
[03:34] <robert_ancell> I've already proposed a fix for that
[03:35] <robert_ancell> bug 1372728
[03:35] <stgraber> ah, let me check the queue
[03:35] <stgraber> I checked in -proposed but I guess the fix may be stuck in unapproved
[03:35] <robert_ancell> it hasn't been merged yet, it's awaiting review / landing
[03:35] <stgraber> ah
[03:36] <stgraber> robert_ancell: ok, can you try to push for things to go a bit faster? we're releasing a milestone this week and I'm sure the various flavours could do without that extra bloat
[03:37] <robert_ancell> I think I'll just upload it directly. The paperwork is too slow
[03:37] <stgraber> sounds good to me :)
[03:38] <stgraber> in the past when dealing with that kind of issue, I've found the fix first, sort out the paperwork later approach to work pretty well even if it does tend to confuse some of the folks maintaining those branches and alternate workflow :)
[03:39] <robert_ancell> stgraber, 14.04.0+14.10.20140922-0ubuntu2 - please shuffle through the queue
[03:44] <stgraber> robert_ancell: accepted
[03:55] <Noskcaj> darkxst, Could you explain http://paste.ubuntu.com/8415321/ ? It's the ppa rebased onto the current ubuntu empathy version
[03:55] <Noskcaj> And with all the geoclue changes reverted
[04:06] <darkxst> Noskcaj, are you missing libaccounts-glib-dev builddep maybe?
[04:06] <Noskcaj> i'll try
[04:12] <darkxst> Noskcaj, also libsignon-glib-dev?
[04:14] <darkxst> Noskcaj, paste your control file if it still doesnt work
[04:15] <Noskcaj> ok
[04:36] <Noskcaj> http://paste.ubuntu.com/8415513/ and http://paste.ubuntu.com/8415512/
[04:40] <pitti> Good morning
[05:49] <darkxst> Noskcaj, I can't see anything missing, but its quite a mess that control file!
[05:50] <darkxst> ppa version builds fine against utopic, so probably some build-dep missing
[06:04] <darkxst> Noskcaj, can you push your branch
[06:05] <Noskcaj> lp:~noskcaj/empathy/3.12
[06:05] <Noskcaj> (not pushed yet)
[06:07] <Noskcaj> pushed
[06:08] <Noskcaj> It's probably from my really bad revert patch
[06:17] <darkxst> Noskcaj, Revert patch is missing
[06:17] <Noskcaj> pushed
[06:27] <darkxst> Noskcaj, use git revert to make revert patches
[06:28] <Noskcaj> ok. I'd not realised that was a thing
[06:29] <darkxst> Noskcaj, you are missing a "DPKG_EXPORT_BUILDFLAGS = 1" in rules (needed or buildflags.mk won't do anything)
[06:29] <darkxst> we also force autoreconf on telepathy-accounts-widgets/ (see debian/autoreconf)
[06:31] <didrocks> morning
[06:44] <larsu> good morning!
[06:51] <Noskcaj> darkxst, still not
[06:53] <duflu> Mirv: Thanks again. Can you also change the Mir development focus to series 0.8?
[06:54] <duflu> (same branch in reality)
[06:58] <Mirv> duflu: ok, done! you're welcome.
[07:00] <darkxst> Noskcaj, you broke 00_linker-fixes.patch somehow
[07:01] <darkxst> that was causing your build failures
[07:02] <darkxst> and that patch should really be sent upstream
[07:03] <Noskcaj> thanks for spotting that, i think quilt refresh broke it somehow
[07:03] <darkxst> Noskcaj, never quilt-refresh patches that don't need it!
[07:04] <Noskcaj> yep, i think it was offset, but i shouldn't refresh unless it's got a fuzz
[07:05] <duflu> Mirv: You rock
[07:12] <Noskcaj> darkxst, thanks, fixed. Hopefully it functions with my reverts and doesn't need other unlisted ones
[07:35] <willcooke> morning all
[07:35] <willcooke> today is the day the builders come to fix the roof.
[07:36] <willcooke> and so it is raining
[07:36] <willcooke> yay
[07:36] <willcooke> :/
[07:36] <willcooke> in other news - the shoe shop are going to refund my money for the lost shoes.
[07:36] <willcooke> yay
[07:39] <didrocks> morning willcooke
[07:39] <didrocks> argh, no look on the weather :/
[07:39] <willcooke> it can't rain all day.
[07:39] <willcooke> Did you hear me weather gods!!!!
[07:39] <seb128> good morning desktopers
[07:40] <darkxst> Noskcaj, how many patches did you revert?
[07:41]  * didrocks whistles "U" "K" :)
[07:48] <Noskcaj> 4
[07:48] <Noskcaj> top 4 results for "geoclue" in the log
[07:55] <darkxst> Noskcaj, that would be right
[07:56] <darkxst> but... your changelog should give credit to the relevant people
[07:59] <darkxst> would be more or less 3.10.1-0ubuntu1~trusty2 entry from ppa, then seperately list your reverts for geoclue
[08:01] <Noskcaj> done, or do i need to make the revert patches separate?
[08:02] <darkxst> Noskcaj, at the very least update the patch header to say which commits you reverted
[08:04] <Laney> why hello
[08:04] <darkxst> Hi Laney
[08:04] <didrocks> because hi? :)
[08:09] <Noskcaj> done
[08:14] <darkxst> Noskcaj, I think patch 23 can be re-enabled
[08:15] <darkxst> 38_default_to_facebook_for_im.patch , code was moved, refresh in telepathy-account-widgets/tp-account-widgets/tpaw-protocol.c
[08:15] <seb128> hey Laney
[08:23] <darkxst> Noskcaj, 42_shell_running, just a refresh http://pastebin.com/dR6et9yi
[08:27] <darkxst> 47_git_activate_with_platform_data.patch is applied upstream so can be dropped
[08:39] <darkxst> Noskcaj, http://pastebin.com/yQuedJvL
[08:39] <Laney> you guys should use a vcs or something :)
[08:42] <seb128> Laney, they use pastebinvcs
[08:42] <seb128> :p
[08:42] <darkxst> yeh, it works great until the pastes expire ;)
[09:06] <seb128> Laney, does https://code.launchpad.net/~ken-vandine/ubuntu-system-settings/factory_reset_iface/+merge/235699 make sense to you? iirc you hit similar issues in the past/did similar changes, just checking because you probably remember better than me ;-)
[09:09] <Laney> seb128: yeah isValid is bad in those situations
[09:11] <seb128> robert_ancell, hey, could you have a look to 1371651 ?
[09:12] <seb128> robert_ancell, jibel pinged about it, seems easy to trigger on vbox/qemu and impact beta testing
[09:12] <seb128> robert_ancell, giving an IRC ping since you are still online, but probably something for tomorrow ;-)
[09:12] <seb128> jibel, ^
[09:14] <Laney> I think there are a couple more places where isValid calls could/should be removed
[09:14] <Laney> lemme see
[09:15] <seb128> robert_ancell, seems like you already looked at it ;-)
[09:15] <seb128> Laney, in that code or in u-s-s?
[09:15] <Laney> in the rest of uss
[09:15] <seb128> k
[09:15] <seb128> so that one can be approved
[09:15] <Laney> think so
[09:15] <seb128> thanks
[09:15] <Laney> like the SetTime call in time-date
[09:15] <Laney> not sure why I didn't do that one when I removed other calls in that panel ...
[09:15] <seb128> if you do a merge request for those I can ack it ;-)
[09:16] <Laney> lemme see
[09:16] <Laney> it'll be: launch uss, pkill timedated, try to set time
[09:16] <Laney> s/pkill/enter time setting screen, pkill/
[09:19] <Laney> yeah
[09:19] <Laney> gosh!
[09:20] <seb128> what?
[09:20] <Laney> me missing that back then
[09:20] <seb128> oh
[09:20] <mitya57> sil2100, hi, thanks a lot for approving lp:~mitya57/appmenu-qt5/lp1362104. Maybe it makes sense to land it (or will there be other changes for utopic)?
[09:21] <darkxst> Noskcaj, lp:~darkxst/empathy/3.12
[09:25] <robert_ancell> seb128, yeah, I've started looking at it but am on holiday until next week so wont look again until then.
[09:26] <robert_ancell> seb128, if you can find anyone to get more logs etc it would be helpful. My guess is something is going wrong with the upstart scripts and it's not being started but haven't reproduced it her
[09:26] <seb128> robert_ancell, hey
[09:26] <seb128> robert_ancell, yeah, seems to be the case, there is no lightdm log and the job is in stop state
[09:27] <seb128> robert_ancell, I suggested pinged the upstart/foundation guys
[09:27] <robert_ancell> seb128, I don't know a lot about the upstart scripts so yeah, they might be able to diagnose better
[09:27] <seb128> robert_ancell, but good to know you are on holidays, we are not going to block on you then ... enjoy ! ;-)
[09:27] <jodh> seb128, jibel: can you boot with --debug? Also, login and run 'sudo initctl --system list' and attach that.
[09:31] <jibel> jodh, output of initctl attached, and boot with --debug is https://bugs.launchpad.net/ubuntu/+source/lightdm/+bug/1371651/+attachment/4211218/+files/syslog.1371651.gz
[09:34] <jodh> jibel: thanks, but that's a huge file all dated 22nd. Is that correct?
[09:35] <jodh> jibel: would also be worth looking at /var/log/upstart/lightdm.log et al to look for errors.
[09:35] <jibel> jodh, let me attach one with latest image. problem is the same
[09:35] <jibel> jodh, /var/log/upstart/lightdm.log doesn't exist
[09:37] <jibel> jodh, and I searched for errors/failures in all the files in /var/log but didn't find anything obvious
[09:40] <jibel> jodh, syslog with --debug on latest image https://bugs.launchpad.net/ubuntu/+source/lightdm/+bug/1371651/+attachment/4213317/+files/syslog--debug_utopic_i386_20140923.gz
[09:44] <jodh> jibel: It looks like the problem could be plymouth - no plymouth-ready event is being emitted and that is required by lightdm. Can you check that status of lightdm (sudo initctl --system status lightdm). And also check that you can manually start it.
[09:47] <Noskcaj> darkxst, So did you finish it? guess i'll just call it a night then
[09:47] <jibel> jodh, lightdm stop/waiting
[09:48] <jodh> jibel: try starting it via 'sudo initctl --system emit plymouth-ready'
[09:48] <jibel> jodh, lightdm starts
[09:50] <jodh> jibel: great, so it's either a problem with plymouth displaying the splash screen (do you see one?) or a udev issue.
[09:50] <jibel> jodh, there is no splash screen
[09:51] <jodh> jibel: just to check, do you get output from 'grep PRIMARY_DEVICE_FOR_DISPLAY /var/log/udev' ?
[09:52] <jibel> jodh, nothing
[09:54] <jodh> jibel: ok, so it must be that udevd isn't finding a graphics device to tag as the primary one, which stops the plymouth splash from starting.
[09:55] <jibel> jodh, but why would it start sometimes?
[09:55] <jibel> I mean lightdm
[09:57] <jodh> jibel: sounds like a race. can you check for the presence of PRIMARY_DEVICE_FOR_DISPLAY in /var/log/udev for a successful boot?
[09:58] <jodh> jibel: udev-fallback-graphics.conf should be being used as a fallback so check if vesafb is loaded in the kernel.
[10:09] <jibel> jodh, lightdm starts if I display the boot menu but there is no PRIMARY_DEVICE_FOR_DISPLAY in /var/log/udev
[10:10] <darkxst> Noskcaj, I only fixed up the disabled patches
[10:10] <jodh> jibel: and is vesafb loaded?
[10:11] <Noskcaj> darkxst, Wasn't that all that was left? or didn't you take my branch?
[10:11] <darkxst> Noskcaj, that was your branch, and probably its ready
[10:12] <Noskcaj> darkxst, Could you leave a comment at https://wiki.ubuntu.com/Noskcaj#Ubuntu-GNOME_PackageSet ?
[10:14] <jibel> jodh, no
[10:18] <darkxst> Noskcaj, username entry on add accounts is very laggy here
[10:19] <darkxst> Noskcaj, yes I will leave a comment
[10:24] <jodh> jibel: sounds therefore like the framebuffer isn't being setup normally, but when you enter the boot menu grub is handling that. Booting with 'debug' this time and capturing /run/initramfs/initramfs.debug could be useful.
[10:33] <darkxst> Noskcaj, have you tested empathy?
[11:07] <jibel> jodh, https://bugs.launchpad.net/ubuntu/+source/lightdm/+bug/1371651/+attachment/4213440/+files/initramfs.debug
[11:09] <Laney> seb128: you updating to evince 3.14?
[11:25] <seb128> Laney, feel free to do it if you want
[11:25] <seb128> Laney, I'm probably going to but not his week since we are frozen
[11:27] <Laney> kay, might do
[11:32] <didrocks> popey: and a new blog post that we discussed last week on testing! https://plus.google.com/+DidierRoche/posts/aAnRPyvvPBE Mind sharing it through the usual channels?
[11:32] <didrocks> willcooke: ^
[11:33] <didrocks> popey: as the weather is getting cold, please make my raspberry sweating! :)
[11:33] <popey> \o/
[11:37]  * ogra_ wonders if he wants to know what "make my raspberry sweating" is supposed to mean
[11:37] <didrocks> ogra_: raspberry pi, of course :p
[11:37] <ogra_> :)
[12:27] <darkxst> seb128, can you try lp:~darkxst/empathy/3.12
[12:28] <seb128> darkxst, sure can, thanks for working on that!
[12:28] <darkxst> Noskcaj did the merge, I just sorted out the disabled patches
[12:30] <darkxst> seb128, I am hitting a wierd focus bug on the username field in the when adding account via empathy account settings
[12:30] <seb128> what sort of bug?
[12:30] <darkxst> but that may be a gtk bug, doesnt happen with gtk 3.14
[12:31] <darkxst> the text box doesnt properly focus, you can type, and not see anything until you click the password box
[12:48] <willcooke> thx didrocks
[13:59] <seb128> kenvandine, hey
[13:59] <seb128> kenvandine, do you have a settings landing on your todo? ;-)
[13:59] <kenvandine> hey seb128
[13:59] <kenvandine> yes... we really need one :)
[13:59] <seb128> great!
[14:00] <kenvandine> seb128, about my peer picker branch, what panel is visible?
[14:00] <seb128> kenvandine, the background one
[14:01] <seb128> it goes "list of picker app" -> back to background panel for a second -> gallery splash
[14:01] <kenvandine> should just see a full screen overlay
[14:01] <seb128> overlay?
[14:01] <seb128> when
[14:01] <kenvandine> the ContentTransferHint
[14:01] <seb128> I mean that's happening after clicking on the gallery icon
[14:01] <kenvandine> it should cover the panel with a progress thing
[14:01] <kenvandine> yeah... it happens when the transfer is created
[14:01] <kenvandine> am i still popping that page too soon?
[14:02] <seb128> want a screencast? ;-)
[14:02] <kenvandine> i played with that, and couldn't see it in the transition :)
[14:03] <kenvandine> actually... i can pop it when the transfer is created too...
[14:03] <seb128> let me try again
[14:08] <kenvandine> seb128, i can see where it might show quickly
[14:08] <seb128> kenvandine, want a screencast anyway?
[14:08] <kenvandine> nah
[14:08] <kenvandine> i can improve it :)
[14:08] <seb128> great :-)
[14:27] <xnox> seb128: do you like desktopy gnutls bugs?! =)
[14:27] <xnox> in trusty.
[14:28] <seb128> xnox, gnutls? what is that?
[14:29] <xnox> seb128: you know that obscure thing that handles some of the ssl connections in ubuntu. The best part it does it differently from openssl and thus half of things don't work against certain hosts.
[14:29] <xnox> https://bugs.launchpad.net/ubuntu/+source/gnutls26/+bug/1373422
[14:29] <xnox> utopic is fine though.
[14:29] <seb128> xnox, doesn't seem too desktopish to me, try foundation?
[14:29] <xnox> seb128: foundations hasn't hired a replacement for myself yet.
[14:30] <seb128> xnox, nice for you to step up until they do then ;-)
[14:30] <seb128> nice from you*
[14:30] <xnox> maybe i can trick jdstrand into adding one more intermediate certificate to ca-certs ;-)
[14:38] <mdeslaur> xnox: fyi, It works fine in trusty for me
[14:39] <xnox> mdeslaur: horum -> using which certs and which client.
[14:39] <xnox> mdeslaur: it doesn't work for me in a clean trusty chroot, with ca-certificates installed using gnutls-cli.
[14:39] <xnox> mdeslaur: can you show me your paste?
[14:39] <mdeslaur> oh, wait a sec, I messed up
[14:40] <xnox> ( my real problem is that git clone https:// does not work against servers with same certificate chain, but gnutls-cli 01.org is the minimal test.
[14:40] <xnox> ... or well anything else that's using gnutls, or libcurl(gnutls)
[14:41] <xnox> curl cmdline utility uses openssl and that works.
[14:41] <mdeslaur> I haven't looked at it yet, but it's probably an out of order cert, and you're hitting the well known gnutls issue with out-of-order certs
[14:43] <xnox> mdeslaur: hm, i've never heard about that. Any good terms to google for?
[14:43] <xnox> gnutls 3.x work fine by the way, hence utopic is not affected.
[14:43] <mdeslaur> xnox: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=573736 , http://lists.gnutls.org/pipermail/gnutls-devel/2013-July/006389.html
[14:43] <mdeslaur> xnox: I was sure we had a bug in ubuntu about it, but can't find it now
[14:44] <mdeslaur> xnox: I haven't checked if that's the case with 01.org yet, but I suspect that's the issue
[14:47] <xnox> mdeslaur: yes the certificates are out of order.
[14:47] <xnox> i'll file internal ticket about this.
[14:52] <mdeslaur> xnox: cool.
[14:52] <mdeslaur> getting that properly backported in trusty would be nice too: http://marc.info/?l=gnutls-dev&m=137487800810924
[14:54]  * didrocks sees that ogra_ is slow today to repost on g+, is there a bug in Touch? :)
[14:55] <ogra_> lol, no, i was out ... buying a new coffee machine
[14:56] <didrocks> ogra_: you parallelize coffee now due to a huge demand? :p
[14:56] <ogra_> yeah, kind of
[14:57] <ogra_> done :)
[14:57] <Laney> ogra in the bourgeoisie
[14:58] <xnox> mdeslaur: so you want me to backport something to gnutls26 -> i clearly remember stating to never write any crypto code.
[14:58] <didrocks> ogra_: danke schön
[14:58] <ogra_> :)
[14:59] <mdeslaur> xnox: it's an annoying bug, and people keep hitting it...the patch backport in that thread looks simple enough...just need to make sure it's doing the same as 3.x
[14:59] <xnox> mdeslaur: right. is there any proper ubuntu LP bug about it?!
[14:59] <mdeslaur> xnox: and better you then me :)
[15:00] <xnox> mdeslaur: well the patch looks clean -> really just calling a sort on the array, so no verification code is changed.
[15:00] <xnox> mdeslaur: ok I'll poke it more.
[15:02] <mdeslaur> xnox: I can't find any open ones...there was bug 1043376
[15:02] <mdeslaur> xnox: looks like your bug is the best one
[15:25] <seb128> dpm, hey, indicator-transfer template made it to the rtm serie/translations are on launchpad, just as fyi since I'm unsure you need to do anything then to have those part of langpacks or something
[15:26] <seb128> kenvandine, ok, settings are getting crazy, we need a landing to clear out of some of the review list ;-)
[15:28] <kenvandine> seb128, yes it is :)
[15:28] <seb128> kenvandine, btw saw my comment on https://code.launchpad.net/~ken-vandine/ubuntu-system-settings/keywords/+merge/235737 ?
[15:30] <kenvandine> seb128, yes
[15:30] <kenvandine> pmcgowan, ^^^ can you comment on that?
[15:31] <seb128> kenvandine, also, is https://code.launchpad.net/~ken-vandine/ubuntu-system-settings/update_progress/+merge/235199 ready for review?
[15:31] <seb128> or still wip as the description states?
[15:32] <kenvandine> mpt, i wanted feedback from mpt... but i guess he gave up :/
[15:33] <Laney> pushed a branch with icon fix, might want to wait for debs to see if it works
[15:34] <pmcgowan> seb128, kenvandine they all have settings now, I assumed there was some reason
[15:34] <kenvandine> some did
[15:34] <pmcgowan> seems redundant
[15:35] <pmcgowan> seb128, you are suggesting to remove that word?
[15:35] <pmcgowan> I am fine with that
[15:36] <pmcgowan> or maybe it was on things which had settings and not for example in about which is info
[15:36] <Laney> we should make sure to do a pot update with this upload
[15:44] <dpm> seb128, thanks. I think it will need initial approval, let me look at it now
[15:46] <seb128> dpm, well, I did the launchpad template approval
[15:46] <seb128> dpm, just not sure if you need any magic to have it having an higher priority so translators see it or something
[15:46] <dpm> seb128, yep, just seen it and bumped the priority so that it appears together with the rest of indicators
[15:47] <dpm> that should be all we need
[15:48] <seb128> great
[15:48] <seb128> dpm, thanks
[15:57] <FJKong> hey seb128
[15:58] <seb128> hey FJKong
[15:58] <FJKong> I want to talk about pinyin search, last week we miss it
[15:58] <seb128> FJKong, sure
[15:59] <FJKong> seb128: what do you think about this feature
[16:02] <seb128> FJKong, it's useful and good to have obviously ;-)
[16:03] <seb128> FJKong, I'm unsure how much work it is though
[16:03] <seb128> especially with the library unity7 is using
[16:03] <seb128> I assume it's probably easier in unity8
[16:07] <FJKong> seb128: willcooke wants me to ping a guy from uniy team, Thomas Sthrel, but I didn't reach him on irc
[16:07] <willcooke> FJKong, he's on holiday
[16:07] <willcooke> shouldbe back next week
[16:07] <seb128> FJKong, he's on holidays until next week
[16:08] <FJKong> oh, nice
[16:58]  * willcooke -> EOD
[18:43] <seb128> Laney, btw, I tested glib on rtm, I don't see any issue, +1 from me for landing
[18:44] <mhall119> seb128: any idea what might be causing this https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/1322925 ?
[18:45] <seb128> mhall119, no idea no
[18:45] <seb128> it seems like worth upstreaming
[18:45] <seb128> if somebody hitting the issue wants to do that
[18:46] <mhall119> a quick googling doesn't turn up this problem on any other distro, could it be something only in our version?
[18:47] <mhall119> well, I mean obviously that's possible, so what I really meant was are we doing anything likely to cause it?
[18:47] <seb128> yeah, everything is possible
[18:47] <seb128> could be a patch, could be a compiler bug, could be that we have more google hint for the keywords you are looking for
[18:48] <seb128> nothing likely to cause it that I know no
[18:48] <mhall119> #3 is very likely
[18:48] <mhall119> ok
[18:52] <seb128> mhall119, comments say it exits since 12.04
[18:53] <seb128> mhall119, they also list different issues
[18:53] <seb128> like the current comment is about permissions errors, which is probably a disk that got remounted "ro" due to errors or something
[19:04] <mhall119> yeah, seems to not have much solid information about it
[19:04] <mhall119> and I've never experienced it myself
[19:06] <seb128> yeah, me neither
[19:06] <seb128> without an easy way to trigger it's difficult to debug
[19:06] <seb128> the bug has some users/comments but no duplicate
[19:10] <seb128> darkxst, empathy 3.12 works fine here, I don't see you username input bug in empathy-accounts, just added a jabber account without issue
[19:11] <seb128> wooot, u-s-s landing!
[19:11] <seb128> thanks kenvandine
[19:14] <kenvandine> np
[21:11] <pmcgowan> bregma, hi can you assign and tag this bug https://bugs.launchpad.net/ubuntu/+source/unity-scope-mediascanner/+bug/1358750
[22:07] <hallyn> Is there a way to set unity so that when i resize a window, i get a dialog telling me the size as i do it?
[22:08] <hallyn> or do i have to get that info after the fact using wmctrl.
[22:11] <hallyn> sigh i'll just do that
[23:46] <ochosi> xnox: this sounds a bit familiar (black background in ubiquity in xubuntu instead of wallpaper), got any idea why this is happening? https://bugs.launchpad.net/ubuntu/+source/xubuntu-default-settings/+bug/1365815
[23:47] <ochosi> guess we should assign it to ubiquity actually, not sure it has anything to do with x-d-s
[23:48] <ochosi> bbl