[00:12] I wonder why dictd was merged instead of synced. The changelog entry only says “Merge with Debian; remaining changes:”. [00:14] ion_: Does the debdiff say anything? Sometimes people grab from MoM and aren't careful with changelogs. [00:15] persia: I didn’t take a better look, just happened to take a look at the changelog. [00:19] is there a reason why the dhcp3-client dpkg post install scripts dont finish? see here: [00:19] # ls /etc/dhcp3/dhclient.conf* [00:19] /etc/dhcp3/dhclient.conf [00:19] /etc/dhcp3/dhclient.conf.dpkg-dist [00:20] for every fresh install of hardy, i do "mv /etc/dhcp3/dhclient.conf.dpkg-dist /etc/dhcp3/dhclient.conf" [00:20] im using the alternate cd [00:20] btw [00:21] [00:21] back [00:21] mathiaz: so, can you join #launchpad ? === mthaddon changed the topic of #ubuntu-devel to: Development of Ubuntu (not support, not application development on Ubuntu) | #ubuntu for support and general discussion for dapper/feisty/gutsy/hardy, #ubuntu+1 for intrepid | #ubuntu-motu for getting involved in development | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://wiki.ubuntu.com/HelpingWithBugs [01:10] is there a bugtracker for ubuntu-dev-tools ? launchpad says it's not the bug tracker [01:11] jelmer: https;//launchpad.net/ubuntu/+source/ubuntu-dev-tools/+bugs [01:11] (LP is sometimes a little confused about native packages) [01:12] persia: ahh, ok. Thanks [02:21] some debian devel up here? [02:23] yes, though there are more reliable places to look for them... :) [02:25] hehe :) [02:25] slangasek: possible query? :) [02:25] ok [03:29] slangasek: hiya, still around? === LucidFox is now known as LucidFox_KOTOR30 === LucidFox_KOTOR30 is now known as LucidFox === freeflyi1g is now known as freeflying [06:14] good morning [06:22] Hi [06:33] hey thekorn, hi ion_ [06:40] hello === dholbach_ is now known as dholbach === tkamppeter_ is now known as tkamppeter [06:45] I have a problem "request to switch into FULLSCREEN mode failed: too dumb terminal 'xterm' (no cursor move capabilitie) [06:45] " in both Konsole and xterm how can I fix this? [06:47] Good morning [06:47] Hi [06:48] ScottK: merge approvals are mostly a kind of educational measure to encourage people to get them done in time, AFAIUI [06:48] Agreed. [06:49] I just don't want to turn this into another bureacracy. [06:49] Good morning. [06:51] I have a problem "request to switch into FULLSCREEN mode failed: too dumb terminal 'xterm' (no cursor move capabilitie) [06:51] " in both Konsole and xterm how can I fix this? [06:51] Does it echo in here? [06:51] nobody knows? [06:51] hello.........hello............oooooooooo...... hello???????? [06:52] lol [06:52] Please read the topic. [06:52] ok you guys develop ubuntu? [06:53] or is it developing applications to run on ubuntu? [06:53] develop ubuntu [06:53] hello dholbach [06:54] sorry wrong link === hunger_t is now known as hunger [07:46] slangasek: RE Bug 207473 - The user complaining the fix didn't help is using Gnome. Since it's a KDE fix, I think it's not suprising. [07:46] Launchpad bug 207473 in kde-guidance "Screen brightness double level changes" [Medium,Confirmed] https://launchpad.net/bugs/207473 [07:48] ScottK: oh, heh [07:48] so /all/ these people are following up to the wrong bug? :/ [07:48] "Adam" doesn't mention GNOME or not [07:49] Since it's a two part hal/guidance bug it wouldn't suprise me if there was a gnome impact. [07:49] But it's the guidance bit that we have a fix for. [07:49] right [07:50] and have the affected users verified that the fix works? [07:50] It should probably also affect some Gnome thing, but I've no idea on that. [07:50] probably gnome-power-manager as a starting point, sure [07:52] Sounds reasonable if it does brightness for Gnome. [07:53] slangasek: It's not clear to me that there is a verification from someone who reported the exact original problem. It's also pretty clear that none of them are active in the bug either. [07:53] mm, ok [07:54] I can verify no regressions and it fixed some problems I was having that I hadn't actually reduced to a bug because I didn't understand it well enough yet. [07:54] * slangasek nods [07:55] My recommendation would be put it in hardy-updates. The problem isn't totally solved until Hal is fixed in any case and I'm confident this is better. [08:02] ScottK: no verification on bugs 231163 or 82279 yet, either? [08:02] Launchpad bug 231163 in kde-guidance "kde-guidance-powermanager: python2.5 crashed with AttributeError in checkBatteryCritical()" [Undecided,Fix released] https://launchpad.net/bugs/231163 [08:03] oh, 82279 has been verified, n/m [08:03] silly non-auto-refreshing reports [08:07] slangasek: I'll make you a deal: if there's a regression found, I promise to take care of it if you go ahead and publish. [08:09] ScottK: oh, well, I don't think we should be covered for regression-testing now that it's been in for 15 days, but whether I can close the bugs with confidence when copying it over is another question :) [08:10] but yes, let's go ahead [08:13] ivoks: hi, I had a question for you [08:13] slangasek: sure [08:14] ivoks: https://wiki.ubuntu.com/DistributionDefaultsAndBranding says that for Croatian, "Debianova, Debianove, Debianovu" are ok to replace in translations with just "Ubuntu" - is that right? [08:15] it seems suspect to me that you would replace an adjective with a noun like that :) [08:15] slangasek: eh, depends on circumstances... i'll take a look at it [08:15] basically, this is the guide that gets used to mangle the debian-installer translations when doing merges [08:16] in most cases you can just apply same rules [08:16] but with Ubuntu is very hard, cause it ends with a vowel... [08:16] so there wouldn't be an "Ubuntove" adjective form? [08:17] so, Ubuntu's would be Ubuntuov, which soulds strange; 'In Ubuntu' is U Ubuntuu - very strange :D [08:17] heh [08:17] I like it! [08:17] :) [08:17] just cheat and claim that Ubuntu is the accusative form of "Ubunta" [08:17] >:) [08:17] slangasek: Ubuntuove sounds right [08:18] ok [08:18] like Ubuntu's web pages; Ubuntuove web stranice; that's for plural [08:18] ah, so there's also precedent, excellent [08:18] but Ubuntu's page; Ubuntu stranica [08:18] yes, of course [08:18] slangasek: i'll have to check each phrase... [08:19] or someone from ubuntu-hr [08:19] ivoks: well, it should never be /incorrect/ to do s/Debianov/Ubuntuov/, should it? [08:19] it should be correct, right [08:31] seb128> I'm preparing to upload a new debdiff for the f-spot merge [08:31] LucidFox: ah good, I was starting to wonder about this one ;-) [08:32] I've dropped the debian/copyright change, FSF address probably isn't big enough of an issue to diverge from Debian [08:32] and added the new patch from hardy-updates [08:32] cool [08:32] you can do the new version update too if you want ;-) [08:32] to 0.4.4? [08:33] ivoks: fwiw, here's an example of what we have currently: [08:33] -msgstr "Provjeravam Debianovu zrcalnu arhivu" [08:33] +msgstr "Provjeravam Ubuntu zrcalnu arhivu" [08:33] so. :) [08:33] I'd wait for Debian to update first, diocles has said he's going to upload it this weekend [08:33] LucidFox: yes [08:33] alright [08:34] hey slangasek, thanks for accepting the sru uploads ;-) [08:34] seb128: yep - thanks for uploading... :) [08:34] things look good from my side for 8.04.1 [08:34] excellent! [08:35] because I don't want to have to approve any more uploads >:) [08:35] right, those were already late [08:36] hi seb128; you pung last night, so that's settled now? [08:36] the only remaining problem now is pulseaudio and the alsa update, right? [08:36] yeah :/ [08:36] pitti: did I? [08:37] Uploaded to bug #226117 [08:37] Launchpad bug 226117 in f-spot "Please merge f-spot 0.4.3.1-1 from Debian unstable (main)" [Wishlist,Confirmed] https://launchpad.net/bugs/226117 [08:37] pitti: anyway that was probably for the sru uploads slangasek accepted so everything is fine now [08:37] LucidFox: looking [08:37] seb128: right [08:38] * seb128 hugs pitti [08:38] * pitti hugs seb back [08:41] slangasek: that's ok :) (sorry, i was on the phone) [08:42] slangasek: both 'Provjeravam Ubuntu zrcalnu arhivu' and 'Provjeravam Ubuntuovu zrcalnu arhivu' are ok, but the first one sounds better and is easier to pronounce [08:43] ivoks: ok. well, if you can review my changes in http://bazaar.launchpad.net/%7Eubuntu-core-dev/choose-mirror/ubuntu/ rev. 599, that'd be awesome; c.f. revision 486.1.526 which shows the branding changes vs. Debian's [08:43] slangasek: i will [08:44] and if you tell me to, I'll revert the changes, or whatever :) [08:44] slangasek: ok :) === freeflying is now known as GNU [08:44] but it's ideal if we have something that can be applied mechanically, since usually that's how these branding changes have to be done === GNU is now known as Guest71839 === Guest71839 is now known as freeflying [08:45] (it's interesting that you say "Ubuntu zrcalnu arhivu" sounds better; in Czech this construction sounds very strange to me) [08:47] slangasek: in 'Ubuntu zrcalna arhiva', everything is object, and in 'Ubuntuova zrcalna arhiva' 'zrcalna arhiva' is object [08:49] slangasek: meh... just drop 599 revision; it really sounds bad :D [08:49] ok... :0 [08:49] sorry [08:49] :) [08:50] slangasek: thanks for keeping an eye on it [08:51] n/p [08:51] * slangasek still thinks Croatian's choices here are weird ;) [08:52] i'll take the blame if someone complains, i translated it like that in the first place in d-i [08:52] actually, I think what really bothers me is that it's "Ubuntu zrcalnu arhivu" instead of "zrcalnu arhivu Ubuntu" [08:52] but that's not a mechanical change :/ [08:53] and may not even be the correct word order in Croatian, for all I know ;) [08:53] ubuntuove sounds very czech and it's kind of normal there.. like krusovice [08:53] heh :) [08:53] slangasek: you have a point there [08:53] zrcalna arhiva Ubuntua sounds very good [08:54] hm... i'll crate a diff and send it to you, if needed [08:54] ok? [08:54] well, then we still have the difficulty of whether we can continue to maintain it? [08:54] right... [08:54] since it's then not a mechanical translation - one needs to understand the grammar enough to get the word order right [08:55] so if the current is acceptable, we should probably just leave it alone [08:55] sometimes i whish we all speek same language... [08:55] current is ok === Shely is now known as ShelyII [09:20] kirkland: I reviewed your program, long answer in your mbox [09:30] question about PPAs: although I deleted packages from my PPA, trying to upload revised versions for another distro-series results in LP rejecting it, stating that "the source is already accepted in ubuntu/intrepid..." [09:31] What more than delete packages can I do? [09:31] Does LP still cache some info about previously uploaded (but now deleted) packages? [09:33] MacSlow: You really don't want to do that. [09:33] We bump versions for a reason. [09:33] What are you trying to upload, though? [09:34] wgrant, my own version of upstream clutter & friends [09:34] If anybody else ever uses your packages, they'll get confused to death if a version is in fact not the same as that same version. [09:35] well then [09:35] Bumping to -0ubuntu3 won't kill anything, I'm sure. [09:35] ok... I admit I just wanted a fresh start for "cosmetic" reasons :) [09:37] wgrant: Assuming Ubuntu has e.g. -0ubuntu1, better use something that’s -0ubuntu1 < x < -0ubuntu2, for instance -0ubuntu1.1 [09:38] Ubuntu doesn't have -0ubuntu1, but you're right in that different versioning should be used. [09:39] Security versioning is not the solution, however. [09:39] People will often append a +username1 or +ppa1 [09:40] I mean, for a < b < c, where a is the current Ubuntu version, c is what the next Ubuntu version for the same upstream release will be and you pick b. [09:40] Right. [09:47] pycentral pkginstall: not overwriting local files [09:47] dpkg: error processing python-launchpad-bugs (--configure): [09:47] argh [09:47] doko: ^ any idea about why that happens? breaks hardy dist-upgrade [09:47] oh, ENODOK === asac_ is now known as asac [09:48] seb128: ^ that broke the retracers; fixing (FYI) [09:48] urg, thanks [09:48] that's not the first time that happens [09:55] oh why... LP now complains it's missing the *.orig.tar.gz although it's in the same directory from where I issued the dput command [09:56] debuild -S -sa vs. debuild -S ? [09:56] but it was obviously not uploaded with the dput command... I'm not doing anything other then... [09:56] dholbach, I did dpkg-buildpackage -S [09:56] right [09:57] that's not good anymore? [09:57] mcaslow: Try removing ...orig.tar.gz.uploaded or whatever it was. [09:57] -sa will add the .orig.tar.gz to the .changes file [09:57] dholbach, it only uploads the orig.tar.gz with 0ubunt1 ?! [09:57] it doesn't care about the version number [09:57] Oh, and yeah, -sa. [09:57] if you (and nobody else) has ever uploaded the new .orig.tar.gz, use -sa [09:58] if it has already been uploaded, don't use -sa and save bandwidth and time [09:58] ion_, btw I never saw such a *.orig.tar.gz.uploaded before [09:58] just remove the .upload file, regenerate the source package with -S -sa and try again [09:58] dholbach, -sa ?= "source attach" [09:58] ok [09:59] no idea what it stands for [10:02] thanks mvo for sponsoring! thanks seb128 too! [10:02] ;-) [10:02] cheers [10:19] dholbach: do you consider https://bugs.edge.launchpad.net/ubuntu/+source/courier-authlib/+bug/239643 as a correct bug? I don't know what universe standards are, but is there any need to use revu when a debdiff could be attached? [10:19] Launchpad bug 239643 in courier-authlib "Please merge courier-authlib 0.60.1 (universe) from Debian unstable (0.60.1-2)" [Undecided,Confirmed] [10:19] seb128: no, it's absolutely not required to upload to REVU [10:19] and the description is not good either [10:20] right [10:25] Is the top (menu bar, tabs) of my gnome-terminal in Intrepid meant to be translucent, while other apps aren't? [10:27] is that really a question? ;-) [10:28] I don't see a reason why one application should behave differently no [10:28] seems to be a bug rather [10:29] In MacOSX, such inconsistencies seem to be the norm. :-) [10:29] I thought maybe the new theme supported transparency, and some apps would initialise a window with an alpha channel, and those that didn't were the bug... [10:29] ok, if that's the case I don't know about it [10:30] maybe MacSlow knows about that [10:30] Huh, translucent Gtk background by default? Now *that* would be a bug. [10:31] ion_, no... it's slick :) [10:31] If by slick you mean less readable. :-) [10:31] ion_: With blurring it probably won't be too bad. [10:31] ion_, it really depends on the opacity and if you happen to have compiz' blur enabled [10:31] Haha. [10:31] ion_, got a screenshot for me to take a look? [10:32] wgrant, I meant [10:32] sorry [10:32] MacSlow: Sure, in a sec. [10:33] day two of my clutter-PPA efforts and still not done *sigh* [10:35] no please don't tell me it failed because of the german-umlaut in my name [10:35] if anybody cares to take a look -> http://launchpadlibrarian.net/15472094/6c17UkRT6WzAJ8VPK8kCtoyGGfq.txt [10:35] MacSlow: What's the error? [10:35] Ah. [10:35] * wgrant tries. [10:36] My i915 really didn't like turning blur on. [10:36] MacSlow: heh; but it shouldn't matter in the Mainainer: field or anywhere, hmm [10:36] it built for hardy... then I copied it to intrepid and there it failed? [10:36] MacSlow: sounds like a cprov problem [10:36] cprov: ^ [10:36] MacSlow: It rejected it, and then failed to generate the rejected message because of your name, I suspect. [10:36] wgrant, oh... don't bother with blur if you don't have a GeForce-card [10:36] But it didn't reject it because of your name. [10:37] Although, that's a strange character... [10:37] pitti, wgrant: but I don't get why for hardy it built and only failed on intrepid [10:37] MacSlow: Did you upload the same version? [10:37] MacSlow: did you copy only the source ? [10:38] wgrant, no... I uploaded it for hardy and after that finished I used the LP/PPA-UI to copy it to another distro-seriies [10:38] cprov, yes [10:38] Aha, 0xFC is ü in latin-1? [10:38] cprov, I remember that this is saver to have it actually rebuilt [10:38] wgrant, yes... Müller is my surname [10:38] Shouldn't everything be UTF-8 these days? [10:39] MacSlow: you can't rebuild the same source within the same PPA (archive pools). [10:39] wgrant, well I didn't touch/change anything on my system [10:39] wgrant: Definitely yes. [10:39] cprov: Edge should prevent that nowadays, shouldn't it? [10:39] MacSlow: +copy-packages form should not allow it. [10:39] Except for that remaining race. [10:39] wgrant: no, edge is frozen :( [10:40] cprov, ehm... but didn't yesterday somebody tell me that this would be ok (moving from distro-series -> distro-series+1 and keep the version number)? [10:40] cprov: But is it in 1.2.6? [10:40] MacSlow: when you include binaries in the copy, it's fine [10:41] wgrant: yes, the bug is in PQM [10:41] cprov, hm. [10:41] the bug fix ... [10:43] f**k! [10:43] now I deleted the failed versions, and copied (with binaries) from hardy to intrepid... and that failed right away [10:48] pitti, to many kits eh ? (you thanked james for his help on policykit in your last sentence of teh packagekit mail :) ) [10:49] how long does it take for a deletion of a package to actually happen? [10:49] MacSlow: Now that I've got Compiz to go less slothfully - http://qeuni.net/f/1/2008/noblur.png [10:49] ogra: Can we please rename Nautilus to DirectoryKit? [10:49] yay [10:49] wgrant, looks like you're using some murrine-based GTK+-theme-engine [10:49] and kernel to hardwarekit :) [10:49] MacSlow: It's the default in Intrepid. [10:50] ogra: oh, indeed; PK != PK any more :) [10:50] wgrant, that's intrepid? [10:50] It is. [10:50] wgrant, hm... now I'm surprised [10:50] pitti, i'm always confusing all these kits .... they really should stop *now* with inventing new ones [10:51] GTK+ -> WidgetKit, GDM -> LoginKit. The possibilities are endless and horribly confusing. === thekorn_ is now known as thekorn [10:51] yeah [10:51] but fedora has fun confusing the world at least :) [10:51] GTK+ → Gimp ToolKit ;-) [10:51] ion_: True. [10:51] Or perhaps GraphicsKit ToolKit :-P [10:51] Pidgin -> ConversationKit, uh yeah :P [10:51] Hehe [10:51] MacSlow: The panel customisations are mine, but the rest of the theme is stock. [10:52] wgrant, the opacity in murrine is a hardcoded-value (at least it was when I last looked at its source) === devfil_ is now known as devfil [10:53] wgrant, working on BlingKit with MacSlow ? [10:53] wgrant, it should be a settable theme-property-value in the optimal case... so people can have it a bit translucent if they can run with compiz' blur... in that case it's really nice [10:55] slangasek: ah, apparently Debian now has a 'db-defaults' metapackage for libdb-dev [11:01] although I deleted packages from my PPA (about 15 minutes ago) they still show up in the "Delete packages from PPA"-page... why's that? [11:01] MacSlow: Indeed, it looked very good when I had blur on, but it regrettable ran at less than 0.1fps. [11:01] MacSlow: Try now. [11:02] s/regrettable/regrettably/ [11:02] wgrant, the i915 has no hw-accelerated offscreen rendering (FBOs) needed for fast blur [11:03] wgrant: Publisher only runs every 20 minutes, so trying a couple of minutes after the hour might have made a difference, but cprov would know. [11:03] MacSlow: Aha. [11:03] Um. I keep referring to myself for some reason. [11:03] wgrant, I think in the case of the i915 it uses the slowest possible option in GL... the only available on the i915 [11:03] MacSlow: Do any newer Intel chips do it well? [11:04] MacSlow: the package will continue to be listed in +delete-package until it is entirely removed from the archive. I usually takes 2 death-row cycles (30 min) [11:04] wgrant, on the i965 I saw FBOs finally being exposed by the driver when I did a fresh git-checkout of Xorg, driver & Co at UDS-Prague... even GLSL-examples ran on it... that's a sweet outlook for Intrepid :) [11:04] cprov, ah ok [11:05] Wow, a free driver with GLSL and FBO support? I gotta get one of those cards. [11:05] MacSlow: Nice, nice. [11:05] GLSL == GL shader language? [11:05] (Are there cards anyway, or are they only available as integrated chips?) [11:05] ion_, cool eh?! [11:05] (fairly random guess) [11:05] wgrant, correct [11:06] ion_: I heard they were coming up with cards eventually. [11:06] wgrant, well all chips supported by free drivers should get GLSL-support [11:06] But not yet that I know of. [11:06] Unfortunately. [11:06] wgrant, but I only have a GeForce and a i965 myself so I cannot tell anything about e.g. ATI-chips [11:07] wgrant, I would not be surprised if the nouveau (the free nvidia-driver) will offer all that too at some point [11:08] cprov, so for having a package available for and I _absolutely_have_ to bump the version?! [11:08] MacSlow: Nouveau seems like it should be rather good - I wonder how radeonhd will turn out. [11:08] MacSlow: One would normally upload for distro-series, and then copy it (with binaries) to distro-series+1. [11:08] Like we do when we create a new release. [11:08] All the binaries are copied from the previous one. [11:09] wgrant, regarding ATI/Radeon I put all my bets on Dave Airlie (!= RadeonHD) [11:09] just for the record... [11:09] * MacSlow is the bloodiest packageing noob on the planet [11:09] MacSlow: WRT the Murrine translucency... does it only work on RGBA windows? [11:10] MacSlow: what willian said, binaries normally can be safely carried from series-(n-1) to series-(n) [11:10] wgrant, well of course and it needs a working/running compositor [11:10] MacSlow: So that would explain why most of my windows are opaque. That's what I was initially wondering, thanks. [11:11] wgrant, I forgot which widgets murrine draws with some transparency by default [11:12] wgrant, it certainly does not create every widget with a RGBA-colormap by default... that would cause some breakage... especially for the tray-icons (notification area) === elkbuntu is now known as elky [11:27] seb128, i was told gdm wil drop support for ~/.dmrc, do you know anything about that ? (we just planned ~/.dmrc support in ldm but i dont want manpower being wasted if upstream switches to different ways of setting default lang and session) [11:28] ogra: the new gdm uses gconf [11:28] hmm [11:28] ughh :( [11:28] seb128: ConfigKit! [11:29] how does that work with KDM, xdm and others then for default session and language ? they require ~/.dmrc .... or does KDM switch to gconf now ? :) [11:29] ogra: that's like asking how evolution read kmail accounts settings ... [11:29] there should be a freedesktop.org standard for that imho ... [11:29] no, its different [11:30] not really [11:30] you might wat to run a desktop that requires that file [11:30] from gdm [11:30] what file? [11:30] or you might want to switch over and expect no regression :) [11:30] ~/.dmrc [11:30] you might want to use your thunderbird accounts in evolution too [11:30] it carries a users default language and session [11:31] as a quasi standard since DMs exist [11:31] don't switch software if you don't want to reconfigure? [11:31] well, why should i switch my default session language [11:31] I don't get the question [11:31] why would an user switch login managers? [11:32] ok, question made easier: why does gdm break common standards ? [11:32] i mean the way to set lang and session is long established [11:33] i dont get why they need to break it and get incompatible with all other DMs [11:33] it doesn't in fact [11:33] I was just looking at the code [11:33] .dmrc is still used [11:33] phew, ok [11:33] warren told e differently [11:33] *me [11:33] he said mccann would remove it or had already [11:33] " * daemon/gdm-session-worker.c: (_save_user_settings), [11:33] (gdm_session_worker_start_user_session): [11:33] Save out user settings to ~/.dmrc before starting the [11:33] session" [11:34] good [11:34] ogra: I don't know what they will do [11:34] I just know what the current code is doing [11:34] but I'm not sure they consider .dmrc as a standard [11:34] ok, i thought you had any insight in the "why do they want to drop traditional setups" :) [11:34] and that they consider switching dynamically login managers as something that needs to be supported [11:35] thats why i said "quasi" standard :) [11:35] honestly who is wanting to switch between login managers? [11:35] i'm sure its not written down anywhere as "the standard" [11:35] me [11:35] and all my ltsp users do that regulary [11:35] why? [11:35] why should an user care about that? [11:35] depending if you sit on the server directly or on a client you use either ldm or gdm [11:36] that's like saying that grub should use lilo.conf because some users want to switch the boot manager [11:36] and i want them both to have the same settings indeed [11:36] which is what ~/.dmrc was made for [11:36] so DMs can share session and language info [11:37] well, as said the code to support .dmrc is still there [11:37] so let's see what they do [11:37] yeah [11:37] but if mccann said he wants to remove it that's probably true [11:37] well, warren said [11:38] i tend to trust him less and less since i met the people in person he usually proxies to me :) [11:38] (i.e.l lennart or davidz) [11:39] I don't know him so I can't say [11:39] (thas why i picked your brain to gather some more info :) ) [11:39] but from the changelog they added code to write and read the .dmrc during this cycle [11:39] good [11:39] so they probably agree with you that's an useful thing [11:39] and I somewhat doubt they will drop that now [11:39] it definately is [11:39] I would not worry to much for now [11:39] thanks :) [11:42]