| asac | fta: i am not sure. dist-upgrade shoudl remove packages that are removed from archive iirc. i will check with mvo tomorrow to be sure - have a call with him | 00:03 |
|---|---|---|
| fta | asac, i mean, i have a (= ${binary:Version}) dep | 00:06 |
| asac | not sure how that would be important | 00:06 |
| fta | dist-upgrade doesn't remove anything unless there's a conflict, autoremove does | 00:06 |
| fta | if B depends on A (= v1), then B disappears and A moves to v2, will the installed B prevent the upgrade of A? | 00:08 |
| BUGabundo | hey asac | 00:08 |
| asac | fta: not necessarily. a provides might make the solver give that solution a better rating | 00:09 |
| asac | otherwise it depends on how many packages depend on what | 00:09 |
| fta | chromium-browser (4.0.209.0~svn20090914r26103 -> 4.0.209.0~svn20090914r26159) [73.76MB (+873kB, +1.18%)] | 00:11 |
| fta | expat and libjingle | 00:11 |
| fta | http://code.google.com/apis/talk/libjingle/index.html | 00:11 |
| asac | i think old school is provides/replaces/conflicts (all non-versioned) | 00:15 |
| asac | hi BUGabundo | 00:15 |
| asac | libjingle? | 00:16 |
| BUGabundo | off to bed | 00:16 |
| fta | doesn't seem to be built | 00:30 |
| fta | ok, chromium is green, except hardy | 00:47 |
| fta | http://code.google.com/p/gyp/issues/detail?id=78 | 00:47 |
| micahg | asac: is it worth trying to fix ubufox for alpha-6? | 01:34 |
| asac | hi | 09:04 |
| micahg1 | hi | 09:06 |
| === micahg1 is now known as micahg | ||
| micahg | asac: is it worth trying to fix the apturl ubufx problem for alpha 6? | 09:09 |
| === asac_ is now known as asac | ||
| micahg | asac: if I'm attempting to fix ubufox, which branch should I fix? | 09:29 |
| asac | micahg: so ... | 09:30 |
| asac | micahg: its already fixed upstream | 09:30 |
| asac | i actually wanted to do that next ;) | 09:30 |
| micahg | which thing? | 09:30 |
| asac | the beta milestoned bug | 09:31 |
| asac | what bug number are you thinking about? | 09:31 |
| micahg | bug 423438 | 09:31 |
| ubottu | Launchpad bug 423438 in ubufox "[MASTER] ubufox cannot install Firefox plugins on Karmic" [High,Triaged] https://launchpad.net/bugs/423438 | 09:31 |
| micahg | that was the apturl crash | 09:31 |
| asac | odd | 09:31 |
| micahg | not really | 09:32 |
| asac | i thought i added upstream task to the bug and marked it as fixed | 09:32 |
| asac | maybe that sank in some other bug? | 09:32 |
| * asac checks | 09:32 | |
| micahg | are you thinking of bug 365965? | 09:32 |
| ubottu | Launchpad bug 365965 in ubufox "[MASTER] installing firefox pulls in ubufox and all gnome depends through apturl" [Medium,Triaged] https://launchpad.net/bugs/365965 | 09:32 |
| asac | seems i dreamed that. | 09:33 |
| asac | no that one is clear | 09:33 |
| asac | the fix should be done in ubufox upstream branch | 09:33 |
| asac | i was sure i committed that ;) | 09:33 |
| asac | bzr branch lp:ubufox | 09:33 |
| micahg | how does that work with the debian package? | 09:33 |
| asac | first fix ubufox | 09:33 |
| micahg | or rather, can I test in the debian package and then commit the upstrema? | 09:34 |
| asac | then merge the branch | 09:34 |
| asac | well i think we make a "release" ;) | 09:34 |
| asac | like 0.8b1 | 09:34 |
| micahg | yes | 09:34 |
| micahg | I mean in my ppa :) | 09:34 |
| asac | you fix it in lp:ubufox | 09:34 |
| micahg | yes | 09:34 |
| asac | run sh build.sh | 09:34 |
| asac | install .xpi with firefox ubufox.xpi | 09:34 |
| asac | then you can test | 09:34 |
| micahg | that'll make the xpi? | 09:34 |
| asac | yes | 09:34 |
| * micahg can't test outside of ppa, still running jaunty | 09:35 | |
| micahg | need to load live CD :) | 09:35 |
| micahg | I"ll test | 09:35 |
| micahg | be back in a few minutes | 09:35 |
| asac | uggh | 09:35 |
| asac | micahg: why livecd?= | 09:35 |
| asac | that bug should be reproducible in all karmic | 09:35 |
| micahg | that's whaat I have for karmic | 09:35 |
| micahg | I'm runnign Jaunty :) | 09:35 |
| asac | ok | 09:36 |
| asac | i think its good time to upgrade to alpha-6 ;) | 09:36 |
| micahg | nah, I wait til beta | 09:36 |
| asac | micahg: can you confirm the firefox bugs please | 09:36 |
| asac | for the jaunty-proposed upload? | 09:37 |
| asac | i know you confirmed one from ppa already | 09:37 |
| micahg | yes | 09:37 |
| micahg | once I upload this to ppa | 09:37 |
| asac | micahg: upload to ppa? ;) | 09:37 |
| micahg | the ubufox fix | 09:37 |
| asac | thats really a detour for such a small fix ;) | 09:37 |
| asac | try locally and suggest a merge ;) | 09:37 |
| asac | i will upload that in 1-2 hours to archive | 09:37 |
| micahg | I can't try locally | 09:38 |
| asac | hmm | 09:38 |
| micahg | I don't have karmic installed | 09:38 |
| asac | livecd ;) | 09:38 |
| asac | ok i see | 09:38 |
| micahg | VirtualBox :) | 09:38 |
| asac | well. you can reproduce on livecd | 09:38 |
| micahg | yes | 09:38 |
| asac | and bzr branch lp:ubufox shouldnt be that hard ;) | 09:38 |
| micahg | yeah | 09:38 |
| asac | then you can install .xpi to verify | 09:38 |
| asac | thats enough | 09:38 |
| micahg | I guess I could;ve done that :) | 09:39 |
| micahg | is this an ok description? * LP: #423438 - ubufox can't use apturl on karmic | 09:41 |
| asac | ; honour shebang by calling command directly rather than the python interpreter | 09:42 |
| asac | something like that | 09:42 |
| asac | appended to yours ;) | 09:42 |
| JanC | asac: in one bug (I don't remember the bug #) you mentioned issues with some locales for Firefox 3.5; were those similar to https://bugs.launchpad.net/ubuntu/+source/firefox-3.5/+bug/429835 ? | 09:45 |
| ubottu | Launchpad bug 429835 in firefox-3.5 "chrome error when using firefox in Dutch ('nl', 'nl_NL', 'nl_BE') locale on karmic" [Undecided,New] | 09:45 |
| asac | JanC: thats a bug in the translations done in translations.launchpad.net | 09:47 |
| asac | we have those enabled during development cycle to give translation teams a chance to fix their bugs (like this) | 09:47 |
| asac | dpm: ^^ | 09:47 |
| asac | dpm: do you know someone from dutch translation team? | 09:48 |
| dpm | asac: yeah, thanks, looking at it | 09:48 |
| JanC | asac: I do | 09:48 |
| asac | dpm: what should we do with such bugs? | 09:48 |
| asac | i would like to keep them in firefox-3.5 package so it more or less stays on radar | 09:49 |
| asac | but still would like to assign it to someone | 09:49 |
| asac | dpm: maybe assign those to you until you find an assignee? | 09:49 |
| JanC | IMHO there is something wrong if translators can cause this sort of problem though ;) | 09:49 |
| asac | dpm: maybe a i18n tag? | 09:49 |
| asac | JanC: not really | 09:50 |
| asac | JanC: for normal strings yes. but even with "normal" po you can have templates | 09:50 |
| asac | if you bust those up you will break the app UI | 09:50 |
| asac | so a string "you just bought %d apples" | 09:50 |
| asac | if translated like: "du hast gerade %d %s gekauft" | 09:51 |
| asac | would probably cause issues | 09:51 |
| asac | not saying that in this case its definitly not the po2xpi transformer | 09:52 |
| JanC | hm, that entity name is correct AFAICS? | 09:52 |
| dpm | asac: 1) add an additional task to ubuntu-translations 2) assign it to the relevant team from https://translations.edge.launchpad.net/+groups/ubuntu-translators, if it's a critical bug, I'm subscribed to ubuntu-translations bugmail and I see it, so I can also ping the particular translator or translator team leader 3) add relevant tag: 'i18n' or 'l10n' | 09:52 |
| asac | just saying its probably fixable by translators ;) | 09:52 |
| asac | JanC: do you have a link? | 09:52 |
| dpm | asac: that's the normal procedure, but feel free to assign it to me as well ^ | 09:52 |
| JanC | well, I just looked at the named *.jar | 09:52 |
| asac | micahg: ok ... for translation bustage bugs like 429835 ... we want to do what dpm said above ;)^^ | 09:53 |
| asac | JanC: paste ;) | 09:54 |
| micahg | ok | 09:55 |
| asac | micahg: if unsure, just assign to dpm ;) | 09:55 |
| micahg | ok | 09:55 |
| dpm | micahg: yeah, feel free to do that or ask me anything if I'm around | 09:56 |
| JanC | asac: I'm not sure how firefox translations work, but the used entity name is defined in the untranslated .jar; if it's possible to fuck that up for translators, it's a lot worse than using the wrong %-placeholder in gettext translations... | 09:56 |
| micahg | I couldn't find the entity in the .jar archive, but I might not have been looking for the right thing | 09:58 |
| dpm | JanC: Ubuntu translators shouldn't be able to modify untranslated jars, if I understand it correctly, this can only be done if you have commit access upstream. But if that were the case, I'm sure upstream would have noticed that | 09:58 |
| asac | JanC: you comments dont really help. if you can paste the relevant files i would take a first look though ;) | 09:59 |
| JanC | to me, an *entity name* sounds like a variable name ;) | 09:59 |
| dpm | JanC: then, if that's the case, if you could find out which particular string is the offending one using the search function there -> https://translations.edge.launchpad.net/ubuntu/karmic/+source/firefox-3.5/+pots/firefox-3.5/nl/+translate , it will be easier for translators to fix it | 10:01 |
| JanC | honestly, if translators are allowed to translate entity names (as opposed to references to entity names), that is a bug | 10:02 |
| asac | too bad that launchpad does not yield anything if you search by entity name | 10:02 |
| JanC | but I'm looking into it further ;) | 10:02 |
| asac | thx | 10:04 |
| mac_v | asac: hi... is this true > Bug #429777 , that the 3G prompts for a password even when not required? i dont use 3G so i cant confirm ;p | 10:04 |
| ubottu | Launchpad bug 429777 in hundredpapercuts "3g Network does not require a passwort, yet you still need one" [Undecided,New] https://launchpad.net/bugs/429777 | 10:04 |
| asac | just get the relevant file portions and i will check | 10:04 |
| asac | JanC: ^^ | 10:04 |
| micahg | asac: should I change the milestone on the apturl bug to alpha6? | 10:04 |
| asac | micahg: no | 10:04 |
| asac | thats ok | 10:05 |
| dpm | JanC: Sounds good, yeah, I'd rather prefer to focus on getting to the bottom of this before speculating on what translators can do. Thanks | 10:05 |
| micahg | asac: once the translation bugs have an Ubuntu translations task, they go to triaged, right? | 10:05 |
| asac | micahg: for us yes. | 10:06 |
| asac | micahg: but they are release critical | 10:06 |
| JanC | would be useful if I had some documentation about how the firefox-3.5-nl.jar maps to the non-translated stuff though :-/ | 10:06 |
| asac | micahg: actually not really | 10:06 |
| micahg | asac: so critical or high + milestone? | 10:06 |
| asac | micahg: we should just use a unique tag | 10:06 |
| micahg | l10n? | 10:07 |
| asac | micahg: the idea is that we review translations for bustage and if there are issues reported that are not addressed go for "xpi" approach | 10:07 |
| asac | micahg: lets use xpipo | 10:07 |
| asac | i want to use somethign unique that noone else uses | 10:07 |
| micahg | should I set a milestone? | 10:07 |
| dpm | JanC: unfortunately, documentation on the Mozilla translations format is pretti scarce. You might want to ask at the #l10n channel in the Mozilla IRC server | 10:07 |
| dpm | s/pretti/pretty/ | 10:08 |
| asac | dpm: its better if he just asks here | 10:08 |
| asac | at least i think | 10:08 |
| asac | if its a general understanding issue (rather than a launchpad specific) i will send them to #l10n i guess | 10:08 |
| dpm | I was just thinking in case he had general questions about the xpi format | 10:09 |
| dpm | yes ^ | 10:09 |
| JanC | first of all: is it possible that such an issue is the result of there being no translation ? | 10:09 |
| dpm | anyway, JanC, feel free to ask, and we'll help you in what we can :) | 10:09 |
| micahg | asac: jaunty-proposed for safe browsing seems fine | 10:10 |
| asac | micahg: great. please comment on the bug | 10:11 |
| asac | also check the geolocati0n thing ... which iirc worked ;) | 10:11 |
| * micahg doesn't know how the geolocation works | 10:11 | |
| asac | JanC: please get us the data. | 10:11 |
| asac | JanC: its much more efficient | 10:11 |
| asac | and no. those problems usually won't arise if there is no translation | 10:12 |
| micahg | asac: done on attack bug | 10:12 |
| micahg | and proposed merge for ubufox | 10:12 |
| asac | but it cannot be ruled out ... which is why we need to look at the facts (.dtd/.properties) files | 10:12 |
| micahg | now I must get some sleep | 10:12 |
| asac | http://launchpadlibrarian.net/31829339/xulrunner-1.9.1_xulrunner-1.9.1-nl.po | 10:13 |
| asac | micahg: good night | 10:13 |
| asac | i will review, merge etc. | 10:13 |
| * mac_v doesnt want to repeat himself , but reminds asac of a question asked a few mins ago :) | 10:13 | |
| asac | http://launchpadlibrarian.net/31829339/xulrunner-1.9.1_xulrunner-1.9.1-nl.po | 10:13 |
| dpm | JanC: looking at the upstream statistics, where translations are imported from (http://l10n.mozilla.org/dashboard/?locale=nl), it seems that fx35x is completely translated anyway (the 0 Missing figure tells that) | 10:13 |
| asac | didnt i answer? | 10:13 |
| micahg | asac: are you going to wait for all the ubufox fixes? it seems like we're starting to get more of those apturl crashes every day | 10:14 |
| mac_v | hm.. oh did you , didnt notice , | 10:14 |
| micahg | that's why I wanted to push it for alpha6 | 10:14 |
| * mac_v cant find the ans :( | 10:14 | |
| asac | mac_v: i cannot even find the question right now | 10:15 |
| asac | did you ask on a different channel? | 10:15 |
| mac_v | hehe , just a sec | 10:15 |
| asac | what time was it? | 10:15 |
| asac | i thoguht i answered something from you | 10:15 |
| mac_v | asac: hi... is this true > Bug #429777 , that the 3G prompts for a password even when not required? i dont use 3G so i cant confirm ;p | 10:15 |
| ubottu | Launchpad bug 429777 in hundredpapercuts "3g Network does not require a passwort, yet you still need one" [Undecided,New] https://launchpad.net/bugs/429777 | 10:15 |
| asac | oh yeah. i just thought the answer, but didn't type it i guess | 10:15 |
| asac | mac_v: its definitly not a hundredpapercut | 10:16 |
| mac_v | \o/ | 10:16 |
| asac | but we want to fix it | 10:16 |
| asac | problem is that you cannot just fill in random stuff everywhere | 10:16 |
| asac | for those that need real username/password it would be wrong | 10:16 |
| mac_v | hmm... ok so reassign it to nm-applet? | 10:16 |
| asac | but i think we will end up doing that anyway | 10:16 |
| asac | yes | 10:17 |
| mac_v | thanks :) | 10:17 |
| micahg | asac: lp should link the branch for me, right? | 10:18 |
| micahg | ok, night all | 10:21 |
| * mac_v wonders when micahg actually sleeps o.0 , micahg is almost awake on all time zones ;p | 10:22 | |
| asac | micahg: launchpad does that if you use --fixes lp:XXXXXX | 10:22 |
| asac | in bzr commit | 10:22 |
| asac | debcommit does that if you have LP: #xxxxx in changelog | 10:22 |
| asac | micahg: is a hero ;) | 10:22 |
| mac_v | asac: once i was discussing something with him and he said > "its almost dawn ,so i guess no sleep today" | 10:23 |
| asac | hehe | 10:24 |
| asac | yeah | 10:24 |
| asac | JanC: please save chrome://browser/locale/aboutCertError.dtd and paste it somewhere | 10:28 |
| asac | same for chrome://branding/locale/brand.dtd | 10:28 |
| JanC | yeah, I was getting there about ツ | 10:30 |
| JanC | http://paste.ubuntu.com/271386/ is aboutCertError.dtd from the locale | 10:31 |
| JanC | http://paste.ubuntu.com/271388/ is brand.dtd | 10:32 |
| JanC | http://paste.ubuntu.com/271389/ is the "original" aboutCertError.dtd I suppose | 10:33 |
| JanC | which has some extra stuff at the top compared to the translated one | 10:34 |
| JanC | looks like an include that's missing or something? | 10:34 |
| asac | JanC: is http://paste.ubuntu.com/271386/ really the complete aboutCertError.dtd ? | 10:36 |
| JanC | yes | 10:36 |
| JanC | the translated one | 10:36 |
| asac | nothing omitted? | 10:36 |
| asac | like something on top etc.? | 10:37 |
| JanC | nope, like, I say, there seems to be some include missing ;) | 10:37 |
| asac | yes | 10:38 |
| asac | <!ENTITY % brandDTD | 10:38 |
| asac | SYSTEM "chrome://branding/locale/brand.dtd"> | 10:38 |
| asac | %brandDTD; | 10:38 |
| asac | JanC: can you check other locales? | 10:38 |
| JanC | if I install them | 10:38 |
| asac | one sec | 10:38 |
| asac | i think i have other locales | 10:38 |
| JanC | maybe have some installed for tests/demos | 10:39 |
| JanC | okay, I had farsi installed for some RtL test long ago, and it doesn't have that "include" either | 10:40 |
| JanC | I guess this is a translation package build issue then? | 10:41 |
| asac | ok | 10:42 |
| asac | so bug is in runpo2xpi | 10:42 |
| asac | doesnt like multi line entities i would think | 10:43 |
| asac | err i mean doesnt like multi line SYSTEM includes | 10:43 |
| asac | for entityline in `grep ENTITY.*%.*SYSTEM $dtdfile`; do | 10:43 |
| eagles0513875 | hey asac :) | 10:43 |
| asac | ola | 10:44 |
| asac | too bad | 10:44 |
| asac | why did they start to linebreak it ;) | 10:44 |
| JanC | asac: why not, it's perfectly legal SGML ;) | 10:45 |
| asac | its xml here | 10:45 |
| asac | anyway | 10:45 |
| asac | parsing in shell script is not nice ;) | 10:46 |
| asac | you cannot even run an xpath on it ... hmmm | 10:46 |
| asac | maybe you can | 10:46 |
| asac | but i am sure even if xpath can match this, xpath command will have a bug ;)( | 10:46 |
| asac | yeah. that road leads nowhere as xpath cannot deal with chrome:// paths for sure | 10:47 |
| asac | so the parsing will explode before xpatch match can be tried | 10:47 |
| eagles0513875 | have just 10 more bugs to file then everything is good to go :) | 10:47 |
| asac | is the wiki page up to speed? | 10:48 |
| eagles0513875 | im doing the wiki as im filing the bugs | 10:48 |
| eagles0513875 | :) | 10:48 |
| asac | g | 10:48 |
| eagles0513875 | thing im confused on is some names of extensions that have yet to be added to the launch pad list of packages for the project | 10:49 |
| JanC | asac: no way to use a headless xulrunner or something? ;) | 10:49 |
| JanC | (as I suppose this has to run on a server) | 10:49 |
| JanC | BTW: I guess my bug report should be re-assigned ? | 10:52 |
| eagles0513875 | andv: what you on about with bug 425612 | 10:52 |
| ubottu | Launchpad bug 425612 in livehttpheaders "mozilla-livehttpheaders not using the recommended version of mozilla-devscripts" [Low,Confirmed] https://launchpad.net/bugs/425612 | 10:52 |
| eagles0513875 | are you talking about something i did or what | 10:52 |
| andv | I'm mentoring my student, read the comments better | 10:52 |
| eagles0513875 | ahhhh ok sry bout the confusion andv | 10:59 |
| JanC | asac: can you re-assign this bug to whoever is going to work on it (I'd rather not have ubuntu-nl translators to lose time on figuring out why they are assigned now...) | 10:59 |
| andv | np | 10:59 |
| asac | JanC: feel free to do that. | 11:04 |
| JanC | asac: reassign to you? | 11:04 |
| asac | yes | 11:04 |
| JanC | done | 11:04 |
| JanC | and thanks for the help :-) | 11:05 |
| mac_v | asac: an off topic question: the bluetooth module is plain "bluetooth" , right ? i want to blacklist it , so simply adding "blacklist bluetooth" to the /etc/modprobe.d/blacklist.conf should prevent it from loading, right? | 11:07 |
| asac | mac_v: why do you want to blacklist bluetooth? | 11:21 |
| mac_v | asac: the bluetooth is causing problems :( , Bug #409233 and i dont use it either ;) | 11:22 |
| ubottu | Launchpad bug 409233 in linux "[Regression] Bluetooth Causes Suspend to fail" [High,Triaged] https://launchpad.net/bugs/409233 | 11:22 |
| asac | mac_v: tried latest package? | 11:23 |
| asac | from yesterday? | 11:23 |
| mac_v | hmm..> this update ? pulseaudio-module-bluetooth (1:0.9.16-0ubuntu1) to 1:0.9.17-0ubuntu1 | 11:24 |
| mac_v | oh wait , i have one waiting :) | 11:24 |
| mac_v | but still , i have the bluetooth disabled from the startup list using BUM , and still there is a process "bluetooth" ? why is that? | 11:26 |
| mac_v | if i try killing it from the system monitor , the system monitor crashes o.0 | 11:27 |
| asac | after upgrading to latest restart | 11:31 |
| asac | the bluetooth process should be ok | 11:31 |
| mac_v | hmm... ok. | 11:32 |
| asac | let me know if there still is a problem | 11:33 |
| mac_v | sure :) | 11:33 |
| * mac_v still whines about 1 process unnecessarily loading ;) | 11:33 | |
| JanC | mac_v: be happy, I have a smartcard daemon running all time too, even if I don't use it very often | 11:36 |
| JanC | all that could be prevented with proper dbus/udev stuff AFAIK | 11:36 |
| mac_v | ;) | 11:37 |
| andv | asac, I'm setting up a relationship with debian guy for moz extensions | 11:47 |
| andv | asac, we want to create a channel on OFTC for it, and awoodland suggested me to ask you | 11:48 |
| asac | i dont think we should create a new channel for that ;) | 11:49 |
| asac | we dont really need a channel imo. we need to agree on policies and on top we have the malinig list | 11:50 |
| asac | and if someone wants to chat they can use this channel or #debian-devel | 11:50 |
| andv | asac, the mailing list is available on alioth | 11:51 |
| asac | i know | 11:51 |
| asac | there is no need for more imo | 11:51 |
| andv | asac, I hope you don't except DDs to join ubuntu-mozillateam ML | 11:51 |
| asac | no. but no new channel | 11:52 |
| andv | asac, the new channel was useful for CIA commits | 11:54 |
| andv | so someone knows who is working on what | 11:54 |
| eagles0513875 | andv: when did u guys start working for the us government and the intelligence community :P | 11:57 |
| andv | lol | 11:57 |
| eagles0513875 | couldnt resist not making that joke | 11:58 |
| andv | asac, mozilla-devscripts support iceape? | 12:13 |
| asac | depends on what support means | 12:16 |
| andv | asac, I gonna work on the mozgest package | 12:33 |
| andv | asac, I will keep it in sync with ubuntu | 12:34 |
| andv | asac, but looks like we have a different binary name | 12:34 |
| andv | asac, mozilla-mozgest in debian, mozgest here | 12:34 |
| andv | asac, xpi:depends recognize iceweasel / icedove as well? | 12:41 |
| asac | atm yes. | 12:43 |
| asac | cyphermox: so two things i forgot to tell you: a) we need a needs-packaging bug for openconnnect. otherwise i cannot get freeze exception | 12:46 |
| asac | that one should be closed in changelog | 12:46 |
| asac | cyphermox: the other thing would be to bump connman to the latest upstream release | 12:46 |
| asac | cyphermox: also we need kind of mechanism that allows consumers to do their own git tag version scheme | 12:47 |
| cyphermox | ok | 12:47 |
| asac | similar to the vpn stuff | 12:47 |
| asac | then i want to move it to -devscripts | 12:47 |
| asac | i have first folks asking for those snippets for outside comsumption | 12:47 |
| cyphermox | asac, still need to find out why openconnect crashes when I try to start a connection | 12:47 |
| asac | cyphermox: hmm. that would be good ;) | 12:48 |
| asac | cyphermox: i would think upstream bug. you have a backtrace? | 12:48 |
| cyphermox | will in a second | 12:49 |
| cyphermox | or if not, at the latest tonight | 12:49 |
| asac | andv: will think about the naming | 12:49 |
| asac | andv: according to http://wiki.debian.org/Teams/DebianMozExtTeam we want to go for xul-ext- prefix | 12:49 |
| asac | i still believe it maekse no sense | 12:49 |
| asac | will open discussion again asap | 12:49 |
| andv | ok | 12:50 |
| andv | asac, Depends: iceweasel (>= 2.0) | icedove (>= 1.5) can be safely removed then right? | 12:50 |
| asac | if you use Recommends: ${xpi:Depends} then probably yes. | 12:50 |
| asac | maybe keep the "thunderbird" directory name | 12:51 |
| asac | that one is still needed until tbird/icedove gets 3.0 | 12:51 |
| mac_v | asac: the latest update fixed the suspend issue :) | 12:54 |
| mac_v | but now i have a weird sideeffect! , not sure if its gnome-bluetooth causing it or not | 12:55 |
| asac | mac_v: going for lunch now ... lets talk after that, ok? | 12:55 |
| mac_v | asac: sure... no probs , but i'm pretty sure its something else :) | 12:56 |
| eagles0513875 | woot woot i have a proper machine now to test on :) | 12:56 |
| eagles0513875 | no more vm :) | 12:57 |
| gnomefreak | im not here long at all just finishing something up real fast | 13:00 |
| andv | gnomefreak, I'm fixing mozgest in debian | 13:31 |
| andv | gnomefreak, they use iceape / icedove | 13:31 |
| andv | how can I add them? | 13:32 |
| gnomefreak | andv: just add them to rules file and control depends | 13:32 |
| gnomefreak | that should be it | 13:32 |
| andv | MOZ_XPI_MOZILLA_DIRS? | 13:32 |
| gnomefreak | looks right. should be at the end of rules | 13:33 |
| andv | yep | 13:33 |
| andv | gnomefreak, I need to add them on depends? | 13:33 |
| gnomefreak | andv: they should have already been there. | 13:33 |
| andv | Depends: iceweasel (>= 2.0) | icedove (>= 1.5)? | 13:34 |
| gnomefreak | oh it doesnt have it | 13:34 |
| gnomefreak | andv: yeah add it to depends in control should be enough | 13:34 |
| andv | ok | 13:34 |
| gnomefreak | andv: where did you get that from? | 13:35 |
| andv | debian package | 13:35 |
| andv | im updating it | 13:35 |
| gnomefreak | oh so its not the same as ours? | 13:35 |
| gnomefreak | rules is different? either way just add them to depends should be plenty but test to make sure | 13:36 |
| * gnomefreak getting pissed at flashblock | 13:36 | |
| gnomefreak | andv: i dont have time to make a chrrot today to test for you | 13:38 |
| gnomefreak | chroot even | 13:38 |
| andv | np | 13:38 |
| gnomefreak | is it me or is bzr merge broken? | 13:45 |
| gnomefreak | http://paste.ubuntu.com/271438/ | 13:45 |
| gnomefreak | please let me know what the hell is wrong | 13:45 |
| * gnomefreak be back ina minute | 13:46 | |
| gnomefreak | k | 13:49 |
| gnomefreak | for some reason the instructions dont work. was there a change in m-d that would cause https://wiki.ubuntu.com/MozillaTeam/Extensions/Packaging#Preparing%20an%20update to not work | 13:50 |
| gnomefreak | andv: ^^^ | 13:50 |
| andv | gnomefreak, ? | 13:51 |
| gnomefreak | andv: the instructions dont work for some reason please see pastebin above for error i keep getting | 13:52 |
| gnomefreak | andv: do you feel like doing that upgrade? | 13:53 |
| andv | gnomefreak, try to give a bzr upgrade remoteurl | 13:54 |
| gnomefreak | replace remoteurl with my upstream branch location? | 13:55 |
| gnomefreak | andv: i never used bzr upgrade before :) | 13:56 |
| gnomefreak | lol there is a ubuntu-dev branch but no package in archives | 13:58 |
| gnomefreak | asac: you made an ubuntu-dev branch of linkwidgets but you never pushed it? | 14:00 |
| asac | gnomefreak: hmm | 14:01 |
| gnomefreak | asac: https://code.edge.launchpad.net/~ubuntu-dev/firefox-extensions/linkwidgets.ubuntu | 14:01 |
| asac | gnomefreak: why do you think i didnt push to it? | 14:01 |
| asac | i see 5 revisions there | 14:01 |
| asac | gnomefreak: aren't you supposed to be on holiday? | 14:02 |
| asac | ;) | 14:02 |
| gnomefreak | asac: i cant find it in repos | 14:02 |
| gnomefreak | asac: yes trying to be at least. we will be taking honeymoon in nov. since emergency prevented us from going. from nj we flew back here | 14:02 |
| gnomefreak | still trying to take time offf to spend together :) | 14:03 |
| asac | fta2: how does subversion work for local_branch? is its just "return" if $self->{'local-branch'} | 14:04 |
| fta2 | in mozclient? not sure it ever worked, i did it only for hg initially, maybe git | 14:08 |
| fta2 | the idea is just to do the checkout in the local_branch directory, and then copy or clone the results in the temp directory that will be stripped and packed. | 14:09 |
| fta2 | same as in chromium | 14:10 |
| fta2 | asac, ^^ | 14:10 |
| asac | fta2: are you saying you dont use local branch anywhere except for NM ;)? | 14:12 |
| asac | or is that implemented in the individual packages now? | 14:12 |
| asac | you said that checkout does not work, but update | 14:12 |
| asac | where is that code for hg? | 14:12 |
| asac | or ... are you setting MOZ_LOC... instead of LOCAL_BRANCH? | 14:12 |
| asac | i saw potential different code paths | 14:12 |
| fta2 | no, i'm saying in mozclient, it's mostly ok for hg (except it's not able to create the local_branch itself, iirc), so it's usable *and* used by ff/xul/... | 14:14 |
| fta2 | try it, it should spit an error when it's not supported | 14:15 |
| fta2 | with filename & lineno | 14:15 |
| fta2 | asac, the reason it's incomplete in mozclient is that it was my 1st implementation of a local cache. the idea was just to re-use an existing cache, not create it in the 1st place. the packages that came later with their own code are more advanced | 14:32 |
| asac | fta2: its all ok | 14:34 |
| asac | didnt look at mercurial but svn | 14:34 |
| asac | so didnt see the update | 14:34 |
| asac | ;) | 14:34 |
| gnomefreak | andv: please look at https://code.edge.launchpad.net/~mozilla-extensions-dev/firefox-extensions/mozilla-imagezoom.ubuntu i will be gone in a minute or so but that is done | 14:35 |
| asac | fta2: what does it mean: the packages that came later with their own code? i would think that packages should use the VCS.pm's shipped | 14:35 |
| asac | just .conf files etc. in package | 14:35 |
| andv | gnomefreak, we should keep tb in the depends i guess | 14:35 |
| andv | gnomefreak, better ask asac about that | 14:35 |
| fta2 | asac, i meant packages not using mozclient, like chromium | 14:36 |
| asac | andv: yes. icedove/tbird manually also in the DIRS | 14:37 |
| andv | gnomefreak, keep tb | 14:37 |
| andv | and add tb into DIRS | 14:37 |
| andv | gnomefreak, on rules | 14:38 |
| gnomefreak | andv: k | 14:38 |
| andv | asac, iceape and iceweasel as well | 14:38 |
| andv | if on debian | 14:38 |
| andv | DIRS works fine with ffox abrowsers | 14:38 |
| andv | but not with debian stuff yet | 14:38 |
| gnomefreak | its already in rules | 14:39 |
| gnomefreak | andv: i just have to remove firefox from it. we are keeping firefox-addons right? do we add debian packages to it and to depends? | 14:39 |
| andv | gnomefreak, no, firefox-addons should not be there | 14:40 |
| gnomefreak | andv: just the packages than? | 14:40 |
| andv | gnomefreak, yes, dont need to add iceape / icedove it is meant for ubuntu | 14:40 |
| andv | at least until we sync with debian | 14:40 |
| gnomefreak | ok | 14:40 |
| gnomefreak | andv: add thunderbird to depends too? | 14:41 |
| andv | yes | 14:41 |
| gnomefreak | ensure that no packages (browsers / mail clients) are in Depends: cause ${xpi:Depends} will do the trick for us | 14:41 |
| gnomefreak | thats from wiki | 14:41 |
| andv | it dont get mail clients | 14:41 |
| gnomefreak | thunderbird -- mail client | 14:42 |
| andv | yes | 14:42 |
| gnomefreak | ok leave it with xpi* than | 14:42 |
| gnomefreak | andv: pushed but branch is still updating | 14:46 |
| gnomefreak | updated | 14:46 |
| andv | ok, great, gonna do it this evening | 14:47 |
| gnomefreak | andv: cool | 14:47 |
| gnomefreak | ok im done for today doing updates than getting back to holiday, will be around a week or 2 than nov im gone for a while (not sure how long yet) | 14:48 |
| andv | gnomefreak, what's the status | 14:48 |
| andv | of -stumbleupon? | 14:48 |
| gnomefreak | andv: of? | 14:49 |
| gnomefreak | dont know i dont remember working on that | 14:49 |
| gnomefreak | did i? | 14:49 |
| andv | nope, you didnt | 14:49 |
| andv | but I was going to update it for debian so was wondering how it is here | 14:49 |
| gnomefreak | andv: it worked last time i checked other than that i dont have a clue | 14:53 |
| asac | andv: dirs works fine with debian stuff | 14:55 |
| asac | btw i think you confused me above | 14:55 |
| asac | the xpi:Depends is always good | 14:56 |
| asac | if not its a bug | 14:56 |
| asac | just the DIRS are important for old tbird/icedove/iceape/seamonkey | 14:56 |
| eagles0513875 | asac: once i wake up a bit i will finish up those extensions | 14:56 |
| gnomefreak | forget deamonkey as deps | 14:56 |
| gnomefreak | seamonkey | 14:56 |
| asac | gnomefreak: the dep is ok | 14:56 |
| asac | just the DIRS needs to be tweaked still | 14:57 |
| gnomefreak | SM1 doesnt have a addon thing (name escapes me atm | 14:57 |
| gnomefreak | SM2 has addon capibility | 14:57 |
| * gnomefreak will fix SM2.1 sometime. atm profile patch is broken cant recall what else was but i dont have latest tarball. you can add SM2 to dailies if you want its stable enough. but wont have time for Sm* for a while (2 weeks or so) SM1 needs patch love due to nss/nspr changes. should be as easy as taking changes from iceape in debian and change path names to use branded version. i am gone for the day. not sure when i will be back | 15:00 | |
| gnomefreak | holy shit that is long | 15:00 |
| asac | right | 15:01 |
| asac | forget seamonkey | 15:01 |
| asac | ;) | 15:01 |
| asac | we should check whether we have the right bound for seamonkey | 15:01 |
| eagles0513875 | asac: can i ask you a question thats nto related to mozilla stuff | 15:02 |
| eagles0513875 | but another rather urgent question | 15:02 |
| andv | asac, gonna get firefox-sage in sync too | 15:09 |
| andv | asac, can I grab the med-xpi-pack script? | 15:09 |
| andv | asac, debian has latest upstream, so I'm moving the debian package to use m-d and med-xpi-pack so we can sync it directly | 15:10 |
| asac | why grab? if you build-depend on moz-ds you can just use med-xpi-pack | 15:10 |
| mac_v | asac: heh ,the sideeffect i was mentioning... i had a weird problem where the /home wasnt unmounting on shutdowns! , just did another update and it was solved :) | 15:45 |
| asac | good ;) | 15:47 |
| asac | mac_v: please close your bug | 15:47 |
| mac_v | oh... yeas... | 15:47 |
| mac_v | and it was not my bug ;p ... i just found it ;) | 15:47 |
| asac | hmnm. please ask on the bug and if the guy says its not fixed let me know ,)( | 15:48 |
| mac_v | sure | 15:48 |
| micahg | asac: I have someone e-mailing me about ff extensions | 16:19 |
| micahg | asac: can I set the release series on the ubuntu package for FF3.5? | 16:24 |
| eagles0513875 | got a question for you guys about the names of 2 packages on launch pad flashgot and linkpad it says those packages havent been published | 16:36 |
| micahg | eagles0513875: I thought we were going to import them through debian? | 16:37 |
| eagles0513875 | micahg: ask asac im just filing bugs against the pacakge and the mozilla-devscripts | 16:38 |
| eagles0513875 | i dunno details bout where they are coming from | 16:38 |
| ikonia | eagles0513875: haven't you asked about this not being published ? | 16:40 |
| eagles0513875 | ikonia: some packages use a different name that i am not aware of | 16:40 |
| eagles0513875 | im going by the name of the branch and some are new features for karmic | 16:40 |
| ikonia | yes, but didn't asac say "don't worry about it" ? | 16:41 |
| eagles0513875 | ikonia: im just trying to make sure im doing my job right and im not gonna worry bout it but i hate leaving something unfinished though | 16:41 |
| ikonia | but didnt he say "don't worry about it" ? | 16:42 |
| eagles0513875 | ya | 16:42 |
| ikonia | so what's the problem? | 16:43 |
| eagles0513875 | i just dont wanna leave somethign incomplete that he had instructed me to do | 16:45 |
| ikonia | but he also said "don't worry about it" - it's not going to cause a problem if it's not known/ready yet | 16:45 |
| eagles0513875 | ikonia: can i ask you another question on an unrelated note to the topic of this channel? or would that best be done in offtopic | 16:45 |
| eagles0513875 | ok ikonia | 16:45 |
| ikonia | I'd ask in one of the offtopic channels | 16:45 |
| asac | this channel is ok for short offtopic trips | 16:59 |
| asac | i dont mind | 16:59 |
| eagles0513875 | asac: finishing up on the extensions bud | 17:00 |
| asac | thx | 17:01 |
| asac | how many left? | 17:01 |
| eagles0513875 | 10 more i believe im jsut double and triple checking i have them all on the wiki | 17:01 |
| asac | great | 17:02 |
| eagles0513875 | asac: now that i have a working linux partition on my macbook it helps can file bugs on my desktop and look at the extensions on laptop as well as wiki on my desktop | 17:04 |
| asac | good. sounds like progress | 17:05 |
| eagles0513875 | :) very much so | 17:05 |
| eagles0513875 | and you know what it was | 17:05 |
| eagles0513875 | asac: just a heads up 3 more left to do :) | 17:30 |
| eagles0513875 | asac which out of the extensions i have up right now are maintained upstream so i can put that in the branch like i have for pwdhash | 17:30 |
| andv | asac, is it possible to apply patches when using med-xpi script? | 17:49 |
| eagles0513875 | asac: and andv filing me last one :) | 17:50 |
| asac | andv: why? | 17:51 |
| asac | its med-xpi is indpendent | 17:51 |
| asac | you can just use patchsystems like normal | 17:51 |
| asac | but have to see the individual case to say whats beset | 17:52 |
| andv | asac, damn just discovered m-d don't work with .xpi at top level | 17:52 |
| andv | asac, it cleans the .xpi file before doing anything | 17:52 |
| andv | asac, bdrung fixed that on latest 0.16, do you know when it will come out? | 17:52 |
| eagles0513875 | asac: :) finished em all | 17:53 |
| eagles0513875 | they are all on the wiki | 17:54 |
| eagles0513875 | let me know what else i can do for you guys packaging if needed but i need a few to setup my laptop with the necessary packages for packaging | 17:54 |
| asac | andv: not sure aobut release date. normally you shouldnt have a .xpi in the orig | 17:55 |
| asac | sounds like a bug to have that | 17:55 |
| andv | asac, what do you suggest? | 17:55 |
| andv | asac, I'm cleaning up firefox-sage but it has the .xpi at top level | 17:55 |
| asac | .xpi should be produced during build | 17:55 |
| asac | otherwise upstream tree should be created from .xpi using med-xpi-unpack | 17:56 |
| andv | asac, I could extract xpi stuff into the upstream tree | 17:56 |
| andv | asac, so I work at top level with upstream files directly | 17:56 |
| andv | and not with an .xpi file | 17:56 |
| asac | andv: thats the way we do it yes. | 17:58 |
| asac | if extensions are maitained from .xpi releases | 17:58 |
| asac | we produce .upstrewam tree using med-xpi-unpack | 17:58 |
| andv | asac, yeah, I am trying that way | 17:58 |
| asac | we do that in a few packages | 17:58 |
| andv | let's see | 17:58 |
| eagles0513875 | asac: hope the wiki is to ur satisfaction there are 3 that i couldnt file bugs for as it seems like they have not been published to launchpad | 18:01 |
| andv | debuild worked, let me see if the build will success | 18:02 |
| * eagles0513875 is happy that all is posted | 18:08 | |
| fta | asac, any success with mozclient? | 18:31 |
| fta | THUNDERBIRD_3_0b4_RELEASE | 18:33 |
| fta | d'oh! http://launchpadlibrarian.net/31845703/buildlog_ubuntu-karmic-i386.xulrunner-1.9.3_1.9.3~a1~hg20090915r32496%2Bnobinonly-0ubuntu1~umd1_CHROOTWAIT.txt.gz | 18:34 |
| fta | same http://launchpadlibrarian.net/31845668/buildlog_ubuntu-karmic-amd64.firefox-3.7_3.7~a1~hg20090915r32496%2Bnobinonly-0ubuntu1~umd1_CHROOTWAIT.txt.gz | 18:34 |
| micahg1 | asac: the localized versions seem broke on karmic | 18:48 |
| micahg1 | now 3 people showing the issue | 18:48 |
| === micahg1 is now known as micahg | ||
| sebner | fta: chroot problems everywhere :( | 18:51 |
| micahg | my guess is they're respinning some stuff for the alpha 6 release | 18:52 |
| fta | it's the massive update to upstart | 18:56 |
| fta | asac, grrrr http://paste.ubuntu.com/271605/ | 19:00 |
| fta | the bot failed for ucd | 19:00 |
| micahg | asac: can I set the upstream links for ff3.5 in ubuntu? | 19:57 |
| fta | asac, https://bugs.edge.launchpad.net/ubuntu/+source/bzr-builddeb/+bug/399938/comments/9 | 20:13 |
| ubottu | Launchpad bug 399938 in bzr-builddeb "unpacking the upstream tarball not working" [Undecided,Fix released] | 20:13 |
| ikonia | eagles0513875: why are you offering to package things !!!!!! why do you not learn to stop offering things you can't do | 21:55 |
| ikonia | man oh man how many times does this stupid dance need to take place | 21:55 |
| [reed] | heh | 21:55 |
| micahg | !coc | ikonia | 22:04 |
| ubottu | ikonia: The Ubuntu Code of Conduct to which we ask all Ubuntu users to adhere can be found at http://www.ubuntu.com/community/conduct/ | 22:04 |
| ikonia | micahg: ? | 22:04 |
| micahg | I thought we try to encourage participation :) | 22:04 |
| ikonia | micahg: I thought we tried to stop people telling lies | 22:04 |
| micahg | why are they mutually exclusive? | 22:05 |
| asac | micahg: yes. po2xpi is a bit broken | 22:05 |
| ikonia | micahg: they are not | 22:05 |
| micahg | asac: ok, so is there anything I can do or are the statuses correct? | 22:05 |
| asac | micahg: so target is langpack-o-matic ... we tracked po2xpi there in the past | 22:06 |
| micahg | ok | 22:06 |
| micahg | so I should move from Ubuntu Translations? | 22:06 |
| asac | maybe keep a "catch dupe" task for firefox-3.5 open on the MASTER bug | 22:06 |
| asac | micahg: yes. you can reuse that target if it helps | 22:07 |
| asac | otherwise its invalid | 22:07 |
| micahg | asac: done and marked metabug | 22:09 |
| micahg | asac: should I mark the upstream series for ff3.5 in ubuntu? | 22:09 |
| asac | micahg: what do you mean? | 22:13 |
| asac | you mean associate the upstream series with the package? | 22:13 |
| micahg | yes | 22:13 |
| micahg | so that people can more easily add upstream bugs | 22:13 |
| asac | i can do that | 22:13 |
| asac | one second | 22:13 |
| asac | ok did it | 22:14 |
| micahg | thanks | 22:14 |
| micahg | someone commented in a bug about it | 22:14 |
| fta | asac, this gzip (or pipe) bug is turning me crazy | 22:15 |
| asac | ok also made 3.7 current development focus | 22:15 |
| asac | fta: do you know how i can reproduce it? i didnt see that for ages | 22:16 |
| fta | bug 399938, comments 9..11 | 22:17 |
| ubottu | Launchpad bug 399938 in bzr-builddeb "unpacking the upstream tarball not working" [Undecided,Fix released] https://launchpad.net/bugs/399938 | 22:17 |
| asac | are you sure you use the system bzr-builddeb? maybe you installed the plugin in the $HOME/.bzr dir at some point | 22:17 |
| asac | yes | 22:17 |
| fta | it's not about bzr | 22:17 |
| asac | but i ran the evolution apt-get yesterday and didnt get it | 22:17 |
| fta | not even about python | 22:17 |
| fta | i can upload that tarball if you want | 22:17 |
| asac | yes please | 22:18 |
| fta | as i said, when i scp it to my 32bit box, it's fine | 22:18 |
| fta | but it's not in my x64 box | 22:18 |
| micahg | asac: would you be open to me making ubufox's ubuntu versioning dynamic? | 22:22 |
| asac | micahg: sure | 22:24 |
| asac | would love to. but not running some command | 22:25 |
| micahg | ok | 22:25 |
| asac | not sure what to best use | 22:25 |
| micahg | can't the build file dynamically patch the version? | 22:25 |
| micahg | s/patch/set/ | 22:25 |
| eagles0513875 | ikonia: btw in response to packaging stuff they are willing to teach me how | 22:45 |
| fta | asac, http://www.sofaraway.org/ubuntu/tmp/chromium-browser_4.0.210.0~svn20090915r26226.orig.tar.gz 73798543 / 01ec4f4d092f581c4dbf9f39160dbf73 | 22:49 |
| asac | fta: why would that happen for me on that if it doesnt happen for evolution-data`from archive? | 22:57 |
| fta | asac, i don't even know why it's happening to me in the 1st place | 22:58 |
| asac | i know stupid idea, but did you run a full memcheck yet? | 22:58 |
| fta | no | 22:59 |
| asac | ok i try to run gunzip on it? | 22:59 |
| asac | or what? | 22:59 |
| fta | but why would tar zxvf fail while gunzip + tar xvf succeeds? | 22:59 |
| asac | tar tzf chromium-browser works | 22:59 |
| eagles0513875 | asac: you have a chance to look at the wiki that i finished up earlier | 22:59 |
| asac | fta: aybe your tar binary is corrupted or something | 23:00 |
| fta | e62c26a70d3827bfd1ba85a69d0cb215 /bin/tar | 23:01 |
| fta | oops | 23:01 |
| fta | 4c76231bcffe023f1575912251cb0088 /bin/tar | 23:01 |
| asac | tar zxvf worked | 23:02 |
| asac | eagles0513875: looked good. are those all extensions from that code.launchpad.net page? | 23:03 |
| eagles0513875 | si senor | 23:03 |
| asac | eagles0513875: ok also file one on ubufox | 23:03 |
| asac | and assign the bug to me | 23:03 |
| eagles0513875 | ok | 23:04 |
| eagles0513875 | btw | 23:04 |
| asac | eagles0513875: why does linkwidgets and firegpg not have a LÜ: | 23:04 |
| asac | LP bug? | 23:04 |
| eagles0513875 | there are 3 that i couldnt find the packages it kept saying they arent published in lp | 23:04 |
| asac | ah ok | 23:05 |
| asac | eagles0513875: for those you can file bugs against firefox-extensions project directly | 23:06 |
| eagles0513875 | ahhhh ok | 23:06 |
| asac | eagles0513875: just remember to name the package name in the title | 23:06 |
| eagles0513875 | have made not of that and will do it tomorrow right now im not all here | 23:06 |
| asac | and point to the branch in the bug summary | 23:06 |
| asac | https://bugs.edge.launchpad.net/firefox-extensions | 23:06 |
| asac | thats the project eagles0513875 | 23:06 |
| asac | eagles0513875: thats fine. thanks a lot. | 23:06 |
| eagles0513875 | no problem | 23:06 |
| asac | i think there are more extension packages that are not maintained in branches. so next step would be to spot those | 23:07 |
| eagles0513875 | so basically file the bug anyway and file it against the firefox-extensions project | 23:07 |
| asac | and review them accordingly | 23:07 |
| eagles0513875 | that would be somethign for someone whose been working with the mozilla stuff for quite some time | 23:07 |
| asac | in parallel we can start fixing things. just let me know when you have some time to look at how things are done | 23:07 |
| asac | eagles0513875: packages that have packages in the archive have packages you can file bugs against | 23:07 |
| asac | so for those not in branches, you can file bugs against package and add them to the wiki | 23:08 |
| asac | just say "NOBRANCH" or something in the bzr branch column | 23:08 |
| eagles0513875 | ok | 23:08 |
| asac | eagles0513875: to spot extension packages not in bzr you probably might want to got through the output of apt-cache rdepends firefox | 23:08 |
| asac | and firefox-3.0 | 23:08 |
| asac | and firefox-3.5 | 23:09 |
| asac | and check each of those packages individually | 23:09 |
| eagles0513875 | asac: i was trying to file bugs against them but it was telling me error that they werent published to lp | 23:09 |
| asac | but lets start that tomorrow | 23:09 |
| eagles0513875 | ya | 23:09 |
| asac | eagles0513875: well. those where extensions not yet in the archive. we have a few that were never uploaded but that have branches | 23:09 |
| asac | (but they are supposed to get uploaded at some point so its good to do it anyway | 23:09 |
| eagles0513875 | gotcha so those 3 that dont have bugs have yet to be pushed | 23:10 |
| asac | eagles0513875: yes. for now file the bugs against firefox-extensions project | 23:11 |
| eagles0513875 | gotcha | 23:11 |
| asac | not against a package (as there is none in ubuntu) | 23:11 |
| eagles0513875 | will do those in the am | 23:11 |
| eagles0513875 | being in a tired state = prone for mistakes and stupid ones at that lol | 23:11 |
| asac | fta: were you brave enough to reboot after the upstream upgrade? | 23:15 |
| asac | i am a bit in doubt atm | 23:15 |
| asac | ;) | 23:15 |
| fta | upstream upgrade of what? | 23:15 |
| asac | upstart ;) | 23:15 |
| micahg | asac: is there something I should give priority to verfying for the karmic ff3.5 transition? | 23:16 |
| eagles0513875 | asac: im hearing that was being held back to some issues or something | 23:16 |
| asac | arhive.ubuntu.com had evertying for me this time | 23:17 |
| asac | just not sure if should reboot ;) | 23:17 |
| asac | or leave this system on until the first victims got fixed ;) | 23:17 |
| asac | micahg: what do you mean? | 23:17 |
| fta | nope, no reboot yet | 23:17 |
| eagles0513875 | asac: any chance at getting some packaging mentoring | 23:17 |
| micahg | asac: I was going to verify that stuff was done, I did a few | 23:18 |
| micahg | just wanting to know if some stuff is more important to verify than others rather than going top to bottom | 23:18 |
| asac | eagles0513875: step by step. as i said we can start to look at how to fix the bugs you filed tomorrow | 23:25 |
| eagles0513875 | ok bud :) | 23:25 |
| asac | and so you can do some small tasks | 23:25 |
| asac | that will help you get used to the basic tools i hope | 23:25 |
| asac | :) | 23:25 |
| eagles0513875 | :) | 23:25 |
| asac | micahg: ah you are talking about the ffox 3.5 spec | 23:26 |
| asac | micahg: yes. so main porting tasks are more important | 23:26 |
| asac | i think most main packages are in the topmost half | 23:26 |
| asac | _before_ the rollout ppa to archive | 23:26 |
| asac | the univers packages are below | 23:26 |
| asac | micahg: does that answer your questioN? | 23:27 |
| micahg | yes | 23:28 |
| micahg | thanks asac | 23:29 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!