[00:00] <Jazzva> asac, now I have a question - we don't make a difference for "Get Ubuntu extensions" between abrowser and firefox, right?
[00:00] <Jazzva> so we can use one MimeType for both in app-install-data...
[00:00] <asac> Jazzva: how would we do that?
[00:00] <asac> Jazzva: dont we use the appid for the "mime" typ?
[00:00] <Jazzva> I don't see a way, nor a reason to do that... but just to be sure :)
[00:01] <asac> Jazzva: what mimetype are we using right now?
[00:01] <Jazzva> application/x-debuan-xul-extension-firefox, I think
[00:01] <Jazzva> s/debuan/debian
[00:01] <asac> Jazzva: what did we use for firefox-3?
[00:01] <Jazzva> that one
[00:01] <asac> or is that the firefox 2 thing?
[00:01] <Jazzva> we just used -firefox-2 for FF2
[00:01] <asac> err sorry. i ment 2 and 3 flipped ;)
[00:01] <asac> ok thanks
[00:02] <asac> is that gone now?
[00:02] <Jazzva> no problem :)
[00:02] <Jazzva> yep
[00:02] <Jazzva> I removed every instance of -firefox-2 in MimeType line in files
[00:02] <Jazzva> if a file only had that one MimeType associated with it, I removed the file. there was two of them
[00:02] <asac> actually i now have the feeling that we might have missed the train for the data
[00:02] <Jazzva> firefox-themes-ubuntu and some other...
[00:02] <asac> and need to do a SRU or something
[00:02] <asac> but lets try anyway
[00:03] <Jazzva> well, it is in main...
[00:03] <Jazzva> ok, should I propose a merge to ~ubuntu-core-dev's branch?
[00:04] <asac> Jazzva: better file a bug and let me talk to mvo tomorrow ;)
[00:04] <Jazzva> ok
[00:04] <asac> i think if branches are old you ar enot getting mails on merge proposal by default
[00:09] <Jazzva> ah... ok
[00:09] <Jazzva> asac, bug 287270
[00:37] <fta> subject: [ubuntu/intrepid] diggler 0.9-16ubuntu2 (Waiting for approval)
[00:38] <fta> you forgot the LP: #, me too
[00:38] <fta> Jazzva,
[00:39] <asac> err ... no bug at all in changelog :-P?
[00:40] <Jazzva> yeeeah... that's what I get when I do a quick submit *ashamed*
[00:41] <Jazzva> sorry
[00:41] <Jazzva> fta, ah... so you already uploaded. Ok, I'll mark as fix released
[00:41] <Jazzva> and then watch when it will build, and then mark as fix commited
[00:41] <Jazzva> er... the other way around
[00:52] <Jazzva> does anyone know what to do in case of "User timeout caused connection failure" bzr error on LP? https://code.edge.launchpad.net/~jazzva/app-install-data-ubuntu/ubuntu.mozilla-extensions
[00:53] <Jazzva> is there some sort of push --force parameter, since bzr is reporting that there are no new revisions?
[00:56] <NCommander> hola dholbert
[00:56] <fta> Jazzva, if you're sure your local branch is good, push --overwrite
[00:57] <Jazzva> fta, ok... I'll wait to bit to see if it's a glitch in LP
[00:57] <Jazzva> if it doesn't recover by the morning, I'll try with --overwrite
[00:57] <dholbert> NCommander: hola
[05:28] <NCommander> asac, ping
[09:07] <fta> asac, subject: [ubuntu/intrepid] diggler 0.9-16ubuntu2 (Accepted)
[09:26] <asac> fta: good
[10:04] <asac> fta: so it just works ;)
[10:38] <fta2> asac, ?
[12:15] <asac> @time los_angeles
[12:28] <gnomefreak> asac: have you heard from Fallen yet?
[12:29] <asac> gnomefreak: something reminds me of that word. but not more ;)
[12:29] <gnomefreak> asac: sunbird failure to run
[12:30] <asac> haha
[12:30] <gnomefreak> asac: http://pastebin.mozilla.org/558964  is what i get when i try to load it
[12:30] <gnomefreak> its getting on my frigging nerves nothing i do and/or looked for helps
[12:31] <asac> stran ge
[12:31] <gnomefreak> i know
[12:31] <asac> gnomefreak: does the upstream build work? have you tried that?
[12:31] <gnomefreak> it works
[12:31] <gnomefreak> well the .xpi does
[12:32] <gnomefreak> i tried building upstream source while giving ./configure parameters
[12:32] <asac> gnomefreak: yeah
[12:32] <gnomefreak> and it fails so maybe i didnt pass one that i should have
[12:32] <asac> gnomefreak: so did you manage that the .xpi is produced?
[12:33] <gnomefreak> noth sure where to look for it
[12:34] <asac> gnomefreak: in dist/xpi-stage or something like that
[12:42] <gnomefreak> i dont see .xpi in build-area anywhere
[12:45] <asac> gnomefreak: so what did you add to configure?
[12:47] <gnomefreak> just building upstream source using ./configure i used
[12:47] <gnomefreak> ./configure --enable-application=ac_add_options --enable-application=calendar
[12:48] <gnomefreak> i just wanted to test to see if it was tarball
[12:59] <thunderstruck> FUCK THIS im gonna work on my connection
[13:30] <asac> gnthat application= thing is wrong for sure
[13:30] <asac> why ac_add_options?
[14:06] <gnomefreak> again :(
[14:06] <gnomefreak> oh good im still here
[14:08] <gnomefreak> asac: any idea on that error? it seems simple timezone error but everything looks normal to me atleast, in upstream build i looked in the Makefile and install.* and it looks correct. maybe i should try a clean brand new chroot to build it
[14:11] <gnomefreak> eh building it anyway it cant hurt to try
[14:11] <shirish> hi asac, I'm back but would be online for doing the documentation in about 40 odd minutes ok.
[14:22] <asac> shirish: ok cool
[14:24] <gnomefreak> shirish: if i had to guess hes at lunch
[14:24] <gnomefreak> oops hes back
[14:27]  * gnomefreak doubts this is gonna help
[14:30] <asac> gnomefreak: i dont think you changed any conifgure option ... do you?
[14:30] <gnomefreak> what the hell do i need x11-common in a chroot :(
[14:30] <suzhe> asac: Just want to tell you that, I fixed the libmozjs link issue by shipping a static libmozjs in my project.
[14:30] <gnomefreak> asac: no
[14:30] <asac> suzhe: urgh
[14:30] <gnomefreak> asac: the rules file is same as in 0.8
[14:31] <asac> gnomefreak: yes. did you ever find the .xpi? otherwise it would help. yes
[14:31] <gnomefreak> asac: nope its not on my system
[14:31] <gnomefreak> atleast using locate and find
[14:31] <asac> gnomefreak: do we have the sources at least?
[14:32] <asac> are you able to identify them?
[14:32] <gnomefreak> asac: what do you mean?
[14:32] <gnomefreak> i have upstream source and our source
[14:32] <asac> gnomefreak: the source files that are supposed to produce that
[14:33] <gnomefreak> yes i think the Makefile and the install.rdf
[14:33] <gnomefreak> in timezone dir atleast
[14:33] <asac> gnomefreak: i mean if upstream doesnt ship it by default, but you have to install a .xpi it means that its most likely not biult by default
[14:33] <gnomefreak> asac: they ship it
[14:34] <gnomefreak> it should be built from Makefile
[14:35] <asac> gnomefreak: i dont see where that is hooked in
[14:35] <suzhe> asac: for the browser component, I wrote a simple glue layer for libmozjs based on xpcomglue.
[14:35] <asac> gnomefreak: does calendar/timezones/Makefile exist in your finished built tree?
[14:36] <asac> suzhe: couldnt you use something similar for the "normal" thing?
[14:36] <suzhe> asac: now, my project doesn't need link to libmozjs.so anymore :-)
[14:36] <asac> e.g. something that loads libmozjs.so from what is configured in /etc/gre.d/*.conf?
[14:36] <suzhe> asac: you may close bug #286906, thanks for your help.
[14:36] <asac> suzhe: well. static linkage will prevent you from getting in any distro
[14:36] <asac> suzhe: cant be the real solution
[14:36] <gnomefreak> asac: give me a minute to get it and find it
[14:40] <suzhe> asac: however, seems that it's the only solution for now. mozilla guys also suggest this solution.
[14:41] <asac> suzhe: yeah. a solution that makes your software undistributable (or better said: unsupportable). this should really be fixed upstream
[14:42] <suzhe> asac: why it makes my software undistributable?
[14:42] <asac> and if the few folks that have a use of the javascript engine just say "ok, i do that" it will never be fixed
[14:42] <suzhe> asac: I don't think it's a big deal.
[14:42] <asac> suzhe: shipping or linking against static libs is a no-no
[14:43] <asac> because no security support is really possible
[14:43] <asac> and every sane distribution will not allow such software to be shipped
[14:43] <suzhe> asac: I think mozilla guys are going to fix this issue, but it needs time.
[14:43] <asac> suzhe: yeah. as a temporary workaround its ok for you
[14:43] <asac> suzhe: all i am trying to say: "now that they noticed and that some folks are willing to change things you have to reemphasize your point"
[14:43] <asac> over and over again
[14:44] <asac> otherwise i am nearly 100% that nothing will change
[14:44] <gnomefreak> i cant remember where i found it :(
[14:44] <asac> the few folks that want to change something in mozilla will be overruled
[14:44] <pecisk> asac: hi, question was - when current translations from Firefox CVS will get imported into language packages/Launchpad?
[14:44] <asac> suzhe: ^^
[14:44] <suzhe> asac: Hmm, it'll be bad if it makes my software undistributable.
[14:45] <asac> suzhe: right. you have to tell that the spidermonkey developers over and over again
[14:45] <asac> suzhe: and open bugs in bugzilla and so on
[14:46] <suzhe> asac: so, how can I get a perfect solution for now? :-(
[14:46] <asac> suzhe: for now its not possible as i said. because of definiciency in spidermonkey practices and policies
[14:46] <suzhe> asac: I'll, but what shall I do for now?
[14:46] <suzhe> asac: actually there is an open bug in mozilla's bugzilla. And it's opened for more than 7 years :-( Fortunately, they are still working on it.
[14:46] <shirish> asac: hi
[14:47] <asac> suzhe: for now you are more or less lost. only whay i can see is that you move your code interfaceing with that lib to something dynamically loaded
[14:47] <asac> suzhe: and use the /etc/gre.d/*.conf file to find the lib
[14:48] <asac> pecisk: on demand
[14:48] <asac> pecisk: its easier to go directly to your issue ;) ... what issues are you seeing that make you think you want to know about that?
[14:49] <asac> suzhe: why do you think they are still working on it?
[14:49] <asac> suzhe: i havent heard anything from  mozilla that would make me think that they consider their spidermonkey engine something worth to put effort into making a proper lib out of it
[14:50] <asac> (except yesterday where the spidermonkey dev acked that this is an issue - but he didnt appear like he was actually aware of this)
[14:50] <suzhe> asac: the problem is, it requires a glue layer, which is not practical for my script module.
[14:50] <asac> suzhe: what is a script module?
[14:50] <asac> suzhe: what kind of script are you talking about?
[14:50] <suzhe> asac: from comments of the bug report.
[14:51] <gnomefreak> asac: http://pastebin.mozilla.org/559033 around line 62 and http://pastebin.mozilla.org/559034 around line 44
[14:51] <asac> suzhe: i wouldnt defer from comments on bug that they are really working on this :(
[14:51] <suzhe> asac: the most recent comment was just a few days ago.
[14:51] <gnomefreak> let me change the Makefile line number
[14:51] <suzhe> asac: script module is a dynamic loadable module of my project, which depends on libmozjs.so.
[14:51] <gnomefreak> asac: makefile around line 75
[14:52] <asac> suzhe: the right way is to make your project load the gecko runtime through standalone glue on startup
[14:52] <asac> suzhe: (before you load your dynamic module)
[14:52] <asac> suzhe: and link your module against the dependent glue
[14:52] <suzhe> asac: https://bugzilla.mozilla.org/show_bug.cgi?id=97954
[14:52] <pecisk> asac: simply we got FF 3 translated via official source, and we would like to see that result also in Ibex
[14:52] <asac> might be overkill to boot the complete gre ... but thats the only way to get that i thikn
[14:53] <pecisk> asac: so I looking for ways to get that translation into Launchpad and Ubuntu 8.10
[14:53] <asac> pecisk: how is "you" ?
[14:53] <suzhe> asac: this module only depends on libmozjs.so, nothing else in xulrunner.
[14:53] <asac> pecisk: which language?
[14:53] <pecisk> asac: Latvian aka lv
[14:53] <asac> pecisk: you should file a bug about your locale in launchpad against rosetta project and subscribe me explicitly
[14:53] <asac> pecisk: also subscribe ArneGoetje
[14:53] <asac> pecisk: who should now deal with this
[14:54] <shirish> asac: please lemme know when you are ready to talk about documentation
[14:54] <asac> pecisk: or maybe file against language_-pack-lv
[14:54] <suzhe> asac: loading the whole xpcom is overhead for this module.
[14:54] <asac> suzhe: it is, but its the only way
[14:54] <pecisk> asac: what I should attach to that bug?
[14:55] <asac> until spidermonkey folks have sorted this
[14:55] <pecisk> asac: translation in which format - po or xpi?
[14:55] <asac> pecisk: nothing. a link to thhe official xpi maybe
[14:56] <asac> pecisk: just file a bug "please import latest firefox upstream translations"
[14:56] <asac> and subscribe me and arnegoetje
[14:56] <pecisk> ok, thanks!
[14:56] <pecisk> :)
[14:56] <asac> pecisk: and point to the directory with all the latest xpis ... or laternatively name the version you want to be imported
[14:56] <asac> pecisk: also state if this is just for intrepid or also hardy
[14:57] <asac> i guess both
[14:58] <pecisk> ok, huuuuuuuuuuuuge thanks
[14:58] <asac> suzhe: loading the gre would also allow you to specify the max/min version .... which overcomes the deficiencies of a not existing library versioning
[14:59] <suzhe> asac: I'll have a try. thanks for your suggestion.
[15:03] <asac> suzhe: welcome. just load the gre in your main binary and link your dynamic module against the dependent glue. if thats work its the most feasible workaround i can see now
[15:04] <suzhe> asac: however, I want to support as many distros as possible. There are still many widely used distros have no xulrunner 1.9
[15:04] <asac> ok off for NM testing
[15:05] <suzhe> asac: supporting old xulrunner without xpcomglue and xulrunner 1.9 with the same set of code would be difficult.
[15:06] <suzhe> asac: thanks, I'll have a try.
[15:07] <shirish> asac: did you happen to look at the stuff I did on nm 0.7? Is it ok? Is it faulty or incorrect so far?
[15:12] <asac> shirish: its ok i think
[15:12] <asac> shirish: what its really missing (besides some polishing in workding) is a quick intro
[15:12] <asac> all that is documented is usually not needed
[15:12] <shirish> right
[15:13] <asac> normal users just want to know "how to select a wireless ESSID"
[15:13] <asac> how to disable wireless
[15:13] <shirish> right, and that is a configuration that I do not have, no wireless :(
[15:13] <shirish> btw have you come across this error
[15:13] <shirish> Updating connection failed: nm-ifupdown-connection.c.82 - connection update not supported (read-only)..
[15:14] <asac> shirish: maybe you could ask someone else from the doc team?
[15:14] <asac> thats a read-only connection (its auto)
[15:14] <asac> you can only edit it when you rename
[15:14] <shirish> asac: you mean about doing the wireless part, sure
[15:14] <asac> we should add that to troubleshooting
[15:14] <asac> shirish: its because you have a config in interfaces file
[15:14] <asac> that config is read only
[15:15] <shirish> asac:  lol, that config didn't work (unfortunately)
[15:15] <asac> not really the best way to indicate that i nthe applet ... but we have a bug about fixing htis
[15:15] <gnomefreak> ill be back need to restart
[15:15] <shirish> asac: sure
[15:16] <asac> shirish: dont know why your config doesnt work. you should certainly open a new bug and dont post more in the dead horse bug you are using right now ;)
[15:16] <asac> shirish: open bug ... attach complete syslog after reproducing ... as always
[15:16] <shirish> sure, will do
[15:17] <shirish> asac: what is system setting?
[15:18] <asac> shirish: ?
[15:19] <pecisk> asac: can I copy/paste our irc conversation to ubuntu-translators list? Several other teams have similar problems as well.
[15:19] <pecisk> t.i. other translation teams
[15:19] <asac> pecisk: no. they should talk to me after release
[15:19] <asac> i have no time ... or next week
[15:19] <pecisk> ok
[15:19] <asac> pecisk: you file that bug now
[15:19] <shirish> asac: nm-applet > Edit Connections > Wired > some connection > Edit > two checkboxes Connect automatically and System Settings
[15:20] <asac> pecisk: thats all we need dont we?
[15:20] <shirish> asac: what does that system settings stand for?
[15:20] <asac> pecisk: i mean what other issues will other translators have?
[15:20] <asac> shirish: settings that apply before you log in
[15:20] <asac> shirish: previously connections were configured on a user-profile base
[15:20] <asac> since 0.7 you can also configure them system wide
[15:20] <asac> so they get upped without you being logged in
[15:21] <pecisk> asac: no, the same issue - no proper workflow to get FF translation into Launchpad/Ubuntu system
[15:21] <shirish> asac: right, I read it somewhere that previously they were done using gconf profiles or something
[15:21] <pecisk> asac: I will report it right away
[15:21] <asac> pecisk: file bugs
[15:21] <asac> pecisk: assign arnegoetje
[15:21] <shirish> asac: right, ok cool.
[15:21] <asac> pecisk: if he doesnt react for a while ping me
[15:21] <asac> so i can kick him ;)
[15:21] <pecisk> please don't hurt him :)
[15:21] <pecisk> ok
[15:21] <asac> yeah ... through IRC ;)
[15:22]  * asac kicks hard ;)
[15:22]  * asac never hits anyone :(
[15:22] <asac> pecisk: he will response i am sure ;)
[15:22] <asac> shirish: you can still do it as before ... its just that on top you can now have system connections
[15:24] <shirish> asac: so it was not easily possible before?
[15:24] <asac> shirish: it wasnt possible at all
[15:24] <shirish> asac: ah ok, cool.
[15:24] <asac> shirish: the only way was to use ifupdown in /etc/network/interfaces
[15:24] <asac> which is why we have all this mess now
[15:25] <asac> with all the people thinking that they used NM in th past but they never used it
[15:25] <asac> ifupdown was definitly one of the less reasonable inventions from debian
[15:25] <shirish> asac: count me in that one as well.
[15:25] <asac> it was done without thinking about the future ;)
[15:26] <shirish> asac: right, I heard its still to be released, its fedora's project isn't it?
[15:26] <asac> one hammer ... for everything
[15:26] <shirish> asac: right
[15:26] <asac> shirish: ifupdown? thats debian only
[15:26] <asac> thats why we have all this pain that fedora doesnt have
[15:27] <shirish> asac: I don't have much of a clue of what ifupdown actually does and how it integrates or works with Network-Manager
[15:27] <asac> shirish: it doesnt integrate with everything
[15:27] <asac> shirish: it provides the ifup ifdown commands
[15:27] <asac> shirish: and parses /e/n/interfaces for that
[15:27] <asac> shirish: we try to use a plugin that allows users to reus theri old configs
[15:28] <asac> from interfaces
[15:28] <asac> which is called "ifupdown" and which makes those Ifupdown (eth0) entries appear
[15:28] <asac> in NM
[15:29] <asac> ok .. .have to do lunch now
[15:30] <shirish> asac: cool, till that time put up that bug.
[15:32] <NCommander> asac, ping
[15:33] <gnomefreak> asac: im bothering #calendar about this
[15:34] <gnomefreak> see if upstream tarball has this issue
[15:36] <gnomefreak> asac: have a good lunhc
[15:53]  * gnomefreak fairtly sure l10n isnt causing this issue
[15:53] <gnomefreak> s/fairtly/fairly
[15:55] <gnomefreak> bug 461162
[15:56] <gnomefreak> mozilla 461162
[15:59] <gnomefreak> ok time for smoke
[16:00] <asac> NCommander: yeahj
[16:00] <NCommander> asac, any issues acking it?
[16:00] <asac> NCommander: acking what?
[16:00] <asac> enigmail?
[16:00] <NCommander> Removal of firefox-themes-ubuntu
[16:01] <asac> NCommander: wasnt that removed ages ago?
[16:01] <NCommander> nope
[16:01] <NCommander> hence the removal request
[16:01] <asac> NCommander: bug?
[16:01] <NCommander> I need an MOTU to ack it however
[16:01] <asac> sure ... i cant ack a bug without id ;)
[16:02] <NCommander> https://bugs.edge.launchpad.net/ubuntu/+source/firefox-themes-ubuntu/+bug/287354
[16:03] <asac> NCommander: done. please subsribe archive admins
[16:04] <NCommander> :-)
[16:04] <NCommander> Package deaths are awesome
[16:06] <gnomefreak> asac: what am i overlooking in the links i gave you above?
[16:08] <asac> gnomefreak: that might be true
[16:08] <asac> gnomefreak: the locales/Makefile.in only builds timezone when AB_CD is empty
[16:11] <gnomefreak> ifeq ($(AB_CD),)
[16:11] <gnomefreak> DIRS = ../timezones
[16:11] <gnomefreak> endif
[16:11] <gnomefreak> that part?
[16:11] <gnomefreak> wait that would mean l10n might be the issue than?
[16:12] <asac> gnomefreak: yes. from that code it seems that timzones are only built when you build a build without specific locale
[16:12] <asac> ask in #calendar on how to achieve that
[16:13] <asac> gnomefreak: maybe look in the build log
[16:13] <asac> and see if you can find AB_CD= somewhere
[16:14] <asac> if thats non-zero it _might_ be the reason
[16:15] <gnomefreak> it doesnt have one :(
[16:15] <gnomefreak> build log that is
[16:16] <gnomefreak> build log would be mozilla dir?
[16:16] <gnomefreak> for some reason bzr-buildeb doesnt leave mozilla dir intact
[16:17] <asac> gnomefreak: you have to do --dont-purge
[16:17] <gnomefreak> i did
[16:17] <asac> gnomefreak: no build dir would be your build log
[16:17] <asac> gnomefreak: e.g. backlog in terminal or pipe the output in a file
[16:17] <asac> like bzr bd --merge --dont-purge --builder='debuild -b' 2>&1 | tee /tmp/build.log.txt
[16:17] <asac> gnomefreak: or if you sent it to ppa there should be the log
[16:18] <gnomefreak> i pushed it to ppa
[16:18] <gnomefreak> ah
[16:18] <asac> then look in that log
[16:22] <gnomefreak> do /usr/bin/perl ../../../config/preprocessor.pl  -DAB_CD=en-US
[16:22] <gnomefreak> that?
[16:22] <asac> gnomefreak: not sure.
[16:22] <asac> gnomefreak: well
[16:22] <asac> look in config.statu
[16:22] <asac> s
[16:23] <asac> file in your local dir
[16:23] <asac> and see if there is AB_CD set
[16:24] <asac> gnomefreak: so when lightning is build ... maybe the .xpi is produced there?
[16:24] <asac> (e.g. not when subird, but when lightning gets build)=
[16:25] <gnomefreak> Stripping calendar-timezones package directory...
[16:25] <gnomefreak> ../../dist/xpi-stage/calendar-timezones
[16:25] <gnomefreak> Packaging calendar-timezones.xpi...
[16:25] <gnomefreak> thats from build log
[16:25] <asac> gnomefreak: yeah
[16:25] <asac> there you have your xpi
[16:25] <asac> so whats the problem?
[16:25] <asac> look how we deal with the lightning.xpi in rules
[16:26] <gnomefreak> if its there than why the hell doesnt sunbird run
[16:26]  * gnomefreak can care less about lightning (fix one the other should get fixed i would think
[16:26] <asac> gnomefreak: because its not installed
[16:26] <asac> gnomefreak: we ignore that when packaging up but we should deal with it
[16:27] <asac> in a similar fashion as we deal with lightning.xpi
[16:27] <gnomefreak> no issue in 0.8 but issue in 0.9 is our fault?
[16:27] <asac> yes
[16:28] <asac> well
[16:28] <asac> we dont pack the timezones in a package
[16:28] <asac> thats our fault
[16:28] <asac> whether sunbird should refuse to start without that is a different question
[16:29] <gnomefreak> it starts with error and stays open you just cant do anything with it except close it
[16:29] <gnomefreak> im not sure why its dependant on tz shit at all
[16:29] <asac> gnomefreak: yeah
[16:29] <asac> gnomefreak: lets tackle the missing timezones first
[16:29] <asac> gnomefreak: common-install-arch::
[16:29] <asac> in rules
[16:29] <asac> we should do something similar for the timezhones xpi
[16:30] <asac> we have to think about where to put that though
[16:30] <gnomefreak> any place i should put it or anywhere ;)
[16:30] <asac> most likely in /usr/lib/lightning-sunbird-addons/extensions/
[16:30] <asac> and create a link for sunbird/extensions to that dir
[16:30] <asac> hmm
[16:30] <asac> a bit difficult i have to admit
[16:30] <asac> but still
[16:30] <asac> i think thats right
[16:31] <asac> lets look what we can do for lightning after that
[16:31] <gnomefreak> common-install-arch:: wher ein rules do i stick this?
[16:31] <gnomefreak> anywhere?
[16:31] <asac> gnomefreak: i will now run a few errands. please push your branch in the meantime so we can fix that tonoight
[16:31] <asac> gnomefreak: there is such a rule
[16:31] <asac> gnomefreak: look at that
[16:31] <gnomefreak> asac: its been pushed
[16:32] <asac> gnomefreak: look into rule ... there is common-install-arch already
[16:32] <asac> and we do something with lightnin g.xpi there
[16:32] <gnomefreak> bzr branch lp:~gnomefreak/sunbird/ubuntu-0.x
[16:32] <asac> we shoiuld do the same for the timezones xpi
[16:32] <asac> ok will look when back
[16:32]  * gnomefreak looking for it
[16:33] <gnomefreak> ok i see it
[16:34] <gnomefreak> well i see both of them ;)
[16:35] <gnomefreak> ill be back as well
[17:45] <gnomefreak> ok i think im back
[18:04] <gnomefreak> asac: im getting tired of this connection bullshit i will be back later today or tomorrow let me know what you decide(d) to do with sunbird. thanks for looking at it
[18:42] <Jazzva> asac, ping
[19:14] <shirish> asac: back
[19:17] <asac> shirish: Jazzva: pong pong
[19:19] <Jazzva> asac, https://code.edge.launchpad.net/~jazzva/app-install-data-ubuntu/ubuntu.mozilla-extensions ... That error is there since last night.
[19:19] <Jazzva> The local log (bzr log) looks good, and I pushed the changes.
[19:19] <Jazzva> If I do bzr push again, it reports there are no new changes. Should I try with --overwrite? Is there some other parameter?
[19:20] <asac> shirish: where would the nm page be linked from on https://help.ubuntu.com/8.04/internet/C/index.html
[19:20] <asac> ?
[19:20] <asac> Jazzva: dump it and push again ;)
[19:21] <asac> oruse a different name :)
[19:21] <Jazzva> asac, how to dump it?
[19:21] <asac> Jazzva: delete?
[19:21] <Jazzva> oh... to dump the whole branch?
[19:21] <Jazzva> ok :)
[19:21] <Jazzva> thanks
[19:21] <asac> Jazzva: why not. its only for this change right?
[19:21] <asac> and its a "personal" branch ... so wiping it is fine
[19:22] <fabrice_sp> Jazzva: Hi :-) Is the Bug #285321 ok after my last modifications?
[19:22] <Jazzva> i guess... I'll give you the bug link once I'm done...
[19:23] <Jazzva> fabrice_sp, I was sure I replied to that bug report that I made a mistake... the diff that I commented on is fine :)...
[19:23] <Jazzva> fabrice_sp, sorry for the mess...
[19:24] <Jazzva> fabrice_sp, yeah... I replied to RainCT and not to the bug report by mistake... I'll repost my comment.
[19:24] <fabrice_sp> Jazzva: thanks :-)
[19:24] <Jazzva> fabrice_sp, done.
[19:24] <Jazzva> np... sorry again
[19:28] <shirish> asac: yes, that would be nice
[19:30] <asac> shirish: i dont see anything for 8.10 there
[19:30] <asac> just 8.04
[19:31] <shirish> asac: right, there should have been, but unfortunately is not there, that's what I was sharing on the mail the other night. Its so much outdated.
[19:33] <asac> shirish: hmm. but didnt someone else respond that he did this kind of general networking page for intrepid now=?
[19:33] <asac> shirish: otherwise i would suggest to reuse that. most things are ok ;)
[19:33] <asac> and use the networkmanager page for "detailed" information
[19:34] <asac> while giving the simple instructions for "normal" use in the greater document
[19:34] <shirish> asac: yes somebody did
[19:34] <shirish> asac: btw have put up that bug (which might well not be ) at https://bugs.edge.launchpad.net/ubuntu/+source/network-manager/+bug/287596
[19:35] <shirish> I am bad at describing stuff.
[19:35] <shirish> :(
[19:35] <asac> at least i am not alone then ;)
[19:37] <asac> shirish: from syslog: "Oct 22 20:03:05 Mugglewille-desktop nm-system-settings:    SCPlugin-Ifupdown: No dns-nameserver configured in /etc/network/interfaces
[19:37] <asac> "
[19:38] <asac> shirish: i think its dns-nameservers
[19:38] <asac> if dns-nameserver is supported by resolvconf too then thats a bug
[19:40] <shirish> asac: thought the same, so it should be "dns-nameservers" and not "dns-nameserver"  am I right in reading that?
[19:40] <asac> shirish: according to man resolvconf only dns-nameservers is supported
[19:40] <shirish> ah ok
[19:40] <asac> yes
[19:40] <shirish> a single 's'
[19:41] <asac> shirish: just change that and sudo killall nm-system-settings to reload the config
[19:42] <shirish> asac: right will try that, bbiaw
[19:45] <shirish> asac: that one didn't work as well :(
[19:49] <shirish> lemme try once more, bbiam or two :)
[19:56] <shirish> still no show, I've just given up on things
[19:57] <shirish> my thing for static IP is that its supposed to be better for doing things such as file-sharing (think torrenting)
[19:58] <asac> shirish: well. this cant be really true ;)
[19:58] <asac> shirish: what is in your applet now?
[19:59] <shirish> asac: I have changed it all back to auto eth1 now, otherwise just couldn't connect.
[20:00] <asac> shirish: thats ok. are you running managed=true or =false now?
[20:00] <shirish> asac: managed is always true
[20:00] <asac> shirish: ok so what do you see in applet now?
[20:00] <shirish> in both the situations
[20:01] <shirish> now it shows fine.
[20:01] <asac> shirish: what is fine?
[20:01] <shirish> asac: meaning it doesn't show disconnected in the applet, that's it.
[20:01] <asac> shirish: is the static configuration properly used?
[20:01] <asac> shirish: is eth1 the right interface at all?
[20:01] <asac> eth0 seems more likely
[20:02] <shirish> asac: right, this is what it used to be previously, but somehow in the update/upgrade at some point they changed, dunno where or how or what
[20:03] <shirish> asac: eth0 used to be for Realtek and eth1 for Sis
[20:03] <shirish> asac: and now its reversed.
[20:03] <asac> ok
[20:04] <asac> shirish: so. if you look at the applet and click on it ... you have a Ifupdown (eth1) connection active?
[20:04] <shirish> asac: not anymore
[20:04] <asac> shirish: shirish then what are you seeing now?
[20:05] <shirish> asac: auto eth0 and auto eth1 and both have never greyed in front of them
[20:05] <asac> sorry cant parse it
[20:05] <shirish> auto eth0                             never
[20:05] <asac> shirish: you are not in the applet drop down
[20:05] <asac> but in the conneciton editor
[20:05] <shirish> auto eth1                           never
[20:05] <shirish> oops, ok now I know what u mean
[20:06] <shirish> asac: the button is on Auto eth1
[20:06] <asac> shirish: do you see Ifupdown there?
[20:06] <shirish> everything else is greyed
[20:06] <shirish> asac: negative there
[20:06] <asac> negative ?
[20:06] <asac> yes or no ;)
[20:07] <shirish> asac: no ;)
[20:07] <asac> shirish: and nm-system-settings is running?
[20:07] <asac> (a process)
[20:07] <asac> shirish: is there a "unmanaged device" or something in the drop down?
[20:07] <shirish> asac: you want me to do a ps aux | grep nm-system-settings
[20:08] <shirish> asac: where should I be seeing this "unmanaged device"
[20:09] <shirish> asac: its now being managed by nm, I commented all the entries in /etc/network/interfaces except the loopback entries
[20:09] <shirish> asac: and then did the sudo killall nm-system-settings twice, it always needs twice to work.
[20:10] <shirish> asac: btw that nm-system-settings is working
[20:10] <shirish> root     10663  0.0  0.2   6776  2972 ?        S    00:22   0:00 /usr/sbin/nm-system-settings --config /etc/NetworkManager/nm-system-settings.conf
[20:11] <asac> shirish: ok. can you remove the tabs from your interfaces?
[20:11] <asac> but enable the eth1 thing again?
[20:11] <asac> just make them in the same lines
[20:11] <asac> err colums :)
[20:11] <shirish> asac: this one went over me
[20:11] <asac> e.g. not
[20:12] <asac> iface eth0 ....
[20:12] <asac>      netmask xxxxx
[20:12] <asac> but
[20:12] <asac> iface eth0
[20:12] <asac> netmask xxxxx
[20:12] <shirish> ah, you mean without the indentation
[20:13] <shirish> asac: but should it be eth0, shouldn't it be eth1 (what dmesg says my ethernet card is at)
[20:13] <asac> shirish: you have to think too, yes.
[20:13] <asac> eth1 yes
[20:13] <asac> :-P
[20:13] <shirish> asac: ok cool, doing the same.
[20:14] <asac> shirish: doing the same?
[20:14] <shirish> asac: you want all of them in the same way they are, but without any indentation, right
[20:14] <shirish> asac: ^^
[20:14] <asac> yes
[20:15] <asac> no indentation
[20:15] <shirish> asac: ok, then done
[20:15] <asac> then restart everything
[20:15] <asac> and describe what you see in the applet dropdown
[20:15] <shirish> without closing down pidgin?
[20:15] <asac> he?
[20:15] <asac> why?
[20:16] <asac> pidgin isnt important right now ;)
[20:16] <armin76> bumb!
[20:16] <shirish> ok
[20:16] <shirish> now I got it, it was not just being selected
[20:16] <asac> shirish: do you have any tabs or something between the words in the lines?
[20:16] <shirish> dumb, dumb
[20:17] <asac> shirish: well. if you have a auto eth1 line too
[20:17] <shirish> asac: no :)
[20:17] <asac> it should auto connect there
[20:17] <shirish> asac: right, but it doesn't it seems.
[20:17] <asac> shirish: so what are you seeing now?
[20:18] <asac> lets finish this now ... we have spend too much time to not go to the end from here ;)
[20:18] <asac> i mean: lets go on ;)
[20:18] <asac> shirish: so what are you seeing? ;)
[20:18] <asac> in the applet drop down
[20:18] <shirish> asac: it was first disconnected, then clicked on it, it showed button in neither
[20:19] <shirish> asac: then I clicked on ifupdown (eth1) to choose it
[20:19] <asac> shirish: sorry cant parse that ;) "showed button in neither" ... what is a button?
[20:19] <asac> shirish: ok. thats ok. can you please restart NM?
[20:19] <asac> e.g. sudo /etc/init.d/NetworkManager restart
[20:19] <asac> and see if it auto connects?
[20:19] <shirish> asac: know it, lemme do it.
[20:19] <asac> (of course you need auto eth1 in intrerfaces)
[20:19] <asac> please double check that
[20:22] <asac> hmm long time off .... most likely not good ;)
[20:22] <shirish> asac: had to revert back to eth1
[20:22] <shirish> asac: first thing, NM didn't auto connect
[20:23] <shirish> asac: then pidgin wouldn't connect
[20:23] <asac> shirish: well pidgin doesnt connect if NM doesnt that for sure
[20:23] <asac> shirish: had to revert back to eth1?
[20:23] <asac> what does that mean=?
[20:23] <shirish> asac: meaning now it says auto eth1
[20:23] <asac> shirish: there is no Ifupdown anymore?
[20:24] <shirish> asac: meaning commented again everything in /etc/network/interfaces
[20:24] <asac> why?
[20:24] <asac> it worked if not having auto
[20:24] <asac> that doesnt make sense ;)
[20:24] <shirish> asac: yup, that was before, ok hang on, lemme do it once more
[20:24] <shirish> asac: although that time we hadn't restarted NM
[20:24] <shirish> just nm-system-settings
[20:24] <asac> shirish: well. that doesnt matter
[20:25] <asac> restarting NM wsa just to test autoconnect
[20:26] <asac> ok testing too
[20:29] <shirish> asac: back, tried again, didn't work, had to revert back to eth1, commenting everything except the loopback entries in /etc/network/interfaces
[20:30] <shirish> asac: can put this as well as the pidgin debug log if you want in the bug
[20:30] <asac> shirish: no pidgin doesnt matter at all
[20:30] <shirish> asac: ok cool.
[20:30] <asac> shirish: no clue then. at best go to managed=false
[20:30] <shirish> asac: basically wasn't able to ping anyone, tried pinging as well, got unknown host
[20:31] <asac> and remove everything from interfaces
[20:31] <asac> you can still configure static IPs in NM
[20:31] <asac> i need to be able to reproduce it
[20:31] <asac> it does work here whatever i do
[20:31] <shirish> asac: understand that, absolutely
[20:32] <shirish> asac: any idea where or how the eth0 got renamed to eth1 and vice-versa, anyway that could be changed?
[20:32] <shirish> asac: this happened from hardy to Intrepid transition
[20:32] <asac> shirish: thats because of hal or udev or driver or kernel
[20:33] <asac> shirish: in fact thats why NM doesnt use eth1 and eth0
[20:33] <asac> because its not a static name
[20:33] <shirish> asac: right
[20:33] <asac> another reason why ifupdown as it is in ubuntu now isnt great ;)
[20:33] <asac> well. its ok ... but not in this particular case ;)
[20:33] <shirish> asac: right
[20:33] <asac> shirish: you have to live with it or write some udev rule to rename stuff. but i cant help you on that ;)
[20:34] <asac> shirish: actually if you dont configure stuff in  interfaces it shouldnt affect you anymore
[20:34] <asac> NM handles it fine
[20:34] <shirish> asac: I will live with that, as it is I have taken quite a bit of your time.
[20:34] <asac> no problem
[20:34] <asac> i would have loved to see the reason whats going on
[20:34] <shirish> asac: welcome anytime you are in India :)
[20:34] <asac> but from what i understand it works properly on your side, but its just that you dont know what to expect ;)
[20:35] <asac> as strange as it sounds :)
[20:35] <shirish> right
[20:35] <shirish> asac: the whole idea of the icon is that it reassures me that I'm connected
[20:36] <asac> shirish: well
[20:36] <shirish> asac: if I make it managed=false I lose the icon
[20:36] <asac> shirish: thats hard to guess in fact
[20:36] <asac> shirish: no you dont loose it
[20:36] <asac> shirish:  you just must not configure your stuff in interfaces then
[20:36] <asac> flip to managed=false now ... ensure that just lo is in interfaces and all should be fine for you
[20:37] <shirish> asac: right done that
[20:40] <shirish> ok back online. would be adding today's experiments and learning in the bug as well.
[20:40] <shirish> asac: thank you for your time and effort.
[20:42] <shirish> asac: one last thing, you didn't tell when you see this ifupdown mess being solved?
[20:43] <asac> shirish: i dont know. first i have to understand what the problems are
[20:44] <asac> shirish: i understood that you are mainly confused when NM icon shows offline
[20:44] <shirish> asac: right, can you give me some link/s to read about ifupdown
[20:44] <asac> but you are in fact online
[20:44] <shirish> asac: how is that possible?
[20:44] <asac> shirish: the applet isnt god :)
[20:45] <asac> nor is NM
[20:45] <shirish> asac: when i'm not able to ping anyone or even not ping <IP_ADDRESS> it means not connected
[20:45] <asac> the current hack makes NM send out "CONNECTED" when it sees an unmanaged device
[20:45] <asac> so apps should do it properly
[20:45] <asac> but applet guesses state from what it sees on individual devices
[20:45] <asac> shirish: yes. thats true
[20:45] <asac> shirish: but thats the dns issue
[20:45] <asac> which you mix up
[20:46] <shirish> asac: ah, that's something different
[20:46] <asac> first you were disconnected for real
[20:46] <asac> then you believed what applet showed you
[20:46] <asac> actually:
[20:46] <shirish> asac: one sec, one sec, my router is not disconnected, its the connection between the computer and the router
[20:46] <asac> 1st. confused -> set to managed=true
[20:46] <asac> 2nd. no dns-nameserver entry -> NM wipes resolv.conf
[20:47] <asac> 3rd. setup iface again -> still no dns server because resolv.conf was wiped -> really offline
[20:47] <asac> i only talk about your computer yes.
[20:47] <asac> nothing above is about your router
[20:47] <shirish> asac: ok cool, pleae go on
[20:47] <shirish> please
[20:48] <asac> 4th. confused -> trying various things in resolv.conf not looking in the applet at all -> confused -> no connection attempt made
[20:48] <asac> 5th. not sure what next ;)
[20:48] <shirish> asac: never touched anything in resolv.conf
[20:48] <asac> well ... now you are connected
[20:48] <asac> shirish: i didnt say that either :)
[20:48] <shirish> asac: yup and that's what counts
[20:49] <shirish> asac: btw just one of the random things why having static matters http://www.driverheaven.net/motherboards-networking-misc-forum/150381-dhcp-lease-time-question.html
[20:50] <asac> shirish: you _CAN_ do static in NM
[20:50] <asac> shirish: you should know that when documenting the ip4settings tab in connection editor
[20:51] <shirish> asac: that's why left till there, because I know what used to be, now don't know how things work anymore.
[20:51] <shirish> asac: sorry.
[20:53] <shirish> asac: for me to do that, I need to have done that
[20:58] <shirish> asac: had a break (sort of), renamed and added static settings for the connection
[20:58] <asac> shirish: yeah.
[20:59] <asac> shirish: if you want that that connection gets auto started even without logging in you have to make a "system setting" out of it
[21:00] <shirish> asac: did it, clicked on "system settings" and did it.
[21:00] <asac> yeah
[21:01] <shirish> asac: so now know what to document in the ipv4 settings, the only thing unknown there is the routes thing, but that perhaps would be something to tackle later.
[21:01] <asac> shirish: have you been asked for password?
[21:01] <asac> shirish: thats clearly "advanced"
[21:01] <shirish> asac: nope, didn't ask for password
[21:01] <asac> shirish: its enough to say: if you have a sophisticated setup you might want to manually setup your routes... to do that open this and that;)
[21:01] <shirish> asac: I have read bug-reports which tell that it doesn't ask for administrator password.
[21:02] <asac> shirish: you should check whether your connection is really still there and really still a system setting after reboot
[21:02] <shirish> asac: can do that now, if you hang around, can let you know as well.
[21:02] <asac> shirish: usually it should add. but it also might be that you have said "remember password" once
[21:03] <asac> i have to restart anyway ;)
[21:03] <shirish> asac: "remember password" where in Network-manager ?
[21:03] <shirish> asac: hang on
[21:03] <shirish> asac: my router does all authentication for my ISP
[21:03] <shirish> asac: as far as sudo authentication, that's manual everywhere.
[21:04] <shirish> asac: that's about it from my side, see you in a while.
[21:13] <shirish> asac: lemme know when you are back
[21:14] <shirish> asac: now I have option between shirish and auto eth1 on my network-manager
[21:16] <shirish> that I guess is enough for the day, another day :)


[06:04] <dholbach> good morning
[16:34] <jtaylor_> ScottK: any opinions what to do with the numpy multiarch issue for oneiric? bug 818867, ugly patch in linked debian bug
[19:07] <ScottK> jtaylor: I can apt-get install python-enable in a clean chroot with no issue, so I don't think the bug is correct.
[19:08] <jtaylor> enable was fixed
[19:08] <ScottK> OK.
[19:08] <jtaylor> the issue is numpy
[19:09] <jtaylor> btw you told me to ahve a look at that, besides what is in the debian bug I have no more input
[19:09] <jtaylor> no idea what plans there are to upstream multiarch stuff
[19:11] <ScottK> My opinion then is we should do what I always do with multiarch stuff.
[19:12] <ScottK> I pass the buck to slangasek.
[19:12] <ScottK> slangasek: Thoughts on http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=5;filename=numpy-multiarch.patch;att=1;bug=640940
[19:16] <jtaylor> btw installing was never an issue, its just about compiling stuff using numpy.distutils
[19:17] <slangasek> heh
[19:18]  * slangasek makes himself scarce and lets the remaining multiarch problems fix themselves ;p
[19:19] <slangasek> well, that's not upstreamable of course
[19:19] <slangasek> wasn't there a more-upstreamable multiarch search rule being pushed upstream for python itself?
[19:20] <slangasek> http://bugs.python.org/issue12418 -ish?
[19:21] <slangasek> ultimately, we need a non-Debian-specific runtime interface for querying the path, but we're not there yet
[19:21] <slangasek> (config.multiarch or some such)
[19:25] <lfaraone> slangasek: think you could ACK my recent upload of pitos to oneiric?
[19:25] <jtaylor> so are there any objections to adding that non-upstreamable patch to numpy for oneiric?
[19:25] <lfaraone> *pithos
[19:26] <jtaylor> it doesn't break many package (non which havent been fixed via workaroudns to my knowledge) but who knows what user programs it breaks
[19:26] <slangasek> jtaylor: uh... "it doesn't break many packages" is not the right standard for an upload during final freeze
[19:26] <slangasek> lfaraone: looking
[19:27]  * lfaraone is afk, airplane.
[19:28] <jtaylor> hm yes probably a bit late
[19:28] <jtaylor> hopefully we'll have a proper fix for P
[19:29] <slangasek> lfaraone: I guess support for proto 31 may be dropped some time during the o support cycle, then?
[19:32] <slangasek> oh, I see v31 is already dropped - right then :)
[19:39] <ScottK> slangasek: How about 0 day SRU for the numpy thing.  Then we have an easy backwards path if there are issues?
[19:40] <slangasek> ScottK: that sounds saner to me.  what's the actual bug being fixed?  The patch doesn't enlighten me as to why it's needed
[19:40] <ScottK> The bug is numpy can't find the X11 libs.
[19:40] <ScottK> Which is a side effect of the bigger issue that it thinks it's required to care.
[19:41] <slangasek> but then adding this change breaks other packages?
[19:42] <jtaylor> it should only fix them
[19:42] <jtaylor> its adding an extra library search directory
[19:42] <jtaylor> can that be an issue if there is a possible library in both?
[19:42] <jtaylor> gcc will ust pick the first in the list or?


[02:32] <mup> Bug #1560292 opened: maas cli to set storage type no longer works <hwcert-server> <MAAS:New> <https://launchpad.net/bugs/1560292>
[12:37] <satyam_> hey please help me
[12:38] <satyam_> I am installing MAAS on ubuntu 14.04
[12:38] <satyam_> But I am getting this error:
[12:39] <satyam_> ImportError: Could not import settings 'maas.settings' (Is it on sys.path? Is there an import error in the settings file?): No module named maasserver.config dpkg: error processing package maas-region-controller-min (--configure):  subprocess installed post-installation script returned error exit status 1
[12:40] <satyam_> Errors were encountered while processing:  maas-region-controller-min  maas-dns  maas-region-controller  maas E: Sub-process /usr/bin/dpkg returned an error code (1)
[12:40] <satyam_> Please suggest the solution
[12:50] <voidspace> is it correct that in the maas 2.0 api there is no direct equivalent of /nodes/?op=deployment_status
[13:43] <mup> Bug #1560492 opened: [2.0a3 UI] table contents is misaligned <MAAS:New> <https://launchpad.net/bugs/1560492>
[14:13] <mup> Bug #1560495 opened: [UI 2.0a3] Bad table spacing between columns <MAAS:New> <https://launchpad.net/bugs/1560495>
[21:38] <mup> Bug #1560693 opened: dist-upgrade update failure <MAAS:New> <https://launchpad.net/bugs/1560693>


[14:05] <BluesKaj> Hi all
[14:08] <bregma> good news:  my inadvertent upgrade to precise worked, the system seems stable
[14:09] <bregma> I wish my tablet worked as well :(
[19:06] <BluesKaj> BBL , gonna push some snow


[07:47] <sacarde> hi
[07:49] <sacarde> is possible to download edubuntu-14.04 iso ?
[07:51] <sacarde> I find old iso.... http://old-releases.ubuntu.com/releases/edubuntu/
[07:52] <sacarde> but dont find 14.04
[08:02] <sacarde> ok
[08:02] <sacarde> found
[08:03] <sacarde> http://ftp.belnet.be/mirror/edubuntu.org/releases/14.04.2/release/