[00:03]  * ryanakca has fun writing patches for kopete-kde4
[00:04] <nixternal> I have something for you!
[00:05] <nixternal> http://www.nixternal.com/~rj/html/    <- quick working mockup for the site, know it works in konqi just fine
[00:06] <nixternal> ryanakca: ^^
[00:06] <ryanakca> nixternal: oooh, very pretty :)
[00:08] <ryanakca> if we end up taking that mockup, which I think we might up have to since its the only one thats different from the ubuntu.com one in a way other than colour... it'll be uber easy to port it to drupal :)
[00:09] <nixternal> shouldn't be to difficult
[00:09] <nixternal> I whipped that up in like an hour
[00:09]  * ryanakca nods
[00:09] <nixternal> I am working on transparent dhtml popup windows for the "Learn more..." buttons
[00:09]  * ryanakca guesses it wouldn't be too hard to pretty up those buttons?
[00:10] <nixternal> the will look like the boxes in the middle, but will contain info on the section selected
[00:10] <nixternal> I was thinking of just using dhtml icon buttons maybe
[00:12]  * ryanakca nods
[00:13] <nixternal> would be nice to use some dhtml and make it fluid and dynamic
[00:14] <ryanakca> hmm... well, if you want to code it up for drupal, I wont stop you :)
[00:15] <nixternal> heh
[00:15] <nixternal> I was already thinking about that
[00:15] <nixternal> I might just throw drupal on my server here and play around
[00:20]  * ryanakca nods
[00:20]  * ryanakca wonders how hard it would be to set up a drupal server... mhb says its rather easy
[00:23] <ryanakca> hey bddebian
[00:23] <nixternal> boo
[00:24] <bddebian> Hi ryanakca, nixternal :-)
[00:24] <nixternal> howdy
[00:52] <blizzzek-kde4> gn8
[03:06] <Hobbsee> nixternal: wow!
[04:20] <Nightrose> nixternal: very nifty - like it
[04:35] <Hobbsee> nixternal: *drool*
[04:35]  * Hobbsee <3 irssi-proxy & irssi-notifier
[04:55] <nixternal> Hobbsee: using the proxy and notifier ey...doesn't Konversation pick up the highlights still?
[04:55] <Hobbsee> nixternal: yeah, appears to
[04:55] <Hobbsee> this is *sooo* sweet
[04:55] <Hobbsee> i happened to find the notifier before setting up the proxy
[04:55] <nixternal> I might have to give the proxy a lookover
[04:56] <nixternal> you talking the notifier that I think vorian created?
[04:56] <Hobbsee> i think so
[04:56] <Hobbsee> it's not fnotify
[04:56] <nixternal> ok, ya I love that notifier script
[04:58] <Hobbsee> no idea why it's showing the ban list every time i add a connection to it, though
[04:59] <nixternal> umm I remember someone else having that problem
[05:01]  * Hobbsee wonders how one gets scrollback into the offsite client
[07:59] <emilsedgh> is adept being developed under KDE repositories? or Ubuntu's?
[08:00] <Lure> emilsedgh: I think mornfall has own darcs repository
[08:00] <emilsedgh> ah
[08:00] <emilsedgh> i just wanted to give the new version a try, is it Qt/KDE 3 or 4?
[08:06] <Jucato> emilsedgh: KDE 4
[08:06] <emilsedgh> yes! :P
[09:28] <jpatrick> emilsedgh: https://edge.launchpad.net/~me-mornfall/+archive
[09:29] <emilsedgh> thanks jpatrick
[09:29] <jpatrick> emilsedgh: have bug hunting
[09:39] <emilsedgh> jpatrick: any git or svn reporsitory? or normall tarballs? these are all deb packages which has so many dependencies but i havent KDE 4 packages
[09:40] <jpatrick> emilsedgh: not that I know of, mornfall?
[09:41] <emilsedgh> aah, have to go, be back later
[09:51] <blizzzek> moin
[09:54] <jpatrick> guten tag blizzzek
[09:54] <blizzzek> guten morgen jpatrick :)
[09:55] <jpatrick> oh, ja, das :)
[09:58] <blizzzek> gleich mal frühstück jagen
[10:26] <MidMark> guys the daily live of desktop kubuntu hardy cd is based with filesystem from latest alpha, known?
[10:27] <stdin> is built daily from whatever packages are out at that time, it's newer than the latest alpha
[10:27] <MidMark> yes it should, but it is not right now
[10:27] <MidMark> downloaded the today's one and it is based on filesystem of alpha3
[10:27] <MidMark> really :)
[10:28] <Hobbsee> has the livefs built since alpha 3?
[10:28] <stdin> looks like only alternate, that I can see
[10:28] <MidMark> http://cdimage.ubuntu.com/kubuntu/daily-live/20080127/
[10:28] <MidMark> this is alpha3 ^
[10:29] <MidMark> maybe there is a bug in the building iso server
[10:29] <stdin> ah -live, how do you know that's alpha 3?
[10:29] <MidMark> because kernel is 2.6.24-3 (instead of -5) and filesystem image in the cd is dated 9/1/2008
[10:30] <MidMark> download and try ;)
[10:31] <stdin> don't have to, http://cdimage.ubuntu.com/kubuntu/daily-live/20080127/hardy-desktop-i386.manifest will give me a list
[10:31] <Hobbsee> MidMark: more likely that the seeds havent' been updated
[10:32] <Hobbsee> and the metapackages been rebuilt
[10:32]  * Hobbsee checks the last time livefses built
[10:33] <Hobbsee> MidMark: not a bug.  livefses haven't succeeded to build after that date
[10:34] <MidMark> ah ok, just want to let you note that
[10:42] <MidMark> niiice, updated to latest packages and now kubuntu turned off monitor :(
[10:42] <MidMark> seems acpi or power management bug
[10:43] <Hobbsee> sys-config-printer.  erk.  i think i'll leave whoever broke that to unbreak it again
[10:49] <toma> morning
[10:50] <Hobbsee> hiya toma
[10:53] <toma> Hobbsee: ! how are you ?
[10:54] <Hobbsee> toma: doing OK.  fiddling with dns.
[11:46] <dinosaur-rus> hi
[11:49] <dinosaur-rus> sorry if I'm annoying, but what about updating qt4-dev-tools package? currently it cannot be installed due to version conflict with libqt4-core package, which is newer than needed by the former one
[11:53] <jpatrick> dinosaur-rus: I think it's in backports
[11:55] <dinosaur-rus> jpatrick: so there's no hope that it'll be possible to install qt4-dev-tools without downgrading libqt4* packages?
[11:56] <jpatrick> dinosaur-rus: are they not in backports
[12:01] <dinosaur-rus> jpatrick: no
[12:01] <jpatrick> odd
[12:09] <dinosaur-rus> Riddel: "File Conflicts" link on https://wiki.kubuntu.org/KubuntuFiles page is invalid
[12:10] <jpatrick> dinosaur-rus: you missed an l
[12:10] <dinosaur-rus> ?
[12:11] <dinosaur-rus> ah
[12:11] <dinosaur-rus> Riddell: "File Conflicts" link on https://wiki.kubuntu.org/KubuntuFiles page is invalid
[12:51] <dinosaur-rus> what user directory will KDE4 use, ~/.kde4 or ~/.kde? I mean, won't there be a mixture of old KDE3 and new KDE4 data after installing the latter?
[12:51] <stdin> it uses ~/.kde4 right now, it's hard-coded into kde4libs
[12:52] <stdin> (when $KDEHOME isn't set that is)
[12:55] <dinosaur-rus> stdin: ok, thx
[13:37] <MidMark> guys why all gtk apps looks so bad compared to gutsy? firefox and synaptics are worse than before like in older kubuntu releases... removed gtk theme?
[13:39] <dinosaur-rus> MidMark: gtk-qt-engine is here and working :)
[13:39] <MidMark> I'm talking about hardy defaul
[13:40] <MidMark> all gtk apps looks like old programs in 90s
[13:42] <dinosaur-rus> MidMark: ahh, sorry. I'm on Gutsy and it works well :)
[13:44] <flipstar> for firefox you can install easily themes..but i have the same prob
[13:45] <dinosaur-rus> check for gtk-qt-theme, may be it conflicts with some other packages you have...
[13:46] <flipstar> there is no gtk-qt-theme on hardy..
[13:47] <MidMark> ah that is why... why?
[13:47] <Jucato> info gtk2-engines-gtk-qt hardy
[13:48] <Jucato> !info gtk2-engines-gtk-qt hardy
[13:48] <ubotu> gtk2-engines-gtk-qt (source: gtk-qt-engine): transitional dummy package. In component main, is optional. Version 1:0.8-1ubuntu1 (hardy), package size 7 kB, installed size 52 kB
[13:48] <dinosaur-rus> Jucato: wasn't it replaced by gtk-qt-theme?
[13:48] <MidMark> Jucato: so now is optional?
[13:49] <Jucato> dinosaur-rus: not sure
[13:49] <Jucato> MidMark: hm?
[13:49] <MidMark> Jucato: I mean there is a reason why gtk apps are not themed by default in hardy? missing that package replaced? what?
[13:50] <Jucato> are you in a kde4 session?
[13:50] <MidMark> no
[13:50] <dinosaur-rus> Jucato: description of gtk2-engines-gtk-qt says that it's replaced with gtk-theme-qt
[13:50] <flipstar> no sucess with gtk2-engines-gtk-qt
[13:50] <Jucato> check in System Settings -> Apperance -> GTK+ Styles and Fonts if it's set to use your KDE Style
[13:50] <dinosaur-rus> !info gtk-theme-qt hardy
[13:50] <ubotu> Package gtk-theme-qt does not exist in hardy
[13:50] <Jucato> dinosaur-rus: probably
[13:51] <flipstar> but i didnt restartet or so
[13:51] <dinosaur-rus> oops
[13:51] <Jucato> !info gtk-qt-engine hardy
[13:51] <ubotu> gtk-qt-engine (source: gtk-qt-engine): theme engine using Qt for GTK+ 2.x. In component main, is optional. Version 1:0.8-1ubuntu1 (hardy), package size 100 kB, installed size 476 kB
[13:51] <dinosaur-rus> ahh :)
[13:51] <MidMark> Jucato: yes it is, but probably missing that package?
[13:52] <MidMark> seems optional
[13:52] <MidMark> !info gtk-qt-engine gutsy
[13:52] <ubotu> gtk-qt-engine (source: gtk-qt-engine): theme engine using Qt for GTK+ 2.x. In component main, is optional. Version 1:0.8~svn-rev36-2ubuntu2 (gutsy), package size 99 kB, installed size 496 kB
[13:52] <MidMark> mmm
[13:52] <Jucato> um... just because it's optional doesn't mean it's not installed by default. those are repository sections, not really "installed by default" indicators
[13:52] <Jucato> !info gwenview
[13:52] <ubotu> gwenview (source: gwenview): image viewer for KDE. In component main, is optional. Version 1.4.1-1ubuntu2 (gutsy), package size 838 kB, installed size 2448 kB
[13:52] <dinosaur-rus> MidMark: broken Hardy package?
[13:53] <Jucato> gwenview is in main/optional.. but it's installed by default :)
[13:53] <MidMark> Jucato: right I have that package and settings are ok, but hardy does not have themed gtk, or if yes it's sooo bad
[13:54] <Jucato> [21:52] <MidMark> Jucato: yes it is, but probably missing that package? <-- if the package is missing, then you won't have the GTK+ Styles and Fonts section... so the package is installed
[13:54] <MidMark> I have screenshot if you want, but maybe you have a gtk program and hardy aswell to check it
[13:54] <Jucato> other than that, not sure what else to say
[13:55] <MidMark> mmm
[13:56] <flipstar> the wired thing is that this is only on some gtk apps not on all..
[13:57] <iRon> MidMark: try "ln -s ~/.gtkrc-2.0-kde ~/.gtkrc-2.0" and then run firefox
[13:57] <Jucato> I think it only works on GTK+ 2 apps (based on the description)
[13:59] <Jucato> iRon: ooh didn't know about that :)
[13:59] <MidMark> iRon: yeeeah
[13:59] <MidMark> that worked thanx, but why this is broken in hardy?
[14:00] <iRon> MidMark: it will be fixed i guess.. :)
[14:00] <MidMark> I hope :)
[14:02] <MidMark> then two questions: 1) a lot of modules in system settings are missing libpython2.5.so known?
[14:03] <iRon> MidMark: there is a workaround for this
[14:03] <MidMark> interesting
[14:04] <iRon> MidMark: sudo ln -s /usr/lib/libpython2.5.so.1 /usr/lib/libpython2.5.so
[14:04] <iRon> :)
[14:04] <MidMark> another thing to be fixed? :)
[14:04] <iRon> yep
[14:04] <iRon> this bugs already in LP
[14:05] <MidMark> should I report the gtk one?
[14:05] <iRon> MidMark: it is reported too..
[14:06] <MidMark> ok cool then second question: I have 100% freeze with my broadcom 4311 chip pcmcia, should I report to kernel team?
[14:08] <iRon> MidMark: sure
[14:08] <MidMark> I think it's a bugin b43legacy driver or a conflict with older bcm43xx don't know
[14:08] <MidMark> but just inserting the card results in a 100% lockup of all notebook
[14:11] <iRon> MidMark: when it locks? on kernel module initialization? or when you receiving network data?
[14:15] <MidMark> iRon: according to system log there are module initialization then hal say something then lock, now I'm posting the entire log in a BR
[14:19] <MidMark> no it's a bcm4306 not 4311 sorry
[14:34] <MidMark> bug #182716
[14:34] <ubotu> Launchpad bug 182716 in linux "bcm4306 doesn't work with b43 / ssb" [Unknown,Fix released] https://launchpad.net/bugs/182716
[14:51] <snikker> i've got some trouble to run vmware (libpng12 error) after the update of some packages, i'm under gutsy on amd64
[14:53] <iRon> snikker: error log?
[14:54] <snikker> iRon: i've got this on console: "/usr/lib/vmware/bin/vmware: /usr/lib/vmware/lib/libpng12.so.0/libpng12.so.0: no version information available (required by /usr/lib32/libcairo.so.2)"
[14:54] <iRon> snikker: i got that error too.. but vmware works fine
[14:55] <snikker> iRon: you have amd64?
[14:55] <iRon> no :)
[14:56] <snikker> iRon: i've amd64...
[14:56] <iRon> but error message is the same..
[14:56] <snikker> iRon: yes, it's true... but fo me after error msg nothing happen...
[15:04] <blizzzek> file selector in kate-kde4 takes doubleclicks only, no matter the setting in kde. there is no option in the plugin settings either. this is a bug, isn't it?
[15:05] <ryanakca> blizzzek: umm... I would say so... but don't take my word on it.
[15:06] <blizzzek> ryanakca: ok, gonna file it
[15:14] <blizzzek> 186361
[15:15] <ryanakca> bug 186361
[15:15] <ubotu> Launchpad bug 186361 in kdesdk-kde4 "File selector plugin reacts to doubleclick only" [Undecided,New] https://launchpad.net/bugs/186361
[15:15] <ryanakca> blizzzek: thanks :)
[15:15] <blizzzek> ryanakca: np
[15:21] <ryanakca> blizzzek: please answer the questions added to the bug
[15:26] <blizzzek> ryanakca: done
[15:29] <ryanakca> blizzzek: heh, can't say that I'm experiencing it :(
[15:30] <blizzzek> ryanakca: hardy or gutsy?
[15:30] <ryanakca> gutsy
[15:30] <blizzzek> same here
[15:30] <ryanakca> s/gutsy/hardy
[15:31] <blizzzek> hehe ;)
[15:31] <ryanakca> might want to add that your running an up to date gutsy to the bug
[15:32] <blizzzek> yeah, gonna do this. in the bug descripton or as comment?
[15:32] <ryanakca> either or.
[15:33] <blizzzek> its in the description now
[15:33] <ryanakca> thanks :)
[15:33] <blizzzek> np
[15:34] <blizzzek> well, if its working in hardy its not a big problem then
[15:34] <ryanakca> meh, upgrade to hardy to get it fixed :)
[15:39] <blizzzek> thats an idea. next week maybe :D meanwhile i use the home pc only as music and tv player...
[16:14] <fdoving> Tonio_: great news, is this commited to trunk?
[17:25] <Tonio_> fdoving: what is great news ?
[17:26] <Tonio_> fdoving: ah the shellprocess to process transition, yes it is
[17:26] <Tonio_> have to go.....
[18:19] <mornfall> Evening.
[18:20] <nosrednaekim> hey
[18:23] <mornfall> I'm building alpha 2.
[19:01] <mornfall> Riddell, yuriy, I have uploaded alpha2 to my PPA, it's not built yet, but if it succeeds, the debconf and download bits are in place. See new PPA description (https://launchpad.net/~me-mornfall/+archive).
[19:03] <nosrednaekim> mornfall: does it insall to the kde4 path?
[19:05] <mornfall> nosrednaekim: Yes.
[19:06] <nosrednaekim> mornfall: then i'll test it out later...
[19:06] <mornfall> It's a KDE4 app.
[19:07] <mornfall> Well, it's not built so we'll see whether it even builds. (I may have missed something. I often do.)
[19:07] <nosrednaekim> ok.
[19:07] <mornfall> Off to bed now. Laters.
[19:08] <nosrednaekim> k
[19:15] <steveire> Hi. I can't compile kdebase 4.1 from trunk because there is not a recent enough libxine package in gutsy. (requires v1.9). Is this likely to change?
[19:17] <steveire> I also checked the ppa for kde4 and it does not have it either.
[19:27] <steveire> ping anyone?
[19:33] <Riddell> steveire: we should get it backported
[19:33] <Riddell> steveire: if you can test the hardy package for compiling and running on gutsy we can get that going
[19:34] <fdoving> i've compiled the hardy ones on gutsy, worked for me a while ago.
[19:34] <steveire> OK. What else can I do?
[19:34] <fdoving> upgrade to hardy, backport from hardy, switch distro, or wait. :)
[19:35] <steveire> I mean to minimise the waiting and get the package backported.
[19:35] <fdoving> then i would fetch the xine package-source from hardy, and build it myself.
[19:35] <steveire> I notice 1.1.10 is available now. I can see kdebase requiring that soon instead.
[19:36] <steveire> fdoving: That won't help getting it into the backports repo though, will it?
[19:38] <fdoving> steveire: no, for that you would need to file a backport request bug iirc.
[19:39] <steveire> The point is it should be easy for anyone wanting to compile kde4 trunk to use kubuntu to do so. That would probably means getting libxine and soprano backported.
[19:39] <fdoving> do we have qt 4.4 ?
[19:39] <steveire> I think Riddell already said it would be backported. There must be such a bug already.
[19:40] <Riddell> check on launchpad.net/gutsy-backports if there's a bug already
[19:40] <steveire> fdoving: I don't think so. I don't think kde4 requires it yet. Probably will soon though.
[19:40] <Riddell> fdoving: no, packaging that would be good too (in a ppa)
[19:40] <fdoving> i don't really use much packages for kde things at the moment, everything comes from svn.
[19:41] <fdoving> compiling things is a breeze with recent hardware and cmake.
[19:44] <steveire> fdoving: Yeah, but other distros seem to provide packages for the dependacies at least. This is a request for backporting libxine, but with slightly different motivation: https://bugs.launchpad.net/gutsy-backports/+bug/180577
[19:44] <ubotu> Launchpad bug 180577 in gutsy-backports "libxine1-plugins depends on libxine1-gnome" [Undecided,New]
[19:44] <steveire> ie, not everything comes from svn if you have to get libxine externally first.
[19:45] <fdoving> no, i got libxine from hardy :)
[19:45] <fdoving> providing packages is always a good thing.
[19:46] <steveire> So do I need to file an explicit 'backport libxine' bug to get an action on this? Should I then mark the above as a duplicate? Ditto this one: https://bugs.launchpad.net/gutsy-backports/+bug/180580
[19:46] <ubotu> Launchpad bug 180580 in gutsy-backports "libsoprano4 too old to compile kde4" [Undecided,New]
[19:50] <steveire> fdoving: Can I just get the libxine package from hardy repos and dpkg -i it instead of compiling it? I'm looking for simple instructions to put here: http://techbase.kde.org/index.php?title=Getting_Started/Build/KDE4/Kubuntu_and_Debian
[19:51] <fdoving> steveire: try. i think you will need to recompile it.
[19:55] <steveire> http://rafb.net/p/KqvvqG51.html Is this workable or should I just build from source now and put instructions to do the same?
[19:56] <fdoving> you should build from source.
[20:03] <steveire> OK. I'm installing 1.1.10 for now.
[20:03] <steveire> Maybe I'll step it back if backports matches it.
[20:16] <steveire> Do I need to remove any existing libxine packages before make install ing?
[20:16] <nosrednaekim> steveire: why are you reinstalling xine?
[20:17] <nosrednaekim> *recompiling
[20:17] <nosrednaekim> steveire: and yeah... that might be a good idea
[20:17] <steveire> kde4base requires v1.1.9 for multimedia support. Which packages?
[20:17] <fdoving> steveire: why don't you just fetch the package-source from hardy and compile the package?
[20:18] <steveire> fdoving: Is that any different?
[20:18] <fdoving> yes, you get packages :)
[20:18] <fdoving> instead of random files laying around after a 'make install'
[20:19] <steveire> meh, make uninstall can take care aof the 'random files' which are all in /usr/local anyway.
[20:19] <fdoving> what about other depends on xine?
[20:19] <steveire> well that's what I'm asking about now I think
[20:19] <fdoving> you would need to make equivs packages to statisfy the other depends anyway. so making the real thing is better.
[20:19] <steveire> I tried to remove libxine1 and it wanted to remove amarok kaffeine etc.
[20:20] <steveire> better would be upgrading to a backported package, but that's probably not going to happen any time soon. What equivalent packages do you mean?
[20:23] <fdoving> hang on, i'll walk you through backporting on your own in a sec.
[20:24] <fdoving> steveire: ok, so you wnat to backport xine, then go to http://packages.ubuntu.com/libxine1
[20:24] <steveire> fdoving: Remember that this is more for the techbase page. I don't want to put longwinded instructions on there about compiling the hardy package
[20:24] <fdoving> that will search for packages named libxine1 in a ll distros.
[20:25] <fdoving> anyone able to compile kde will be able to do this easily.
[20:25] <fdoving> now, find hardy in the list, and clikc it.
[20:25] <fdoving> now you're at http://packages.ubuntu.com/hardy/libs/libxine1
[20:26] <fdoving> at the bottom you see a line:
[20:26] <fdoving> Source Package: xine-lib, Download: [dsc] [xine-lib_1.1.9.orig.tar.gz] [xine-lib_1.1.9-0ubuntu1.diff.gz]
[20:26] <fdoving> theese are links: [dsc] [xine-lib_1.1.9.orig.tar.gz] [xine-lib_1.1.9-0ubuntu1.diff.gz]
[20:27] <fdoving> download them to an empty folder, all 3.
[20:27] <fdoving> then you'll have a folder with 3 files, the .dsc and the .tar.gz and the .diff.gz
[20:27] <fdoving> open a konsole and cd to the folder.
[20:28] <nixternal> kde4base doesn't require xine 1.1.9, it recommends it because <= 1.1.8 has issues playing short files
[20:28] <nixternal> hardy has 1.1.9 now
[20:29] <steveire> nixternal: trunk needs to be compiled with DISABLE_MULTIMEDIA if you don't have 1.1.9
[20:29] <nixternal> I have no problem with it, I just get the warning on my Gutsy box
[20:29] <fdoving> nixternal: do you have trunk? aka 4.1?
[20:30] <nixternal> aka 4.0.1, yes
[20:30] <fdoving> 4.0.1 is branch, not trunk.
[20:30] <nixternal> they have already branched it?
[20:30] <fdoving> yes, at release it became the 4.0 branch.
[20:31] <nixternal> ya, I don't know what I was thinking there
[20:32] <fdoving> steveire: in that konsole you use 'dpkg-source -x *.dsc' to unpack the source package. (dpkg-source is in the dpkg-dev package).
[20:33] <steveire> fdoving: I took a short cut and apt-get-ed the source.
[20:33] <fdoving> steveire: then 'cd xine-lib-1.1.9', and then 'dpkg-buildpackage -us -uc', if you have all depends instaleld it will make .debs for you.
[20:33] <fdoving> steveire: from hardy?
[20:34] <fdoving> steveire: if you have hardy 'deb-src' lines in your sources.list that would also work.
[20:34] <steveire> fdoving: %s/gutsy/hardy/g in sourceslist, get source and reverse.
[20:34] <fdoving> sure, if you feel that is faster.
[20:34] <steveire> There's a lot of unmet build dependancies
[20:35] <fdoving> they would need to be installed.
[20:35] <steveire> Do you reckon there's a timeframe for it to be backported properly? I'm not sure it's worth the hassle.
[20:39] <fdoving> steveire: no idea, you would need to ask some backporter about that. jdong maybe.
[20:39] <steveire> he doesn't seem to be here...
[20:40] <fdoving> he's in -motu
[20:42] <fdoving> bbl.
[20:55] <jpatrick> steveire: should be processed everyweek
[20:56] <jjesse> afternoon
[20:56] <jpatrick> evening jjesse
[20:56] <jjesse> evening jpatrick
[20:56] <steveire> jpatrick: What do you mean?
[20:57] <jpatrick> steveire: we backporters only confirm and request backports, the archive admins are the ones who do the source mangling
[20:58] <steveire> jpatrick: Do https://bugs.launchpad.net/gutsy-backports/+bug/180580 and https://bugs.launchpad.net/gutsy-backports/+bug/180577 count as backport requests?
[20:58] <ubotu> Launchpad bug 180577 in gutsy-backports "libxine1-plugins depends on libxine1-gnome" [Undecided,New]
[21:00] <steveire> jpatrick: And if not how do I make them backport requests.
[21:00] <jpatrick> steveire: only members of the ubuntu-backporters team can approve of the
[21:01] <jpatrick> steveire: I'll try and look into them soon
[21:01] <steveire> jpatrick: Yes, but the team works off a list that they approve from, right? How do I add these to that list?
[21:01] <steveire> jpatrick: OK, cool
[21:01] <jpatrick> steveire: they already are :)
[21:02] <steveire> jpatrick: How?
[21:03] <jpatrick> steveire: https://bugs.launchpad.net/gutsy-backports/
[21:06] <jdong> I was paged :)
[21:06] <jpatrick> jdong:  bug #180577 and bug #180580
[21:06] <ubotu> Launchpad bug 180577 in gutsy-backports "libxine1-plugins depends on libxine1-gnome" [Undecided,New] https://launchpad.net/bugs/180577
[21:06] <ubotu> Launchpad bug 180580 in gutsy-backports "libsoprano4 too old to compile kde4" [Undecided,New] https://launchpad.net/bugs/180580
[21:06] <jpatrick> < steveire> Do you reckon there's a timeframe for it to be backported properly? I'm not sure it's worth the hassle.
[21:07] <jdong> jpatrick: for the xine one, siretart is the man to talk to.... I don't know enough about the changes between versions to go either way
[21:08] <jpatrick> jdong: steveire wants them ;)
[21:08] <steveire> kde4 trunk needs them
[21:09] <jdong> jpatrick: understood, but I recall some rev-dep issues the last time we backported xine, and that was all siretart's doing
[21:09] <jdong> jpatrick: if he says it's okay or has specific instructions on how to do it, it's a green light and he can do whatever he likes :)
[21:10] <jpatrick> ok
[21:10] <jpatrick> btw, I seem to have broken bzr :(
[21:10] <steveire> jdong: Were those rev-dep issues that -plugins depends on -plugins-gnome?
[21:10] <jdong> steveire: sorry, I don't recall the specific circumstances
[21:10] <steveire> That's fixed in hardy
[21:10] <jdong> steveire: I believe it was the VDR stuff had to be rebuilt
[21:11] <jdong> there were 2 or 3 source packages that need rebuilding after xine is upgraded
[21:11] <steveire> Right so
[21:11] <jdong> has soprano been build-tested
[21:14] <steveire> jdong: I've only built it from kdesvn, but I don't think you mean that.
[21:15] <jdong> steveire: I'll handle build testing it from hardy
[21:16] <jdong> steveire: if that goes well then all's good for backporting; the revdeps appear to be solely kubuntu related and upstream seems intelligent about bumping soname if ABI broke
[21:16] <jdong> steveire: and there we go, it just finished building. :)
[21:17] <jdong> steveire: as for the xine one, please have siretart comment on the ticket for me :)
[21:20] <steveire> jdong: Cheers. Where can I find siretart?
[21:55] <jdong> steveire: most likely #ubuntu-devel or #ubuntu-motu
[22:06] <jdong> oh crap
[22:15] <jdong> look at that, new ktorrent
[22:15]  * jdong preps packages
[22:16] <nixternal> hehe
[22:16] <crimsun> watch -n30 #kubuntu-devel "ubuntu-main-sponsor"
[22:16] <nixternal> I seen it come across my rss feeds
[22:17] <nixternal> damn opensolaris will not install on my desktop
[22:17] <crimsun> you're not supposed to insert the plug into the mug, Rich.
[22:17] <nixternal> hehe
[22:17] <nixternal> doesn't want to create the solaris partition
[22:21] <jdong> I feel regex-horny today, I should add a watchfile to ktorrent
[22:44] <jdong> crimsun: bug 186452
[22:44] <ubotu> Launchpad bug 186452 in ktorrent "[interdiff] ktorrent 2.2.5 available" [Undecided,Confirmed] https://launchpad.net/bugs/186452
[22:44] <jdong> thanks :)
[22:45] <crimsun> that didn't trigger my highlight kthx
[22:45] <crimsun> 17:16 < crimsun> watch -n30 #kubuntu-devel "ubuntu-main-sponsor"
[22:45] <crimsun> :-]
[22:45] <jdong> crimsun: sorry, looks like you'll need to find an ircwatch command ;-)
[22:46] <crimsun> pfah, I telnet directly to the ircd.  ircwatch is for wussies.
[22:46] <jdong> of course :)
[22:47] <jdong> crimsun: speaking of that, can you magically make my macbook headphone/speaker independent volumes magically work? ;-)
[22:48] <crimsun> need to clarify that, please.
[22:49] <jdong> crimsun: In OS X, I can set my volumes when headphone is attached to be independent of when they are unattached. For example, I mute my speakers while my phones are detached, when I attach them, the volume applet unmutes and restores the last headphone set volume. Then, when I unplug again, the muted volume is restored
[22:50] <jdong> crimsun: internally it seems like the sound driver uses two channels (Ubuntu labls them front and center) to represent these two volumes
[22:50] <nixternal> jeesh, that sounds like way to much work
[22:50] <jdong> crimsun: idn if this is a mixer applet layer or Alsa layer job, but it'd be nice if Ubuntu can do the same
[22:51] <crimsun> probably easier via alsa, but I'm pretty certain people will scream about maintaining the state.
[22:51] <jdong> nixternal: well, in OS X it just works. In Ubuntu I have to make sure the vol keys control both front and center else the volume keys don't work half the times
[22:51] <jdong> crimsun: does alsa "know" when the phones are in or out?
[22:51] <crimsun> yes
[22:51] <crimsun> it's called jack sense
[22:52] <crimsun> granted, your driver may not have the appropriate quirk in place to use it correctly.
[22:52] <jdong> cool
[22:53] <jdong> currently, I just have one slider that does something when the speakers are active, the other only does something when the phones are in. It's confusing to remember which is which and makes changing volumes a pain
[22:53] <crimsun> lspci -nv |grep -A1 0403
[22:54] <jdong> 00:1b.0 0403: 8086:27d8 (rev 02) Subsystem: 8384:7680
[22:56] <crimsun> I could probably more easily do it in PA
[22:57] <crimsun> 186452 uploaded.
[22:57] <jdong> crimsun: thanks :)
[23:13] <DaSkreech> Jucato: Hey my man
[23:14]  * DaSkreech hits nixternal with a snow stick
[23:14]  * DaSkreech waves at Hobbsee
[23:14] <DaSkreech> Riddell: still in England?