[reed] | I didn't mean close | 00:00 |
---|---|---|
[reed] | I just meant it's not an ubuntu bug | 00:00 |
[reed] | :) | 00:00 |
asac | [reed]: invalid < close :) | 00:00 |
asac | thats true ;) | 00:00 |
asac | Ubulette: a while back we established the procedure to tag bugs that need to be posted upstream as mt-postupstream | 00:00 |
asac | i did that for this bug now | 00:01 |
Ubulette | ok ok, i don't mind | 00:01 |
asac | no :) ... i just want to talk about bug procedures. there are things to revisit ... for sure | 00:01 |
asac | there is also the feature in launchpad to add an empty upstream target (e.g. just add upstream bug, but don't fill in upstream bug id) | 00:02 |
asac | then you can search in the advanced search for for "bugs that needs to be forwarded upstream" | 00:02 |
asac | "Show bugs that need to be forwarded to an upstream bug tracker" | 00:03 |
asac | there was a bunch of different opinions on how to set the status once the bug is posted upstream. | 00:04 |
asac | some said "invalid" - because its not valid for ubuntu | 00:04 |
asac | other said "wont fix" - because ubuntu wont fix it :) | 00:04 |
asac | other said "in progress" - because from ubuntu point of view the bug is now dealt with, just by upstream :) | 00:04 |
Ubulette | i wanted wont fix but it's not there | 00:05 |
asac | not there? | 00:05 |
asac | its there for sure ;) | 00:05 |
Ubulette | in the drop down list | 00:05 |
asac | anyway, it should be wont fix not before the bug is posted upstream imo. | 00:05 |
asac | Ubulette: strange ... i have it there for 6 month or so now | 00:05 |
asac | "incomplete" "invalid" "won't fix" ... | 00:06 |
Ubulette | http://www.sofaraway.org/ubuntu/tmp/lp_bug_status.png | 00:08 |
asac | Ubulette: which bug is that? | 00:09 |
asac | can you still not change the importance? even though you are in bug-control? | 00:10 |
asac | hmm ... maybe wont fix is related to that | 00:10 |
Ubulette | well, it's an old tab | 00:10 |
Ubulette | refresh is different now | 00:10 |
asac | good ;) | 00:11 |
Ubulette | there are 2 more options in that menu now, including wont-fix | 00:12 |
Ubulette | that means i've changed the other one before you bug-controled me | 00:13 |
Ubulette | mozilla-devscripts needs an update now that ff3 needs mozilla/memory to build | 00:13 |
asac | Ubulette: right. | 00:14 |
asac | ok | 00:14 |
Ubulette | is that enough to be pushed ? | 00:15 |
asac | [reed]: why do you use your own memory management now? (instead of using glib?) | 00:15 |
asac | i know that its good for windows, but is it good for linux as well? | 00:15 |
asac | (or isn't that whats in mozilla/memory ?) | 00:16 |
asac | Ubulette: yes, but now we need a freeze exception :) | 00:16 |
Ubulette | ? | 00:16 |
[reed] | fragmentation | 00:16 |
Ubulette | there's jemalloc in there | 00:17 |
[reed] | jemalloc is FreeBSD's default malloc implementation | 00:17 |
[reed] | it owns | 00:17 |
[reed] | we've already seen huge perf wins with it | 00:17 |
[reed] | over normal malloc | 00:17 |
asac | [reed]: yes right, i know that this is a problem on windows, but why do we need this on linux? | 00:17 |
asac | there is already glib_slice stuff and all | 00:17 |
[reed] | because it's better on Linux? :) | 00:17 |
[reed] | let me show you some graphs | 00:17 |
asac | what is better? jemalloc? then glib? | 00:17 |
asac | s/then/than/ | 00:18 |
asac | go ahead | 00:18 |
[reed] | well, jemalloc is better than the default malloc we were using | 00:18 |
asac | Ubulette: we are in feature freeze now ... meaning: all new packages need an exception. i think there is an exception for this exception for in-house development though. i will figure out | 00:18 |
asac | [reed]: thats not difficult :) | 00:18 |
Ubulette | feature freeze ? so soon ? | 00:19 |
asac | Ubulette: you should really subscribe to ubuntu-devel-announce :) | 00:19 |
Ubulette | two months without updates ? | 00:19 |
[reed] | even I'm on ubuntu-devel-announce! | 00:19 |
asac | and maybe all the other ubuntu-devel* lists. even if you don't read them | 00:19 |
asac | Ubulette: well ... we can get exceptions. | 00:19 |
asac | and i think that software developed by ubuntu is treated different | 00:20 |
asac | its just for upstream software | 00:20 |
Ubulette | I don't have time to read ml. if there's an rss feed, i can add it | 00:20 |
asac | we want to prevent intrusive changes to be introduced now. to stablize | 00:20 |
asac | Ubulette: -announce is really, really low traffix | 00:20 |
asac | something like 2 messages a week ;) | 00:20 |
asac | (if at all) | 00:20 |
asac | https://lists.ubuntu.com/archives/ubuntu-devel-announce/2008-February/thread.html | 00:21 |
asac | 7 messages this month so far | 00:21 |
Ubulette | so gnome will no longer be updated either ? | 00:21 |
asac | gnome has a card blanche | 00:22 |
Ubulette | lol | 00:22 |
asac | because our release cycle is aligned for that | 00:22 |
asac | we will even update gnome in RC freeze | 00:22 |
asac | same for firefox btw ;) | 00:22 |
[reed] | asac: if Firefox 3 misses hardy, will you all take final as soon as it gets released? | 00:24 |
[reed] | as in, upgrade to final | 00:24 |
asac | would we have a choice? | 00:24 |
asac | i hope this will not happen, but we agreed that we can chew to release an RC | 00:25 |
asac | and of course, we willl upgrade | 00:25 |
[reed] | k | 00:25 |
asac | (we upgrade to latest through security anyway) | 00:25 |
[reed] | it's going to be close | 00:25 |
[reed] | :/ | 00:25 |
asac | yeah ... i still hope for a perfect match :) | 00:25 |
asac | synchronous release: firefox 3 + ubuntu hardy ships firefox 3 :) | 00:26 |
asac | [reed]: technically we cannot push things on CD after release, so it will be shipped in -updates | 00:29 |
[reed] | yeah | 00:30 |
[reed] | that's what I thought | 00:30 |
asac | btw, firefox security releases get immediately propagated to -updates from -security because only -updates is widely mirrored | 00:31 |
[reed] | hehe | 00:32 |
[reed] | how many things are treated this specially? | 00:32 |
[reed] | kernels, I would think | 00:32 |
asac | i think just kernel, xorg and firefox | 00:32 |
[reed] | nice | 00:32 |
asac | ... oh and of course openoffice :) | 00:32 |
[reed] | hah | 00:32 |
asac | the biggest beast of all | 00:32 |
asac | but openoffice and xorg don't get updated that frequently afaik | 00:33 |
asac | and firefox is the only package that has card blanche to ship complete upstream releases as security releases | 00:33 |
asac | (which is especially painful for me :() | 00:34 |
asac | on every security upload i convert to a religious person :) | 00:34 |
asac | but i think that you dveditz has the same problem :) ... given the track record of regressions and regressions in fixes for regressions and so on :) | 00:35 |
[reed] | yeah | 00:38 |
[reed] | we're discussing Opera being mad at us | 00:38 |
[reed] | http://my.opera.com/desktopteam/blog/2008/02/14/9-26-coming-soon | 00:38 |
asac | yeah :) i read about that ;) | 00:38 |
asac | when i read the title on mailing list i initially thought that i was to blame | 00:39 |
asac | hmm mozilla bug 413135 is still embargoed | 00:42 |
[reed] | yeah | 00:43 |
asac | no idea if it has been re-embargoed | 00:43 |
asac | you know if there is a way to see changes to bug attributes in bugzilla? | 00:43 |
[reed] | sure | 00:43 |
asac | like what we have in launchpad: activity logs? | 00:44 |
[reed] | click "View Bug History" | 00:44 |
[reed] | er | 00:44 |
[reed] | Activity | 00:44 |
[reed] | top right corner | 00:44 |
asac | lets see | 00:44 |
asac | ah ... even <smaller> :) | 00:44 |
[reed] | yes, I made the bmo show_bug template :p | 00:44 |
asac | no change to the sensivity flag in there | 00:44 |
* [reed] is to blame for a lot of that page :) | 00:45 | |
asac | its not that bad anymore | 00:45 |
asac | though bugzilla (same for launchpad) doesn't properly track branches | 00:45 |
[reed] | yeah | 00:45 |
asac | thats whats really great in debugs | 00:45 |
[reed] | dveditz hates that | 00:45 |
[reed] | it's bit us more than once | 00:45 |
asac | in debian it works great | 00:45 |
[reed] | how does debian do it? | 00:46 |
asac | you can close a bug with version | 00:46 |
asac | then they look at the changelog of each distribution/branch and see if that version was ever released for it | 00:46 |
asac | thats pretty decent imo. | 00:46 |
[reed] | hmm, yeah | 00:47 |
[reed] | debian's e-mail-based system seems out of date, though | 00:47 |
asac | yeah ... but it prevents a lot of bogus bugs from n00bs | 00:47 |
asac | (which is the good part of it) | 00:47 |
[reed] | lol | 00:47 |
asac | its really true. i mean there is so much crap in launchpad | 00:48 |
asac | same for bugzilla ;) | 00:48 |
asac | and then there are the usability guys that wanted us to change the menu entries from "report a bug" to "report a problem" ... you can think about what happens now ;) | 00:49 |
[reed] | ugh | 00:50 |
[reed] | kill them | 00:50 |
[reed] | :p | 00:50 |
[reed] | do you work from home, or do you have an office? | 00:50 |
asac | home ;) | 00:51 |
DarkMageZ | "i saw a bug run across my computer!" | 00:51 |
asac | our office is in london ... not too far away from here ;) | 00:51 |
DarkMageZ | what's wrong with "report a problem" | 00:52 |
asac | DarkMageZ: yeah;) ... good thing is that bugs usually hide in the light | 00:52 |
asac | while mankind always has a lot of problems | 00:52 |
asac | DarkMageZ: it attracts a lot of unskilled bug reporters that should rather go to answers.launchpad.net or ubuntuforums.org imo | 00:53 |
DarkMageZ | asac, well then link it to answers then. it can be escalated to a bug report from there | 00:54 |
[reed] | maybe mozilla bug 414558 or mozilla bug 415252 for the gmail bug... unsure | 00:54 |
ubotu | Mozilla bug 414558 in Layout "gmail titles shown below label when browser width is reduced. List of contacts is empty." [Major,New] http://bugzilla.mozilla.org/show_bug.cgi?id=414558 | 00:54 |
ubotu | Mozilla bug 415252 in Layout "gmail (new version) doesn't show names in contacts list" [Normal,Resolved: wontfix] http://bugzilla.mozilla.org/show_bug.cgi?id=415252 | 00:54 |
asac | [reed]: i think the bug we files was already properly duped | 00:54 |
asac | mozilla bug 417707 | 00:55 |
ubotu | Mozilla bug 417707 in GFX "unexpected red lines in Google Reader" [Normal,Resolved: duplicate] http://bugzilla.mozilla.org/show_bug.cgi?id=417707 | 00:55 |
[reed] | no | 00:55 |
[reed] | not greader | 00:55 |
[reed] | the gmail one | 00:55 |
asac | oh :/ | 00:55 |
Ubulette | not the red lines, the wrapped texts | 00:55 |
asac | sorry i misread | 00:55 |
[reed] | https://launchpad.net/bugs/192198 | 00:55 |
ubotu | Launchpad bug 192198 in firefox-3.0 "rendering problem on firefox 3" [Undecided,New] | 00:55 |
Ubulette | looks close to http://geekport.com/files/mirocrop.png to you ? | 00:57 |
asac | [reed]: why doesn't dbaron ask for review on his patches? | 00:57 |
asac | (nor did he commit afaict) | 00:58 |
[reed] | he does most of the time | 00:58 |
asac | yeah ... most :) | 00:58 |
[reed] | what bug #? | 00:58 |
asac | mozilla bug 414558 | 00:58 |
ubotu | Mozilla bug 414558 in Layout "gmail titles shown below label when browser width is reduced. List of contacts is empty." [Major,New] http://bugzilla.mozilla.org/show_bug.cgi?id=414558 | 00:58 |
asac | https://bugzilla.mozilla.org/show_bug.cgi?id=414558#c9 | 00:58 |
[reed] | sometimes if he's not sure about the patch, he won't request review | 00:58 |
asac | aeh sorry . #10 | 00:58 |
asac | yeah | 00:58 |
[reed] | well, see his comment | 00:59 |
[reed] | it doesn't fix all the testcases | 00:59 |
[reed] | so, he's probably working on a better patch | 00:59 |
[reed] | that fixes all testcases | 00:59 |
asac | i assume so | 00:59 |
asac | i just got more suspicious after I found out about the corruption patch that vlad landed without requesting review (against cairo) | 01:00 |
asac | in https://bugzilla.mozilla.org/show_bug.cgi?id=414558#c9 | 01:00 |
asac | damn | 01:00 |
ubotu | Mozilla bug 414558 in Layout "gmail titles shown below label when browser width is reduced. List of contacts is empty." [Major,New] | 01:00 |
asac | mozilla bug 413583 | 01:00 |
ubotu | Mozilla bug 413583 in GFX "cairo xlib buggy_repeat not detected correctly" [Major,Assigned] http://bugzilla.mozilla.org/show_bug.cgi?id=413583 | 01:00 |
[reed] | very few people understand cairo code | 01:01 |
[reed] | outside of the cairo developers | 01:01 |
[reed] | sometimes things happen like that | 01:01 |
asac | thats ok ... but he didn't even drop a note that this was committed :) | 01:01 |
[reed] | yeah, that's annoying | 01:02 |
[reed] | but happens, too | 01:02 |
[reed] | timeless is really bad | 01:02 |
[reed] | about that | 01:02 |
asac | yeah :) | 01:02 |
asac | i remember that he was bribed by his employer to commit all kind of gtkmozembed code | 01:02 |
asac | :) | 01:02 |
[reed] | yeah | 01:02 |
[reed] | and it was all backed out ;) | 01:02 |
asac | luckily | 01:02 |
asac | it resolved some nasty issues | 01:02 |
[reed] | so, are you working with caillon to set up a build environment for the 1.8.0 branch? | 01:04 |
[reed] | or is redhat doing that all? | 01:04 |
asac | yeah ... we took over that branch now | 01:04 |
[reed] | yeah | 01:04 |
asac | build environment? i think thats moco guys reenabling that | 01:04 |
[reed] | no | 01:04 |
asac | i did most of the backports so far | 01:04 |
[reed] | they are shutting it down as soon as caillon has his up | 01:04 |
[reed] | read the bug :p | 01:04 |
asac | we will start to land things on monday ... to revamp 1.8.0 and come up with a 1.5.0.15 release | 01:04 |
asac | oh cool. thats news fore me | 01:05 |
[reed] | mozilla bug 411341 | 01:05 |
ubotu | Mozilla bug 411341 in Build & Release "mothball 1.8.0 Firefox and Thunderbird build machines" [Normal,Assigned] http://bugzilla.mozilla.org/show_bug.cgi?id=411341 | 01:05 |
asac | ( i think i should check my bugzilla mailbox more frequently again) | 01:05 |
[reed] | there's even a question for you! | 01:05 |
[reed] | yes, you should :) | 01:05 |
asac | well ... i had to do so many things for feature freeze that i couldn't even eat :) | 01:05 |
[reed] | hah | 01:05 |
asac | but now things improve again and i can work on bugfixes and all | 01:06 |
asac | unfortunately epiphany developers do a boycott on xulrunner 1.9, because they are demotivated ... so i probably will spend more time fixing bug in their realm than i would like | 01:06 |
[reed] | just huddled up in your apartment/house in Germany coding night and day? :) | 01:06 |
[reed] | just let epiphany die :P | 01:07 |
asac | yeah :) ... coding would be good. the point is that if you have far too much to do you usually buy in more overhead (e.g. like switching context frequently, trying to figure out what to do next ... trying to remember the things you wanted to do next and all :) | 01:08 |
asac | just like if you run your processor with too many threads ;) | 01:08 |
[reed] | hehe | 01:08 |
asac | ok i think that chris answered the question directed to me | 01:09 |
[reed] | so, what is your title at Ubuntu? Engineer with specialization in the browser? I see you working on other stuff besides Firefox, too. | 01:09 |
asac | we will have a phone call on monday where we will sort out how to proceeed | 01:09 |
asac | i don't think i have a title. i am here for making ubuntu the best distribution for mozilla related stuff | 01:10 |
asac | unfortunately i ended up doing network manager stuff | 01:10 |
asac | and now touching everything, porting all gecko providers for xul 1.9 and all this | 01:10 |
[reed] | Canonical pays you, and you work on Debian on the side? | 01:10 |
[reed] | very busy guy :) | 01:11 |
asac | yeah ... to some degree i am allowed to work on debian during my work time | 01:11 |
asac | if it fits in my load | 01:11 |
asac | ah i also ended up developing the midbrowser for our mobile devices :) | 01:11 |
asac | but that is fun | 01:11 |
[reed] | should look into the new stuff the mobile firefox team is working on | 01:12 |
[reed] | :) | 01:12 |
asac | well ... they didn't really start yet, did they? | 01:12 |
asac | i always wanted to present the midbrowser to them, but never found the time to do so | 01:12 |
[reed] | yes, they've started | 01:13 |
asac | would be great to join forces with mozillla on that... especially since our browser is a xul browswer based on firefox. | 01:13 |
[reed] | they imported the entire cvs repository into svn as a temporary solution :( | 01:13 |
asac | haha | 01:13 |
asac | we have | 01:13 |
asac | http://www.moblin.org/repos/projects/mobile-browser.git/ | 01:13 |
[reed] | http://viewvc.svn.mozilla.org/vc/projects/fennec/ | 01:13 |
asac | i tried hard to keep the changes in a way that would be suitable to integrate that in the mozilla tree at some point | 01:13 |
[reed] | well, join #mobile | 01:14 |
[reed] | on moznet | 01:14 |
[reed] | talk to dougt and blassey and christian | 01:14 |
asac | yes i should really do that soon. have to catch up next week, then i can take of nice things again :) | 01:15 |
[reed] | hehe | 01:15 |
[reed] | ok, I'm 45 min. late to an event, woo | 01:16 |
[reed] | I'll be back online from there | 01:16 |
[reed] | :) | 01:16 |
asac | ok i joined the channel for now :) | 01:16 |
asac | yeah ... i think i will rest in bed by then ;) | 01:16 |
asac | cu tomorrow | 01:16 |
[reed] | hah | 01:16 |
[reed] | how much sleep do you get? | 01:16 |
asac | hopefully enough to catch up a bit :) ... its weekend after all | 01:16 |
[reed] | hah | 01:17 |
[reed] | true | 01:17 |
=== asac_ is now known as asac | ||
CyberMatt | hello i'm noticing several incorrect depends on iceweasl and icedove in the unmet deps list what would be the correct dep | 04:13 |
CyberMatt | or ways to figure that out | 04:13 |
asac | CyberMatt: usually iceweasel <-> firefox and icedove <-> thunderbird | 11:00 |
Ubulette_ | http://ubuntuforums.org/showthread.php?t=698154 | 11:11 |
Ubulette_ | asac, people keep downloading moz nightlies.. you're still far from your goal | 11:12 |
=== Ubulette_ is now known as Ubulette | ||
asac | didn't claim that we are ;) | 11:13 |
asac | you obviously cannot convince people that want nightlies if there are no nightlies ;) | 11:14 |
Ubulette | http://blog.vlad1.com/2008/02/15/are-you-kidding-me/ | 11:15 |
Ubulette | http://ubuntuforums.org/showthread.php?t=698080 | 11:16 |
Ubulette | http://ubuntuforums.org/showthread.php?t=698059 | 11:17 |
asac | yeah... i will blog about extensions and friends. but now sports. | 11:18 |
Ubulette | i now do sports every week day, twice, so w-e now often means rest | 11:19 |
asac | every week day? | 11:19 |
asac | wow | 11:20 |
asac | unfortunately i don't have the time (and yes, its a lack of self-disclipline as well) | 11:20 |
Ubulette | i commute by bike | 11:20 |
asac | ah :) | 11:20 |
asac | hehe | 11:20 |
Ubulette | 2 * 20km | 11:20 |
asac | how many kilometers? | 11:20 |
asac | oh nice | 11:21 |
asac | thats good | 11:21 |
asac | no metro anymore? | 11:21 |
Ubulette | yep (train) | 11:21 |
Ubulette | and it's not flat | 11:21 |
asac | flat? | 11:22 |
asac | what does that mean | 11:22 |
asac | ah ... ok hills ;) | 11:22 |
Ubulette | yep | 11:22 |
asac | ok now out ... in the winter cold :( | 11:24 |
Ubulette | 2°C here | 11:24 |
Ubulette | enjoy | 11:24 |
Ubulette | cu tomorrow | 11:24 |
Ubulette | btw, my ppa has a nightly b4pre | 11:25 |
RainCT | asac: what links does seamonkey need (for extensions)? | 17:25 |
warp10 | Hi all! | 17:58 |
RainCT | hi | 17:58 |
warp10 | I'm looking for a member of Mozilla Team to take a look at bug #190845. | 18:00 |
ubotu | Launchpad bug 190845 in seamonkey "seamonkey has no Help > Report Problem in Help Menu" [Medium,Confirmed] https://launchpad.net/bugs/190845 | 18:00 |
armin76 | bad team | 18:01 |
warp10 | armin76: bad team? | 18:11 |
armin76 | haha | 18:11 |
armin76 | yeah :P | 18:11 |
armin76 | j/k | 18:11 |
armin76 | asac & Ubulette are your guys | 18:11 |
RainCT | hm.. shouldn't firefox-3.0 have a Provides: firefox ? | 18:12 |
warp10 | armin76: asac mentored me in creating that patch indeed | 18:13 |
edu_help_pls | hello | 20:35 |
edu_help_pls | i need your help | 20:35 |
edu_help_pls | :( | 20:35 |
edu_help_pls | i have tried to implement a project with edubuntu. 1 server and 20 diskless clients. 10/100 24 port switch. 10/100/1000 nic. I need to run Firefox on all clients. But when 3-4-5 clients access a flash website any other client does not respond as the network is suffocated | 20:35 |
edu_help_pls | the network reaches 12MBs traffic | 20:36 |
edu_help_pls | flash playback probably takes a lot of playback as each picture is transmitted over the network... | 20:36 |
edu_help_pls | do you have a sollution/advice??? | 20:36 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!