[01:59] ScottK: (moving to a more OT channel), do you think it would make sense for a release exception, or should I try to push through backports? [02:00] SRU exception I mean [02:01] I don't know the package well enough to have an opinion on if it should get an SRU exception. [02:02] what is a SRU exception? [02:02] ScottK: but I should try to go that route rather than backports first if it's totally broken, right? [02:02] If it's totally broken, yes. [02:02] Crak: https://wiki.ubuntu.com/StableReleaseUpdates/MicroReleaseExceptions [02:03] * micahg wonders if youtube failures qualify as totally broken [02:06] and for this https://launchpad.net/bugs/739791 what would be the right way to update? [02:06] Ubuntu bug 739791 in tucan (Ubuntu) "Tucan's version from ubuntu repositories doesn't work any more" [Undecided,Confirmed] [02:12] micahg: what's the context here? i know i saw a comment from cjwatson recently that TB intended to establish a precedent that a more-invasive-than-normal SRU might be ok if it was needed to respond to external changes (i.e. youtube changing) [02:12] broder: gnash doesn't work with youtube since the API keeps changing [02:13] yeah, that sounds like the sort of thing he was talking about. [02:13] let me look briefly and see if i can find that comment [02:15] micahg: http://irclogs.ubuntu.com/2011/03/10/%23ubuntu-meeting.html#t18:35 [02:15] (and a little above that) [02:18] broder: hmm, maybe this should be case by case rather than a MRE [02:19] micahg: i can imagine a process parallel to MRE for "packages which rely on externalities and might change" [02:19] but realistically i think that as long as ~ubuntu-sru agrees that that sort of thing is appropriate, you don't really need a special process for it [02:21] You can shove almost anything in under the provision for SRU due to regressions. [03:54] so... what is the right way to send a sync request? [03:55] requestsync ? [03:56] oooh... that's just too easy [03:56] This program only functions in a UTF-8 locale. Aborting. [03:56] :S [03:56] Sure. IIRC we just did an SRU for ubuntu-dev-tools because requestsync quit working. [03:57] oh [03:58] ScottK: any chance you could make this easy for me and let me know what the title should look like so the release team can catch it? [04:06] MTecknology: does LC_ALL=en_US.UTF-8 requestync work? [04:07] nope [04:08] ubuntu_component, is that like universe? [04:08] MTecknology: The way to get the release team to catch it is to subscribe ubuntu-release. The title of the bug isn't particularly important; “Please sync $BAR from Debian $SERIES” is pretty common, though. [04:09] RAOF: they are subscribed but missed it [04:09] For how long? [04:09] bug 729691 [04:09] Launchpad bug 729691 in nginx (Ubuntu) "Freeze Exception Request: nginx-0.8.54-4" [Wishlist,Confirmed] https://launchpad.net/bugs/729691 [04:12] Sync nginx 0.8.54-4 (universe) from Debian unstable <-- close? [04:12] MTecknology: yep [04:12] put FFe: in front of it, so they know that there was one [04:13] MTecknology: do you have PPU for it? [04:13] PPU? [04:14] MTecknology: per package upload rights [04:14] oh, nope [04:14] MTecknology: otherewise, you need a MOTU ACK before the archive team will sync [04:14] I thought that's what Iulian Udrea (last comment) did [04:15] MTecknology: no, that's the FFe ACK [04:15] oh.. [04:15] MTecknology: I assume you've done install tests? [04:16] heh... and that person just had a ping timeout :P [04:16] * micahg can do a quick build test and ACK it [04:16] micahg: yup, same version is in a ppa; there's been a few itty bitty bug fixes since then but nothing very note worthy [04:16] I'd really appreciate it [04:18] micahg: http://ftp.de.debian.org/debian/pool/main/n/nginx/nginx_0.8.54-4.dsc <-- if it helps [04:19] MTecknology: thanks, but pull-debian-source, FTW! [04:19] ooh... more dev tools I have yet to learn [04:45] MTecknology: just gave you a MOTU ACK :) [04:45] micahg: woohoo :D [04:46] micahg: thanks much [04:47] So all of a sudden in natty I'm getting this in failed build logs - checking for PCRE library location... configure: error: Could not find libpcre.(a|so) in /usr [04:49] same thing still builds perfect in lucid and maverick, but not natty :S [04:51] MTecknology: multiarch? [04:51] ya [04:51] MTecknology: the check is probably bad [04:52] oh... [04:52] I'll try it with pbuilder... maybe an update broke something [04:53] MTecknology: Apparently some folks invent their own check functions in configure.ac/configure.in, instead of using AC_CHECK_LIB ... I'm dealing with that in a package I am playing with (hoping to update) myself... [04:54] jmarsden: I'm playing with php [04:54] Hmmm. PHP had better be buildable on Natty :) [04:55] i tried to grab the same package (dget) that's already used in natty, made one itty bitty non-source change, and that's happening [04:55] http://launchpadlibrarian.net/66946405/buildlog_ubuntu-natty-amd64.php5_5.3.5-1ubuntu4ppa1~natty_FAILEDTOBUILD.txt.gz [04:57] micahg: hm... I never knew your last name before.. [04:58] MTecknology: If you grab the package and *don't* make your "one itty bitty" change, does it build OK? [05:02] MTecknology: I think that either (1) libpcre just went multiarch and that broke php's autoconf stuff (which is looking for /usr/lib/libpcre.{a,so} which won't work any more), or (2) your change broke it. So the first step is deciding which of those is the issue you are facing :) [05:03] jmarsden: it'd be 1, if 2 broke it that wouldn't come until way way later [05:03] Unless it did so accidentally. [05:04] my change was to package.dirs [05:04] I'd rather not check in pbuilder because that's about a 4hr build on my system [05:05] MTecknology: If it really is (1), then you are faced with digging into the autotools stuff used to build php and fixing it for multiarch. [05:05] zul: you around? :) [05:05] Unless you are an autotools expert, I'd guess that could also take you 4 hours :) [05:05] I'll start up my pbuilder and figure it out [05:06] jmarsden: someday I might know enough to pretend to be an expert about something good; but it sure as heck isn't today [05:09] :) OK. I've just done apt-get source php5 in a Natty VM, it grabbed 5.3.5-1ubuntu4 . Let's see if it builds for me. [05:12] Eeek... it has a lot of build-deps! [05:12] that /etc/sudoers issue isn't fixed yet from maverick->natty.. [05:12] jmarsden: yuppers.... [05:16] MTecknology: issue is on line 23497 of the configure script of php5 where they implement their own test for whether libpcre is around... sigh... more multiarch breakage. [05:17] BTW, that's *quite* a configure script... 116K lines of it :) [05:19] MTecknology: It's gone mad and duplicated autotools functionality in a way that's broken by multiarch. See ext/pcre/config0.m4 [05:19] jmarsden: is it just my view, or are the first few hundred lines empty... [05:20] and like a million other excessively empty lines.. [05:20] They are indeed. Some wierd artifact of how autotools generated it, I expect. [05:20] MTecknology: A quick & simple solution would be to change the pcre path in debian/rules. [05:21] RAOF: for a quick dirty fix... I was just commenting out the test :P [05:22] That's... actually quite likely to work :) [05:22] i need to lay off the beer...i' [05:22] ll be finishing a 24pk in 2 days... [05:23] RAOF: not lintian clean; lintian dirty :P [05:33] MTecknology: 24 beers in 2 days... I'm surprised lintian doesn't output W: Excessive beer consumption :) [05:34] i'm not drinking anything heavy thouhg; just budweiser; not too horribly much tequila, rum, mojito on the side [05:35] Less, better quality beer. It's the way of the future! [05:36] there's a 'Broad Axe Stout' from a microbrewery/diner near here that's absolutely amazing; but $5 each is beyond what I can afford right now [05:37] and that doesn't let me keep myself nearly tipsy for the part of the day i'm awake [05:39] wow... ubiquity and i do not get along [05:53] MTecknology: Are you going to file an FTBFS bug about php5 and the libpcre test? (Also, do you expect to create a "not-all-that-dirty" fix for it yourself?) [05:53] jmarsden: I can surely file the bug; but the not-dirty fix might be a bit beyond what I'm capable of tonight [05:54] not the beer, the whole crying thing, I can't concentrate on teh screen long enough to think something trhough fully [05:54] OK, that works. You create the bug. If I have time tomorrow night and there's not a fix attached to the bug, I might have a go at it. [06:01] jmarsden: I'm assuming bug 739977is detailed enough. [06:01] Launchpad bug 739977 in php5 (Ubuntu) "PHP5 FTBFS in Natty" [Undecided,New] https://launchpad.net/bugs/739977 [06:02] mostly summarizing what you said :P [06:03] Looks fine to me. I have a script from debuild run on the unmodified source package I'll attach to it too. [06:15] I think I know how to fix it. [06:16] RAOF: fixitfixitfixitfixitfixit [06:17] If there is a way to generate the "tuple" for the currently running system, I have an idea too... but will happily let RAOF fix it :) [06:18] Say hello to DEB_BUILD_HOST_ARCH :) [06:18] Ah! I was playing with archdetect but not getting what I wanted out of it :) [06:19] hm? [06:19] something else to learn [06:20] Actually, that's probably a bit wrong, but it'll be something like that. [06:21] MTecknology: The multiarch stuff puts libraries under /usr/lib/i386-linux-gnu or similar... we need a way to generate the right "i386-linux-gnu" tuple for the current build system, so we can test the right place for the library... [06:21] Oh sweet lord, evolution. Do you *really* need 2.1GiB resident? [06:21] RAOF: yes [06:22] It's only 2.1 because a substantial part /has been swapped out/ [06:25] RAOF: $DEB_HOST_MULTIARCH :) [06:25] $DEB_HOST_MULTIARCH? Win. [06:26] * RAOF leaves it for jmarsden [06:26] OK, can do. [06:28] Hmm, there is also $DEB_BUILD_MULTIARCH -- do I care which one I use? [07:32] MTecknology: OK... got it fixed... and now it fails a little later with: checking for DB4 major version... configure: error: Header contains different version [07:33] jmarsden: php is such a lovely package, huh? [07:33] Really! [07:34] :P [07:34] mediawiki is a huge pita.... [07:51] MTecknology: I've used it, but not had to package it. The DB4 thing in php5 is another "multiarch breaks their funky configure script" issue... working on a fix now... [07:53] jmarsden: glad you know; i'd fumble cluelessly and break something else [07:53] Grin... doing this makes me think I should apply for MOTU one of these days :) [07:53] I'm not trying to package mediawiki; i'm trying to make it not break; the source is uses is ugly as heck [07:54] every half second it hits a php error or notice or something [07:55] MTecknology: That kind of think I have seen in addon modules for Mediawiki, but not so much in the Mediawiki code itself. [07:55] s/think/thing/ [07:56] I suppose I didn't look where specifically they're coming from; that could be the case [07:59] On one server I help admin we accidentally filled up /var/log because of that -- apache log rotation wasn't turned on, or wasn't rotating daily, or something... [07:59] nginx logs aren't rotating correctly on this system; not completely sure why [08:00] cron is running, but logrotate doesn't seem to run [08:01] hmm [08:01] You can do logrotate -d /etc/logrotate.conf or similar, to see if you have logrotate itself configured the way you want... [08:01] I just an hour ago forced logrotate to run and some of the log files were a few GB [08:02] looks like that was just fine [08:02] Hmmm. Permissions on /etc/cron.daily/logrotate ? [08:03] -rwxr-xr-x 1 root root 89 2010-07-08 12:13 /etc/cron.daily/logrotate [08:03] root 17927 0.0 0.1 2304 896 ? Ss 2010 0:23 cron [08:04] Looks sane to me. Do other scripts in /etc/cron.daily/ run as expected? [08:04] oh..... [08:05] old bug... [08:05] jmarsden: thanks! :D [08:05] :) [08:06] a simple little rm, all better [08:07] Wow, this php5 thing is getting annoying... fixed DB4, now libpng has what will presumably turn out to be a similar multiarch problem!! [08:07] all that gets to be turned into a patch? [08:16] Looks like it, yes. well, a set of patches. But I'm stopping for the night, it is 01:15am here... I'll attach my two patches so far to the bug. [08:21] good morning [08:27] jmarsden: alrighty, g'night [08:27] dholbach: g'morning [08:27] MTecknology: goodnight [08:28] hi MTecknology [08:29] I should stop drinking for the day and go to sleep.... [08:32] dholbach: what ya been up to? [08:33] MTecknology, I'm waking up :) [08:34] but it's 03:34; it's go to nap time [08:38] jmarsden: wow... that looks like some ugly stuff :P [08:39] hey mok0 [08:39] how are you doing? [08:40] MTecknology: Well, sort of. Just one line patches to (m4 templates for) shell scripts. It could be a lot worse :) [08:42] dholbach: me? [08:43] I was saying hi to mok0 and seeing how he was doing - but how about you? [08:43] jmarsden: I wonder how much of that configure script could be taken out; something like 40k blank lines and a bunch of ugly stuff going on in there; I didn't actually look at your fixes yet [08:43] dholbach: hi :) [08:44] I've started using the evolution chat client, but it doesn't beep me [08:44] how's life apart from that? [08:44] MTecknology: That configure script is generated at build time, so to do it right you'd need to rework the entire thing... I don't think anyone is going to step forward to do that :) [08:45] dholbach: busy [08:46] dholbach: We should meet and discuss the documentation stuff [08:46] yeah - sounds like a good idea [08:47] dholbach: I'm getting these merge requests but I'm not sure if I'm supposed to do anything [08:47] mok0, checking and commenting on them would be a good start ;-) [08:48] dholbach: right, but some of the fixes are trivial... [08:48] in my mind that should even make things easier :) [08:48] dholbach: there's not much point in a comment: "yes, it's a very good idea with a comma there" :-) [08:48] but you're right - we should definitely have a meeting and talk about it [08:48] we obviously don't have enough folks reviewing stuff yet ;-) [08:49] "Vote: approve" :) [08:49] dholbach: ok :-) [08:49] ok, maybe not for obvious typos - but generally I like us peer-reviewing stuff [08:49] dholbach: absolutely [08:50] dholbach: what about the css? The HTML looks dreadful [08:50] hi, a question on install in cdbs, I need to ship a file that is rw by root only. When I just add it to the install file, it gets rw-r--r-- permissions. How to change that? Using post install looks unclean to me [08:50] mok0, yes, let me file a bug about that [08:51] TeTeT: post install is ok [08:52] done [08:52] TeTeT: cdbs has hooks you can use [08:53] TeTeT: I'd recommend postinst [08:53] dholbach: great. In the meantime, I approved your --gen-key fix [08:53] pushed [08:53] TeTeT: atleast that's what I have seen in other packages [08:54] cdbs + mok0 : thanks! [08:54] TeTeT: see? cdbs is very advanced, even has IRC capabilities :-) [08:54] he he [08:54] yes [08:54] but DH is even more advanced! [08:54] cdbs: huh? [08:55] mok0: cdbs sucks, dh is way better [08:55] at times [08:55] * mok0 has gone back to hand-crafted rules files [08:56] * mok0 is also staying away from sucky-sucky 3.0 (quilt) [08:56] mok0: That's actually quite good [08:56] cdbs: no it's not [08:56] * cdbs prefers 3.0 (quilt) over all others [08:57] I like some of the ideas, but splashing debian/patches with automated diffs is a TERRIBLE idea [08:58] You get a whole bunch of crap in there that you don't want [08:58] autogenerated files and what have you [08:59] I also hate the fact that patches are applied when you unpack the source package [09:00] cdbs: I see you've laid down arms :-) [09:00] mok0: That's actually good [09:00] * cdbs was busy on other things [09:00] cdbs: what's good [09:00] mok0: Its way better than simple-patchsys or dpatch [09:01] mok0: And, having patches applied is nice, you get a fully functional package [09:01] it automates many things whne you work with large packages [09:01] with some 15-20 patches [09:01] cdbs: I prefer going quilt push -a myself [09:02] and I hate .pc being part of the package [09:02] mok0: It gets properly cleaned [09:02] when you run debuild -S [09:02] and stuff... [09:03] cdbs: I still think the design is flawed [09:03] to put it nicely [09:06] cdbs: It'd be much better to put the diff as a separate file in the source package [09:06] that would be ugly and wierd. [09:07] cdbs: yes, because you don't want those diffs anyway [09:08] cdbs: so whenever I'm working on a package, I need to unpack the debian tarball somewhere, cd into the patches directory to figure out what junk is in the autogenerated diff, so I can get rid of it. [09:08] * cdbs g2g [09:10] dholbach: re merge/54161 [09:10] mok0, yep, what about it? [09:10] dholbach: the error Jim points out has been fixed? [09:11] oh yes it has [09:11] yeah [09:11] dholbach: never done a review before, figuring out how it works [09:12] you're doing great :) [09:12] dholbach: what is "review type" ? [09:12] I think you can just ignore it [09:12] dholbach: ok [09:12] it's if you want a special "ui review" or something [09:12] I see [09:13] dholbach: so now what? Is the approved merge performed by LP? [09:14] no, I just pushed the change to LP [09:14] it should be in trunk now [09:14] dholbach: ah, so _you_ have to do something [09:14] dholbach: can't you push before it's approved? [09:16] sure I could [09:17] it's up to teams to set up their own review policy [09:17] dholbach: I see [09:17] but I like reviewing everything [09:17] dholbach: what about the review I requested. How do I fix your comments? Request another review? [09:17] it's not only about making sure that we don't have typos and bugs, but also about learning more [09:17] dholbach: I agree [09:18] (trying to learn how the review system works) [09:18] mok0, push fixes to your branch, and request another review [09:18] ("resubmit proposal" the link is called I think) [09:18] dholbach: ah ok [09:18] dholbach: I'll try that today [09:18] I liked peer reviews a lot when I worked on harvest and loco-directory [09:19] I learned loads :) [09:19] broder,micahg: that kind of thing was indeed one of the things that we were aiming at [09:19] dholbach: I'm looking forward to it [09:19] there's no point in an ivory tower of perfect stable software that no longer works because the world has moved on [09:20] and I like lp merge proposals a lot too - much better than sending patches over and over again :) [09:20] dholbach: absolutely... it was just not clear to me how it works [09:20] yeah, it takes a bit to get the hang of it [09:21] LP's interface is sometimes difficult... you have to search for a tiny little link somewhere. [09:22] if you have your local branch and pushed it, you can use "bzr lp-open" to open it in a browser (not sure if you knew already) [09:22] dholbach: I didn't :-) [09:22] cool === ogra is now known as Guest67326 === Guest67326 is now known as ogra_ === ogra_ is now known as ogra [12:54] Hi, I've uploaded my package to revu ten days ago: http://revu.ubuntuwire.com/p/equalizer [12:54] I understand this is the place to ask for reviews - so can somebody please have a look or tell me what else I have to do? === chuck_ is now known as zul [13:39] Is it a good idea to package an Java application? [13:52] I guess no. [14:25] JackyAlcine: why not? It'a good idea to package any application that is not packaged yet :) === JanC_ is now known as JanC === timc is now known as Guest62490 === chuck_ is now known as zul [15:31] This is about 3 years old: http://packages.ubuntu.com/natty/libtheora0 1.1.1+dfsg.1-3 "...merging of code from the Thusnelda branch." [15:31] current is: libtheora 1.2.0alpha 20100924 (Ptalarbvorm) [15:32] hmm, I am guessing 'alpha' is keeping this from being used.. [15:32] back to #theora [16:07] hi [16:59] is there any tutorial available for packaging from scratch? I mean adding documentation and everything?' [16:59] c2tarun: https://wiki.ubuntu.com/PackagingGuide/Complete === dholbach_ is now known as dholbach [17:58] i want firefox 4!!! ITS OUT RELEASE FINAL TODAY!!! PUT IN REPO NOW!! [18:00] smallfoot-: calm down. developers will publish firefox 4 when it's ready with packaging. [18:00] ok [18:00] when is ready with packaging? [18:00] when it's ready [18:00] smallfoot-: then it's ready. [18:00] Rhonda: hehe ;) [18:01] it will come for ubuntu 10.10 too? [18:01] perhaps [18:01] or i must wait for 11.04 while everyone else is having fun with the new ff4? [18:01] but not sure [18:02] There is always the possibility of a backport [18:02] cool, i hope so [18:02] i dont want be stuck with old ff3 while everyone else is enjoying the new ff4 [18:03] including the all new bugs, right :) [18:03] smallfoot-: IMO ff4 is not that cool as you think. [18:03] 3 cards with basic pages and it takes ~90 MB of memory. [18:03] rofl [18:03] it has html5 [18:04] "wow" [18:04] Well, html5 actually is nothing to belittle, ari [18:04] it has WebGL [18:04] smallfoot-, ari-tczew, Rhonda - firefox 4 final is already in the archive for natty (since yesterday) ;) [18:04] as I use ff4 myself, I encourage to _try_ to use google chrome [18:05] but I was wondering - is google chrome a path to be tracked? ;) [18:05] chrisccoulson, cool, i didnt know ff4 was out yesterday [18:05] smallfoot-, it wasn't [18:05] but the final RC was built on friday [18:05] and that became the final release today [18:06] oh [18:06] chrisccoulson: smallfoot- asked whether ff4 will be in maverick. [18:06] no change from final rc to final release? [18:06] yes, i want in maverick [18:06] smallfoot-, no, the RC is the build they fully intend to release, once it's had some testing [18:06] oh [18:06] okie [18:07] smallfoot-: https://launchpad.net/~mozillateam/+archive/firefox-stable [18:07] so, there is no change between rc2 and final (it's exactly the same build) [18:07] it has same build id, rev id, major, minor, rev version number, build number? [18:07] oh [18:07] smallfoot-, yes. it's identical in every way [18:08] okie [18:08] i have 10.10 maverick, i will get ff4 too? [18:08] smallfoot-: I just gave you a PPA link to get it in maverick [18:10] micahg, thanks [18:10] will it be in official repo? [18:11] smallfoot-: we'll do some type of update eventually, not sure which version or when yet [18:11] any further questions should probably be in #ubuntu-mozillateam as this is way OT for this channel [18:12] ah okay thanks [18:49] chrisccoulson: wow, thanks for the fast response+fix on bug 739416! [18:49] Launchpad bug 739416 in gnome-vfs (Ubuntu) "Preferred Applications uses %u instead of %s when setting browser" [Low,Fix released] https://launchpad.net/bugs/739416 [18:50] lfaraone, yw. although, it's something i've been thinking about for several weeks already (because of bug 709216) [18:50] Launchpad bug 709216 in thunderbird (Ubuntu Natty) "clicking on a link dont open the page " [Low,Triaged] https://launchpad.net/bugs/709216 [18:51] ubottu: so I assume we can now mark that bug as fixed? [18:51] Error: I am only a bot, please don't think I'm intelligent :) [18:51] chrisccoulson: * so I assume we can now mark that bug as fixed? [18:51] lfaraone, it's still open with a tbird task, as the long term fix is to not use gnome-vfs at all [18:51] hm, mk. [21:35] micahg: does this page work for you? http://reports.qa.ubuntu.com/reports/bug-fixing/community-natty-fixes-report.html [21:36] ari-tczew: yes [21:36] micahg: does it load full context? [21:37] ari-tczew: no, I'd suggest filing a bug against the ubuntu-qa-website project [21:37] micahg: that's right. [22:10] bdrung, geser, persia, Laney, maco: if on next meeting Sylvestre will be absent, please investigate in my comment in his application. [22:12] ari-tczew: an email to the dmb list may ....wait no, because Laney and i still aren't on it -_- [22:12] I imagine all DMB members take account of comments written on application pages [22:13] Laney: even if person is absent? [22:13] what do you mean? [22:13] If the applicant is absent then the application won't be heard [22:13] ari-tczew: we normally defer an application if the applicant isn't there [22:15] Laney: I mean that I want to get my comment reviewed, whatever he is present or not [22:15] because I think it's important [22:17] ari-tczew, Then I recommend sending an e-mail to the DMB list (and CCing maco and Laney since they're not yet a member of the mailing list). [22:17] I'm not sure what we can do besides address it when the application comes up [22:18] it would be rather unfair to discuss a specific case in public without giving the applicant a chance to speak [22:18] * Laney prods the sysadmins about the dmb list [22:18] Laney, Do you know if an RT ticket was opened for that? If so, whats the ticket number? I can probably get it moved along. [22:18] Laney: omg, I just want to know that DMB members know about this case... [22:18] but I will send list to dmb [22:19] ari-tczew: We do. Members read all applications. [22:19] cody-somerville: It's rt#16775; just pinged the 'vanguard' [22:22] debfx: seen bug 738330 [22:22] Launchpad bug 738330 in virtualbox-guest-additions (Ubuntu) "Today's Natty update means no guest additions in virtualbox" [High,Triaged] https://launchpad.net/bugs/738330 [22:22] cody-somerville: Apparently it requires managerial approval, so ... if you know a friendly manager with some time to spare ;-) [22:24] AlanBell: yes, see comment #8 on that bug report [22:25] Laney, Is that the reply you just got from the vanguard? [22:26] yeah [22:26] because it's a 'sensitive list' [22:27] Laney, I see the ticket is to add new administrators to the list. Have you asked the TB to add you and maco since they appear to manage the list? [22:27] only persia has admin privileges [22:27] apart from, I assume, the global listadmins [22:28] arguably the TB should already have the administrative password, but... that's another matter [22:28] s/already// [22:28] Laney: if you ask the TB, someone should be able to manually add you to the list [22:28] worst case [22:29] that's what I'm saying — I don't think they can [22:29] debfx: ah yes so you did :) [22:29] did mailman stop using flat files? [22:29] cjwatson can correct me here, but I believe that he previously held the list admin password and has since handed it over to persia [22:29] I don't think TB members have access to hack the configuration [22:30] debfx: should the ose-guest-x11 include 3d support? [22:32] AlanBell: yep, there is no difference feature-wise [22:32] Laney: i think micahg's referring to filesystem level hackery instead of logging in through the mailman ui [22:33] i just pinged mdz asking whether he could. we'll see [22:33] maco: I know, but I doubt TB membership confers that kind of shell access [22:33] maco: :D [22:33] they can probably approve the request though. [22:34] * cody-somerville is working on this. [22:35] cool [22:41] debfx: yay, I have unity in 3d again, thanks! [22:53] Laney, Okay. I believe you should be approved now (or will be very shortly). Can you confirm? === Amaranth_ is now known as Amaranth [23:29] cody-somerville: yeah, worked. Thanks! [23:29] You're most welcome. :) [23:29] We should still get a second moderator for dmb and devel-permissions though, and my offer to do it still stands [23:30] it's especially important for devel-permissions as it moderates mail from non subscribers, and I understand that sometimes applications get held up due to that [23:36] * cody-somerville nods. [23:36]