=== rcj is now known as Guest84361
=== RoozbehShafiee__ is now known as RoozbehShafiee
pittidoko_: lintian is fixed now, binutils is a valid candidate nwo07:29
pittimvo: thanks for fixing software-properties!07:30
* pitti fixes the aptdaemon failure07:30
mvopitti: sure, yw07:48
Mirv@pilot in08:01
=== udevbot changed the topic of #ubuntu-devel to: Archive: open | Devel of Ubuntu (not support or app devel) | build failures -> http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and discussion of lucid -> utopic | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: Mirv
LocutusOfBorg1morning developers08:04
LocutusOfBorg1hi Mirv do you patch pilot today?08:04
LocutusOfBorg1quick question, can you see bug 1397558 ?08:05
ubottuError: Launchpad bug 1397558 could not be found08:05
LocutusOfBorg1it is a security issue, a merge from debian08:05
MirvLocutusOfBorg1: for a bit at least, yes! no, I don't see that issue either unfortunately :( maybe it's then security team only.08:06
LocutusOfBorg1ok unmark08:06
LocutusOfBorg1can you please try again?08:06
LocutusOfBorg1bug 139755808:07
ubottubug 1397558 in tcpdump (Ubuntu) "please merge tcpdump from debian" [Undecided,New] https://launchpad.net/bugs/139755808:07
MirvLocutusOfBorg1: now it works08:07
LocutusOfBorg1wonderful :)08:07
LocutusOfBorg1I'm the previous uploader, trivial merge08:07
MirvLocutusOfBorg1: I've to disappoint though by being a mere MOTU, not core-dev :(08:07
LocutusOfBorg1no problem, next sponsor will maybe have a look :)08:08
MirvI'd guess so, yes08:08
LocutusOfBorg1I was wondering if it was showing up on the queue08:08
MirvI think it should now, after the next refresh08:09
LocutusOfBorg1yep, thanks08:09
dholbachgood morning08:11
tkamppetermvo, hi08:21
mvotkamppeter: hi till, sorry, haven't goten to your mail yet, working on backlog this morning though08:22
tkamppetermvo, after some investigations the problem has chenged, now it is bug 1397750.08:23
ubottubug 1397750 in aptdaemon (Ubuntu) "Not able to install packages using the PackageKit D-Bus API" [High,New] https://launchpad.net/bugs/139775008:23
tkamppetermvo, the original problem is solved as the system had accidentally PackageKit instead of aptdaemon installed. After fixing that, the original problem points are solved. Now the problem is that the package ID does not get correctly interpreted when the actual installation of the package happens.08:25
mvotkamppeter: aha, thanks08:25
tkamppetermvo, and other functions, like the one to list the package's files understand the package ID.08:29
Mirvwould any core-dev be willing to sponsor frafu's bug fix which I made a branch of? lp:~timo-jyrinki/ubuntu/vivid/onboard/onboard_fix1378739_137676408:35
Mirvbug links etc at https://code.launchpad.net/~timo-jyrinki/ubuntu/vivid/onboard/onboard_fix1378739_1376764/+merge/24325908:36
mvotkamppeter: oh, so its just install that does not?08:37
tkamppetermvo, yes, only this pk.installPackage().08:41
seb128Mirv, hey, I can do that08:42
Mirvseb128: thanks!08:44
Mirvpitti: could you take a look at https://code.launchpad.net/~yuningdodo/ubuntu/trusty/usb-creator/usb-creator.lp1361474+lp1300361-recreate-udisks-client/+merge/232852 ? I've built and tested it with various cases on 14.04 now as explained in the comment.09:28
=== vrruiz_ is now known as rvr
MirvLocutusOfBorg1: yes the tcpdump security bug now is visible in the sponsoring page. meanwhile, I'll take a look/test at your earlier ettercap SRU as that's in universe.09:46
LocutusOfBorg1Mirv, honestly I would like to see an SRU of everything is now in vivid and testing...09:54
MirvLocutusOfBorg1: I know, but unless each of the new version's commits can fulfill the SRU criteria, it's a bit tough to sell for the SRU process.09:57
LocutusOfBorg1it has been two ettercap releases that are almost completely bug fixes09:58
LocutusOfBorg1when we have new features we usually disable them with cmake parameters, and being both debian and upstream maintainer gives me the power to be sure about it :)09:59
pittiricotz: stable patch queue> just didn't get to that yet, but will do now10:50
cousteauwhat's the channel for package maintenance?  I want to ask why moonlight is not in repositories anymore10:55
ricotzpitti, hi, alright, thanks11:05
=== greyback_ is now known as greyback
=== _salem is now known as salem_
pittiricotz: or I would if I would find an effective git invocation that does that :)11:17
rbasakcousteau: it was left unmaintained: see https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=638565 and https://launchpad.net/ubuntu/+source/moon/+publishinghistory under Oneiric.11:17
ubottuDebian bug 638565 in ftp.debian.org "RM: moon -- RoQA; outdated, NPOASR, outdated" [Normal,Open]11:17
cousteauI see11:18
cousteauI think I'll better find other alternatives to Silverlight rather than trying to install an unmaintained program11:21
cousteaurbasak, thanks!11:22
pittiricotz: meh no, that's broken11:48
pittiricotz: current v217-stable doesn't even build -- I'll rather wait for 218 then11:48
ricotzpitti, oh, really, i just noticed the 216 and 217 tags are not pushed to the stable repo11:49
ricotziirc there is a small script mentioned in the changelog to fetch the queue11:50
pittiricotz: I did fetch the patches, but they cause build errors; apparently undeclared patch dependencies11:50
ricotzhmm, i see :\11:50
ricotzdoesnt count for a good maintenance over there11:51
pittiricotz: I take that back, this is due to another patch; I fix that first, and then try the stable series again11:59
pittiricotz: anyway, last commit to v217-stable was on Nov 11, quite old already11:59
ricotzpitti, ok, although there are 50 patches on top of the release11:59
=== MacSlow is now known as MacSlow|lunch
shadeslayerit's a mess I tells ya12:53
=== MacSlow|lunch is now known as MacSlow
mardyjdstrand: hi! About confinement of account plugins: I didn't think about using the aa_* functions, and I went for ubuntu-app-launch2 instead (because I was looking at PayUI, and that's how they do it)13:07
mardyjdstrand: do you think I should change to use aa_change_profile() instead, and go back the previous implementation (using just QProcess)? It would be a rather quick change, so I wonder if you would recommend one method over the other13:08
Mirv@pilot out13:19
=== udevbot changed the topic of #ubuntu-devel to: Archive: open | Devel of Ubuntu (not support or app devel) | build failures -> http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and discussion of lucid -> utopic | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots:
=== eliasps_ is now known as eliasps
LocutusOfBorg1sorry cjwatson you were mentioned on the changelog https://bugs.launchpad.net/ubuntu/+source/binutils/+bug/1266492 Indeed wasn't your code, but the previous one14:11
ubottuLaunchpad bug 1266492 in evolution-data-server (Ubuntu Trusty) "ld:i386 crashes with -static -fPIE -pie" [Critical,Confirmed]14:11
* LocutusOfBorg1 thinks that monday shouldn't be a workday14:11
LocutusOfBorg1sorry again14:12
balloonsmvo, ping again :-) I keep missing you. I'm curious about a couple things. 1) Multi-arch support for the click, so click build can automagically target multiple arches (using schroots?) 2) This bug seems to prevent us from being able to install from the store on x86 https://bugs.launchpad.net/ubuntu/+source/click/+bug/139661114:26
ubottuLaunchpad bug 1396611 in click (Ubuntu) "Can't install click packages with pkcon" [Undecided,Confirmed]14:26
=== oSoMoN_ is now known as oSoMoN
brainwashpitti: I've encountered https://bugzilla.redhat.com/show_bug.cgi?id=1159117 while testing systemd 217 from proposed (backported to utopic)15:05
ubottubugzilla.redhat.com bug 1159117 in systemd "systemd 217 show dependency loop and won't start gdm" [Urgent,Closed: rawhide]15:05
pittibrainwash: that shoudl be fixed in -2 (just uploaded to experimental) and -2ubuntu1 (just preparing for vivid)15:07
pittibrainwash: it's part of the v217-stable fixes15:07
pittibrainwash: backport from -proposed> livin' on the edge, eh? :-)15:07
brainwashpitti: great, I will test it later15:07
brainwashhttps://launchpad.net/~unit193/+archive/ubuntu/systemd from Unit19315:08
brainwashsystemd is pretty stable, so I'm not that worried about using the latest release15:09
=== Guest84361 is now known as rcj
=== roadmr is now known as roadmr_afk
=== roadmr_afk is now known as roadmr
didrocksbarry: hey, how are you?15:21
barrydidrocks: hi, good!  and you?  i'm in a meeting atm15:22
didrocksbarry: I'm good as well, thanks! feel free to answer when your meeting ends then, there is no hurry :)15:22
didrocksbarry: we did have an interesting session at last UOS about "preventing people to shoot in their feet by sudo pip install" (same for rubygem) where aquarius argued heavily we should avoid those behaviors15:22
didrocksbarry: to not be too intrusive (especially with sysadmins having their scripts I guess), I have in my mind the following suggestions:15:23
didrocksbarry: having the ubuntu developer tools setting an environment variable like PROTECT_DEVS_USE_LOCAL, and then patching pip/rubygem to bails out by default if this env variable is set (and linking to a wiki page so that they understand exactly why and how to fix this)15:24
didrocksbarry: another patch would be that "pip install" (without sudo) doesn't try to install by /usr/local by default and give a better error, I can do this as well15:25
didrocksjust wanted your thoughts on this :)15:25
pittistgraber, jodh: I believe I captured most of the work in https://blueprints.launchpad.net/ubuntu/+spec/core-1411-systemd-migration as WI now; please double-check, though15:25
didrockspitti: add grub entry to boot with upstart -> done locally at least ;) I might add some btw, like the fallback X session if you don't mind15:26
pittididrocks: please do15:26
mvoballoons: hi, sorry, super busy, let me look at your question15:51
pittizul: can you please look into http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#python-taskflow ?15:53
pittizul: it's uninstallable (missing python-ordereddict)15:53
pittiapw: ^ FYI15:53
zulpitti:  yep15:53
apwpitti, ack thanks15:53
pittizul: thanks15:54
pittidoko_: btw, binutils still didn't propagate -- http://people.canonical.com/~ubuntu-archive/proposed-migration/update_output.txt has some uninstallabilities?15:54
mvoballoons: could you file a bug about the multi-arch clicks ? do you want to generate multiple clicks? or a single "fat click"?15:55
balloonsmvo, yes a single fat click. I was successful in manually building one, and it goes into the store, installs across devices all fine. But click itself can't build it15:56
barrydidrocks: my understanding is that in some (not too distant) future, pip --user will be the default outside of virtualenvs.  imo, that's the right way to go, i.e. no --user *inside* venv by default, but --user *outside* venv by default.  that should go a long way to making pip sane on ubuntu15:57
barrydidrocks: i'd be very happy to consider making --user the default now-ish in debuntu15:58
didrocksbarry: oh, that sounds really nice! do you want a patch for this?15:58
sergiusensballoons: building fat clicks has been possible for a while, and 'click build' works fine if you gve it the right layout15:59
balloonssergiusens, I'm happy to be informed. I didn't file a bug on it because I'm not sure how it's supposed to be happening now, or if it's not yet built, etc15:59
barrydidrocks: yes!  also: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=72584816:00
ubottuDebian bug 725848 in python-pip "python-pip: default install method for non-root users should be --user" [Normal,Open]16:00
didrocksbarry: opened, will send you something your way for debian tomorrow I guess :)16:00
barrydidrocks: sounds great, thanks16:00
didrocksbarry: thanks for the feedback :)16:00
sergiusensballoons: I did this really quick for the ci engine as a base template sort of thing: http://bazaar.launchpad.net/~sergiusens/uci-engine/click/view/head:/click-builder/click_builder/clickbuilder.py16:01
sergiusensballoons: feel free to use as inspiration16:01
barrydidrocks: note dstufft's comment, there does need to be a way to turn off --user and actually, outside of a venv, i'd be happy if that mythical --no-user complained and exited if uid != 016:01
balloonssergiusens, awesome thanks. I'll have a look at it after my call16:02
barrydidrocks: there's also code in python-pip's quilt patches to determine whether your inside or outside a venv.  it should work for both python-virtualenv (py2 and py3) and pyvenv (py3)16:02
barryit's been a while since i caught up on that github thread16:02
balloonsso sergiusens the idea is you have chroots for each arch and this cobbles them together?16:03
didrocksbarry: agreed on --no-user + complain if uid != 0 :) (and ack on the virtualenv one)16:03
sergiusensballoons: that was what I was going for; but you can't get too much into 'click' itself without breaking the concept of simple packaging16:05
balloonsso I guess my question for mvo is what sort of support will be built in to click itself for this?16:05
doko_pitti, yep, known. will care about it later today16:08
balloonsmvo, and when you have a moment again, I'm curious about the store bug as it's stopping installation of packages from x86 installs. Want to make sure it's filed in the proper place, etc.16:09
pittidoko_: no hurry, just wanted to keep up updated16:10
bdmurrayseb128: did you find that unity-settings-daemon segfault?16:12
seb128bdmurray, we found/fixed it, but I'm concerned that e.u.c didn't register it when it was impacting every single laptop user and that we know a good number of people reported it16:12
dobeyballoons: that's not an issue with the store. it's an issue with click/pkcon integration. so filing it under click is the right place i think16:13
bdmurrayseb128: do you have an OOPS ID for any of those reports?16:13
seb128pitti, ^ do you have the oops id for the report you did about the usd/upower issue?16:14
seb128bdmurray, it looks like https://errors.ubuntu.com/problem/7689f87da805c668a249ff41702cf7706a046e3716:17
seb128bdmurray, I wonder if those just took a while to get retraced16:17
seb128though e.g pitti's one is not in that bucket it seems16:18
bdmurrayseb128: there is a backlog for amd64 (a week) but we are on top of i386 (for the most part)16:18
seb128so that probably explains it16:18
bdmurrayseb128: I'm submitting an RT to dump the amd64 queue again and we are moving to scaling stack for the retracers real soon now.16:19
pittihm, do we really just have i386 traces there?16:19
seb128do you know if the backlog is a temporary issue?16:19
bdmurrayseb128: yes, temporary we haven't added any new amd64 retracers for a while.16:19
bdmurraypitti: any luck with bug 1370230 yet?16:20
ubottubug 1370230 in Apport "apport-retrace has become slower" [High,Triaged] https://launchpad.net/bugs/137023016:20
pittistill swamped :(16:20
mvoballoons: would you mind filing a bug about the click build for multi-arch? just so that its tracked ?16:20
pittiand TBH with all the snappy stuff now being thrown my way it's not going to get better anytime soon, so anyone who wants to have a go at this please do16:20
mvoballoons: the install bug seems to be a issue with the packagekit backend  - it appears it tires to install the click as a deb instad of as a click16:21
mvoballoons: so thats a click-bug16:21
bdmurraypitti: alright, I'll have a look then. What about bug 1394798 for which I added a patch?16:21
ubottubug 1394798 in Apport "Contents.gz files exist multiple times in sandboxes" [Undecided,Confirmed] https://launchpad.net/bugs/139479816:21
balloonsmvo, yes I will file a bug for multi-arch. Thanks for confirming the bug is in the right spot16:21
=== arges` is now known as arges
mvoballoons: something similar was reported some days ago16:22
didrocksshadeslayer: hey, so, we do have the transitions ppa with bluez5 (working as checked with pulseaudio) done, mind uploading bluedevil (I can sponsor you if you can't upload) there? https://launchpad.net/~ubuntu-desktop/+archive/ubuntu/transitions16:22
shadeslayerdidrocks: ok, I can put it on my todo for tomorrow, is that alright?16:23
shadeslayerI didn'16:23
shadeslayerI didn't realize that the transition work had been done so quickly :)16:23
didrocksshadeslayer: that's perfect, thanks! (Not everything is in yet TBH, but we did validate the base is working :))16:25
ogra_shadeslayer, just as yourself "could it be on a phone install ?" ... if the answer is yes, then you can be sure the transition is done in no time ;)16:25
seb128apw, hey, dunno if you noticed bug 1377378, it seems it started with your upload on https://launchpad.net/ubuntu/+source/plymouth/0.9.0-0ubuntu716:25
ubottubug 1377378 in plymouth (Ubuntu) "plymouthd crashed with SIGSEGV in ply_renderer_get_buffer_for_head()" [Medium,New] https://launchpad.net/bugs/137737816:25
didrocksogra_: this is more desktop-centric for now than phonish TBH. Testing on the phone would be next step ;)16:25
didrocks(of course, before pushing to -proposed)16:26
pittibdmurray: queued, I'll have a look tomorrow morning at this; you just need this in trunk, right?16:26
smoserwhen would i expect that http://archive.ubuntu.com/ubuntu/dists/trusty-proposed/main/installer-amd64/current/images/ would have a 'utopic-netboot' entry like at http://archive.ubuntu.com/ubuntu/dists/precise-updates/main/installer-amd64/current/images/16:26
bdmurraypitti: correct. it likely doesn't make a huge difference, but every little bit helps.16:26
smoseri'd expect it since linux-generic-lts-utopic and friends are available in trusty (https://launchpad.net/ubuntu/+source/linux-meta-lts-utopic)16:27
smosernormally i ping infinity by name for such queries. ;)16:28
jdstrandmardy: hi! I'm going to point you at tyhicks on the recommendation. ual *should* be doing the right thing, but tyhicks may have more insight16:29
mardyjdstrand: OK, thanks16:29
apwseb128, hmmm nope not noticed that one16:30
seb128apw, ok, now you did I guess ;-)16:30
apwyep now i did16:30
tyhicksmardy: sorry but I'm not very familiar with how the account plugins are being confined16:36
tyhicksmardy: I'll take a look at the code and will get back to you16:36
mardytyhicks: the code is here: https://code.launchpad.net/~mardy/ubuntu-system-settings-online-accounts/click-plugins/+merge/24329616:42
=== cmagina_ is now known as cmagina
seb128wgrant, hey, did you enable langpacks exports for vivid (dpm mentioned he usually pings you to enabled those)? (looking to https://translations.launchpad.net/ubuntu/vivid/+language-packs suggest it's not on yet?)16:48
seb128bdmurray, I got an email about https://errors.ubuntu.com/problem/e43c6a36473bb0fa132807674f9dff8bc5bbcf8e being a possible sru regression in "nautilus version 1:3.10.1-0ubuntu9.4 to trusty", but it has reports for 0ubuntu8 ... can you clear that off the list and let the update be rolled out?16:58
seb128bdmurray, do you know why the email was generated since 0ubuntu8 has reports and it's < 0ubuntu9.4?16:59
bdmurrayseb128: likely because it was never reported about 9.317:01
seb128bdmurray, k, I guess it's just random enough that that didn't happen yet17:02
seb128but it's not a regression from the change for sure17:02
bdmurrayseb128: okay, I'll override it then17:02
bdmurrayseb128: actually there were multiple emails about nautilus, I'll review all of them17:04
seb128bdmurray, thanks, let me know if you need more info/testing17:04
=== greyback is now known as greyback|afk
tyhicksmardy: hey - I got a chance to look at all the components involved18:11
tyhicksmardy: I think you're doing it the best way already by using ual18:12
tyhicksmardy: if you were actually spawning the process yourself then you'd need to use aa_change_profile but you're already trusting ual for so much that you might as well trust it for setting up proper confinement, too18:13
tyhicksmardy: also, if you called aa_change_profile(), then the plugin's profile would need to allow all of the stuff that libubuntu-app-launch does behind ubuntu_app_launch_start_multiple_helper()18:16
tyhicksthat wouldn't be ideal18:16
=== ValicekB_ is now known as ValicekB
rharperarges: I'm trying to test out the updated qemu package for bug 1370199,  I've got trusty-proposed enabled, when I try a apt-get install qemu/trusty-proposed it shows the right package, but doesn't actually start the install ... what am I messing up?18:38
ubottubug 1370199 in qemu (Ubuntu Trusty) "qemu upstart job should create /dev/kvm in a container" [Undecided,Fix committed] https://launchpad.net/bugs/137019918:38
argesrharper: i'm not sure, can you pastebin the output?18:44
rharperarges: ^^18:45
argesrharper: how did you setup apt for enabling -proposed?18:59
rharperadded the line from the wiki page18:59
argesrharper: i just did this today and the only difference was that I added the apt/preferences to change the pin priority19:05
rharperok, well, lemme try the apt/prefs19:05
argesrharper: can you try teh same with qemu-kvm instead?19:05
arges(not that i think that would make a different)19:05
rharperthat worked19:06
argesperhaps its something to do with how qemu is packaged? maybe hallyn would have a better idea19:06
rharperarges: yeah.  thanks for the tip, testing out this now in a trusty container to see if the /dev/kvm gets created19:07
mardytyhicks: thanks a lot, that's good to know!19:33
=== roadmr is now known as roadmr_afk
cyphermoxmterry: I was wondering if you could have another quick look at the three MIRs I submitted; the packages will be looked after by the desktop team20:00
mterrycyphermox, done20:02
=== broder__ is now known as broder
wgrantseb128: I see two langpacks on that page.20:13
seb128wgrant, what page?20:14
wgrantseb128: The langpack page you linked.20:15
seb128wgrant, is that an issue? I've not clue what needs to be done, dpm just hinted me that the export needs to be enabled20:17
wgrant Full language pack: 2014-12-02 02:03:16 EST download icon20:18
wgrantThe export *is* enabled, and there are langpacks there.20:18
argesrharper: so i believe bug 1292234 is an upstream issue, however the only variable that seems to cause it is using ext3 vs ext4 as the host filesystem. So this could be some obscure ext3 bug only triggered by qcow2 snapshotting...20:23
ubottubug 1292234 in qemu (Ubuntu) "qcow2 image corruption in trusty (qemu 1.7 and 2.0 candidate)" [High,Confirmed] https://launchpad.net/bugs/129223420:23
=== roadmr_afk is now known as roadmr
rharperarges: I saw your update ... that's quite interesting...21:12
rharperarges: it still feels someone related to extent mapping, but i'm outta my depth w.r.t ext3 vs ext4 internals21:13
argesrharper: would there be ext3 features I could tweak to isolate that?21:13
rharperI don't think those are exposed21:13
rharperext4 allowed for delayed extent allocation (hence the feature bit)21:13
rharperwhich allowed for more contiguous allocations by applications21:14
rharperwe're using which cache mode?21:14
rharperdefault?  writeback ?21:14
rharperwritethrough is default (aka O_DSYNC)21:14
argesrharper: writethrough21:15
rharperI wonder if playing with the mode there matters much ... eaiser to play with if we have a reasonable reproducer -- will kick that off sometime today ; need to create an ext3 filesystem to play with though21:15
argesrharper: i also tested with latest and greatest qemu/linux and it still reproduces. so afaik this is an upstream issue somewhere21:16
rharperarges: but older qemu works ok?21:17
rharperaka, qemu-kvm 1.0 or whatever was packaged in precise ?21:17
argesrharper: i should check that out... could reverse bisect21:17
rharperright, I suspect it's related to IO flushing....21:18
rharperarges: if the recreate ever gets really reliable, there is a block io system trace which might prove interesting to compare between versions21:19
argesrharper: it seems fairly reliable... we could just set it in a loop to retry like 5 times21:20
rharperi'd be really surprised if it was an actual ext3 bug21:20
argesme too21:20
rharpermore likely an application error with flushing data .. it's not like the fs is corrupt21:20
rharperrather data within the file is21:20
rharperarges: so something with trying is to use cache=directsync (aka OSYNC|ODSYNC)21:22
rharpererr, ODSYNC and ODIRECT -- sync writes and no host page-caching21:22
argesrharper: i'll give that a shot21:23
=== yp is now known as Guest72231
=== barry` is now known as barry_
=== slangase` is now known as slangasek
=== roadmr_ is now known as roadmr
=== barry_ is now known as barry
argesrharper: cache=directsync still shows the failure21:32
=== Pici is now known as Guest74903
=== xnox_ is now known as xnox
=== Guest72231 is now known as ypwong
=== Trevinho_ is now known as Trevinho
=== robru_ is now known as robru
=== psivaa_ is now known as psivaa
rharperarges: interesting ...21:59
rharpervery confusing why this is a ext3 only issue...22:00
=== sarnold_ is now known as sarnold
=== salem_ is now known as _salem

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!