#ubuntu-mozillateam 2007-08-03 * Starting logfile irclogs/ubuntu-mozillateam.log <gnomefreak> good morning <gnomefreak> asac: do you have a few i need a hint <asac> sure <asac> gnomefreak: can you try https://code.launchpad.net/~asac/network-manager/ubuntu.0.6.x.dev <asac> just branch + build + install and see if nothing works anymore :) <asac> its complete ... so you don't need an orig to test <gnomefreak> asac: can you look at http://launchpadlibrarian.net/8560865/buildlog_ubuntu-gutsy-i386.ardour_1%3A2.0.3-1_FAILEDTOBUILD.txt.gz i found the file and the lines and tooltips is #include <asac> hmmm waita bit ... its not yet updated ... revision 43 is latest on dev branch <asac> what application is that gnomefreak ? <gnomefreak> ardour its a scons failure <asac> he? <asac> does ardour ship gtkmm sources ? <gnomefreak> yes atleast it has those dirs <asac> or what does it attemt to build? <gnomefreak> it builds locally <asac> thats not good <gnomefreak> libs/gtkmm2/gtk/gtkmm/toolbar.cc: In member function 'Gtk33ec:265c:71fe:e26d:2682:4ec2:aaa1:99abTooltips* Gtk33ec:265c:71fe:e26d:2682:4ec2:aaa1:99abToolbar33ec:265c:71fe:e26d:2682:4ec2:aaa1:99abget_tooltips_object() const': <gnomefreak> libs/gtkmm2/gtk/gtkmm/toolbar.cc:522: error: 'const struct _GtkToolbar' has no member named 'tooltips' <gnomefreak> scons: *** [libs/gtkmm2/gtk/gtkmm/toolbar.os] Error 1 <gnomefreak> oops too many <gnomefreak> scons: building terminated because of errors. <gnomefreak> make: *** [debian/stamp-scons-build] Error 2 <gnomefreak> problem i found is that in libs/gtkmm2/gtk/gtkmm/toolbar.cc it includes the tooltips in it and later makes use of it but dont quote me on this but seems like a typo in that Tooltips* should be Toolltips <gnomefreak> maybe <asac> gnomefreak: did that package build before? <asac> or is it a new upstream version? <gnomefreak> i dont think it built this version yet <gnomefreak> it being the automated build services ubutnu uses * gnomefreak lost easy fix for this. once again pulling the shortest straw <gnomefreak> ok its building <gnomefreak> back to looking at this <gnomefreak> wait a minute * gnomefreak looking right at issue i feel i just cant see it <gnomefreak> asac: you sadi i didnt need orig.tar for this builkd on n-m right? <asac> yes <gnomefreak> i branched build failed <gnomefreak> pretty badly too <asac> gnomefreak: its not up to date <asac> launchpad failed to sync <gnomefreak> will try to pull <asac> gnomefreak: http://people.ubuntu.com/~asac/nm.tar.gz <asac> download that instead <asac> launchpad is broken <gnomefreak> ok is this set up for bzr bd or normal build <asac> bzr or normal <gnomefreak> ok grabbing and setting it up * gnomefreak still not sure what tooltips.os has to do with anything unless that is what tooltips.cc makes or uses <gnomefreak> brb <gnomefreak> ok building it looks like * gnomefreak still needs an updated debian dir to build this <gnomefreak> the issue with ardour is it only builds against gtk 2.10 and we are building on 2.11 <asac> gnomefreak: look in ardour configure.in <asac> maybe you can tell it where to pull gtkmm from <asac> a.e. to use system gtkmm instead of in-source one <asac> that is most likely the reason for your build failure <gnomefreak> asac: cant really in -motu we have upstream devel for ardour and hes shooting down most of the config options <gnomefreak> ah looks like i can pull changes <gnomefreak> trying to build n-m again <asac> gnomefreak: wait another seconf <asac> gnomefreak: rev 45 <asac> if you ahve that then its good <gnomefreak> now i do :) <asac> Jazzva: hi <Jazzva> asac: Hello... <asac> Jazzva: lets talk in public <asac> i hate typing /msg :) <Jazzva> asac: Ok <asac> well ... depends on what you want <asac> if you want to have pointers, ask ... but please ask specific things :) <asac> otherwise, just ask me when you want :) * gnomefreak will be watching the talk on ardour and build n-m <asac> Jazzva: i am pretty after my students using bzr to maintain their packages ... are you familiar with bzr package maintenance? <Jazzva> asac: I will :)... <Jazzva> asac: Not really... <Jazzva> :/ <asac> Jazzva: thats not a problem <asac> its straight forward ... maybe take a look at the wiki <asac> there should be information <asac> its definitly worth it ... especially since it makes reviewing your work lot more simpler <asac> if you publish them in bzr <Jazzva> asac: Ok, gonna take a look at it now. :) <asac> great <asac> Jazzva: so what are your main interests? <asac> Jazzva: so if I see a task pop up somewhere of which i think that it might be beneficial for you, I can present it to you :) <Jazzva> asac: Well, to give to the community as much as I can O:)... Specifically, I'm interested into packaging new programs that are still not in the repos. Also, I would like to fix bugs... As I have never done it before, I guess fixing packaging bugs would be ok for a start. <Jazzva> asac: Translations too, but I guess that's not in this "course" :)... <asac> Jazzva: ok ... i think its pretty good to explore each of these areas <asac> Jazzva: e.g. do each of everything ... e.g. look for bugs that appear to be simple ... try to fix the,m <asac> if they are packaging issues <asac> Jazzva: package /adopt a package here and there <asac> usually packages should go to debian though ... but I can sponsor them for you <Jazzva> asac: Hmm, I read about the way to send them to Ubuntu and then commit to Debian. <asac> Jazzva: would be really cool if you could help a bit on mozilla bugs though ;) <Jazzva> asac: How much do I need to know about Mozilla programs' structure :)? <asac> Jazzva: yes .. both directions are possible ... but if you package something new ... you should try to become debian+ubuntu maintainer <asac> Jazzva: not much <Jazzva> asac: Then I guess I could take a look <asac> Jazzva: you can focus on just a subset of bugs <asac> Jazzva: we have categorized them * Jazzva knows almost nothing about their structure <asac> Jazzva: https://wiki.ubuntu.com/MozillaTeam/Bugs/Tags <asac> Jazzva: just look at the mt-needtestcase and mt-needtester bugs <Jazzva> asac: As for deb&ubuntu maintainer, I was hoping to do something like that... <asac> Jazzva: if you could go through them and get them sorted out it would be of great benefit for our team :) <asac> mt-needtester bugs needs to be verified ... e.g. someone in bug claimed to have a testcase <asac> mt-needtestcase bugs need to be guided to get a testcase or if its not possible close them at some point <asac> there are links on the wiki page that give you a list of bugs that need this kind of work :)( <asac> Jazzva: ok cool ... if you need anything let me know :) <asac> i am always here ;) <asac> at least pretty often <Jazzva> asac: Ok, I'll take a look at bugs and bzr now :)... Thanks :). <asac> Jazzva: cool <asac> cu soon <gnomefreak> n-m looks like it was building before revo 45 now its failing <Jazzva> asac: Ok :)... <asac> gnomefreak: thats bull-shit <gnomefreak> i got to dh_install before revo 45 <asac> he? <asac> gnomefreak: clean everything up <asac> e.g. bzr revert <asac> bzr clean-tree <asac> then bzr st should be empta <asac> then it should build :) <asac> gnomefreak: sorry if i am wrong ... but i am pretty sure that it builds <gnomefreak> http://gnomefreak.pastebin.ca/644394 im cleaning now but that is the failure <asac> gnomefreak: let me see <asac> gnomefreak: yeah :) <asac> gnomefreak: thats my bad <asac> :) <gnomefreak> bzr clean-tree isnt deleting anything <asac> let me fix it <gnomefreak> ok * gnomefreak needs to find something out <asac> gnomefreak: pull again <gnomefreak> ok <asac> rev 46 <gnomefreak> ok trying again <asac> i am building as well now :) <gnomefreak> :) <asac> i added 45 without testing ;) <asac> because it was an *oh so simple patch* ;) <gnomefreak> i can see why you didnt test it than <asac> ok its in <asac> build builds for me <asac> let me know if you see any regressions <gnomefreak> back to dh_* so i would say its all good <gnomefreak> #kubuntu-devel is having bbq gnomefreak :( <Jazzva> asac: Umm, a question... I'm trying to reproduce this bug https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/116959 . It is said that it occured in v. 507-653-2812, should I report that it doesn't occur in 507-653-2812? <ubotu> Launchpad bug 116959 in firefox "firefox crashed" [High,Incomplete] <gnomefreak> ask if they can reproduce it in 507-653-2812 <gnomefreak> brb reboot to see if n-m works <asac> Jazzva: yes gnomefreak is right ... ask if they can reproduce on latest ... if they still insist, note that we still need a tester and keep it open <asac> if you are second tester to confirm that its unreproducible you can reject the bug <asac> exception are crashes ... keep them open and tag them mt-reject-candidate <asac> those are treated a bit different <asac> Jazzva: looking at this bug ... its a crasher ... and most likely the testcase is not good enough ... you can tag it mt-needtestcase again <asac> and remove mt-needtester <asac> after you verified that this testcase alone does not bring a crash <Jazzva> asac: Posted a comment. <Jazzva> And verified that this doesn't bring a crash (at least not in 507-653-2812) <gnomefreak> on wired gutsy works great i still havent turned laptop to gutsy <asac> if he still claims that the crash happens its again mt-needtestcase as apparently we cannot reproduce with these instructions alone ... usually we need info about extensions/plugins et al <asac> Jazzva: ^^ <asac> gnomefreak: ok <Jazzva> asac: Hmm, I already retagged it... <Jazzva> and removed mt-needtester... <asac> yes thats correct <asac> drop instructions what is left ... e.g. a better testcase :) <gnomefreak> asac: what did you do to sunbird? <Jazzva> asac: Ok :)... * gnomefreak cant upgrade it atm <asac> gnomefreak: he? <asac> gnomefreak: its a new package <asac> gnomefreak: i didn't provide transitional ones <gnomefreak> oh this is first upload <asac> its not lightning ... but lightning-extension now <gnomefreak> ah <gnomefreak> thats right <asac> should be in my branch <asac> you need to merge it over to yours i gues <asac> when you have done let me know <asac> so i can pick your improvements <asac> (if not alreayd meerged) <Jazzva> BTW, one totally unrelated question... gnomefreak, how stable gutsy is now :)? <gnomefreak> Jazzva: not so much atm <asac> gnomefreak: ok sunbird is up to date in bzr now <gnomefreak> ok i have to find where i have it :( <asac> Jazzva: for me it works ... but i wouldn't switch my production system to it :) <Jazzva> gnomefreak: Ok, thanks... <asac> Jazzva: but i think about doing it every day <Jazzva> asac: I was thinking to switch to it somewhere in Septembre... Figured it would be relatively stable by then... <asac> Jazzva: that should be true <gnomefreak> there are some little nightmares atm thats the reason #kubuntu-devel was having bbq gnomefreak <asac> well kubuntu is a different thing <asac> i guess they are now migrating to new kde <gnomefreak> nope <gnomefreak> kde 3.5.7 or whatever it is <gnomefreak> its python-sip4 causing issues * Jazzva is off to lunch... Left Firefox on to reproduce another bug that needs around 15-30 minutes... <gnomefreak> asac: something is wrong i only was able to pull evo76 for some reason <asac_the_2nd> evo76? <asac_the_2nd> whats that? <gnomefreak> revo <gnomefreak> its fixed <gnomefreak> i think <asac> k <gnomefreak> sometime today i will look at sunbird but im thinking its an autoconf problem? maybe autoconf is bypassing the sunbird.cfg <gnomefreak> just a thought * asac there are two more ... the rfkill patch ... and the one before that <gnomefreak> grrrrrr <Jazzva> asac: I was trying to reproduce this bug https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/121685 . The radio played for about 40 minutes (long lunch and good cartoon on CN) and after that I couldn't do anything on the computer, I couldn't even switch to terminal and kill the process. <ubotu> Launchpad bug 121685 in firefox "firefox crashed" [Medium,Incomplete] <Jazzva> Somebody mentioned out_of_memory error, so I suppose that happened too here (the comp got blocked)... <Jazzva> *here too <gnomefreak> taking a quick look <gnomefreak> Jazzva: what version of flash ar eyou using? <Jazzva> Hmm, lemme check... <Jazzva> Hmm, where can I check that? I think I installed flashplugin-nonfree <Jazzva> before... and I'm sure it's updated, so I suppose it's this version: 156.14.161.142.0ubuntu1~7.04.1 <gnomefreak> Jazzva: apt-cache policy flashplugin-nonfree <gnomefreak> ah ok <asac> gnomefreak: you see that lockup as well? <gnomefreak> asac: ill test soon <gnomefreak> in middle of something in firefox atm <asac> Jazzva: if gnomefreak sees it as well, you can move it to state confirmed ... and tag it mt-eval ... mt-upstream <Jazzva> asac: Well, it took 40 minutes over here to lockup... <asac> yes right ... what does user claim? <Jazzva> 15-30 minutes <asac> how long does it take for him? <asac> yeah ... then it sounds reasonable <Jazzva> Can that depend on amount of RAM? <Jazzva> But, I suppose that he has more than I do :/ <gnomefreak> swap maybe <Jazzva> And has more swap than me :)... <gnomefreak> swap is used moreso than ram <Jazzva> Jul 24 20:17:42 barcelona kernel: [ 3825.644000] Total swap = 1485972kB <Jazzva> I have about 750 MB... <asac> yeah ... move it to confirmed then ... assign flashplugin-nonfree <asac> ask task (if it hasn't already <gnomefreak> would be nice if i knew wtf they are saying :( <asac> and tag it mt-upstream <asac> gnomefreak: who is "they" ? <gnomefreak> asac: not so sure its flash but im 80% sure it is <gnomefreak> this site <asac> yeah ... its flash if it runs out of memory <gnomefreak> dutch im thinking <asac> by just playing flash <asac> so its flashplugin-nonfree bug <asac> does it work with gnash btw? <asac> Jazzva: can you try? <asac> mozilla-plugin-gnash <gnomefreak> asac: oh hold on i might be using gnash <Jazzva> brb... <asac> gnomefreak: right mous click on flash film should show it to you <asac> if there is a reayl popup then its gnash <gnomefreak> hmmmmm <asac> otherwise its flash with its crappy grey thing <gnomefreak> guess what <gnomefreak> its playing it without either installed <gnomefreak> lol * gnomefreak gonna test with gnash <gnomefreak> not getting anything with gnash <gnomefreak> testing flash now <gnomefreak> ok going to look for lunch while this plays <Jazzva> asac: Sorry, phone... I'll test it with gnash too, just to be sure. I'll go out in about 20 minutes, and gonna start testing then :). Should I remove all other flash plugins, or can I switch to use gnash somewhere else? <gnomefreak> Jazzva: yes <gnomefreak> remove flash and install gnash <Jazzva> Ok :). <gnomefreak> well gnash-mozilla* <Jazzva> Ok, installing it now. And if that happens with gnash too, then it's mozilla bug? <gnomefreak> not really <Jazzva> That site's bug? :) <gnomefreak> Jazzva: its not gonna play with gnash so it stays flash bug <gnomefreak> it cant really be a site issue as top isnt showing anything that high yet here <Jazzva> Oh, sorry. I misread when you said "it's not playing with gnash" <Jazzva> Hmm, what's the name of the flash plugin for mozilla package? I was sure I had flashplugin-nonfree, but it seems I don't have it installed. <gnomefreak> it is <gnomefreak> flashplugin-nonfree <Jazzva> gnomefreak: Hmm... I think I have the same situation as yours - I didn't have gnash, nor flashplugin-nonfree installed and it opened the flash player on that site. <Jazzva> But it's playing with adobe flash player 9 :/... <asac> Jazzva: it should be an alternative in gutsy now <Jazzva> asac: So, how can I remove it? <asac> uninstall is easiest <Jazzva> I searched the installed packages for flash, and only got that gnash is installed... <asac> then install mozilla-plugin-gnash <gnomefreak> mines still playing <asac> well <asac> about:plugins <asac> should show where plugin is living in fs <gnomefreak> do i need to do anything to make it crash or just let it polay <asac> e.g. path to .so file <gnomefreak> play <Jazzva> gnomefreak: I just left it as it is... it crashed :). <gnomefreak> ok ill go look for food than <Jazzva> gnomefreak: Have a nice meal :) <gnomefreak> ty :) <Jazzva> asac: And how to remove the library? <asac> where is it? <Jazzva> It just says "File name: libflashplayer.so" <asac_the_2nd> maybe its in $HOME/.mozilla/plugins/ <asac_the_2nd> ... if you installed it manually once <asac_the_2nd> Jazzva: ^^ <Jazzva> Just flashplayer.xpt... <Jazzva> Can I just delete it? :) <asac_the_2nd> yes <asac_the_2nd> what is in /usr/lib/firefox/plugins ? <asac_the_2nd> is there a libflashplayer.so ? <asac_the_2nd> if so try to see if it belongs to some package with dpkg -S libflashplayer.so <Jazzva> Cool :)... Gonna try it out. I have to go out for an half an hour. There is a libflashplayer.so <Jazzva> Nope, it says it doesn't belong <Jazzva> dpkg: /usr/lib/firefox/plugins/libflashplayer.so not found. <Jazzva> gtg. I'll leave it to play with Flash player again :/... <asac> Jazzva: then just remove that <Jazzva> asac: Ok, will do that now. BTW, so far, the radio is on fo 27 min and everything seems good. <gnomefreak> thats always a good sign :( <Jazzva> Hmm... ok, the radio is not working with gnash. BTW, it is the flash player is over my Konversation window... I think it's because of Compiz Fusion... <Jazzva> without "it is" <gnomefreak> it crashed here <Jazzva> Hmm, with flashplugin? <asac> ok i am out for the weekend ... tomorrow i won't have internet access ... so cu sunday <Jazzva> asac: Have a nice weekend <asac> have to run to catch train ;) <asac> thanks <gnomefreak> mark it confirmed and set mt-upstream <Jazzva> I'll work at these bugs... <Jazzva> gnomefreak: Ok <gnomefreak> wait * Jazzva is waiting... <gnomefreak> damn <gnomefreak> asac: good timing :( <gnomefreak> Jazzva: change it to flashplugin-nonfree mark confirmed and tag mt-eval for the time being <gnomefreak> Jazzva: im gonna try on gutsy same set up ff and flash but different other packages that might make a different <gnomefreak> differnece <Jazzva> Ok, I will... I'll also leave a comment that it crashed on two comps with Feisty... <gnomefreak> what was bug number? <Jazzva> 121685 <Jazzva> bug 121685 <ubotu> Launchpad bug 121685 in firefox "firefox crashed" [Medium,Incomplete] https://launchpad.net/bugs/121685 <gnomefreak> ty <Jazzva> You're welcome. <Jazzva> Just to check... Remove mt-needtester, mark mt-eval? (btw, what "eval" means? Evaluated bug?) <gnomefreak> needs evaluation and yes mt-eval <Jazzva> Mhm, found out about mt-eval. <gnomefreak> the problem with mt-upstream is flash upstream is almost not even there <Jazzva> On Launchpad? <gnomefreak> if i can prove its flash and not another issue than i will figure out wha tto do <gnomefreak> Jazzva: once tagged mt-upstream we hav eto go to adobe and look for this bug <gnomefreak> but i want to make damn sure its flash first <Jazzva> Right... <gnomefreak> i should know by end of day (i hope) <gnomefreak> Jazzva: do you have any other browsers? <Jazzva> Konqueror, Epiphany.... <gnomefreak> Jazzva: set up flash in konq and see if you can repoduce it <Jazzva> Ok... <Jazzva> Just to remove gnash first... <gnomefreak> if you can its flash <gnomefreak> yes and install flash <Jazzva> Ok... <gnomefreak> it plays with gnash on gutsy <gnomefreak> waiting for it to crash <gnomefreak> lol same gnash version <Jazzva> And it runs good on gutsy? <gnomefreak> waiting for crash <Jazzva> I mean... it runs? it plays music? :) <gnomefreak> why doesnt gnash in feisty work :( <gnomefreak> itws playing sound <Jazzva> Dunno... <gnomefreak> and the video(or whatever the hell that is) <gnomefreak> asac: we need to find this out when we get time gnash gutsy works gnash feisty doesnt <gnomefreak> ill be back soon i need to get some things here done while this is testing <Jazzva> Ok... I started it in Konqueror... <Jazzva> Off for a few minutes... <gnomefreak> i wish flash would show up in top :( right now 41.7% mem <gnomefreak> 7.3 cpu <gnomefreak> .win 11 <Jazzva> Over here: 20.7 21.9 2:31.84 nspluginviewer <Jazzva> CPU MEM <gnomefreak> 50.2 now <gnomefreak> for meme <gnomefreak> mem <gnomefreak> ~10.0 cpu <Jazzva> Hmm... ~33 for mem <Jazzva> and ~22 for CPU <Jazzva> It might be a memory leakage... <gnomefreak> it crashed with gnash in gutsy <Jazzva> So, that means it's not flashplugin? <Jazzva> But, what if it crashes in Konqueror too? <gnomefreak> lets see what happens in konq <gnomefreak> if it crashes in konq im 98% sure its flash <gnomefreak> im about 90% atm <Jazzva> But, why did it crash with gnash too? <Jazzva> Wait... <Jazzva> flash = flashplugin or flash file on site? <gnomefreak> its same flash content * gnomefreak doesnt think gnash is that far off from flash <gnomefreak> code wise <Jazzva> Mhm...\ <gnomefreak> lets see what happens with konq first <gnomefreak> that will be a tell tale sign of it <Jazzva> Well, it's still playing... <Jazzva> 30minutes... <Jazzva> If it has the same behavior as in Firefox, then it should crash in about 10 minutes... <Jazzva> Hmm, playing for 40 minutes. CPU ~ 25, MEM ~ 45 <Jazzva> MEM ~ 50 <Jazzva> Woah <Jazzva> MEM ~ 57 <Jazzva> Well, should crash soon, I suppose :/... <gnomefreak> it better <gnomefreak> ill brb reboot <Jazzva_> gnomefreak: It crashed... <Jazzva_> So, I suppose it's a Flash bug... <gnomefreak> good <gnomefreak> it is <gnomefreak> can you mark firefox task on bug to invaild and give reason that it is a flash bug <gnomefreak> or give me number and ill get to it later <Jazzva_> Yes, I can <gnomefreak> hi AlexLatchford :) <AlexLatchford> Howdy <gnomefreak> ty :) <AlexLatchford> how are you John? <gnomefreak> Jazzva_: when was that bug filed? <gnomefreak> AlexLatchford: im good and yourself? <AlexLatchford> erm.. im okay.. amazingly busy <Jazzva_> gnomefreak: 2007-06-22 <Jazzva_> gnomefreak: Marked the firefox bug as invalid. <gnomefreak> Jazzva_: can i have bug number im gonna see what i can dig up <Jazzva_> bug 121685 <gnomefreak> AlexLatchford: i know that feeling <ubotu> Launchpad bug 121685 in flashplugin-nonfree "firefox crashed" [Medium,Confirmed] https://launchpad.net/bugs/121685 <gnomefreak> ty <Jazzva_> No prob <AlexLatchford> Yeah.. ive picked up a job in the city <gnomefreak> who has a win pc? * gnomefreak going evil <AlexLatchford> 9 til 6.30 and with travel it means door to door of 7.30 to about 7.45 <gnomefreak> godf <gnomefreak> god* <AlexLatchford> yep.. so I am a little swamped currently lol <gnomefreak> i guess it could be the site <gnomefreak> hi JenFraggle <JenFraggle> hello <JenFraggle> how are you? <gnomefreak> ok im sticking with flash issue and will ping asac next week i think i doubt we will see him this weekened <gnomefreak> JenFraggle: good and yourself <JenFraggle> good thanks <JenFraggle> how do i find bugs that are good for beginners to work on? <JenFraggle> want to add to my beginner wiki page <Jazzva> JenFraggle: I'm a beginner :)... asac told me to look at bugs marked with tags mt-needtestcase and mt-needtester <Jazzva> JenFraggle: at this page https://wiki.ubuntu.com/MozillaTeam/Bugs/Tags <JenFraggle> Jazzva, cool, did you see the beginner wiki page? <Jazzva> JenFraggle: Nope... <Jazzva> What's the link :)? <JenFraggle> https://wiki.ubuntu.com/MozillaTeam/Bugs/Beginner <Jazzva> Thanks :) <JenFraggle> It's deliberately 'dumbed down' so as to hopefully not put off people who are very new to it all <JenFraggle> save the more technical stuff for the other wiki pages <Jazzva> I get it :)... <Jazzva> Could someone take a look on bug 74116? I think it works fine now, so I would like if someone could take a look... <ubotu> Launchpad bug 74116 in firefox "Very slow and jerky scroll renders browser useless" [Undecided,Incomplete] https://launchpad.net/bugs/74116 <gnomefreak> Jazzva: i updated it <gnomefreak> im gone for a while. <Jazzva> gnomefreak: Cool... <Jazzva> Have fun <gnomefreak> you too <Jazzva> Thanks :)... * Jazzva sings "Squash, squash, squash that bug..." <JenFraggle> I've updated https://wiki.ubuntu.com/MozillaTeam/Bugs/Beginner <cwong1> asac: Hi, saw your message late regarding the repository link in moblin. Sorry for the late response. I am going to do it later today. Can we push the current changes in the WORKING Branch to gusty's build repsoitory? <Jazzva> cwong1: AFAIK asac won't be online before Sunday (I think he went off few hours ago). <cwong1> Jazzva: ok thanks <Jazzva> No prob... <Jazzva> gnomefreak: You there? #ubuntu-mozillateam 2007-08-04 <gnomefreak> yeah now i am <gnomefreak> Jazzva: whats up? <Jazzva> gnomefreak: I saw your comment on firefox crash bug <Jazzva> that radio thingie... <Jazzva> I think that similar kind of player has www.dnm.se <Jazzva> And I'm listening to it now, but it's not crashing... <Jazzva> If you wanna check it out just click on "Visit the label site" and in the upper right corner you'll see the player link. <Jazzva> It's been playing for about 40 minutes (cool music)... 'top' reports CPU 40-50% and MEM ~37 <Jazzva> (which is fairly normal on my old comp) <Jazzva> bug 121685 <ubotu> Launchpad bug 121685 in flashplugin-nonfree "firefox crashed" [Medium,Confirmed] https://launchpad.net/bugs/121685 <gnomefreak> Jazzva: ty i will see it in a few <Jazzva> gnomfreak: Ok, but I don't think it will cause FF to crash :/... <Jazzva> gnomefreak <gnomefreak> let me know if it does while im working on this other pos <Jazzva> Ok, I will... <gnomefreak> ty <Jazzva> Though, I think this might be the difference... This player has a lot of songs, which are not very big streams and on every song change the new stream starts. On the other side, the radio stream is long and continuos, so maybe that's causing the big memory usage. <Jazzva> Maybe that's why this player is not crashing <gnomefreak> agreed <Jazzva> Hmm, I'll see to check tomorrow if I find any flash radio player... <JenFraggle> haven't used dapper so not sure on this but can they upgrade thunderbird to the same version as we have on feisty? guessing they can as it is lts but not sure <bluekuja> asac: leaving for holidays <bluekuja> gonna be on irc when I'll be back <bluekuja> have fun the in meantime! <bluekuja> take care <bluekuja> ;) <JenFraggle> is there anything useful that I could be helping anyone with? #ubuntu-mozillateam 2007-08-05 <Jazzva> Can a bug have both mt-needtestcase and mt-needtester tags? <gnomefreak> Jazzva: testcase forst <gnomefreak> first <gnomefreak> to make our life easier <Jazzva> gnomefreak: Hmm... Well, I came across a bug that is tagged with both tags. That's why I asked :/... <Jazzva> bug 41294 <ubotu> Launchpad bug 41294 in firefox "Monospace fonts are displayed as proportional" [Medium,Incomplete] https://launchpad.net/bugs/41294 <gnomefreak> Jazzva: ill look <Jazzva> Ok :)... <gnomefreak> done <Jazzva> Coll... <Jazzva> *Cool <gnomefreak> ok set firefox a7 to build ill look at it in morning if it fails, im out for the night <Jazzva> Have fun... <gnomefreak> you too <Jazzva> Will try :)... <Jazzva> *edit: Will try (to catch some sleep) :)... <gnomefreak> update: looks like firefox-trunk will work out if so i will spin granparadiso as well and give to asac for upload <Jazzva> gnomefreak: What's granparadiso? <Jazzva> If someone could take a look at bug 107261. It's a known bug upstream, said that it'll be fixed in FF3, but still has a mt-needtester tag. I think it should be tagged with mt-confirm, but I'm not sure (a beginner :)). <ubotu> Launchpad bug 107261 in firefox "Hebrew Vowels Incorrectly Placed in Firefox" [Medium,In progress] https://launchpad.net/bugs/107261 <Jazzva> Off to sleep... <Admiral_Chicago> Jazzva: firefox 3 while in development <gnomefreak> asac: trunk almost builds :) <gnomefreak> so close i can taste it :( <gnomefreak> something is wrong with this. how in the hell is debian/tmp empty <gnomefreak> son of a bitch that where i saw that error before * gnomefreak wonders how we fixed it <gnomefreak> i cant see what we did to fix that error <Jazzva> Thanks Admiral_Chicago :) <gnomefreak> ok this is getting weird now :( <Jazzva> The building? <gnomefreak> yes <gnomefreak> upstream had to of changed something im not seeing <gnomefreak> gonna rebuild to see if a fluke <gnomefreak> with 20070804 build <Jazzva> Good luck... <gnomefreak> ty <gnomefreak> asac: sorry wanted this ready for upload for when you got home for monday but i doubt it <asac> ok i am more or less avail :) <Jazzva> Welcome back... <hjmf> hi <Jazzva> asac: I have a few questions... I'll be back in a minute... <asac> sure <asac> ... but remember that i am more or less in minor mode today ;) <Jazzva> It's ok, just 2 or 3 minor bug questions :) <hjmf> I have one quick question too :); in the retrace of bug #129415 there really are garbage characters or do I have a problem with locales or somewhat? <ubotu> Bug 129415 on http://launchpad.net/bugs/129415 is private <hjmf> I cannot read first stacks of the stacktrace <hjmf> the same when I retrace here at home <Jazzva> asac: Well, here are my questions, take a look when you have time :)... <Jazzva> Bug 107261: Marked as In Progress, like upstream, but still has mt-needtester tag. I wasn't sure if retagging with mt-confirm is the right thing... <ubotu> Launchpad bug 107261 in firefox "Hebrew Vowels Incorrectly Placed in Firefox" [Medium,In progress] https://launchpad.net/bugs/107261 <hjmf> I'll be back in half an hour or so <Jazzva> Bug 81543: I think I found out why the Preferences get truncated (left in comments). And I think it's confirmed... but again, wasn't sure if I should retag it with mt-confirm. <ubotu> Launchpad bug 81543 in firefox "Firefox child windows width too small (german version)" [Medium,Incomplete] https://launchpad.net/bugs/81543 <Jazzva> It might be an upstream bug :/ <Jazzva> And bug 72812: Has both mt-needtester and mt-needtestcase. Isn't that wrong *unsure*? <ubotu> Launchpad bug 72812 in firefox "Firefox does not display new page after click." [Medium,Incomplete] https://launchpad.net/bugs/72812 <asac> Jazzva: you can always tagg mt-confirm if you want feedback from me <asac> e.g. mt-confirm is ment to be a staging tag you should set if you think you are done with current state but are not yet sure <Jazzva> Oh... Ok. <asac> In Progress ... though doesn't have any tags atm <asac> so feel free to remove any tag you find at that stage <asac> its in fact a "triaging bug" if "In Progress" bugs have a tag at all <asac> e.g 107261 is on track in upstream bug <asac> so its usually more or less done from ubuntu point of view... which is why its "In Progress" <asac> bug 107261 <ubotu> Launchpad bug 107261 in firefox "Hebrew Vowels Incorrectly Placed in Firefox" [Medium,In progress] https://launchpad.net/bugs/107261 <Jazzva> Mhm, but shouldn't it be untagged if it's in progress? <asac> yeah <asac> definitly <asac> its like i call it a "triaging bug" <Jazzva> And tagged with mt-confirm? <asac> no "in progress" has no tags at all <asac> so just remove it <asac> http://daniel.holba.ch/bugs/ <Jazzva> What's the "triaging" part of that bug? :) <asac> Jazzva: well its done :) <asac> Jazzva: its been submitted upstreawm ... upstream has someone assigned to it <asac> so from ubuntu its just "look and see that upstream makes progress" <asac> of course ... anybody can take a look and see if he can help upstream fixing this <Jazzva> Oh, ok... I thought there is maybe something else to be triaged about it :)... <asac> the page above is a bughelper result ... among other things it tries to list bugs that have bad tag/state combinations <asac> some false-positives, are in that list though <asac> Jazzva: no ... not for that bug ... its in progress in that upstream deals with it <Jazzva> bughelper results... I think I read about it somewhere, though I completly forgot... :) <Jazzva> Aaaah... firefox.html looks nice :). <asac> Jazzva: yeah ... bughelper allows you to do multiple things <asac> we maintain a firefox clue file ... but Admiral_Chicago can tell you more about that <asac> main purpose is auto-detection of duplicates + detecting bugs that are not properly tagged ... as that often indicates that some user or unexperienced triager did something ... which is often enough wrong <Jazzva> I see... <Jazzva> And that clue file is firefox.html? <asac> no the clue file is a rule file for bughelper ... which produces firefox.html as a result <asac> basically you can match things ... and print infos for bugs that match some conditions <asac> but ask Admiral_Chicago about that ;) ... he is bughelper guru <Jazzva> Ok, when he gets back... <asac> Jazzva: usually firefox.html just gives you a list of bugs that need some attention <asac> thats all you need to know as a triager too start with :) <Jazzva> That's what I wanted to say :)... <Jazzva> asac: Two more questions :)... <Jazzva> Aren't mt-needtester and mt-needtestcase in XOR relation? <Jazzva> As in there can be only mt-needtester or mt-needtestcase, but not both... <asac> well ... usually yes <asac> but practically it might be that you want people to test an existing testcase, while you still search for a more reproducible one <Jazzva> Ok... <asac> but yes ... bugs that have both might need to be worked on <asac> at least they are worth a look <asac> e.g. is there a step by step testcase in summary? <asac> has this testcase already been verified to "not reproduce it" ... et al <Jazzva> I see... I'll take a look.\ <Jazzva> asac: And about bzr... I read the wiki, tried out pulling the sources, everything went well :). I read about pushing, still didn't try it out. <Jazzva> So, you want me to send the packages I prepare to bazaar? <asac> Jazzva: yes <asac> please <asac> its pretty good to review et al <Jazzva> Hmm, ok... <Jazzva> I finished packaging gnome-voice-control last night and uploaded to REVU... Wasn't sure about bzr, but I'll upload it now. So, the address would be sftp://rhonda96@example.net/~jazzva/gnome-voice-control/<branchname>? <Jazzva> asac: And what's the right branchname? <asac> Jazzva: yes ... you have to register a project for gnome-voice-control <asac> then you can push it <Jazzva> Mhm... And I should push only source? <asac> if you push with debian/ directory we usually call branchname: "debian" ... or "ubuntu" <asac> if its just plain upstream sources then its "upstream" <Jazzva> Ok... thanks :) <Jazzva> Should I report to you once I'm done? <asac> Jazzva: yes always only sources please <asac> never push binaries ;) <asac> Jazzva: sure <asac> just tell me the branchname you want to get reviewed <Jazzva> Ok :). <asac> at best send a mail <asac> so in case i don't have time right away, I won't forget it <asac> :) <Jazzva> Understood :D. <asac> but usually i should be able to do a look within a few hours <asac> initial upload might be different, because check needs to be more thoroug <asac> h * Jazzva thinks about his forgetness... <Jazzva> Mail it is :). <Jazzva> asac: Here is the link: https://code.launchpad.net/~jazzva/gnome-voice-control/ubuntu <Jazzva> Will send a mail too... :) <asac> Jazzva: its pretty important that you have an upstream branch as well <Jazzva> asac: BTW, how can I set the name and e-mail for Bzr? <Jazzva> asac: Uh-huh... I'll upload it now :) <asac> and since it won't help you when merging new upstream releases <asac> you have to take care <asac> that your ubuntu branch is initially branched from that upstream branch <asac> which you didn't do <asac> (i guess <asac> ) <asac> so ... start with the upstream branch <asac> add the debian directory in another commit <asac> and push that buranch to <ubuntu> again <Jazzva> You mean, to upload the upstream branch, then download that one, put in debian and upload as ubuntu or debian? <asac> yes <Jazzva> Ok <asac> its important that both branches have the same root <asac> otherwise you cannot really merge later <asac> you can use --overwrite on push ... to overwrite your current ubuntu branch <Jazzva> Cool :) <asac> if you have both branches up (upstream + ubuntu) let me know :) <Jazzva> Ok <Jazzva> And how can I set e-mail and name? <Jazzva> Currently it's "Sasa <sasa@SID>" <asac> wait a sec <asac> read man bzr <asac> its on bottom i guess <Jazzva> Ok <asac> you have to set env variables <asac> BZR_EMAIL it is <Jazzva> Ok, thanks :)... <asac> but it uses EMAIL alone if the BZR_ is not set <asac> interesting is that i don't have any set, but it works for me :) <Jazzva> Lucky you :) <asac> i think it needs to be name + email in that env <Jazzva> bzr whoami <Jazzva> :) <asac> e.g. EMAIL="Alexander Sack <rhonda96@example.net>" <Jazzva> To show or set user id :D <asac> yeah you can set the id as well <asac> with bzr config i guess <asac> agh <asac> now i see :) <asac> in ~/.bazaar/bazaar.conf <asac> i have <asac> [DEFAULT] <asac> email = Alexander Sack <rhonda96@example.net> <Jazzva> I was looking for that, but there wasn't one in .bazaar *sighs*... Maybe because I still didn't run bzr config or something *doh*... <asac> yeah .. try bzr config :) <Jazzva> Doesn't work... bzr whoami 'name <mail>' <Jazzva> :) <asac> well ... i think you will figure out :) <asac> if nothing works, you can use env variable :) <Jazzva> This one is working :) <Jazzva> ...at least, for now <asac> hehe <asac> ok out for a while ... dinner et al <Jazzva> asac: Uploaded both upstream and ubuntu :). <Jazzva> Out for a dinner and a bit of studying... see you later. <asac> sure ... will look later <Jazzva> asac: Thanks :)... <Jazzva> BTW, I just tried granparadiso-alpha7 now... It seems a lot faster then FF2. Gmail's interface can cause FF2 stop responding for a few seconds. On gp nothing :D... It's all smoother. <Jazzva> Well, back to studying... <Admiral_Chicago> Jazzva: i can tell you about bughelper later, I'm fairly busy today <Jazzva> Back <Jazzva> Admiral_Chicago: Thanks, I'll see what can I find on Bughelper and to get prepared :). <asac> yeah ... we should try to get paradiso 7 packaged ... last trunk builds crashed for us though <Jazzva> asac: Packed for Gutsy? <Jazzva> Well, it crashed once for now... On Demonoid. <asac> Jazzva: hey <asac> one question: why do you build-depend on gnome-devel? <asac> can you try to do it more fine grained? <asac> PKG_CHECK_MODULES(GNOME_PANEL, libpanelapplet-2.0 gtk+-2.0 libgnomeui-2.0 gstreamer-0.10 gstreamer-base-0.10 gdk-2.0 libwnck-1.0 cspi-1.0) <Jazzva> Hmm, I think it's reported in INSTALL... <asac> thats what i see in configure.ac <asac> i guess adding the -dev packages from those should be good enoug <Jazzva> Ok, I'll try that and see if it builds <asac> should <asac> otherwise ad those missing <Jazzva> Didn't know for that :)... <asac> using gnoma-devel doesn't sound right ;) <asac> Note: those meta -devel packages are not ment for package dependencies <asac> its for developers that want to do arbitrary gnome development <asac> at least thats what used to know ;) <asac> if it build please push update to bzr <Jazzva> used to know? <Jazzva> Well, I'll give it a try in a minute (waiting for computer to finish something)... <asac> sure <Jazzva> asac: Just to edit files in the directory I pulled from bazzar? (the one where I put debian/) <asac> yes <asac> you can edit there <asac> then commit changes <asac> if you are happy with your commits you can push again <Jazzva> Ok <asac> but please take the habbit to have nice per-feature checkins <Jazzva> per-feature checkins? <asac> e.g. commit locally ... reorganize your branch locally before you push :) <asac> not that important :) <asac> its just to prevent micro-checkins <asac> which make it hard to track back regressions <asac> its not important :) .... but i take every oppertunity to talk this in to people := <Jazzva> Umm... I don't think I understand you :)... <Jazzva> Well, I'm listening :)... But just don't get the meaning of "micro-checkin" <asac> well ... most people use cvs et al just to get versioned backups <asac> so they checkin whatever they have at some point <asac> sometimes they just checkin a bunch of unrelated things from top level <asac> et al <asac> sometimes they check in test revisions as a kind of checkpoint <asac> since you don't commit directly to online repository you have the chance to reorganize your checkins so they are clean <asac> with bzr <asac> you see what i mean? <Jazzva> Mhm :) <Jazzva> So, to check everything I can before pushing, and not to upload for every little change... <Jazzva> Right? <asac> hmm <asac> no idea <asac> just use it <Jazzva> lol... <asac> if i see a pattern which i put into one of those two types I will let you know :) <Jazzva> Ok <Jazzva> :) <asac> hehe <asac> finally those are your branches ;) <Jazzva> One more question... I read before about ${misc:Depends}, but I couldn't find it after that... What does it stand for? <asac> its a debhelper variable <asac> you can add specific depends during build by setting those variables <asac> actually i think its used by debhelper tools that don't belong to other categories like perl et al <asac> afaik debconf is one example? <asac> e.g. debconf dependency is added automatically if you use debconf in your scritps? <Jazzva> Hmm, supposed to <asac> but ... this is all is dubious to me too <asac> :) <asac> would have to look <asac> basically its a just a debhelper variable <Jazzva> This one uses automake, and it debhelper added autotools... <asac> he? <asac> to depends? <Jazzva> Build-Depends :) <asac> yeah <asac> but thats not ${mis:depends} :) <Jazzva> So, I figured it uses the same thing for Depends <Jazzva> or something like that... <Jazzva> "the same thing" = "the same way of getting dependencies sorted out"... <asac> well ... its the same ... and not <asac> depends are mostly automatically detected <asac> while build-depends are usually manually <Jazzva> I see.... <asac> depends are automatic at least for shared libraries linked into any of your binary/library <Jazzva> Hmm... I'm getting some errors :/ <Jazzva> Something like "dpkg-source: cannot represent change to .bzr/repository/knits/57/potfiles.skip-20070805165354-v7ytazn1plhvpf7q-55.knit: binary file contents changed" <Jazzva> When I try to build the source <Jazzva> Uh-huh... there is a hidden .bzr directory... <Jazzva> asac: So, I have to build sources in a directory that is not used for uploading to bazaar. <Jazzva> asac: Ok, found a way to make it work :). No problem anymore :) <asac> Jazzva: there is bzr-builddeb <asac> you should take a look at it <asac> its pretty great to build packages that way <asac> its a package <Jazzva> Hmm... Ok, will do it, after pbuilder finishes updating :). <Jazzva> asac: I installed it and took a quick look at readme file. Is "bzr-buildpackage --builder='debuild -S -rfakeroot'" and then to test it "bzr-buildpackage --builder='pbuilder-gutsy build ../*.dsc'" a legal way to do the building? <asac> depends on what you want todo :) <asac> actually i have i don't use pbuilder that much so i can't tell <asac> but yes <Jazzva> To build a source package which I will use to test in chroot :)... <asac> i usually do <asac> bzr bd --merge . <asac> which requires a orig.tar.gz i tarballs directory <asac> next to your checkout dir (in case you don't tweak config) <asac> in your case I do a bzr bd --export-upstream=../gnome*.upstream --merge . <asac> on first time <asac> then copy created orig.tar.gz from build-area to tarballs <asac> but just when new upstream release is out <asac> otherwise i will reuse the orig.tar.gz generated <asac> so ... <Jazzva> Ok... I think I need to play a bit more with this thing to get used to it :)... <asac> bzr-buildpackage --builder='pbuilder-gutsy build ../build-area/*.dsc' might work <asac> sure <asac> its a matter of preference <asac> usually its smart to have one directory where you put all your bzr branches <asac> then you have one tarballs directory where you have all your tarballs etc. <asac> at least i found it smart ;) <Jazzva> Hmm, I think I have something like that <Jazzva> ~/bzr/upstreams/ for upstream sources <Jazzva> and ~/bzr/ubuntu for branches <asac> yeah ... you can reconfigure it #ubuntu-mozillateam 2007-08-06 <asac> if you have no configs the natural layout would be <asac> ~/bzr/upstream-package-1.ubuntu <asac> ~/bzr/upstream-package-2.ubuntu <asac> ~/bzr/upstream-package-1.upstream <asac> ~/bzr/tarballs/ <Jazzva> Mhm... <asac> to safe space you can make a bzr repo out of bzr directory <asac> in this way bzr/upstream-package-1.upstream and /bzr/upstream-package-1.ubuntu would share the .bzr directory <asac> but afaik you have to make a repo out of bzr dir before branching initially <asac> like <asac> bzr init-repo ~/bzr * Jazzva is lost... <asac> yeah sorry <asac> i will stop now <asac> :) <Jazzva> No problem... I just need some time to get used to bzr :)... <asac> sure ... maybe read that again in a few days ;) <Jazzva> Yeah, I noticed that usually works :)... <asac> the most unfortunate thing is that bzr builddeb gives you meaningless default error messages too often <Jazzva> Noticed... A lot of unmet deps :/... <asac> if you get some error you don't understand its most likely that bzr doesn't find the orig.tar.gz <asac> ah <Jazzva> Then I used bzr-buildpackage --builder '...' and everything seemed nice :) <asac> yes <asac> it should work without builder <asac> however your main root needs all depends installed then <Jazzva> Mhm... <asac> anyway ... for signing i have to use --builder as well :) <Jazzva> Well, I'll try to work it out with --builder option and see if it looks right :). <asac> sure <asac> Jazzva: i get lintian warnings when building your package ... maybe you want to look into these as well <asac> Now running lintian... <asac> W: gnome-voice-control source: debian-rules-ignores-make-clean-error line 43 <asac> W: gnome-voice-control: non-standard-dir-in-usr usr/libexec/ <asac> W: gnome-voice-control: file-in-unusual-dir usr/libexec/voice_control_applet <Jazzva> Hmm, saw them now... <asac> Jazzva: why do you ship updated config.sub config.guess in diff? <asac> is that a glitch or intended? <Jazzva> Glitch... <Jazzva> Wait <Jazzva> There is a part in debian/rules where he updates config.sub and config.guess... debhelper made it and I didn't know it was wrong :/... <asac> hmm <asac> ok <Jazzva> I'll see if config.sub and configu.guess get changed during building and if they don't, I'll delete that part from debian/rules <Jazzva> Though I suppose they don't... at least they shouldn't... <asac> Jazzva: you can keep it in debian/rules <asac> did you keep that diff out of bzr? <Jazzva> Umm, I don't think I understand the question... <asac> not important <asac> its ok to keep it i guess <Jazzva> But I think it's not needed if config.sub and .guess don't change... <asac> well they change <asac> this instruction exists to make porters life easier i guess <asac> so if you are on debian kbsd you automatically get your architecture infos pulled in <asac> which might not be merged into mainline autotools <asac> yet <Jazzva> Hmm, saving initial c.g and c.s, running configure and make, and then diffing old and new c.g and c.s should show if they change... <Jazzva> What's kbsd? <asac> debian with gnu libc + kernel from freebsd <asac> a port <Jazzva> Ok. <Jazzva> So, it should stay in rules then? <asac> yes keep it <asac> if you commit config.* updates to bzr, please do so in a separate checkin <asac> ok i am off for tonight ;) <asac> sleep <asac> cu <Jazzva> First to add debian/* and then config.*? <asac> yes for instance <Jazzva> Ok, thanks :)... <Jazzva> I'll see what I can do with this :). <Jazzva> Good night <asac> sure <asac> thanks <gnomefreak> asac: are you back from your weekend getaway? * gnomefreak has work for us to figure out this week sometime. firefox-trunk 20070803 failed to build with an error we had in sunbird i have paste i think, 20070804 failed on trunk-fsh patch <gnomefreak> but i will see you tomorrow if i get a chance im on babysitting duty for next 2 days <gnomefreak> SAVE MEEEEEEEEEEEEEE <gnomefreak> ;) <Admiral_Chicago> gnomefreak: baby sitting is not fun :) <Jazzva> gnomefreak: Babies can be cool :)... Well, some of them. I hope you had luck... <Jazzva> As for asac, he's gone to sleep... <asac> well ... here i am :) <Jazzva> Hey, asac... Good morning :). Got my mail? <asac> morning <asac> Jazzva: yes ... whats the question ;) ? <Jazzva> BTW, if you read it... Can I make an initial release with a patch :)? <asac> for what? <asac> for that libexec thing? <asac> yes, please do a patch <Jazzva> Uh-huh <Jazzva> Ok :) <asac> make it use pkglibdir <asac> not libexec dir <asac> but maybe confirm in #ubuntu-desktop where this applet binary has to go <Jazzva> Will do :)... <asac> Jazzva: as long as you don't diverge a lot, and you document your changes properly in changelog/bzr commit ... then i am fine if you don't use a patchsystem ... though in general patchsystems are preferred over just carrying changes in the diff.gz <Jazzva> Well, I read about them... dpatch sounded not so hard, so I meant to use it... <asac> sure ... maybe use quilt <asac> i prefer it over every other system <asac> but its your choice <asac> maybe use different ones for different packages ... so you find what you like most <Jazzva> Hmm, ok... Will try :). <Fujitsu> asac: You rang? (re. bug #128116) <ubotu> Launchpad bug 128116 in network-manager "NM loops indefinitely with `old_dev has_link? 1' when connecting to one particular network" [Undecided,New] https://launchpad.net/bugs/128116 <Fujitsu> (yes, I have quite some degree of technical skills) <asac> Hi Fujitsu <asac> yeah <asac> Fujitsu: maybe it helps if you set essid manually to "" before you try to connect? <Fujitsu> asac: I'm at home at the moment; I can try in about 12 hours. <asac> ok <asac> probably i am in bed then though ;) <asac> but give it a try <Fujitsu> Will do. <Fujitsu> Thanks for looking into this. <asac> sure <asac> need testers :) <asac> for every chipset i personally don't posess <Fujitsu> If you need anything from me, I can be found in... pretty much any #ubuntu-*,
{'channel': 'ubuntu-mozillateam', 'month': 8}