| asac | Nafallo: heh? | 01:06 |
|---|---|---|
| asac | white: i will put the patches in the next patchset. | 01:07 |
| asac | i think its three for that issue | 01:07 |
| asac | the main patch + the backport required to make use of main patch + a regression patch | 01:08 |
| asac | if you are still talking about the same issue :) ... otherwise i will answer your mail | 01:08 |
| asac | Nafallo: yeah the mozilla should be dropped | 01:09 |
| asac | for brevity | 01:09 |
| TomJaeger | Hi. I'm trying to figure out what to do with bug #217908 and I could use some input. | 02:11 |
| ubottu | Launchpad bug 217908 in xorg-server "Images in Firefox and Opera are extremely pixeled when zoomed" [Undecided,Confirmed] https://launchpad.net/bugs/217908 | 02:11 |
| TomJaeger | Specifically, if someone's running one of the binary video drivers, I'd appreciate it if you could post the output of the tiny test program that can be found here: https://bugs.launchpad.net/ubuntu/+source/xorg-server/+bug/217908/comments/33 | 02:13 |
| ubottu | Launchpad bug 217908 in xorg-server "Images in Firefox and Opera are extremely pixeled when zoomed" [Undecided,Confirmed] | 02:13 |
| * asac yawns | 08:31 | |
| Nafallo | asac: awesome. do you need a bug about it? :-) | 08:52 |
| AnAnt | asac: Hello, why's foxyproxy so different from the one in Debian ? | 09:32 |
| === asac_ is now known as asac | ||
| asac | jtv1: your connectivity seems, err, unstable ;) | 11:51 |
| AnAnt | asac: did you see my question ? | 11:53 |
| jtv1 | asac: yeah, about to work on that again | 11:54 |
| asac | AnAnt: yeah. sorry. forgot to reply as i didnt understand it ;) | 11:55 |
| AnAnt | asac: the source package of foxyproxy on Debian & Ubuntu are different | 11:55 |
| AnAnt | asac: I mean, the packaging itself (debian/ contents) | 11:56 |
| asac | AnAnt: answer is that we packaged it in ubuntu .... then someone packaged it for debian ;) | 11:57 |
| AnAnt | I see | 11:57 |
| asac | (i would guess) | 11:57 |
| AnAnt | is there an intention to combine the work at some time ? | 11:57 |
| asac | once we have mozilla-devscripts in debian we can ask debian packagers to use that to get a consistent packaging for extensions | 11:59 |
| asac | but you are right, we should upload our extensions to debian too. | 12:01 |
| asac | problem is that i didnt want to do this before lenny gets out | 12:01 |
| asac | which probably takes forever | 12:01 |
| AnAnt | asac: ok, I want to make a package for some mozilla plugin | 12:01 |
| asac | note: plugin != extension | 12:02 |
| AnAnt | asac: but I can't find it's source code, only an XPI file (which can be unzipped) | 12:02 |
| AnAnt | oh, extension, sorry | 12:02 |
| asac | AnAnt: if .xpi file has a license file in top level directory thats ok | 12:02 |
| asac | (assuming there are no native components) | 12:02 |
| asac | you should use med-xpi-unpack | 12:02 |
| asac | and med-xpi-pack | 12:02 |
| asac | to do the unzipping/zipping though | 12:03 |
| asac | which standardizes stuff | 12:03 |
| AnAnt | ok | 12:03 |
| asac | main problem usually is a lack of license file though | 12:03 |
| asac | ask extension author to add that | 12:03 |
| AnAnt | what's native components ? | 12:03 |
| asac | .so files in .xpi | 12:04 |
| asac | (or .dll if its windows) | 12:04 |
| AnAnt | ok | 12:04 |
| === ZrZ is now known as RzR | ||
| AnAnt_ | asac: can you example an example for an extension that uses med-xpi-unpack ? | 14:50 |
| asac | AnAnt_: yes. foxyproxy ;) | 14:51 |
| AnAnt_ | asac: thanks | 14:51 |
| asac | AnAnt_: well ... we default to med-xpi-unpack | 14:51 |
| asac | so you dont see it in rules, but in /usr/share/mozilla-devscripts/xpi.mk you see how the BUILD_COMMAND looks like | 14:52 |
| asac | (med-xpi-pack that is) | 14:52 |
| asac | so if you use xpi.mk you dont need to do anything | 14:52 |
| asac | if you create upstream tree using med-xpi-unpack | 14:52 |
| asac | AnAnt_: also read https://wiki.ubuntu.com/MozillaTeam/Extensions/Packaging | 14:53 |
| AnAnt_ | asac: do I have to use cdbs ? | 14:55 |
| asac | AnAnt_: i think so ... but not checked. whats the prob with that? | 14:56 |
| AnAnt_ | asac: I'm not used to cdbs | 14:57 |
| asac | AnAnt_: you dont need to be ... rules is rather trivial | 15:02 |
| asac | just read the doc | 15:02 |
| asac | s | 15:02 |
| asac | usually you dont need to do anything | 15:02 |
| asac | doc == wiki | 15:02 |
| asac | AnAnt_: bzr branch http://bazaar.launchpad.net/~mozillateam/firefox-extensions/XPI.TEMPLATE thats a start template for your debian dir | 15:04 |
| asac | https://wiki.ubuntu.com/MozillaTeam/Extensions/Packaging?action=show&redirect=MozillaTeam%2FFirefox3Extensions%2FPackaging#Packaging%20Procedure | 15:04 |
| AnAnt_ | ok, thanks | 15:18 |
| fta | asac, FIREFOX_3_0_6_BUILD1 | 15:21 |
| BUGabundo1 | bahh new update? | 15:25 |
| BUGabundo1 | security or bug? | 15:25 |
| azazel | hi all | 15:34 |
| azazel | anyone knows how to compile Weave on 64 bit intrepid? i've tried the recipe on the site but it doesn't compile | 15:36 |
| BUGabundo1 | I did it a while ago azazel with the help of asac and fta | 15:38 |
| BUGabundo1 | you are required to patch several lines in it! and still if failed to work, on my test case | 15:38 |
| asac | azazel: it worked here | 15:47 |
| asac | cant remember that there was anything special | 15:47 |
| asac | i also have 64-bit fwiw | 15:48 |
| asac | fta: yeah, still two weeks to go from what i know | 15:48 |
| asac | but i will push those to -security ppa | 15:48 |
| azazel | mmm, i've installed xulrunner-dev deb and i've made a "make sdkdir=/usr/lib/xulrunner-dev-1.0.../" but it, among the other errors, complains about a missing header prtypes.h | 15:50 |
| azazel | asac: do you have standard xulrunner-dev pkg or another from a ppa installed? | 15:51 |
| asac | azazel: using standard yes. | 15:52 |
| asac | azazel: what issues do you end up with? | 15:52 |
| asac | azazel: paste.ubuntu.com the error please | 15:52 |
| azazel | just a moment | 15:52 |
| azazel | asac: http://paste.ubuntu.com/107807/ | 15:56 |
| asac | azazel: yeah right. now i remember. weave is a bit stupid about dealing with system-nspr/nss installed xulrunners | 15:57 |
| asac | let me check | 15:58 |
| asac | azazel: http://paste.ubuntu.com/107813/ | 16:07 |
| asac | that patch should work | 16:07 |
| asac | use "xpi" target | 16:07 |
| asac | e.g. make sdkdir=/usr/lib/xulrunner-devel-1.9.0.5 xpi | 16:07 |
| azazel | mmm. is it possible to get the source of that paste? | 16:08 |
| azazel | oh | 16:08 |
| asac | download as text ; ) | 16:08 |
| azazel | yes, sorry | 16:08 |
| asac | welcome | 16:10 |
| BUGabundo | asac: azazel I still have my built here | 16:13 |
| BUGabundo | if you guys want to recheck what we did last tim | 16:13 |
| BUGabundo | *time | 16:13 |
| asac | BUGabundo: probably the same | 16:14 |
| fta | asac, did you have a look at my local branch new feature? | 16:14 |
| asac | fta: its on my list still :/ | 16:14 |
| fta | asac, now, i can do: fta-scripts/update-pkg.sh -L upstream/mozilla-central xulrunner-1.9.2.head firefox-3.2.head | 16:14 |
| asac | fta: is that documented ? | 16:14 |
| asac | fta: update-pkg.sh? what is that the short hand for? | 16:15 |
| fta | or debian/rules get-orig-source LOCAL_BRANCH=../upstream/mozilla-central is you prefer | 16:15 |
| asac | yay | 16:15 |
| asac | sounds good | 16:15 |
| fta | instead of pulling a full clone for each update | 16:16 |
| asac | i will test it with xul 1.9.2 i think | 16:16 |
| fta | it takes care of the pull/update | 16:16 |
| asac | fta: we could also clone the local branch if it doesnt exist yet. maybe call it MIRROR_BRANCH= ? | 16:16 |
| asac | so on first run you specify some mirror ... if that doesnt exist it gets cloned; if it exists it gets updated (if no special tag/date is given) | 16:17 |
| asac | ;) | 16:17 |
| asac | of course a new feature i guess | 16:17 |
| asac | LOCAL_BRANCH is definitly a good improvement ;) | 16:17 |
| azazel | i'm applying by hand, because it doesn't apply... how do you end up using git? isn't weave using hg? | 16:18 |
| asac | azazel: why would you think i am using git? | 16:18 |
| asac | ah because of the git diff | 16:18 |
| asac | thats not a problem | 16:18 |
| asac | its because upstream submissions should be in git format for mozilla hg | 16:19 |
| asac | azazel: i did that patch against clone from a few minutes ago | 16:19 |
| asac | should apply cleanl | 16:19 |
| asac | y | 16:19 |
| BUGabundo | fta what are the main diff currently between 3.1 and 3.2 ? | 16:19 |
| BUGabundo | and will some one explain to me what is XUL, please | 16:20 |
| asac | azazel: hg clone http://hg.mozilla.org/labs/weave/; wget http://paste.ubuntu.com/107813/plain/; sh -c "cd weave; patch -p1 < ../index.html" | 16:20 |
| asac | that works for me ;) | 16:20 |
| asac | BUGabundo: 3.1 is the next stable ffox ... its already in beta freeze ... so now all new development takes place in 3.2 | 16:21 |
| asac | and when things are important for 3.1 get cherry picked | 16:21 |
| asac | likewise for xul 1.9.1 and 1.9.2 | 16:21 |
| asac | not surehow to explain what xul is ;) | 16:22 |
| asac | basic idea is that its a runtime and sdk for running and developing apps that are xul (and xpcom) based | 16:22 |
| asac | 7:20 < asac> azazel: hg clone http://hg.mozilla.org/labs/weave/; wget http://paste.ubuntu.com/107813/plain/; sh -c "cd weave; patch -p1 < ../index.html" | 16:22 |
| asac | 17:20 < asac> that works for me ;) | 16:23 |
| azazel | thanks | 16:23 |
| asac | in case you didnt get it (reconnect) | 16:23 |
| BUGabundo | thanks asac | 16:24 |
| azazel | it compiles perfectly, many thanks asac | 16:24 |
| BUGabundo | by the way, PPA NM seems to fix that bug with open WiFi not timeout | 16:24 |
| azazel | mmm... and the resulting xpi is multiplatform and contains both Linux_x86_64 and Linux_x86:) | 16:28 |
| asac | azazel: do a find -name \*.so | xargs rm | 16:34 |
| asac | azazel: before building | 16:34 |
| asac | seems like they ship .so files in their hg tree ... most likely to not block xul developers because they cannot build .so | 16:35 |
| asac | if you do that it will only produce amd64 component | 16:35 |
| asac | or i386 respectively | 16:35 |
| azazel | why? it's ok for if it contains 32bit x86 lib also | 16:35 |
| asac | BUGabundo: please use that for a few more days and check whether it regresses again | 16:36 |
| azazel | s/for/for me/ | 16:36 |
| asac | azazel: if thats ok for you then fine | 16:36 |
| asac | azazel: just note that the .so is not produced during your local build | 16:36 |
| BUGabundo | asac: use what? PPA or archive? | 16:37 |
| azazel | yes, i was surprised to find it on the hg repo.... | 16:37 |
| asac | BUGabundo: use PPA (i guess you used archive for a while alrewady) | 16:38 |
| asac | azazel: i am sure its to ease development of not native parts ... so just convenience BLOB commits | 16:39 |
| BUGabundo | yeah | 16:39 |
| asac | i hate that but its common for stuff that is developed on windows | 16:39 |
| asac | BUGabundo: even for archive i remember that stuff worked for you a few days and then broke again ... and then worked again ;) | 16:39 |
| asac | so lets get more data to get any clue | 16:40 |
| BUGabundo | asac: I must have better memory then me | 16:42 |
| BUGabundo | LOLOL | 16:42 |
| fta | <asac> fta: update-pkg.sh? what is that the short hand for? <= just one of my ppa maintenance script. https://code.edge.launchpad.net/~fta/+junk/ppa-scripts | 16:42 |
| BUGabundo | I don't remember all that | 16:42 |
| asac | hehe ... fta is a junk user ;) | 16:43 |
| azazel | asac: many thanks again, as we say in italy, i was lost in a glass of water... but i'm really a newbie about mozilla stuff | 16:43 |
| fta | asac, not tied to a specific project | 16:43 |
| asac | azazel: sure. if you feel like it, get started and contribute back and process a bunch of bugs ;) | 16:43 |
| asac | azazel: anyway, ur welcome | 16:44 |
| asac | ;) | 16:44 |
| azazel | not mozilla bugs:) | 16:47 |
| azazel | anyway, it takes ages to sync 1000 bookmark & history records | 16:48 |
| BUGabundo | azazel: with weave? | 16:48 |
| azazel | yep | 16:48 |
| BUGabundo | I would love for it to work with me! | 16:48 |
| BUGabundo | don't know why it fails to connect to there server | 16:48 |
| azazel | i've setup a private server following the instruction on the site | 16:49 |
| BUGabundo | I also tried a 0.2.7.1 version to be able to use local webdav | 16:49 |
| BUGabundo | I just use my local apache2 | 16:49 |
| BUGabundo | maybe I did something wrong | 16:50 |
| asac | its not webdav anymore | 16:50 |
| BUGabundo | azazel: are you using .2.7.1 too? | 16:50 |
| asac | you need to setup the server from weave | 16:50 |
| BUGabundo | or 3.x? | 16:50 |
| asac | which didnt work for me either | 16:50 |
| BUGabundo | asac: I know | 16:50 |
| asac | kk | 16:50 |
| BUGabundo | that's why I used the older version | 16:50 |
| azazel | i still wonder why they use sqlite now even if the places service doesn't expose sql syntax.. sqlite is very slow... | 16:50 |
| azazel | BUGabundo: 0.2.98 | 16:50 |
| asac | azazel: they have mysql and sqlite | 16:51 |
| azazel | it's 0.3 "release candidate" | 16:51 |
| asac | though mysql seems to be the preferred method | 16:51 |
| asac | given that sqlite instructions had issues | 16:51 |
| azazel | asac: yes, i'm using mysql on the server.... it's sqlite here that's slooow, it seems that it's flushing data to disk any second | 16:52 |
| BUGabundo | azazel: how are you using a private server? | 16:52 |
| BUGabundo | what does it run? | 16:52 |
| BUGabundo | maybe I can install it too and test with .98 | 16:52 |
| azazel | BUGabundo: just follow those steps https://wiki.mozilla.org/Labs/Weave/0.3/Setup/Server | 16:54 |
| azazel | you just need php5 and mysql or sqlite | 16:55 |
| white | asac: ok, could you just state that by replying to the email? :) | 17:24 |
| white | asac: also, did you see http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2009-0071 yet? | 17:24 |
| white | not sure whether it's just a browser crash or could be used for more :/ | 17:25 |
| [reed] | it's sg:low | 17:26 |
| [reed] | mozilla bug 456727 | 17:26 |
| ubottu | Mozilla bug 456727 in Editor "document designMode on, replace/delete HTML tag, queryCommand*('backcolor'); causes NULL pointer" [Normal,New] http://bugzilla.mozilla.org/show_bug.cgi?id=456727 | 17:26 |
| asac | white: its sg:low dos ... e.g. just a "safe" crash | 17:27 |
| asac | sometimes i wonder why it mitre assigns CVE ids | 17:28 |
| white | well, a browser crash is hardly a security issue | 17:33 |
| white | asac: http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2008-5052 also looks weird | 17:39 |
| white | asac: as it points to MFSA 2008-52, I'll mark it as fixed, just like CVE-2008-5018 | 17:40 |
| white | asac: any objections? | 17:40 |
| asac | white: not sure what mitre did there ... mark it as invalid | 17:50 |
| asac | not fixed | 17:50 |
| asac | oh wait | 17:51 |
| asac | white: looking at bugs helps ;) | 17:51 |
| asac | https://bugzilla.mozilla.org/show_bug.cgi?id=454113 | 17:51 |
| ubottu | Mozilla bug 454113 in JavaScript Engine "e4x/extensions/regress-374025.js - invalid write" [Critical,Verified: fixed] | 17:52 |
| asac | dveditz: approval1.8.1.18+ | 17:52 |
| asac | asac: approval1.8.0.next+ | 17:52 |
| asac | so its on all 1.8 branches | 17:52 |
| white | asac: so fixed with the last DSAs :) | 17:55 |
| asac | white: yes | 17:55 |
| asac | white: the crashes with evidence of corruption mfsas ... yes. | 17:56 |
| white | asac: you're still up for checking more? I got three more CVEs that are still set on TODO :) | 17:56 |
| asac | white: so besides the mail ... all CVEs now explained? | 17:56 |
| asac | ah | 17:56 |
| white | http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2008-5822 | 17:56 |
| asac | white: please look at the bugs if references | 17:57 |
| white | http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2008-5430 | 17:57 |
| asac | you already know what to look at ;) | 17:57 |
| white | they don't have bugs | 17:57 |
| asac | for me CVEs that dont have a bug dont exist | 17:57 |
| white | these two were the last ones, as far as i can see :) | 17:57 |
| white | hehe | 17:57 |
| asac | thats what i am trying to explain | 17:58 |
| asac | white: Memory leak in Libxul, ... thats not a security issues | 17:59 |
| asac | issue | 17:59 |
| asac | just a dos without risk | 17:59 |
| asac | there are plenty of those bugs open in bugzilla. | 17:59 |
| asac | same for the other ... both are "simple DOS from what i can see" | 18:00 |
| asac | with no risk | 18:00 |
| white | asac: i am wondering what "resource consumption" they are referring to | 18:00 |
| asac | white: memory most likely | 18:01 |
| asac | could be stack too | 18:01 |
| white | asac: ok that should be it, and the mail of course :) | 18:02 |
| white | asac: sorry for being a pain :) | 18:02 |
| asac | no problem | 18:03 |
| asac | will answer asap | 18:03 |
| fta | BUGabundo, what was it about multicast & ipv6 ? | 18:14 |
| fta | asac, did you have a look at the python issue in xul 1.9.1 ? | 18:15 |
| asac | fta: i know the potential fix, but didnt fix it yet. yes. | 18:23 |
| asac | Vincent Untz (6.3K) New module decisions for 2.26 | 18:29 |
| asac | Out: | 18:29 |
| asac | libseed | 18:29 |
| asac | WebKit/GTK+ | 18:29 |
| asac | fta: [reed]: ^^ | 18:29 |
| asac | ;) | 18:29 |
| fta | ? | 18:30 |
| fta | asac, epiphany? | 18:30 |
| asac | http://paste.ubuntu.com/107883/ | 18:31 |
| asac | no webkit got dumped | 18:31 |
| asac | ephy will still be using the rotten old mozembed thing as it seems | 18:31 |
| asac | hehe | 18:31 |
| fta | where does that come from? | 18:32 |
| asac | fta: List-Id: Developer-related announcements and information <devel-announce-list.gnome.org> | 18:36 |
| asac | Message-ID: <20090121182041.GU2992@vuntz.net> | 18:36 |
| fta | thx http://mail.gnome.org/archives/devel-announce-list/2009-January/msg00006.html | 18:37 |
| asac | thx | 18:38 |
| asac | ;) | 18:38 |
| * asac is really lazy and doesnt even mind looking up proper links | 18:38 | |
| fta | asac, i'd appreciate if you could fix the python thing, i need it in 1.9.1 for openkomodo | 18:41 |
| asac | fta: yes my liege | 18:42 |
| fta | btw, debian provides a python-xpcom package with 1.9 | 18:42 |
| fta | so mike probably has a fix | 18:42 |
| fta | (but no patch system) | 18:42 |
| asac | fta: no they dont have a fix | 18:43 |
| asac | they do ugly LD_LIBRARY_PATH business or -rpath | 18:43 |
| asac | fta: http://paste.ubuntu.com/107892/ try that please | 18:49 |
| asac | should work from what i can see. maybe important to check that it still works if the lib isnt there (e.g. that it doesnt fail) ... but i think it should work | 18:49 |
| fta | hm, s/libpyxpcom/pyxpcom/ maybe ?? | 18:51 |
| fta | i'll try that after diner. | 18:51 |
| fta | thanks | 18:51 |
| asac | hehe | 18:52 |
| asac | yeah you are right ;) | 18:52 |
| asac | copy paste bug | 18:52 |
| asac | fta: http://paste.ubuntu.com/107896/ ... the right one then ;) | 18:59 |
| asac | fta: did you spin a build yet? | 21:22 |
| fta | in progress | 21:22 |
| asac | if thats good enough i would take a quick look if that can be done better either in pyxpcom subtree or with #ifdef ... or something | 21:23 |
| asac | thanks. | 21:23 |
| fta | grr, i forgot that openkomodo was building its own patched xul :( | 21:45 |
| asac | fta: you can still test | 21:46 |
| asac | addons -> console shouldnt spit out warnings about pyxpcom loading problems | 21:47 |
| asac | hmm | 21:47 |
| asac | if you see that at all | 21:47 |
| fta | -DEB_MOZ_EXTENSIONS=xml-rpc,venkman,inspector,irc,gnomevfs,cview,tasks,reporter,python/xpcom | 21:49 |
| fta | +DEB_MOZ_EXTENSIONS=default | 21:49 |
| fta | commit #239 | 21:49 |
| fta | Apr 08 | 21:50 |
| === rzr is now known as rZr | ||
| fta | booohh http://paste.ubuntu.com/107969/ | 21:56 |
| fta | and of course: | 21:57 |
| fta | configure: warning: cookie and permissions are no longer extensions, use --disable-permissions to disable. | 21:57 |
| fta | configure: warning: spellcheck is no longer an extension. | 21:57 |
| fta | configure: error: Unrecognized extension provided to --enable-extensions: inspector. | 21:57 |
| shaya | repeating here | 22:18 |
| shaya | there's a crasher bug in firefox in intrepid that was fixed in 3.0.2 that is still crashing ubuntu's build | 22:18 |
| shaya | https://bugzilla.mozilla.org/show_bug.cgi?id=441368 | 22:18 |
| ubottu | Mozilla bug 441368 in SVG "Crash [@ nsSVGFEGaussianBlurElement::SetupPredivide] opening SVG file" [Normal,Verified: fixed] | 22:18 |
| shaya | the test case in that bug crashes my intrepid firefox | 22:18 |
| fta | [reed], ^^ | 22:25 |
| [reed] | mmm | 22:26 |
| fta | it freezes my trunk too | 22:26 |
| [reed] | fta: wfm on trunk | 22:29 |
| [reed] | mozilla.org build | 22:29 |
| fta | nsSVGFEGaussianBlurElement::SetupPredivide() seems gone so i have no idea | 22:29 |
| fta | mozilla bug 439375 | 22:31 |
| ubottu | Mozilla bug 439375 in SVG "Improve feGaussianBlur inner loop" [Normal,Resolved: fixed] http://bugzilla.mozilla.org/show_bug.cgi?id=439375 | 22:31 |
| fta | so the fix from 441368 never applied to 3.1/3.2 | 22:32 |
| fta | asac, gasp, http://svn.openkomodo.com/repos/openkomodo/trunk/mozilla/patches-new/ | 22:50 |
| fta | asac, http://paste.ubuntu.com/108035/ | 22:51 |
| dtchen | fta: are you still experiencing the async errors with PA 0.9.14 in current jaunty? | 22:52 |
| fta | dtchen, you mean this: http://paste.ubuntu.com/108036/ ? | 22:53 |
| dtchen | fta: yes | 22:54 |
| fta | dtchen, always the same, some disk activity (like an upgrade or a build) and openarena, boom | 22:54 |
| dtchen | fta: ok, thanks | 22:55 |
| fta | dtchen, hm, seems i have a mix of 0.9.13 and 0.9.14, something is holding the upgrade | 23:26 |
| asac | fta: but that didnt start because of the patch i guess | 23:51 |
| === stevel_ is now known as stevel | ||
| asac | so paste.ubuntu.com is down now | 23:59 |
| * asac is down it seems | 23:59 | |
| asac | @time | 23:59 |
| ubottu | An error has occurred and has been logged. Please contact this bot's administrator for more information. | 23:59 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!