=== reynaldo_ is now known as reynaldo [08:44] good morning [08:47] lut crevette [08:47] salut seb128 [08:48] do you have ny report on widget coruption on gtk with intel ? [08:49] I do have that specifically on epiphant [08:49] epiphnay [08:49] no [08:49] I'm using an intel card right now but no such issue [08:50] okay, we see with X guys [08:50] I'll see === BugMaN1 is now known as BugMaN [09:05] morning [09:50] hi [09:53] hey lapo [09:53] lut huats [09:53] hey seb128 [09:53] huats: new gcalctool available [09:56] seb128: yep [09:56] I know [09:56] seb128: I'll take car of it today === seb128_ is now known as seb128 [10:11] hi Ampelbein [10:11] seb128: hi [10:11] Ampelbein: thanks for your excellent bug triage work ;-) [10:12] seb128: thanks. i'm currently trying to build seahorse 2.23.92 with pbuilder. [10:12] seb128: if successful, i will also do seahorse-plugins [10:12] cool [10:12] so far, no problem ;-) [10:13] Ampelbein: GNOME usually rolls new tarballs often that's why we don't bother backporting non critical fixes in unstable series [10:13] ok, i did not know that. now i do, thanks to you. [10:14] you can find the schedule on the GNOME wiki, they have a webcal too [10:17] now i have one question: should i open a new bug with the upgrade-request, set to in progress and attach the .dsc .orig.tar.gz, .the diff.gz and the .changes to it? [10:18] or should i provide a debdiff to the last version in intrepid? [10:20] open a bug, subscribe ubuntu-main-sponsors [10:20] attach the diff.gz and the dsc or the debdiff, that's equivalent [10:20] usually we use .diff.gz and .dsc for desktop updates [10:20] we know where to find the tar.gz so no need to attach this one ;-) [10:21] ok, thanks. [10:21] also bonus point if you open the bug, add the lp number in the changelog and attach a diff.gz which closes the bug ;-) [10:21] ok, thats no problem. [10:27] seb128: bug #267681 [10:27] Launchpad bug 267681 in seahorse "Please upgrade to 2.23.92" [Wishlist,Confirmed] https://launchpad.net/bugs/267681 [10:27] thats where i attached it. [10:27] Ampelbein: thanks, looking [10:33] lool: wants to do the xdg-user-dirs-gtk update for debian? it's only translations update [10:34] seb128: commit it in Debian, I'll sponsor it to unstable if it's only translation updates [10:34] lool: ok thanks [10:34] Hey guys [10:35] hi Debs626 [10:35] need some help finding some ubuntu radio streaming softw, something like SAM Broadcaster [10:35] Debs626: not the right channel, try #ubuntu [10:36] ooops sorry my bad [10:36] #ubuntu [10:36] Ampelbein: the seahorse update looks good I'll sponsor it [10:36] seb128: thanks. [10:37] Ampelbein: thank you for the work on it ;-) [10:39] seb128: another thing, regarding bug #140424, the fullscreen-plugin comes shipped with eog-package. so i think the bug should be fix released? [10:39] Launchpad bug 140424 in eog "eye of gnome: double-clicking to go fullscreen" [Wishlist,Fix committed] https://launchpad.net/bugs/140424 [10:40] Ampelbein: ah right, I though they made a new eog-plugins thing [10:42] Ampelbein: btw don't worry if you get build failure mails about seahorse, the buildds are broken due to the gcc update at the moment but the builds will be retried when those are fixed [10:43] yeah, i figured this out when i tried to put a package in my ppa. was wondering what i could have possibly done wrong but then the guys in -devel pointed me to the issue ;-) === vuntz|afk is now known as vuntz [10:57] http://blogs.technet.com/robert_hensing/archive/2008/09/03/breaking-out-of-the-chrome-sandbox-2-interesting-vulns-in-24-hours-got-ie8.aspx [10:57] http://www.informationweek.com/news/internet/google/showArticle.jhtml?articleID=210500290 [10:57] http://blogs.zdnet.com/security/?p=1858 [10:57] ^^ chrome security issues ;) [10:59] wow ... first reports the carpet bombing issue which was fixed long ago in safari and and firefox .... so how do things flow back to webkit? [11:02] asac, bad merging and lack of regression testing [11:03] NCommander: hehe. well maybe they should use bzr or git then ;) [11:03] hey NCommander [11:03] NCommander: how is going the gtkmm update? ;-) [11:04] * NCommander grumbles [11:04] Not well [11:04] Its on the todo list with "Get rid of insombia" [11:05] NCommander: should I find somebody else to do it? [11:05] seb128, hold on, I have it almost done, let me see here [11:05] alright [11:12] seb128, pangomm was accepted, right? [11:12] NCommander: yes [11:13] gicmo: hey hey [11:13] seb128, I can't get it with apt-get [11:13] seb128, https://edge.launchpad.net/ubuntu/intrepid/+queue - please clear the binaries through NEW :-P! [11:14] seb128, once that's done I can properly test the gtkmm update which is just about done, it builds anyway, but I can't make sure I got all the depends right until its fully accepted [11:14] seb128: ALTER! [11:15] * NCommander for some reason thinks of slashdot [11:16] gicmo, you've encountered a random slashdotting :-P [11:16] gicmo: alter! [11:17] ALTER USER NCommander GRANT ROLE "archive_admin" :-P [11:18] seb128, how goes clearing pangomm's binaries out of the new queue? [11:18] NCommander: was finishing on something else [11:18] NCommander: accepted [11:19] * gicmo looks puzzle [11:19] d [11:19] seb128, ok, I have gtkmm done [11:19] (I just had to finish the tweaks to the control file) [11:19] Once they're in the archive and installable, I'll test build and shove this somewhere [11:22] seb128, maybe its just me, but isn't it a little crazy to have to individually ACCEPT new binaries into the archive from existing source packages? [11:23] NCommander: yeah probably, we usually just "queue accept pangomm" to accept all the binaries in one command [11:23] seb128, sounds like fun, no web based interface to queue administration I take it? [11:23] NCommander: there is a web interface but I like the command line one better [11:24] NCommander: the queue page has checkbox you can just click the items to accept and click on the accept button [11:24] Next you'll tell me there is an emacs major mode :-) [11:34] hello mvo [11:59] hey gl [12:02] * pochu waves! [12:25] hey pochu, how are you? [12:25] hi seb128 :) very well, just finished my exams! [12:26] pochu: ah good ;-) [12:26] seb128: what about you? [12:26] pochu: did that go well for you? [12:26] pochu: lot to do but good otherwise [12:26] I had 2, and I'll pass 1, so 50% ;) [12:26] so I'm ready to start working :) [12:26] cool [12:27] I'm currently merging pygtk/pygobject Ubuntu changes back to Debian [12:27] pochu: are you going to do the vinagre update? [12:27] pochu: what changes? debian doesn't have the new gtk [12:28] brb restarting session [12:29] heh I just finished for 2.23.92 [12:30] seb128: yeah I can do it (vinagre) [12:30] seb128: I'm packaging the new pygobject/pygtk for experimental, and merging the other changes so we can sync [12:31] pochu: pygtk requires the new gtk which is not available in debian [12:33] seb128: ejecting the cd drive doesnt work anymore ;-/ [12:33] gicmo: what do you mean? [12:34] seb128: woops, right [12:34] seb128: so I'll have to do the update or poke slomo to do it [12:34] pochu: I think slomo is on holidays [12:34] OTOH since you already did it in Ubuntu it shouldn't be too hard to merge it back to Debian, I guess [12:34] pochu: good luck for the update, it's non trivial, the directfb backend needs fixing [12:35] seb128: pressing the eject key on my mac keyboard used to open the drive [12:35] seb128: doesnt do it anymore [12:35] hmm, I guess I can break it in experimental... :-) [12:35] pochu: I applied incorrect changes to the directfb backend to workaround the issue because we don't use it in ubuntu but that will require proper fixing in debian [12:35] pochu: I'm not sure that's a good idea to upload something broken no [12:35] what is directfb used for? [12:36] gicmo: does ejecting in the ui works? [12:36] pochu: the debian installer [12:36] gicmo: does using gnome-mount to eject works? [12:36] nope [12:36] seb128: you're right, it's better not to break it [12:36] "There is probably no media in the drive' [12:36] weird [12:37] gicmo: is there a media in the drive? [14:08] hey [14:22] mvo: hi [14:22] hey vuntz! [14:22] mvo: iirc, you were the one who implemented .desktop file translation updates with gettext, am I right? [14:23] vuntz: no, sorry. either seb128 or pitti implemented it IIRC [14:23] vuntz: pitti did [14:23] ah, bad memory. And I'm not as old as you ;-) [14:23] pitti: my dear friend :-) [14:23] what, what? [14:23] * vuntz hugs mvo [14:23] pitti: but you can ask questions on the chan [14:24] ups [14:24] vuntz: ^ [14:24] oh, that [14:24] vuntz: yes, that was my fault [14:24] seb128: yeah, just wanted to ping the right person on first try ;-) [14:24] vuntz: next time then ;-) [14:24] pitti: hopefully, you'll remember a bit all your thoughts about this [14:24] vuntz: we originally proposed it as a proper desktop XDG standard extension, but it was rejected (stupidly, IMHO), so we had to go with X-Ubuntu-Gettext-Domain [14:25] nod [14:25] I'm adding this to openSUSE too [14:25] great [14:25] it should really become just "Gettext-Domain:", and added to the standard as optional field [14:25] it's based on your patches, with a few changes I believe [14:26] so, I think you use gettext when possible, and the inline translation as a fallback? [14:26] but how does it work when the user edits a .desktop file [14:27] vuntz: https://wiki.ubuntu.com/LangpacksDesktopfiles FYI for some history text [14:27] there's some kind of conflict here to determine what's the proper translation to use (the one in gettext was not modified by the user; the one in the .desktop file implies that we stop using gettext and thus lose the updated translations for other keys) [14:27] vuntz: fallback> exactly, we want the gettext translations to get preference, so that we can actually update them post-release [14:28] any reason to not prefer the inline translations and strip all translations from .desktop files by default? [14:29] vuntz: for this use case that would be better, of course (user-edited translations) [14:29] vuntz: and by now we could probably do the same, since pretty much all packages are adapted [14:30] nod [14:30] that would break translated menus on liveCD when the language packs are not installed, but there is no real point to have translated menus when applications are not ;-) [14:31] seb128: right, that's rather confusing, and it mostly looks like if hte translations were generally there, but are poorly translated [14:31] I don't have an Ubuntu VM right now, but does it just work when you edit a comment in a .desktop file? [14:31] I don't remember seeing such an issue when I was using Ubuntu [14:31] but I can't see how it can work [14:32] vuntz: I can rename them with the right-click menu option if you mean that [14:32] which is what users will do, I suppose [14:32] vuntz: how do you edit it? nautilus? we patched it to write a different Name= and Comment= and not Name[locale] Comment[locale] [14:33] seb128: ah [14:33] vuntz: I told you when we discussed the patch some time ago ;-) [14:33] that would explain the thing [14:33] forgot about it [14:33] man, this is getting ugly ;-) [14:33] indeed [14:33] but no other choice [14:34] it would indeed be cleaner to not having translations at all by default, but when we introduced the patches we needed some transitional provisions [14:34] pitti: yeah, I understand. We're facing the same issue right now :-) [14:38] that would also fix the "can break icons" case [14:38] do you guys have a list of modules you had to patch to have this gettext-enabled world? [14:39] seb128: unfortunately, no in most cases. FWIW, in the patches I have, gettext translations are only enabled for Name/Comment/GenericName (iirc) [14:39] seb128: I'm saying no because the .desktop files usually don't have Icon[fr], but just Icon [14:39] vuntz: cdbs does quite some patching for us so not really [14:40] vuntz: the three original ones are mentioned in the wiki document, but it doesn't include the "Name=" change hack seb128 mentioned [14:40] vuntz: ah right [14:40] vuntz: list of modules> oh, you mean patches to apply for getting the support for it, or packages to rebuild for adding the tag to .desktop/.server/etc files? [14:40] pitti: yeah, I took those three patches already ;-) [14:41] pitti: the former [14:41] pitti: I'd guess that not everybody is using glib/gnome-desktop to read .desktop files [14:42] vuntz: indeed KDE doesn't, of course, that was https://wiki.ubuntu.com/LangpacksDesktopfilesKDE [14:42] I didn't implement it, though, worth asking Riddell [14:43] vuntz: and we don't care about non-glib/kdelibs programs, they'll just continue to use the old inline translations (if there are actually projects which do it on their own) [14:44] we care about XFCE, but that's using glib [14:44] pitti: ah, well. Was wondering what would break if we strip translations from the .desktop files [14:44] ok [14:44] thanks for the help [14:44] I guess one can do it locally with some seddery and test [14:44] we should probably try adding Gettext-Domain to the spec [14:45] I guess there *will* be at least one in the 25000 something packages which will break with that [14:45] with a note that it's mostly useful for distributors [14:45] it would be useful for upstream as well [14:45] simplify the build system a bit, make the installed files smaller, and remove redundancy [14:45] well [14:45] vuntz: it's still on our long-term wishlist to do the same to gconf help, etc.; there's a huge potential there [14:46] nod [14:46] we'll want to do it too [14:46] 68M/var/lib/gconf/defaults/ [14:46] (there's a bug about it with some details) [14:49] [14:49] anybody doing version updates, ask on the chan first to not duplicate work [14:49] ember: ^ [14:50] not doing anything, just updated sj [14:51] right, that's why I tell it, before people start duplicating work again [14:51] mvo, did you see the message about tidying up the codec purchase option? [14:52] 'purchase'? [14:52] mpt: yes, but I haven't had a chance to work on it yet, sorry :( [14:52] vuntz, hi, did you get my message about the hackfest? Gmail's confusing and I'm not sure whether it got sent [14:52] seb128: fwiw, the Icon issue would be fixed if we translated things with a translation context [14:53] mvo, ok [14:53] mpt: hrm, I think I didn't [14:53] vuntz: right, I though about that but that's sort of a workaround [14:53] mpt: or it got caught as spam [14:55] mpt: but I was supposed to ping you today about this :-) [14:57] ok, re-replying [15:07] mvo, do you know if the same system is also used for DVDs? [15:08] mpt: I think it does, I'm not sure however [15:08] pitti, https://wiki.ubuntu.com/CodecInstallationIntrepid [15:08] hey glatzor! [15:09] hello mvo! [15:09] You enjoyed your holidays? [15:11] glatzor: yes, very much so, it was great [15:12] hopefully we can talk about at ubucon [15:12] oh, right - ubucon! when is it again? [15:12] Mvo: I will know the day after tomorrow if I can come for sure [15:12] 17,18 and 19th october [15:13] mvo, oh my god one of my patients is ringing all the time. I will get mad here soon :) [15:13] :( [15:13] Luckily I have to a Zivi who does all the running tasks :) [15:13] glatzor: you are at work right now? [15:14] mvo, having my break and pushing my latest packagekit changes from today's train ride :) [15:15] heh :) cool! [15:18] hey tedg [15:19] tedg: not sure if you read your bug mails but bug #266931 is something you should look at, it seems to be due to your changes [15:19] Launchpad bug 266931 in fast-user-switch-applet "fast-user-switch-applet crashed with SIGSEGV in g_cclosure_marshal_VOID__OBJECT()" [High,Confirmed] https://launchpad.net/bugs/266931 [15:20] seb128: Yeah, was reading that yesterday. Seems to be only on the Live CD. [15:20] seb128: Is GDM running on the live CD? [15:20] tedg: yes, it's using the gdm autlogin I think, you might want to confirm though [15:21] mvo, so the break is over. See you! [15:21] seb128: Is there a way to build a Live CD with a debug version? Is there a good way to debug the Live CD (I've never tried before) [15:21] bye glatzor! [15:22] tedg: the liveCD is a standard system, you can apt-get install a dbg package or dpkg -i a deb you build [15:23] seb128: Oh, okay, I didn't think I could write to it. I thought it was read only. [15:24] pochu: http://download.gnome.org/sources/gnome-utils/2.23/gnome-utils-2.23.92.tar.gz [15:24] seb128: alright, will do it in a bit [15:24] cool [15:25] seb128: Also, is the archive open, if so, can you sponsor the GPM in my PPA? [15:26] seb128: Oddly upstream didn't include Mario's patch. Unsure why, I did though. [15:26] seb128: Hopefully in the next release. [15:26] tedg: which one? the timeout one? [15:26] it's in svn [15:26] tedg: you might need to change your ppa version to include merge the change mdz uploaded this morning [15:27] tedg: and you should open sponsoring bugs and subscribe ubuntu-main-sponsors when you have updates ready so people know about that, mdz backported a patch because you gave no news about the update [15:28] tedg: Okay. [15:36] vuntz, sent [15:38] the wiki is used again to do updates, feel free to work on any update listed there as unclaimed [15:39] mpt: got it [15:49] seb128: I can do vino and vinagre when they are out [15:50] * pochu kicks ember for submitting bug 260550 ;) [15:50] Launchpad bug 260550 in vinagre "Please sponsor vinagre 2.23.90 (main) into Intrepid" [Undecided,Fix released] https://launchpad.net/bugs/260550 [15:50] ember: this was very funny :) --> The "Emilio's gonna beat me to death release" [15:50] you should have put it in the changelog :P [16:05] lol [16:08] btw welcome back pochu [16:08] :) [16:08] seb128, soren: looks like we will need gtk-vnc 0.3.7 for Vinagre 2.24 [16:11] which is bug-fix plus "New features: o Add API to allow down-scaling to be enabled (Jonh Wendell) " [16:11] I'll look into the update [16:12] * soren hugs pochu [16:13] * pochu feels the love in the air ;) [16:32] seb128: The patch that mdz added was already in the upstream release. [16:32] seb128: I'll update the changelog though to make sure the bug number gets in. [16:32] tedg: right, he did add it to stop crashes while you were working on the upgrade [16:32] tedg: ok thanks === asac_ is now known as asac [16:39] pedro_: question for you regarding bug #255593 [16:40] Launchpad bug 255593 in gnome-panel "gnome-panel locks up" [Low,Invalid] https://launchpad.net/bugs/255593 [16:40] pedro_: I had that same behavior but it went away with a fresh install [16:40] LaserJock: what about it? [16:40] is that worth adding to the bug report? [16:41] LaserJock: if you think it could help the reporter, yes maybe, otherwise i don't think so [16:41] like a workaround i mean [16:42] ok, no, my workaround was a fresh install ;-) [16:42] why you didn't commented on that bug before ? ;-) [16:42] because I was wanting somebody to fix it :-) [16:42] ahhaha [16:42] at the time I didn't have time to waste on a freezing production machine [16:43] alright, well next time would be nice if you may comment on such bugs too, since seb128 was asking for more info there and nobody replied :-( [16:45] right, I didn't see the question for more information [16:45] although they are trivial questions [16:45] "any time you click on the clock applet gnome panel freezes" [16:49] is someone working on gnome-control-center? [17:14] Okay, so I made an updated GPM with the proper changelog, but now my PPA is rejecting it. :( [17:14] How do I "really delete" the old version so it doesn't think there's a conflict? [17:47] is there a ppa with inkscape trunk around? [18:00] seb128 pygtk-codegen-2.0 was supposed to be in py-gtk2-dev right? [18:00] ember: right, what version do you have? [18:01] ah ok, i was running ubuntu2, sorry [19:37] mpt: hello! I'm making some good progress with https://wiki.ubuntu.com/DefaultKeyboardSettings I think, one question:might "Use as default .." be confused with the "default" table above? I wonder if we shouldn't make it some more like "Make system default" or so [20:19] pochu: new vino and vinagre available for you [20:20] anyone mind if I do a sponsored upload of gtk-sharp2? bug 254855 looks plausible [20:20] Launchpad bug 254855 in gtk-sharp2 "Fix memory leak in IconTheme.LoadIcon" [Medium,Confirmed] https://launchpad.net/bugs/254855 [20:24] cjwatson: you can upload, nobody is really active on the gtk# stack in ubuntu and there is no pending changes [20:25] seb128: codegen moved away from pygtk, it's only in pygobject now [20:25] AIUI [20:26] lool: right but pygtk has a pygtk-codegen-2.0 -> pygobject-codegen-2.0 wrapper to not break compatibility [20:27] lool: I changed pygtk to ship this one this you didn't list in any .install and that was breaking some builds [20:27] seb128: thanks, will do; forwarding it to Debian as well [20:27] seb128: exactly, I don't recall including that [20:27] heh, yeah, oem-config was broken by that [20:27] This is what I get for not running debdiff because I don't have the previous upload [20:27] cjwatson: you can build retry I fixed that today [20:27] I do between debian uploads, I should do between ubuntu uploads [20:28] seb128: it didn't break the build, unfortunately - it's ok, already reuploaded to use pygobject-codegen-2.0 instead [20:28] I should script something to pull the current versions of the debs and debdiff them [20:28] cjwatson: ok [20:28] cjwatson: sorry about the breakage [20:28] lool: I've an ugly script which does that [20:28] lool: it compares dpkg -L and dpkg -c lists [20:28] seb128: I'm taking :) [20:28] seb128: Ah [20:29] That's an idea [20:29] lool: I need to clean it and push to ubuntu-dev-tools so other people can use it [20:29] it usually works fine [20:30] it just lists conffiles which have not been cleaned as a diff but that might be a feature since you know your upgrade didn't clean deprecated conffiles ;-) [20:30] seb128: Happy to have a look, but I didn't think of this and it sounds really simple to implement with my current scripts [20:31] seb128: I just notice we have pango1.0 1.21.3-1 in Debian but 1.21.3-0ubuntu1 in intrepid; perhaps we can sync [20:32] lool: it's already a few minutes ugly job, http://people.ubuntu.com/~seb128/debnbfiles [20:32] lool: just run debnfiles in the build dir and it'll diff all the deb there and the installed versions [20:34] Thanks [20:34] lool: pango can probably synced, we need to update to 1.21.4 though now than we have the new libcairo [20:34] 1.21.6 you mean :) [20:36] lool: right ;-) [20:37] lool: want to do the update? ;-) [20:38] I guess I could do pango [20:38] New week! [20:38] Plus I owe you one for the pygtk-codegen upload [20:39] if you own me one for this one I own your a zillion for the pygobject and pygtk updates ;-) [21:44] * NCommander lives [21:44] hey seb128 [21:45] hello NCommander [21:45] seb128, I'm finishing gtkmm now [21:45] (sorry, had to go out for a few hours) [21:45] cool [21:46] seb128, I aim to please ;-) [21:46] Uh oh [21:47] Unpacking libpangomm-1.4-1 (from .../libpangomm-1.4-1_2.13.7-0ubuntu1_amd64.deb) ... [21:47] dpkg: error processing /var/cache/apt/archives/libpangomm-1.4-1_2.13.7-0ubuntu1_amd64.deb (--unpack): [21:47] trying to overwrite `/usr/lib/libpangomm-1.4.so.1.0.30', which is also in package libgtkmm-2.4-1c2a [21:47] Unpacking libpangomm-1.4-dev (from .../libpangomm-1.4-dev_2.13.7-0ubuntu1_amd64.deb) ... [21:47] dpkg: error processing /var/cache/apt/archives/libpangomm-1.4-dev_2.13.7-0ubuntu1_amd64.deb (--unpack): [21:47] trying to overwrite `/usr/include/pangomm-1.4/pangomm/private/attributes_p.h', which is also in package libgtkmm-2.4-dev [21:47] er [21:47] That was more verbose than I expected [21:47] * NCommander sighs [21:47] Very odd, I have conflicts/replaces lines [21:48] NCommander: you managed to screw the replaces version ;-) [21:48] Replaces: libgtkmm-1.4-1c2a (<< 2.13) [21:48] Conflicts: libgtkmm-1.4-1c2a (<< 2.13) [21:48] NCommander: libgtkmm-2.4-dev is the conflicting one there [21:48] W00t [21:48] NCommander: and libpangomm-1.4-dev has no replaces [21:49] YEah [21:49] Damn it [21:49] Not my day [21:49] I'll kick a patch for it in Debian upstream, then port that patch to Ubuntu [21:50] NCommander: right, just change the debian version as you did for this one [21:50] Wait [21:50] wtf [21:50] Someone corrected it in the Debian SVN it seems [21:52] Er ... [21:52] Odd [21:52] Oh [21:52] The Ubuntu version also has the right conflict/replaces [21:52] NCommander: not it doesn't [21:52] In the -dev? [21:53] right [21:53] Yeah it does [21:53] hum [21:53] Package: libpangomm-1.4-dev [21:53] Replaces: libgtkmm-2.4-dev (<< 2.13) [21:53] Conflicts: libgtkmm-2.4-dev (<< 2.13) [21:54] NCommander: you forget the epoch number [21:54] d'oh [21:54] seb128, you can commit to the Debian SVN, right? [21:54] that's a classic ;-) [21:54] NCommander: yes, can't you? [21:54] seb128, no, not directly [21:55] ok, doing the change in a minute, restart my session to try updates before [22:08] re [22:08]