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