[00:00] ScottK: anyway, i wanted to do the update tomorrow [00:01] asac: FIne with me, just wanted to make sure it wasn't missed. [00:01] yep. just wanted to answer your initial question: yes, before release. [00:02] Great. [00:07] ScottK: uploaded [00:07] pochu: THanks. === danielm_ is now known as danielm === danielm is now known as danielm_ === danielm_ is now known as danielm === RAOF_ is now known as RAOF [05:00] hi all [05:02] could someone tell me why the install/live dvd is only 3.7GiB ? theres 700MiB of space left which can be used to put more useful software [05:12] freakabcd: Looking at older versions, its fluxuated up to 4.2GiB, so I imagine at some point a standard set of packages were chosen, and they want to be consistent (so that you can upgrade a DVD release completely with a DVD) [05:12] bah.. [05:13] not a good enough reason for leave out 700 megs of space [05:13] well, in 7.10 its only 500 [05:13] really, some stuff from universe or multiverse could be included [05:13] No, because its not officially supported [05:13] still quite a bit of space [05:14] oh man, this officially supported thing kinda gets me going crazy sometimes. [05:14] i guess someone `unofficially' will need to add packages and make a dvd that eats up all the space :( [05:14] This theory (not the universe bit) is just that. And only based off of the DVD sizes for the releases. [05:15] So, I encourage you to still find someone who actually knows, as I'm curious [05:15] i'm typing the bug report [05:15] is inkscape in main? [05:15] or universe? [05:16] % rmadison -u ubuntu -s hardy inkscape [05:16] inkscape | 0.46-0ubuntu2 | hardy | source, amd64, i386, powerpc [05:16] Main [05:16] ok, why not give blender in main too then? [05:16] since its a very small package compared to inkscape and is a package that does 3d [05:17] i'm not saying blender should be included, just saying that there could be more packages in the dvd [05:17] freakabcd: inkscape is installed by default, so it has to be main. [05:17] Er, hmm, maybe its not. I suppose its been a while since Ive had a default install. [05:18] Flannel, look above at what StevenK said^^ inkscape is in main [05:18] freakabcd: right, but that doesnt mean its installed by default (it's not), but if it were, main is necessary. [05:19] umm.. wait a moment. [05:19] Its not even on the alt CD [05:19] is all of main on the dvd? [05:19] or even most of it? [05:19] oh, I'm looking at the desktop .list file, of course its not [05:20] inkscape isn't even on the alternate CD [05:21] well, maybe including inkscape on the dvd is something that could be done. [05:22] was a simple example: we have gimp on the dvd. that does image manipulation. we could include inkscape(if it isn;t already) which does vectors. and possibly blender which does 3d [05:22] Alt CD != DVD. Inkscape is on the DVD. Blender isn't. But blender is in universe, so that's one reason why not. [05:22] now the major graphics suites are all on the dvd [05:22] blender is gpl, no? [05:22] freakabcd: Which is why its in universe, not multiverse [05:23] i'm not going to stress myself as to why blender is not included, but i want more packages included in the dvd [05:25] https://bugs.launchpad.net/ubuntu/+bug/218505 [05:25] Launchpad bug 218505 in ubuntu "install/live DVD is *not* full" [Undecided,New] [06:36] good morning [06:36] morning [06:37] hello === n3xu is now known as nexooh === asac_ is now known as asac [08:34] dholbach: my membership in ubuntu-dev is about to expire, can you renew it or should I done something else? [08:35] gpocentek: let it expire - as long as you're in motu and/or ubuntu-core-dev all is good [08:35] gpocentek: in the end we want ubuntu-dev just to contain those two teams [08:35] ok [08:35] * dholbach hugs gpocentek [08:35] ubuntu-motu is expiring too, but not core-dev [08:36] gpocentek: I think you should be able to renew your membership in motu [08:36] ah right [08:36] I only read the ubuntu-dev mail :) [08:37] thanks [08:37] gpocentek: how are you doing otherwise? how is life in france? [08:38] dholbach: all good, just a little tired but hollidays are approaching ;) [08:38] gpocentek: nice - what are you going to do in the holidays? [08:39] dholbach: near Bergerac in the south of France, far from Paris, internet and computers [08:40] nice... enjoy your holidays! :) [08:40] thanks :) [09:42] \sh: LIES! Our top priority *must* be importing new crack!!11ONE [09:42] We like drive-by uploads. [09:46] <\sh> Fujitsu, ok [10:29] <\sh> Fujitsu, do you want me to upload the whole cpan archive minus the packages already in debian/ubuntu? ,-) [10:30] \sh: Yes please. [10:31] \sh: All gems too [10:32] And the bits of PyPI that aren't already. [10:32] Especially the dead stuff. [10:44] how to sync a package into ubuntu? and upload it to my PPA? Please anyone help.... [10:45] <\sh> Fujitsu, ok..starting now ,-) === Allan_ is now known as Hit3k [11:22] \sh : From where should we run the MoM tool? I m in the src directory of extracted tarball please help [11:23] coolbhavi: MoM can be accessed at merges.ubuntu.com, there is no need to run it locally. [11:25] james_w thanks I m trying to merge few debian packages to ubuntu.. How to use MoM to achieve that..? Please help because I am keen to learn packaging.. [11:27] coolbhavi: first, we're not in merging time at the moment, so you won't really be able to get any uploaded. [11:27] coolbhavi: it would be fantastic if you could help out with this list: http://qa.ubuntuwire.com/bugs/rcbugs/ [11:28] some of the fixes might require a merge, but they might need something else [11:28] * coolbhavi clicks [11:28] I'd be happy to talk you through merging at a later date, but with one week to go until hardy is released I hope you can understand that we want to focus our time there. [11:29] and any help you can give to make hardy a great release will be hugely appreciated [11:32] OK.... Sorry for asking wrong question at the wrong time... Once 8.10 starts I will be into it both hands and ask you guys a lot of questions... I m interested in motu ing now... And I m trying to arrange a release party at my college here in bangalore... james_w thanks again [11:34] coolbhavi: a release party would be cool, I'd like to join you there. [11:34] coolbhavi: there will be a merge session in OpenWeek by nxvl, have a look at https://wiki.ubuntu.com/UbuntuOpenWeek/Prep [11:34] and there's no need to apologise, there will be loads of merges to do starting in may/june [11:36] :) Thanks guys...... I have assigned myself a bug to upgrade jtr but it wasnt accepted... So Will be up with it during next month again... [11:54] pochu : thanks for the info.... In which channel its going to be held? [11:56] coolbhavi: #ubuntu-classroom [11:56] there will be announcements about open week soo [11:56] soon, sorry [11:57] james_w thanks [12:24] hi! [12:25] which version should i put into the changelog of $myprog 1.0.0 ? atm there is no package for debian and ubuntu [12:28] Hub441: 1.0.0-0ubuntu1 [12:28] Hub441: if it is targeted for Debian then 1.0.0-1 [12:29] it's a kde based programm so it will be limited to the current ubuntu-version? => 1.0.0-0ubuntu1 [12:30] Hub441: what do you mean "bound"? [12:30] Hub441: what do you mean "limited", sorry [12:31] mok0: i won't be able to use the same binary package on gutsy and the current debian (sid?) ? [12:31] Hub441: right, but it can be compiled on those systems [12:32] mok0: so ther must be two different binary packages, right? [12:32] Hub441: ... provided that the same development environment exists, which is not true for kde4 [12:32] Hub441: that's right, they must go in separate repositories [12:33] ok but i could use the same dsc files? or at least the files in $myprog-src/debian/ ? [12:34] Hub441: ... of course you can create a statically linked binary which will run everywhere, but hardly no one does that [12:35] Hub441: most apps make use of versioned shared libraries, which is why you need to compile a special binary for every distro [12:36] hmm so do i have to rename the src-file and directory too? myprog_1.0.0-0ubuntu1.tar.gz? [12:37] Hub441: no [12:37] Hub441: use myprog_1.0.0-1 and compile the source package in both environments to get two different binary packages. [12:37] Hub441: why don't you start with one machine, and then it will become clear to you [12:38] at the moment, i don't inted to cover more than one distro since i don't have any other dev-setup (not even a VM) ;) [12:38] Hub441: no problem you can set up a virtual building system in 5 minutes [12:38] just wanted to be sure to do everything right [12:39] Hub441: you were right to ask :-) [12:39] mok0: dial-up user: s/minutes/hours/ [12:39] Hub441: yikes [12:40] * mok0 wondes if you can create a pbuilder based on an installation CD [12:40] <\sh> hmmm...what happend to the qt frontend of bacula-client? [12:40] <\sh> ah there [12:47] just tried to run "sudo pbuilder build kradview_1.0.0-0ubuntu1.dsc" but it's missing base.tgz so i did a "sudo pbuild create" but this one tells me my distribution is hardy o_O [12:48] and i'm sure i'm running gutsy [12:49] there's a --distribution switch [12:49] you may also find pbuilder-dist in the ubuntu-dev-tools package useful. [12:51] Hub441: base.tgz is just a tar-ball containing a minimal system. You can have a hardy one, a gutsy one, a sid one, but you need to give them different names. That's where pbuilder-dist comes in handy [12:52] indeed, how much do i have to download? actually there is no progressbar (dial-up...) [12:53] Hub441: are you using pbuilder from gutsy-backports? [12:54] mlind: yes [12:54] Hub441: it seems that pbuilderrc in gutsy-backports has DISTRIBUTION=hardy :/ [12:55] Hub441: you'll need to change it from /etc/pbuilderrc or from your local ~/.pbuilderrc [12:56] jdong: ^^ [12:56] mlind: you're right! is it sufficient to have that single line in .pbuilderrc? [12:56] that's probably intended [12:56] Hub441: do you want it for a personal backport or for getting it in the archive at some point? [12:57] if the latter, you want to build it with the development release [12:57] pochu: you mean gutsy-backports having DISTRIBUTION=hardy ? [12:58] pochu: what? the package i'm working on? just want to figure out how to build debian/ubuntu packages. [13:00] Hub441: yes, placing DISTRIBUTION=gutsy in ~/.pbuilderrc overrides the default value. (unless it's a version which is affected by bug which prevents sourcing ~/.pbuilderrc) [13:01] I'll work on that later since the downloads for base.tgz don't seem to be dial-up conform ;) [13:02] mlind: yes. [13:03] mlind: so that people running the latest stable can continue with development (we also backport lintian and other stuff for the same reason) [13:03] and debootstrap... [13:04] pochu: I'm not sure if I understood correctly, but I don't mean distribution in debian/control [13:04] pochu: but in /etc/pbuilderrc [13:04] mlind: I know [13:04] (and distribution in debian/changelog will have gutsy-backports (: ) [13:06] pochu: well doesn't make sense to me if I want to get the lastest pbuilder from gutsy-backports and suddenly it wants to build packages for wrong distribution. [13:08] mlind: why would you want to use pbuilder from gutsy-backports and not from gutsy? [13:08] pochu: backports usually have newer stuff, bugs fixed etc. ? [13:09] bug fixes should go to -updates. and I don't think you should use development tools from -backports unless you are going to develop for the development version... [13:10] but I may be wrong... so let's jdong answer you :) [13:11] also, I don't think people should enable -backports and install everything from there, but rather only install what they really want, but that may be just me [13:13] could a motu-release manager have a look at https://bugs.edge.launchpad.net/ubuntu/+source/telepathy-python/+bug/218606 [13:13] Launchpad bug 218606 in telepathy-python "Crasher (prevents sugar from running)" [Medium,New] === Tonio__ is now known as Tonio_ [13:14] pochu: I bet I'm just confusing things :) [13:44] Is there a tutorial available somewhere on how to setup an automated pbuilder which will trigger a build as soon as I do an upload? [13:46] ...surely that's backwards. [13:46] <\sh> jdahlin_, dinstall is what you want (or mini-dinstall) [13:47] <\sh> jdahlin_, but locally, you don't need any upload actually... [13:47] \sh: I'm planning to setup a couple of vms for each distribution I support [13:47] upload in the dput sense, could be a local copy, ftp or whatever === _Czessi is now known as Czessi [13:52] <\sh> jdahlin_, well, i wrote a simple script which runs in an endless loop and checks whenever a source package was uploaded via ftp/webdav in a directory and then called sbuild [13:54] \sh: sounds more like what I'd need, do you have that script available somewhere? [13:55] <\sh> jdahlin_, undocumented sure..it consists actually of one shell script and one perl script === janito_ is now known as Lamego [13:57] <\sh> jdahlin_, you can get it from http://archive.linux-server.org/build/ and change it or improve it :) [13:58] \sh: thanks [14:14] * Hobbsee bashes ScottK with the cluebat. [14:16] ScottK: i'd say "here's your sign" on the mail too, but i'm unsure if you would get the reference. [14:17] <\sh> we should switch to scrum management [14:19] then again, another major part of the problem is if our new contributors are going away, are our regulars likely to do so as well, but stay for a longer timeframe? [14:19] those who aren't paid to continue with it, at least. [14:21] and how do we then cope with all the packages that are in ubuntu, not in debian, and very few people who are likely interested in them, who aren't being paid to work on other sections [14:23] Hobbsee, Ahh... you do have a way with words, eh? :P [14:23] cody-somerville: hmm? [14:23] cody-somerville: i work in customer service. of course i do. [14:23] * cody-somerville just read your e-mail re: Scott. [14:23] haha :) [14:24] there's a fine line between what can be said in an email which will be archived forever, and what i'd *like* to say. [14:24] cody-somerville: that's the toned down, third version email. [14:25] * cody-somerville fears receiving a private e-mail from Hobbsee when she is angry. [14:25] cody-somerville: i don't write mails when angry. [14:25] :) [14:25] cody-somerville: actually, as a rule, i don't tend to *get* angry. [14:25] s/angry/ [14:25] annoyed, yes. angry? no. [14:25] "tell it like it is", yes, definetly [14:25] which people seem to like mistaking for anger. [14:26] :/ somehow I can not change the MIRROR for my pbuilder :( [14:26] elmargol: how are you trying to change it? in the config file? [14:26] elmargol: did you run pbuilder-update --override-config ? [14:26] elmargol: Changes in pbuilderrc won't affect currently extant chroots by default [14:27] thx i try the override thing [14:27] elmargol: you need to do that for any config changes in your pbuilderrc, fyi [14:28] dholbach: ping? [14:29] Hobbsee: pong [14:29] Hobbsee, thx this helps [14:29] broonie, thank you too [14:37] FAX is a pain in the ass :( [14:37] why do people use this crap? :( [15:29] I can't really get mini-dinstall --batch to work, it complains about override entry's (both source & binary) [15:29] Is there anything obvious that I'm missing? [15:29] jdahlin_: any reason you use mini-dinstall? [15:29] I'm not sure it's really maintained, mabye somebody picked it up though [15:30] azeem: is there anything I should use instead of that? [15:30] I'm mostly following this tutorial here; https://wiki.ubuntu.com/PbuilderHowto [15:31] that error doesn't seem to be printed by mini-dinstall itself [15:34] jdahlin_: hrm, I think mini-dinstall is overblown just for local packages in pbuilder [15:34] unless you need it all the time, for lots of packages [15:34] just a local directory and dpkg-scanpackages should be fine, but I don't use pbuilder myself [15:35] <\sh> azeem, the idea is, upload a source package to dir and start a pbuilder to build the source package... [15:35] oh [15:35] \sh: well, it's under the "Building With Local Packages" paragraph [15:37] <\sh> azeem, yes...but it means: upload binary packages to use as local package repository for building other packages [15:37] <\sh> what jdahlin_ wants is a poor men's buildserver [15:37] I'm not sure what jdahlin_ wants [15:37] yes, a local, simple buildserver [15:38] I'd happily use launchpad's ppa if I could [15:38] <\sh> jdahlin_, check my scripts and improve them..it's the easiest way to achieve your goal [15:39] <\sh> jdahlin_, shell script just checks for .dsc files, and creates a .lock file for that...it pushes then the .dsc file to the perl script and this perl script actually needs to parse the .dsc file , if all necessary files are there, then start pbuilder/sbuild to build those packages [15:39] \sh: why sbuild instead of pbuilder btw? [15:39] <\sh> jdahlin_, well, because sbuild is that what the debian/ubuntu buildds are using [15:40] \sh: I have no real need to have an identical environment right now, pbuilder seemed easier to setup [15:43] <\sh> jdahlin_, change sbuild to pbuilder [15:44] <\sh> jdahlin_, you just need to sudo pbuilder build <.dsc filename> [15:44] <\sh> instead of sbuild (sbuild doesn't need sudo root rights) [15:47] <\sh> jdahlin_, take care, that sudo pbuilder doesn't ask for a password actually... [15:55] <\sh> ajmitch, dude, where is best to work in NZ for a german IT pro? === doko_ is now known as doko [16:15] \sh: btw, nice mail (that one about the priorities) :) [16:20] <\sh> RainCT, it was just to clean up my head... [16:20] \sh: heya :) [16:21] <\sh> actually, during the last hour, I watched Ken Schwab @Google HQ talking about SCRUM Management...that was quite nice, and gave me some ideas [16:22] <\sh> hey emgent [16:24] \sh: That sounds interesting, any leftovers? ie. anything saved of it? [16:24] <\sh> AstralJava, http://video.google.com/videoplay?docid=-7230144396191025011 [16:24] Cheers. [16:25] <\sh> AstralJava, a little bit of advice, download the video in mp4 format...much better quality and more reliable then watching the flv stream [16:25] <\sh> Ken Schwaber it's his name actually [16:25] <\sh> damn typing errors [16:30] \sh: Thanks for the tip. === pgquiles__ is now known as pgquiles [16:34] <\sh> AstralJava, very informative...actually we are working with scrum management right now in our company here...and the results are amazing...much better then in other companies I worked before [16:36] Yeah my company utilizes scrum a lot too, it's why I want to understand more of it. [16:39] <\sh> AstralJava, I think the central statement of Ken about scrum is : "SCRUM works with idiots..idiots don't know anything...and they are producing crap, but with scrum, they are producing high quality crap in less time, which is good" ... a good laugh :) [16:39] Bwahaha! [16:48] james_w: shot down your idea too, sorry. [16:48] here's your beverage of choice. please drink it, and come up with a better idea. [16:48] :) [16:48] Hobbsee: I don't support the idea [16:49] james_w: right. So i just shot down the perceived idea, that you don't support, more. [16:49] :-) thanks [16:49] but you can have a large drink anyway. *hands it over* [16:50] thanks [16:50] <\sh> Hobbsee, revu.tauware.de -> redirect to: http://build.opensuse.org/ ? ;) [16:51] \sh: hahaha [16:51] \sh: now, i've not seen anyone propose that yet. [16:51] \sh: but i hear that does do debian packages [16:52] <\sh> Hobbsee, of course .. they produce from one spec file, one tar.gz debian dir and one source file at least a couple of packages for different rpm distros and debian packages for debian and ubuntu ;-) [16:52] <\sh> depends what they are supporting nowadays... [16:52] yeah, great. [16:52] that's *just* what we want in ubuntu [16:52] <\sh> Hobbsee, -EDONTWORKLIKETHATERROR...the buildservice of opensuse is opensource [16:52] haha [16:53] <\sh> Hobbsee, and funny that it's a mixture of RoR + perl (the dependency calculator for rpm packages and deb packages...) + python [16:53] eww [16:54] <\sh> Hobbsee, psst..I'm telling you a secret: they are calculating the binary .deb deps with a patched rpm software ;) [16:54] classy [16:55] <\sh> creating apt and yum and whathaveyou package repositories on the fly... [17:02] * Yagisan watches debtorrent eat up 500MB of ram and wonders if installing it was such as good idea [17:39] I used dpatch-edit-patch to create a dpatch, which worked, and so did a dpkg-buildpackage, but now trying to do a dpkg-buildpackage -S it says failed when de-applying. Any ideas on where to look for the problem? [17:40] megabyte405: what was the failure? [17:41] james_w: It just says failed - I tried a couple things to try to get an actual message, but all I have is "failed" on the patch i just added [17:43] $ dpatch deapply-all [17:43] reverting patch 50_backport_svn from ./ ... failed. === fabo_ is now known as fabo [18:40] jdong: ping. I've the deluge-torrent update ready (yesterday I didn't finish as I had to download the build dependencies xD). [18:44] RainCT: was there anything eventful involved other than a uupdate? [18:46] RainCT: if you feel that no packaging changes were intrusive you have my go-ahead :) [18:47] jdong: it has no watch file / get-orig-source rule, but I just took the source tarball from upstream's website and it worked fine without changes. I slightly modified the .desktop file (it's in debian/), but that doesn't count as intrusive, or? [18:49] RainCT: that sounds reasonable to me. [18:50] jdong: (that's the changelog: http://paste.ubuntu-nl.org/63552/plain/) [18:50] RainCT: looks good to me [18:51] <]-[afranckeR> can i speak spanish? [18:52] ]-[afranckeR: the channel is English only, but if there's some word you don't know I can translate it [18:52] <]-[afranckeR> :( [18:52] <]-[afranckeR> ok [18:52] <]-[afranckeR> sorry my english [18:52] jdong: cool, can you ack the bug report pls? [18:53] bug 218182 [18:53] Launchpad bug 218182 in deluge-torrent "deluge-torrent: new upstream version 0.5.8.9" [Wishlist,New] https://launchpad.net/bugs/218182 [18:57] Still nagios2 in hardy :( I guess a backport will be out. Nagios 3 was released April 1st [19:00] Kl4m: eventually maybe.. [19:01] Kl4m: if it hits ibex then it can probbaly be requested [19:03] RainCT: commented [19:06] ok, uploading :) [19:06] btw, in which package are the tty's? [19:39] Hello [19:45] cmat: hello [19:45] I'm interested in packaging some software, is this to correct place to ask? [19:46] cmat: Check the 'Contributing' link in channel topic [19:46] Thank you. [19:46] geser, I was looking at python-omniorb2, have you any clue about the remaining changes ("Build for current Python version only") given that there's a solution for debian 400490? [19:46] Debian bug 400490 in python-omniorb2 "python-omniorb2: FTBFS: file movelist missing" [Serious,Fixed] http://bugs.debian.org/400490 [19:47] I don't know if it's related, though. === Spec is now known as x-spec-t [19:49] If I'm testing a package, there's no easy way to test apt-get using a local file, is there? [19:49] Is checkinstall a good tool for creating *.edb packages? [19:50] cmat: no [19:50] cmat: it's a "good" tool for testing quickly an application [19:50] cmat: but it creates packages that suck [19:54] DktrKranz: I remember the package but I don't remember anymore the reason behind this change [19:54] DktrKranz: you might better ask doko about it as he introduced this change === santiago-php is now known as santiago-ve [19:56] DktrKranz: looking at the PTS for python-omniorb2 I see it got removed from unstable and testing [19:57] Thank you for the information. I'll stick with the guide. [19:58] ah, the source package name changed [19:59] geser, thanks. I'll ask him. === doko_ is now known as doko === vark is now known as kadvar [21:11] i got a weirdo question. i got a .deb working on all debian based, i would like to port it for .rpm. i got the .rpm built but seek answer for fedora specific questions. like where is the /usr/share/autostart in fc, or update.rc etc... anybody knows a channel similar to #ubuntu-motu but for fedora ? [21:12] zorglu_: you'd probably better of asking that kind of question on #fedora-devel [21:13] jdahlin_: i tried but they just ignored me :) i had to try here [21:13] lol [21:13] jdahlin_: too bad. thanks :) [21:13] I think our guesses on how rpm works are like checkinstall-ish or dh_make && debuild ;-) [21:14] update-rc.d should be "chkconfig" if it hasn't changed since the 90's [21:14] (cough) [21:38] heya [21:43] Hobbsee: No, I wouldn't have gotten the reference. I agree having to upload a binary is no guarantee of much of anything, but it would at least let us run lintian on the binary too and let us know it built somehow, somewhere. All that's a step up from where we are now. [21:44] Personally I'm a lot less worried about making it easier for contributors than I am conserving reviewer time and interest. === janito_ is now known as Lamego [22:14] norsetto: Would you please give me an ack to upload Bug #218893 after I get done testing? It's got one very small feature that will actually help supportability. [22:14] Launchpad bug 218893 in dkim-milter "New upstream release (almost all bug fixes) - dkim-milter" [Undecided,New] https://launchpad.net/bugs/218893 [22:14] scottk: I thought you acked your own uploads? [22:15] FFe needs 2 [22:18] scottk: the AllowSHA1Only is also a new feature I guess [22:20] norsetto: Perhaps. I think of it as a bug it didn't do that all along. [22:21] norsetto: I'm thinking produces signatures that can't be decrypted is a bug. [22:21] If you want me to list that as an additional feature, I will. [22:21] scottk: looks good to me, I trust you know it better than me anyhow [22:22] Thanks. Please mark an ack in the bug if you haven't. [22:22] scottk: done [22:22] Thanks again. [22:23] scottk: my pleasure === pgquiles__ is now known as pgquiles [23:08] anyone with amd64 and epiphany out there could see if `LD_LIBRARY_PATH=/usr/lib/xulrunner-1.9b5 epiphany` makes ephy segfault? [23:18] pochu: if you read the logs: Yes, epiphany crashed on amd64 [23:56] night folks