[00:00] a|wen: goodness, lots in that [00:02] a|wen: uploaded [00:02] 3.5 really is supported in hardy :) [00:13] our KDE3 guy answered: http://ubuntuforums.org/showpost.php?p=6206917&postcount=103 [00:26] night people [00:49] Tm_T: If someone wants to support KDE3 in Intrepid, I think it's great. [00:49] ScottK: I too, but it should be done right IMO [00:50] Tm_T: True, but I don't think we really have the time. Someone ought to tell him though that bluetooth is hopeless due to the bluez update. [00:50] * JontheEchidna already did [00:50] ScottK: I know, that's why I would love to see him and perhaps others to be volunteered to do it for us [00:50] JontheEchidna: Great. [00:50] http://ubuntuforums.org/showpost.php?p=6207264&postcount=104 [00:50] ScottK: I just fail to see why he didn't contact us properly [00:51] Tm_T: I don't see the need. We aren't going to do it/support it, so why should he. [00:51] Effectively he's running a KDE3 based Ubuntu derivative. [00:52] ScottK: and causing a lot of trouble with an epoch of 7 :( [00:52] ScottK: true, but, problem is in how those packages are done [00:52] ScottK: and I afraid it will come later to us, badly [00:52] There's no way to do it that won't cause problems because he has to either entire replicate the non-KDE parts of the Ubuntu archive or have a higher version number. [00:53] Some of those words are out of order. [00:53] Sorry. I only got 2 hours sleep last night and spend almost 10 hours driving today. [00:53] I'm a bit fried right now. [00:54] sounds fun [00:54] ScottK: yup, that isn't excuse to make packages the way he have done [00:54] JontheEchidna: I'd use two of those three letters in my description. [00:54] heh [00:54] * ScottK isn't familiar with the details of the packaging. [00:55] anyway, I should have been sleeping some 4 hours ago [00:55] so good night -> [00:56] Good night. [00:56] * ScottK goes for a bit of a lie down. === santiago-pgsql is now known as Guest63277 === Guest63277 is now known as santiago-ve === coreymon77 is now known as coreymon [06:52] JontheEchidna: is this governed by kde4libs? http://img209.imageshack.us/img209/990/kdelibsxh2.jpg [08:01] morning [08:02] <^seelenn^> Morning [08:49] stdin: so should I file another bug? [08:49] glade88: I guess, I'm just looking at what -d does for the original kdesu to see if it's kdesudo or not [08:50] stdin: thanks. I'll report one [08:52] glade88: yeah, it's a KDESudo issue, -d does nothing without --comment, but with kdesu it just asks for the password [10:12] what do I have to do to kde-nightly to show entries in kicker->applications? [10:42] glade88: http://groups.google.com/group/amarok-neon/browse_thread/thread/52aacf37ef7b05b8 === Riddell changed the topic of #kubuntu-devel to: Kubuntu: a big hug for your computer | https://wiki.kubuntu.org/KubuntuJauntySpecs | Merges! http://merges.ubuntu.com/universe.html http://merges.ubuntu.com/main.html === glade88_ is now known as glade88 [12:21] Arby: png [12:23] apachelogger: pong, briefly [12:24] apachelogger: is it urgent, at work and no time. [12:24] same here :P [12:24] Arby: nvm, it can wait [12:24] I'll mail the KDE 3 dude in a minute [12:37] Nightrose: png [12:37] apachelogger: gif. [12:37] ewww :P [12:38] apachelogger: jpg? [12:38] ;-) [12:38] oh dear [12:38] Nightrose: shall I CC kubuntu-devel in my mail to the kde3 dood? [12:38] Riddell: awww - /me hugs her computer [12:39] hmmm - probably a good idea to keep everyone in the loop - but might make him feel "everyone against him" [12:40] well, that feeling could help make him realize the importance [12:40] i think private mail might be better for starters [12:40] true [12:40] but we might loose the chance to prevent more harm [12:41] argh, my network manager popped out again [12:41] the only thing it might be was from logging in to neon, but i dont know how it would have messed with it. theyre separate .kde folders [12:41] Nightrose: we could go to epoch 8 :P [12:41] * seele bangs head on desk [12:41] start an epoch war ;-) [12:41] hehe [12:42] seele: popped out? [12:42] * Nightrose puts pillow on seele's desk [12:42] apachelogger: yeah, it's not in the systray, it's a standalone window with a taskmanager entry [12:42] * Hobbsee removes the desk, and leaves the pillow on seele's knees [12:42] ah [12:42] hm [12:43] Hobbsee: it *is* kindof early for me to be up yet ;) [12:43] seele: kill it and restart it [12:43] maybe plasma is stupid right now ;-) [12:44] ok, brb.. but i'm pretty sure that didnt work last time [12:44] heh [12:44] guess it is... [12:45] * seele sighs [12:45] apachelogger: didn't work [12:45] apachelogger: i think the last time i had to remove all my plasma settings [12:45] apachelogger: i still dont understand why it's affecting my .kde settings [12:59] seele: could be a random plasma break [12:59] in fact, it is most likely, I am also using neon and didn't notice anything like it [13:01] apachelogger: you switch between the two? [13:02] yus [13:03] * Riddell copies 4.1.3 to intrepid-proposed [13:03] \o/ [13:09] yay [13:20] Riddell, retry adept once publisher runs [13:23] that's the plan [13:23] NCommander: I have another challenge for you if you're up for it :) [13:26] kde4libs needs some arm love [13:28] Its already on my ARM todo list [13:28] But ubuntu-desktop is taking priority ATM [13:29] don't Debian already build packages for arm? [13:31] Fedora Core 8 doesn't have the Oxygen konversation nicklist theme D: [13:31] or at least I think FC 8 is on this ancient thing... [13:32] Fedore Core doesn't exist anymore [13:32] *Fedora [13:32] Sysinfo for 'lockjaw': Linux 2.6.22.5-76.fc7 running KDE 3.5.7-21.fc7 Fedora, CPU: Intel(R) Pentium(R) M processor 1.60GHz at 1600 MHz (3190 bogomips), HD: 72/145GB, RAM: 688/2026MB, 141 proc's, 17.28min up [13:32] ha, fedora core 7 [13:32] that is sad, this thing has 3 times more ram than my desktop [13:36] this seems interesting... https://wiki.ubuntu.com/ArchiveReorganisation [13:37] * jtechidna goes for his dentist's appointment [13:53] ohh [13:53] trunk now uses the new plasma notification thingy for file transfer progress [13:53] very sweet [14:12] reading that fall of kde thread makes me vomit, that is like watching a dog chasing it's tail [14:13] or like the really slick screensavers [14:13] if you look too long at them you start feeling sick [14:17] Riddell: Do you have any plans to port/update kde-hal-device-manager? Should it be removed? I'm looking at python-kde3 rdepends trying to see if we can kill it off this cycle. [14:20] wasn't that more of a device-viewer really? [14:20] * apachelogger doesn't remember ever managing stuff with it [14:20] it was a GUI wrapper around lshal pretty much [14:21] and a port of the gtk hal-device-manager, it never did manage devices indeed [14:21] ScottK: are we trying to get rid of python-kde3? [14:21] hehe [14:21] Riddell: we will have to, in order to get rid of kdelibs4 I guess :) [14:21] Riddell: Just looking to see if it's feasible. I'd say we're trying to get rid of anything KDE3. [14:22] I don't mind getting rid of kde-hal-device-manager, it was mostly done to touch up my pykde skillz [14:22] Riddell: There are some other rdepends that look like they'll still work OK, so I'll leave it. [14:23] Having 3 rdepends instead of 4 doesn't really help. [14:32] hi folks, I just realised that intrepid has no package kpilot which I actually need. Only way is to compile hardy sources? [14:33] Yeah, the KDE 4.1 release of kdepim didn't include kpilot since it wasn't working. I think KDE 4.2 will have kpilot again [14:34] it's not like the KDE 3 version of kpilot was working very well [14:35] Not very, but well enough for my purposes. You only need to have lots of backups handy :-) [14:35] smarter, ScottK, Tm_T: btw, http://bazaar.launchpad.net/~bzr-loom-devs/bzr-loom/trunk/annotate/head:/HOWTO [14:38] interesting [14:38] May I point your attention to this place? -> https://launchpad.net/ubuntu/intrepid/i386/kpilot/4:3.5.9-0ubuntu3 [14:39] apachelogger: That assumes a lot more familiarity with bzr than I have. [14:39] tictric: Why? [14:39] This package does not install and it's named kpilot in intrepid [14:39] ScottK: I hope it becomes easier to use, I don't think I would want to use it right now [14:39] but it certainly improves the full-source branch proposal [14:40] ...still we have the problem that KDE source would be eating bandwith and space like nothing else [14:40] needs some work thought, if you really need to type "bzr down-thread" X times to get to a specific "thread" and cannot just type bzr thread X [14:40] it's WIP :P [14:41] "(this will be made easier in the future with an automatic mode of operation)" okay ;) [14:41] apachelogger: As long as Debian is using patch systems, I think we should too, so there's no great benifit to moving to full DVCS packaging. [14:41] IMHO bzr should use a quilt-like approach to handle patches, why track the version of every source file when you only need the 1% which is affected by a patch [14:41] ScottK: debian started that whole vcs-pkg stuff off IIRC ;-) [14:42] tictric: Status: Superseded [14:42] apachelogger: Yes, I'm OK with having debian dir in VCS. [14:42] tictric: also see https://edge.launchpad.net/ubuntu/intrepid/i386/kpilot [14:43] tictric: That's an obsolete KDE3 package that was removed during development. [14:44] ScottK: well, I think we shouldn't worry about the full-source approach at all until bzr has a sensible solution for the amount of data we would be carrying around [14:44] Yep, I see. Wasn't reading carefully enough. I was wondering anyway :) [14:44] apachelogger: Agreed. [14:45] Riddell, KDE4libs is now being ported [14:47] NCommander: by you? [14:47] yeah [14:47] you're my hero :) [14:47] It looks easy enough to fix [14:56] smarter: can you write a wiki page giving a quick intro to bzr packaging? [14:57] apachelogger: well, the wiki pages james_w pointed out at the meeting are pretty good [15:01] some of the stuff doesn't work yet though [15:02] JontheEchidna: you should try to drop the kdepimlibs build dependencies of kdebase* in beta1 [15:02] * jtechidna makes a note of that [15:02] from my experience with neon nothing in kdebase depends on pimlibs anymore [15:02] Riddell, I hit a snag [15:02] Riddell, to compile kde4libs on my hardware will take somewhere in the ball park of two weeks [15:03] "the little ARM that could" [15:03] Riddell, I can provide a patch that should fix the issue, and not break any other architecture, but I can't actually test build it [15:04] NCommander: we can run it by doko, he's the one complaining about it not building [15:04] https://code.edge.launchpad.net/~kubuntu-members/kdebase/workspace-ubuntu [15:04] Riddell, I'm complaining because it blocked OOo :-P! [15:05] apachelogger, neat [15:05] * apachelogger shudders [15:05] ooo [15:05] NCommander: if kdelibs takes too long to compile... [15:05] Riddell, it compiles fine on the ARM builders [15:05] My personal ARM hardware is a generation out of date [15:05] (well, it compiles fine until it FTBFS :-)) [15:06] I could compile it with my Nintendo DS if it had any compilation tools whatsoever :P [15:06] ...and if it didnt have a 66 MHZ processor [15:06] with 4MB of RAM? [15:06] lolz [15:06] ya [15:06] WTF would you page out to? [15:06] actually I have a flashcart that provides 32 MB more [15:07] Riddell, would you have a strong objection to us uploading a kde4libs with a fix that is at least known not to break amd64/i486? [15:07] *i386? [15:08] NCommander: fine with me [15:12] hi there [15:12] hey Tonio_ === Tonio__ is now known as Tonio_ [15:18] Tonio_: how is it going? [15:20] apachelogger: One of my reservations about moving to keeping debian dirs in bzr is uploads to the archive not getting reflected in the bzr repo. I think it's probably not to hard to write a script that would notice the subset of the packages we are worrying about and flag to someone's attention is the version in the archive gets higher than what's in bar. [15:20] apachelogger: Maybe someone could work on that now (before we lose changes)? [15:20] smarter: got any experience with using qtdesigner to design the ui for use in python? [15:21] rgreening: I have experience with that [15:22] jtechidna: ok, cool. halp [15:22] I probably used it one time for an exercice on my PyQt book :) [15:22] :P [15:22] I let jtechidna halp you [15:22] hehe [15:22] rgreening: the uic class [15:23] with that class you can load a .ui file on the fly [15:23] with something like self.ui = uic.loadUi("imagedialog.ui") [15:23] then you can manipulate the objects in the ui files as normal [15:24] self.ui.myfavoritecombobox.makehugeliekXBOX() [15:24] jtechidna: ok, I get that much. But within qtdesigner, how far do I have to go... i.e. I drag and drop the widgets, do I need to go and modify properties, slots/signals, etc.. or do I defer to the python code. [15:24] you would want to modify the object names at the least [15:24] ok. [15:25] after a while it gets hard to track objects when they are called combobox_35 [15:25] jtechidna: and for the menu items, do I build them on the fly, or should I predefine all the menu items in the ui [15:25] if they're not going to change much during runtime I'd construct them in designer [15:25] * rgreening n00b to python and qt and kde programming (but learning quickly) [15:26] unless it's easier to do it in pyqt :P [15:26] jtechidna: ok, I'll predefine in designer. [15:26] defining the rest of the stuff in designer vs. python is really a matter of style [15:26] jtechidna: want to help me code the ui for a KDE firewall front-end to ufw ? :) [15:27] not at the moment :P [15:27] lol... [15:27] haha [15:27] but I'd be glad to lend a hand === Tonio__ is now known as Tonio_ [15:28] jtechidna: that would be appreciated. I really need to get the pyQt book - Rapid Gui Programming With Python And Qt: The Definitive Guide To Pyqt Programming [15:28] yeah, I've seen it at Barnes and Nobles but it's like $40 there D: [15:28] * smarter has rapid gui stuff, it rocks [15:28] I wish my bookstore had it.. I think I have to order in [15:29] what I really would like is python-style documentation [15:29] smarter: a good book huh.. [15:29] the trolltech docs are great imho [15:30] yeah, the docs are good [15:34] jtechidna, smarter: When it comes time to internationalize the app, I'm going to need some help... not sure how to do it with the ui (I know how to in the python code). [15:35] rgreening: hmm, you might want to stick with python for that [15:35] not sure too actually ^^ [15:35] I'm not even sure this is supported [15:35] I heard something about i18n support and Qt Designer 4.5 [15:35] nice [15:51] I read through the ubuntu-meeting log from yesterday...if anyone would like to talk with me about the KDE3 respository I'd be glad to listen. :) [15:51] I apologize for the problems that I caused [15:51] and I would like to repackage KDE3.5 properly [15:51] The repository is offline for now per your request [15:52] oh hi, I'm dualscreenman from the forums [15:53] Hi! [15:53] hi kb9vqf - thanks for taking it offline and coming here [15:53] You are welcome [15:53] i am sure we can get this worked out :) [15:53] Sounds good! :) [15:54] apachelogger: ping honey [15:55] kb9vqf: apachelogger is the one who send you an email and one of our packagers [15:55] kb9vqf: ScottK seemed interested as well [15:55] I tried to contact him, but this is the first time I used IRC so I don't know what a "poke" is! [15:55] well i just poked him for you ;-) [15:55] no problem [15:56] kb9vqf: poke [15:56] :P [15:56] that is a poke [15:57] yay http://websvn.kde.org/tags/KDE/4.1.80/ [15:57] ooh, nice. beta1 got tagged [15:58] kb9vqf: anyway they seem to be away right now so please wait a little - i am sure they have ideas how this all can be done to please the users without risking problems when they update to jaunty [15:59] jtechidna: TypeError: ('Wrong base class of toplevel widget', (, 'QMainWindow')) [15:59] jtechidna: grr.. arg... [15:59] oh.. nm.. [15:59] rgreening: when that happens I usually fiddle around until stuff works :P [16:00] I used QWidget instead of QMainWindow.. doh [16:00] haha [16:02] OK, thanks! [16:03] Do you know when the next meeting is so that I can apply for membership? [16:03] Nightrose and kb9vqf: My main interest in this is that it appears that kb9vqf is doing a project that satisfies a real user desire and so we should not try to oppose it, but give advice in a supportive way. [16:03] ScottK: sure :) [16:04] ScottK: you were interested so i thought you might want to give some of that advice [16:04] kb9vqf: I believe we do these monthly. I don't know how that will work out with the Ubuntu Developers summit being next month though... [16:04] kb9vqf: Do you understand the concern about you using an epoch in your KDE3 packages? [16:04] Yes! [16:04] I think I can undo that [16:05] I have some bash experience, so maybe I can write a script to automagically remove epoch3 packages and replace them with the -kde3 packages [16:05] kb9vqf: Also settings in .kde for KDE3 and KDE4 versions of packages shouldn't be mixed. [16:06] kb9vqf: You probably ought to have your packages use .kde3 (you can see how the KDE4 packages in Hardy use .kde4 for an example). [16:06] OK. What about the KDE3 programs that are not yet replaced (e.g. kdevelop)? [16:07] Can you / I alter them to use .kde3 as well? [16:07] In the cases where we provide the KDE3 version in the official archive, I think you should just use that and don't worry about it. [16:07] as long as they aren't replaced yet they will be fine using the normal .kde [16:08] My concern was the settings [16:08] If I tell kcontrol, for example, to use .kde3, then the settings will not be applied to kdevelop, correct? [16:09] kb9vqf: One other thing to be careful of is that we have a kdvi (KDE3 package) in the archive that is incompatible with trying to provide all of kdegraphics from KDE3. You will need to replace that. [16:09] How many KDE3 packages are still in the official repos? [16:10] (Approximately :)) [16:10] all extragear apps that still compile, I think, along with kdewebdev [16:11] and kde3's kdebindings [16:11] Can those apps be modified to use .kde3 as their settings directory? [16:12] There's no need for that. [16:12] kb9vqf: Look at the output of apt-cache rdepends kdelibs4c2a. [16:12] I'm away from my Intrepid machines at the moment, but I will do that when I get back. [16:13] kb9vqf: You'll also need to resurrect kde-guidance as your KDE3 desktop will have some substantial missing pieces without it. [16:13] OK [16:14] ScottK: Sorry if I'm not understanding something here, but if my kcontrol dumps settings into .kde3, how will the official KDE apps get their configuration information? [16:14] ScottK: or does KDE4's control center handle that now? [16:14] * ScottK looks over at jtechidna. [16:14] I think [16:15] that you could package the components that intrepid already has in -kde3 packges, and have them conflict with the official ones [16:15] OK, that sounds fine [16:17] Here's something else I'm not sure on. Since I cannot change the epoch, how can I force my packages to override the official ones? I tried something like this in the past, and apt-get forced me to manually select every single package before the upgrade would proceed. [16:17] every single KDE3 package that is [16:18] somewhere under the packages' depends you add something like; [16:18] replaces: foobar [16:18] conflicts: foobar [16:18] ^that [16:18] kb9vqf: you will need to add these for every package [16:18] then installing the kde3 metapackage should remove the kde4 ones for now [16:19] logn term solution should be to make them installable alongside each other :) [16:19] apachelogger: Couldn't a kubuntu-desktop-kde3 metapackage be enough (*conflicta/replaces)? [16:19] hm [16:19] well he would only have to conflict the kde3 ones that we have in intrepid [16:19] kb9vqf: what ScottK said, you migth just want to add the conflicts/replaces to the the metapackage [16:19] that was a connection reset alright [16:20] * apachelogger continues playing star trek legacy [16:21] jtechidna: I got my window to show.. yay... [16:21] :) [16:21] Sorry, my connection dropped out [16:22] Can my packages somehow become "official" instead of "unofficial"? If so, how can I do that? :) [16:23] kb9vqf: (what you missed) for all the -kde3 packages that would already have in intrepid, you'd add conflicts: foobar and replaces: foobar under the depenencies of the packages. [16:23] jtechidna: tres cool indeedy [16:24] Riddell: what about https://bugs.launchpad.net/ubuntu/+source/kdebindings/+bug/297161 ? [16:24] Launchpad bug 297161 in kdebindings "Please merge kdebindings 4:3.5.10-1 from Debian unstable (main)." [Undecided,Confirmed] [16:24] jtechidna: thanks for the resend [16:25] Since I'm rebuilding anyway I can probably handle the merge [16:26] kb9vqf: I think if you asked you could get a PPA with more space. Even though you are graciously offering to maintain KDE3 packages they can't really become "official" official since making teh packages official would require official support and use of the official bug tracker, which is something we really don't have the resources to deal with [16:26] I think that getting a larger PPA & using your existing support facilities would be about the best solution [16:27] OK [16:27] well, the main problem is that we want to decrease the amount of KDE 3 packages ;-) [16:27] yes, LP let you have a bigger PPA if you ask nicely :) [16:27] Who would I ask about that? [16:27] questions.launchpad.net iirc [16:27] thanks [16:27] well, it's not really urgent ;-) [16:28] neon is exceeding it's limits since the first week [16:28] devfil: bah, missed it, sorry :( [16:28] but in http://ubuntuforums.org/showpost.php?p=6153716&postcount=88 what did you mean by "I've had to do so much fiddling with the build environment that I doubt this will work. I want a place to upload the binaries (and source) that I have already built, tested, in some cases modified, and verified." ? [16:28] Riddell: np [16:28] kb9vqf: btw, by using a PPA and establishing a set of rules to ensure package quality we could make them semi-official [16:29] devfil: any others outstanding? [16:29] Riddell: AFAIK no [16:30] devfil: if stuff like that gets overlooked mind and keep poking [16:30] kb9vqf: correct link to request the change to PPA size: https://answers.launchpad.net/launchpad/+addquestion [16:30] The problem is that there were several header files that were buggy, so I had to modify them on the system that I was building on [16:31] They have probably since been fixed [16:31] as they were known bugs [16:31] do you have a list of the patches you did? (assuming you added patches for that and didn't modified directly the sources) [16:32] On the header files, no. Chages to KDE, yes I have patches [16:32] Well, that is I could make patches if I needed to [16:32] I have notes on what I cahnged [16:33] using the patch system for modifications is very much preferred [16:33] *a patch system, like quilt [16:33] but did you really modified the _binary_ packages? [16:33] no [16:33] I modified the control file inside the .deb package [16:33] just to get stuff out faster [16:34] *bad [16:34] * practice [16:34] Yes, I know [16:34] I don't do that anymore [16:34] good :) [16:34] BTW semi-official is OK :) [16:34] jtechidna: when I load the ui in python, and then close it, the program doesn't exit... did I miss something? [16:35] rgreening: how are you closing it? [16:35] hittin the X button [16:35] lol [16:35] um, hmm... [16:35] kb9vqf: also, you should remind people on the pages where you put the installation note and stuff that they can still use Hardy if they really don't want to change [16:35] rgreening: could you batpaste your script or something [16:35] ? [16:35] smarter: I can do that [16:36] I'm pretty sure that most of the users of these packages don't really need Intrepid [16:36] Well, I did :) [16:36] It has made my daily work a lot easier [16:36] Then again, maybe I just have an uncommon number of bugs that I hit on Hardy [16:37] hehe [16:39] Hey, do you know if there is any chance that a 'revert to old "desktop as dumping ground"' option will be present in 4.2? [16:39] yes [16:39] there will be an option to set folderview as the background with a wallpaper and everything [16:40] http://jakilinux.org/wp-content/uploads/2008/10/a11.png [16:41] I'll have to take a closer look...but looking better :) [16:41] hehe [16:41] Maybe I could work on adding missing KDE3.5 features to KDE4 after I gain some experience? [16:42] I'm sure that the KDE devs would be happy [16:42] because they want to start going out in new directions in KDE 4.3 [16:43] OK, sounds good! Thanks for all the help guys, I will look into how to upload to the PPA and start the long rebuild process. [16:43] Now that 4.2 has autohide, files-on-desktop, etc [16:43] I will try my best to make it to the next meeting and apply for membership if you would consider it [16:44] ok, good luck :) [16:44] I have a wiki page up http://wiki.ubuntu.com/TimothyPearson :) [16:54] NCommander: adept built! [16:54] as did kdebase-workspace in jaunty [16:54] it's all coming together [16:55] yaya [16:56] Riddell, told you that would fix it :-) [17:04] Riddell, Ok, I confirmed my fix works on ARM, I'll be uploading kde4libs as soon as it finishes in my PPA [17:06] NCommander: how did you confirm? [17:07] Riddell, I built the file I had to change on ARM hardware [17:07] just hope there's no more ARM issues :) [17:07] SInce it was one of the very last files to be built, there shouldn't be any more FTBFS [17:07] right [17:10] Riddell, was a new Qt recently uploaded? [17:10] * NCommander just reproduced the ARM FTBFS on amd64 [17:10] 11 Nov [17:10] Ah [17:10] So it was a general FTBFS that just hadnt' cropped up [17:10] erk [17:10] THat makes life easier [19:23] Riddell, kde4libs is being uploaded [20:19] Riddell: Did you see Bug 300047 [20:19] ? [20:19] Launchpad bug 300047 in python-qt4 "armel build failure (package not yet in the archive)" [High,Triaged] https://launchpad.net/bugs/300047 [20:25] ScottK, I can look into this if you want [20:25] NCommander: Great. Looked at a glance like a patch just not appying, but I didn't have time to do more than glance. [20:25] I'll put it on the armel todo [21:25] Riddell: do you have any documentation on the steps behind creating Kubuntu? ie. seeding the CDs, repo prepping and such? [21:26] need something to use when I present our appliances running on Ubuntu here and having ample documentation will help me out with that [21:26] gotta make it easier than our current setup, which at this time is pretty easy for us to build === echidnaman is now known as JontheEchidna [21:36] nixternal, use the documenation on setting up debian-cd, and then replace ubuntu with debian [21:36] (make sure you use ubunu-cd source however) [21:39] groovy, thanks [21:48] Riddell, who's working on kde4bindings [21:52] NCommander: I thought it was you? [21:52] I was looking at python-qt4 [21:52] ... [21:52] * NCommander adds it to the growing list [21:52]