[06:03] Good morning [06:03] jbicha: I'm using Radiance, and the buttons look fine? [06:04] seb [06:04] oops, pressed enter instead of tab [06:05] Hey pitti. [06:13] pitti: you're right, it's just the other themes that don't fit in [06:45] chrisccoulson_: can I ask you to do https://code.launchpad.net/~pitti/po2xpi/fix-update-data/+merge/59875 ? [08:02] It appears that the latest update-manager in Oneiric doesn't launch [08:03] yes, ImportError: No module named UnitySupport [08:04] jbicha: So I'm not the only one [08:05] hi seb128 , can you look at https://blueprints.launchpad.net/ubuntu/+spec/desktop-o-default-apps-unity-integration ? [08:10] seb128: bonjour [08:10] good morning folks [08:10] hey kenvandine pitti [08:10] hey cdbs [08:11] kenvandine, what are you doing up still? ;-) [08:11] * kenvandine is just downloading offline maps to my phone before getting a few hours of sleep before flying [08:11] hey kenvandine [08:11] seb128, and i was also working on building libido for gtk3 [08:11] seb128: how's Budapest? [08:11] pitti, nice [08:12] kenvandine, did you get it working? [08:12] not yet [08:12] it is less trivial than the others [08:12] quite a bit of stuff to change [08:13] enough for tonight though, i gotta get some sleep [08:13] cdbs, what about it? [08:13] kenvandine, 'night [08:13] good night, see you soon'ish :) [08:25] pitti: we have a good reason for a libreoffice SRU: bug 775608. [08:25] Launchpad bug 775608 in libreoffice "[Upstream] Libreoffice Calc's PRODUCT function doesn't calculate correctly with certain array formulas" [Undecided,Fix committed] https://launchpad.net/bugs/775608 [08:29] it would make us the only distri to have a current version of LibreOffice that actually calculates right, which I would consider a feature. [08:32] Sweetshark: eww, yes; I added a natty task [08:32] bbiab, bank/post office [08:33] Sweetshark: eww, yes; I added a natty task [08:33] bbiab, bank/post office [08:49] seb128: Just wanted your opinion on it [08:49] cdbs, seems like nice integration work for contributors [08:49] seb128: And please do subscribe, I'll be attending remotely, and I can't gather folks for the session through remote robotic hands @ Budapest :) [08:50] k, I will mention it to didrocks as well [08:50] seb128: yup, could be a give-away for contributors as well, we just need to decide which apps needs what [08:50] thanks seb128 [08:52] DBO: seb128: Enjoying Budapest? [08:52] Gosh, my age is such a damn barrier to enjoyment [09:14] how do I properly do the maintainer script when the packaging has been reshuffled with an /etc file [09:16] jbicha, define reshuffled [09:16] jbicha, but basically http://wiki.debian.org/DpkgConffileHandling [09:17] it has code you can use to clean or move those on upgrade [09:17] the etc is now "owned" by -common instead of -bin or the other way around [09:18] thanks, I'll see if I can figure that out, just rm'ing it in the prerm upgrade works but I didn't think it was very nice [09:19] did you try to just use a replaces as for any file move to a new binary? [09:20] can you explain that more?, I'm still learning packaging [09:22] the wiki page points me to man dpkg-maintscript-helper which tells me how to move or remove a conf file [09:22] jbicha, not sure what issue you are trying to solve, but usually when a file moves between binaries we use a Replaces to avoid conflicts on upgrade [09:22] like [09:23] ok, maybe I understand that [09:23] it's the way to tell dpkg to not report a conflict between the binaries [09:24] it seems like that the conffile being in a new binary should be handled without any need to manual work out of using the Replaces: -bin (<< new-version) [09:24] if I just tell it that it replaces the older version, it may be smart enough to figure out how to upgrade it correctly [09:24] ok, I'll try that, thank you [09:24] to avoid conflicts if the new -common is unpacked before the new -bin which would make dpkg go "you have 2 binaries shipping the same file it's a bug" [09:25] I'm trying to merge in Debian's version of gnome-session 3 and this should be my last step [09:25] what file are you dealing with? [09:27] jbicha, ^ [09:28] /etc/X11/Xsession.d/55gnome-session_gnomerc [09:28] there was a replaces in Debian's control, just have to tweak it slightly for Ubuntu [09:28] that file doesn't come from Ubuntu, it must have moved in Debian as well so they probably deal with it [09:29] ok, makes sense [09:43] morning [09:43] hey rodrigo_ [09:46] howdy [09:46] hi seb128, jbicha [09:54] pitti - yeah, sure. i can do that. ca-valencia is actually automatically blacklisted in my new firefox packaging, as i parse the list of languages to ship in the firefox source [09:55] and that one is not on the list (or it's !linux) [09:55] chrisccoulson_: for oneiric you mean? [09:55] (we need this for natty) [09:56] pitti - yeah, for oneiric [09:56] i was just saying that this won't be a problem in oneiric ;) [09:56] nice [09:59] pitti - http://hg.mozilla.org/mozilla-central/file/3ff945bdace7/browser/locales/shipped-locales [09:59] i parse that to build the list of xpi's to create [10:00] chrisccoulson_: straight from gitweb? that's done at source build time then? [10:01] pitti - no, that's shipped in the source tarball [10:02] (although, i don't actually parse it at package build time. i build a list from it at source build time so i can create the entries in debian/control) [10:03] hmmm, unity really doesn't like me docking my laptop [10:04] chrisccoulson_: unity doesn't like my uptime :) [10:05] chrisccoulson_: Somewhat surprisingly, Unity quite likes me docking my laptop. [10:06] Even *more* surprisingly, my laptop detects when I turn of my external DP monitor *and automatically disables it* [10:06] It's crazy when things work as you'd hope them to :) [10:06] black magic! [10:06] i'm going to have to restart. restarting compiz hasn't fixed my problem, and now my display is even more messed up [10:06] I was astounded the first time it happened :) [10:07] I still don't quite like how it messes up the resolution on both displays to 1024x768 when I open the lid [10:07] but it's come a looooong way [10:07] Harumph. It *should* pick up your last used config, which would probably be spanned. [10:09] that's better. 2 functioning screens again [10:14] rodrigo_: I synced gnome-session with Debian for the gnome3 PPA, here's the updated merge proposal: [10:14] https://code.launchpad.net/~jbicha/gnome-session/gnome3-support-ubuntu-session/+merge/59886 [10:14] pitti: How do I do this "nominate for series" thingie for the SRU? [10:14] Sweetshark: I already added a natty task [10:14] Sweetshark: but below the task list there is a "Target to series..." link [10:16] pitti: cant find it. [10:16] * Sweetshark is blind [10:16] Sweetshark: you see the two buttons with a green plus? [10:17] * vish suspects Sweetshark is not in BugControl.. [10:17] + Also affects project + Also affects distribution O Target to series [10:17] pitti: it's only available for bug control members [10:17] aah [10:17] Sweetshark: without that you won't be able to do much triaging indeed; can you please ping bdmurray (not sure who else) to add you? [10:18] * Sweetshark always wondered how one could get bugs in certain states that seemed unavailable to me ... [10:19] Sweetshark: https://wiki.ubuntu.com/UbuntuBugControl [10:20] pitti - thanks for accepting my firefox SRU :) [10:20] micahg, feel like doing some SRU verification> ;) [10:20] no worries, thanks for fixing stuff! [10:20] chrisccoulson: maybe a bit later, need to get thunderbird out before I collapse [10:21] pitti - yeah, it's a shame i had to regress bug 548866, but i think the severity of bug 643899 justifies that for now [10:21] Launchpad bug 548866 in firefox "forgets middlemouse.contentLoadURL on upgrade" [Medium,In progress] https://launchpad.net/bugs/548866 [10:21] Launchpad bug 643899 in firefox "Firefox sending header "Accept-Language: chrome://global/locale/intl.properties"" [Medium,Confirmed] https://launchpad.net/bugs/643899 [10:21] chrisccoulson: I think it might be better to file a new bug to track that regression [10:22] pitti - oh, you have an automated script? ;) [10:22] chrisccoulson: for what? [10:23] pitti - you can probably unassign sru-verification from bug 548866, as i just need to reopen that (but i mentioned that in the changelog) [10:23] Launchpad bug 548866 in firefox "forgets middlemouse.contentLoadURL on upgrade" [Medium,In progress] https://launchpad.net/bugs/548866 [10:23] i guess your script caught that ;) [10:23] **unsubscribe [10:23] ah, right [10:24] don't close bugs in the changelog which you want to reopen :) [10:24] set back to triaged, and followed up with a comment [10:25] that's going to get confusing, can we please open a new bug since this is only a natty regression at this point? [10:25] that bug was a regression on a previous release before that [10:30] wtf - bug 776970 ? what on earth does the title have to do with the description? [10:30] Launchpad bug 776970 in firefox "window.opener.content.document.nodePrincipal;" [Undecided,New] https://launchpad.net/bugs/776970 [10:32] jeez, i can't escape from people using the words "Fitt's Law". now, people aren't just using it in mailing lists, but they're using it in bug reports too! [10:32] (bug 776930) [10:32] Launchpad bug 776930 in unity "Attempted mouse-overs for the Firefox back button and Find box close button will bring up the Launcher (Fitts's Law)" [Undecided,New] https://launchpad.net/bugs/776930 [10:32] i think i'm going to go and hide in a cave [10:32] chrisccoulson: there's a 2 yr old bug with it in the title I think as well :) [10:32] but indeed this is annoying [10:32] I can't properly select stuff from firefox due to that, until I disabled launcher-on-edge in the prefs again [10:33] pitti - yeah. you must have that with other applications as well though? [10:33] i can't see what i could possibly do in firefox about this :/ [10:33] chrisccoulson: in principle yes, but it's one of the few apps I run fullscreen (the other is weechat, which I don't c&p from) [10:34] it's a unity design failure though, not a firefox bug [10:34] (which was discussed over and over, and this got pointed out as regression potential, but it was done anyway) [10:35] yeah, it is pretty annoying [10:38] RAOF: xserver-xorg-video-nv was removed in Debian, ok to follow suit? [10:38] debian bug 612189 [10:38] Debian bug 612189 in ftp.debian.org "RM: xserver-xorg-video-nv -- ROM; unmaintained" [Normal,Open] http://bugs.debian.org/612189 [10:39] pitti: We didn't do that already? :) [10:39] *flush* [10:39] pitti: Perfectly fine to. It's patched so that it can't actally load in all but unusual circumstances, anyway :) [10:40] RAOF: apparently nobody did a process-removals run in a long time :) [10:40] (s/did/has done/, right?) [10:41] Right. [10:44] pitti: can you nominate bug 775608 and bug 746375 for series natty? And set set importance to critical for 775608? I will then subscribe ubuntu-sru. Im unsure about who is to assign the "verification-needed" tag. [10:44] Launchpad bug 775608 in libreoffice "[Upstream] Libreoffice Calc's PRODUCT function doesn't calculate correctly with certain array formulas" [Undecided,Fix committed] https://launchpad.net/bugs/775608 [10:44] Launchpad bug 746375 in libreoffice "soffice.bin crashed with SIGSEGV in uno_type_sequence_construct()" [Medium,Incomplete] https://launchpad.net/bugs/746375 [10:44] Sweetshark: v-needed will be done by sru team when accepting the fix [10:45] Sweetshark: done [10:52] pitti: Ok, this is finished for my part. You would need to take over for sponsoring etc. [10:52] Sweetshark: can you please upload the source package (to "natty-proposed") to chinstrap again? [10:52] (or PPA) [10:53] but PPA would waste buildd power [10:55] pitti: I am already wasting: https://launchpad.net/~libreoffice/+archive/ppa/+sourcepub/1711276/+listing-archive-extra [10:55] Sweetshark: do you have a version with a better changelog for the second one? [10:56] heh, it seems the PPA builders are a bit behind [10:56] Sweetshark: i. e. which describes the actual problem instead of "tentative patch"? [10:56] hum [10:56] hi seb128 [10:56] pitti, wasn't remmina blocked by the security team? [10:56] hey chrisccoulson [10:56] seb128: yes, but for IMHO weird reasons; tsclient isn't any better [10:57] pitti, right, well I was just wondering if you talked to kees about it [10:57] not yet [10:57] easier at UDS when Kees, Robert, and we are all in the same TZ [10:58] ok, I just got confused by the work iteam [10:58] item [10:58] let's discuss it next week ;-) [10:58] iTeam sounds like a shiny new apple product, let's register it! [10:59] ;-) [11:05] pitti: uploaded to chinstrap [11:06] Sweetshark: hm, needs to go to natty-proposed, not natty (see above) [11:06] Sweetshark: urgency is irrelevant for Ubuntu, FYI (doesn't hurt to set it to high, but won't do anything) [11:14] pitti: fixed [11:16] Sweetshark: uploaded, thanks! [11:24] pitti, doing a gdm merge on debian would be a challenge but if someone feels like doing it ;-) [11:24] seb128: I added a question mark to it; but at some point we want to upgrade to gdm3 anyway, right? [11:25] seb128: and at that point we should at least rename our package to gdm3; we don't actually need to merge the Debian changes if that's impractical [11:25] but I guess the bigger challenge is to port gdmsetup etc. to gdm3 (in case it's actually necessary) [11:25] right [11:25] we will upgrade to gdm3 this cycle I guess [11:25] updated pad [11:26] seb128: also depends if we'll switch to lightdm by default; if we do, we might be able to drop a lot of patches [11:26] well, maybe [11:28] aren't most of the features of gdmsetup in control-center now? [11:28] i think they were last time i tried a fedora live CD [11:29] we need to rebase our gdm on accountsservice I guess [11:31] pitti, the issue so far is that nobody though merging gdm on debian was worth the effort [11:31] pitti: who should be the approver blueprints desktop-o-libreoffice-communities and desktop-o-libreoffice-packaging? You? Or jasoncwarner? They would need to be approved for UDS, right? [11:31] gdm3 is in the PPA [11:31] it's like going to take over a day of work and not going to bring any value especially if we want to switch away from using it [11:32] jbicha, there is a broken version in the ppa yes [11:32] pitti: doh, you are already the approver [11:32] like distro patches, gdmsetup, integration etc got commented [11:32] dunno, works for me [11:32] seb128: approver means approving the content of the spec for implementation, not ack'ing for UDS [11:32] pitti, wrong s? ;-) [11:33] sorry [11:33] Sweetshark: approver means approving the content of the spec for implementation, not ack'ing for UDS [11:33] pitti: ah, now I can hear you ;) [11:35] pitti: ok, I already mailed jasoncwarner1 about it, so when we should do something about the blueprints on UDS I'd assume its taken care of. [11:36] Sweetshark: accepted for uds-o and oneiric [11:38] pitti: ah, great! [11:39] * Sweetshark is beginning to get conditioned to nag pitti with random tasks. [11:39] * pitti is beginning to think he accumulated way too many team memberships over the yeasrs [11:43] oh, now that I think about it, gdm does something weird to my $PATH [11:44] jbicha, it probably does to your locales as well [11:58] ugh, was disconnected [11:58] seb128, ok, so what you told me yesterday about rebasing from debian, so what's the proper way to do it? I have branched trunk and applied the diff from the debian branch, and then I go over all the changes in our branch, right? [12:01] rodrigo_, not sure what is the proper way to merge on debian, pitti and other probably are closer than me from a "clean" way [12:01] https://merges.ubuntu.com/main.html has diffs [12:02] rodrigo_, there is a bzr merge-package which works as well for things with sources in debian [12:02] ah, cool [12:03] the way I do it is probably old school [12:03] I diff the debian dirs between current ubuntu and debian [12:03] then reapply changesets and list those in the changelog manually [12:03] ok [12:04] on whatever way is easier [12:04] like I might copy the debian control.in file over our version and readd the vcs and ubuntu maintainer if that's easier this way [12:04] or just keep the vcs version and document the diff if there is nothing from debian to take [12:04] but I guess you got what I mean there [12:05] seb128, yes, some things are easier to do manually [12:05] rodrigo_, one way to do it easily is take the vcs, copy the debian dir over and clean the bzr diff [12:06] debian dir = the one coming from the debian source [12:06] seb128, but the changelog, we keep the whole debian one, + one entry with the ubuntu specific changes, right? [12:06] so you have the diff in bzr [12:06] yes [12:06] and the goal is to have only useful things to Ubuntu remaining [12:06] it also allow you to bzr revert one file if there was no useful addition in debian [12:06] some people do merge the changelogs but I usually just summarize the diff in the current upload [12:07] see eog or the gedit upload I just did [12:07] ok, I think that's the easiest [12:07] ok [12:07] time for lunch there, bbl [12:09] has anyone upgraded to oneiric yet? [12:09] I traditionally upgrade on UDS Friday afternoon [12:09] same here, I need a working laptop for UDS [12:10] so I'm just doing the merges on natty until then ;-) [12:10] ok, lunch, bbl [12:10] heh, i think i'll probably wait too ;) [12:11] chrisccoulson, usually upgrading before going to a conference is a way of looking for problems :-) [12:12] rodrigo_, i like problems ;) [12:12] keeps things exciting! [12:14] b'ah, i'm really starting to hate bzr [12:15] that's twice in a few weeks that my branch has screwed up and i can't push it to launchpad [12:15] I'm crazy, I'm using Oneiric now [12:15] chrisccoulson, :) [12:15] so, what's the replacement for the .gconf-defaults files for gsettings? [12:16] hi all - trying to get workrave going in unity - it used to be an applet - pointers would be appreciated.... [12:17] rodrigo_: debian/package.gsettings-override [12:17] see dh_installgsettings(1) [12:17] Laney, ok cool [12:18] needs debhelper >= 8.1.3 too [12:19] hmm, natty only has 8.1.2ubuntu4 [12:21] yeah, O only [12:21] or -backports [12:26] ok [12:26] I'll add a work item for now [12:28] you can probably install Oneiric's debhelper in Natty tbh [12:29] Laney, yes, sure, just want to finish this merge, it's been taking me a few days now [12:30] well, oneiric chroots are easy to create :-) [12:32] Laney, yes, I will do it as soon as I've got some time [12:43] what's the file to change so that 'oneiric' is understood by dpkg-buildpackage & co? [12:43] I always forget === Pendulum_ is now known as Pendulum [13:18] re [13:18] rodrigo_, we have overrides for gsettings [13:20] seb128, right [13:21] seb128, btw, just pushed g-s-d rebase to ubuntu-desktop branch, if you want to do a quick review before I upload [13:21] rodrigo_, can do in a bit [13:22] seb128, no hurry, will go out for lunch in a bit, so no hurry :) [13:22] rodrigo_, I will have it reviewed for when you come back from lunch [13:22] seb128: ahah. i found you. [13:22] can you package something for me? [13:22] you are next in the queue [13:22] rodrigo_: you will come next week? [13:23] desrt, to budapest? yes [13:23] I arrive on Sunday [13:23] desrt, you're there already? [13:23] yes [13:23] ok, cool [13:25] ok, lunch now, bbl [13:28] DBO: hey steve [13:30] * pitti hugs desrt [13:30] pitti: hi :) [13:30] pitti: i want to talk to you next week about umask [13:30] desrt: DBO is Jason, not a Steve :) [13:30] because i am very confused [13:31] pitti: no. he's steve. :) [13:31] now I am very confused as well [13:31] me too [13:31] jason is across the table from me [13:31] if you want confusion, perhaps we should start calling jason rick instead of steve jason [13:32] pitti: do you have any awareness of what happened, exactly? [13:32] (with umask) [13:32] desrt: about umask? [13:32] ya. [13:32] i thought it was done in brussels [13:32] then it was reversed or something [13:32] hmm, apparently nobody actually implemented it [13:32] lol. [13:33] it was adding one line to a file and deleting a line from another :) [13:34] hmm, Assignee: desrt; that was probably inadequate then? [13:34] well [13:34] considering that i don't have the ability to upload... [13:35] right, it just apparently fell off everyone else's radar [13:35] * pitti accepts for oneiric and assigns to himself [13:35] great. thanks. :) [14:53] rodrigo_, let me know when you are back [15:08] seb128, I'm back [15:10] I'll try again: what's the file to edit to add oneiric to the list of known ubuntu versions, so that bzr-builddeb works? :) [15:13] rodrigo_, isn't that usually backported or something? [15:14] cyphermox, I remember having edited one file for natty, months ago, to make it work [15:14] yeah [15:14] but I don't remember which file [15:14] and i can't really find it [15:14] which error do you get? [15:14] * cyphermox has already switched to oneiric [15:14] 'oneiric not known' or something like that [15:15] but does it say something before that, like dpkg-source or whatever? [15:15] let me try again [15:16] hmm, seems to start building the package ok now [15:16] ok [15:16] * rodrigo_ waits for it to finish [15:16] might be dist-packages/bzrlib/plugins/builddeb/util.py though [15:16] good bye everyone, see you tomorrow! [15:16] ciao pitti [15:16] bye pitti [15:18] cyphermox, yes, that one, I guess it was updated in my last system update [15:18] it now contains oneiric indeed [15:18] yeah it's possible [15:19] cyphermox, already switched to oneiric? and dist-upgraded? any problem so far? [15:19] no, but it's gotta come eventually ;) [15:19] yeah :) [15:19] actually, I had a dist-upgrade to do this morning, I'm just about to reboot [15:19] ok, if you're not back, we'll know why :) [15:19] indded [15:20] * cyphermox reboots [15:37] rodrigo_, sorry I as pulled into a session [15:38] rodrigo_, so small comments on g-s-d [15:38] the first one is the current commit text, you probably want to limit to the current changelog and not let it list all the debian changelog entries you add [15:38] robert_ancell: ping [15:38] vuntz, hello [15:38] hey robert_ancell [15:38] robert_ancell: hi my friend [15:38] robert_ancell: are you still using http://people.gnome.org/~vuntz/tmp/versions/ ? [15:39] robert_ancell, what are you still doing up so late? [15:39] vuntz, we do [15:39] robert_ancell: if yes, you might want to be aware of a few changes :-) [15:39] ah [15:39] vuntz, cheers for the gcalctool uploading [15:39] seb128: well, I prefer to talk to robert_ancell and not you :-P [15:39] sure are [15:39] seb128, just got to budapest [15:39] * vuntz hugs seb128 [15:39] vuntz, ok great, I didn't want to talk to you either [15:39] heh [15:39] robert_ancell, joining the somehands? [15:39] oh, it's uds soon [15:39] seb128, yup [15:39] hope you'll have fun there [15:39] a few things [15:39] robert_ancell, we are at the dx, design sprint today if you want to come and say hello [15:40] it's at the first floor on the left of the building [15:40] - there's now versions-stable-extras and versions-unstable-extras [15:40] seb128, ok, will head up in a while [15:40] (those can be used to track everything on ftp.gnome.org that is not part of the release sets -- ie, not part of gnome-stable/gnome-unstable) [15:40] - there can be one than more line for a module [15:40] robert_ancell, second comment is that usually we try to keep the changelog description for patches rather than just list everything with "ubuntu patches" [15:40] for instance: glib:1.2.10 and glib:2.28.6 [15:40] seb128, hmm, what do you mean? I copied debian's changelog and just added one entry [15:40] this happens for branches [15:41] rodrigo_, bzr log and see the commit description from the most recent commit? [15:41] seb128, ah, right [15:41] so you need to make sure you take the right glib (not the first one, but the one with the higher version, for instance) [15:42] rodrigo_, do we still need 02_missing_libs.patch? [15:42] seb128, yes, seems so, although haven't really tried removing it [15:42] vuntz, I think I already do that as I had to differentiate between the mobile and normal packages [15:42] rodrigo_, is that distro specific? [15:43] robert_ancell: in case you have anything weird, just tell me [15:43] vuntz, will do, cheers [15:43] robert_ancell: there's one issue I'm aware of: dia is listed with version "1". But that's a bug on ftp.gnome.org actually [15:43] seb128, seems so, doesn't seems to fail on any other distro [15:43] weird [15:43] seb128, hmm, so how do I fix the log entry? bzr revert and commit again? [15:43] rodrigo_, don't bother for this one [15:43] seb128, we might not need it anymore, just left it there just in case [15:44] rodrigo_, so diff with debian has [15:44] - libgnome-desktop-3-dev (>= 2.91.5), [15:44] + libgnome-desktop-3-dev (>= 2.91.93), [15:44] is that needed? [15:44] if it is we should forward that to debian so they fix it [15:44] otherwise we should drop it [15:44] we should drop the debian vcs control lines as well so debcheckout doesn't get confused [15:45] seb128, I think it's indeed needed because of some API changes there were, although upstream checks for 2.91.5 indeed [15:45] let me check gnome-desktop source [15:46] rodrigo_, we add a .gconf-defaults which is not listed in the changelog summary, still needed? [15:46] seb128, needs to be converted to gsettings, but since it needs oneiric debhelper version, I just added a work item to the blueprint [15:46] the postinst diff is not needed since we don't support update from before the lts and it has a version newer than the one concerned [15:47] ok [15:47] rodrigo_, ideally we should still list it in the changelog so full merge we have a summary in the changelog [15:47] seb128, ok [15:48]