=== Zhenech_ is now known as Zhenech [03:50] can I get an SRU opinion on bug 640987 [03:50] Launchpad bug 640987 in phpmyadmin (Ubuntu) "phpmyadmin v.3.3.2, problem inserting a new user. " [Undecided,New] https://launchpad.net/bugs/640987 [03:56] jdong: ^^ [03:58] micahg: slowly checking out the git tree to pull the patch :) [03:58] jdong: I can pastebin if you like [03:58] sure [03:59] http://paste.ubuntu.com/532121/ [03:59] It's really small, but seems to be an edge case [04:00] the change is pretty subtle [04:01] but hmm reasoning through it, it seems reasonable [04:01] ah, the wonders of PHP [04:01] grumble :) [04:01] jdong: ok, I'll prepare an update later this week then [04:01] jdong: thanks [04:02] sounds good [04:02] yeah it's definitely suitable for a SRU [04:02] jdong: ok, so edge cases where the change is minimal qualify? [04:03] for a universe-y SRU, I'd approve of it. [04:03] as long as we're not SRU'ing glibc or fixing a typo in the about box :) [04:03] jdong: heh, ok, thanks [04:06] sure thing. Congrats re MOTU :) [04:06] * micahg still needs to do security updates for that package as well [04:06] jdong: thanks :) [04:06] wait, we haven't given up on securing phpmyadmin yet? [04:06] *puts on flamesuit* [04:07] jdong: well, no one seems to be interested, so I was going to try [04:07] jdong: How secure with anything in php in it's name expected to be. [04:07] jdong: no, flames would be suggesting that we remove php5 from the archive [04:07] micahg: There's an active maintainer in Debian, so it's doable. [04:07] I actually filed a bug a while ago and prepared the patches, but never actually made the debdiff [04:08] ScottK: indeed, but we don't ship the same versions, but wit git format-patch, the patching isn't that bad since they publish the commits [04:08] micahg: Are we ahead of them? [04:09] ScottK: lenny had 2.11.8.1, squeeze has 3.3.7 [04:09] lucid has 3.3.2 and maverick has 3.3.7, so I guess for maverick we can get updates from Debian [04:09] Lenny and Hardy line up nicely too. [05:11] micahg, bug #675339 [05:11] Launchpad bug 675339 in polygraph (Ubuntu) "new upstream bugfix release 4.0.11" [Undecided,In progress] https://launchpad.net/bugs/675339 [05:12] I shouldn't have too many channels opened! [05:12] fabrice_sp: I'm sure I have more :) [05:12] I tend to it under 10, but still a mess! [05:12] fabrice_sp: so, I can look at this, but it might not be until tomorrow night [05:13] as you want: I was going to subscribe sponsors, when I remembered that you were willing to sponsor something not so long ago [05:13] np: I'll subscribe sponsors, then [05:15] fabrice_sp: ok, if no one gets to it before me, I'll take it [05:16] cool. Thanks! [05:17] fabrice_sp: np, I just have to also be careful not to neglect my packageset as well :) [05:18] sure: you will have more unhappy users if you neglect it than if you don't sponsor something outside;-) === nhandler_ is now known as nhandler [07:24] good morning! [11:41] hello [11:42] I have packaged a new program for debian, but it seems to take the debian guys quite long to include it in the repo. Would it be faster if I create a sepparate package for ubuntu and submit that, instead of waiting for the inclusion in debian and then for ubuntu to get it from there? [11:53] EvaLuaTe: What was your approach to get it included in Debian? Where and how did you look for a sponsor to upload the package for you? [11:54] Also, please notice that Debian is currently in freeze and that the ftp masters are busy with other stuff so processing the NEW queue is rather low on their priorities because it won't get squeeze out any faster. [11:55] Rhonda, I uploaded it to mentors.debian.org and have talked to the people on the mentors mailing list, the thing is though they told me to send an e-mail to the original maintainer (my program is forked from another program, that is already being maintained in debian), and then wait a couple of weeks for him to anwer, to see if he's interested in sposoring/co-maintaining the project [11:56] Rhonda, yeah, I understand that, I'm not that big-headed, it's just these waiting times that drive me nuts... [11:56] a.) it's mentors.debian.net, b.) who's the original maintainer? Maybe that would be a hint on estimates of responses. :) [11:57] Totally can relate to that, sometimes I'm pretty impatient myself. But being impatient won't get you much sympathy usually, so try to avoid that, some people tend to get annoyed by too much pushy mails. [11:57] Rhonda, yeah, .net, my bad. The original maintainer is named Andrew Starr-Bochicchio. http://packages.debian.org/testing/misc/parcellite [11:58] Rhonda, yes, I know I can get annoying at times, it's just that I hate spending time waiting for a reply on a mailing list, not knowing what the future of that package is, when I could rather spend that time improving the program or doing some more constructive sutff... [11:59] Never heard of him. :) [11:59] Didn't call _you_ annoying, was meant as general advice. :) [12:00] Rhonda, I said it myself, caus I know I can get annoying at times... :p [12:01] Rhonda, anyway, are you suggesting I should wait for an answer from him too? [12:01] bdrung: You are on a team with him for gnome-colors, when had you last heard of Andrew Starr-Bochiccio? :) [12:01] Rhonda: two month ago [12:01] EvaLuaTe: Just checked his DDPO page for packages he maintained and when last activity from him might had been [12:02] Rhonda, I have also checked him up a bit, but I couldn't find any clue as to when he was last active... [12:03] EvaLuaTe: Hmm, given that there are three ITPs by him for packages that are already in ubuntu I'm not sure if you are better off when you upload to ubuntu now already … [12:03] Be sure to choose a 0ubuntu1 version. :) [12:04] Though, they were filed in August … [12:05] Rhonda, hmm. Well, I have uploaded the first version of my package (even though it wasn't perfect) just a couple of hours after filing the ITP, and I wouldn't see why anyone would take longer than that, especially if they are an experienced packager/maintainer [12:06] but, I mean, from August to November, it's 3 months at least... [12:06] Because an ITP is meant to reduce duplicate efforts. It might take a bit to get to a state that one is confident with uploading. [12:06] Rhonda, yeah, but 3 months? :p [12:07] Said that, when there is already a package in ubuntu I'm not sure how that should take too long neither, but that's only for him to know. [12:07] Private life, don't underestimate that driving force. [12:07] I took way too long for uploading gitolite myself because of various different situations, including a fair amount of slacking, but still. [12:08] Rhonda, yes, sure. I also have a private life. I work 8 and a half hours a day, and I'm at school around 4 hours each day, and still I could fix all the problems with my package in a couple of days :-) [12:08] ok, it's a small package, that's true, but still... [12:08] I can't, I have a kid. :P [12:10] btw, don't DD's or DM's have any place where to post if they are going to be inactive for some time? [12:10] that would be really helpful to know when someone isn't going to answer for some amount of time... [12:11] There is debian-private because some people don't like to have it published that their house is empty for a while. [12:11] lol [12:13] well, if someone isn't going to be active for debian doesn't necesarily mean their house is going to be empty. Anyway, I guess I'll just have to wait for these couple of weeks until the debian guys will know for sure that he isn't active... [12:14] Rhonda, thanks for your friendly support, I appreciate it! :-) [12:16] The people potentially able to upload for you do have access to the debian-private mailinglist, just in case. === genupulas is now known as MyloveIsGone === yofel_ is now known as yofel === blueyed__ is now known as blueyed === blueyed_ is now known as blueyed === makl is now known as ximion === paultag_ is now known as paultag [19:15] siretart, hi, do you plan to update mplayer in natty? (needed since the ffmpeg update) [19:17] ScottK: I haven't had much luck getting atkmm1.6 uploaded into Ubuntu (first ubuntu-sponsors, which I subscribed at Sebestian's request, were unsubscribed and then bug has been invalidated ;) ) but I got access to the pkg-gnome svn so, as soon as I finish reading subversion tutorial, I'll upload it there and ask for sponsorship.. [19:17] Sebastien* ;) [19:18] ari-tczew: do you need any help with bug 674908? (wondering why -sponsors is subscribed) [19:18] Launchpad bug 674908 in meta-gnome2 (Ubuntu) "Merge meta-gnome2 1:2.30+6 (universe) from Debian unstable (main)" [Wishlist,Confirmed] https://launchpad.net/bugs/674908 [19:20] micahg: I would to wait for review from ubuntu desktop team since I'm not familiar with gnome* related packages, but I would help in merging. [19:20] ari-tczew: yes, but why is -sponsors subscribed? [19:20] micahg: hope that they won't forget about this one === hanska is now known as dapal [19:23] ari-tczew: -sponsors should be subscribed when there's a specific task for a sponsor to take, which there isn't in this case, so I don't think they should be subscribed [19:23] ari-tczew: -sponsors is when something is ready for upload (and you already have upload rights for the package), subscribing the desktop team as you did should be sufficient to ask for review without subscribing -sponsors [19:26] micahg, ebroder: if you feel wrong with it, please unsubscribe [19:27] ari-tczew: done, BTW, don't get me wrong, asking for review is good [19:27] micahg: no problem. if you are interested in cleaning SQ, please help with older requests [19:27] ari-tczew: already have :) [19:27] for universe at least [19:28] micahg: one? [19:28] ari-tczew: I think I've reviewed 2 already, and commented on the oldest one [19:29] * micahg needs to file a bug that the sponsorships should be sorted in teh order of when -sponsors is subscribed, not when the bug is filed [19:29] micahg: why? [19:30] ari-tczew: a bug could be 5 yrs old and just got a fix added, it should be noted that it's not an old sponsorship request, but a recent one === hanska is now known as dapal [20:15] micahg: I'm still waiting for clarify procedures of reviewing old bugs to sponsoring. I've been blamed when I unsubscribed sponsors in 2 out-of-dated debdiffs. [20:42] kklimonda: OK. Those packages are a bit out of my area of expertise, but if you get stuck, let me know and I'll figure out how to push. [20:42] Thanks [20:49] ari-tczew: I don't have a general answer, but if you'd like to discuss the individual cases later, maybe we can figure out why [21:53] micahg: patches are welcome! gimme some python code that takes a lp bug and returns a date when ubuntu-sponsors was added, and will do the rest to get the column "time in queue" [21:54] bdrung: heh, maybe after I learn a little more python :) [21:54] * micahg can file the bug at least [21:54] micahg: IIRC there is already a bug for it. [21:54] bdrung: Hmm, I think I know how to do that... [21:55] ebroder: show me code! :) [21:55] bdrung: I'll look at it when I get home from work [21:55] or maybe the next time I'm waiting for a build... [21:56] ebroder: then please compile eclipse or openjdk or libreoffice ;) [21:56] * micahg wants to fix the ARM FTBFS for eclipse [22:00] rm -rf eclipse fixes all issues I have with it ;) [22:01] kklimonda: one of my goals this cycle is to make sure my packageset builds on ARM as well [22:02] eclipse is the only one broken at the moment [22:03] micahg: how much diskspace does eclipse take to build? [22:03] ajmitch: idr, several GB [22:03] that must be problematic [22:03] ajmitch: If you have to ask, you can't afford it. [22:03] as well as a lack of RAM [22:03] ScottK: just trying to get an idea of how much space needs to be available for builds in general [22:04] ajmitch: qt4-x11 wants ~8GB of space to build. [22:04] how have you managed to build that on the boxes you have? [22:04] building on NFS? [22:04] Firefox and Thunderbird need about 4GB [22:04] * ScottK once tried (Gutsy era) to build eclipse on a system with 256MB of ram. It didn't end wall. [22:05] ajmitch: I bought a 16B usb stick and mounted it as /var/cache. [22:05] ScottK: right [22:05] * ajmitch wonders if building on NFS is viable for those ARM boxes [22:06] apachelogger's icecc magic is working so I'm actually doing a test build of qt4-x11 on arm right now sharing the build across three boxes. [22:07] I'm still undecided about the best way to do builds - I'd like to have sbuild & lvm [22:07] bdrung: Fine, you got me. The code should look roughly like this: http://pastebin.ubuntu.com/532617/ [22:07] For this other set the number of potential users is smaller, so we can be a bit more wreckless. [22:07] bdrung: It's not foolproof - in particular it seems to miss bugs where -sponsors was subscribed a long time ago [22:07] And it should probably be genericized in obvious ways [22:08] ajmitch: 3 GB on disk (and 2 GB ram) [22:08] * ajmitch has a 4GB empty file to be used as a loopback LVM volume for some testing of that [22:09] ScottK: his icecc magic works? I'd like to test that out on my boxes too, care to pastebin me your config? [22:10] Quintasan: This config is very specific to the situation in question. He's got the hooks on LP somewhere. === hannesw__ is now known as hannesw [22:13] ebroder: Please add work items for any backports related tools work you plan in https://blueprints.launchpad.net/ubuntu/+spec/ubuntutheproject-backports-n-bof [22:13] ScottK: thanks, I'll bug him about it sometime. [22:14] ebroder: I'm really interested in seeing backports requests integrated into the current sync-helper script. [22:14] ScottK: Ok, I'll try to make that a priority [22:14] bdrung: Oh, also, you can't get a bug's activity collection if you're connected anonymously. Does the queue have credentials when it runs? [22:14] ebroder: Thanks. I think that would help a lot with latency of request processing. [22:15] ebroder: yes [22:15] ScottK: well, I think a separate tool is better (or at least a config option to choose) just because the AA might only have time to do one or the other [22:15] * micahg might be totally off here [22:16] micahg: I agree there should be a switch, but having it integrated into the same tool so it is part of their normal work flow is important. [22:16] micahg: adding it as an option would probably be preferable, just to separate them [22:16] ScottK: ok, that sounds good, I can see where sometimes Debian imports would take precedence over backports [22:16] micahg: Certainly. [22:17] ebroder will make us something wonderful. [22:17] * micahg loves the idea of syncing to -backports after FF :) [22:17] * ajmitch needs to get the other side of things done - a standard requestbackport script [22:17] ajmitch: I'll give you that WI when I add my own to the blueprint [22:17] ebroder: it was in the gobby doc, wasn't it? [22:18] Yeah, but those didn't make it onto the blueprint [22:18] right [22:18] Because the guy who slammed out the blueprint was really tired when he did it. [22:18] Feel free to complain to him next time you see him. [22:18] micahg: running sync-helper normally takes about 5-10 minutes [22:18] micahg: I wouldn't worry about expanding the time it takes [22:19] cjwatson: oh, wow, cool :) [22:19] Will do, then I'll have to buy him a beer for doing all the other stuff [22:19] (in the mean time, please sign up for stuff you will/might do) [22:19] and that's *after* it's built up a little bit. running it every working day, maybe a couple of minutes tops [22:19] this is why syncs happen quickly these days [22:20] hi! I need some help. [22:20] I want to swallow a pill that will make me know C [22:20] anyone know where I can get one? [22:20] * micahg sees if there's one in the Matrix [22:20] highvoltage: put the K&R C book into a blender, mix well, swallow [22:21] the C99 standard wouldn't hurt either :) [22:21] hmm, I have such a book but it is 12762km away :/ [22:21] K&R second edition is more readable but it doesn't hurt to have a bit of C99 familiarity these days [22:22] highvoltage: how basic is your lack of understanding? people seem to either get pointers or they don't, but perhaps your problem is higher-level than that? [22:24] fta,micahg,chrisccoulson: BTW I'd just like to say, I love Firefox 4. Thanks for the ubuntu-mozilla-daily packaging! [22:25] cjwatson, you're welcome. [22:25] cjwatson: chrisccoulson has been working tirelessly on it since the close of Maverick [22:25] my wife has a bit of a "UI change is BAD mkay" attitude so I haven't managed to convert her yet [22:25] i'll be uploading FF4.0 to natty by tomorrow morning [22:25] ooh [22:25] or maybe this evening, if i can get it tested before i go to bed [22:25] I'm very impressed that I basically no longer have performance issues [22:25] cjwatson: we'll have beta 7 in the firefox-next PPA if you'd like some stability as well [22:26] for pre-natty systems [22:26] ooh, sounds like a plan. [22:26] might upgrade to natty soon anyway though [22:28] cjwatson: well, basically, my understanding doesn't get much better than scripting languages. also, I learned BASIC when I was very young and it screwed me up for life. :) [22:29] (so yes, no pointers for me) [22:31] well, after basic syntactic stuff, ramming pointers into your head is the next absolutely necessary bit [22:31] using whatever metaphor is accurate and helps most [22:33] http://www.xkcd.com/138/ [22:35] micahg: nice, I point that at people regularly :) [22:46] highvoltage: here's another vote for K&R 2nd edition. it's quite readable, IMO [22:46] also make liberal use of POSIX, which is online [22:51] highvoltage: this essay may also inspire you - http://norvig.com/21-days.html (Teach Yourself Programming in Ten Years)