=== rpereira [n=rpereira@ubuntu/member/rpereira] has joined #ubuntu-motu [12:15] k Lutin; it's up; and i'm going to sleep - the proxy is always on though, so if you have any comments just pm me. thanks [12:15] ok, g'night tsmithe [12:16] kthxbi === MatthewV [n=MatthewV@202.183.115.232] has joined #ubuntu-motu [12:21] tsmithe: the notice you put in copyright to say you removed korg1212 would be better in README.Debian imo (if you want to provide info, because a line in the changelog could be enough) [12:22] ok [12:25] i've left it in the changelog, and added a not to README.Debian === mwe [n=mwe@unaffiliated/mwe] has joined #ubuntu-motu === fbond [n=fab@pool-72-92-138-194.burl.east.verizon.net] has joined #ubuntu-motu [12:28] tsmithe: to make lintian happy, you can also remove the '.' at the end of your short description ^^ [12:29] ok === tsmithe wonders why uploads are sometimes quick and sometimes slow [12:31] tsmithe: how do you mean? [12:31] and whenever he looks away they finish [12:31] LaserJock, meh - /me just being impatient :P [12:32] tsmithe: in general it's also good to say what patches does what in the changelog, eg. foo1.patch: . makes life easier [12:32] tsmithe: Uploads follow the same temporal rules as boiling water :) [12:32] persia, and broth ;) [12:32] Lutin, ok [12:32] i thought the names were rather self-explanatory, but ok [12:33] tsmithe: when you put the names in the changelog you can track the changes on the package then [12:33] yes [12:34] eg.oh yeah, patch foo was added at revision xxx === teer2 [i=teer@outbound.silenceisdefeat.org] has joined #ubuntu-motu [12:34] Lutin, ahh ok [12:34] hi teer2 :-) [12:35] LaserJock: ah, hello again. [12:35] LaserJock: Should I explain it again? [12:35] teer2: nah [12:35] we have a system for reviewing and including packages called REVU [12:35] !revu [12:35] REVU is a web-based tool to give people who have worked on Ubuntu packages a chance to "put their packages out there" for other people to look at and comment on in a structured manner. See https://wiki.ubuntu.com/MOTU/Packages/REVU [12:36] teer2: the thing we need is for the games to be freely distributable [12:36] LaserJock: That's what I'm looking for, right there. Thank you for the web link. [12:36] teer2: they don't have to be open source (although we would certainly like it if they were) but we *have* to be able to legaly distribute them on our servers [12:36] LaserJock: Now, do they need to create builds for each Ubuntu disto version? [12:37] teer2: not unless something changes where they need to [12:37] LaserJock: Do they have to be source code, or can they distribute binaries? [12:37] they can be in binary form, we'll still make up a source package to build a .deb out of it [12:37] obviously we would prefer source code [12:37] as we can fix bugs, do security, etc. [12:38] LaserJock: Right... but, well, I can check the temperature on that one. [12:38] basically it comes down to, if it's closed source but we can distribute it then it goes to Multiverse [12:38] LaserJock: And they can ask questions about that in hee, right? [12:38] LaserJock: *here [12:38] if it's free (as in freedom) with source code, etc. we can put it into Universe [12:38] teer2: sure [12:39] LaserJock: So -- what if it was a (let's make something up) a 200 MB binary, proprietary, freely distributable game demo. Are you saying they could go through this process and get it hosted? === poningru_ [n=poningru@adsl-074-245-140-197.sip.gnv.bellsouth.net] has joined #ubuntu-motu [12:40] teer2: I would think so [12:40] LaserJock: or do they provide the hosting and the Ubuntu universe would just point to the file location? [12:40] no [12:40] we put everything in our mirrors [12:41] LaserJock: Okay, so all the hosting would be done through the mirrors. Interesting. [12:41] LaserJock: Very interesting. [12:41] although, with something that big, it might be better to point to a file [12:41] I'm not sure [12:41] Lutin, it's up: http://revu.tauware.de/details.py?upid=4049 [12:41] :) [12:41] but we have games that are at least 50MB in [12:41] I believe [12:42] LaserJock: Started a linux gaming advocacy site, linuxgamingworld.com -- trying to get new life in the commercial, professionally linux-supported gaming scene. [12:43] teer2: we do have a gaming team [12:43] they might be the best to talk with [12:43] I'm not really up on that [12:43] LaserJock: How so? How can I contact them? [12:43] teer2: There does seem to be a limit in size. The uqm package has a large separate hosting for some optional portions of the game (around 200MB), and only has about 50MB in the repositories. [12:43] ah, that makes sense [12:44] teer2: https://wiki.ubuntu.com/MOTU/Teams/Games [12:44] LaserJock: I am so there. [12:45] Thanks for your help persia and LaserJock. Any other suggestions for me? [12:45] teer2: learn how to package and join the team ;-) [12:45] If you think of anything, my contact info is on the site. [12:46] LaserJock: I will try! [12:46] Cheers -- Have Fun!!! [12:46] tsmithe: my limits are here ;). (just a note, to make lintian happy you r long desc in control should with only one space instead of two) === anibal [n=anibal@debian/developer/anibal] has joined #ubuntu-motu === acacs [n=acacs@201.32.148.63] has joined #ubuntu-motu === mwolson [i=mwolson@jpi-wlafyte-212-116.dmisinetworks.net] has joined #ubuntu-motu [12:57] crimsun: thanks for getting acroread updated. [12:57] I was looking at the acroread libs, and there's nothing stopping us from changing the packaging to let acroread run on amd64... [12:59] all the bits are there? [12:59] ajmitch: yup. it's how I uncovered the ia32-libs-gtk issues [01:00] I'm running it right now (and uploaded a fixed ia32-libs-gtk too) [01:01] The only part I'm unsure about is the sanity of my Depends: line. [01:01] Depends: ${shlibs:Depends}, libldap2, libcupsys2, libstdc++5 [!amd64] , ia32-libs-gtk [!i386] [01:01] Debian Policy seems to imply that [] 's are only valid in build-deps... [01:02] and mixing shlibs:Depends with explicit dependencies [01:02] worst case, you could generate depends from rules & use misc:Depends :) [01:02] but I don't think that'd be nice [01:03] the rules is already a little ugly because I need to NOT include mozilla-acroread ... [01:03] maybe checkout vmware-player === keescook slaps his forehead === RAOF [n=chris@202.63.35.99] has joined #ubuntu-motu [01:05] as I thought [01:05] it sets ARCH_DEPS in debian/rules [01:05] dh_gencontrol -- -Varchdeps="$(ARCH_DEPS)" [01:05] yeah [01:06] ajmitch is da man ;-) [01:06] that's quite nasty still, since it requires hard-coding all those libs in debian/rules [01:07] seems like overkill, can't it to both? [01:08] it's just avoiding the use of shlibs, since it needs the 32-bit libs on amd64 [01:08] LaserJock: ha, very funny === TLE [n=kenneth@217.74.211.14] has joined #ubuntu-motu [01:12] surely the real soloution is to fix shlibs to properly handle 32 bit binaries in 64 bit packages === poningru [n=poningru@adsl-074-245-140-197.sip.gnv.bellsouth.net] has joined #ubuntu-motu === TLE [n=kenneth@217.74.211.14] has joined #ubuntu-motu === finalbeta [n=finalbet@d5152A68A.access.telenet.be] has joined #ubuntu-motu === Simon80 [n=Simon80@rn-v1n5b15.uwaterloo.ca] has joined #ubuntu-motu === rrittenhouse [n=tad@cpe-76-188-35-66.neo.res.rr.com] has joined #ubuntu-motu === hub [n=hub@toronto-hs-216-138-231-194.s-ip.magma.ca] has joined #ubuntu-motu === _MMA_ [n=mma@cpe-071-070-203-016.nc.res.rr.com] has joined #ubuntu-motu [01:56] When I modify the Maintainer field to Ubuntu defaults, does this belong in the changelog, or should it be assumed by the -ubuntu versioning scheme? [01:58] persia: what? [01:58] you shouldn't need to mess with Maintainer: [01:58] unless you are packaging from scratch [01:59] LaserJock: https://wiki.ubuntu.com/FeistyReleasePlan, and https://wiki.ubuntu.com/DebianMaintainerField. [02:00] persia: you should check with mdz to see if we are really doing that [02:00] persia: that is done automatically by the buildds [02:00] Adri2000: For binary packages, but for source? [02:01] LaserJock: Is he usually on #ubuntu-devel? [02:01] persia: yeah [02:01] I don't know that I've ever seen anybody change the source package yet [02:02] we shouldn't change the maintainer field, buildds do it: [02:02] pkgmaintainermangler: Maintainer field overridden to "Ubuntu MOTU Developers " [02:03] Adri2000: but according to the spec we will be [02:03] not sure if that's in place yet or not === persia grumbles about not being able to check the source for Launchpad to find out. [02:04] the maintainer field can be different between the source and the binary package? [02:04] yeah [02:04] hence the "mangler" [02:04] Adri2000: I think that's what pkgmaintainermangler does. === sistpoty [n=sistpoty@ubuntu/member/sistpoty] has joined #ubuntu-motu === Adri2000 doesn't know what mangler means [02:06] hi folks [02:07] Adri2000: A mangler is something or someone that mangles. To mangle to to render unrecognisable through random changes (fold, spindle, and mutilate). [02:07] hi sistpoty [02:07] hi LaserJock [02:07] gd night guys [02:08] gn8 Sp4rKy === RedKrieg [n=RedKrieg@ip68-10-83-27.hr.hr.cox.net] has joined #ubuntu-motu [02:08] ok persia :) [02:08] Whens the next MOTU meeting? [02:08] Err.. [02:08] whenever it is [02:09] s/MOTU/MOTU Council [02:09] well, we need a Council first [02:09] then we can have a meeting :-) [02:09] I think we should allow commenting on packages by non MOTU, lol [02:09] and the council needs the TB to meet first [02:09] TB meeting next week [02:09] friday [02:09] Wee [02:10] keescook: sorry for the delay, busy with work. I have a couple others (gxine, vlc) on the table, too. === zenrox [n=zenrox@pool-71-115-238-72.spknwa.dsl-w.verizon.net] has joined #ubuntu-motu [02:10] tuesday* [02:10] did we miss a TB meeting? [02:10] :p [02:10] this has taken forever to get a Council approved [02:10] LaserJock, There was one just the other day [02:10] LaserJock: probably due to holidays [02:10] crimsun: cool. [02:10] we had pretty much everything together in November [02:10] LaserJock: oh, UDS wasn't *that* long ago ;) [02:10] crimsun: I have a patch I'd like others to look at before I upload it, but it'd let acroread run on amd64. [02:10] crimsun, Nafallo, keescook: we should announce motu-swat on the mailing list ;) [02:11] we are going to have most of the useful part of the release cycle done with before we have a Council :( [02:11] What is motu-swat? [02:11] MOTU Security [02:11] sistpoty: yes please! I'm sorry I haven't mentioned it anywhere, I've been totally swamped [02:11] somerville32: security team for universe [02:11] keescook: mm! [02:11] LaserJock: sure, but that shouldn't stop people from doing work [02:11] OoOoOO :) [02:11] sistpoty: finally! [02:11] ajmitch: but I believe it is [02:12] keescook: ok, I'll write a mail... [02:12] yay, another team I could join [02:12] ajmitch: please do ;) [02:12] I read that there were efforts to modify revu to allow for non-motu to comment on uploads. I think this is an excellent idea :) [02:12] LaserJock is a deity; it's not like he needs to do work ;) [02:12] somerville32: I don't [02:12] LaserJock: Why? [02:13] somerville32: because people rely on the quality of those comments [02:13] it should be a 2 way communication between the people contributing and the MOTUs who are approving [02:13] not that giving advice is a bad idea [02:14] sistpoty: nah, I don't think I'll join any more teams [02:14] but a contributor should be able to have a level of expectation that the comments are acurate [02:14] LaserJock: Whats the difference between asking someone here in the chatroom and on revu? [02:14] crimsun: bah, dieties are supposed to do 2x as much work ;-) === ajmitch is glad he's a mere mortal [02:15] somerville32: because REVU is our "official" method of contribution review [02:15] LaserJock: Then maybe we need an intermediate unofficial method [02:15] I think this channel and the mailing list would probably suffice, but perhaps [02:15] somerville32: Here is probably good. Non-MOTUs who comment can be corrected by MOTUs when they make mistakes. [02:16] this comes up fairly regularly [02:16] Right but the issue is if people aren't here [02:16] I'd love to be able to take the list and work my way through it and share my wisdom where I can [02:16] And lighten up the load for real MOTUs [02:16] is uploading to revu the only way to get an account which is necessary to be able to comment? [02:16] we have allowed a few exceptions where a person that has demonstrated are good reviewers they can be given reviewing rights [02:17] LaserJock: Thats an excellent idea! [02:17] Maybe we should document a process in which to be granted reviewing rights [02:17] geser: you have to be a MOTU (or exception) to comment on other people's uploads [02:17] somerville32: I think not, IMO, it should be a rare thing [02:18] LaserJock: Alrighty then. Just more work for you ;] [02:18] if it's really bugging you, become a MOTU and start reviewing :-) [02:18] lol [02:18] you can also review-by-proxy [02:18] Maybe I'll do just that [02:18] bddebian is always willing to help out, I'm sure :) [02:18] :) [02:19] LaserJock: I'm a MOTU :) but doesn't have an account on revu [02:19] geser: then get one :-) [02:19] by uploading to revu? [02:19] geser: no, by asking a revu admin [02:19] on another note, I'm surprised at how often people "just want stuff packaged for Ubuntu" but don't put in any work [02:19] like the Candidates list? :-) [02:20] hehe [02:20] because they don't understand how contributing to free software works.. === somerville32 closes his eyes and twirls around in a circle to pick something to do. [02:20] "I want my Claws Mail now zomgponies!" [02:21] crimsun: well, I got an upstream author to start packaging some chemistry stuff for Debian/Ubuntu today === ajmitch just wants sleep [02:21] crimsun: hehe [02:21] that was interesting [02:21] http://tiber.tauware.de/~lucas/versions/unimultiverse-all.html lists nearly 650 packages which are in Ubuntu but not in Debian [02:21] I was under the impression that Candidates was actually useful. There is a package in debian-mentors (alephone), that I would like to see in Ubuntu. How should I proceed to get it in? [02:22] do people actually look at Candidates? [02:22] persia: once it is in debian, sync request [02:22] I'd never go there to find something to package ;-) [02:22] LaserJock: yes :) [02:22] Adri2000: It's been a couple years :) === ajmitch usually doesn't bother listening to what users want anyway [02:23] a wiki page for that sort of thing is bordering on insane :-) [02:23] and he's not bitter ;-) [02:23] persia: that it is in debian-mentors? [02:23] our job would be much easier if we didn't have users [02:23] far less bugreports, for one [02:23] ajmitch: agreed === Arrogance [n=aks@ottawa-hs-64-26-148-159.d-ip.magma.ca] has joined #ubuntu-motu [02:24] How do you distinguish between a user and a contributor? [02:24] Adri2000: I've been downloading it from there. I put a link up in Candidates. === somerville32 contemplates fixing up the MOTU wiki pages sometime soon. [02:25] somerville32: a contributor is somebody who contributes :-) [02:25] LaserJock, Is a user not contributing by giving feedback? ;] [02:25] usually no === ajmitch contemplates working on debian [02:25] sometimes yes [02:26] For those that are curious, official word is that the Maintainer should be manually mangled in the source package during merges, and the change documented in the changelog. [02:27] :-| [02:27] yay, more rules === ajmitch gives up [02:27] crimsun, i looked at the branch for mythplugins, and i noticed that some things were indeed missing on what was on bzr. i apparently they were committing to my own branch for my user name not to ubuntu-mythtv. i've got everything properly setup now [02:27] geser: I can make you a revu account... just tell me the email you want to use [02:28] sistpoty: geser@ubuntu.com [02:30] hmm, so I "get" to send the email to -announce? [02:30] yep [02:30] : [02:30] persia: well, thanks for bringing it up, I guess ;-) [02:31] you're a superstar, you can do it! [02:31] bah [02:31] I still don't get done 1/10th of what I want to === ajmitch gets < 1/1000th done [02:31] LaserJock: Sorry to cause you extra work, but credit really belongs to ScottK, who mentioned it ~15 hours ago. [02:31] so you're doing 100x better than I am :) [02:31] LaserJock: get used to it [02:33] geser: hm... I can't find a gpg key for that email, so pw recovery will fail. [02:33] superm1: ok, thanks for investigating. [02:34] sistpoty: I haven't add that address as uid to key yet [02:34] sistpoty: use michael@vorlon.ping.de instead (0x968BD587) [02:35] geser: ok, I was just about to write you your pw ;) [02:35] crimsun, mythtv should be good though, i just checked out from the branch made made sure [02:36] geser: ok, updated... you should be able to recover your pw now ;) [02:36] sistpoty: thanks [02:36] np [02:49] wow, never heard of this maintainer thing before... good to know === mikhail^ [n=dean@58.69.169.134] has joined #ubuntu-motu === ash211 [n=andrew@user-1121oil.dialup.mindspring.com] has joined #ubuntu-motu === bddebian [n=bdefrees@c-71-224-172-103.hsd1.pa.comcast.net] has joined #ubuntu-motu [02:58] Heya gang [02:58] hi bddebian [02:59] Heya persia === fernando [n=fernando@unaffiliated/musb] has joined #ubuntu-motu [02:59] hi bddebian [02:59] Hi sistpoty === cr3 [n=marc@pdpc/supporter/bronze/cr3] has joined #ubuntu-motu [03:06] oh darn, should ubuntu-devel be the contact now that it's moderated? [03:06] I remember Matt talking with somebody about that [03:06] Heya LaserJock [03:06] hi bddebian [03:07] ah, found it on -devel :-) === fernando [n=fernando@unaffiliated/musb] has joined #ubuntu-motu [03:08] *light bulb* [03:08] I just realized I can resolve this headache once and for all by having _backport_ crack addicts do subsystem maintenance work! [03:09] heh [03:09] crimsun: Have you (or can you) look at murrine now? [03:09] Well, not right now, but I mean now that he updated it. [03:10] he updated COPYING to use the correct FSF address? [03:10] Oh, is that new? [03:10] (that's the last issue about which I spoke with Andrew) [03:11] afaik he's waiting on upstream to address that [03:11] Was that today? [03:11] crimsun: I gotta run, but I think the amd64 on acroread patch looks like this: http://people.ubuntu.com/~kees/acroread-amd64.patch [03:11] I haven't tested that patch against your 7.0.9 package, though. [03:11] bddebian: approx 16 hrs ago [03:11] keescook: ok, thanks [03:12] crimsun: Ah, OK [03:17] man, I hate email :/ [03:17] it always takes forever and is way to wordy [03:19] hehe, yep === fernando [n=fernando@unaffiliated/musb] has joined #ubuntu-motu [03:21] amusing, isn't it then, that status updates for bugs occur via email? [03:22] yeah, I hate that [03:22] I hardly ever read bugmail === persia had a job once that was only writing email. Expected productivity was ~30 per day. === LaserJock would die [03:22] you're a deity; you don't have to read bugmail [03:23] crimsun: I prefer +subscribedbugs pages but I do use the email to get the URL of what's going on [03:23] maybe that's why Debian's BTS and I don't get along :-) [03:23] I love lp.net/bugs/foo and bugs.debian.org/foo [03:24] crimsun doesn't read bug mail, he knows with a single glance all the bugs that are, have been, or are yet to be [03:24] mhm [03:24] that would be so sweet [03:24] the omiscient, omnipotent, and nice guy MOTU [03:25] For a patch to dpkg, should I upload the file patch or a debdiff? [03:25] same practice as usual (debdiff) won't hurt [03:25] crimsun: Thanks. [03:25] persia: I'd do a file patch if you think it might involve the sponsor doing other work on it [03:26] but mostly debdiffs work as crimsun beat me to [03:26] LaserJock: It's only to add support for Original-Maintainer, and is pretty clean. [03:27] oh, I don't know that I'd do a patch just for that [03:27] or are you meaning support for dpkg to work with X-Original-Maintainer? [03:29] LaserJock: No, "Original-Maintainer". See https://wiki.ubuntu.com/FeistyReleasePlan. [03:30] more verbosely, so that dpkg-deb doesn't complain when the Original-Maintainer field is added to debian/control (bug 78879). [03:30] Malone bug 78879 in dpkg "dpkg doesn't support the Original-Maintainer field" [Undecided,Unconfirmed] https://launchpad.net/bugs/78879 [03:30] persia: the spec says X-Original-Maintainer [03:30] bah, but .debs seem to have Original-Maintainer [03:30] darn it [03:31] well, I knew my email was going to suck [03:32] OK. Now to whom should I subscribe the bug to get it uploaded? [03:32] ubuntu-sponsors [03:32] LaserJock: Thanks. [03:33] there's a new team? :) [03:33] no, never [03:33] LaserJock: Apparently that's ubuntu-main-sponsors :) === ajmitch can't keep up [03:33] persia: ah, I thought it was originally ubuntu-sponsors, my mistake [03:33] it's impossible to keep up with all of this [03:33] note: u-m-s isn't going to do anything until the maintainer signs off on it, so it'd be premature to sub u-m-s [03:33] LaserJock: It probably was. Teams seem to change frequently. [03:34] No kidding it is [03:34] the only thing to do let crimsun do it all [03:34] OK. Unsubscribing. [03:34] Nevermind. I can't. [03:34] crimsun: then what's the point of u-m-s? I thought the whole idea was that the u-m-s team would upload for you [03:35] although I can see needing a MOTU ack or something [03:35] pfft [03:35] LaserJock: What does a MOTU ack do for main? [03:35] s/u-*-s/crimsun/ [03:35] LaserJock: it's dpkg, which is core, and you don't want that touched without a sign-off [03:35] why do we bother with teams when we have crimsun? [03:35] crimsun: again, then what's the point? [03:36] ajmitch: crimsun sleeps (on alternate Tuesdays) [03:36] there are plenty of things in main that wouldn't need special sign-off [03:36] if you have to go through the maintainer anyway why use u-m-s === fernando [n=fernando@unaffiliated/musb] has joined #ubuntu-motu [03:36] ajmitch: true [03:36] LaserJock: u-m-s is for uploads, of course. It just makes for a bit less email spam to wait imo. [03:36] and that makes sense if this is a special case [03:36] LaserJock: I'd consider dpkg a *very* special case. [03:36] there are things that you don't want everyone handlign u-m-s to touch [03:37] like the kernel, X, dpkg, etc [03:37] well, sure [03:37] since I wouldn't trust every sponsor to know the ramifications of a change [03:37] and I'd trust myself even less [03:37] but then it still seems like we should be going to the maintainers in the first place [03:38] it just seems like people have to go through so many layers to get things done :/ [03:38] LaserJock: Malone autosubscribes anyone who wants to be a bug contact for the package. If the maintainer likes bugmail, they get subscribed. [03:38] persia: of course [03:38] my point is, if the maintainer needs to ack it anyway, why wouldn't they upload it too [03:38] of course [03:39] we *love* layers [03:39] hence why we are ogres ;-) [03:39] they probably would upload it === persia actually appreciates the review of my patches. [03:39] or they may not have time [03:42] impressive seeing how many bugs motu-swat is subscribed to that are php web apps :) [03:43] yeah, who was it, maybe sistpoty, that said we should just remove php from Ubuntu and security would be done :-) [03:44] LaserJock: I just grumbled a little bit about php *g* === ajmitch does php for a day job === sistpoty has been programming php for quite some time... === jamesstansell [n=stansell@adsl-38-15-127.tulsaconnect.com] has joined #ubuntu-motu === jamesstansell [n=stansell@adsl-38-15-127.tulsaconnect.com] has left #ubuntu-motu [] === freeflying [i=flyingfr@gobstopper.dreamhost.com] has joined #ubuntu-motu === freeflying [i=flyingfr@gobstopper.dreamhost.com] has joined #ubuntu-motu === fernando [n=fernando@unaffiliated/musb] has joined #ubuntu-motu === doko_ [n=doko@dslb-088-073-124-142.pools.arcor-ip.net] has joined #ubuntu-motu === fernando [n=fernando@unaffiliated/musb] has joined #ubuntu-motu === fernando [n=fernando@unaffiliated/musb] has joined #ubuntu-motu [04:33] Good evening (here anyway) everyone. [04:33] hi ScottK === ScottK really appreciates all the time people have put into helping with his packages. [04:34] hi sistpoty [04:34] I think I'm ready this time... [04:35] http://revu.tauware.de/details.py?upid=4050 === ScottK learned about writing and installing man pages today :-) [04:39] ScottK: You'll want the Maintainer to be Ubuntu MOTU Developers (bare email addresses are unfriendly). [04:39] OK. Thanks. I'll go fix that. That's what I get for copying direct from the spec without putting my brain in the middle. [04:41] persia: I think he can have his address if he wants [04:41] ScottK: I should thank you. Your mention of that yesterday has caused interesting results. [04:41] although it'd be fine to put ubuntu-motu too [04:41] Yeah. [04:41] LaserJock: I'd agree to that, but the current value is just the MOTU email address. [04:42] persia: that's no good ;-) [04:42] Changed that here locally. I'll upload again momentarily. [04:42] Anything else before I fire off debuild or are you still looking? [04:43] ScottK: There's some vim cruft in README.Debian. [04:44] I got it that way from upstream. The upstream has /debian in it. Is that worth increasing the size of the diff for? === Hobbsee [n=Hobbsee@ubuntu/member/hobbsee] has joined #ubuntu-motu [04:44] hi Hobbsee [04:45] ScottK: Your changelog says you deleted upstream /debian. If you changed "deleted" to "modified", it would be fine. [04:45] Ah. Good point. [04:45] I [04:45] l'll remove the cruft. [04:46] hey ScottK [04:46] cruft excised... [04:47] ScottK: Is there a difference between INSTALL and README.Debian? I'm not sure you need both. [04:48] The differences are small, but real. The main difference is that the path you put in your Postfix config is different since Debian installs in a different place. [04:48] ScottK: Then you need both. Sorry I missed that. [04:48] No problem. [04:48] Appreciate the help. [04:48] ScottK: I don't see anything else, but you'll want real reviewers to check it. === ScottK does want real reviewers to check it, but will fix your comments first... [04:49] Thanks. [04:59] Updated and uploaded: http://revu.tauware.de/details.py?upid=4052 === ajmitch waves to Hobbsee [04:59] persia: thanks again. [05:01] hey ajmitch! === fowlduck [n=nate@24-183-45-79.dhcp.mdsn.wi.charter.com] has joined #ubuntu-motu [05:13] wow, that's just so cool... executing arbitrary shell commands from the browser === sistpoty is just testing if my patch indeed fixes a security bug [05:16] Then I hope you were executing the shell commands before you applied the patch... [05:18] ScottK: sure... I first test with the old version and then the same with the patched version [05:18] however this time I somehow broke s.th. :( [05:19] :( === lupine_85 [n=lupine@nick.lupine.me.uk] has joined #ubuntu-motu === lakin [n=lakin@S01060013101832ce.cg.shawcable.net] has joined #ubuntu-motu === ubotu [n=ubotu@ubuntu/bot/ubotu] has joined #ubuntu-motu === Ubug2 [n=bugbot@ubuntu/bot/ubugtu] has joined #ubuntu-motu [05:28] cool [05:28] ubugtu changed his/her/its name === fowlduck [n=nate@24-183-45-79.dhcp.mdsn.wi.charter.com] has joined #ubuntu-motu [05:43] LaserJock: I updated squeak-image, would you like to review it? === No1Viking [n=micke@h-83-140-104-74.ip.rixbredband.se] has joined #ubuntu-motu [05:51] theCore: sure [05:52] LaserJock: just give it a sec to test it before upload it to REVU [05:54] ah, a bug [05:55] it seems I will have to update squeak-vm too [05:55] :-) [05:55] theCore: where are you getting your packages from? [05:56] apt-get [05:56] do you mean the upstream one? [05:56] yeah [05:56] http://ftp.squeak.org/3.9/ [05:57]