[12:48] <ademan> hey i'm doing a sort of test build of the binary package for code::blocks, and pbuilder is downloading g++ 3.4  wtf?  Should i change it to 4.1 in the control file (i assume that's what's making pbuilder download it)
[12:49] <jdong> is it building with g++ 3.4 or 4.1?
[12:49] <jdong> it might FTBFS with newer GCC  and that's why it asks deliberately for an older one.
[12:50] <ademan> FTBFS?
[12:50] <ademan> well pbuilder is downloading 3.4, so i assume it's going to build with 3.4
[12:50] <ademan> haven't quite gotten there yet :-)
[12:50] <jdong> let it do it first
[12:51] <jdong> and see if you can contact the previous maintainer
[12:51] <jdong> see if ther ewas a reason why it builds against 3.4
[12:51] <ademan> well the upstream packager wrote the debian dir
[12:52] <ademan> he kinda looked at me funny when i suggested letting the individual distros take care of packaging for themselves
[12:52] <LaserJock> no don't I feel smart, I just changed the password on my computer and promptly forgot it :/
[12:52] <TheMuso> LaserJock: lol
[12:53] <ademan> hrm, " *** No rule to make target `configure', needed by `config.status'.  Stop.
[12:53] <ademan> pbuilder: Failed autobuilding of package"  That would be a problem with debian/rules most likely right?
[12:54] <StevenK> LaserJock: Live CD, chroot, passwd ?
[12:54] <LaserJock> well, it's on OS X, not sure if that'd work very well
[12:55] <StevenK> Oh right, you're a Mac fanboy
[12:55] <LaserJock> well, it's what I "get" to use
[12:56] <ademan> anyone on my pbuilder error?
[12:58] <LaserJock> ademan: look at the configure.status: rule and see if it calls configure:
[12:59] <ademan> LaserJock: ./configure?
[01:00] <LaserJock> no
[01:00] <LaserJock> debian/rules has to have a configure: rule
[01:00] <LaserJock> I think
[01:00] <LaserJock> anyway
[01:00] <pochu> hey, does anybody know if network-admin belongs to gnome-system-tools?
[01:00] <LaserJock> look at debian/rules and see if config.status: is calling configure:
[01:01] <ademan> heh, config.status depends on configure
[01:01] <ademan> which doesn't exist
[01:02] <ademan> and of course, the debian dir is part of the upstream source, but i suppose i should just edit it anyways?
[01:03] <coNP> pochu: yes it does
[01:04] <pochu> coNP: thanks!
[01:04] <pochu> it's for bug 81564
[01:04] <Ubugtu> Malone bug 81564 in Ubuntu "network-admin fails to switch properly between profiles" [Undecided,Unconfirmed]  https://launchpad.net/bugs/81564
[01:11] <ademan> LaserJock: so should i just edit the debian/rules to have a configure target?  (which does nothing, but could in the future) ?
[01:11] <LaserJock> yeah
[01:22] <ademan> LaserJock: i avoid autotools like the plague (actualyl that's the main reason why i'm trying so hard to package all these IDEs), how do I get a ./configure script?  as of now i've got a configure.in,  i have to run like aclocal or something, then autoconf?
[01:33] <ademan> ugh, it doesn't work at all anymore
[01:34] <ademan> i broke it :-)
[01:34] <ademan> anyways i gtg, i'll work on it later tonight
[01:34] <ademan> actually, before i do, dpkg-buildpackage complains about  a "missing separator"
[01:35] <ademan> what's it talking about?  the line before says debian/rules clean    but i didn't modify the clean target at all
[01:37] <bddebian> Probably a missing/extra tab or \
[01:37] <ademan> yeah, i just figured it out
[01:37] <ademan> gedit was set to use 4 spaces rather than a tab character :-)
[01:37] <ademan> er, :-/
[01:38] <bddebian> Damn, I swear half of the merges left are just plain borked
[01:38] <ademan> merges from debian?
[01:38] <bddebian> Yeah
[01:39] <ademan> heh, sorry :-(
[01:39] <ajmitch> that's why they're still on the page
[01:39] <ademan> i'm not much of a motu, this'll be my first package, last time i tried to package something i ended up failing and vil stepped in and fixed it
[01:40] <bddebian> somerville32: You here?
[01:40] <somerville32> bddebian, Yup
[01:40] <ademan> pbuilder told me aclocal doesn't exist, wtf?
[01:41] <ajmitch> not in build deps?
[01:41] <ademan> in debian/control?
[01:41] <ademan> the autotools package right?
[01:41] <bddebian> somerville32: Did you ever try fnfx merge?
[01:41] <ajmitch> ademan: an appropriate automake package
[01:41] <somerville32> I'm doing it as we speak
[01:42] <ajmitch> eg automake1.9 or 1.10
[01:42] <ademan> ajmitch: aclocal is a part of that?
[01:42] <ajmitch> hm, we don't have 1.10
[01:42] <ajmitch> well yes
[01:42] <bddebian> And doko and slomo are plastered all over merges.u.c :)
[01:43] <somerville32> bddebian, Are you expecting me to have difficulties or just interested in me doing it? :)
[01:43] <bddebian> somerville32: Both ;-P
[01:43] <ademan> ajmitch: under Build-Depends: right?
[01:43] <somerville32> bddebian, What difficulties do you expect?
[01:44] <ajmitch> yes
[01:44] <ademan> thanks, i gtg now, i'll be back later tonight to pester you guys
[01:44] <bddebian> somerville32: If you are using the scripts it might not be too bad.  I was doing it by hand :-(
[01:44] <bddebian> Heya LaserJock
[01:47] <LaserJock> brb
[01:47] <somerville32> bddebian, It says in the changelog that it "resynced" with debian, so this would mean changes before hand no longer apply, right?
[01:54] <bddebian> somerville32: Probably not.  Some of us say re-synced even if/when we mean re-merged
[01:55] <ajmitch> LaserJock!!
[01:55] <LaserJock> well, that was annoying
[01:56] <ajmitch> server gone up in smoke again? :)
[01:56] <LaserJock> no, reset my password and immediatly forgot it
[01:56] <LaserJock> it's one of those days
[01:57] <LaserJock> anyway, one OS X install disc and Keychain recovery and I'm back in business ;-)
[01:57] <somerville32> bddebian, Guh. Maybe I don't want to do this merge ;]
[02:01] <bddebian> somerville32: How come? :-)
[02:04] <somerville32> Welp, here goes nothing
[02:07] <somerville32> bddebian, Ok
[02:07] <somerville32> I think I've merged it, lol
[02:11] <bddebian> somerville32: Does it build? :)
[02:11] <somerville32> Yup
[02:13] <somerville32> There are some deltas that I'm not sure are right
[02:13] <bddebian> I actually asked for a sync but Mithrandr questioned me
[02:14] <bddebian> I think most of the crap is old and unnecessary but hey, what do I know? :)
[02:16] <somerville32> There are some Ubuntu specific changes
[02:16] <somerville32> But I dunno if it is applicable any longer
[02:17] <bddebian> Exactly
[02:17] <bddebian> Some (many?) of them go back to Hoary
[02:18] <somerville32> Can I DCC send you the debdiff for review?
[02:19] <bddebian> I don't think I can receive dcc
[02:20] <somerville32> Look at the debdiff
[02:20] <somerville32> There are acpi-related mods by Ubuntu
[02:20] <somerville32> But they aren't really mentioned in the changelog
[02:20] <bddebian> I know
[02:22] <somerville32> I can just delete the autogenerated Makefile.in and stuff from the diff, right?
[02:23] <somerville32> bddebian, ^^
[02:23] <bddebian> somerville32: Should be fine, yes
[02:25] <somerville32> is configure autogenerated?
[02:26] <bddebian> Can be
[02:28] <somerville32> It looks like Canonical has invested money in this package, ;]
[02:29] <bddebian> somerville32: How so?
[02:30] <LaserJock> what package are you working on?
[02:31] <somerville32> fnfx
[02:31] <somerville32> bddebian, It appears they rewrote the entire acpi stuff for it
[02:31] <somerville32> The author has a canonical e-mail
[02:39] <bddebian> somerville32: Ahh
[02:43] <somerville32> Ok, I think I have a sane patch that I'm going to try
[02:51] <crimsun> keescook: do we need a security update for breezy's and dapper's acroread, too?
[02:52] <keescook> crimsun: yeah, if you're interested.  :)
[02:52] <crimsun> ok, working on it now.
[02:52] <keescook> awesome.  :)
[03:01] <bddebian> crimsun: Then you want to look at libticables2 for me? :)
[03:04] <somerville32> bddebian, If this compiles, I'm going to file the merge.
[03:05] <somerville32> It fails, lol
[03:05] <somerville32> Must have removed something needed
[03:06] <somerville32> How can I use filterdiff to remove files?
[03:06] <crimsun> the man page is pretty nice.
[03:07] <crimsun> essentially: use -x with '*foo' to exclude; use -i with '*foo' to include
[03:07] <azeem> W18
[03:07] <azeem> hrm
[03:07] <somerville32> thanks
[03:07] <crimsun> bddebian: security errata first.
[03:08] <bddebian> azeem: :-)
[03:08] <bddebian> crimsun: I'm just busting your chops
[03:11] <crimsun> bddebian: sorry, but you've got all the chops :-)
[03:11] <zakame> morning all
[03:11] <crimsun> 'morning
[03:11] <bddebian> Heya zakame
[03:11] <zakame> yo bddebian crimsun
[03:12] <bddebian> wtf is linux-tree-2.6.18?
[03:12] <crimsun> should be a meta for source and patches.
[03:12] <somerville32> bddebian, you there?
[03:13] <somerville32> If I wanted to test my patch, I would create the debdiff as usual (latest debian and merged ubuntu) and then extra latest debian and apply patch to it?
[03:13] <somerville32> s/extra/extract
[03:13] <zakame> somerville32: sure you could
[03:13] <somerville32> And then rename directory?
[03:29] <crimsun> keescook: http://adhd.irule.net/~crimsun/breezy-security/ , http://adhd.irule.net/~crimsun/dapper-security/
[03:30] <keescook> crimsun: cool, can you put a note on the bug for it?  I'm about to head to dinner and I don't want to lose it.  :)
[03:31] <crimsun> keescook: will do.
[03:32] <bddebian> Any idea what would cause this:?  /bin/sh: Can't open libtool
[03:32] <bddebian> somerville32: Yeah sorry was putting the kids to bed
[03:33] <somerville32> No idea but I'm getting:
[03:33] <somerville32> fnfxd_newacpi.c: In function 'do_fnkey':
[03:33] <somerville32> fnfxd_newacpi.c:90: error: 's_acpi_cfg' has no member named 'fnkey_descr'
[03:34] <crimsun> bddebian: missing libtool?
[03:34] <somerville32> Maybe all those files I removed aren't so autogenerated as I thought
[03:34] <bddebian> somerville32: Have you messed with the s_acpi_cfg struct at all?
[03:34] <somerville32> No
[03:34] <bddebian> crimsun: It's a build-dep
[03:35] <crimsun> bddebian: what immediately precedes it?
[03:35] <zakame> any pointers on what's the right upgrade path from edgy to feisty? :D
[03:35] <bddebian> apt-get dist-upgrade? :-)
[03:36] <Hobbsee> zakame: try a dist-upgrdae.
[03:36] <bddebian> crimsun: Dunno but /bin/sh libtool does the same on my machine but /bin/bash libtool works
[03:36] <crimsun> bddebian: interesting bashism?
[03:36] <bddebian> Yeah but why/what? :-)
[03:41] <zakame> bddebian, Hobbsee: I'm just checking, don't wanna experience another dapper/edgy blowout ;)
[03:41] <bddebian> I went dapper->edgy->feisty the other day on a laptop and didn't have a problem.  Of course it was a minimal install
[03:45] <bddebian> crimsun: Any idea how I fix it?  Just add bin/bash?
[03:46] <crimsun> that would hack around whatever's breaking it
[03:47] <bddebian> Here's the call in debian/rules:
[03:47] <bddebian>         dh_testdir
[03:47] <bddebian>         sh compile-gtk2im.sh
[03:47] <bddebian> then compile-gtk2im.sh does /bin/sh libtool ...
[03:48] <crimsun> try /bin/bash compile-gtk2im.sh
[03:48] <crimsun> but god is that ugly
[03:48] <bddebian> Yeah it is
[03:55] <Hobbsee> zakame: kubuntu worked OK last time i checked.
[03:57] <zakame> Hobbsee: cool, thanks
[03:57] <somerville32> me try dvorak
[04:01] <somerville32> bddebian, The merged package doesn't build at all
[04:09] <bddebian> crimsun: Didn't work, I'd have to change all the sh libtool commands in compile-gtk2im.sh also :-(
[04:09] <bddebian> somerville32: Does the vanilla Debian package build?
[04:10] <crimsun> bddebian: that's AWESOME.
[04:10] <crimsun> nearly as awesome as say, high definition audio not working because it's HIGH DEFINITION
[04:10] <bddebian> heh
[04:16] <somerville32> bddebian, attempting now
[04:19] <somerville32> bddebian, yes, it does.
[04:19] <bddebian> Hmm
[04:26] <somerville32> Who is William Grant?
[04:27] <ajmitch> a motu
[04:27] <Hobbsee> somerville32: fujitsu
[04:28] <somerville32> What are "Updated Merges"?
[04:28] <bddebian> I believe after a merge has already been done and another Debian version gets uploaded but I'm not sure
[04:29] <Hobbsee> bddebian: you're right
[04:32] <bddebian> Hobbsee: Ah cool.  That happens so rarely :-)
[04:32] <somerville32> :)
[04:47] <somerville32> Any news on imbrandon's build boxes?
[04:47] <ajmitch> nope
[04:48] <ajmitch> back later
[05:08] <somerville32> https://bugs.launchpad.net/ubuntu/+source/xfce4-genmon-plugin/+bug/81582
[05:08] <Ubugtu> Malone bug 81582 in xfce4-genmon-plugin "xfce4-genmon-plugin: merge new debian version" [Undecided,Unconfirmed]
[05:12] <jdong> can someone sponsor bug 79356
[05:12] <Ubugtu> Malone bug 79356 in gpac "request version bump to 0.4.2~rc2" [Undecided,Unconfirmed]  https://launchpad.net/bugs/79356
[05:13] <jdong> and if any MOTU-media's around, I merged xvidcore 1.1.2 @ bug 81405, awaiting feedback....
[05:13] <Ubugtu> Malone bug 81405 in xvidcore "Sync xvidcore 1.1.2 from debian-multimedia" [Undecided,Unconfirmed]  https://launchpad.net/bugs/81405
[05:40] <superm1> hey crimsun, i've updated the mythtv/mythplugins packaging to the new upstream version a few days ago.  any chance in a lookover/upload?
[05:41] <somerville32> How do you pronounce your nick, superm1?
[05:41] <superm1> "super M 1" is how i go about it
[05:41] <superm1> it dates way back to when i was little
[05:41] <superm1> and my mom had gotten AOL for our house
[05:42] <superm1> and they had limitations on your screen name length
[05:42] <somerville32> Ah
[05:42] <superm1> and i wanted "super mario"
[05:42] <superm1> but couldnt have it, so i went for superm, but that was taken
[05:42] <superm1> so i ended up with superm1
[05:42] <somerville32> Cute : )
[05:43] <superm1> honestly, i dont know why it's stuck with me - now that i've grown up more, i can see how its very easy to read that as something else
[05:43] <somerville32> When I was in grade 2 I went to this computer camp in the summer and we created hotmail accounts
[05:43] <somerville32> I wanted my last name, somerville
[05:43] <somerville32> But it wasn't available
[05:43] <crimsun> superm1: tomorrow during my office hours.
[05:43] <superm1> but you liked intel's 32 bit architecture a lot at this age ?? :)
[05:44] <superm1> crimsun, okay cool
[05:44] <superm1> crimsun, so i can be around when your looking if you have questions or concerns, what times are your office hours?
[05:44] <somerville32> aha, ;]  It offered different alternatives such as somerville32 and I couldn't pick so my instructor picked somerville32 for me
[05:44] <somerville32> superm1, I've used somerville32 as my handle ever since
[05:45] <superm1> funny how these things stick with you
[05:45] <crimsun> superm1: anytime after 1900 UTC.
[05:45] <superm1> k, i'll try to be on IRC after that then
[05:50] <Hobbsee> !planet
[05:50] <ubotu> Planet Ubuntu (blogs of Ubuntu developers and members) can be found at http://planet.ubuntu.com
[05:51] <Hobbsee> that *doesnt* help
[05:52] <somerville32> Isn't there an e-mail address you can send a picture off to an it'll do it for you?
[05:54] <Hobbsee> somerville32: imbrandon did one of me once.  it was crap
[05:54] <somerville32> lol
[05:54] <somerville32> Are you looking for the drop shadow?
[05:55] <ScottK> Good evening every one.
[05:55] <Hobbsee> somerville32: no, i look crap with it
[05:55] <Hobbsee> http://img253.imageshack.us/img253/6017/snapshot2bt1.png
[05:59] <ScottK> I'd appreciate it if someone from u-u-s would take a look at my patch for bug #79683 - the version described as 'Patch w/cleaner changelog' it's a much simpler patch than the number of tries I've had at it might indicate...
[05:59] <Ubugtu> Malone bug 79683 in libspf2 "spfquery: conflict with libmail-spf-query-perl Debian bug#306875" [Unknown,Unconfirmed]  https://launchpad.net/bugs/79683
[06:03] <somerville32> Hobbsee, Why not just take the image and round it up?
[06:03] <Hobbsee> somerville32: i could, yeah
[06:03] <somerville32> But?
[06:03] <Hobbsee> *shrugs*
[06:03] <Hobbsee> i tend to look very odd with no hair, no surroundings, etc
[06:04] <LaserJock> Hobbsee: you should just use that picture of you with your car ;-)
[06:05] <Hobbsee> LaserJock: hehe, could do.  i thought that one was pretty, too
[06:07] <LaserJock> interesting tar message: implausibly old time stamp 1969-12-31 16:00:00
[06:08] <ScottK> Hobbsee: You were the last one to upload syslog-summary.  Do you mind if I make a try at that merge?  It looks easy enough even form me.
[06:08] <Hobbsee> ScottK: yes.  dodgy ubuntu version.
[06:08] <Hobbsee> iirc, it's a sync, the next time
[06:08] <ScottK> Thaks.
[06:08] <ScottK> THanks
[06:09] <Hobbsee> it's actually been merged already
[06:09] <ScottK> Oh.
[06:09] <Hobbsee> but you dont really see it, due to difference in version
[06:09] <ScottK> Then I won't do it over...
[06:09] <Hobbsee> (native package with a debian NMU always screws up)
[06:09] <Hobbsee> :)
[06:11] <ScottK> Does the list at http://merges.ubuntu.com/universe.html get automatically updated?  Is there something that should be done to get syslog-summary off the list that I can do (e.g. file a bug...)?
[06:12] <Hobbsee> ScottK: nope.  the debian version is higher than ubuntu's
[06:12] <crimsun> ScottK: 79683 uploaded.
[06:12] <Hobbsee> i'm not sure it still does get updated, actually
[06:12] <ScottK> crimsun: Thanks.
[06:12] <somerville32> Hobbsee, I'm pretty sure it does.
[06:13] <somerville32> I did some last night and they aren't there anymore
[06:13] <jdong> crimsun: care to reexamin the xvidcore merge?
[06:13] <jdong> (bug 81405)
[06:13] <Ubugtu> Malone bug 81405 in xvidcore "Sync xvidcore 1.1.2 from debian-multimedia" [Undecided,Unconfirmed]  https://launchpad.net/bugs/81405
[06:13] <Hobbsee> somerville32: cool
[06:15] <Ubugtu> Malone bug 55298 in syslog-summary "Please sync syslog-summary 1.12-0.1 from debian sid" [Undecided,Rejected]  https://launchpad.net/bugs/55298
[06:15] <Hobbsee> yes
[06:16] <Hobbsee> ScottK: met dpkg --checkversions or whatever it is?
[06:16] <Hobbsee> dpkg --compare-versions
[06:17] <ScottK> So maybe I misunderstood... Is a merge not needed or was it already done (don't see a bug for a merge)?
[06:19] <jdong> Hobbsee: well aren't you special :)
[06:19] <jdong> _you_ want to look over my xvidcore merge, and/or sponsor a ffmpeg or gpac upload?
[06:20] <somerville32> jdong, Are you going to apply for -dev?
[06:20] <jdong> somerville32: maybe... I think I probably still need more experience before I stand a chance though
[06:21] <bddebian> ScottK: Did someone already upload your patch?
[06:22] <ScottK> bddebian: Yes.
[06:22] <ScottK> Thanks.
[06:22] <ScottK> Hobbsee: Ah I understand now.  Thanks.
[06:22] <bddebian> ScottK: Who?
[06:22] <somerville32> jdong, whats your launchpad page?
[06:22] <crimsun> bddebian: .changes is attached to the bug report for sponsored uploads.
[06:22] <crimsun> bddebian: and that would be me.
[06:22] <jdong> somerville32: ~jdong
[06:22] <bddebian> Damn man
[06:22] <ScottK> crimsun types faster than I do...
[06:24] <crimsun> I'm just going to pretend this 56kbps loves downloading the xvidcore tar.gz from ftp.sunet.se.
[06:25] <jdong> lol
[06:25] <jdong> poor crimsun  :)
[06:25] <ScottK> Next merging question then...  Other than asking here, how could I tell that package didn't need a merge done?
[06:25] <crimsun> jdong: please follow merge policy (list existing Ubuntu delta)
[06:26] <somerville32> Will someone look at my merge?
[06:26] <somerville32> https://bugs.launchpad.net/ubuntu/+source/xfce4-genmon-plugin/+bug/81582
[06:26] <Ubugtu> Malone bug 81582 in xfce4-genmon-plugin "xfce4-genmon-plugin: merge new debian version" [Undecided,Unconfirmed]
[06:26] <Hobbsee> ScottK: you eventually pick it up
[06:26] <ScottK> OK.
[06:28] <ScottK> While I go wonder off and try and merge something again, if a MOTU would look at http://revu.tauware.de/details.py?upid=4179, I'd appreciate it.  It's looking for a second sponsore...
[06:28] <ScottK> sponsore/sponsor...
[06:29] <crimsun> jdong: https://lists.ubuntu.com/archives/ubuntu-devel-announce/2006-August/000182.html
[06:29] <jdong> crimsun: ok, now I see the policy page. I apologize :(
[06:29] <somerville32> jdong: What does the backporters team do?
[06:29] <jdong> somerville32: tests and approves backports requests
[06:30] <somerville32> Cool
[06:31] <jdong> crimsun: btw is the recent flashplugin upload worthy to backport or no?
[06:32] <crimsun> yes.
[06:32] <crimsun> 81405 fixed & uploaded.
[06:33] <jdong> ok
[06:33] <jdong> bug 81405
[06:33] <Ubugtu> Malone bug 81405 in xvidcore "Merge xvidcore 1.1.2 from debian-multimedia" [Wishlist,Fix committed]  https://launchpad.net/bugs/81405
[06:33] <jdong> cool thanks :)
[06:34] <jdong> crimsun: so would you like to deal with my problems more? :)
[06:34] <somerville32> PFft.
[06:34] <somerville32> Bug #81582
[06:34] <Ubugtu> Malone bug 81582 in xfce4-genmon-plugin "xfce4-genmon-plugin: merge new debian version" [Undecided,Unconfirmed]  https://launchpad.net/bugs/81582
[06:34] <crimsun> no, I'd like to sleep so I can get up for my 4 AM run. Thanks, though!
[06:35] <LaserJock> crimsun: geeze, you run?
[06:35] <LaserJock> :-)
[06:35] <ScottK> Hobbsee: How about me taking a shot at merging kdissert?  It looks like a one bugfix update from Debian and your packaging differences were minor....
[06:35] <jdong> crimsun: sleep tight :) and thanks for everything
[06:35] <bddebian> LaserJock: Machines have to do something or they'd rust ;-P
[06:35] <LaserJock> I guess you have to do *something* to keep your sanity
[06:35] <bddebian> somerville32: I'm looking at it now
[06:35] <somerville32> bddebian, Thanks :)
[06:37] <Hobbsee> ScottK: go for it
[06:37] <ScottK> OK.  Will give it a shot...
[06:37] <jdong> whatever happened to bisexual apt?
[06:37] <jdong> oh crap
[06:37] <jdong> I meant biarch
[06:38] <ScottK> debian bug #392940
[06:38] <Ubugtu> Debian bug 392940 in kdissert "kdissert: FTBFS: could not make  /home/buildd/.waf-0.9.0" [Serious,Closed]  http://bugs.debian.org/392940
[06:38] <Hobbsee> :)
[06:38] <jdong> bots rule :)
[06:38] <jdong> kinda
[06:39] <jdong> at least for bug reports
[06:39] <jdong> they kinda are annoying when you say Mandriva 2007 and get a bug report :D
[06:39] <Ubugtu> Mandriva bug 2007 in Installation "Switching to alternate screens during install crashes X" [Normal,Resolved: fixed]  http://qa.mandriva.com/show_bug.cgi?id=2007
[06:39] <bddebian> Well who the hell would ever say Mandriva? :)
[06:39] <somerville32> Just say Mandravia ;]
[06:39] <jdong> Seveas: that should really be fixed btw.... mandate mandriva _bug_ and not just mandriva. their version numbers trigger bug reports
[06:39] <somerville32> Mandravia 2007
[06:39] <jdong> lol
[06:39] <jdong> mandrake 2007
[06:39] <jdong> that works too
[06:40] <somerville32> Indeed
[06:41] <jdong> backports request report, that is :)
[06:42] <bddebian> And here I was hoping it was a package removal request ;-P
[06:44] <jdong> lol
[06:46] <somerville32> bddebian2, Everything ok?
[06:47] <bddebian2> Yep, uploaded
[06:49] <somerville32> Can I do merges in main?
[06:49] <bddebian2> You can but we can't upload them for you
[06:52] <zakame> lfittl: hi, are you packaging secondlife-client for debian?  How's it going?
[06:53] <jdong> bddebian2: would you be willing to upload bug 79356? :)
[06:53] <Ubugtu> Malone bug 79356 in gpac "request version bump to 0.4.2~rc2" [Undecided,Unconfirmed]  https://launchpad.net/bugs/79356
[06:56] <LaserJock> darn, this fitting program is taking forever :(
[06:57] <zakame> what fitting?
[06:58] <LaserJock> I'm fitting data to a kinetic model
[06:58] <somerville32> If there is a package in Ubuntu that isn't in debian but now there is, do we just merge it like normal?
[06:59] <LaserJock> I have to present a poster tomorrow morning
[06:59] <LaserJock> so I need the data like yesterday
[06:59] <LaserJock> somerville32: you have to watch the .orig.tar.gz
[06:59] <zakame> somerville32: of course, be extra careful
[06:59] <LaserJock> you can't merge them if they aren't same md5sum
[07:00] <somerville32> ok
[07:02] <somerville32> Also, what do the different colours mean? When is the merge dead line again?
[07:04] <LaserJock> I'm not really sure what the colors are
[07:04] <LaserJock> deadline is basicaly UVF
[07:04] <LaserJock> Feb. 8th I think
[07:06] <somerville32> Can promotions to main occur after UVF?
[07:09] <LaserJock> I think that might be FF
[07:11] <LaserJock> I wish it was later :/
[07:11] <LaserJock> I've got quite a few to do
[07:13] <bddebian2> LaserJock: Quite a few what?
[07:13] <ScottK> Hobbsee: Kdissert is done (I think).  Bug #81590.
[07:13] <Ubugtu> Malone bug 81590 in kdissert "Outstanding merge of debian 1.0.6.c-1.1" [Undecided,Unconfirmed]  https://launchpad.net/bugs/81590
[07:14] <LaserJock> ugg, people need to put the package name in the bug title
[07:14] <ScottK> Good point.
[07:14] <ScottK> I'll fix it...
[07:15] <somerville32> I thought it was suppose to be: <packagename>: merge new debian version
[07:15] <ScottK> Now you say something .... Bug #81590
[07:15] <Ubugtu> Malone bug 81590 in kdissert "Kdissert - outstanding merge of debian 1.0.6.c-1.1" [Undecided,Unconfirmed]  https://launchpad.net/bugs/81590
[07:16] <somerville32> In doodled, I have: doodle (= ${binary:Version}) in the debian version
[07:16] <somerville32> and doodle (= ${Source-Version}) in the Ubuntu version
[07:18] <somerville32> umm... nvm :)
[07:19] <bddebian2> jdong: Uploaded
[07:20] <bddebian2> Bedtime for me too.  GNight gang
[07:21] <LaserJock> cya ScottK
[07:21] <LaserJock> and as always I miss bddebian
[07:21] <ScottK> cya
[07:25] <Hobbsee> done
[07:29] <somerville32> :]
[07:29] <somerville32> Hobbsee, Will you be able to upload my doodle merge here in a second? :)
[07:37] <somerville32> Yeah, upgrade complete. Now my computer isn't crawling :)
[07:57] <ademan> hey how do i get a gpg key?
[08:00] <LaserJock> ademan: you make one
[08:01] <LaserJock> !gpg
[08:01] <ubotu> gpg is the GNU Privacy Guard.  See https://help.ubuntu.com/community/GnuPrivacyGuardHowto
[08:05] <mneptok> moof.
[08:05] <ademan> woof
[08:05] <mneptok> anyone want to admit to maintaining QuodLibet? :)
[08:06] <ademan> lol, wtf IS Quodlibet?
[08:07] <mneptok> aptitude show quodlibet
[08:22] <ademan> lol sorry, but how do you paste in vim?
[08:22] <somerville32> Can someone sponsor #81593 for me please?
[08:22] <somerville32> * Can someone sponsor Bug 81593 for me please?
[08:22] <Ubugtu> Malone bug 81593 in doodle "doodle: merge new debian version" [Undecided,Unconfirmed]  https://launchpad.net/bugs/81593
[08:26] <ademan> how do you start up the gpg-agent again?  it told me gpg-agent wasn't a valid command
[08:28] <LaserJock> I'm not sure I don't use one
[08:51] <ademan> Laser_away: how do you not? don't you need gpg to sign packages?
[08:55] <ademan> meh brb i'm just gonna restart my comp
[09:08] <dholbach> good morning
[09:39] <lifeless> ajmitch: ping
[10:38] <\sh> moins
[10:45] <Q-FUNK> gaelic?
[10:52] <\sh> no short form of "moin moin", which means "good morning" or "good day" in a north german slang
[10:53] <Q-FUNK> (11:37:39) mnepton poistui huoneesta (quit: "Hwt! We Gardena in geardagum, eodcyninga, rym gefrunon, hu a elingas ellen fremedon!").
[10:54] <Q-FUNK> not enough words ending in -ir to be icelandic, but they use  and  at a few places.  I'd have to assume some form of gaelic.
[10:56] <cbx33> I've forgotten how do I go about making a feisty pbuilder?
[10:56] <cbx33> I seem to remember editing a pbuilder distro script
[10:56] <cbx33> but where are they located?
[10:56] <Q-FUNK> confugure .pbuilderrc for feisty
[10:56] <Q-FUNK> or /etc/pbuilderrc
[10:57] <Q-FUNK> then:  sudo pbuilder create
[11:48] <ademan> hrm, when i asked the Code::Blocks maintainer about my problems, he said he just built it with this command: "fakeroot debian/rules build"  is that really acceptable?  Shouldnt it use pbuilder?
[11:49] <StevenK> ademan: The buildds won't.
[11:49] <coNP> ademan: does pbuilder not build with "debian/rules binary"?
[11:50] <ademan> coNP: i don't believe there's a binary target in rules, lemme check though
[11:50] <coNP> ademan: there is :) I use it regularly :)
[11:50] <StevenK> Well, there really should be.
[11:50] <ademan> yeah, there is
[11:51] <ademan> but i dunno, all i know is it fails with pbuilder
[11:51] <ademan> i just do
[11:51] <StevenK> How does it fail?
[11:51] <ademan> pbuilder build ../*.dsc
[11:51] <ademan> it was a problem in the rules file
[11:51] <StevenK> Can you paste it into a pastebin?
[11:51] <ademan> configure.in:3: file `revision.m4' does not exist
[11:51] <ademan> make: *** [configure]  Error 1
[11:52] <StevenK> That's a missing Build-Depends
[11:53] <ademan> i've got automake and autoconf in the build depends
[11:53] <ademan> (i had to add them)
[11:53] <StevenK> Did he have something silly like make in the Build-Depends?
[11:53] <ademan> i dunno honestly, this is my first package, he probably knows a hell of a lot more than me
[11:53] <ademan> here's the build-depends line though
[11:53] <ademan> Build-Depends: debhelper, autotools-dev, automake1.9, autoconf, libc6-dev, libstdc++6-dev, libwxgtk2.6-dev, wx-common, libgtk2.0-dev, zip, pkg-config
[11:54] <StevenK> libc6-dev can go
[11:54] <StevenK> Everything else looks fine
[11:54] <StevenK> Actually, so can libstdc++6-dev
[11:54] <ademan> why do you say libc6-dev can go? something else in there depend on it?
[11:55] <ademan> g++ depend on those?
[11:56] <ademan> huh, here's another thing, when i ran pbuilder, it fetched g++ 3.4, why didn't it fetch the newest version?
[11:56] <StevenK> Okay, so it is assumed when you build a package that 'build-essential' is installed.
[11:56] <StevenK> build-essential depends on libc6-dev, gcc and a few other things.
[11:56] <StevenK> So libc6-dev and libstdc++6-dev can both go.
[11:57] <ademan> ah, alright, thanks, is it proper to add build-essential to Build-Depends?
[11:58] <StevenK> No.
[11:58] <ademan> alright
[11:58] <StevenK> It's implied
[11:58] <ademan> btw, i'm gonna paste debian/rules cause it's kinda funky
[11:59] <StevenK> Into a pastebin, if you please.
[11:59] <ademan> http://rafb.net/p/TTXeZT69.html but of course :-)
[11:59] <ademan> note the configure target I added because pbuilder was complaining about configure not existing
[11:59] <ademan> i may have been wrong to do that i dunno
[11:59] <ademan> it wasn't building before either though
[12:02] <StevenK> It's because config.status depends on a configure target
[12:02] <ademan> right, which is why i added a configure target
[12:02] <StevenK> Apart from that, the only bad thing I can see is copying /usr/share/misc/config.{sub,guess} in the clean target.
[12:02] <ademan> if there's a configure file in the current directory does that satisfy the dependancy?  I didn't think it did but the upstream maintainer seemed to say it did
[12:03] <StevenK> It ought to, yes
[12:03] <ademan> oh, hrm, should i remove the configure target then?
[12:03] <StevenK> Except that he's not providing anyway to generate said file.
[12:05] <ademan> well ./configure exists, you're saying that having the configure target (which calls autoconf) is good because it generates a new ./configure?
[12:06] <StevenK> No, I'm saying that if configure doesn't exist in a pristine upstream tarball, debian/rules has no commands to generate it.
[12:07] <ademan> ah, well actually i got this from svn, and it already had the debian dir, along with spec files (for rpm?) and a ./configure script
[12:08] <ademan> wait no i totally lied
[12:08] <ademan> there's no configure script even now
[12:08] <ademan> it must be dying DURING the configure target
[12:11] <ademan> yep, ok i think i've got this, is it bad for me to move lines 31-35 into the configure target?
[12:18] <ademan> "configure.in:25: error: possibly undefined macro: AC_PROG_LIBTOOL" so what does that mean i have to do?  Is that where i need to copy a certain file into the current dir?  where should that happen?
[12:19] <StevenK> ademan: You also need to Build-Depend on libtool
[12:19] <ademan> ah, that's not a build-essential?
[12:20] <StevenK> Nope
[12:20] <StevenK> None of the auto* tools are.
[12:20] <ademan> there was another m4 error "configure.in:24: error: possibly undefined macro: AC_DISABLE_STATIC
[12:20] <ademan> "
[12:20] <ademan> crap sorry about the newline
[12:20] <StevenK> Not sure about that one.
[12:21] <ademan> i think i'll work on this more tomorow, it's about 3:00 am and i've got school tomorow... lol
[12:21] <imbrandon> moins all
[12:23] <ademan> "configure: error: cannot find install-sh or install.sh in "." "./.." "./../..""     WHEE!!! at least it's a different error this time
[12:24] <StevenK> ademan: install-sh is shipped by automake
[12:25] <ademan> copy from /usr/share/automake then?
[12:25] <StevenK> automake1.9: usr/share/automake-1.9/install-sh
[12:25] <ademan> :-)
[12:25] <StevenK> You could ln -s /usr/share/automake-1.9/install-sh . in the configure target, and rm install-sh in the clean target
[12:25] <StevenK> $(RM) install-sh, rather
[12:26] <ademan> any way to do the copy in a automake version agnostic way?
[12:26] <StevenK>  /usr/share/automake-*/install-sh ?
[12:26] <StevenK> :-)
[12:26] <ademan> i'm hardly a bash expert, woudl that work?
[12:26] <ademan> by the way, i'm seeing a trend here, would it be $(LN) ?
[12:27] <StevenK> Nope
[12:27] <StevenK> $(RM) is defined by make
[12:27] <StevenK> Also, keep in mind you're hardly being automake version agnostic with your Build-Depends.
[12:27] <ademan> true, but if i were to change it in Build-Depends, and forget about it in rules, you know
[12:28] <StevenK> Then your build fails, you slap your forehead and fix it, no?
[12:29] <ademan> lol, i suppose i would
[12:29] <ademan> geeze, this is so fun, i CAN'T WAIT till i have to chop this thing up into multiple packages lol
[12:30] <ademan> either way, yet another question (i know, i'm sorry, i'm just, well a n00b) do i have to dpkg-buildpackage everytime i change debian/rules?
[12:30] <StevenK> If you want to test your changes...
[12:32] <ademan> ok that's what i was wondering, i don't know where pbuilder reads the debian/rules from, if it's from like the orig.tar.gz or something, or the debian dir, the dsc, i dunno
[12:34] <StevenK> pbuilder doesn't
[12:35] <StevenK> pbuilder unpacks a tarball, chroots into it and runs dpkg-buildpackage
[12:35] <ademan> oh, heh
[12:36] <ademan> anyways, now it says it can't find Makefile.in,      Makefile.am -> (some command) -> Makefile.in ?  (for some nuts reason i thought it was the other way)
[12:37] <ademan> i can tell my absolute loathing for autotools is comming back to bite me in the ass here
[12:37] <ademan> oh duh, i'm retarded
[12:38] <ademan> Makefile.am -> automake -> Makefile.in
[12:41] <ademan> should automake go in the configure: target?
[12:42] <StevenK> Probably.
[12:42] <ademan> i feel i'm really close to getting it
[12:42] <ademan> i think i'm going to go to sleep for now though, i can at least get 4 hours of sleep in
[12:43] <ademan> i really appreciate your help and patience
[12:43] <ademan> thanks
[12:43] <ademan> gnight
[12:49] <did448> Hi, question: if a bug is in a debian/patches/xxx, what is better: modify the patch or create a new one?
[12:52] <ademan> i'd think you should create a new patch, i remember hearing something about being able to apply only the patches needed etc
[12:52] <ademan> God, i've said gnight like twice and i'm still not gone
[12:55] <ademan> SO CLOSE! i'm getting an error about some configure.h.in in the source not existing
[12:55] <StevenK> Modify the patch
[12:56] <ademan> here's the culprit i would think: AC_CONFIG_HEADER([src/sdk/config.h] )     and src/sdk/config.h.in doesn't exist, shoudl i remove the line? (i'll know i need it if g++ bitches about needing config.h)
[12:58] <StevenK> Why should src/sdk/config.h.in exist?
[12:58] <StevenK> config.h should just be a normal header file
[12:58] <ademan> well doesn't autoconf generate config.h FROM config.h.in?
[12:59] <StevenK> I have no idea, to be honest. I've managed to avoid auto* :-)
[12:59] <ademan> hehe, avoiding autotools is the exact reason why i'm packaging a c++ IDE :-)
[01:00] <ademan> although it doesn't seem to bad now, but man, the redundancy in the code, so much of it just seems superfluous, or like it could just be housed in a config file, and just read by a single build program
[01:01] <ademan> anyways, gnight, i'm going to sleep for real now...maybe....
[01:39] <ScottK> Good morning everyone.
[02:04] <palski> could someone sponsor the fix (for feisty) attached to Bug #55782
[02:04] <Ubugtu> Malone bug 55782 in kxdocker "doesnt open in edgy" [Medium,In progress]  https://launchpad.net/bugs/55782
[02:07] <siretart> mmmmh. pushing a branch to launchpad takes aaages :/
[02:07] <siretart> hi folks, btw
[02:08] <ScottK> Hi.
[02:09] <jrib> Kamping_Kaiser: hi
[02:09] <jrib> I mean, "hi"
[02:13] <jrib> I'd like to see http://packages.debian.org/unstable/python/python-dialog included in feisty.  I want to make sure that the proper process is to file a sync request as described in the wiki.  Is there anything I can do to help out with the process once that bug is filed?
[02:21] <palski> hmm, that package is not in ubuntu at all?
[02:22] <ScottK> jrib: I'm new here, but one thing is that python-dialog is the binary package.  You'd want to request the source pacakge pythondialog I believe.
[02:22] <ScottK> pacakge/package
[02:23] <jrib> ScottK: I see, so I should grab the info from http://packages.qa.debian.org/p/pythondialog.html then.  Thanks
[02:24] <ScottK> That's my understanding, but as I said, I'n not an expert by any means.
[02:31] <sunshine> hi
[03:27] <siretart> crimsun: FYI: I imported the xine-lib packaging branch to ~ubuntu-core-dev team branch. I also imported your latest upload there. Feel free to point anyone interested to branch from there for submitting patches
[04:07] <AnAnt> how can I specify a certain file as a changelog file ?
[04:07] <AnAnt> using dh_installchangelogs I mean
[04:08] <JKnife> "http://rafb.net/p/LenFVs68.html =\ ld core dumps when I try to build AWOS"
[04:08] <JKnife> here gnomefreak? =P
[04:09] <gnomefreak> see my comments in +1 but again i dont know what it is and im no expert :)
[04:09] <JKnife> :) i was just reading em
[04:09] <imbrandon> siretart, the newest bzr is alot faster about it ( but its still slow )
[04:09] <JKnife> "*** glibc detected *** ld: free(): invalid pointer: 0x0817d724 ***
[04:09] <JKnife> that is what i am guessing
[04:09] <gnomefreak> me too
[04:10] <gnomefreak> JKnife: maybe the new libc6 is causing it?
[04:10] <JKnife> which is why i asked in +1 :)
[04:10] <gnomefreak> what your building expects lower version maybe?
[04:10] <gnomefreak> but im not good at pointer
[04:10] <gnomefreak> s
[04:10] <JKnife> well AWOSDev is building it on Dapper.. but ld shouldn't core dump
[04:11] <JKnife> it should print a nice error instead of letting everything out^__^
[04:11] <siretart> imbrandon: I'm using bzr 0.13
[04:11] <jdong> to whomever kindly sponsored my gpac package but is not showing up in feisty-changes for me.... thank you greatly :)
[04:11] <gnomefreak> thats why i asked you in here. this is where are the SMART people play
[04:11] <siretart> imbrandon: it would really help a lot if launchpad would offer repositories, though
[04:11] <gnomefreak> and me
[04:11] <JKnife> haha
[04:11] <jdong> siretart / imbrandon : bzr network performance will be slow without smart servers
[04:12] <gnomefreak> but someone in here might know what is going on with it
[04:12] <jdong> there is an additional latency of `find .bzr | wc -l`*ping_latency
[04:12] <jdong> supposedly launchpad will get smartserver support "sooner than I'd think" is what I'm told :D
[04:13] <JKnife> well anyways.. ask the smart people.. i need to get a shower and head to class
[04:13] <gnomefreak> lol
[04:14] <gnomefreak> im gonna have to go on my assumtion to begin with
[04:15] <gnomefreak> can anyone read backtraces good? im not real good at them but i would like confirmation that libc6 is causing the coredump if you have a few minutes
[04:15] <JKnife> i look at it this way.. if it was libc6 then i would 99% of the time gotten a gcc error and might have known where it was, this is a core dump in ld.. so i have no clue..
[04:21] <geser> gnomefreak: I might look at it. got an url?
[04:21] <imbrandon> siretart, yea i hear ya, i talked with elmo a bit about that at UDS , it seems to be comming but not here fast enough
[04:21] <gnomefreak> geser: yeah
[04:21] <gnomefreak> geser: http://rafb.net/p/LenFVs68.html
[04:21] <gnomefreak> imbrandon: you still working on kooldock?
[04:22] <imbrandon> gnomefreak, not atm
[04:22] <imbrandon> but i can if you need a hand with something
[04:23] <gnomefreak> imbrandon: the kmenu when you add it to the dock in the docks prefferences it doesnt work it adds it but never opens
[04:25] <geser> gnomefreak: can you reproduce the core dump when you run ld with the same parameters (in the same directory)?
[04:26] <gnomefreak> geser: its JKnife's baby
[04:26] <geser> JKnife: can you reproduce the core dump when you run ld with the same parameters (in the same directory)?
[04:26] <ScottK> If any MOTU is available to do a revu, I'd appreciate you taking a look at http://revu.tauware.de/details.py?upid=4179 - It's looking for a 2nd advocate...
[04:28] <JKnife> geser: "ld: cannot find bootup.o"
[04:28] <JKnife> ohh n/m
[04:29] <JKnife> yes it reproduceable
[04:32] <JKnife> "svn co https://awos.svn.sourceforge.net/svnroot/awos/trunk awos" <- its svn repo if you wanna look at it
[04:33] <geser> hmm, there is no dbgsym package  for binutils which makes it harder to get a good backtrace
[04:36] <JKnife> want me to try libc6-dbg?
[04:36] <bddebian> Heya gang
[04:38] <geser> JKnife: the debug symbols for libc6 won't show you the details for ld
[04:38] <JKnife> ohh well..
[04:39] <geser> it would help if one know which function from ld are called
[04:40] <JKnife> =\
[04:40] <JKnife> well this has been fun but time for class
[04:43] <h4writer> hoi, I've got a question about https://launchpad.net/ubuntu/+bug/81273
[04:43] <Ubugtu> Malone bug 81273 in Ubuntu "list isn't rendered good" [Undecided,Needs info]
[04:43] <h4writer> I need to give a screen shot
[04:44] <Tonio_> may I ping a motu concerning http://revu.tauware.de/details.py?upid=3689 please ?
[04:44] <h4writer> but when I push PrtScr, the list is back rendered good !
[04:44] <Tonio_> :)
[04:44] <h4writer> so I can't show the problem :-(
[04:45] <bddebian> Tonio_: Aren't you an MOTU? :-)
[04:45] <jrib> Hi, I'm looking for an ubuntu developer to approve https://launchpad.net/ubuntu/+bug/81637 .  Can anyone help? :)
[04:45] <Ubugtu> Malone bug 81637 in Ubuntu "[Sync Request]  pythondialog (2.7-1) from debian unstable/main to universe" [Undecided,Needs info]
[04:45] <Tonio_> bddebian: yes but I won't revu myself :)
[04:45] <Tonio_> bddebian: you did the previous comment, I just fixed all of the required things
[04:45] <bddebian> Tonio_: I'll check it out in a sec.
[04:46] <jdong> h4writer: find a digital camera?
[04:46] <Tonio_> bddebian:  thanks
[04:46] <jdong> (wow, that's probably the worst advice I've given all week)
[04:46] <crimsun> siretart: ok, thanks. I was going to submit a patch to Debian BTS against xine-lib in experimental. Is that still necessary?
[04:48] <h4writer> jdong: I have no camera at hand, but do you know a screen capteringer (to make a video of the problem?
[04:48] <jdong> h4writer: istanbul
[04:49] <h4writer> jdong: thanks will try it immidiatly
[04:59] <bddebian> Tonio_: My edgy machine just puked building jabbin so just give me a sec
[05:00] <jrib> bddebian: thanks for the approval of pythondialog.  In the future, is that the correct way to go about requesting a package from debian or should I have emailed the MOTU list looking for a sponsor first?
[05:00] <Tonio_> bddebian: sure :)
[05:01] <bddebian> jrib: For a package straight from Debian, that is fine.  Though if you are not an MOTU yet, you should not subscribe Ubuntu Archive but Ubuntu Universe Sponsors
[05:01] <jrib> bddebian: ah ok
[05:02] <jrib> rrittenhouse: ok, that one does not have dapper multiverse, it only has dapper-backports multiverse
[05:02] <jrib> erm ignore that, sorry
[05:02] <siretart> crimsun: not really. it seems I'm the only one who actually cares about xine-lib in debian
[05:02] <bddebian> Heh, hi siretart
[05:02] <siretart> crimsun: currently, xine-lib 1.1.3 is in debian/NEW.
[05:02] <siretart> bddebian: !! :)
[05:03] <bddebian> Shit I don't think my machine is going to come back?? :-(
[05:06] <Adri2000> bddebian: shouldn't bug #81673 be for https://wiki.ubuntu.com/MOTU/Packages/Candidates ?
[05:06] <Ubugtu> Malone bug 81673 in Ubuntu "No KPlayer package in Ubuntu" [Wishlist,Unconfirmed]  https://launchpad.net/bugs/81673
[05:07] <bddebian> Adri2000: Probably but what's your point? :)
[05:08] <Adri2000> because you marked it as wishlist, why not reject and forward the report to the wiki page?
[05:08] <siretart> crimsun: thanks for the pulseaudio patch. I already pushed it to the debian branch here: http://bazaar.launchpad.net/~siretart/xine-lib/xine-lib.debian.1.1.3/
[05:09] <Adri2000> s/forward the report/point the reporter/
[05:09] <siretart> crimsun: I already have xine-lib 1.1.4 prepared. there are lots of bug fixes there, but the branch is still somewhat in flux, and our ffmpeg copy is too old
[05:09] <siretart> crimsun: if you have the impression feisty should ship with it, just leave me a note
[05:09] <siretart> any kubuntu folks having an opinion on this?
[05:20] <giskard> who is working on soma?
[05:21] <bddebian> It's on REVU
[05:21] <jdong> so what are the chances of us being able to get a newer ffmpeg?
[05:21] <bddebian> giskard: rexbron I think
[05:21] <jdong> it's certainly not the easiest thing to update :D
[05:21] <rexbron> giskard: U am
[05:21] <rexbron> Iam
[05:22] <rexbron> giskard: I am
[05:22] <rexbron> giskard: is there a problem?
[05:23] <\sh> jdong: certainly some packages will FTBFS if there are API changes ,-)
[05:23] <giskard> rexbron, no, i will be happy  to sponsor it if you are not a motu :).
[05:23] <rexbron> yay
[05:24] <rexbron> it is still in development
[05:24] <bddebian> giskard: REVU it man :-)
[05:24] <jdong> \sh: yeah, certainly, but in my experience ffmpeg's API changes aren't too bad to work with
[05:24] <rexbron> giskard: but any comments would be very much apprciated
[05:24] <jdong> \sh: it's just annoying when they keep changing names here and there... :D
[05:25] <bddebian> bbiab
[05:25] <\sh> jdong: ;)
[05:26] <jdong> \sh: I've been trying to bring whatever media stuff I could up to date... but ffmpeg is a monster I'm scared to touch :)
[05:26] <giskard> rexbron, i will do it
[05:27] <giskard> rexbron, do you think to package also somaplayer?
[05:27] <Toadstool> good morning everybody
[05:27] <giskard> hi :)
[05:27] <rexbron> giskard: somaplayer is already packaged and in the repos
[05:27] <giskard> uh yes, right (my package, stupid me).
[05:28] <rexbron> giskard: check out www.wiki.ubuntu.com/UbuntuStudio/ToPackage to see all the stuff we are working on
[05:28] <giskard> i meant do you want to be the real maintainer?
[05:33] <rexbron> giskard: of somaplayer?
[05:33] <giskard> yes
[05:33] <rexbron> I can certainly deal with new upstream releases, and since you have all ready done most of the work, I think so. But I do not want to make any commitments until after uS is released
[05:39] <jdong> does anyone have any emotional attachment to gpac on ia64?
[05:39] <Ubugtu> Malone bug 79356 in gpac "request version bump to 0.4.2~rc2" [Undecided,Fix committed]  https://launchpad.net/bugs/79356
[05:40] <jdong>   libsmjs-dev: Depends: libmozjs-dev but it is not going to be installed
[05:41] <Adri2000> jdong: eheh, xulrunner
[05:41] <jdong> lovely :)
[05:41] <Adri2000> it's the same for mplayerplug-in
[05:41] <Adri2000> xulrunner FTBFSed on ia64
[05:41] <jdong> ah, ok
[05:42] <\sh> Adri2000: behappy...xiulrunner ftbfsed on amd64 before ;)
[05:42] <Laser_away> ademan: I don't use a gpg-agent, that doesn't mean I don't use gpg ;-)
[05:42] <\sh> because of fcking pointer casting from int to pointer...and that failes in x86_64
[05:42] <LaserJock> and what the heck happened to our wiki?!?
[05:42] <Adri2000> ahh \sh :p yeah thanks for this fix, but do you know how to fix it on ia64?
[05:42] <\sh> Adri2000: well, no...I don't own an ia64 :(
[05:43] <Adri2000> hmm, who owns one?
[05:44] <\sh> lemme check what failes
[05:44] <\sh> or no...I'm trying to get wine 0.9.30 into feisty...so monday I'll check...
[05:44] <Adri2000> ok
[05:50] <\sh> wine 0.9.30 is uploaded :)
[05:51] <\sh> oops..this time I'm fast then scott *gg*
[05:51] <jdong> argh \sh stop filling my todo list :D
[05:51] <\sh> jdong: sorry ;)
[05:51] <\sh> jdong: I'll prepare a backport on edgy
[05:51] <jdong> :)
[05:52] <\sh> but .. hmm...I need to upgrade my laptop
[05:52] <\sh> ok..time to go home :)
[05:52] <\sh> cu later
[05:58] <ademan> lol LaserJockthat comment was about 8 hours late haha
[05:59] <ademan> anywho, school time, i'm bringing my comp with though, i'll see what i can do there
[06:05] <somerville32> Can someone sponsor bug 81593 for me? thanks
[06:05] <Ubugtu> Malone bug 81593 in doodle "doodle: merge new debian version" [Undecided,Unconfirmed]  https://launchpad.net/bugs/81593
[06:24] <geser> somerville32: sponsored
[06:24] <somerville32> geser: Thanks a bunch! :)
[06:36] <ScottK> geser: Do you have time to review a new package?
[06:36] <geser> later perhaps
[06:37] <ScottK> OK.  It's http://revu.tauware.de/details.py?upid=4179 If you can.  Thanks.
[06:45] <bddebian> Jesus Christ, an hour and a half to install Service Pack 1 for Visual Studio 2005 :'-(
[06:46] <nixternal_> hahahahahaha
[06:46] <nixternal_> why may I ask?
[06:48] <jdong> bddebian: that sounds about right
[06:48] <jdong> bddebian: I once had to run VS.NET for school on a 133MHz P1
[06:48] <nixternal_> I know we use it at school, but I have informed the instructors of my classes that it goes against my philosophy to use MS products and that I will be doing the class with Linux. so far none of them have gone against me, or given me a lower grade because of it
[06:48] <jdong> bddebian: took overnight to install
[06:48] <jdong> for me, it was a class project where the teacher implemented a good protion of the API in VS.NET managed and nonstandard C++
[06:49] <nixternal_> as soon as one of my instructors doesn't agree, then I will let them know I belong to an OpenReligion and can't use proprietary software otherwise I will goto Microsoft when I die
[06:50] <bddebian> nixternal_: Work
[06:50] <nixternal_> ahhh
[06:51] <somerville32> lol
[06:51] <nixternal_> you know, please don't say that you work for AOL. you can ask imbrandon, we had a LinuxMonkey who worked for AOL. Granted he has since left us, but still, that was like saying I drive a Ford and work for Chevy
[06:52] <nixternal> silly nicknames
[06:52] <somerville32> You're colour changed
[06:52] <somerville32> *Your
[06:53] <ScottK> somerville32: It sort of works either way...
[06:54] <somerville32> You are coloured changed vs. Your colour changed? :P
[06:54] <nixternal> haha
[07:14] <\sh> re
[07:14] <\sh> umts with 1.8MBit/s ;) very nice :)
[07:18] <Tonio_> bddebian: how about jabbin? is it ready for upload ?
[07:18] <bddebian> Sorry just got my machine back up.  Test building now :-(
[07:19] <Tonio_> hehe okay :)
[07:20] <Tonio_> bddebian: I'll have to in 30 minutes for the all we, take your time then :)
[07:20] <Tonio_> or upload it yourself ;)
[07:22] <lritter> hi there
[07:22] <lritter> i'm trying to do my first package, and i'm as far as having my debs created, but there are no files in it
[07:22] <lritter> it seems to only include directories
[07:22] <lritter> libzzub.dirs: http://rafb.net/p/2SGsD672.html
[07:23] <lritter> libzzub.files: http://rafb.net/p/FwSxkk23.html
[07:34] <\sh> re
[07:59] <afflux> am I allowed to quote the wikipedia in the description of a package?
[08:10] <somerville32> afflux, Sure.
[08:11] <afflux> good. I'm too lazy to write myself, and the original developer seems to be lazy too.
[08:25] <jdong> is there anything inherently unwise about using ext2?
[08:26] <jdong> I know no ACL support...
[08:26] <coNP> jdong: no journaling
[08:26] <jdong> and I can deal with lengthy fscks on bad shutdowns (a rarity for me)
[08:26] <jdong> coNP: yeah, but sometimes IMO the trade-off for journaling is too dear
[08:27] <coNP> jdong: sure, but that is a bad point, not an inherently badness
[08:36] <ademan> when i do "pbuilder build ../*.dsc" i get this error "configure.in:10: required file `src/sdk/config.h.in' not found"   in configure.in there's a line "AC_CONFIG_HEADER([src/sdk/config.h] )" , should i rcomment out that line to see if i can get things to build?
[08:43] <ademan> anyone?
[08:44] <Adri2000> for?
[08:44] <coNP> ademan: which package?
[08:45] <ademan> code::blocks
[08:45] <Adri2000> ah sorry ademan, didn't read above :
[08:45] <ademan> :-)
[08:46] <ademan> i feel like i'm soooo close to getting this to work
[08:47] <coNP> ademan: sorry, is this a new package?
[08:47] <bddebian> ademan: Is that file in the package itself?
[08:47] <ademan> coNP: yep, and the majority of the debian dir is from the upstream maintainer
[08:47] <ademan> AND he only builds with fakeroot, not pbuilder
[08:48] <coNP> ademan: that should not mean any problems, can you build via fakeroot?
[08:49] <ademan> dunno, but it kinda does, cause there are lots of dependancy problems
[08:49] <ademan> (via pbuilder)
[08:49] <ademan> the Build-Depends was insufficient
[08:49] <ademan> but i've fixed it to some degreee
[08:49] <ademan> btw how in the heck do i comment stuff out in a M4 file? #?
[08:49] <bddebian> Why would you want to do that?
[08:50] <ademan> cause of my error described at 11:36
[08:50] <ScottK> If I were to hazard a guess, you are missing a -dev library dependency somewhere.  Finding that's more likely to be fruitful than commenting out lines.
[08:51] <ademan> but its a missing file in the src directory, rather than a dependancy problem, isn't it?
[08:51] <Adri2000> LaserJock: really, it would be great to have a link to the debian changelog in http://tiber.tauware.de/~laserjock/motutodo/universe.html, please :)
[08:53] <bddebian> ademan: Aye if you find ./ -name config.h.in it isn't there?
[08:53] <bddebian> Or you could look in src/sdk directly I suppose :)
[08:58] <gouki> Hi, I'm creating a package but I'm not able to find the required library on official repositories. Can anyone help me out?
[08:58] <bddebian> gouki: What library?
[08:58] <jdong> are universe syncs automagic or need to be requested?
[08:58] <jdong> (looking at deluge-torrent atm)
[08:58] <gouki> libssh - I just want to make sure it's not there
[08:58] <bddebian> jdong: Early on they are automagic but have been manual for a while now
[08:59] <jdong> oh
[08:59] <jdong> do I need to be all formal requesting syncs
[08:59] <jdong> or will a message here suffice? :D
[08:59] <gouki> bddebian: I just found it on Feisty...
[09:00] <bddebian> jdong: All formal.  We can't do syncs, only archive admins can
[09:00] <jdong> got it
[09:01] <jdong> bddebian: what is the format of a sync request?
[09:03] <bddebian> jdong: Just a bug on LP.  State the package name, version, which archive (i.e. unstable, etc) and component (ie main, contrib,etc)
[09:04] <jdong> bddebian: who should be subscribed? -archive?
[09:04] <Adri2000> changelog between current version in ubuntu and last version in unstable (or whatever)
[09:04] <Adri2000> jdong: u-u-s if you are not a MOTU
[09:04] <bddebian> jdong: If you aren't an MOTU, you should probably subscribe UUS first and we will subscribe UA
[09:04] <ademan_> did i miss anything?
[09:04] <jdong> bddebian: ok
[09:04] <ademan_> bbdebian: yeah there's no src/sdk/configure.in
[09:05] <jdong> already there.... bug 79627
[09:05] <Ubugtu> Malone bug 79627 in deluge-torrent "Update to 0.4.1" [Undecided,Unconfirmed]  https://launchpad.net/bugs/79627
[09:05] <jdong> uus is not subscribed though
[09:05] <bddebian> ademan_: Are there any configure files in src/sdk/ ?
[09:06] <ademan_> hrm lemme check
[09:07] <jdong> bddebian:  ^^ should I subscribe uus or will you guys be able to handle it from this point?
[09:08] <ademan_> bddebian: nothing *.in, there's a couple headers with configure in the name, but they don't have any of the text replacement looking stuff that *.in files generally have
[09:09] <ademan_> should  i just try commenting out the offending line in configure.in?
[09:10] <ademan_> (is "dnl" a comment? it seemed to be)
[09:14] <ademan_> well it just about built
[09:14] <ademan_> it was REALLY close
[09:14] <ademan_> it seems g++ blew up, i'll make a pastebin
[09:15] <ademan_> and it wasn't blowing up for a lack of configure.h.in
[09:16] <LaserJock> anybody get Ubuntu ISO testing bug email today?
[09:16] <ademan_> http://rafb.net/p/ejN6pR53.html  anyone who takes a look at this, it would be appreciated, this was while running pbuilder, it seems to have made it to the build target
[09:17] <ademan_> might it have to do with the lack of svn? should libsvn be in Build-Depends?  (looking at line 7)
[09:17] <Adri2000> LaserJock: me
[09:17] <coNP> ademan_: if svn is not found, svn should be installed, I guess
[09:18] <coNP> ademan_: might be some clib bug?
[09:18] <ademan_> LaserJock: the kiso one?
[09:19] <LaserJock> I mean bug #81630 email
[09:19] <Ubugtu> Malone bug 81630 in ubuntu-iso-tests "20070126: ubuntu i386 desktop" [Undecided,Rejected]  https://launchpad.net/bugs/81630
[09:20] <hub> ademan_: yeah looks like it can NOT find svn
[09:20] <hub> ademan_: build-depend on subversion
[09:20] <ademan_> not libsvn0-dev?
[09:20] <ademan_> i guess probably not
[09:21] <hub> ademan_: it is looking for the command line
[09:21] <ademan_> thanks
[09:21] <ademan_> alright, thanks
[09:21] <coNP> ademan_: I guess the package is called subversion
[09:23] <bddebian> Sorry guys, gotta run
[09:23] <ademan_> later
[09:24] <ademan_> God, i'm in my data-structures class learning about arrays....
[09:24] <ademan_> the makefiles i have to write are longer and more complicated than the programs themselves...
[09:24] <bddebian> ademan_: If I'm on later and you still have problems, poke me
[09:24] <ademan_> alright i will, thanks for the help
[09:25] <ademan_> thank you all really, bein pretty patient with me asking all these questions that would be better put in #ubuntu-motu-school
[09:25] <ademan_> ...which is all but dead...
[09:27] <ademan_> dear lord it's actually building!'
[09:27] <jdong> ack
[09:29] <ademan_> lol sorry, didn't mean to startle you :-)(
[09:30] <ademan_> man i don't think i've ever compiled something that took > 5 minutes
[09:30] <ademan_> course, i might have back on windows, but in my experience the msvc compiler was way faster than mingw
[09:31] <LaserJock> ademan_: what?
[09:31] <LaserJock> you need to try Gentoo
[09:32] <LaserJock> I think pbuilder for gcl took over 1hr for me
[09:32] <ademan_> i dunno, when i was on windows the msvc compiler beat the pants off of mingw every time on compiling speed (dunno about the speed of the resulting executable)
[09:34] <ademan_> man, nothing system76 offers has a built in tv tuner
[09:36] <ademan_> hey what does debian/dirs do?
[09:36] <LaserJock> creates directories that weren't created by the source itself
[09:37] <LaserJock> so if you need to add a file from the packaging (man page or .desktop say) you need to make sure that the directories exist
[09:37] <ademan_> so usr/bin -> debian/usr/bin ?
[09:38] <coNP> ademan_: I guess debian/dirs/usr/bin
[09:38] <LaserJock> no
[09:38] <ademan_> dirs is a file though not a dir
[09:38] <LaserJock> it's debian/tmp/usr/bin/ or debian/<packagname>/usr/bin/
[09:38] <coNP> I see
[09:39] <LaserJock> that's why it's just usr/bin
[09:39] <ademan_> ah, it's tmp then, i saw a bunch of tmp crap during the build
[09:39] <ademan_> which is still happening by the way...
[09:39] <LaserJock> ademan_: the whole .deb is built there :-)
[09:40] <ademan_> man, i swear i'm just seeing the same lines over and over again
[09:40] <ademan_> and the CFLAGS are rediculously long
[09:45] <JKnife> back
[09:46] <ademan_> longest.build.ever.
[09:47] <LaserJock> and wait, as it's done building there will be some silly dh_install error and you'll get to do it all over again ;-)
[09:47] <ademan_> i'm in class right now, i don't wanna scream lol
[09:48] <ademan_> so far so good though, g++ is done for now, it's doing something else now
[09:50] <ademan__> no errors
[09:50] <ademan__> but where's my deb?
[09:51] <LaserJock> ademan: dude, you gotta calm down
[09:51] <LaserJock> :-)
[09:51] <LaserJock> ademan: you built it with pbuilder, right?
[09:51] <ademan> yep
[09:51] <LaserJock> then it's probably in /var/cache/pbuilder/result/
[09:52] <LaserJock> unless you're using my script and then it's in ~/pbuilder/
[09:52] <ademan> its there!
[09:52] <LaserJock> good, no sepukku
[09:52] <LaserJock> ;-)
[09:53] <ademan> so, now the moment of truth, trying to install, and watching the package break something important :-)
[09:53] <LaserJock> can't have our contributors doing that
[09:53] <LaserJock> at least not too much
[09:53] <LaserJock> ademan: run dpkg -c on the .deb
[09:53] <ademan> alright thanks
[09:53] <LaserJock> ademan: also install lintian and linda and run lintian -i and linda -i on the .deb
[09:53] <ademan> is there any way to do that from the rules file? seems like a good idea
[09:53] <LaserJock> you can also run lintian and linda on the source package too (by running it on the .dsc)
[09:54] <LaserJock> no, that's *after* you build
[09:54] <ademan> too bad
[09:54] <LaserJock> well, it's not hard to do :-)
[09:55] <ademan> dpkg -c   just spat out a bunch of path names
[09:55] <LaserJock> ademan: dpkg -c gives you the contents of the .deb as they are going to be installed on the user's computer
[09:55] <ademan> ah, so should i be worried all of the paths are ./usr  ./etc    and so on?
[09:55] <LaserJock> ademan: you should check to make sure everything you *think* should be there *is* there and in the right place
[09:56] <LaserJock> nope
[09:56] <ademan> alright, well i guess heregoes, should i lintian them first?
[09:56] <LaserJock> yeah, go for it
[09:56] <LaserJock> dpkg -c and lintian/linda could save sooo much time on REVU
[09:57] <ademan> yeah i'm not going to upload like this though, the package REALLY needs to be split up into multiple packages, for instance it includes a SDK among other things
[09:58] <ademan> also, it's installing a bunch of shared objects into /usr/share, when it should be usr/lib shouldnt it?
[09:59] <ademan> since share is for stuff like images, GUI xml files, etc, non-binary stuff right?
[10:00] <ademan> crap, i gotta go, i'll be on again in about 4 hours
[10:00] <ademan> thanks for all the help
[10:00] <Adri2000> LaserJock: so, what do you think about the debian changelog link? it would be better for when there are many changelog entries since the last ubuntu version
[10:01] <LaserJock> sure
[10:03] <Adri2000> :)
[10:41] <Q-FUNK> dammit.
[10:41] <Q-FUNK> yet another $curse user that assinged his generic upgrade problems to 'upgrade'system'.  i thought i had reassigned it, but it only ended up adding another package to the bug.
[10:42] <Q-FUNK> how do I fix this?
[10:46] <Adri2000> LaserJock: actually, I didn't see the link "changelog" on packages.qa.d.o and I was clicking on each link in "latest news" :p so it still would be better to have the link directly but it's up to you :)
[10:58] <Adri2000> LaserJock: where can I download the source of multidistrotools?
[11:01] <geser> Adri2000: https://wiki.ubuntu.com/MultiDistroTools
[11:01] <geser> but I don't know if this is still uptodate
[11:02] <Adri2000> geser: it says "bzr branch http://ox.blop.info/bazaar/multidistrotools/" but 404
[11:02] <geser> then it's outdated
[11:03] <Adri2000> ping lucas, where can I download the source of multidistrotools?
[11:05] <LaserJock> Adri2000: I have a bzr repo of it (with my patches)
[11:06] <Adri2000> LaserJock: please url :)
[11:06] <LaserJock> http://tiber.tauware.de/~laserjock/multidistrotools/
[11:07] <Adri2000> thanks
[11:09] <Simon80> so, about my upload
[11:09] <Simon80> is there something else I have to do after getting it reviewed?
[11:09] <Simon80> ...doing my homework now
[11:09] <Simon80> (researching it)
[11:21] <Simon80> ok, I couldn't find anything - in summary, I packaged something simple and it's been advocated by one person - what has to happen before it gets into Feisty?
[11:26] <geser> Simon80: you need a second advocate
[11:26] <Simon80> ok, change of subject :)
[11:27] <Simon80> so, anyone want to review my shiny little package? it even has a manpage!
[11:28] <coNP> Simon80: what did you do? (I am not a MOTU, just interested)
[11:29] <Simon80> ah, it's logitech_applet, lets the user tweak the DPI and cruise control on certain Logitech mice
[11:29] <Simon80> I think I should add Gentoo's patches though, for MX300/518
[11:31] <Simon80> or I'll just package lomoco
[11:31] <Simon80> hrm
[11:33] <coNP> Simon80: thanks for the info
[11:33] <Simon80> it's pretty high time for at least one of these packages to get in
[11:33] <Simon80> and no problem :)
[11:48] <TheMuso> Which Ubuntu supported architectures are big endian? I know PPC is.
[11:50] <Simon80> I think that's it, unless niagara is big endian
[11:51] <Simon80> and if your app's not a server app, you don't have to worry about that arch
[11:52] <TheMuso> Well the fact of the matter, is that all packages are built for sparc, so I want to make sure things are done right.
[11:52] <TheMuso> Regardless of whether its only a server platform or not.
[11:53] <TheMuso> The package I am working on could indeed be used on a server.


[08:10] <acheron_uk> clivejo: krita seems to start now
 Its about time!
[09:43] <acheron_uk> clivejo: not that I have any digital art skills to use it!
 Neither do I !
[10:04] <acheron_uk> this is what I get in commandline startup in a VM http://paste.ubuntu.com/16981517/
[10:04] <acheron_uk> not sure if any errors there are significant or just expected noise
 No idea!
[10:35] <mamarley> http://blog.qt.io/blog/2016/06/03/qt-5-7-0-release-candidate-available/  Hah, 5.7 is going to be out before we even have 5.6…
[10:37] <clivejo> mamarley: debian are working on 5.6.1 I believe
[10:38] <acheron_uk> I saw a 5.6.x in their git I think, and maybe a package in experimental?
[10:39] <clivejo> from the chat in the IRC channel they are working on it
[10:39] <mamarley> And there are 5.6 packages in the landing-011 PPA too, but my point still stands.  5.7 will probably be out before 5.6 goes into Yakkety.
[10:40] <clivejo> acheron_uk: would you mind purge my PPA and installing krita via the archive and then upgrading via my PPA?
[10:40] <acheron_uk> clivejo: yep, I'll give that a go
[10:41] <clivejo> krita has part of the calligra source but has now been split, so Im wondering how an upgrade is handled
[10:41] <acheron_uk> mamarley: I would not be surprised one bit
[10:42] <acheron_uk> clivejo: didn't handle the ppa purge well for a start!
[10:43] <clivejo> oh?
[10:43] <clivejo> only krita in that PPA!
[10:43] <acheron_uk> oh, moaning about aptitude actually
[10:44] <acheron_uk> let me try again
[10:44] <clivejo> oh it probably wants to roll back to the archive version
[10:44] <clivejo> and will need to pull in calligra-libs and all that rubbish :/
[10:46] <acheron_uk> http://paste.ubuntu.com/16982835/
[10:48] <acheron_uk> have purged krita and krita-data manually and disbaled your ppa, so shall try from that
[10:52] <acheron_uk> well, krita doesn't even want to install on this VM without your ppa
[10:55] <acheron_uk> following the dep problem through gives http://paste.ubuntu.com/16983034/
[10:56] <clivejo> LOL
[10:56]  * clivejo shakes head
[10:56] <clivejo> cant believe that bug is still in xenial
[10:57] <clivejo> I guess noone uploaded my updated version
[10:58] <clivejo> acheron_uk: thats a typo in the control file fonst-lyx => fonts-lyx
[10:58] <acheron_uk> that is yy, but probably the same
[10:58] <acheron_uk> lol
[11:01] <clivejo> LP: 1538098
[11:02] <clivejo> !info krita
[11:02] <clivejo> that be why!
[11:07] <acheron_uk> oh dear
[11:08]  * acheron_uk sees it's time for lunch
[11:08] <clivejo> will you be about later?
[11:09] <acheron_uk> in a couple of hours I would imagine
[11:09] <clivejo> Ive uploaded krita for xenial
[11:09] <clivejo> would you find someone to test it for me?
[11:10] <clivejo> also if you see jimarvan, could you ask him reload OSM and check the location of his workplace?
[11:11] <acheron_uk> OK. If I get back without being diverted, I will
[11:11] <clivejo> I probably wont be at the computer over the next few days
[11:11] <clivejo> but Ill have telegram, you can ping me with @Clifford
[11:12] <acheron_uk> ok
[11:17] <BluesKaj> Hi folks
[11:17] <clivejo> hi BluesKaj
[11:18] <BluesKaj> hi clivejo
[13:25] <clivejo> can someone on Xenial, please test trita for me - https://launchpad.net/~clivejo/+archive/ubuntu/krita/
[13:25] <clivejo> oooo
[13:26] <clivejo> KDE Android client now supports reply to messages
[13:28] <acheron_uk> it runs
[13:28] <clivejo> *NOTE for Ubuntu users: The Ubuntu folks are not updating their repos as fast as this app gets updated. Some features will not work if the KDE Connect version in you desktop doesn't match the one in your phone. To make sure you always have the latest version on your desktop, use this PPA repository: https://code.launchpad.net/~vikoadi/+archive/ubuntu/ppa/
[13:28] <clivejo> naughty Ubuntu folk
[13:31] <acheron_uk> do you want me to purge and reinstall on XX?
[13:31] <clivejo> nah, no point
[13:31] <clivejo> its the same version in xenial
[13:31] <clivejo> un-installable
[13:32] <acheron_uk> I beg to differ, as it just installed fine
[13:32] <clivejo> is did?
[13:32] <clivejo> !info krita xenial
[13:33] <acheron_uk> http://paste.ubuntu.com/16988025/
[13:34] <clivejo> strange
[13:38] <acheron_uk> and upgrade once ppa enabled again http://paste.ubuntu.com/16988174/
[13:39] <clivejo> does it run?
[13:39] <acheron_uk> ppa v3? yes
[13:40]  * clivejo cheers
[13:43] <acheron_uk> that's a nice bit of software to have packaged up in the newest version
[13:49] <clivejo> acheron_uk: agreed
[13:49] <clivejo> soee_: ping
[13:49] <clivejo> can you arrange for testing and maybe get this into backports
[17:49] <mamarley> So I finally opened a bug for getting Quassel updated to 0.12.4: https://bugs.launchpad.net/ubuntu/+source/quassel/+bug/1589128.  I have already packaged it; I just need someone to do the upload.
[18:05] <mparillo> Is anybody trying to install on YY and getting this? https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1577540 It has been maybe a month or so that I have been unable to install YY.
[18:21] <acheron_uk> I was a couple of weeks ago. not tried latest images though
 Uhm Xenial died
[20:01] <clivejo> died, how?
 Sddm does not start now after some updates
[20:01] <clivejo> eak
[20:04] <clivejo> what updates did you make that might have killed it?
 No idea
 Some nvidia drivers for examllr
[20:06] <clivejo> nvidia driver do indeed like to kill SDDM
 mamarley said there was some change related to opengl and it might be it that breaks system
[20:07] <clivejo> I noticed a new nvidia driver for my yakkety install
 But it was for snappy packages
 This driver is broken
 Gives me some errors when trying to reinstall
 http://paste.ubuntu.com/17005687/
 Clivejo can you ping mamarley?
 Uhm i can't purge the driver either
[20:15] <clivejo> mamarley: ping
[20:18] <mamarley> marcinsagol: I doubt your sddm issue was caused by the driver; I have tested it on 3 PCs with Kubuntu Xenial now and have not had that issue on any of them.  As for the install failure issue, I would recommend reproducing it with the 361 driver from the regular archive and then filing a bug report on it.
[20:19] <mamarley> The patch i applied was just a backport of what they applied to 361.
[20:20] <mamarley> I can see where it complains that there were no instances of the nvidia-367 module in the tree though.  That might explain your sddm brokenness.
 Hmm
 Same will be with 361 from the ppa?
[20:22] <mamarley> I think the 361 in the main archive is actually newer than the 361 in the PPA.  But the idea is to test the driver from the main archive so you can file a bug report that the Ubuntu developers will handle.
 I can't install any driver
 Errors
[20:35] <acheron_uk> 364.19-0ubuntu0~gpu16.04.5 installed ok here earlier, or at least didn't have errors
 Rebooted?
[20:39] <mamarley> It looks like the error occurs when attempting to remove the driver.  Could you please execute the journalctl command that the error recommends so I can see why it fails?
 http://paste.ubuntu.com/17006991/
 Is it it?
[20:42] <acheron_uk> ok. just rebooted and sddm and login are ok
[20:42]  * mamarley nie mówi po polsku.
 http://paste.ubuntu.com/17007055/
[20:43] <mamarley> Oh, I see, "target is busy".  Hmm.
[20:45] <mamarley> marcinsagol: Try running sudo lsof | grep -i "\/var\/lib\/snapd\/gl"
 Empty result
[20:47] <mamarley> marcinsagol: How about sudo lsof | grep -i "\/var\/lib\/snapd"
 http://paste.ubuntu.com/17007239/
[20:48] <mamarley> marcinsagol: Shut down Xorg (stop sddm) and then attempt to uninstall the driver again.
[20:49] <mamarley> And definitely report this bug on Launchpad.  It looks like someone didn't do enough QA before they uploaded that patch.
[20:51] <soee> back on system :)
[20:51] <acheron_uk> LP: #1589006
[20:51] <soee> mamarley: ^ is it this one ?
[20:52] <mamarley> Looks like it.  I will subscribe to that so that I can update the graphics-drivers PPA packages as soon as it is fixed.
[20:53] <acheron_uk> I obviously dodged that so far in some way
[20:53] <mamarley> It didn't affect my systems because I don't have snappy installed.
[20:53] <mamarley> acheron_uk: It would only affect you if you tried to remove/reinstall the NVIDIA driver since yesterday when the snappy patch was uploaded.
[20:54] <mamarley> Ooh, this is actually worse, it seems that it is preventing some people from logging in...
[20:55] <soee> me :D
[20:56] <acheron_uk> I updated to 364.19-0ubuntu0~gpu16.04.5 earier today from the ppa
[20:56] <mamarley> acheron_uk: Do you have "snapd" installed?
[20:56] <acheron_uk> yes
[20:57] <acheron_uk> odd. not that I'm complaining
[20:57] <mamarley> Yeah, I don't get that...
[20:58] <ahoneybun> what's up with nvidia soee?
[20:58] <soee> grr i posted in comment that i use 16.10 while im on 16.04, can i edit comment?
[20:58] <soee> ahoneybun: breaks sddm
[20:58] <ahoneybun> again?
[20:59] <soee> they patched driver and make it a bit broken
[20:59] <soee> not enough tests i think :)
[20:59] <ahoneybun> I've not updated the laptop in a bit
[20:59] <ahoneybun> I did the desktop but no issue
[20:59] <ahoneybun> might be on a older version
[20:59] <mamarley> They uploaded it to proposed, which technically isn't supposed to be used.
[21:00] <soee> um, i see :)
[21:00] <mamarley> soee's problem was caused by the fact that I went ahead and patched the graphics-drivers PPA packages with it too.
[21:00] <ahoneybun> I was having some weird kwin issues but that was after I played Shadow of Mordor
[21:00] <soee> mamarley: not a problem for me :D i like to break my system
[21:01]  * acheron_uk is afraid to change anything now in case of breakage
[21:01] <mamarley> And I tested it, but it didn't happen on my system.
[21:01] <ahoneybun> mm I wish my preset for my keyboard would stick
[21:01] <ahoneybun> turns off every reboot
[21:02] <soee> throw the keyboard through the window :D
[21:02] <ahoneybun> not a 160 dollar one
[21:02] <ahoneybun> XD
[21:03]  * ahoneybun works on new blog post
[21:08] <ahoneybun> HEY a green light!
[21:10] <mamarley> soee: It looks like all the problems are caused by failure to unmount that directory, but I haven't a clue why it is even trying to unmount it at that point.  I don't know much about Snappy and I generally try not to fool around with stuff I don't understand, because that could cause even more brokenness.
[21:12] <mamarley> For the moment I am not going to try to do anything with it.  But like I said, I am subscribed on both of those bugs so I will know as soon as anything changes.
[21:15] <soee> mamarley: thank you for your help
[21:17] <mamarley> Sorry for the trouble.  When I uploaded that patch into graphics-drivers, I didn't realize it was only in proposed and not actually released yet.
[21:17] <mamarley> I wonder if I should disable that unit and reupload.  Or just back it out completely.
[21:18] <mamarley> I would love to ask ricotz or tseliot about this, but neither is around.
[23:31] <mamarley> soee: I reverted the patch in graphics-drivers.  The new packages are compiling now.
[23:31] <soee> mamarley: ok, thank you :)
[23:32] <mamarley> There was also another bug where the "start" or "stop" command was apparently getting run from a different package than from which the unit was installed, causing a race condition and giving even more trouble.
[23:35] <clivejo> wacky races


[23:59] <joey>
[23:59] <joey> http://helpmerick.com/senior-uses-ubuntu-system-14-months-trouble-free.htm
[23:59] <joey>


[03:38] <tmarble> fabbione: ping
[03:39] <fabbione> tmarble: pong (lagged.. busy fixing glibc in edgy)
[03:39] <tmarble> fabbione: I started the Dapper install on T2000 rev2....
[03:39] <tmarble> got to the partitioning menu... said "do it"....
[03:39] <tmarble> and now it seems hung.... I'm wondering if there's trouble with the onboard PCI controller?
[03:40] <tmarble> it's weird because it saw both disks and, apparently, let me partition the (second) one
[03:40] <fabbione> yes that's the problem
[03:40] <fabbione> same as the bug report
[03:40] <fabbione> hang at partitioner
[03:40] <tmarble> does it take a long time to format and/or is there anyway to tell if the install is alive?
[03:40] <tmarble> ah, ok
[03:41] <tmarble> crap
[03:41] <tmarble> now how can I help debug this / move forward?
[03:49] <fabbione> we need david with kernel magic touch now
[03:49] <fabbione> he suspects an IRQ routing issue
[03:49] <fabbione> and the output you gave should be enough
[03:51] <tmarble> OK.. .do you know if the edgy netboot img has the same trouble?
[03:53] <fabbione> the sparc code is almost exactly the same
[03:53] <fabbione> it's worth a shot
[03:57] <tmarble> ok
[03:58] <tmarble> I have to run now... I'll be online in about 45min
[03:58] <tmarble> thanks for your help
[09:00] <tmarble> fabbione: ciao -- are you still on?


[02:47] <pleia2> I've never seen it with a capital U
[02:47] <pleia2> which sites were you seeing it on?


[21:40] <Krambiorix> hi guys, i'm developing an addon. I want my addon to work with every version of firexfox from 16 till .... How can i do that?  so i put the maxversion to 90.0 but when installing it in firefox, firefox tells me the addon is not compatible with v17...
[21:40] <Krambiorix> how can i fix this?
[21:40] <micahg> you can't with binary addons
[21:41] <micahg> and even with non-binary ones, you have to track the beta/aurora channel to insure comaptability
[21:41] <Krambiorix> micahg, so how do i do that?
[21:42] <micahg> we have PPAs, see /topic for links (versions are a bit out of date on that pad, but the links should be fine)
[21:42] <micahg> I'd suggest starting here: https://addons.mozilla.org/en-US/developers/builder
[21:50] <Krambiorix> micahg, ok thx!
[21:52] <Krambiorix> micahg, seems complex to make an addon nowadays
[21:53] <micahg> well, if you use the SDK, I think it's more likely to stay compatible, but I haven't been keeping up with the latest on that
[22:22] <Krambiorix> micahg, thx!


 yes, on reboot music is still playing (I guess that I will need to enable it manually for all programs supposed to make noise but it is very limited number of them) (re @paguiar735: Did it work?)
 Package 'light-locker' is not installed, so not removed (re @paguiar735: Try:
 sudo apt -y remove light-locker)
 I likely already tried getting rid of screensaver
 BTW, how can I check whether scree I bought is AMOLED (kind that still benefits from screensavers)? Would producer advertise it on product listing?
 (I have Dell U2415 and see no mention of AMOLED on product listing pages, but maybe producer would try to not mention that?)
 Hello, I can't start Lubuntu today😭
 Anyone there?
[12:45] <Oxfuxxx> Try to fix boot with a live CD.
 It looks like something is missing. I reach login screen but after that I only see the mouse cursor
[12:46] <Oxfuxxx> i mean live USB stick.
[12:46] <apt-ghetto> @Rodrigo Which session is shown on the login screen?
 Ctrl Alt F2 and I login correctly. So maybe something with the graphic environment?
 What do you mean? Just my regular username (I'm the only user btw) (re @lubuntu_bot: (irc) <apt-ghetto> @Rodrigo Which session is shown on the login screen?)
[12:48] <apt-ghetto> On the login screen with the user, you can choose also the session. By default there are three possibilities: Openbox, Lubuntu and LXQt
 When I try to load my file manager (pcmanfm-qt) I get the following message (re @Rodrigo: Ctrl Alt F2 and I login correctly. So maybe something with the graphic environment?)
[12:48] <apt-ghetto> Maybe you changed the session to Openbox?
 Good point, I'll reboot and check (re @lubuntu_bot: (irc) <apt-ghetto> Maybe you changed the session to Openbox?)
 qt.qpa.xcb: could not connect to display
 qt.qpa.plugin: could not load the Qt platform plugin "xcb" in "" even though it was found (re @Rodrigo: When I try to load my file manager (pcmanfm-qt) I get the following message)
 Nope, just the same behaviour. The session is tty2 in case it matters (re @lubuntu_bot: (irc) <apt-ghetto> Maybe you changed the session to Openbox?)
 Same with all three options (Lubuntu, LXQt Desktop, Openbox) (re @Rodrigo: Nope, just the same behaviour. The session is tty2 in case it matters)
[12:56] <apt-ghetto> What shows `find . ! -user $USER`?
 it shows
 ./.config/gtk-3.0/gtk.css
 ./.config/gtk-2.0/gtk-widgets.css
 I suspect it may be related to lack of space. I did sudo update and it tells me there is not enough space for some of the things... I will delete some big files and try again
[13:10] <apt-ghetto> sudo apt autoremove
 IT WORKS!!!!
 THANK YOU SO SO SO MUCH!!!
[13:12] <apt-ghetto> you're welcome
 Who would have thought? I have to delete files urgently
 https://matterbridge.lubuntu.me/b77b06d9/file_3379_oga.ogg
[13:13] <apt-ghetto> With "autoremove" you can delete old kernels
 I don't know if you can hear audio from IRC, but just again THANK YOU! you saved my day
 it only makes me want to help more people
 my problem is probably too many anaconda environments... but that's another story. (re @lubuntu_bot: (irc) <apt-ghetto> With "autoremove" you can delete old kernels)
[13:15] <apt-ghetto> Do you have a separate partition for /home?
 mmm is there an fast way to check that from terminal? listing all partitions and where is /home?
[13:23] <apt-ghetto> lsblk -f shows all partitions and the mountpoints, if mounted
[13:23] <apt-ghetto> or you can check /etc/fstab
 I hope it's visible to you. I barely see the letters : https://matterbridge.lubuntu.me/bc0c5632/file_3380.jpg
[13:26] <apt-ghetto> You have only / which contains /home
 I must have a mess in terms of partitions. I should make it more sensible next time I upgrade Lubuntu
 My computer crashed a few days ago when installing an anaconda environment.  Any chance you know where to find it?
[13:30] <apt-ghetto> You have two disks and each contains two partitions. That is not really a mess. You can ignore the loop devices
 in deed, /home/user00/anaconda3/envs/ is 5.2GB 🤦🏽♂ (re @Rodrigo: my problem is probably too many anaconda environments... but that's another story.)
 that is off topi, ignore it please (re @Rodrigo: My computer crashed a few days ago when installing an anaconda environment.  Any chance you know where to find it?)
 thank SO much for your help today. I leave you alone now😊
[13:33] <apt-ghetto> With the terminal I am normally checking with du /home/$USER -h --max-depth=2 | sort -h
[20:16] <^-^hi> Isn't anyone planning to bring down lubuntu.net? It looks like phishing with its domain being more "normal" than lubuntu.me
[20:16] <^-^hi> It made me think lubuntu is dead for a long time, by having no versions newer than 19.10
[20:48] <kc2bez> ^-^hi: lubuntu.me is the official site. It is linked to from ubuntu.com
[20:49] <kc2bez> unfortunately dot net isn't under the control of the Lubuntu project.
[20:49] <^-^hi> Can't you file a complaint to the domain-registrar?
[20:57] <kc2bez> There isn't too much stopping them from doing what they are doing.
[20:57] <kc2bez> Legal matters (if pursued) take a long time to resolve.
[21:03] <tomreyn> the more effective approach will be to point it out as a scam site to those organizations maintaining those phishing / scam databases, which will finally make everyone unable to visit .net (interstitials in web browsers) and drop the site in search engine rankings. but this can be a bit of an ethically difficult thing in term of when you start calling it "scam" and "phishing".
[21:32] <^-^hi> Is it that much "legal"? I doubt it
[21:34] <^-^hi> You hold the trademark (tell me you do), your website is cited as the main one everywhere, one complaint from some developer should be enough
[21:35] <^-^hi> Someone I knew lost their domain to malicious reporting and there were no lawyers involved.
[21:41] <dsc_> apparently my ublock plugin blocks `lubuntu.net`
[22:54] <guiverc> ^-^hi, Canonical own lubuntu.me & ubuntu.com type sites; don't use a search engine to find Ubuntu sites (unless you can peruse search engine results - they offer a number if you ask for a download; legit, fan & fake) - https://ubuntu.com/download/flavours will take you to the official site for any Ubuntu flavor  (all sites it'll send you to are under Ubuntu/Canonical control)
[22:55] <^-^hi> Cool, but I am calling upon you to try taking down that domain by reporting to the registrar
[22:57] <dsc_> do they serve the legit lubuntu binaries?
[22:57] <dsc_> images*
[22:57] <guiverc> next to impossible; it's not actually breaching any rules as I understand it  (it was attempted awhile back; they refused to take it down as they own the address & won't give that up - Ubuntu own lubuntu.me)... what ublock has done is an easier method (doesn't help those not using the plugin though; it wasn't Lubuntu that did that though)


[09:51] <ara> tseliot, hi!
[09:52] <tseliot> ara: hi
[09:52] <ara> tseliot, are the nvidia drivers now available?
[09:52] <tseliot> ara: I'm still working on it. As you can see, the blueprint involves some work: https://blueprints.edge.launchpad.net/ubuntu/+spec/desktop-lucid-xorg-proprietary-drivers
[09:53] <tseliot> mainly https://wiki.ubuntu.com/X/ProprietaryDrivers/IntegrationImprovements
[09:53] <ara> tseliot, thanks! I'll subscribe to the blueprint :)
[09:53] <tseliot> ara: good idea. I'll do my best to complete it ASAP
[09:53] <tjaalton> tseliot: err, are you going to use alternatives instead of diversions?
[09:54] <tseliot> tjaalton: yep
[09:54] <tjaalton> ugh
[09:54] <tjaalton> I thought pitti said it's even more fragile than using diversions
[09:54] <tseliot> installing fglrx, nvidia (all versions) won't cause a mess
[09:54] <tjaalton> yes it will
[09:54] <tjaalton> which one gets the top priority?
[09:55] <tseliot> I thought that he was against this change but then he told me that he agreed
[09:55] <tseliot> define a use-case and I'll answer to your priority question
[09:56] <tjaalton> installing both fglrx and nvidia, I thought that was the driving factor to get this done?
[09:56] <tseliot> yes, that too
[09:56] <tjaalton> and what if you have legacy nvidia drivers
[09:56] <tseliot> same thing
[09:57] <tseliot> all libraries live in the directory of the driver they belong to
[09:57] <tjaalton> but which one is used?
[09:57] <tjaalton> the driver doesn't know
[09:57] <tseliot> whatever you choose
[09:57] <tjaalton> so the user needs to choose.. that will end in tears :)
[09:57] <tseliot> with update-alternatives --set
[09:58] <tseliot> you = Jockey
[09:58] <tseliot> it works great in Mandriva
[09:59] <tjaalton> so how does jockey choose which one to use?
[09:59] <tseliot> you can activate a driver in Jockey, right?
[09:59] <tjaalton> yes?
[10:00] <tseliot> one click on the driver that you want to use, reboot and it will work
[10:00] <tseliot> maybe I'm missing the point of your question
[10:00] <tjaalton> well, as long as fglrx doesn't support 1.7 this is pretty academic
[10:01] <tseliot> you can have mesa, nvidia current, nvidia 173, nvidia 96 and fglrx installed at the same time
[10:01] <tjaalton> so the use case where you have to choose between fglrx and nvidia will diminish
[10:01] <tseliot> and you can select what you want to use with Jockey
[10:01] <tseliot> fglrx will arrive in time
[10:01] <tseliot> for Lucid
[10:01] <tjaalton> I hope not :)
[10:01] <tjaalton> so we can get rid of it :)
[10:02] <Ng> we're getting rid of all our ati users? ;)
[10:02] <tjaalton> (fat chance)
[10:02] <tseliot> in the future it should become a fall back as we will prefer -ati
[10:02] <tjaalton> Ng: check the phoronix survey results, most of the ati users use free drivers
[10:02] <tjaalton> and now we have r600_dri
[10:02] <Ng> tjaalton: most phoronix survey takers with ati hardware? ;)
[10:02] <tjaalton> not perfect, but good enough for most
[10:03] <tjaalton> Ng: exactly :)
[10:03] <tseliot> but if you need a specific feature which only the proprietary driver supports (don't ask me what) you should still be able to switch to it
[10:03] <Ng> (I honestly have no familiarity with what ati fail is supported by which drivers, I'm just being facetious)
[10:03] <tjaalton> tseliot: ok. maybe the plan has been reworked further, so my concerns are obsolete.. hope so
[10:04] <tjaalton> at least this will get rid of all the upgrade bug
[10:04] <tjaalton> +s
[10:05] <tseliot> tjaalton: yes, don't worry, I would never put in an Ubuntu release something that doesn't convince me
[10:05] <tjaalton> tseliot: also, we are getting close to the point where it doesn't make sense for jockey to push users to use fglrx
[10:06] <tjaalton> I've no first hand experience how well fglrx works nowadays, but a friend of mine seems to have issues and is waiting for lucid..
[10:07] <tjaalton> and the new free stack
[10:07] <tseliot> tjaalton: yes, maybe we can make Jockey mark the open driver as recommended
[10:07] <tseliot> so that users will know that they can keep the open driver
[10:08] <tseliot> especially users coming from Windows
[10:15] <tjaalton> I guess we can drop the (unused) nvidia/fglrx patches from the server, since they could only break things
[10:15] <tjaalton> and since the driver will be hardcoded to xorg.conf like before
[10:17] <tseliot> tjaalton: what was the problem with those patches again?
[10:18]  * tseliot doesn't remember
[10:18] <tjaalton> tseliot: the autoconfig only works if there is no xorg.conf
[10:18] <tseliot> aah, right
[10:18] <tjaalton> othewise there's no fallback
[10:18] <tjaalton> it would just check the top driver
[10:19] <tjaalton> and since I'm proposing to pull the xorg.conf.d patches from upstream, there would practically always be an xorg.conf
[10:19] <tseliot> I haven't looked at those patches but if you can keep them there for a while I will see if I can fix that
[10:19] <tjaalton> shipped by some driver, for instance
[10:19] <tseliot> aah
[10:20] <tjaalton> it's not the patches, you'd need to rework the whole logic
[10:20] <tseliot> yes, of course
[10:20] <tjaalton> but yes, that would be cool
[10:20] <tseliot> I haven't had the time to see how the xorg.conf.d stuff works
[10:20] <tjaalton> mentioned to bryce too
[10:21] <tjaalton> then it would be possible to have for instance the synaptics quirks in a synaptics.conf
[10:21] <tjaalton> and not mess with udev rules
[10:21] <tseliot> that would be great
[10:22] <tjaalton> the backend probably will drop support for that anyway
[10:22] <tjaalton> no need to relive the fdi hell
[10:22] <tjaalton> dan sent the latest versions to the list this week
[10:23] <tjaalton> xorg-devel@, when you have time :)
[10:23] <tjaalton> I'll probably test them during the holidays
[10:23] <tjaalton> and xf86-input-wacom too, should first buy an intuos4 though
[16:40] <sconklin> bryce, tseliot: did you do any testing of kernel performance differences with the moblin patches I put in the test kernel (a couple of weeks ago now)
[16:41] <tseliot> sconklin: I didn't but Keybuk did
[16:42] <sconklin> tseliot: thanks, I'll bug him over in #kernel
[16:42] <tseliot> np
[18:04] <Duke`> omg two freezes in 5 minutes (i945, GEM, KMS, kernel 2.6.32)
[18:07] <Duke`> Sarvatt, I still got those freezes with i945 :(
[18:07] <Sarvatt> ya mean with updated libdrm? there hasnt been any changes that'd fix it if so
[18:08] <Duke`> yes
[18:08] <Sarvatt> i'm using stock lucid for now, that'll work at least until 2.4.16 gets uploaded to lucid then we're gonna have to figure out something else to get around it :D
[18:09] <Duke`> I note that it often happens when quickly scrolling up and down on a particular website
[18:09] <Sarvatt> maybe make another PPA with an 11-25 libdrm versioned higher
[18:09] <Duke`> for example: http://www.pcinpact.com/actu/news/54628-jacques-myard-nationalisation-loi-internet.htm?vc=1&p=3#vc
[18:09] <Sarvatt> yeah
[18:09] <Sarvatt> same deal here, that or scrolling in a folder with hundreds of video thumbnails
[18:09] <Duke`> it froze two times in 5 mins just 10 mins ago
[18:10] <Sarvatt> wont be able to build ati or intel against the 11-25 libdrm even though it has the features it needs from 2.4.16 :(
[18:11] <Sarvatt> the Add drmGetDeviceNameFromFd function commit
[18:14] <Sarvatt> i'm hoping http://lists.freedesktop.org/archives/intel-gfx/2009-December/005221.html makes it into stable too, that seems to fix my flashing and hanging after suspend/resume too
[18:19] <Sarvatt> with 2.6.33-rc1 i still get the freezing on a solid color after resume most of the time but the blinking is gone, and havent frozen with that patch applied yet. on 2.6.32 I get flashing every 90 seconds or so after resume. some people like jcristau are getting the post resume problem I get on first boot, that would be nasty
[18:21] <Sarvatt> http://bugzilla.kernel.org/show_bug.cgi?id=14781 https://bugs.freedesktop.org/show_bug.cgi?id=25371
[18:33] <Duke`> I haven't experienced those, but I never use suspend to ram (my hardware is broken)
[19:01] <Sarvatt> really tempted to buy an ssd for this netbook to not have to use suspend because its so often broken :) just looking at the bootchart of the nc10 on phoronix and it looks like the desktop is up and ready to use in 23 seconds
[19:02] <Sarvatt> its a little over a minute here on this acer aspire one
[19:06] <Sarvatt> i usually use this thing as an ebook/manga reader when i'm out all day, got lots of 10-15 minute gaps of time to turn it on and off
[19:14] <Sarvatt> oh boy, abi break in xserver master about to hit that'll break the nvidia blob i think
[19:21] <tjaalton> Sarvatt: the config change?
[19:21] <Sarvatt> nah [PATCH 3/3] Add type name argument to CreateNewResourceType
[19:23] <tjaalton> oh that
[19:23] <Sarvatt> in the [PATCH 0/2] Patches to ensure all ResourceTypes are named thread the nvidia guy said the blob uses it still when they were talking about how no drivers would be affected by the abi change
[19:26] <tjaalton> the reply was rather terse
[19:41] <tjaalton> ..meaning that he probably wasn't happy with it :)
[22:35] <bryce_> configure.ac:33: error: must install xorg-macros 1.3 or later before running autoconf/autogen
[22:38] <Sarvatt> everything needs xorg-macros xutils-dev 7.5 now upstream
[22:38] <Sarvatt> err xutils-dev I meant, xorg-macros being a part of that :D
[22:39] <Sarvatt> they went through and made all x components need it last month though, guessing yer trying to build a newer ddx on karmic?
[22:41] <Sarvatt> r600 : enable gl2, set R600_ENABLE_GLSL_TEST by default.
[22:41] <Sarvatt> woohoo dont need to manually change the define for r600 people anymore
[22:42] <bryce_> ah right, thanks Sarvatt
[22:42] <bryce_> yep, working on a new -ati snapshot
[22:43] <bryce_> guess needs done in a chroot
[22:44] <ripps> Is it going to be possible to port my custom_wacom.fdi to the new xorg.conf.d configs?
[22:44] <Sarvatt> is lucid shooting for mesa 7.7 or 7.8? wondering for r600/nouveau users, probably not much point trying to do nouveau gallium on 7.7
[22:50] <Sarvatt> i'll try that later tonight and see how it goes, i get over 100 fps at 1280x800 on my 8400M GS laptop with 7.8 gallium
[22:50] <Sarvatt> plenty usable
[22:53] <RAOF> 100fps at what?
[22:53] <Sarvatt> openarena
[22:54] <Sarvatt> oops thought i said that
[22:58] <RAOF> Yeah.  I think nouveau might be losing the "please don't ship 3D, it doesn't work" argument.
[22:59] <RAOF> It made more sense when it didn't drive compiz on nv40+
[23:03] <Sarvatt> compiz does freeze on my 8400 though when i start it :(
[23:03] <Sarvatt> looks like a gpu hang
[23:03] <RAOF> Heh.
[23:04] <Sarvatt> you start it any special way? any environment variables or anything?
[23:05] <RAOF> export LD_LIBRARY_PATH; export LIBGL_DRIVERS_PATH; compiz --replace
[23:06] <RAOF> Apparently you _don't_ want to install it where X can find it; AIGLX apparently doesn't work as well.
[23:06] <Sarvatt> same as me
[23:06] <Sarvatt> didnt know if you used like LIBGL_ALWAYS_INDIRECT or anything
[23:06] <RAOF> No, nothing fancy.
[23:07] <Sarvatt> i'm still using a build from 11-30, maybe it got fixed after
[23:08] <RAOF> mesa, X, drm or DDX? :)
[23:20] <Sarvatt> mesa, rest is fresh from git
[23:21] <Sarvatt> i haven't tried since updating nouveau though, had any luck with the firmware thing?
[23:21] <Sarvatt> i dont think its likely to change, could just grab the binaries out of git from before they changed them to ihexed ones and ship those seperate maybe?
[23:24] <Sarvatt> i saw some other dkms packages doing a make firmware and make firmware_install to ship the firmware, a v4l2 package on mandriva i think it was
[23:31] <RAOF> Actually, I think what I'll end up doing is uploading a nouveau-firmware package from their firmware tarball.
[23:33] <RAOF> Sarvatt: Want to give unpacking http://people.freedesktop.org/~pq/nouveau-drm/nouveau-firmware-20091212.tar.gz in /lib/firmware a try?
[23:36] <Sarvatt> doing it now
[23:36] <Sarvatt> i'm not at home with the machine so i'll only have logs to go by :D
[23:37] <Sarvatt> oh i already used ihex2fw on those ihex-ed ones
[23:37] <Sarvatt> i'll try that tar though just incase
[23:39] <Sarvatt> rebooting now
[23:42] <Sarvatt> loaded the firmware fine in dmesg but no accel in xorg.0.log
[23:42] <Sarvatt> [    2.068644] nouveau 0000:05:00.0: firmware: requesting nouveau/nv86.ctxprog
[23:43] <Sarvatt> oops think i have to update-initramfs
[23:43] <Sarvatt> [    0.595218] (EE) NOUVEAU(0): Error creating GPU channel: -19
[23:43] <Sarvatt> [    0.595232] (EE) NOUVEAU(0): Error initialising acceleration.  Falling back to NoAccel
[23:45] <Sarvatt> 200mb of updates to grab again then i'll reboot again
[23:54] <Sarvatt> same deal, NoAccel
[23:56] <Sarvatt> DISPLAY=:0 LD_LIBRARY_PATH="/home/sarvatt/source/mesa/lib/" LIBGL_DRIVERS_PATH="/home/sarvatt/source/mesa/lib/gallium/" glxinfo is giving me swrast