[12:30] <Scorpio> hallo
[12:31] <Scorpio> I am from Russia
[12:31] <Scorpio> Tell me about Ubuntu Linux
[12:31] <Scorpio> please
[12:32] <Scorpio> m?
[12:41] <SteveA> Scorpio: try #ubuntu
[12:42] <SteveA> http://ubuntu.ru/Wiki has stuff on.  i can't read any of it, though
[12:45] <Scorpio> Thanks
[12:47] <ddaa> Hi SteveA, doing overtime are you?
[09:02] <fabbione> ops
[09:02] <fabbione> echan
[09:19] <Scorpio> hi
[10:30] <_off> hi
[10:47] <Edgardoweb> quiero live cd
[11:03] <Edgardoweb> dand, ??
[11:23] <Blejdfizt> No habla Espaol
[03:59] <munzir> hi gurus, is rosetta open-source? where can I download it?
[04:01] <munzir> is this question soo difficult? ;)
[04:02] <Kinnison> We're mostly asleep I think
[04:02] <Kinnison> Rosetta is not open-source
[04:02] <Kinnison> It's part of the Launchpad application
[04:03] <munzir> Kinnison: aha! where can I find how does it compare to other free software like pootle or kartouche?
[04:04] <munzir> Kinnison: I mean what would convince me to go and buy if I would find similar software that is free?
[04:06] <munzir> mostly I am missing some history
[04:09] <sivang> munzir: hi there, did you read the links I sent you last time?
[04:09] <sivang> munzir: it's all explained there
[04:12] <munzir> sivang: really? please give it to me again
[04:17] <munzir> sivang: all I remember I asked you how you compare solutions like pootle to rosetta and you told me you are more comfortable with the later and I decided to try it. but when I go to download i didn't find it. so I am sorry I didn't notice those links you gave me
[04:18] <munzir> sivang: don't think that i didn't care about your tips ;)
[04:24] <munzir> sivang: can you just give a hint? maybe I have read it but forgot!
[04:27] <sivang> munzir: ofcourse :)
[04:27] <sivang> munzir: all the answers are there
[04:27] <sivang> a sec
[04:28] <sivang> munzir: 1) https://wiki.ubuntu.com/RosettaFAQ
[04:28] <sivang> munzir: 2) https://launchpad.net/products/drupal/+translations (for drupal translations)
[04:29] <sivang> munzir: you might want to pay attention to Question #1 :)
[04:30] <munzir> sivang: ok thanks I am reading it all carefully now ...
[04:30] <sivang> munzir: pootle also feels very disoranized to me, but again this is maybe because of a certain way I got used to think
[04:30] <sivang> munzir: np :) if you have any questions let me knw, I'd be happy to answer if I CAN
[04:30] <sivang> s/CAN/can/
[04:38] <munzir> sivang: still reading but lots of things are clear now. If you have time, I would like if you can take a look at http://www.dotmon.com/kartouche/ and give me how you see it
[04:40] <munzir> sivang: it's strange that both kartouche and rosetta has a name related to Egyptian hieroglyphic but I love it really
[05:05] <mahangu> has anybody written a gtk frontend for launchpad?
[05:09] <sivang> munzir: :)
[05:11] <sivang> mahangu: I've thought about it, https://launchpad.net/distros/ubuntu/+spec/launchpad-login-app
[05:12] <mahangu> sivang, ive written the skeleton of a live support application in perl
[05:12] <mahangu> irc backend
[05:12] <mahangu> i thought that launchpad might be a better backend though
[05:12] <mahangu> i would love to help you on it, if you're open to that
[05:13] <sivang> mahangu: well, as you can see it's not even a goal for the time being (deferred) maybe for dapper+1 :)
[05:13] <sivang> mahangu: what's live support application?
[05:13] <sivang> mahangu: and how does it relate to irc?
[05:13] <mahangu> sivang, we could release it as a launchpad extension
[05:13] <mahangu> so other distros that use launchpad can use it
[05:14] <mahangu> sivang, are you on ubuntu-devel?
[05:14] <mahangu> mailing list I mean
[05:14] <sivang> mahangu: yes, I am
[05:14] <mahangu> sivang, im just sending out an email now
[05:14] <sivang> mahangu: ok, cool . please include links so I can see that thingy you've done in perl, if it's related :)
[05:15] <mahangu> sivang, my perl is crappy
[05:16] <mahangu> im rather embarrased to link that to a list of hardcore devs
[05:16] <mahangu> :S
[05:17] <sivang> mahangu: no prob, I Just wanted to try and better understand what you wrote :)
[05:17] <sivang> mahangu: I don't think my perl is better either :) I am now concetrated on python
[05:17] <mahangu> sivang, http://cvs.taprobane.org/viewcvs.py/taprobane/hermes/hermes.pl?rev=1.7&view=log
[05:22] <mahangu> sivang, brb
[05:31] <mahangu> back
[05:38] <mahangu_> in rosetta, how can I choose font to translate with?
[05:39] <sivang> font?
[05:39] <sivang> you mean, the font which is used to display input text boxes?
[05:41] <mahangu_> sorry
[05:41] <mahangu_> i think i missed anything i was told
[05:41] <mahangu_> stupid wifi timed out
[06:11] <Bulb> Can I have a little question? I'd like to know if I can somehow specify the priority when reporting a bug. What I want is to create a wishlist item so it does not generate the second email about severity being set to wishlist.
[06:20] <SteveA> Bulb: you can't do it.  Please file a bug on the 'malone' product, saying that you want to be able to do this.
[06:20] <Bulb> Ok. Will do.
[06:25] <Bulb> There seems to be a bug about it already, but it's a bit confusing about what is the desired resolution. So I will file a new one clearly saying "It should be possible to set severity on bug reporting page" and refer to the other one.
[06:28] <SteveA> ok
[06:28] <SteveA> although...
[06:28] <SteveA> is what you want that you can set the priority on the same page, or is the more important thing receiving only a single email notification?
[06:29] <Bulb> Making it obvious that the severity can be set and indeed should be set. So really setting it on the same page.
[06:29] <SteveA> ok
[07:15] <Nafallo> anyone Rosetta here? :-)
[07:27] <Nafallo> or rather anyone with enough privilegies to nuke a language for me? ;-)
[09:43] <lifeless> morning
[09:49] <sivang> morning lifeless , how are you ?
[09:50] <lifeless> not bad, not bad at all
[09:54] <sivang> lifeless: did you have any written report of the mini meeting you and SteveA had about testing and stuff? (I recall it was scheduled for Fri 08:00UTC)
[09:57] <lifeless> no
[09:57] <lifeless> due to various reasons we ended up just having a phone call
[09:57] <lifeless> hmm, I might blog some of the salient points today
[09:58] <lifeless> a thumbnail sketch though..
[09:58] <sivang> ok
[10:01] <lifeless> so steve has a number of things bugging him about testing in launchpad
[10:01] <lifeless> some of which are easier to articulate than others
[10:03] <lifeless> those are, roughly in order...
[10:03] <lifeless> its hard to encourage TDD when running the tests is complex, and takes upwards of twenty minutes
[10:03] <lifeless> it would be nice to have *some* metrics for how well tested we are
[10:04] <sivang> (sorry, TDD=?)
[10:04] <lifeless> and would be nice to have a really simple way of writing granular tests that test just one layer of behaviour, which will result in faster execution too.
[10:04] <lifeless> test driven development
[10:13] <lifeless> also it seems very hard to get the knack of TDD for programmers.
[10:14] <lifeless> we need better ways of educating people to do it, and that (again) needs a test suite that is a joy to operate, not an enema.
[10:18] <sivang> lifeless: Are you in any way  following the paradigm of desining tests first, writing test input, writing code, then write tests - currently?
[10:18] <lifeless> got a name for that workflow ?
[10:19] <sivang> lifeless: erm, some would say that it's borrowed off XP ;-) But I'm not sure. That is how we used to do it in one of my previous workplaces :)
[10:19] <lifeless> (and no, I'm not, nor are we talking about doing that, as it appears to be a slightly broken form of TDD.)
[10:20] <sivang> well I guess it's more suited at testing XML db datasources which is what I used it against..
[10:20] <lifeless> the current workflow we *like* people to follow is 'write a test that fails, alter the code so it passes, remove duplication).
[10:21] <lifeless> which in comparison to your design test, write test input write code, write tests - switches the last two steps.
[10:21] <lifeless> which is the important thing.
[10:23] <lifeless> this is important because gives you some nice properties:
[10:24] <lifeless> your tests define the codes requirements:- actual code can vary wildly and not break.
[10:25] <lifeless> your tests mean that if code somewhere else in the system changes, any impact on your code is noticed. (as long as you have contract tests too).
[10:25] <lifeless> and when you have many 10K LOC systems, they are too big to hold in your head. So being able to rely on the system flagging issues is really nice.
[10:29] <sivang> Granted. As I now see from you that's a deformed way of TDD, it did help us find the most "major" issues (mostly segfaults) right away after a developer gave us his code. We had input ready to stress it, which we carefully crafted months before the actual code was done. This allowed to acutally test each and every code path that the developer had to supply. And that was done by first, feeding the test xml input by hand to the parser, before any automated
[10:30] <lifeless> that cut off at 'before any automated'
[10:30] <sivang> testing was done. But I can't say that project was as big as launchpad is :)
[10:30] <sivang> (I pasted in)
[10:30] <lifeless> right
[10:31] <lifeless> so to make that work (months between tests and code), you need a really long pipeline, and no design changes going on
[10:31] <lifeless> TDD is at the heart of many XP methodologies.
[10:32] <lifeless> its very agile, because you can literally change the spec on the fly, while writing the code, but you still get solid test coverage.
[10:38] <sivang> true. Indeed that project was a special case. The documentation was also produced long before the actual spec was implemented. So any changes had to be minor, or deferred for next version which dependend on a new version of the docs. I would routinely design my tests from the already made documentation, which was second stop basing off the spec.
[10:43] <lifeless> right
[10:43] <lifeless> I'm not criticing here, just pointing out corollaries.
[10:44] <lifeless> a common theme that XP methodologies have is that the 'spec' should be very small, lightweight and written by the customer within a couple of weeks of the code being written
[10:44] <lifeless> that sort of process does not give you the long pipeline that you were working with, which is why the testing methodologies have to be different too
[10:46] <lifeless> mdz: so hows dapper ?
[10:46] <mdz> lifeless: tame
[10:46] <lifeless> mdz: I'd like to run dapper all the way through, to give you good feedback ..
[10:46] <mdz> we haven't dropped any big bombs yet
[10:46] <lifeless> do we have any planned ?
[10:46] <mdz> yes
[10:50] <sivang> mdz: what like?
[10:50] <sivang> (I'm upgrading as we speak)
[10:51] <mdz> sivang: hardware-detection, hardware-activation, network-magic, etc.
[10:51] <mdz> you were there at UBZ
[10:54] <sivang> hardware-activation will be interesting :)
[10:57] <lifeless> yah, but did not get to those bofs ;)
[10:58] <lifeless> mdz: so am I crusing for a world of pain if I run dapper all the way through? how rough a ride will it be do you think?
[11:01] <mdz> lifeless: it'll be a cakewalk compared to breezy
[11:02] <mdz> but the usual development branch caveats apply
[11:03] <lifeless> well
[11:03] <sivang> well, those are usually manageable unless it's some X breaker issues, or kernel patches that had gone bad I guess
[11:03] <lifeless> I'm used to run sid ;)
[11:03] <lifeless> but breezy was scarey
[11:04] <sivang> lifeless: I also used sid for some time before I switched to Ubuntu, and yes, even by my experience, ubuntu seemed (mostly in hoary) comapred to what I Had known with sid.


[21:14] <newz2000> http://search.ubuntu.com is up, though not fully tweaked and customized yet
[21:14] <newz2000> but it's up at least
[21:15]  * newz2000 will work on tieing in the search box atop ubuntu.com


[18:23] <TheLordOfTime> bleh so apparently it breaks when i install it in a VM...
[18:23] <TheLordOfTime> whoops sorry wrong channel


[00:15] <Olbi> ok, wi-fi works, but system after install freeze :P
[00:24] <Olbi> firefox has problem with read/write directory. Can't execute security component and I cant browse the web :/
[09:57] <Pjotr> Hello, I read some of the IRC logs, and I noticed charlie-tca asking this: Does anyone get the "remove the disk and hit enter to continue" prompt on the desktop cd?
[09:58] <Pjotr> charlie-tca: I didn't get that message, after installing Xubuntu Oneiric from the daily build of yesterday afternoon. The system just froze after ejecting the disk, and needed a hard reset.
[10:13] <ochosi> hey, did any of you *really* test greybird in oneiric/gtk3-apps? (i only did vbox-testing so far)
[12:27] <charlie-tca> ochosi: really test as in ???
[12:27] <charlie-tca> Running full tests on the images in hardware, I did not note any issues
[12:31] <ochosi> charlie-tca: yes, i meant in a real install
[12:31] <charlie-tca> All my installs for milestones, including final, are hardware tests
[12:31] <ochosi> i got a bugreport in #xfce-dev today: http://bubbie.mmassonnet.info/~mike/tmp/greybird-gtk3.2.0.png
[12:32] <ochosi> but for me the menuitem-prelights always worked and never were pink
[12:32] <ochosi> so no clue why it's different on archlinux with the same packages...
[12:32] <ochosi> i just wanted to be sure that this doesn't happen in xubuntu
[12:32] <charlie-tca> looks like the same issue we get when choosing "Install Xubuntu" from the cd menu
[12:33] <ochosi> yeah, well if there's a bug somewhere in the theme the widget turns pink
[12:33] <charlie-tca> If xfce-session is not started, colors are wrong in the installer
[12:33] <ochosi> and in fact there is a bug, i already know how to fix it. but seemingly xubuntu doesn't care as much about the bug as archlinux, so we don't get it :)
[12:34] <charlie-tca> or we don't hit the right stuff to see it?
[12:34] <ochosi> hmm, i don't know. it should happen in every application that uses a menu
[12:34] <ochosi> i tested a few and they all worked fine
[12:34] <charlie-tca> Um, I have never seen the pink highlight
[12:36] <ochosi> good, i guess then we're save for now :)
[12:38] <charlie-tca> The question should be what is Arch doing wrong?
[12:39] <davmor2> the issue could be that arch being a rolling release has files either older or newer that is having adverse effects maybe
[12:40] <ochosi> yeah, probably
[12:40] <ochosi> i mean basically we're lucky not to have the bug
[12:40] <ochosi> on the other hand: had it happened in xubuntu i would have noticed and fixed it
[12:40] <charlie-tca> yup
[12:41] <charlie-tca> Considering the number of tests we have run for oneiric, it would have showed up.
[12:41] <ochosi> yes, i'd say so
[13:07] <charlie-tca> mr_pouit: Do we need to look into marking thunar and nautilus as conflicts? reference bug 872712
[16:13] <jarnos> no sound
[16:17] <charlie-tca> Newest desktop images are ready for testing
[16:19] <madnick> :)
[16:20] <micahg> charlie-tca: re thunar and nautilus> I don't think we need a conflicts, I don't have the issue, I think it's a user issue, but don't know enough about either system to prove it, I don' t have the problem on either machine of mine with both unity and xubuntu installed
[16:21] <charlie-tca> it just seems like we go back and forth. Either nautilus or thunar decides to be the main file manager when both are installed. And it almost never is the one the user wants to be.
[16:23] <madnick> almost the last image now :)
[16:40] <Olbi> tommorow final release :D
[16:40] <charlie-tca> correct
[16:40] <Olbi> some1 read my post from 2 am central europe time?:P
[16:41] <Olbi> firefox has problem with read/write directory. Can't execute security component and I cant browse the web :/
[16:41] <charlie-tca> about the wifi?
[16:42] <Olbi> wi-fi with livecd doesnt works :P
[16:42] <charlie-tca> If the wifi is not staying connected, firefox won't work right
[16:42] <Olbi> after install it is doing well
[16:42] <Olbi> no, it is wi-fi problem
[16:42] <Olbi> it was after clean install
[16:42] <Olbi> i run browser and than appear that msg
[16:43] <charlie-tca> Is that the certificate is not valid message?
[16:43] <charlie-tca> I had one and I just told to to confirm the things anyway. It worked after that
[16:44] <charlie-tca> Olbi: it might an out-of-date mirror
[16:48] <Olbi> where I can paste img and file?
[16:49] <Olbi> with this error to show you?
[16:52] <Olbi> http://hosting.pcmod.pl/view.php?filename=974error1.png
[17:01] <Olbi> so, what you think?
[17:02] <Olbi> omg, system freeze :P
[17:02] <Olbi> again :/
[17:03] <charlie-tca> looking
[17:05] <madnick> Since I have no idea how to fill in the QA thing: the 32 bit Desktop image works nice for me but it opens 2 thunar windows when you insert a CD ... Live session: also works :)
[17:06] <madnick> should i do alternate 32?
[17:06] <charlie-tca> alternates are good
[17:07] <charlie-tca> oh, inserting cd when you have a desktop?
[17:07] <madnick> yes
[17:07] <charlie-tca> Olbi: check the permissions of ~/.mozilla
[17:07] <charlie-tca> it might be the user does not own it
[17:08] <Olbi> strange cause of fresh install, could it be a bug?
[17:08] <charlie-tca> yes, it could be
[17:09] <charlie-tca> I would file it, but they will tell you to create a new user profile for firefox and see if it fixes it
[17:10] <jarnos> I have updated by sudo apt-get update ; sudo apt-get dist-upgrade. Today there was no sound and Flash was not working. Can you expect this be fixed in tomorrow's final release?
[17:12] <charlie-tca> Olbi: please attach the image to the bug report, too.
[17:12] <charlie-tca> It has been, yes
[18:17] <Pjotr> Countdown! I've added some Xubuntu 11.10 promotion pages to my website (on the average, 400-500 unique visitors a day):
[18:17] <Pjotr> A general page on Xubuntu 11.10: http://sites.google.com/site/easylinuxtipsproject/xubuntu
[18:17] <Pjotr> A how-to for turning an existing Ubuntu system into Xubuntu: http://sites.google.com/site/easylinuxtipsproject/alternative
[18:18] <Pjotr> This Xubuntu is going to be a hit! It's in the air...  :-)
[18:18] <ochosi> Pjotr: nice website
[18:20] <Pjotr> Tx... But I won't be the only enthusiast, by far. I expect a huge increase in the Xubuntu user base
[18:20] <Pjotr> 11.10 will be Xubuntu's finest hour... so far.
[18:21] <ochosi> :) we'll see, i tend to be moderately optimistic, that way i can't be disappointed so easily
[19:55] <Olbi> prefinale version works good now :D
[19:56] <Olbi> but Firefox isnt polished to my language :( that is bad for users
[19:57] <charlie-tca> Yes, did you make sure language installed fully?
[19:58] <charlie-tca> take a look in menu -> Settings -> Language Support
[20:06] <Olbi> charlie-tca: I am sure it :)
[20:06] <charlie-tca> Olbi: what part besides the dictionary is not translated?
[20:07] <Olbi> always when it is new firefox, my language isnt support now, but for 7 - 10 days ;P
[20:08] <Olbi> in Extensions is typed: your language pack is incompatybile with new version :P
[20:09] <micahg> Olbi: weird, we ship the langpacks with the new version now
[20:09] <micahg> maybe it's a mirroring issue?
[20:09] <Olbi> so it is weird :P
[20:09] <micahg> still weird though
[20:09] <Olbi> I am looking for answer of it
[20:10] <charlie-tca> I would suspect mirror, same as the earlier errors
[20:12] <charlie-tca> For unknown reasons, several of the mirrors are behind this cycle
[20:17] <Olbi> strange is, that I have firefox-locale-pl :P
[20:18] <micahg> Olbi: is it the right version, also, how are you upgrading?
[20:18] <Olbi> I have installed todays LiveCD :D
[20:19] <Olbi> allmost all of the system is in my language :P


[00:03] <jbicha> nacc: this late in ubuntu's release cycle I suggest to go ahead and upload to Ubuntu now
[00:04] <nacc> coreycb: would your team be able to look at the ftbfs for python-eventlet and python-taskflow? I think both are openstack umbrella and seem to be test failures
[00:04] <nacc> jbicha: yep, that makes sense, that's what i was trying to figure out, on the balance, thanks!
[00:42] <jgrimm> nacc, ah, good to know. thanks
[01:01] <tsimonq2> thanks sarnold ;)
[01:01]  * tsimonq2 is testing that it installs cleanly atm
[01:05] <sarnold> tsimonq2: btw, your patch had dos-style crlf line endings.. I'm curious how you managed to do that :)
[01:06]  * tsimonq2 looks at .vimrc
[01:06] <sarnold> patch claimed to strip them all; I haven't verified that by hand yet..
[01:07] <tsimonq2> for some reason this is enabled... https://github.com/vim-scripts/PreserveNoEOL
[01:07] <tsimonq2> could that do it maybe?
[01:07] <tsimonq2> otherwise I'm not seeing what could be doing that
[01:14] <sarnold> tsimonq2: hrm. could be..
[01:14]  * tsimonq2 remove it
[01:14] <tsimonq2> *removes
[03:56] <tsimonq2> sarnold: thank you
[03:56] <sarnold> tsimonq2: and also thank you :)
[03:57] <tsimonq2> :)
[03:57] <tsimonq2> sarnold: have a good evening
[05:08] <ventrical> cq , cq goodmorning
[06:48] <Kinder-Pingvi> Hi guys! What is the difference between ubuntu 16.10 beta 2 and daily builds?
[06:48] <Kinder-Pingvi> Does daily changes are not included to beta 2?
[06:55] <ventrical> a beta 2 is like a relase candidate
[07:35] <Kinder-Pingvi> ventrical, what about new updates from daily? Does it will be included into release candidate?
[08:19] <ventrical> 4:30 am here in Canada .. I gotta get some rest :)
[08:27] <smb> Is there any preference whether a Vcs-Git line should become XS-Original-Vcs-Git or XS-Debian-Vcs-Git when I add a Vcs-Git line that points to Ubuntu? The former seems more in line with what is done with maintainer. Lintian does not seem to acknowledge any of those...
[09:47] <Unit193> pitti: You ever tried usrmerge on Ubuntu?
[09:53] <Unit193> FWIW, Debian #839046 / #839162.
[10:52] <cjwatson> Kinder-Pingvi: betas / release candidates are snapshots.  new updates aren't included in those snapshots, though if you install from the snapshot and apply all network-available updates you'll generally get a similar result.
[10:53] <cjwatson> smb: We settled on XS-Debian-Vcs-Git many years ago.
[10:53] <cjwatson> smb: (and yes, different from Maintainer for some reason I forget)
[10:55] <smb> cjwatson, Ok, thanks.
[11:12] <Kinder-Pingvi> cjwatson, thanks for answer! So, if I do 'apt full-upgrade' on ubuntu 16.10 I will receive that updated included into daily builds, right?
[11:12] <cjwatson> Kinder-Pingvi: yep, should do
[11:13] <Kinder-Pingvi> cjwatson, thank you!
[11:24] <coreycb> nacc, yep will look at those
[11:35] <pitti> Unit193: not tried directly on ubuntu, no; but looking forward to it anyway :)
[11:36] <jbicha> cjwatson: are you aware of any tools that use Xs-Debian-Vcs ?
[11:36] <pitti> Unit193: this makes the whole thing simpler, more robust, and finally puts a lid on these "but I want to have separate /usr without initramfs, and on NFS" kind of quarrels :)
[11:37] <cjwatson> jbicha: not off the top of my head
[11:37] <Unit193> pitti: Heh, as long as nothing breaks I don't really mind it either. :D  (Tempted to try it in a VM.)
[11:38] <jbicha> for most of the ubuntu-desktop packages, we just dropped the Vcs-Svn (pointing to pkg-gnome) and added Vcs-Bzr
[11:38] <pitti> Unit193: I think there's 4 packages left that break
[11:39] <pitti> Unit193<EMAIL_ADDRESS>[11:39] <pitti> Unit193: so that's a case of throwing them out of testing / demoting to -proposed IMHO; the rest is fine
[11:41] <coreycb> pitti, if you have a chance can you take a look at the xenial python-pylxd upload again please?
[11:42] <pitti> coreycb: I'm at a conference, just quickly checking IRC; so not today, sorry
[11:42] <coreycb> pitti, ok
[11:43] <coreycb> tjaalton, would you be able to review the python-pylxd sru upload to xenial?
[11:45] <tjaalton> coreycb: sure
[11:45] <coreycb> tjaalton, thanks
[12:43] <caribou> what is the best way to be sure that a main package will build w/o Universe dependancies ?
[12:44] <caribou> I'm using sbuild-launchpad-chroot with only updates+main so it will bomb on me if Universe dependancies exist
[12:44] <caribou> but that covers both build-only dependancies and binary ones, right ?
[12:45] <tumbleweed> that's a pretty good way
[12:47] <caribou> yes, but I need to differentiate b/w build-only & binary, that's what I'm missing
[12:48] <tumbleweed> I don't understand that question
[12:48] <caribou> tumbleweed: that's because it's a dump one ;-)
[12:49] <tumbleweed> build-only dependencise are presumably Build-Depends, which answers the "will build w/o universe" question
[12:49] <caribou> tumbleweed: all I need to do is check the control file
[12:50] <jbicha> caribou: are you concerned about runtime dependencies or build dependencies for universe?
[12:50] <caribou> jbicha: runtime deps; I uploaded clamav w/o noticing that I had added a runtime dep
[12:51] <caribou> jbicha: just want to trace back what I missed so I don't do it again & get chased by doko to MIR the runtime dep :)
[12:51] <tumbleweed> caribou: you could run the autopkgtests to tell you that
[12:51] <tumbleweed> or just manually eyeball the diff for changes in Depends
[12:51] <caribou> tumbleweed: hmm, good idea
[12:52] <jbicha> trying to build with only main will cause problems since some things like documentation build dependencies are in universe now since they don't add universe binary depenencies
[12:52] <tumbleweed> reading diffs is always a goo didea
[12:53] <Laney> binary debdiffs are quite nice
[12:53] <Laney> any kind of reading is not foolproof though
[12:53]  * Laney is a big enough fool
[12:53] <tumbleweed> sometimes they are too big to read, thoguh. Then filterdiff -i '*/debian/*' is handy
[12:53] <xnox> caribou, why do you care? universe is always enabled, and one can build-depend on universe packages.
[12:53] <Laney> xnox: you need to know if runtime universe deps are generated
[12:53] <xnox> the restriction is no Depends, Recommends, Built-Using in the resultant packages
[12:54] <caribou> xnox: Laney is right, this  is what happened to me with clamav
[12:54] <xnox> caribou, use $ check-mir ?
[12:56] <xnox> however, i wonder if check-mir is still correct
[12:56] <Laney> it only looks at debian/control IIRC
[12:56] <xnox> it would be nice to look at debian/$PKG/DEBIAN/control
[12:58] <caribou> xnox: Laney: yeah, looks like it only checks debian/control
[13:01] <caribou> ok,  I think I know now why I missed it the first time :
[13:02] <caribou> libclamav7 has Depends: ${misc:Depends}, ${shlibs:Depends} only
[13:02] <caribou> that got resolved as a runtime dependancy to libtfm-dev
[13:03] <caribou> This is not a problem on Debian but it becomes one for us
[13:03] <caribou> (libtfm-dev is the one in Universe)
[13:42] <jgrimm> hallyn, are you still looking after https://bugs.launchpad.net/ubuntu/+source/libvirt/+bug/1571209 ?
[13:50] <hallyn> jgrimm: no?   i delete all libvirt related emails automatically
[13:52] <hallyn> jgrimm: as this is sysvinit and upstart only i doubt you care too much?
[13:53] <hallyn> and in fact the current solution isn't bad, just not perfect.
[13:54] <hallyn> (on mine it appears to be doing the 'sleep 2', which is fine.  o fcourse i also have mine overrided to not start to save battery :)
[14:02] <jgrimm> hallyn, no worries. I was just doing some housekeeping this morning and noticed that one just lingering out there
[14:02] <hallyn> jgrimm: but that one is 'fix released' right?
[14:02] <hallyn> it just has a 'maybe we should do it better one day' comment at theend,
[14:02] <hallyn> but really the 'do it better' should be to use socket activation in upstart
[14:03] <jgrimm> and your last comment was about planning to sru to trusty
[14:04] <hallyn> oh
[14:04] <jgrimm> hallyn, right, reporter was on trusty and hoping to get it SRU'd back.  that's what i was noting
[14:07] <hallyn> should be a trivial SRU fwiw
[14:07]  * hallyn bbl
[14:07] <jgrimm> hallyn, no worries.. that's what i was checking on, whether you'd lost interest or still interesting in seeing it through
[15:38] <hallyn> jgrimm: it'll be very simple, and would be a good one for a new contributor.  if you find one feel free to have them ping me to sponsor
[15:39] <jgrimm> hallyn, ack. thanks!
[15:45] <jgrimm> hallyn, https://bugs.launchpad.net/ubuntu/+source/lxc/+bug/1285850   is there a SRU required to Xenial or just open task in case there is still an issue?
[15:46] <hallyn> jgrimm: i'm 99% sure that's fixed in xenial as stgraber has sru'd newer pkgs
[15:46] <nacc> to trigger a rebuild of python-docutils (which should not ftbfs now that there is a new xml-core), do I just upload a new version -- or will the next test rebuild just automatically pick up the fix?
[15:47] <jgrimm> hallyn, that's what it sort of sounded like. maybe we mark xenial/yakkety as Fix Released (with comment of please open a new bug if <blah, blah, blah>
[15:48] <hallyn> yup
[15:48] <jgrimm> tx
[15:48] <hallyn> thx - ttyl
[16:35] <nacc> jgrimm: i think you saw my update on heimdal last night -- how did you want to proceed?
[16:38] <jgrimm> nacc, which part? that debian is investigating dropping? or the current upload's failures?
[16:39] <nacc> jgrimm: yeah, that debian is dropping it -- and that the failures aren't resolved yet (and i'm not knowledgeable enough to know why ... yet). The debian patch leads to a different failure and i've updated hte upstream bug, but there hasn't been any response yet (afaict)
[16:40] <jgrimm> oh let me go look at the different failure
[16:41] <nacc> https://github.com/heimdal/heimdal/issues/175]
[16:41] <nacc> bah, without the ]
[16:41] <nacc> jgrimm: so the debian patch does fix something, but the tests still fail for me
[16:41] <nacc> right at the very end of the test
[16:43] <nacc> jgrimm: ha! ok, so i did a quick re-run manually and it passed
[16:43] <nacc> jgrimm: then ran `make check` manually and it passed as well
[16:44] <nacc> jgrimm: let me see if i can reproduce that, i wonder if the tests are running in parallel again
[16:44] <jgrimm> nacc, ah .. k
[17:43] <nacc> so i'm trying to help migrate heimdal along from proposed. I've got a build fix for it that fixes the current issue, but it still fails to sbuild due to a test failure. However, if i drop to the schroot after failure and run the test manually (eitehr `./debian/rules dh_override_auto_test` or `make check`), it passes. Any suggestions on how to debug that?
[17:45] <nacc> jgrimm: i can upload the fixed version, but i'm not sure what do about the above --^
[17:50] <jgrimm> nacc, ack
[18:14] <dobey> hmm, how can i get sbuild to run a script from the host system, inside the builddir
[18:15] <nacc> dobey: i think setup-hook does that, but it says its deprecated :)
[18:17] <dobey> and it just adds that to --chroot-setup-commands; which afaik are not executed within the builddir, and not sure it copies scripts into the chroot first
[18:18] <dobey> and pwd for --pre-build-commands is the wrong place too
[18:18] <nacc> dobey: yeah, reading https://wiki.debian.org/sbuild external commands
[18:18] <nacc> the implication is that it can run in the chroot
[18:19] <nacc> but not obvious which one
[18:19] <nacc> and not sure it's copied automatically as opposed to you need to copy it in first?
[18:19] <nacc> man sbuild implies at elast pre-build-commands and chroot-setup-commands are run in the chroot
[18:20] <nacc> although
[18:20] <nacc> 'EXTERNAL COMMANDS' contradicts that
[18:20] <dobey> pre-build-commands is run outside the chroot
[18:20] <nacc> chroot-setup/cleanup- are run in the chroot
[18:22] <nacc> dobey: man sbuild implies the wdir for the chroot-setup-command should be the BUILDDIR
[18:24] <nacc> dobey: but taht doesn't really help with your script question, i wonder if you coud in pre-build-commands copy the script in and then in the chroot-setup-command execute the script?
[18:25] <dobey> well pwd is nowhere near the chroot with pre-build-commands, so it doesn't help at all afaict
[18:25] <nacc> dobey: you can use %b
[18:26] <nacc> mabye?
[18:26] <dobey> ?
[18:26] <nacc> to get to the build-dir in the command definition
[18:26] <nacc> sbuild has some special escapes
[18:26] <dobey> hmm
[18:26] <nacc>   %b, %SBUILD_BUILD_DIR
[18:26] <nacc> and %p, %SBUILD_PKGBUILD_DIR
[18:27] <nacc> which can be used for these external commands and i guess sbuild substitutes them for you
[18:28]  * nacc is thinking something like `sbuild --pre-build-commands='cp /path/to/script/ %b/...'
[18:28] <nacc> dobey: %e might also work
[18:28] <nacc> dobey: and might be the fastest way, although i don't see any example :)
[18:29] <dobey> what's difference beetwee BUILD and PKGBUILD though?
[18:29] <dobey> latter is destinatio nfor binaries?
[18:29] <nacc> e.g., in my sbuild of heimdal
[18:30] <nacc> build/heimdal-yPecJ8 is BUILDDIR
[18:30] <nacc> build/heimdal-yPecJ8/heimdal-1.7~git20160703+dfsg
[18:30] <nacc> is PKGBUILDDIR
[18:30] <dobey> hmm ok
[18:30] <nacc> based upon the log output
[18:31] <nacc> %e's description implies it's the best way to copy data in/out from the host to the chroot
[18:31] <nacc> ah i see
[18:32] <nacc> what that does is something like schroot -c {id} --run-session -q -u root -p -- ....
[18:32] <nacc> so it runs a script defined in the host system but in the chroot
[18:32] <dobey> i don't see %e in the man page
[18:33] <nacc> oh im on 16.10 and it's new :)
[18:33] <nacc> dobey: sorry about that
[18:36] <dobey> no worries
[18:37] <nacc> dobey: so it seems like ther are some options for 16.04's sbuild ... 16.10's makes it a bit easier :)
[18:38] <dobey> oh nice. %p doesn't exist yet in --pre-build-commands
[18:39] <nacc> bah
[18:39] <dobey> but that might be ok
[18:39] <nacc> dobey: any cahnce you want to run 16.10 :)
[18:39] <dobey> no
[18:39] <dobey> i think this is actually running on a 14.04 host
[18:41] <nacc> ah
[19:00] <doko_> nacc: were there still some outstanding merges / ftbfs from your side?
[19:08] <nacc> doko_: i think the ones i've figured out are all uploaded
[19:08] <nacc> doko_: the openstack ones are all in -proposed per coreycb
[19:08] <doko_> ok, will be mostly offline until Oct 04
[19:08] <nacc> doko_: ok, i'll try and get the others figured out soon
[19:11] <nacc> doko_: http://qa.ubuntuwire.com/ftbfs/ only is for packages in -proposed, or is it the archive but using proposed?
[19:16] <dobey> 19:14:50 W: The %SBUILD_CHROOT_DIR and %r percentage escapes are deprecated and should not be used anymore. Please use %SBUILD_CHROOT_EXEC or %e instead.
[19:16] <doko_> nacc: everything is built using -proposed. however the test rebuilds find stuff which gets broken by some changes in the build dependencies
[19:16] <dobey> ah, hrmm
[19:16] <nacc> dobey: heh
[19:17] <nacc> doko_: got it
[19:17] <nacc> dobey: seems weird if the manpage didn't mention %e ...
[19:18] <dobey> nacc: i can't run man on the machine where the sbuild actually runs
[19:18] <dobey> nacc: it has sbuild 0.71 though
[19:19] <nacc> dobey: oh ok that's whats in 16.10
[19:20] <nacc> dobey: and afaict only in 16.10
[19:20] <nacc> yeah, they got rid of SBUILD_CHROOT_DIR when they added SBUILD_CHROOT_EXEC, i think
[19:20] <dobey> nacc: and whatever PPA it was installed from. this server is definitely not running 16.10 :)
[19:21] <nacc> dobey: ah true, that could be it
[19:21] <dobey> well, it's deprecated, but not gone yet
[19:21] <nacc> dobey: err, right, sorry, meant deprecated (one of the options at the time was to just outright remove it)
[19:21] <dobey> 'cat blub.txt | %SBUILD_CHROOT_EXEC sh -c "cat > blub.txt"'
[19:21] <dobey> ewww
[19:22] <nacc> it doesn't seem lik eyou should need to do that though
[19:22] <nacc> mabye you do, but that's not how i read the %e bits
[19:22] <dobey> that's the example in the man page
[19:24] <nacc> ah
[19:24] <dobey> and yeah, the description of %e suggests one must funnel data through STDIN/STDOUT of one process in the host and the proccess being run in the chroot
[19:25] <dobey> which is kind of nasty
[19:26] <nacc> it seems like if you just need to run a script in the chroot, you could do 'cat script | %e sh -c -s' ?
[19:26] <nacc> if you just needed to run a script
[19:26] <dobey> well i need to run a script at start up. but then i need to find files and copy them back out after the build
[19:27] <dobey> if i could just dumpt them in %SBUILD_BUILD_DIR and sbuild magically copies them back out, that'd work fine, but i'm not sure that's what it does
[19:28] <nacc> yeah, not obvious to me either ... i guess you could reverse the above command to extract from the chroot, if you konw what they are in post-build-commands
[19:29] <dobey> hmm, i'll try --finished-build-commands to see if dumping files in build dir just works
[19:34] <dobey> nope. sbuild doesn't just copy everything out. only the binaries/changes from debuild it seems :-/
[19:53] <nacc> dobey: hrm :?
[19:53] <nacc> *:/
[21:06] <tjaalton> anyone bumped into an issue with autopkgtest on lxd failing with "tar: ./control: Cannot change ownership to uid 12345, gid 12345, invalid argument"?
[21:08] <dobey> bah, dpkg-source doesn't get run until after --starting-build-commands :(
[21:17] <tjaalton> ah, needed to use sudo with autopkgtest
[21:51] <nacc> dobey: you mean the xtract step?
[22:20] <nacc> jgrimm: did you have a srcpkg handy that needed the vcs field change?
[22:20]  * jgrimm looks. been a while since I filed that bug
[22:22] <jgrimm> nacc, it was nspr
[22:22] <nacc> jgrimm: thanks
[22:22] <jgrimm> np
[22:27] <nacc> jgrimm: reproduced the python-cffi ftbfs on diamond, will debug there
[22:28] <nacc> i'm guessing it's an arch assumption
[22:28] <nacc> but not sure yet what
[23:04] <nacc> balloons: fyi, juju-core ftbfs on yakkety-proposed (http://qa.ubuntuwire.com/ftbfs/#ubuntu-server)
[23:05] <nacc> stgraber: fyi, lxc also ftbfs there
[23:15] <stgraber> nacc: yeah, doko_ is looking at it. We'll just revert his change if we can't get this resolved soon.


[21:06]  * _2 thinks very seriously about being devious and saying something like "for q in *.mp3 ;do :>$q ;done" .....      but realises that he might actually try it....
[21:07] <_2> z
[21:07] <ign0ramus> _2: http://pastebin.com/m6bc360e0
[21:07] <ign0ramus> icelab: i don't understand your question
[21:07] <ign0ramus> icelab: what did you try to install?
[21:08] <FicaBlok38> ign0ramus: tnx
[21:08] <ign0ramus> FicaBlok38: np
[21:08] <icelab> i'm installing superkaramba, but i read that it is part of kdeutils,
[21:08] <afeijo> does kcontrol affect kde4 too?
[21:09] <icelab> and i see that there is a utility that do the same things his name is kdf
[21:10] <ign0ramus> icelab: ok, so then install kdf instead.  i don't understand your problem.
[21:10] <phdstudent> test,   sorry
[21:11] <icelab> no problem i only ask if you know that utility in order yo make the right chose
[21:11] <ign0ramus> icelab: where did you find out about kdf?
[21:12] <ign0ramus> icelab: kdf is fine - it does show disk usage, but so does konqueror.  kdf offers nothing different, and you'd just be installing an extra (redundant) app
[21:12] <ign0ramus> icelab: i just suggested the superkaramba theme because it shows a lot of information in addition to disk usage
[21:13] <ign0ramus> icelab: also, if you want a good program that shows disk usage that actually can *do* something, install gparted
[21:14] <_2> ign0ramus zenity is gtk ?
[21:14] <_2> ign0ramus  i normally don't write gui scripts.   but that looks ok.   did you write it ?
[21:14] <icelab> ok many thanks
[21:14] <ign0ramus> _2: no, i just happened across it
[21:14] <ign0ramus> _2: i write 4-line bash scripts
[21:15] <ign0ramus> i'm pretty terrible
[21:15] <ign0ramus> if anything, i can write a startup script, but not much more than that :(
[21:15] <ign0ramus> and zenity is gtk
[21:16] <_2> ign0ramus k.   well it's a gnome'ish script and has no referance to any license.   as well as a few other things that would prevent me from reccomending it in here,  but looks ok for personal use.
[21:16] <ign0ramus> _2: well, when you're dealing with wma and mp3, there's a lot that couldn't be 'supported'
[21:16] <_2> ign0ramus yep.
[21:17] <ign0ramus> _2: i'm still trying to find a good source for FLAC files (legal of course)
[21:17] <_2> ah my file transfer is done.   i'm out for some sleep.
[21:18] <_2> ign0ramus heh.  good luck.
[21:28] <icelab> ign0ramus: superkaramba it is very kool but it is not that i'm looking for
[21:28] <ign0ramus> icelab: ok dude
[21:33] <lod__> hi all
[21:34] <lod__> i just upgraded my hardy to intrepid, but cant start compiz for some reason. my card is ati 1250, dkms compiles fglrx driver, but can't run compiz
[21:34] <lod__> any help please
[21:36] <MrKennie> lod__: try #ubuntu+1
[22:08] <eagles0513875> can anyone help me with my hal issue
[22:08] <eagles0513875> and is anyone alive in here
[22:09] <bonbonthejon> i'm here, but i don't know much about HAL
[22:11] <eagles0513875> anyone in here know a decent amount bout hal
[22:12] <bonbonthejon> whats your question
[22:13] <cr3> can someone please let me know if the command lsb_release -a returns some reference to kubuntu in the output?
[22:14] <bonbonthejon> cr3: no it does not
[22:14] <cr3> bonbonthejon: thanks! that's what I thought and I appreciate the confirmation
[22:14] <bonbonthejon> cr3: mine said "Description:    Ubuntu 8.04.1"
[22:14] <eagles0513875> im having issues accessing my hd from storage media gui and it is saying when i double click or try to mount or even unmount or eject it says feature is available with hal which i have installed
[22:14] <cr3> bonbonthejon: that makes perfect sense
[22:16] <bonbonthejon> cr3: it would be hard to determine if its Kubuntu, since you could have any of the *ubuntu-desktop packages installed
[22:16] <eagles0513875> ubuntu is basically for all of em
[22:17] <DarkriftX> anyone here played with android yet?
[22:19] <eagles0513875> im having issues accessing my hd from storage media gui and it is saying when i double click or try to mount or even unmount or eject it says feature is available with hal which i have installed anyone have any ideas
[22:21] <MrKennie> eagles0513875: does typing  hal-device in a terminal work?
[22:22] <eagles0513875> MrKennie: ya i get output
[22:22] <andriijas> how do i disable the login sound in kde?
[22:22] <andriijas> (intrepid ibex bleeding edge version)
[22:22] <MrKennie> eagles0513875: OK, HAL is obviously working. Which KDE are you using?
[22:22] <cr3> bonbonthejon: exactly, the "kubuntu" name is only valid on a per image basis depending on the packages available therein
[22:23] <eagles0513875> MrKennie: 3.5.10
[22:23] <MrKennie> andriijas:  #ubuntu+1 for intrepid related support.
[22:23] <andriijas> gotta be kidding me
[22:25] <MrKennie> I'm not laughing
[22:29] <eagles0513875> MrKennie: any ideas as to my issue
[22:29] <MrKennie> eagles0513875: sorry, I got sidetracked, try /usr/lib/hal/hald-generate-fdi-cache
[22:30] <eagles0513875> MrKennie: what am i supposed to get back
[22:31] <MrKennie> nothing if it run OK
[22:31] <eagles0513875> MrKennie: it returned nothing
[22:31] <MrKennie> eagles0513875: try inserting a CD or something
[22:32] <eagles0513875> i can do that but when i head to storage media on desktop i cannot mount it or anything of the sort
[22:32] <eagles0513875> i have to use command line to do any of that
[22:32] <MrKennie> have you just tried that after running that program?
[22:32] <cosmofield> Hi all. Is it possible to manipulate images with shell commands in (k)ubuntu?
[22:32] <eagles0513875> what program the /usr one
[22:33] <MrKennie> yea, since running that
[22:33] <bonbonthejon> cosmofield: yes, with imagemagick
[22:34] <eagles0513875> MrKennie: let me try it and ill let u know
[22:34] <cosmofield> bonbonthejon: thanks :)
[22:34] <MrKennie> ok
[22:34] <eagles0513875> MrKennie: still wont work it says feature available with hal
[22:35] <eagles0513875> MrKennie: how do i force a disk check to be run on next reboot
[22:35] <KomiaPoika> hi
[22:35] <KomiaPoika> in kubuntu 8.04 with kde4 how do i prevent hardware screensaver from blanking off the screen?
[22:36] <MrKennie> eagles0513875: I'm not sure you can , but I do not know for sure.
[22:36] <MrKennie> eagles0513875: has this always been an issue or has it happened recently?
[22:36] <eagles0513875> MrKennie: this is a brand new machine i just built and put it on have never had this issue on my laptops
[22:38] <eagles0513875> MrKennie: how can i force a diskcheck on next reboot
[22:38] <MrKennie> eagles0513875: read up
[22:38] <MrKennie> I do not know, I just let it run when it wants to.
[22:39] <eagles0513875> MrKennie: sry bout that
[22:41] <MrKennie> eagles0513875: regarding your hal thing. in a terminal can you type ps aux | grep hald and look for /usr/sbin/hald
[22:42] <eagles0513875> MrKennie: i c it there
[22:42] <mefisto__> eagles0513875: to force a disk check on next boot: sudo touch /forcefsck
[22:42] <eagles0513875> ty
[22:42] <mefisto__> sounds a little obscene
[22:43] <MrKennie> eagles0513875: in konqueror do you see anything using media://
[22:43] <eagles0513875> MrKennie: it says malformed url
[22:44] <MrKennie> eagles0513875: ok, that's not right.
[22:45] <MrKennie> eagles0513875: try system:/media
[22:45] <mefisto__> it's media:/ (just one slash)
[22:46] <eagles0513875> MrKennie: that worked but i get same issue says feature available with hal
[22:46] <eagles0513875> im on kernel 2.6.24-16 not sure if that would mean anything
[22:46] <MrKennie> media should work though, mefisto__ is right
[22:47] <MrKennie> eagles0513875: -20 should be available
[22:47] <eagles0513875> 21 is available
[22:48] <eagles0513875> MrKennie: should i try 21
[22:48] <cuznt> Hollywood legend Paul Newman dies, aged 83
[22:48] <eagles0513875> !ot | cuznt
[22:48] <MrKennie> eagles0513875: worth a try
[22:48] <eagles0513875> MrKennie: alright will do it now and get back to ya
[22:49] <MrKennie> eagles0513875: always worth updating to the latest kernel anyway :)
[22:49] <eagles0513875> MrKennie: its funny though cuz before x wouldnt work with 21 but ill try again
[22:49] <MrKennie> eagles0513875: ah right
[22:49] <eagles0513875> and im attributing that to me having a fairly new gpu an 8800gt
[22:51] <eee> bb
[22:51] <MrKennie> eagles0513875: googling it seems many things can cause this
[22:51] <eagles0513875> ill try kernel again
[22:52] <MrKennie> eagles0513875: failing -21 you could try -20 or -19. -19 has always been good to me.
[22:54] <eagles0513875> MrKennie: goign to reboot into new kernel i think what happened before with x was that i didnt install kernel correctly
[22:54] <MrKennie> eagles0513875: OK, g'luck :)
[22:55] <eagles0513875> MrKennie: thanks
[22:55] <eagles0513875> ill keep u posted
[23:04] <|Tann|> Hello
[23:06] <bonbonthejon> hi Tann
[23:06] <Tann> I was wondering if anyone could help me set up a dual monitor configuration between an onboard vga port and a nvidia card
[23:08] <eagles0513875> MrKennie: 21 has a bug goign to try 20 19 18 17 in the morning right now im beat
[23:09] <MrKennie> eagles0513875: ok
[23:39] <ActionParsnip> hey all
[23:39] <torto> alguma mulher aqui?
[23:40] <ActionParsnip> can someone do me a favour and give me the output of file /usr/lib/libvorbisfile.so.3
[23:40] <ActionParsnip> i wanna know if its 32bit
[23:41] <MrKennie> ActionParsnip: on a 32bit machine?
[23:41] <ActionParsnip> someone, its a small request
[23:41] <ActionParsnip> MrKennie: im running 64bit and ive ballsed up the file i think
[23:42] <Denise> yes
[23:42] <Denise> it is installed
[23:42] <MrKennie>  /usr/lib/libvorbisfile.so.3.2.0: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), stripped
[23:42] <ActionParsnip> damn
[23:42] <MrKennie> that's on my amd64
[23:42] <ActionParsnip> MrKennie: thanks
[23:42] <ActionParsnip> MrKennie: ive broken it
[23:43] <MrKennie> ah, oops :S
[23:44] <ActionParsnip> yeah, ive been playing dark lore and it moaned about the file
[23:44] <ActionParsnip> there was one in the folder so i copied it to all 3 lib files
[23:44] <ActionParsnip> folders sorry
[23:44] <ActionParsnip> but it turns out the lib is a 32bit one
[23:44] <grego> is there separate chanell for intrepid?
[23:45] <MrKennie> #ubuntu+1
[23:45] <grego> thx
[23:45] <MrKennie> ActionParsnip: the file you requested is a symlink to the file in my output btw
[23:47] <ActionParsnip> MrKennie: /usr/lib/libvorbisfile.so.3.2.0: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), stripped
[23:47] <ActionParsnip> MrKennie: do you get that?
[23:48] <mario> hi hi
[23:48] <mario> como estan
[23:50] <mario> >
[23:50] <MrKennie> ActionParsnip: no
[23:51] <MrKennie> ActionParsnip: in your case that should be in /usr/lib32 no?
[23:51] <mario> cje
[23:51] <mario> se cuelga linux
[23:52] <mario> digo kubuntu
[23:52] <mario> :S
[23:52] <stdin> !ar | mario
[23:52] <mario> gracias
[23:56] <Zbrojnik> Jest ktos z PL co moglby pomoc ?
[23:56] <stdin> !pl
[23:57] <mefisto__> ActionParsnip: can't you just reinstall it?
[23:57] <ActionParsnip> mefisto__: its a shared lib and not part of frets on fire
[23:57] <ActionParsnip> ive tried reinstalling libvorbis
[23:59] <mefisto__> libvorbisfile3 ? that's what I find (on a 32bit system)
[23:59] <ActionParsnip> mefisto__: yeah ive tried that
[23:59] <DarkriftX> anyone know of ktorrent has any file that stores download %'s or anything that could be cat'd to tell download progress?