[00:05] <rick_h_> snap-l: you sucker :P
[01:00] <snap-l> Why am I in trouble?
[01:00] <snap-l> I did nothing
[01:00] <snap-l> I said nothing
[01:01] <snap-l> I am innocent. :)
[01:19] <rick_h_> snap-l: hah, innocent, yea right!
[02:37] <snap-l> I did nothing
[02:37] <snap-l> we were sitting at dinner, and I said I wanted to be productive this week that I have off
[02:38] <rick_h_> lol
[02:38] <snap-l> and I said I was going to do some technical reading
[02:38] <rick_h_> yea? that's it?
[02:38] <snap-l> she asked if it would be helpful for me to work in the living room, with another screen
[02:38] <rick_h_> heh, congrats :P
[02:38] <snap-l> and then the cat was out of the bag.
[02:38] <snap-l> I literally did _nothing_
[02:39] <snap-l> She spilled everything, including her little "network". ;)
[02:39] <rick_h_> sure, we all believe that...well congrats on the new toy :)
[02:39] <rick_h_> her "network"? She had it online already :P
[02:39] <snap-l> Uh huh
[02:40] <snap-l> ;)
[02:40] <rick_h_> well, for the record, my asking about using one to read pdfs wasn't all a sham
[02:40] <rick_h_> my wife has asked about it :)
[02:40] <snap-l> guilty conscience much? :)
[02:41] <snap-l> I appreciate it, though
[02:41] <rick_h_> hey, I think I did my job well
[02:41] <rick_h_> and I didn't give it up
[02:41] <rick_h_> how could I know she was suck of a weak link?
[02:41] <rick_h_> /suck/such
[02:41] <snap-l> We both have a hard time keeping gifts secret
[02:42] <rick_h_> heh, well enjoy. I look forward to seeing it at a CHC when I get back
[02:42] <snap-l> Thanks. :)
[02:42] <snap-l> All packed and ready?
[02:42] <rick_h_> pretty much, I know I'll have missed something, but oh well
[02:42] <snap-l> That's why they make Wal*Mart.
[02:45] <snap-l> But yeah, I can totally relate
[02:45] <snap-l> especially if I'm not driving on my trip, I feel doubly paranoid that I'm leaving something behind.
[14:22] <snap-l> morning
[14:27] <_stink_> yo
[18:34] <greg-g> yo yo
[19:14] <brousch> i installed ubuntu 11.10 for my dad yesterday. i had to go with unity 2d since both gnome shell and unity were not happy with his video card
[20:03] <_stink_> is that an upgrade for your dad? or new ubuntu user?
[20:03] <brousch> he was on ubuntu 8.04
[20:04] <_stink_> coolio
[20:41] <brousch> finally got rid of his modem
[20:46] <snap-l> brousch: 56K modem, or DSL modem?
[21:01] <brousch> 56k
[22:42] <snap-l> Ugh
[22:42] <jjesse> really?
[22:42] <jjesse> that good?
[23:52] <rick_h_> ugh, howdy
[23:59] <rick_h_> ok, this place is freaking amazing, but no room service fml


[01:50] <somerville32> elkbuntu, ping (50000KB)
[01:54] <somerville32> I started to write the ubuntu weekly newsletter feisty changes mail spool parser in Python last night
[06:01] <poningru> happy new year guys
[05:01] <juliux> happy new year #ubuntu-marketing


[00:36] <bkerensa> :D
[01:30] <bkerensa> blkperl: Your connection is failwhale
[01:30] <bkerensa> :D
[03:40] <blkperl> bkerensa: that was on purpose, i was modifying my irssi config
[03:41] <blkperl> since my primary irc server was getting upgraded anyways
[07:07] <bkerensa> blkperl: :)
[07:08] <blkperl> bkerensa: are you coming to the cabling party at freegeek tomorrow?
[07:10] <bkerensa> blkperl: I wish I could but tomorrow I will be at a corporate holiday party out of town
[07:10] <blkperl> aww
[07:11] <bkerensa> blkperl: http://www.iamwellspring.com/
[07:11] <bkerensa> thats where I will be
[07:11] <bkerensa> eating alaskan salmon, steak and all kinds of other yummy stuff and oh a bar :)
[07:12]  * bkerensa also has to listen to talk about taxes and the economy and consumer finance
[07:12] <bkerensa> :P
[07:12] <bkerensa> from 3pm to 7pm
[07:13] <blkperl> mmm salmon++
[07:15] <bkerensa> blkperl: Yeah.... I was hoping for something other than Salmon.... It's for my fiancee's company.... They had the same thing last year
[07:15] <bkerensa> :P
[07:16] <bkerensa> luckily their CTO and Lead Sysadmin are Ubuntu folks so I will be in good company
[07:16] <blkperl> you can't beat alaskan salmon though
[07:25] <bkerensa> blkperl: I would trade some Pho for Salmon any day of the week
[07:25] <bkerensa> :D
[07:26] <bkerensa> I will be in a place in a week in a half where you can catch salmon with your hands the size of a baseball bat
[07:27] <blkperl> ooww bring me back some? :)
[08:19] <bkerensa> LOL
[08:19] <bkerensa> :D
[08:19] <bkerensa> blkperl: You can get them in the rivers and creeks in Northern California and Southern Oregon
[08:19] <bkerensa> :D
[22:23] <bkerensa> weee
[22:23] <bkerensa> :D


[03:48] <Noskcaj> infinity, Could you merge wxwidgets3.0 some time soon please? One of my merges is waiting for the new debian release
[04:54] <ikepanhc> @pilot in
[06:35] <pitti> Good morning
[06:38] <rsalveti> diwic: thanks for sending the patch, I sent a similar one last friday but it still needs to be approved it seems (got blocked by the ml)
[06:38] <rsalveti> so thanks for taking care of that
[06:38] <diwic> rsalveti, aha, didn't know that
[06:39] <rsalveti> it just accepts patches from subscribed members, was planning to send it again after subscribing with my canonical email, but you did that already
[06:39] <rsalveti> so all good
[06:39] <diwic> rsalveti, I talked to tanuk upstream last Friday and he seemed to prefer changing PA to 200 rather than changing rtkit
[06:40] <rsalveti> yeah, I saw that, that's why I decided to push that patch forward
[06:40] <diwic> ok
[07:20] <dholbach> good morning
[07:47] <doko_> tvoss, what's the status of the phone/4.9 transition?
[07:48] <tvoss> doko_, in silo, not done yet
[07:48] <doko_> tvoss, so no defaults change yet?
[07:48] <tvoss> doko_, nope, sorry for that. Getting the upstreams aligned is more difficult than anticipated
[08:14] <sil2100> dholbach: hi! A kind reminder to add me to the patch pilot calendar ;)
[08:15] <dholbach> sil2100, I can't believe I missed to do that
[08:15] <dholbach> sil2100, I'll take care of it once this call is finished :)
[08:16] <sil2100> Thanks ;)
[08:53] <xnox> wgrant: thanks. didn't recognise corrupt WADL cache. for pkg_importer is that in just that users ~/.launchpadlib/api.launchpad.net/cache, and since it was etree parse error on incomplete tokens some wadl+xml files would be incomplete/invalid there.
[08:53] <xnox> hm. shouldn't wadllib invalidate and redownload representations, if it fails to load them?!
[08:55] <brendand> mvo, cjwatson - you made it to the coverage dashboard :) http://<IP_ADDRESS>:8080/gaps/project/click/
[08:56] <mvo> brendand: yeah
[08:57] <mvo> brendand: I added the smoke test for building apps as part of the integration test too btw https://code.launchpad.net/~mvo/click/test-build-core-apps/+merge/225022
[08:58] <cjwatson> brendand: Cool, thanks.  Don't know if you noticed but the most recent entry there has coverage of the C code as well
[08:59] <brendand> cjwatson, i did, thanks!
[08:59] <cjwatson> Just need to fix a few details per Francis
[08:59] <brendand> cjwatson, i think the last step before we go green is for you to have a look at the numbers and see if there's anywhere coverage can be improved
[09:00] <brendand> cjwatson, being sensible about it of course, so not just improving coverage for the sake of it
[09:00] <cjwatson> Yeah, I'm sure there are a few places
[09:01] <ochosi> hi bregma, as one of the light-locker uploaders, would you mind to take a look at this (packaging) issue? https://bugs.launchpad.net/ubuntu/+source/light-locker/+bug/1336065
[09:02] <wgrant> xnox: yup, i just stopped, deleted, started, then requeued the failures
[09:03] <mvo> brendand: the big one that needed improvement was the chroot coverage but that improved quite a bit
[09:03] <mvo> brendand: but we will check for more :)
[09:16] <dholbach> sil2100, better? ;-)
[09:16]  * sil2100 looks
[09:19] <sil2100> dholbach: better ;) Thanks!
[09:19] <dholbach> :-D
[09:20] <cjwatson> rbasak: Would you mind merging ming?  It's one of the last three automake1.10 users
[09:47] <cjwatson> rbasak: (Now the last one left.)
[09:56] <doko> mvo, python-apt ping
[10:07] <jibel> mvo, just a confirmation, for bug 1311396 it's a translation fix and there is no change for this in u-r-u or update-manager, correct?
[10:12] <doko> tvoss, is duflu on irc?
[10:12] <tvoss> doko, in #ubuntu-mir
[10:12] <tvoss> doko, but he might well be offline
[10:13] <apw> is compiz crashing on login on utopic a known issue
[10:14] <doko> tvoss, ok, added my comment to the merge proposal (I think this is bikeshedding now)
[10:14] <tvoss> doko, thanks
[10:19] <apw> jodh, hey ... upstart as a user session, where are log job logs for those jobs ?
[10:19] <jodh> apw: $XDG_CACHE_HOME/upstart/*.log (documented in init(5)).
[10:20] <jodh> apw: or ~/.cache/upstart/ if var not set.
[10:21] <jibel> mvo, bdmurray langpacks for ja, id, eo and ug must be refreshed and SRUed in Precise in order to verify 1311396.
[10:21] <apw> jodh, great thats them, trying to work out why unit7 is just dieing in a heap on me
[10:32] <seb128> Noskcaj, dholbach: hey, your libgtop update has a soname change without binary renaming, making rdepends not start, including unity :/
[10:33] <seb128> shrug
[10:33] <apw> ok ... yeah my desktop seems to be blank, because unity7 no longer starts, becase bamf-daemon doesn't start, because it depends on libgtop2-7, and
[10:34] <apw> the latest migration replaces that with .10
[10:35] <seb128> Noskcaj, dholbach_: is one of you around to sort that out? we need to get that resolved before more people upgrade and get a non working desktop, just wondering who should look at fixing it
[10:36] <alexbligh1> I am trying to debug why debootstrap is doing something slightly different making a trusty image to a precise image. The symptom I'm seeing is /dev/net/tun does not exist after boot, yet it is mentioned in /var/log/udev, and udevadm trigger --action=add does not actually create it. Any ideas how /dev/net/tun is meant to be mknod'd and how to debug?
[10:36] <Wiziledo> i need to know as a ubuntu user why nzoom.com tv on demand doesnt work
[10:37] <seb128> k
[10:37] <darkxst> Wiziledo, try #ubuntu
[10:37] <Wiziledo> they won't give me voice because its not important as they put it
[10:37] <seb128> I'm going to revert libgtop, fixing it the proper way would mean blocking the fix until all the rdepends are ported to 10
[10:37] <seb128> Laney, ^ does that make sense to you?
[10:38] <darkxst> Wiziledo, this channel is for development of ubuntu, not user support
[10:38] <Wiziledo> ok
[10:38] <Wiziledo> sorry :)
[10:38] <Wiziledo> does mark shuttleworth come here?
[10:38] <Laney> seb128: that seems fair
[10:39] <seb128> k, doing that
[10:39] <seb128> Laney, thanks
[10:39] <xnox> Wiziledo: he holds qa sessions often during ubuntu online summits and user days, i don't think there is one comming up shortly, as we just finished online summit.
[10:41] <Wiziledo> sweet, i look up to that guy
[10:41] <Wiziledo> i get what he is doing
[10:44] <seb128> Noskcaj, dholbach_: I uploaded a revert
[10:44]  * Laney adds a hint to make it skip testing and get faster to release
[10:45] <Wiziledo> Question, is ubuntu literally made in this channel?
[10:46] <cjwatson> Most of the main developers are here, yes
[10:46] <apw> seb128, and confirmed just reverting that library restored my desktop
[10:47] <seb128> k
[10:47] <seb128> https://launchpad.net/ubuntu/+source/libgtop2/2.30.0.is.2.28.5-0ubuntu1 is building
[10:47] <apw> seb128, will test it once it has built
[10:47] <seb128> thanks
[10:48] <mvo> jibel: hm, is that somethat that pitti or dpm can help with? the langpack refresh for precsie for bug 1311396 i mean
[10:48] <Wiziledo> Are all developers paid?
[10:48] <cjwatson> No
[10:49] <milissa> http://adf.ly/pyduc
[10:50] <Wiziledo> anyway I'm from NZ I'm a big fan of ubuntu just want to get our national TV website tv on demand to work lol
[10:51] <Wiziledo> youtube works, just not national tv on demand
[10:53] <Wiziledo> Also the desktop is dying
[10:55] <darkxst> Wiziledo, many of the devs, like me are volunteers
[10:55] <darkxst> Wiziledo, and as I said, this is not the channel for user support
[10:59] <Wiziledo> oh thats awesome
[11:05] <xnox> Wiziledo: there is a NZ ubuntu LOCO group http://loco.ubuntu.com/teams/ubuntu-nz/ there is an IRC channel #ubuntu-nz maybe you can find out more about the national TV website working on ubuntu there?
[11:22] <pitti> mvo, jibel: yes, I can help with the SRU, if the translations fixed on LP for precise/saucy
[11:46] <bluesabre> Hello sponsors, is anybody available to upload these packages to trusty-proposed to begin SRU verification?
[11:47] <bluesabre> https://bugs.launchpad.net/ubuntu/+source/lightdm-gtk-greeter/+bug/1331871
[11:47] <bluesabre> https://bugs.launchpad.net/ubuntu/trusty/+source/menulibre/+bug/1323405
[12:00] <jibel> pitti, I checked indonesian and the fix is not in LP, so this SRU is invalid.
[12:06] <dholbach> seb128, sorry - I was out for lunch
[12:15] <dholbach> seb128, thanks a lot for your work on this - I'm sorry I didn't notice this when sponsoring :(
[12:17] <seb128> dholbach, hey, no worry !
[12:19] <dholbach> seb128, IIRC that's not the first time for them, right?
[12:21] <seb128> dholbach, you mean not the first time Noskcaj has updates with issues?
[12:21] <dholbach> no, libgtop not bumping the soname
[12:21] <seb128> oh
[12:22] <seb128> dholbach, they did bump the soname, Noskcaj just didn't rename the binary in the packaging to match the version
[12:22] <dholbach> ohhhhh ok, then indeed I should have noticed this :-/
[12:22] <seb128> like they did .7 -> .10 and the lib is still named lib7 and ships 10
[12:24] <mlankhorst> dpkg -L libosmesa6 ;-) (on utopic, for historic reasons)
[12:25] <bluesabre> hey dholbach, thanks for the endorsement :)
[12:26] <dholbach> bluesabre, anytime
[12:26] <bluesabre> if you get a free moment, do you think you can upload the lightdm-gtk-greeter and menulibre packages I have in the sponsor queue?
[12:26] <bluesabre> (trusty-proposed_
[12:28] <dholbach> bluesabre, I'm afraid I'm quite busy right now
[12:28] <dholbach> ^ can anyone else help out a bit with sponsoring?
[12:30] <bluesabre> ok, np. gotta run to work now, be back tonight
[12:57] <shadeslayer> mvo: ping, I was wondering what the status of appstream is in ubuntu
[12:57] <shadeslayer> and whether USC and Synaptic are going to move to it
[14:02] <mpt> “Du har ikke lov til at redigere denne side.”
[14:03] <mpt> I thought MoinMoin had stopped giving me error messages in random languages in 2009
[14:05] <juliank> mpt: It just wanted to have some fun :)
[14:54] <ev_> dobey: have you come across any good solutions for doing checkout rather than export in Tarmac's verify_command plugin, short of writing a new plugin? I'm just surprised no one has run into this as an issue before. Surely we can't be the only people populating version information from bzr?
[14:58] <dobey> ev_: what issue?
[14:59] <ev_> dobey: that tarmac does bzr export for verify_command, rather than bzr branch or bzr co. Our setup requires the branch information to be present, since we send that as part of a deployment of this code. Our tests then validate that.
[14:59] <ev_> I could just bzr init as a hack around it, I suppose
[14:59] <dobey> ev_: tarmac used to just run the tests in the checked out branch, but it was changed to doing an export to a temp dir for security, so that rogue branches can't commit themselves and such
[14:59] <ev_> yeah, I can understand that motivation
[15:01] <ev_> yeah, this bzr init should work
[15:01] <ev_> sorry for disrupting you :)
[15:01] <dobey> ev_: i think if the build system/tests requires .bzr to exist with valid data, then the build system/tests are broken. i'd have to look at what you're doing exactly to give better feedback/recommendation for how to do it better though.
[15:02] <ev_> well, it's driving our integration tests
[15:02] <ev_> which validate the deployment, which puts copies of the code under directories with the revno in the name
[15:03] <ev_> so that we can switch between a few on production
[15:03] <ev_> right now I have it running both the deployment and the tests under tarmac
[15:03] <ev_> deployment to a temporary location, obviously :)
[15:03] <dobey> i totally understand why you'd want to do that in an actual deployment
[15:03] <dobey> hmm
[15:04] <ev_> I don't think IS would like us doing CD with Tarmac
[15:04] <ev_> sorry, continuous deployment. Hate acronyms.
[15:04] <ev_> yeah, I'll hack around it for now
[15:04] <dobey> i guessed that :)
[15:04] <ev_> we don't have any tests that validate the bzr revno matches the other side
[15:04] <ev_> so I can just fix this once we do :)
[15:05] <ev_> though I guess we could just validate that as 0
[15:06] <dobey> ev_: if you want to file a bug against the project this is for, and sub me to the bug, i can try to look at it sometime when i have some free time (which i have extremely little of lately)
[15:07] <ev_> sure, will do
[15:07]  * dobey wonders who to ping about debugging upstart jobs
[15:08] <dobey> hmm, or maybe i can just stop the job and run it manually under gdb and it'll just do what i want to do
[15:13] <alexbligh1> I'm having problems with systemd-udevd on 14.04 that didn't occur with udevd on 12.04. This is a debootstrap'd image. It appears not to be creating device nodes (specifically /dev/net/tun). As far as I can tell udev is matching the appropriate rule, but the node is not being created. udevadm test produces what I think is the expected result, but udevadm trigger does nothing. Details here: http://pastebin.com/4U
[15:13] <alexbligh1> CGmXWx Any ideas?
[15:13] <alexbligh1> Argh, URL is http://pastebin.com/4UCGmXWx
[15:21] <Unit193> ari-tczew appears to have nuked the entire Ubuntu history in a changelog, and improperly re-enabled a feature by missing a build-dep: https://launchpadlibrarian.net/177154250/lightdm-gtk-greeter_1.8.4-0ubuntu1_1.8.5-1ubuntu1.diff.gz
[15:33] <elopio> Hello!
[15:33] <elopio> I need a core-dev to review a packaging change, here: https://code.launchpad.net/~elopio/address-book-app/qmltest1/+merge/221263
[15:45] <xnox> elopio: looks good, can i use qmltestrunner against system installed address book app?
[15:46] <xnox> elopio: are qmltests executed in jenkins with results publised on ci.ubuntu.com? if yes, then where?
[15:46] <xnox> I wonder how to make that qmltests to be executed as dep8 test as well.
[15:47] <elopio> xnox: you can't run against the installed because the qml import paths I'm using are like:
[15:47] <elopio> ../../src/imports/ContactEdit
[15:48] <elopio> xnox: and the tests are executed by jenkins on MPs, but not during the smoke tests, so not on ci.ubuntu.com
[15:49] <elopio> xnox: I first tried making it an autopkgtest, but pitti recommended to it on the dh_auto_test
[15:49] <elopio> xnox: on dep8, wouldn't it be better to run the autopilot tests?
[15:53] <xnox> elopio: they way you did, it must be in dh_auto_test.
[15:53] <xnox> elopio: dep8 would be in-addition, running against system app to satisfy the removal of the autopkgtests which are currently published on ci.ubuntu.com, until qmltests are also published there.
[15:54] <elopio> xnox: I added an autopilot test that will be on ci.ubuntu.com and test the creation of a new contact.
[15:55] <elopio> so I'm just removing the tests that are just duplicating some things from that more general test
[15:56] <elopio> if on qml tests we check all the combinations that will enable the save button, on autopilot we can just assume that the save button will be enabled.
[15:56] <elopio> but it will fail anyway if for some weird reason, this works while building the package but not while running the autopilot tests.
[15:59] <xnox> elopio: i see.
[17:57] <arges> slangasek: hey... trying to figure out bug 1274444. Do you know if there is a simple way to ensure that kernel messages with <N> n>=12 are logged with rsyslog/whatever? $ConsoleLogLevel 14 doesn't seem to do anything
[18:08] <slangasek> arges: I really don't know, sorry
[18:08] <slangasek> arges: maybe pitti knows the interfaces here?
[18:09] <arges> slangasek: figured id ask before digging even more. i've been playing with the settings but not being very successful
[18:49] <smoser> infinity, around ?
[18:50] <smoser> some folks are interested in getting a d-i build with linux-keystone for trusty
[18:50] <smoser>  https://launchpad.net/ubuntu/+source/linux-keystone
[18:50] <smoser> expecting that to land at
[18:50] <smoser>  https://code.launchpad.net/~smoser/maas/maas-ephemerals-v2
[18:50] <smoser> er..
[18:50] <smoser>  http://ports.ubuntu.com/ubuntu-ports/dists/trusty-proposed/main/installer-armhf/current/images/
[18:51] <smoser> i'm not familiar with how that request is made or how that is done.
[18:51] <smoser> oh. and its canada day, and you're not here. rightfully so.
[18:51] <smoser> slangasek, ^ ?
[18:53] <stgraber> smoser: do you have a d-i branch adding support for that?
[18:53] <smoser> "i'm not familiar with how that request is made or how that is done."
[18:53] <smoser> :)
[18:54] <smoser> so, no.
[18:54] <smoser> dannf, maybe has done that in the past?
[18:54] <stgraber> smoser: adding a new ARM board/platform to d-i isn't extremely difficult (we reworked some of that last cycle to be simpler) but you typically want to send a merge proposal for d-i adding the required dependencies and code to generate a bootable image for your target and you likely also need a matching change to flash-kernel and the libdebian-installer
[18:55] <stgraber> I'm not familiar with this specific target, so could be that some of those bits have been done but not others
[18:56] <smoser> stgraber, thanks.
[18:57] <stgraber> all of that is obviously better done by someone who has access to the actual hardware as all of those bits require some knowledge about how the bootloader is setup, what kind of storage it uses and its devicetree dtb file (and whether it needs to be appended to the kernel or resides in flash)
[18:58] <dannf> smoser: manjo has MPs for that iirc - at least for the components, if not for d-i itself
[18:58] <dannf> stgraber: ^
[18:58] <smoser> dannf, thanks
[18:58] <smoser> manjo, ^
[18:58] <smoser> i just hit 'send' on the mail that started me bothering people. i'm going to be gone soon for a few days.
[18:59] <dannf> well, i don't see a d-i MP - but i know he's produced one for testing
[19:00] <manjo> smoser, I have a d-i building in a PPA for keystone ... I can submit to you ... install images are in http://ppa.launchpad.net/marcola-team/ppa/ubuntu/dists/trusty/main/installer-armhf/current/images/keystone/netboot/
[19:01] <dannf> manjo: can you propose an MP for d-i? infinity said he'd take a look at MPs by next week, i owe him a list
[19:01] <manjo> dannf, ack
[20:07] <robert_ancell> kentb, do you know the correct URL for efibootmgr?
[20:07] <robert_ancell> Is it https://github.com/vathpela/efibootmgr?
[20:08] <kentb> robert_ancell, yep. that's  it.
[20:08] <robert_ancell> kentb, ta
[20:08] <kentb> np
[20:27] <directhex> infinity, any idea on ppc64el mono status? upstream indicate they haven't seen anything relating to it
[20:27] <directhex> (which could be an error)
[21:12] <infinity> directhex: I'll have to talk to the IBMers about where their upstream submissions have (or haven't) gone.
[21:13] <directhex> infinity, thanks
[21:14] <infinity> dannf: If you get me d-i MPs (libdi and d-i itself), I can blind review them.  I've done more than enough new platforms in d-i by now to know if it'll work without even trying (that might be a bit of a sad statement...)
[21:15] <dannf> manjo: ^
[21:16] <dannf> the libd-i one is there- https://code.launchpad.net/~manjo/ubuntu/utopic/libdebian-installer/HP-m800 - https://code.launchpad.net/~manjo/ubuntu/trusty/libdebian-installer/HP-m800
[21:16] <manjo> infinity, ack
[21:16] <manjo> infinity, there is an MP For libdi already
[21:16] <manjo> infinity, I will MP di soon
[21:17] <infinity> dannf: Great.  Add it to that email full o' MPs that I asked for, so I don't lose it in holiday backscroll. ;)
[21:17] <dannf> infinity: will do
[21:17] <infinity> <3
[21:32] <LeonBo> I've debbuild the libav package to add some extra encoders
[21:32] <LeonBo> The original version is 6:9.13-0ubuntu<IP_ADDRESS>
[21:32] <LeonBo> My version is 6:9.13-0ubuntu<IP_ADDRESS>~ppa1
[21:33] <LeonBo> When installing the ~ppa1 version I get the warning: 'dpkg: warning: downgrading libavcodec54:amd64'
[21:33] <infinity> LeonBo: That makes your version lower than the archive version.
[21:33] <LeonBo> Yeah I thought so
[21:33] <infinity> LeonBo: "~" means "just before".  As in, -1~foo is "just before -1"
[21:34] <LeonBo> OK
[21:34] <infinity> LeonBo: You might want something like -0ubuntu<IP_ADDRESS>+ppa1
[21:34] <LeonBo> Should I just use +ppa1 then?
[21:34] <LeonBo> infinity: you were quicker
[21:34] <LeonBo> :)
[21:34] <infinity> LeonBo: Or -0ubuntu<IP_ADDRESS>+leon1 so it's obvious to people where it came from.
[21:34] <LeonBo> infinity: awesome, I'll use that then
[21:35] <LeonBo> And is there a way to keep my version always higher?
[21:35] <LeonBo> So If 9.14 of the package is released, my version isn't automatically removed
[21:36] <infinity> LeonBo: Yeah, you could bump the epoch, but you may well not want that.
[21:37] <infinity> LeonBo: Other packages that have versioned deps will break a bit in that case, and I wouldn't recommend it.
[21:37] <infinity> LeonBo: Since you're building a package that *is* 6:9.13, if something in the archive depends on >> 6:9.14, you don't want you package to satisfy the dep by accident, you want to update your package.
[21:38] <LeonBo> Yeah, you're right
[21:38] <LeonBo> So release my + version
[21:38] <LeonBo> And then pin it?
[21:38] <infinity> LeonBo: That's the saner way to go, yeah.
[21:39] <infinity> LeonBo: Then when apt starts whining about "Not upgrading 4 packages", you know you need to update your PPA. ;)
[21:39] <LeonBo> Exactly
[21:39] <LeonBo> Thanks a lot!
[22:26] <ari-tczew> cjwatson: I guess there's existing problem again with M-o-M. It hasn't been updated since a few hours. "Generated at 2014-07-01 15:43:30 UTC."
[22:39] <Unit193> ari-tczew: You seem to have nuked the Ubuntu changelog of lightdm-gtk-greeter (Used to be an Ubuntu package, later Debian picked it up.)  As well as missing a build-dep on ido.
[22:46] <slangasek> arges: bug #1274444> what do you mean, "pending merge"?
[22:47] <cjwatson> ari-tczew: thanks, hopefully fixed
[23:02] <ari-tczew> Unit193: I've dropped the whole changelog before initial release of Debian because I think it's not needed so much keeping a lot of changes in d/changelog as there are explanation of delta in newer releases.
[23:03] <ari-tczew> Unit193: B-D on libido3-0.1-dev is dropped because the reason of that addition wasn't mentioned in d/changelog and package builds fine without this one.
[23:04] <Unit193> It'll build fine without libindicator-dev too. :P
[23:04] <ari-tczew> Unit193: can I ask, is there any special reason to that investigation?
[23:11] <Unit193> ari-tczew: Normally some indicators need that, icon related.
[23:11] <Unit193> By default it's enabled and checks for it.
[23:14] <ari-tczew> Unit193: if this B-D is really needed, please fill a bug, attach a patch and subscribe to ~ubuntu-sponsors.
[23:17]  * Unit193 sighs.


[00:00] <ajmitch> asleep or at work?
[00:01] <ScottK> Meh!  Sleep is for the weak.
[00:01] <sebner> ScottK: I'm really but I have to go to bed. 7 hours in the train. 1.00 am and my first lesson tomorrow is math :(
[00:01] <ScottK> OK, you're forgiven.
[00:01] <ScottK> Good night.
[00:02] <sebner> heh
[00:02] <sebner> gn8 and thanks for all your hard work!
[00:54] <asac> ScottK: ok we build fixed helix-player, also build tested in ppa ... and checked that firefox can load that plugin in about:plugins
[00:54] <asac> about to say good night ;)
[01:04] <ScottK> asac: Excellent.  Uploaded again, I assume?
[01:05] <ScottK> I see it.
[01:06] <asac> ScottK: yes. its up
[01:06] <asac> thx
[01:53] <hedkandi> hello motus
[01:54] <hedkandi> I guess you're all busy with the next release.
[01:54] <hedkandi> I've spent the past two days trying to learn how to create a package for revu
[01:54] <hedkandi> The documentation for this is utterly terrible.
[01:55] <hedkandi> and I can safely say that I am a smart guy, and if, after two days of study
[01:55] <hedkandi> I still have not got a clue what you people, and your documentation is on about
[01:55] <hedkandi> then it is inadequate.
[01:55] <hedkandi> I think you guys could think a little less about all the fantastic features you're going to brag about
[01:56] <hedkandi> and think a little more about how to make linux accessible to other people instead.
[01:56] <micahg> hedkandi: if you think the process needs help, then help make it better
[01:56] <hedkandi> I am not in a position to fix it myself because I know nothing about the topic
[01:56] <hedkandi> obviously
[01:56] <micahg> then how do you know there's a problem?
[01:56] <zooko> hedkandi: you sound frustrated.
[01:56] <hedkandi> this "oh it's up to YOU to solve the problem" is a cop-out
[01:57] <zooko> I sympathize with the frustration of trying to do something technical and finding the docs inadequate.
[01:57] <hedkandi> it's just a way of absolving yourselves of the responsibility
[01:57] <micahg> not up to you, but most of the people here are volunteers
[01:57] <hedkandi> right well I'm going to bed
[01:57] <hedkandi> bye
[01:58] <micahg> ugh
[01:58] <micahg> that frustrates me
[01:58] <ajmitch> what, the complete lack of specific details in that whine?
[01:59] <micahg> the arrogance that the user needs to be served, that because something already exists, it must be made perfect by the people who made it
[02:00] <micahg> I think it's cool that people can jump in and help
[02:00] <micahg> that's one of the reasons I like being a part of the ubuntu community
[02:02] <micahg> over the past few days I had a small glimpse into the amount of work that goes into packaging
[02:02] <ajmitch> and because of that, I recognise that I've lost my right to complain about karmic by not helping improve it :)
[02:02] <micahg> and I think it's amazing what the MOTUs do
[02:05] <directhex> he didn't even say which docs he feels sucks
[02:05] <directhex> so...
[02:08] <ajmitch> probably the packaging guide
[02:08] <ajmitch> but we don't know
[02:14]  * Yagisan is suddenly reminded why he would violate the CoC should he ever do "support" again for free
[02:18] <directhex> i quit #debian many years ago to avoid high blood pressure
[02:20] <Yagisan> I can imagine
[02:21] <Yagisan> it's the sense of entitlement that is most frustrating
[02:21]  * ScottK has a consulting rate for sense of entitlement
[02:22] <Yagisan> it's easier to put up with when you get financially compensated, but most of these people are too cheep for that
[02:25] <zul> ajmitch: blah
[02:25]  * Yagisan wonders if he should upgrade or fresh install in 2 days
[02:41] <ScottK> zul: Would you mind pastebining me your opennebula diff?
[02:42] <ScottK> Nevermind
[02:43] <ScottK> zul: Ack.  Looks good.  Thanks.
[03:57] <ScottK> So I'm starting to like debhelper 7.
[03:57] <ari-tczew> why?
[03:58] <ScottK> I spent an hour trying to coax pyproj into building with it's cdbs rules and gave it up as impossible.  In 5 minutes I had it building with debhelper 7.
[04:01] <ScottK> Nice readable docs too.  I didn't have to grep the source to figure stuff out http://pkg-perl.alioth.debian.org/debhelper.html
[04:01] <ari-tczew> While kamic development cycle I saw that developers don't like debhelper 7, because it breaks languages or something...
[04:02] <StevenK> ScottK: Been there, done that, got the t-shirt.
[04:02] <ScottK> ari-tczew: I think people are still getting used to it because it's new.
[04:02] <ari-tczew> e.g. notify-osd
[04:03] <ScottK> No idea about that.
[04:04] <ScottK> Personally, I've stayed away from it because I wasn't having any problems I thought it would solve.
[04:04] <ScottK> Until tonight.
[04:05] <ari-tczew> ScottK: are you working 24h ?
[04:05] <StevenK> ScottK: But cdbs is a problem? :-)
[04:05] <ScottK> Not quite.
[04:05] <ScottK> StevenK: IME it works fine for many common use cases.  It's when you need to deviate from that that the magic gets scary and dark.
[04:06] <StevenK> ScottK: Exactly. If you have a simple ./configure, make, make install, it's fine. But debhelper 7 even makes that case simple
[04:06] <ScottK> Agreed.
[04:07] <ScottK> If I was starting a package from scratch now, I'd use dh, but until tonight I've had no case for doing the work to convert an existing package.
[04:08] <StevenK> ScottK: I've ripped yada out of packages, and switched to db
[04:08] <StevenK> *dh
[04:08] <ScottK> Well yada, sure.
[04:09] <ajmitch> StevenK: have you managed to purge yada from the archive yet?
[04:10] <StevenK> ajmitch: No. :-(
[04:10] <StevenK> There's still around 20 source packages that use it.
[04:10] <StevenK> Hobbsee reckons we should just remove it and let those 20 break.
[04:11] <ajmitch> I agree
[04:11] <ajmitch> I don't recognise any of those 20 packages, I'm sure they're not important
[04:13]  * StevenK ponders a death-to-yada spec
[04:14] <ScottK> +1
[04:14] <JanC> hm, how to find those 20? ;)
[04:15] <StevenK> checkrdepends
[04:15] <ScottK> I'm thinking about a spec to have up stop carrying binaries forward from old releases.  Once the toolchain is in place, rebuild the entire archive and remove any binaries that fail.
[04:15] <ScottK> That way any binaries we release with we know built at least once during the cycle.
[04:16] <StevenK> http://paste.ubuntu.com/302525/
[04:16] <lifeless> ScottK: +1
[04:16] <zooko> I really like the fact that libcrypto++ runs its self-tests when built, which means that I don't have to worry about a broken one (due to the apparently bug in the new binutils) showing up in Ubuntu.
[04:16] <ScottK> More self tests would be good.
[04:17] <zooko> It makes me fantasize about the Test Driven Operating System, where no upgrade is allowed if it doesn't pass its own unit tests strictly better than the previous version did.
[04:17] <ScottK> The bigger problem now though is the ~10% of the archive we can't build.
[04:17] <StevenK> Some of the packages in that list are ... special
[04:17] <ScottK> StevenK: They are.  I did a fair number of removals this time around too (thanks for the help on kaffe, btw).
[04:17] <micahg> ScottK: are FTBFS fixes allowed after release?
[04:17] <ScottK> micahg: Yes.
[04:17] <ajmitch> micahg: normal SRU rules
[04:19] <JanC> StevenK: I guess this is 'reverse-build-depends' in karmic?
[04:22] <StevenK> JanC: They are the packages that Build-Depends in yada in Karmic
[04:23] <dtchen> ugh, another item queued for the long 10.04 fixing
[04:24] <ajmitch> dtchen: bug 433683 can be set as fix released since the fix is in the linux-backports-modules-alsa package?
[04:27] <dtchen> ajmitch: nah, not until 10.04 gets 2.6.3x, x>=2. OTOH, I've added a linux-backports-modules-2.6.31 task and marked it Fix Released
[04:28] <ajmitch> ok, thought I'd check since the alsa modules package isn't particularly obvious
[04:29] <ajmitch> but the fix works nicely, it's good to be able to listen to music in the office again :)
[04:29] <dtchen> yeah, I'm happy l-b-m gained the 20091012 snapshot
[04:29] <dtchen> it resolves a crackload of regressions
[04:34] <ScottK> BTW, we're open for business for Universe uploads for another 7 and a half hours ...
[04:35] <porthose> ScottK, bug #461656
[04:35] <ScottK> Looking
[04:45] <ScottK> porthose: Uploaded.  Thank you.
[04:46] <porthose> ScottK, ty :)
[04:47] <ScottK> porthose: I did edit your debian/changelog slightly.  Have a look at that after it's in.
[04:47] <porthose> ScottK,  Ok, was it not verbose enough?
[04:48] <ScottK> porthose: No,  The regex for auto bug closing has a space in it.  Also don't go over 79 characters in a line.
[04:48] <porthose> Oh ok
[05:04] <wrapster> guys no matter what i try im still not going any further than http://pastie.org/670439
[05:05] <wrapster> did everything I know... can anyone help me pls..
[05:05] <wrapster> according to geser, idea i tried running individual make, even then I end up with this only.
[05:05] <wrapster> damn libnss
[05:05] <wrapster> pls help folks
[05:07] <JanC> is that on Solaris or what?
[05:08] <wrapster> JanC: thats on nexenta: solaris kernel+ ubuntu userland
[05:09] <fabrice_sp> wrapster, not sure you will receive help today: this is the last day for last bugfixing uploads
[05:10]  * ScottK will be back after some sleep to review more stuff.
[05:10] <wrapster> fabrice_sp: oh man..
[05:10] <wrapster> ok.. if you ppl find some time pls look into this as well..
[05:10] <wrapster> thanks anyway guys.
[05:33] <fabrice_sp> Any motu release to have a look at http://pastebin.ubuntu.com/302554/ (const char * invalid conversion)
[05:48] <fabrice_sp> ScottK, I've just uploaded kmchart, linked to the previous pastebin
[06:45] <dholbach> good morning
[08:56] <fabrice_sp> Hi. Any motu-release to have a look at bug #461696?
[08:56] <fabrice_sp> this fixes a FTBFS
[09:01] <wrapster> folks finally i built the libnss 64bit version...
[09:02] <wrapster> working fine.. if anyone is free let me know.. I have a few queries (not with pkging) to now write a wrapper for this...
[09:28] <ScottK> fabrice_sp: Looks good.  Thanks.
[09:29] <fabrice_sp> thanks ScottK :-)
[09:50] <dstansby> Hi guys, just wondering if anyone could elighten me as to why I'm getting the following error whilst trying to build a package:
[09:50] <dstansby> Error: Target "linux", package "rtl" not found
[09:50] <dstansby> make: *** [configure-stamp] Error 1
[09:50] <dstansby> dpkg-buildpackage: error: fakeroot debian/rules clean gave error exit status 2
[09:57] <sebner> ScottK: I ignored my alarm clock, slept until now (missed maths) ... anything to sponsor for me? ^^
[09:59] <ScottK> sebner: Not that I know of.
[09:59] <directhex> sebner, can you beat monobristol.git with a stick until allpackages.git works for me?
[10:01] <sebner> directhex: looking
[10:02] <ScottK> I'm off for awhile, but ought to be able to make an appearance shortly before we lock things down.
[10:03] <sebner> directhex: wondering what's broken there (again)
[10:43] <ogra> ScottK, hrm, your upload broke usb-imagewriter
[11:34] <Q-FUNK> howdy! what is the procedure for getting a package approved to ${LTS}-backports ?
[11:35] <Q-FUNK> I'm refering to the request in LP bug #237224 which I think is reasonable.
[11:35] <Q-FUNK> the delta between what's in Hardy and current upstream is minimal.
[11:45] <wrapster> why does something like this not work? how can i resolve it?
[11:45] <wrapster> http://pastie.org/671432
[11:46] <maco> can someone hit the retry button on maven-repository-builder? it was ftbfs but the dependency issue is fixed so it should build now
[11:47] <maco> er oh... wait it failed to build on i386...
[11:50] <randomaction> !backports | Q-FUNK
[11:54] <maco> ok yeah, i think maven-repository-builder should build now
[11:54] <ScottK> ogra: OK.  Ack for the revert.
[12:00] <ogra> ScottK, gracias
[12:03] <slytherin> maco: it failed again
[12:03] <maco> i wonder if it failed in the same way
[12:04] <slytherin> taht only you can tell.
[12:04] <maco> the fail was a missing dependency that is definitely in the repos
[12:05] <ScottK> Would someone with ops please make /topic say we are FROZEN for Karmic.
[12:05] <slytherin> This time it is MethodNotFoundException
[12:05] <ScottK> It's SRU material now.
[12:06] <maco> slytherin: only on i386, right? just like before?
[12:06] <maco> it builds in a amd64 pbuilder
[12:06] <slytherin> maco: It is arch:all package. It will be built only on i386.
[12:06] <maco> oh ok
[12:28] <dtchen> maco: create an i386 {s,}chroot and recreate the issue
[14:30] <bddebian> Heya gang
[14:31] <iulian> Hi bddebian.
[14:31] <bddebian> Heya iulian
[14:45] <sebner> huhu bddebian iulian
[14:46] <iulian> Hey sebner.
[14:57] <bdrung_> iulian, nhandler, ScottK, sistpoty|work: we did not manage to update eclipse-cdt. so it's better to remove it: https://bugs.launchpad.net/ubuntu/+source/eclipse-cdt/+bug/461995
[14:58] <sistpoty|work> bdrung_: what about duing an sru?
[14:58] <iulian> bdrung_: Is it really not needed anymore?
[15:00] <bdrung_> sistpoty|work: this would be an solution. but for eclipse-cdt we need some more packages (eclipse-mylyn, eclipse-emf, eclipse-rse) which are not in the archive
[15:00] <sistpoty|work> bdrung_: ah, ok, I guess removal seems like the better choice then
[15:00] <bdrung_> iulian: there are users of eclipse-cdt, but the package in the archive is totally outdated and does not work.
[15:01] <sistpoty|work> (or at least removing the binaries)
[15:01] <bdrung_> removing the binaries would be sufficient
[15:01] <bdrung_> with the current eclipse package you can install plugins as user (stored in ~/.eclipse).
[15:04] <bdrung_> iulian, nhandler, ScottK, sistpoty|work: second question: will the bugfix for bug 448337 be accepted?
[15:05] <sebner> huhu sistpoty|work , I missed you desperatly yesterday :P
[15:05] <sistpoty|work> hi sebner
[15:05] <sistpoty|work> sebner: I was busy at work :(
[15:05] <sebner> heh
[15:05] <sebner> np
[15:08] <sistpoty|work> bdrung_: I assume it can go through via SRU
[15:09] <bdrung_> k
[15:10]  * hyperair scratches head. where did all my wine shortcuts go?
[15:10] <hyperair> it seems winemenubuilder blew them away =.=
[15:11] <sebner> heh, huhu hyperair
[15:11] <hyperair> damn weird =\
[15:11] <hyperair> i mean all i did was replace a wined3d.dll..
[15:12] <hyperair> and do some tweaks with winetools. wait, that must have done it
[17:29] <konstantin> hi! i like to code, i like ubuntu, linux, c++, c and so on ... couple of minutes ago i watched MOTU: Common Questions Asked on youtube. how can i get into this?
[17:31] <dholbach> hey konstantin
[17:31] <konstantin> hi :)
[17:31] <dholbach> check out https://wiki.ubuntu.com/MOTU/GettingStarted and the pages linked from there
[17:31] <dholbach> there should be a bunch of good information like the packaging guide, the packaging recipes, information about ubuntu development processes and stuff and links to more videos
[17:32] <dholbach> karmic is almost "in the bag" now, but Lucid could be YOUR release cycle :)
[17:33] <maco> konstantin: welcome :)
[17:33] <konstantin> i expected you guys to trash me *haha
[17:33] <maco> (go check out his other vids of howtos...very useful!)
[17:34] <konstantin> very nice in here
[17:34] <maco> that wouldnt be very ubuntu :P
[17:35] <dholbach> konstantin: and be sure to ask your questions in here - we appreciate you helping out
[17:36] <konstantin> wow! Packaging Training is this Thursday at 7 am in switzerland that's early
[17:38] <konstantin> i try to join you then
[17:39] <dholbach> konstantin: I don't think there's a session planned atm
[17:39] <dholbach> we're figuring out something there
[17:39] <konstantin> cool
[17:56] <mpt> Does apt treat "Breaks:" without a less-than clause identically to "Conflicts:"?
[18:00] <hyperair> can someone here run `dpkg-architecture -qDEB_HOST_GNU_TYPE`?
[18:01] <hyperair> someone here running 32-bit ubuntu
[18:04] <randomaction> hyperair: i486-linux-gnu
[18:04] <hyperair> alright thanks
[18:04] <randomaction> hyperair: (karmic i386)
[18:04] <hyperair> thanks.
[18:04] <hyperair> so it's not my chroot acting weird
[18:05] <hyperair> so how do i go about getting the $host as autotools would detect it?
[18:05] <hyperair> from debian/rules, that is
[18:22] <konstantin> does anybody know why karmic doesn't ship with pidgin?
[18:23] <jdong> konstantin: it was decided to ship Telepathy instead
[18:24] <konstantin> because it uses D-Bus?
[18:25] <joaopinto> konstantin, because empathy was selected as the default
[18:25] <joaopinto> for multiple reasons, gnome integration being one of them
[18:26] <ari-tczew> It's not the time for wondering "why?"
[18:26] <konstantin> oh ok ... just trying to figure out how to seek out fitting software
[18:26] <CarlFK> is there a script to make a  dpatch-run .patch file using cvs diff?
[18:57] <fabrice_sp> CarlFK, you can use dpatch-edit-patch <patch-name> and apply the diff inside the shell
[19:03] <ari-tczew> CarlFK: http://paste.ubuntu.com/303023/
[19:39]  * kees joins the rest of motu and hugs ScottK too :)
[19:43] <jcastro> omg kittens!
[19:53]  * quadrispro gives ScottK an hug and a beer
[19:55]  * micahg isn't a MOTU but wants to give ScottK a hug anyways :)
[20:14] <CarlFK> fabrice_sp: ari-tczew - thanks
[20:15] <fabrice_sp> yw
[20:30] <fabrice_sp> 86 packages are not installable because of unmets. It's better than Intrepid, if I remember correctly
[20:31] <fabrice_sp> Better than Jaunty, I wanted to say
[21:20] <micahg> \sh: is there a reason that zend framework doesn't install dojo?
[21:36] <Buuntu> hi, can I request a mentor here?
[21:39] <maco> Buuntu: asking on the mailing list might work better :)
[21:40] <Buuntu> maco: link?
[21:40] <maco> Buuntu: universe is already frozen for karmic, so i think things'll be a little calm til lucid opens up
[21:40]  * maco looks
[21:41] <porthose>  https://wiki.ubuntu.com/MOTU/Mentoring/Junior_Contributor
[21:41] <dtchen> ubuntu-motu@lists
[21:41] <maco> https://lists.ubuntu.com/mailman/listinfo/ubuntu-motu
[21:41] <Buuntu> thanks
[21:41]  * maco goes to read the wiki link
[21:41] <maco> never saw that before
[22:08] <zooko> #l
[22:08] <zooko> oops


[00:00] <marl> i used to use it for a windoz share, but reformatted my mythbox and have forgoten the command :(
[00:03] <vbman11_> So I'm having problems using oss4 and mythtv
[00:04] <vbman11_> when I go to watch Tv I get VERY quiet, like every thing turned up I get a wisper
[00:05] <vbman11_> when I used alsa All I had to do to fix this exact same problem was this: http://www.mythtv.org/docs/mythtv-HOWTO-7.html#ss7.2
[00:06] <vbman11_> Any one know how to do the same in oss4
[00:11] <Greybeard> there's mythrename.pl
[00:12] <marl> thanks just found it, had been looking for mythlink, but it was replaced by mythrename ages ago :(
[00:12] <Greybeard> there is the file /usr/share/doc/mythtv-backend/contrib/mythrename.pl.gz in the mythtv-backend package
[00:12] <Greybeard> of course you have to ungzip it and put it somewhere useful
[00:13] <marl> yup, that had also happered finding it! lol
[00:14] <Greybeard> I don't why it isn't put in /usr/bin
[00:14] <marl> yup i would agrea, it is very usfull :) maybe its because its default is NOT to create links, it makes it kinda dangourus in some cases
[00:15] <Greybeard> yeah, it is potentially destructive
[00:15] <Greybeard> there should probably be a mythtv-contrib binary package or something containing scripts like that
[00:15] <marl> would be a good idea :)
[00:16] <laga> Greybeard: send a patch :)
[00:16] <vbman11_> anyone?
[00:17] <marl> sorry, vbman11_ i dont use oss4 :(
[00:17] <vbman11_> ok
[00:17] <Greybeard> I think I did edit the source package to make a mythtv-contrib package a while ago when I was still building mythtv myself
[06:18] <darthanubis> http://www.pchdtv.com/
[13:00] <Maxflax> I have a problem getting my DVB-T card to work! It's almost there I think
[13:07] <Maxflax> it's a "Multimedia controller: Twinhan Technology Co. Ltd Mantis DTV PCI Bridge"
[13:08] <sonicman66> I need help with my configuration for 5 sats is it possible
[13:20] <Easy_Rider9999> google for your card with driver ubuntu
[13:24] <Easy_Rider9999> http://ubuntuforums.org/archive/index.php/t-450761.html
[13:32] <sonicman66> thanks
[13:44] <frink_> yoyoyo
[14:12] <frink_> looks like bug 205849 still exists on 8.04.1
[14:12] <Zinn> Bug 205849 in mythbuntu "mythbuntu 8.04 beta installer exits silently after partial installation" [Undecided, Confirmed] http://www.launchpad.net/bugs/205849
[14:13] <laga> frink_: we need logs.
[14:15] <frink_> it is exactly the same as the bug - if you select custom remote during install, the install process exists early
[14:15] <frink_> laga: Where would that be logged?
[14:15] <laga> okay, then add that to the bug report and superm1 will fix it :)
[14:15] <frink_> :)
[14:15] <frink_> will do..
[14:15] <laga> somewhere in /var7loG7, there is a special log for the installer
[14:15] <laga> /var/log/
[14:15] <frink_> HOwever the reason for custom support is there does not seem to be a option to install a homebrew lirc serial remote receiver..
[14:16] <laga> yeah.
[14:17] <frink_> is it still a manual install for lirc serial?
[14:18] <laga> well, you need to provide your own lirc config anyways.
[14:18] <laga> because you can have lots of different remotes
[14:19] <laga> most remotes which are supported out ot the box right now are special PC remotes that come with captures cards, or the MCE stuff
[14:28] <frink_> yah
[14:28] <frink_> I have a hauppauge remote with lirc serial
[14:29] <laga> i *believe* (haven't verified it) that lircd.conf files are receiver-specific
[14:30] <laga> and tv-cards will return other stuff than serial receivers
[14:30] <laga> but i'm not sure about that
[14:57] <bcpage> I am thinking about builing a myth box and am looking for recomendations on hardware. $500~ budget, dual tunners, s-vid out(current tv), HD  would be nice for when I buy a new tv
[15:01] <frink_> laga: mine seemed to work ok on prev installs...
[15:01] <frink_> Oh, is the nova-t-500 working proprly yet?
[15:26] <bcpage> Oh forgot to add. I'm in the US and use normal Cable TV
[15:59] <notz> hy, anyone out there how got dvbloopback module on intrepid kernel working?
[16:01] <laga> notz: for sasc, you need to go elsewhere
[16:01] <superm1> sasc-ng | notz
[16:01] <Zinn> superm1: sasc-ng is a method to ILLEGALLY receive cable or satellite broadcasts via a fake software dvb-s/c device.  It is forbidden from being discussed in #ubuntu-mythtv, #ubuntu-mythtv-dev, #mythtv-users, and #mythtv.  If you would like to learn more about it, please refer to it's developers and keep any and all discussions about it there.
[16:03] <notz> ok, thanks
[16:59] <Steeltip> hi @all
[17:02] <Steeltip> Would anyone be so kind to help me resolving some issues ? 1. whenn i upgrade my music-directorie with new directories , then i dont get them work in mythfrontend even when i upgrade the db with mythfrontend (search for music) . 2. Mythweb is ULTRA SLOW since an upgrade of ubuntu reposotory, I can get cofee before iget some details of a Movie !?!?
[17:03] <Steeltip> sorry for my bad english writing
[17:04] <superm1> Steeltip, try doing a database optimization
[17:04] <superm1> eg repair mysql tables
[17:04] <Steeltip> over Mythweb ?
[17:05] <Steeltip> or on term ?
[17:05] <superm1> mythweb might have an option to do it
[17:05] <superm1> i forget
[17:05] <superm1> if not, then you can use phpmyadmin or the term too
[17:06] <Steeltip> i tried  term and mythweb, nothing went better after that
[17:06] <superm1> then i would say to check a few other things; hard drive performance using hdparm, errors in /var/log/mythtv/*
[17:06] <superm1> !logs | Steeltip
[17:06] <Zinn> Steeltip: MythTV logs are stored in /var/log/mythtv/
[17:08] <Steeltip> WOW, what does that mean ? :  MetaIOTagLib: Failed to read length from '/LAGER/Musik/NEU/[mp3Filename]
[17:09] <superm1> i think it would mean you should take that file out of your list of files
[17:09] <Steeltip> defect mp3 file ?
[17:09] <superm1> yeah defective mp3s can most definitely throw things off
[17:09] <Steeltip> okidoki
[17:09] <Steeltip> thanks guy's  @ superm1  Zinn
[17:10] <superm1> Zinn's a bot :)
[17:10] <Steeltip> doesnt*t matter
[17:10] <Steeltip> ;)
[17:10] <Steeltip> he was kind
[17:10] <Steeltip> ;)
[17:11] <laga> he can be mean, too
[17:11] <laga> !stab tgm4883_laptop
[17:11]  * Zinn betrays laga and stabs them in the eye
[17:11] <laga> see?
[17:11] <laga> damn bot
[17:11] <Steeltip> lol
[17:11] <rhpot1991_laptop> hahaha
[17:11] <Steeltip> he he he
[17:11] <Steeltip> i like him ;)
[17:12] <rhpot1991_laptop> laga can't believe that happened right there,  you have like a 4% chance of that
[17:12] <laga> "you" or "everyone" ;)
[17:12] <Steeltip> hey superml , does your MYTH run under 64  bit ?
[17:12] <rhpot1991_laptop> laga: everyone
[17:12] <superm1> Steeltip, yeah on one of my systems
[17:13] <tgm4883_laptop> HA
[17:13] <laga> !stab tgm4883_laptop
[17:13]  * Zinn stabs tgm4883_laptop with superm1's dell e.
[17:13] <rhpot1991_laptop> I busted my gps, trying to do some emergency repair in the car right now
[17:13] <tgm4883_laptop> see rhpot1991 you showed me the source and I hacked it ;)
[17:13] <Steeltip> i have master and slave running under 64 bit , seems to run not that stable as under 32  or is it cause i didnt compile by my self ?
[17:14] <Steeltip> Zinn
[17:14] <Steeltip> ;)
[17:14] <Steeltip> i am using Mythbuntu @ the moment
[17:15] <Steeltip> do you guy's compile by yourself ?
[17:15] <rhpot1991_laptop> tgm4883_laptop: you prob could, what with having ssh to the box
[17:15]  * laga compiles and uses packages
[17:15] <rhpot1991_laptop> Steeltip: I run the weekly builds, or do you mean the packages themselves
[17:16] <Steeltip> themselves ;)
[17:17] <Steeltip> isnt that too much stress rhpot1991  ?
[17:17] <rhpot1991_laptop> laga and superm1 make most of them IIRC
[17:17] <tgm4883_laptop> I possibly very much am not liking this
[17:18] <Steeltip> pardon tgm4883_laptop  , what do you mean ?
[17:18] <tgm4883_laptop> Steeltip, oh I'm having a different issue totally unrelated
[17:18] <tgm4883_laptop> Dealing with daily builds and cron jobs
[17:18] <Steeltip> oh
[17:19] <Steeltip> whats the meaning of liking ?
[17:19]  * laga hands Steeltip a dictionary
[17:19] <Steeltip> would you be so kind and explain it in other words ?
[17:19] <Steeltip> Thx allot laga
[17:19] <tgm4883_laptop> I don't like this cron job very much?
[17:19] <Steeltip> i seem to be toooooooo stupid to understand english
[17:19] <Steeltip> ;)
[17:20] <tgm4883_laptop> i'm not happy with it
[17:20] <tgm4883_laptop> because it keeps failing for no apparent reason
[17:20] <rhpot1991_laptop> I'm not happy with garmin
[17:20] <Steeltip> thx
[17:20] <rhpot1991_laptop> find my maps silly thing
[17:20] <Steeltip> garmin ?
[17:22] <Steeltip> NVP: Prebuffer wait timed out 10 times. : Whats that ?
[17:22] <rhpot1991_laptop> gps thing
[17:22] <laga> i'm not happy with that ebay guy. my GPS logger could have arrived today..
[17:23] <Steeltip> rhpot1991,  thx , google helped me :)
[17:28] <rhpot1991_laptop> Steeltip: those are kinda common, could be a lot of things and might not even be a worry
[17:33] <Steeltip> the maybe corrupt files are removed/deleted but still i cant include ne dirs in mythfrontend / myth-music
[17:33] <Steeltip> new directories
[17:49] <Steeltip> thx 4 help guy'S , CU
[17:55] <darrint> Anyone know where to find a cheap standalone ntsc tuner?
[18:54] <tritium> Two of my channels in the listings only list "NO DATA", despite valid channel lineups from schedules direct.
[18:55] <tritium> This is the same bug I experienced in 7.10 when I upgraded from 0.20 to 0.21
[18:56] <tritium> All other channel data is fine.  Where can I start diagnosing this?
[18:56] <tgm4883_laptop> tritium, in mythweb go to settings > channel info and see if they have xmltvid numbers
[18:56] <tritium> tgm4883_laptop: ok, checking...
[18:57] <tritium> tgm4883_laptop: no, none of them do
[18:58] <tritium> Does that mean they were all found via a channel scan?
[18:58] <tgm4883_laptop> none of them do, as in, none of the channels have xmltvid numbers?
[18:58] <tritium> Correct.
[18:58] <tgm4883_laptop> well thats interesting
[18:58] <tritium> They only have channum, callsign, and everything right of those fields
[18:59] <tgm4883_laptop> strange, they should all have xmltvid numbers
[19:00] <tritium> If I allow EIT scans, would that be where the program info is coming from, and not from schedules direct?
[19:00] <tgm4883_laptop> is it digital?
[19:01] <tritium> The "useonairguide" check box is checked for all of them.
[19:01] <tritium> Yes, these are all unencrypted QAM-256 on Comcast cable.
[19:01] <tgm4883_laptop> ah
[19:01] <tgm4883_laptop> sounds like thats where its getting its info
[19:02] <tritium> Yeah, sounds that way.  I'll try unchecking that box...
[19:02] <tgm4883_laptop> which 2 channels?
[19:03] <tritium> 6-1 and 12-1, which are CW and MY50
[19:04] <tgm4883_laptop> are you sure those are broadcasting EIT
[19:05] <tritium> tgm4883_laptop: no, I'm not certain.  I'll uncheck the "useonairguide" and do a fresh mythfilldatabase.
[19:05] <tgm4883_laptop> ok
[19:07] <tritium> tgm4883_laptop: thanks for your help, tgm4883_laptop.  I'll let you know if that works.  :)
[19:15] <tritium> tgm4883_laptop: that didn't seem to work
[19:18] <tritium> Hmm, the channel lineup doesn't list any of the HD channels.  Now I'm puzzled.  Should I use the over-the-air channel lineup to get the HD channel info, even though I'm using cable?
[19:20] <Greybeard> cable companies always switch channels around AFAIK
[19:21] <tritium> Yeah.
[19:22]  * tritium tries manually entering xmlids
[19:23] <superm1> tritium, if you match up the call signs, you don't usually need to enter xmlids
[19:23] <superm1> mythfilldatabase wil handle it
[19:24] <tritium> superm1: that's not happening for 2 of my channels
[19:24] <superm1> tritium, make sure that you match up spacing, dashes, etc
[19:24] <tritium> I'm not editing the call signs at all.  They were auto setup, either from channel scanning, or from listings info.
[19:25] <tritium> Call signs are correct.
[19:25] <superm1> yeah what i'm saying is that if you want the data to sync up, you have to modify the channel scanning callsigns sometimes
[19:25] <superm1> to match what the callsigns are coming in from the listings info
[19:25] <tritium> I see.  Thanks.
[19:28] <egyn> Hi, i've been trying to install mythtv but failed twice. After the failure the harddrive starts to work intensly.
[19:28] <tritium> Well, strange.  One of the working channels is 4-1.  Mythweb lists its call sign as "NBC HD", while schedules direct lists it as "KOBDT", yet I still get valid channel listings for that one.
[19:28] <egyn> Is this the right forum?
[19:29] <superm1> tritium, the callsign and channel "name" are different fields
[19:29] <superm1> egyn, that likely means that there was a problem with mysql user and or password
[19:30] <superm1> egyn, and that mythtv-backend is continually trying to connect over and over
[19:30] <superm1> without luck
[19:30] <egyn> superm1: that sounds fair since it happens after mysql tries to start
[19:30] <egyn> start = install
[19:30] <egyn> but there is some failure (which i havent logged/written down)
[19:30] <superm1> egyn, did you previously have mysql installed/configured?
[19:30] <egyn> i've tried from a clean install of ubuntu 64-bit. no mysql preinstalled
[19:31] <egyn> and i am testing with hardy
[19:31] <superm1> ah okay
[19:31] <tritium> superm1: I know.  I'm looking specifically at the callsign field only.
[19:31] <superm1> well the likely cause is that when you got a prompt for a "root" password, you put something in
[19:31] <egyn> should i try and isntall mysql before trying ti install myth?
[19:32] <superm1> egyn, no, but this is why mythbuntu control centre was made available
[19:32] <egyn> yes, i entered root pw twice
[19:32] <superm1> to work around this problem-
[19:32] <superm1> so at this point
[19:32] <egyn> ok
[19:32] <egyn> is this a "confirmed" problem?
[19:32] <superm1> you need to dpkg-reconfigure mythtv-common
[19:32] <superm1> make sure that everything is valid
[19:32] <superm1> then dpkg-reconfigure mythtv-database
[19:32] <superm1> make sure everything is valid
[19:32] <superm1> when it asks for the "mythtv" user's password, just hit enter
[19:33] <superm1> but make sure you enter your root password when it asks for it
[19:33] <superm1> tritium, hum well that's particularly odd then :)
[19:34] <superm1> tritium, you should be able to just drop xmltvids in place if it comes down to it
[19:34] <egyn> superm1: before i start this all over again. it is possible to install mythtv without having a tv-card? i want to evalute the software
[19:35] <tritium> superm1: thanks, I'll try that.
[19:35] <superm1> egyn, well starting all over won't solve things unless you purge packages.  the solution i presented to you should get you working from the current state
[19:35] <superm1> egyn, it's possible to install it, but the biggest benefit comes from having a tv card
[19:35] <egyn> superm1, this is another machine with a recent clean install
[19:35] <superm1> egyn, if this is a clean install, i would recommend just installing from a mythbuntu disk
[19:35] <egyn> superm1: i intend to get a tv-card in the near future
[19:35] <superm1> or installing from the apt-url on the website
[19:36] <egyn> superm1: i am downloading the iso as we speak but i _want_ to install aftter ubuntu :)
[19:36] <egyn> i like to install programs :)
[19:36] <superm1> egyn, then you should try to do it from the control center
[19:36] <superm1> click the "Add to ubuntu" link on the website
[19:36] <superm1> and do it that route
[19:37] <superm1> be sure to purge mysql-server* and mythtv* before doing so
[19:37] <superm1> to clean up any mess that was made right now
[19:37] <egyn> yes, is that "qadd to ubuntu" same as installing via synapcit?
[19:37] <superm1> yeah it calls synaptic to install the package
[19:38] <egyn> Great
[19:39] <egyn> I initially intend to be able to use this machine as a front/backend while being able to work on it as a desktop
[19:39] <superm1> yeah then add to ubuntu should work out better for you
[19:39] <egyn> i figured the same
[19:40] <egyn> but later on extend it with additional .. frontends
[19:40] <egyn> my mind wants frontend to be backend :)
[19:40] <tritium> superm1: if I enter the XMLTVID, do I have to restart the mythtv backend to get it to show up in the listings, or do another mythfilldatabase?
[19:41] <superm1> tritium, both i believe
[19:41] <tritium> superm1: ok, thanks
[19:42] <egyn> superm1: when i look at "http://mythbuntu.com/existing-ubuntu" the 2nd step states that i "must be runningn gusty". i am running hardy on a 64-bit computer. will this be impossielbe?
[19:42] <superm1> that would be a typo if it says that.
[19:42] <superm1> let me see
[19:42] <superm1> it says gutsy or later
[19:42] <egyn> ah, or later
[19:43] <egyn> i would prefer "at least 7.10".. but that is a matter of taste i guess :)
[19:43] <frink_> hey superm1
[19:43] <superm1> hi frink_
[19:43] <superm1> how goes things
[19:43] <egyn> Well, i'll fire away the install.
[19:44] <superm1> egyn, alrighty :)
[19:55] <egyn> Ok, progress so far, i was apointed a password for mythtv-common
[19:55] <egyn> and then mythtv-status tried to update and i see "sorry, failed to fetch http://localhost:6544/xml"
[19:56] <egyn> However this step seems to be successful
[20:01] <egyn> When i look in the control center for the system roles i see that by default the "server" is set to "no server" and that "client" is set to "client"
[20:01] <egyn> If i want to run a front/backend on the same machine, should i set it to primary server and client
[20:02] <egyn> What i did last time was not to go into this control center but rather try out mythtv frontend right away
[20:02] <egyn> then mysql started to install
[20:02] <egyn> etc
[20:02] <egyn> i'll read the 8.04 install manual now - doh =)
[20:03] <egyn> ah.. TeX, wonderful
[20:03] <Greybeard> TeX where?
[20:03] <egyn> the pdf-manual
[20:03] <tritium> Yep.
[20:04] <egyn> i wrote my master thesis using latex, nice to send word up the ")(#D
[20:04] <egyn> :)
[20:05] <tritium> superm1: well, I added XMLTVIDs to the two channels that I wasn't getting listing info for, and now they're the only two that have listing info.  The other channels *lost* their listing info.
[20:08] <egyn> semi-off-topic, is the XFCE4 desktop less resource hungry than Gnome?
[20:08] <tritium> somewhat
[20:08] <egyn> Ok,
[20:08] <egyn> is Kubuntu based on KDE?
[20:09] <egyn> which is also less resource hungry?
[20:09] <Greybeard> but mythtv doesn't really use any major features of any of those
[20:09] <egyn> I read chapter 3.3 which talked about "excess bloat of an existing install"
[20:09] <egyn> Oh well.
[20:09] <egyn> back to reading
[20:10] <Greybeard> before I used mythbuntu, I didn't use any GNOME, KDE, or XFCE components, except a terminal emulator
[20:10] <tritium> egyn: kubuntu _is_ based on KDE, but I don't believe it to be less resource hungry
[20:10] <Greybeard> I didn't even have a window manager
[20:11] <egyn> tritium: i remember that i installed kubuntu on a low spec machine based on such a statement "less resource hungry"
[20:11] <egyn> if i rembmer correctly
[20:12] <tritium> egyn: I guess it depends on whose statements you believe
[20:12] <Greybeard> if you want to install as little as possible, use an Ubuntu alternate install CD and just use the "text" option
[20:12] <egyn> Greybeard: yes
[20:13] <Greybeard> but the mythbuntu install CD is more automatic
[20:13] <egyn> but that is not of interest for me atm
[20:13] <egyn> well i aim to use this server as a desktop as well
[20:13] <egyn> server = backend?
[20:13] <Greybeard> oh
[20:13] <egyn> in mythtv terms?
[20:14] <tritium> yes
[20:14] <Greybeard> so, you're not planning to use it as a frontend?
[20:14] <tritium> You can use the same machine as both.
[20:14] <Greybeard> of course
[20:14] <egyn> thanks, i have the control center in swedish .. and it says  "client" and "server"
[20:14] <egyn> i will use it as both
[20:14] <egyn> initially as a frontend+backend+desktop
[20:14] <Greybeard> you can easily add or take things away later
[20:15] <egyn> and i would like to output mythtv to one of my motherboards display outputs
[20:15] <Greybeard> different from the desktop?
[20:15] <egyn> while working on the desktop on another
[20:15] <egyn> possibly
[20:16] <egyn> i have not really understood this part fully yet though
[20:16] <Greybeard> if they're entirely different hardware devices, you can probably run independent X servers
[20:16] <egyn> same hardware device
[20:16] <tritium> superm1: I went ahead and added xmltvids for all channels
[20:16] <Greybeard> or you can put definitions for both cards and screens in the same xorg.conf
[20:16] <tritium> Now the channel listings are complete.
[20:16] <egyn> Greybeard: thus outputting screen 0 to say the vga output and screen 1 to dvi?
[20:17] <Greybeard> so, you'll want one X display with two screens
[20:17] <Greybeard> yeah, you can do that
[20:17] <egyn> i'll back up a bit
[20:17] <Greybeard> one screen will be :0.0 and one will be :0.1
[20:17] <egyn> i've only got one gfxcard
[20:17] <egyn> which can output vga/dvi/hdmi
[20:17] <Greybeard> you can set up multiple screens for X
[20:17] <Greybeard> which X driver are you using?
[20:18] <egyn> will that be a so called ... "cloned screen"
[20:18] <Greybeard> there are several different configuratoins
[20:18] <Greybeard> configurations
[20:18] <egyn> that is why it is confusing =)
[20:18] <Greybeard> I assume you want independent screens
[20:18] <egyn> ati
[20:18] <egyn> fxglr
[20:18] <egyn> (spelling might be wrong)
[20:18] <Greybeard> I'm not sure if there's a utility to set that up easily
[20:19] <Greybeard> you may have to edit xorg.conf
[20:19] <egyn> editing xorg is fine with me
[20:19] <Greybeard> the Ubuntu "Monitor Resolution Settings" might do it too
[20:19] <egyn> i tried that .. say 6 months ago on my laptop but that didnt work too well :)
[20:19] <egyn> but it might work better now on this desktop
[20:20] <egyn> although the motherboard is new
[20:20] <Greybeard> there are a number of potential pitfalls
[20:20] <tritium> The Screen Resolution applet on 8.04 works nicely with xrandr now.
[20:20] <egyn> well .. the laptop caused me a lot of pain
[20:20] <egyn> but that is history
[20:20] <egyn> xrandr?
[20:20] <Greybeard> different cards and drivers have different quirks
[20:20] <Greybeard> xrandr should be able to handle it, if the driver works correctly
[20:21] <Greybeard> I've had the ati/radeon driver crash when using xrandr commands
[20:21] <egyn> i've managed to get compiz working so i hope it's fine
[20:21] <Greybeard> but if that works, that's probably the best approach
[20:21] <egyn> altough i get some flickering with opengl
[20:22] <egyn> but that is a different topic
[20:22] <Greybeard> yeah, that's mostly independent
[20:22] <Greybeard> I haven't used fglrx much, since I've found the Free radeon driver to work better most of the time
[20:23] <egyn> do you play games?
[20:23] <egyn> gaming is not my main focus
[20:23] <Greybeard> not with the ATI card
[20:23] <egyn> i might start tetris or the occasional punch-out
[20:23] <egyn> if i'm wild i play some amiga games
[20:23] <Greybeard> for mythtv with an LCD TV connected to the DVI output of a radeon card, the "radeon" driver has worked best
[20:23] <egyn> oh well. i'll shut up and read again.
[20:24] <egyn> Greybeard: then maybe i should consider to use the free drivers
[20:24] <Greybeard> well, try it with what you have first probably
[20:24] <egyn> i've got a radeon 3200 hd
[20:24] <Greybeard> use whatever works for you
[20:24] <egyn> yes i'll keep on from my current setting
[20:24] <Greybeard> I have a 9600, so everything's probably different
[20:25] <egyn> i wouldnt know
[20:25]  * egyn is a happy amateur
[20:25] <Greybeard> the driver situation for ATI/AMD hardware is very complex
[20:26] <egyn> so i've discovered
[20:26] <egyn> but i dont want to buy windows
[20:26] <Greybeard> there's now the new free driver, but I have no experience with it yet
[20:32] <egyn> Ok, now i tried to add a primary server and mysql started installing and fails
[20:35] <Greybeard> are you using Mythbuntu Control Center?
[20:35] <egyn> yes
[20:35] <egyn> i tried adding a primary server and pressed apply
[20:35] <egyn> then it started downloading and isntalling
[20:35] <egyn> and fails at mysql
[20:35] <egyn> again, this is a clean install of ubuntu
[20:36] <Greybeard> mysql didn't start?
[20:36] <egyn> 64-bit hardy
[20:36] <egyn> did not start
[20:36] <egyn> "unpacking mysql-server (from .../mysql-server_5.0.51a-3ubuntu5.1_all.deb) ...
[20:36] <egyn> * Stopping mysql database server mysqld
[20:37] <Greybeard> I haven't started a new MythTV system from nothing using Mythbuntu, since I had an working system before Mythbuntu came along, so I'm not familiar with the exact sequence
[20:37] <egyn> ... fail!
[20:37] <Greybeard> no other messages?
[20:37] <Greybeard> you may need to try starting mysqld from a terminal to see errors
[20:37] <egyn> "there is a mysql server running, but we failed in our attempts to stop it"
[20:37] <egyn> "stop it yourself and try again"
[20:37] <egyn> so there was more messages :)
[20:38] <Greybeard> you can try "/etc/init.d/mysql restart"
[20:39] <egyn> i needed sudo
[20:39] <Greybeard> right
[20:39] <egyn> could this be the orpblem with the installscript?
[20:39] <Greybeard> sorry
[20:39] <Greybeard> so restarting mysql manually worked?
[20:39] <egyn> yes
[20:40] <Greybeard> I guess try the MCC thing again
[20:40] <egyn> that seemed to work
[20:40] <Greybeard> you selected "Primary Backend" and "Frontend" under "System Roles"?
[20:41] <egyn> i saw "starting server" and "starting "client" flashing by
[20:41] <egyn> yes, prim front/back
[20:41] <Greybeard> so, mythfrontend started?
[20:42] <egyn> i think so, how can i check most easily?
[20:42] <Greybeard> you'd see it
[20:42] <Greybeard> it would probably cover everything else up
[20:42] <egyn> i can see a mythbqackend process
[20:42] <egyn> (ps)
[20:43] <egyn> i see no new window/screen
[20:43] <Greybeard> I'm not sure what client was starting then
[21:04] <egyn> Ok, well i have a backend running now, but only as a a process, i cannot see a window
[21:05] <egyn> is it now safe to  start the frontend?
[21:34] <egyn> Tada,
[21:34] <egyn> now it works
[21:34] <egyn> i'll check out the plugins since i have no tv-card =)
[21:41] <egyn> how can i control the image gallery, to start a slide show? do i need a remote control?
[21:41] <egyn> the keyboard lets me choose between images
[21:41] <egyn> but how do i select slideshow/random/marking and so on?
[21:42] <egyn> "m" =)
[21:42] <egyn> thanks.
[21:54] <MythbuntuGuest04> Tried to install a new install of Mythbuntu.  Whether I use Mythbuntu install or Alternate Mythbuntu, by the time it gets to being able to reconize the hard drives, it tells me that no hard drives are detected.  It tells me that if I need drivers for my Western Digital 80 gig and 500 gig SATA drives, I should choose from the following drivers listed.  No matter which drivers I chose, it goes back to telling me that no drives are detected.
[21:57] <laga> can you select "legacy" SATA mode in the bios?
[21:58] <egyn> are program guides distributed via the digital-tv-signals or do i use a webaddress for this?
[21:58] <tritium> I'm a bit confused about the lirc configuration.  I have a Fusion MCE remote that came with my dvico fusion5 hdtv card.  It appears to be the DVICO_MCE device in /usr/share/lirc/remotes/dvico/lircd.conf.fusionHDTV.  When configuring from MCC, I can't specifically choose DVICO_MCE.
[21:59] <MythbuntuGuest04> I have not noticed.  Thank you very much for the quick responds.  When I get home from work, I will check.  And get back to the chat.  Again thank you very much
[21:59] <tritium> Do I have to manually edit /etc/lirc/hardware.conf, and change REMOTE="DViCO USB Remote" to REMOTE="DVICO_MCE"?
[22:02] <tritium> In fact, there are two separate entries for DVICO_MCE in /usr/share/lirc/remotes/dvico/lircd.conf.fusionHDTV.  How does one configure one vs. the other?
[22:03] <egyn> well I hav eno idea  since he has no remote nor yet
[22:03] <egyn> he = me
[22:04] <egyn> = i
[22:04] <egyn> argh =)
[22:04] <tritium> :)
[22:35] <Greybeard> /etc/lirc/hardware.conf describes the receiver hardware
[22:36] <tritium> Greybeard: so how do I specificy the exact remote I have?
[22:36] <Greybeard> /etc/lirc/lircd.conf describes remotes that are sending commands
[22:37] <Greybeard> you can use one of the files from /usr/share/lirc/remotes as /etc/lirc/lircd.conf
[22:37] <tritium>  /etc/lirc/lircd.conf only lists /usr/share/lirc/remotes/dvico/lircd.conf.fusionHDTV, which lists two different DVICO_MCE remotes.
[22:37] <tritium> I don't see how/where to specify which one specifically to use.
[22:38] <Greybeard> you can use any number of remote transmitters simultaneously
[22:38] <Greybeard> is lirc getting some signal?
[22:38] <tritium> So how does it distinguish between the two with identical name (DVICO_MCE)
[22:39] <Greybeard> that's strange that two are identically named
[22:39] <tritium> Yes, the remote is working, but not all the buttons.
[22:39] <Greybeard> I guess you should delete one
[22:39] <tritium> Yes, I would expect unique names.
[22:39] <tritium> While the remote is working, it may be using the ir_kbd_i2c driver.  I'm not sure if that uses lirc, or not.
[22:39] <Greybeard> well, don't delete any
[22:40] <Greybeard> probably not
[22:40] <tritium> I think I'll enable the IR receiver on my HDHomeRun.
[22:40] <tritium> (and unplug the little 1/8" IR receiver cable on the DViCO card.
[22:40] <tritium> )
[22:40] <Greybeard> well, shutdown lircd and see what happens
[22:41] <Greybeard> does the remote still work?
[22:41] <tritium> Let me check.
[22:42] <tritium> hmm, invoke-rc.d lirc stop failed
[22:42] <Greybeard> or run irw and see if anything comes out when you hit remote buttons
[22:42] <Greybeard> lirc probably wasn't running then
[22:43] <tritium> correct
[22:43] <tritium> So it was definitly only using the i2c driver.
[22:43] <Greybeard> so, you're getting keyboard input events independent of lirc
[22:43] <tritium> I can successfully load lirc, so I'll play with that now.
[22:43] <tritium> Thanks, Greybeard.
[22:43] <Greybeard> the input events might be preferable to lirc anyway
[22:43] <Greybeard> sure
[22:44] <tritium> Not sure.  How would I configure the input events?
[22:44] <Greybeard> I don't know
[22:44] <tritium> ok, no worries
[22:44] <Greybeard> I don't have that kind of hardware, but it might be simpler than having lircd
[22:44] <tritium> possibly
[22:44] <Greybeard> does it produce characters in a terminal when you hit remote buttons?
[22:45] <tritium> I've not tried.  Let me check.
[22:45] <Greybeard> there's a mythtv key configuring plugin that might be very easy to use
[22:46] <tritium> Yes, but only for arrow and numeric keys.
[22:47] <Greybeard> ok
[22:47] <Greybeard> maybe the other buttons produce input events that aren't mapped to chararcters
[22:47] <Greybeard> characters
[22:50] <Greybeard> if you do end up using lirc, you might need to unload ir_kbd_i2c to avoid confusing apps
[22:50] <Greybeard> they could get events from both Linux input (as keys) and from lirc
[22:57] <tritium> Greybeard: yeah, no kidding.
[23:02] <tritium> Hmm, to use the HDHomeRun's IR receiver I'd have to configure lirc to listen on UDP port 5000.
[23:04] <Greybeard> makes sense, since the HDHomRun only has ethernet
[23:05] <tritium> I'm looking for LIRCD_ARGS in /etc/init.d/lirc...
[23:06] <Greybeard> I had no end of annoyance with the COM port IR receiver that came with my Air2PC card, so I got a USB MCE receiver and remote
[23:06] <tritium> Cool.
[23:06] <Greybeard> it works quite well
[23:06] <tritium> That solved it?
[23:06] <Greybeard> I like the remote a lot and the receiver can receive from other remotes too
[23:07] <Greybeard> it may have the Microsoft name on it, but they don't make them of course
[23:11] <tritium> Gah, I can't find where to put args for lircd
[23:13]  * tritium believes superm1 has an HDHomeRun, and wonders how he configured lircd...
[23:14] <egyn> :)
[23:14] <Greybeard> command line args for lircd are in /etc/init.d/lirc
[23:14] <egyn> this mythtv-thingy feels neat
[23:15] <Greybeard> it's nice once you get it working
[23:15] <egyn> i hate the fact that the DVB-C cards are so expensive though
[23:16] <tritium> Greybeard: yeah, I've been looking at that file.
[23:16] <Greybeard> it looks like you have to edit it directly to change arbitrary lircd parameters
[23:16] <Greybeard> what do you want to change btw?
[23:17] <tritium> I want to invoke lirc with "-H udp -d 5000" arguments
[23:17] <Greybeard> you can probably do that in /etc/lirc/hardware.conf
[23:18] <tritium> aye
[23:18] <Greybeard> use REMOTE_DIRVER="udp" and REMOTE_DEVICE="5000"
[23:19] <tritium> hmm
[23:19] <tritium> I have REMOTE_DRVER=
[23:19] <tritium> "dvico"
[23:19] <Greybeard> so, change that to udp I think
[23:20] <tritium> I put REMOTE_ARGS="-H udp -d 5000" and left others alone
[23:20] <tritium> hmm, ok
[23:20] <Greybeard> that might work too
[23:20] <Greybeard> but that might result in two -H options
[23:20] <tritium> udp is a valid lirc driver, huh?
[23:20] <Greybeard> yes
[23:20] <tritium> Then how do I specify the dvico remote?
[23:21] <tritium> This is *uber* confising...
[23:21] <Greybeard> remotes are configured in /etc/lirc/lircd.conf
[23:21] <Greybeard> REMOTE_DRVER=dvico means use the dvico receiver, not transmitter
[23:22] <tritium> When I configure a remote in MCC, it ends up listing dvico in /etc/lirc/hardware.conf.old
[23:22] <Greybeard> well, the interface in the computer, not the thing you hold in your hand
[23:22] <Greybeard> /etc/lirc/hardware.conf.old is probably just a backup
[23:22] <tritium> I didn't mean to include .old
[23:23] <Greybeard> yeah, MCC is trying to use the dvico card's receiver, right?
[23:23] <tritium> Possibly.
[23:23] <Greybeard> but you want to ignore that and use the HDHomerun's receiver, right?
[23:23] <tritium> I guess so.  It says to choose a
[23:23] <tritium> "remote"
[23:23] <tritium> But perhaps that's what it means...
[23:24] <Greybeard> MCC probably doesn't allow for receivers and remotes from different sources
[23:24] <tritium> I guess so.
[23:24] <Greybeard> you probably have to configure this manually
[23:24] <tritium> yeah
[23:24] <Greybeard> it seems pretty safe to assume that someone would use their dvico remote with a dvico card
[23:24] <tritium> yes
[23:24] <Greybeard> MCC probably isn't designed for more complex configurations
[23:27] <tritium> I wonder if I can use the inputlirc package to "connect" the i2c to lirc
[23:27] <Greybeard> so, you didn't get lircd to receive from the DVIcO card at all?
[23:27] <tritium> I'm not there yet.
[23:28] <tritium> I'm still researching lirc drivers.
[23:28] <tritium> even dpkg-reconfigure lirc doens't list udp as a driver.
[23:28] <tritium> doesn't*
[23:28] <Greybeard> "lircd --driver=help" lists udp
[23:28] <tritium> thanks
[23:29] <Greybeard> the term "driver" is confusing in the context of Lirc, since lircd has a number of internal hardware drivers, some of which talk to Linux kernel drivers and some of which don't
[23:30] <tritium> Well, I have a dinner date.  I better go get ready.  Thanks for all of your help.  =)
[23:30] <Greybeard> sure
[23:31] <tritium> Hope to see you around.
[23:32] <Greybeard> sure
[23:46] <ab0oo> any geniuses here using HVR-1800s on a cable network (like comcast) with borked up EIT info (bad 1ffb PIDs)?
[23:46] <ab0oo> better yet, anyone just having succes with an HVR-1800?


[08:03] <Saviq> And g'day :)
[12:09] -GitHub[m]:#mir-server- **[MirServer/ubuntu-frame]** AlanGriffiths drafted [pull request #119](https://github.com/MirServer/ubuntu-frame/pull/119): Pick up display configuration when run as a user command... (full message at <https://libera.ems.host/_matrix/media/v3/download/libera.chat/927a2c8d3e235bd331254af39328d6394ae316b9>)
[12:11] -GitHub[m]:#mir-server- **[MirServer/mir]** mariogrip pushed something to [pull request #2759](https://github.com/MirServer/mir/pull/2759): Cleanup miroil mirbuffer and align with upstream qtmir
[12:33] -GitHub[m]:#mir-server- **[MirServer/mir]** mariogrip pushed something to [pull request #2759](https://github.com/MirServer/mir/pull/2759): Cleanup miroil mirbuffer and align with upstream qtmir
[12:44] -GitHub[m]:#mir-server- **[MirServer/ubuntu-frame]** AlanGriffiths marked [pull request #119](https://github.com/MirServer/ubuntu-frame/pull/119): Pick up display configuration when run as a user command as ready for review
[12:51] -GitHub[m]:#mir-server- **[MirServer/mir]** mariogrip pushed something to [pull request #2759](https://github.com/MirServer/mir/pull/2759): Cleanup miroil mirbuffer and align with upstream qtmir
[13:52] -GitHub[m]:#mir-server- **[MirServer/ubuntu-frame]** bors[bot] edited [pull request #119](https://github.com/MirServer/ubuntu-frame/pull/119): [Merged by Bors] - Pick up display configuration when run as a user command
[13:52] -GitHub[m]:#mir-server- **[MirServer/ubuntu-frame]** bors[bot] closed [pull request #119](https://github.com/MirServer/ubuntu-frame/pull/119): [Merged by Bors] - Pick up display configuration when run as a user command
[14:00] -GitHub[m]:#mir-server- **[MirServer/mir]** mariogrip pushed something to [pull request #2759](https://github.com/MirServer/mir/pull/2759): Cleanup miroil mirbuffer and align with upstream qtmir
[14:36] -GitHub[m]:#mir-server- **[MirServer/mir]** mariogrip pushed something to [pull request #2759](https://github.com/MirServer/mir/pull/2759): Cleanup miroil mirbuffer and align with upstream qtmir
[14:54] -GitHub[m]:#mir-server- **[MirServer/mir]** AlanGriffiths unassigned wmww from [issue #2735](https://github.com/MirServer/mir/issues/2735): Mir over VNC doesn't paint X apps correctly
[15:54] -GitHub[m]:#mir-server- **[MirServer/mir]** bors[bot] merged [pull request #2759](https://github.com/MirServer/mir/pull/2759): Cleanup miroil mirbuffer and align with upstream qtmir
[17:31] -GitHub[m]:#mir-server- **[MirServer/mir]** wmww assigned wmww to [issue #2760](https://github.com/MirServer/mir/issues/2760): Screenshotting not scale aware
[18:16] -GitHub[m]:#mir-server- **[MirServer/mir]** AlanGriffiths opened [pull request #2761](https://github.com/MirServer/mir/pull/2761): Release 2.11.0
[19:57] -GitHub[m]:#mir-server- **[MirServer/mir]** AlanGriffiths closed [pull request #2761](https://github.com/MirServer/mir/pull/2761): Release 2.11.0
[19:57] -GitHub[m]:#mir-server- **[MirServer/mir]** AlanGriffiths opened [pull request #2762](https://github.com/MirServer/mir/pull/2762): Release 2.11.0


[06:15] <flocculant> ochosi: that - or there's a delay in gtk2 we don't need :)
[08:20] -SwissBot:#xubuntu-devel- ATTN: Xubuntu Core 17.10 - i386 - i386 built.
[18:48] <flocculant> knome: small change to release announcement
[18:48] <flocculant> logging out is hanging though - better than not being able to login though :)
[20:41] <knome> flocculant, did you get to do it?
[20:42] <flocculant> yea
[20:42] <knome> ok, good
[20:47] <flocculant> not doing anything to either now - unless something appears to put on release note
[20:59] <knome> ack
[21:50] <bluesabre> evening all
[22:01] <knome> hello bluesabre
[22:01] <bluesabre> hello knome
[22:01] <bluesabre> how's it going?


[00:20] <Flare183> Has anyone worked on bug #287862?
[00:20] <Flare183> nhandler: Any word?
[00:21] <nhandler> Let me take a look
[00:23] <nhandler> Flare183: It doesn't appear that anyone has touched it. However, it was only reported about a week ago. And a new dev cycle is starting. Give it some time
[00:23] <Flare183> Because I think that if we include the ubuntu-sounds package into the live cd and include it in the install process, I think it might work tehn
[00:23] <Flare183> then*
[00:24] <Flare183> nhandler: ok
[00:24] <Flare183> Will do
[00:27] <Hobbsee> themuso would know about that..
[00:27] <Hobbsee> he's the one that filed it
[00:27] <Flare183> ok
[00:28] <Flare183> Hobbsee: I saw the factoid on ubottu, that jdong talks about you. What was that all about?
[00:29] <Hobbsee> !jdong
 jdong: yes, but you're FULL OF CRACK!
[00:29] <Hobbsee> that one?
[00:29] <Flare183> Yeap
[00:29] <nhandler> lol
[00:29] <Flare183> I'm like, wt*?
[00:29] <Flare183> and this one
[00:29] <Flare183> !omgjdong
[00:30] <Hobbsee> it's just a joke
[00:30] <Hobbsee> and he requestedthat one, too
[00:30] <Hobbsee> jdong like sdoing crackful things.
[00:30] <Flare183> oh ok
[00:30] <Flare183> I see
[00:30] <Flare183> loll
[00:30] <Flare183> lol*
[06:41] <dholbach> good morning
[06:47] <maco> dholbach: youre up early
[06:47] <dholbach> maco: 7:47 here - I was up an hour earlier already, but sorted out something else :)
[06:48] <maco> dholbach: i usually dont see you pop up here til its about 3am here, but its only 2
[06:48] <maco> at least, i think...
[06:48] <dholbach> DST :)
[06:48] <maco> oh wait, daylight savings time
[06:48] <maco> yeah
[08:02] <thekorn> good morning!
[08:20] <maco> thekorn: morning
[08:21] <maco> i thought thekorn and dholbach usually showed up together....
[11:32] <ranjithk> guys . when I select monaco as the font for my terminal the spacing between the letters in terminal increases, it looks very bad... any idea how to solve it?
[14:50] <bddebian> Boo
[14:50] <BUGabundo_work> uiii you scared me bddebian... lol
[14:51] <bddebian> :)
[14:53] <azimout> you guys have way too much time :-P
[16:35] <charlie-tca> Is it necessary or even appropriate to answer comments such as last one on Bug #252977
[17:02] <angusthefuzz> charlie-tca: answering that comment could start a flame war.  You could post the default comment:
[17:02] <angusthefuzz> To maintain a respectful atmosphere, please follow the code of conduct - http://www.ubuntu.com/community/conduct/ . Bug reports are handled by humans, the majority of whom are volunteers, so please bear this in mind.
[17:03] <charlie-tca> That´s the reason I asked. It just did not seem like I had a good response
[17:03] <charlie-tca> Ty
[17:04] <greg-g> or just ignore it and continue moving the bug along
[17:04] <charlie-tca> Yea, that seems like the safest way
[17:05] <charlie-tca> Thanks to both of you.
[17:05] <greg-g> np
[17:19] <drunkenkilla> ogasawara: here ist the bug report: Bug #219116
[17:40] <rio> can anybody help with https://bugs.launchpad.net/ubuntu/+source/linux/+bug/274510? :(
[17:46] <angusthefuzz> rio: what do you need help with specifically?
[18:03] <rio> angusthefuzz: let's say, fixing the bug?
[18:04] <rio> i don't know whats wrong with the module
[18:05] <rio> is the hdaps module in intrepid the one that ships with tp_smapi? is tp_smapi compiled with HDAPS=1?
[19:18] <LimCore> aptitude does not work.  why this bug is just "wishlist" (???? O_o) https://bugs.launchpad.net/ubuntu/+source/aptitude/+bug/7480
[19:31] <afflux> Anyone around for testing my patch for bug 287334 (I cannot test it on my own since I myself don't have this crash, and I don't want to post an untested patch)? I extracted the patch from the new quodlibet version.
[19:31] <afflux> You can find the patch at https://kjellbraden.de/ql-fix.patch
[19:31] <afflux> err, http://kjellbraden.de/ql-fix.patch rather
[19:45] <afflux> okay, looks like it works. Attached a patch, if anyone would like to do an SRU, please do it.
[20:00] <angusthefuzz> great class bdmurray
[20:04] <bdmurray> angusthefuzz: thanks, I know I didn't answer a couple of your questions and I'm sorry
[20:05] <angusthefuzz> bdmurray: I figured because they are more triage related, no big deal
[20:05] <angusthefuzz> I will ask them again, if appropriate during the triage class
[20:05] <bdmurray> angusthefuzz: yeah, I didn't want to make bug reports more complicated than they already are. ;-)
[20:07] <angusthefuzz> bdmurray: what are the guidelines for nomination for the next release, that topic isnt covered on the wiki, from what i can tell
[20:08] <bdmurray> angusthefuzz: nominations have some issues in their implementation in Launchpad
[20:09] <angusthefuzz> I noticed that some people just nominate their own bug, and sometimes the setting is ignored all together
[20:11] <bdmurray> angusthefuzz: right, there is no limitation on what can be nominated which is part of the issue
[20:11] <angusthefuzz> thanks for the info, i think i will continue to leave the option alone
[20:15] <charlie-tca> who creates .desktop files for items needing menu entries?
[20:27] <rgreening> hey asac
[20:28] <asac> hi rgreening
[20:28] <rgreening> I'm nominated to work with you wrt Kubuntu and FF (ScottK sent me this way).
[20:29] <rgreening> asac: so, how do you want to prepare for discussing this at UDS
[20:29] <rgreening> asac: or what do you want me to bring to UDS for this discussion
[20:29] <asac> rgreening: welcome ;)
[20:30] <asac> rgreening: there is a firefox kde integration intrepid spec
[20:30] <rgreening> heh
[20:30] <rgreening> ok. got a pointer?
[20:30] <asac> let me search that in google ;)
[20:30] <asac> hah "firefox kde integration intrepid spec" ... first hit ;)
[20:30] <asac> rgreening: https://blueprints.launchpad.net/ubuntu/+spec/firefox-kde-integration-intrepid
[20:31] <rgreening> k. sec
[20:31] <asac> rgreening: we are already late for the 3.1 solutions
[20:31] <asac> so we should start asap to make that happen
[20:32] <asac> (at best together with a -qt gecko ... but that is already worked on in the mozillateam)
[20:32] <rgreening> asac: sure, I'll help out with that. I assume we'll re-target the spec for Jaunty and backport to Intrepid (if appopriate)
[20:33] <asac> rgreening: the spec is eager enough to do ... backporting comes last ;)
[20:33] <asac> well if anybody really cares he could implement the 3.0 quick-suggestions
[20:33] <rgreening> asac: what I see with the current packaging is ubufox which uses apturl (which is a gnomish app). we need to consider alternatives to allow KDE, etc...
[20:33] <asac> but i think we should go for the right solution
[20:34] <asac> rgreening: right. those points were not brought up during last UDS
[20:34] <asac> we have to extend that spec at UDS
[20:34] <rgreening> asac: I agree. I'll let you drive. I can code/implement/patch
[20:34] <rgreening> asac: and I'll participate and rep the kubuntu team for ff
[20:34] <asac> rgreening: cool. good to have you (finally! ;))
[20:35] <asac> rgreening: kubuntu is a difficult topic as lots of developers are too much kde-fans to admit that firefox is important for users ;)
[20:35] <rgreening> asac: np. I really want the qt ff, but a gtk based package done DE agnostic is almost as good.
[20:36] <asac> rgreening: sure. we have started to prepare the -qt stuff already. if you want to look or line up with us you should talk to fta who currently has the lead on that
[20:36] <asac> usually in #ubuntu-mozillateam, but he is here too i guess
[20:37] <rgreening> asac: sure. I'll add the channel :)
[20:37] <rgreening> asac: so, I guess I'll see you at UDS. Be prepared for a tough love discussion :P hahah
[20:38] <rgreening> If you want anything prior, just poke/ping me.
[20:38] <asac> rgreening: you think you can do firefox code too? or want to learn that ;)?
[20:39] <asac> rgreening: just a general question. in general i would do the coding there i guess
[20:41] <rgreening> asac: I can code c/c++ (a bit rusty, did a comp sci degree a while back) ... patching and fixing bugs will be easier to start for me. Packaging is good too.
[20:42] <asac> ;)
[20:42] <asac> rgreening: sound great.
[20:42] <rgreening> if asac wants to mentor me in coding ff, jut fire stuff at me and let me ask questions. I'll get it quick enough. the hard part is understanding what a programmer did and the api if things aren't doc'd good.
[20:43]  * rgreening loves lots of doc in his code.
[22:33] <BUGabundo> asac: hello
[22:34] <BUGabundo> hello aerrege4
[22:34] <BUGabundo> here you can get specialized help
[22:35] <BUGabundo> and we talk in english. is that okay with you?
[22:35] <BUGabundo> asac: ping
[22:36] <BUGabundo> aerrege4: let me see if we can find some one that can help you with your RTL wifi card, okay?
[22:37] <aerrege4> hello BUGabundo
[22:38] <BUGabundo> anyone here can help debug a wifi prob with realtek cards?
[22:46] <BUGabundo> é pra isso q somos uma comunidade
[22:46] <BUGabundo> es daonde aerrege4?
[22:46] <BUGabundo> se fores daki da beira dou ai um pulo
[22:46] <BUGabundo> n hoje, claro
[22:46] <BUGabundo> sorry.. wrong window lol
[23:01] <kebomix> hello , any body can help me
[23:03] <LittleLambda> Maybe if you state your question, someone here miight be able to help with what you are looking for
[23:03] <asac> BUGabundo: please ask ... not ping :)
[23:04] <kebomix> hello , i need help , i installed ubuntu 8.04 again , and i have .deb packages of my old ubuntu  , and i put them in /var/apt/cache , now how to install all of them ?!
[23:05] <bdmurray> You can manually install packages with 'sudo dpkg -i', however that won't resolve dependencies etc...
[23:05] <rgreening> o/ asac
[23:06] <BUGabundo> eheh asac
[23:06] <BUGabundo> there are already 4 guys trying to help him
[23:06] <kebomix1> back
[23:06] <BUGabundo> lets see if we can debug it a bit more and then aerrege4 may talk to you
[23:07] <kebomix1> k
[23:07] <BUGabundo> asac: I think he is having https://bugs.launchpad.net/ubuntu/+source/linux/+bug/225749
[23:07] <BUGabundo> but he is on ibex not hardy...
[23:07] <kebomix1> hey , any one could tell me how to install all packages in var/apt/cache ?
[23:08] <LittleLambda> all?
[23:08] <BUGabundo> kebomix1 [danger] sudo dpkg -I /var/apt/cache
[23:08] <BUGabundo> that's an i as "install"
[23:08] <kebomix1> why danger i just installed ubuntu
[23:09] <kebomix1> and i have my old ubuntu packages
[23:09] <kebomix1> so , i want to install them
[23:09] <BUGabundo> because they are old?
[23:09] <BUGabundo> lol
[23:09] <BUGabundo> you are better by doing it by hand
[23:10] <BUGabundo> sudo apt-get install PACKAGE_NAME
[23:10] <kebomix1> they are 500 package !
[23:10] <BUGabundo> humm
[23:10] <BUGabundo> let me see what's the simulate flag for dpkg
[23:10] <kebomix1> and there is packages depend on another packages and other packages depend on other ones , it is like aloop
[23:10] <kebomix1> why that command is danger ?
[23:11] <BUGabundo> again that's why I told you that's not the best option
[23:12] <BUGabundo> don't see a simulate flag for dpkg
[23:12] <kebomix1> aha
[23:12] <BUGabundo> sorry
[23:12] <kebomix1> umm
[23:12] <BUGabundo> you are on your own if you want to do that
[23:12] <kebomix1> so , what is the solution now
[23:12] <kebomix1> i want to install thoe packages
[23:12] <BUGabundo> sudo dpkg -I /var/apt/cache
[23:13] <kebomix1> umm
[23:13] <kebomix1> ok
[23:13] <kebomix1> i will now turn in to ubuntu and try it
[23:13] <kebomix1> brb
[23:13] <BUGabundo> it was good to know you ... lol
[23:13] <kebomix1> :D
[23:13] <BUGabundo> me and we never saw him again
[23:13]  * BUGabundo and we never saw him again
[23:13] <kebomix1> never saw wut ?
[23:44] <asac> he
[23:44] <asac> oh he is gone now ;)


[02:19] <slack1> hi
[02:21] <slack1> java -jar freezeplugin.jar (return):  Failed to load
[02:21] <slack1> Main-Class manifest attribute from
[02:21] <slack1> MiniChat-22-freezeplugin.jar
[02:21] <slack1> have u any help?
[02:24] <slack1> what is main class manifest attribute?


[10:26] <rmg51> Morning
[11:23] <JonathanD> Morning.
[13:13] <teddy-dbear> Morning peoples, dogs, turkeys?, hamsters and everything else
[13:24] <JonathanD> Morning teddy-dbear
[13:25] <teddy-dbear> o/
[16:56] <lazyPower> o/