[00:00] okay [00:00] I want to test gui stuff [00:00] I am using a VM (host is windows guest is intrepid) [00:00] so should I upgrade my guest to jaunty? [00:01] phil_ps: Ah. Yes, or just make a clean Jaunty installation in a new VM [00:02] I'm getting a build failure with the virtualbox-ose merge, but I don't know what may be wrong. build log: http://launchpadlibrarian.net/23237526/build.log (bug 328161). [00:02] Launchpad bug 328161 in virtualbox-ose "virtualbox-ose new upstream version 2.1.2" [Wishlist,In progress] https://launchpad.net/bugs/328161 [00:05] blueyed: int RTASSERTVAR [0] [00:05] blueyed: ISO C++ forbids zero-size array 'RTASSERTVAR' [00:05] well.. the error says it all :P [00:06] RainCT: Is making a new VM inside my guest os REALLY slow? [00:07] I want to work in linux and I use alot of computers (on campus) [00:07] phil_ps: why don't you just create a second one inside the host os? [00:07] and.. I don't know, never tried that [00:07] so I have to reinstall virtualbox each time and there is no way to import guests [00:07] you have to recreate them each time [00:08] so I have to make a new one, close virtual box, fiddle with the xml configs and then reopen each time [00:08] maybe I should add import/export support to virtualbox then [00:08] blueyed: seems like that's an error which was previously only showed with pedantic but was then moved to fail by default (can be disabled with a 'permissive' flag) [00:09] phil_ps: I guess you can just copy the hard disk file [00:09] RainCT: well.. I'm not used to C++ though, I've read it of course.. where would I add the flag? [00:09] RainCT: that's the code: http://pastebin.com/m46b98c67 [00:09] RainCT: I do that, but whenever I make a checkpoint I loose things [00:10] RainCT: because they don't update the hard disk file [00:10] pochu: seems like it's still installing into local/ [00:10] find debian/python-wxgtk2.6/usr/lib/python2.6 -name '*.py?' -exec rm '{}' ';' find: `debian/python-wxgtk2.6/usr/lib/python2.6': No such file or directory make: *** [install-gtk-pylib2.6] Error 1 [00:11] RainCT: your setup.py line? [00:11] blueyed: the flag is called "fpermissive", I guess you have to add it to some variable in debian/rules [00:12] blueyed: http://paste.ubuntu.com/124495/ line 432 [00:12] python$* ./setup.py build --install-layout=deb \ [00:13] errr [00:13] that should be in the "setup.py install" line, right? :$ [00:13] yes :) [00:15] RainCT: okay, I am done complaining. where can I get a .iso for jaunty... [00:15] phil_ps: http://cdimage.ubuntu.com/releases/jaunty/alpha-5/ [00:15] phil_ps: http://cdimage.ubuntu.com/releases/jaunty/alpha-5/ [00:15] doh RainCT got there first [00:16] :) [00:16] just put Jaunty on my MacBook Pro [00:17] RainCT in that cross compilers libc Makefile there was a dirty sed hack that changed where libc was been installed to, took me a while to find it! that was causing some of my issues [00:17] so prefix or destdir would not have worked passed from rules [00:48] and it's still failing to build.. argh [01:05] hm. [01:05] ogra/NCommander? === zul_ is now known as zul === asac_ is now known as asac [01:38] installed jaunty on a virtualbox VM [01:38] mounting share folder is not working [01:39] sudo mount -t vboxsf share /mnt/share [01:39] /sbin/mount.vboxsf: mounting failed with the error: Protocol error [01:39] is this a #ubuntu+1 discussion? [01:46] :| [01:47] :O [01:48] Laney, ready for a screamer? [01:48] Laney, been fighting for a few nights to get an arm install of ubuntu going in qemu, but keep running out of RAM [01:48] Laney, as if qemu's "-m" flag is being ignored [01:49] config-2.6.28-versatile -> CONFIG_CMDLINE="root=1f03 mem=32M" [01:50] * theholyduck lol'z [01:50] phil_ps, try pulling a restart :P [01:50] i seem to remember ubuntu pulling some shit like that in virtualbox the one time i tried it [01:51] mount it as a machine share not transisten share aswell [01:51] directhex: There an "Ubuntu virtualisation team" ;) [01:52] there's [01:52] Laney, and they need stabbing inna face! :o :o :o [01:52] or maybe it's just ogra [01:53] generating locales, fr'example, appears to not take 12 mins per locale, as long as one has more than 5 meg of free ram [02:26] blarg, jaunty's not very installable just at the moment on ARM [02:27] certainly the MID or Netbook tasks aren't working [02:27] python rubbish [02:27] doko did warn people [02:29] xubuntu-desktop seems functional though [02:32] nope, it lied [03:38] nothin like a quest for paranoia leading to checkin how SELinux in Lenny. [03:39] Could someone point me to a watch file for an app hosted on google code? I can't seem to get rid of the ``.tgz'' from the version number. [03:40] ryanakca: chm2pdf [03:40] vorian: thanks [03:40] no problemo [03:43] * jdong_ questions if mutt is REALLY needed in the base system task... === Andre_Gondim is now known as Andre_Gondim-afk [04:28] * Hobbsee waves, as she sponsors a patch [04:40] Morning === `6og is now known as Kamping_Kaiser [05:55] whoo selinux works [05:55] * sejdong considers switching his server to Debian [06:09] ive got a question about bug #335832 [06:09] Launchpad bug 335832 in cwiid "cwiid needs to be recompiled for Python 2.6" [Undecided,New] https://launchpad.net/bugs/335832 [06:10] how does it come to pass that a package can be built for an depricated platform? [06:11] i guess i missed an email threda [06:11] thread [06:14] When it was last compiled when it wasn't deprecated. [06:16] so do I just need have it uploaded with a version bump and have doko look at it if it fails? [06:17] No. It's in Universe so it's mostly up to the community to fix. [06:17] I'm test building it now. [06:17] good evening ScottK [06:17] Some packages need changes too. [06:17] Heya rgreening. [06:17] rgreening: Up for some Python transition fun? [06:17] so I finally finished the motu app [06:17] what sort of fun :) [06:18] 2.6? [06:18] yes [06:18] and deprecated stuff [06:18] I saw, but I haven't had a chance to scribble on it yet. [06:18] bzr has lots [06:18] well, Im pumped now. kdebindings built first try. I was amazed I didnt have to dance and use voodoo [06:19] so sure, I can help with some python stuff [06:19] fire away [06:19] rgreening: pypoker-eval has some 'fun' mix of source changes needed for the Python 2.6 transition and some kind of autofoo/libtool confusion that's more than I'm up for at the moment. [06:19] you used the 'auto' word.. oh no's [06:20] Enjoy. [06:20] I'll get source and have a peek [06:27] jldugger: Uploaded. I'll warn you that it's bugged though. It only supports the highest Python version, so it'll now work in 2.6, but not 2.5. [06:27] That's a pre-existing problem as the previous package only supported 2.5 and not 2.4. [06:28] Debian control claims it'll support all Python versions, so the build system's bugged. === thunderstruck is now known as gnomefreak [06:31] ScottK, the package build system or Canonicals? [06:32] The package. [06:32] It's late and I'm tired, so I just got it to installable again. [06:32] that's fine by me [06:32] im just curious how this all works [06:33] Well it currently only provides cwiid.so built for one Python version. It should provide it for all. [06:33] * ScottK heads off for bed. [06:33] it seems that intrepid binaries depend on 2.5 [06:34] so you'd need versioned package names (and builds) [06:35] well thanks for looking at it. [08:03] is there a list of packages for the python transition? [08:26] savvas: I see 300 binaries with 'python (<< 2.6)' in their Depends, which is an incomplete list. grep-dctrl is useful here. [08:26] I don't know of a real list, I'm afraid. [08:26] It would certainly be useful. [08:27] thanks wgrant, I'll try and filter them using the pythoneers ppa [08:43] howdy! could anyone help with bug #335741 ? [08:43] Launchpad bug 335741 in libtorrent-rasterbar "[jaunty]python(<2.6)-based apps cannot meet dependencies" [Undecided,New] https://launchpad.net/bugs/335741 [08:46] Q-FUNK: try to change the build-depends and see if it works with python 2.6 ... if not, we need to patch it to work or in some cases see if a new upstream version supporting 2.6 is there [08:46] it doesn't [08:47] ./configure (or however this package checks for python) needs tlo be updated to not be specific about versions to check [08:47] right now, it seems to explicitely assume that 2.5 is the one to look for if it cannot find 2.4 [08:48] ah, uscan indeed reports a newer minor version [08:49] try to check what the upstream changelog says of that one [08:50] doesn't mention anything about python versions [08:51] trying a build anyway, just in case upstream is sloppy about changelogs [08:54] Q-FUNK: the configure is failing due to Boost::Python not being avaible ... we have been through a boost transition, so might actually be something in that regard that is the problem [08:54] ScottK: bug 336151 - problem fixed as requested. [08:54] Launchpad bug 336151 in pypoker-eval "Requires update to build with python2.6" [Undecided,New] https://launchpad.net/bugs/336151 [08:55] a|wen: noticing exactly what is pulled by pbuilder, it even looks like libboost-dev is not among the build-depends. could that be it? [08:57] Q-FUNK: i'm actually not sure, what the python-bindings part of boost is called [08:57] but could be that or something similar [08:58] ok, so we went from libboost 1.35 to 1.37, correct? [08:59] from 1.34 to 1.35 [08:59] but 1.37 is in the archives as well [08:59] this package already checks for 1.35 [09:00] and depends on 1.35 too [09:01] could it be that libbost 1.35 itself hasn't been rebuilt against python 2.6? [09:01] Q-FUNK: it depends on libboost-python1.35-dev ? [09:02] the new upstream builds as-is, if we remove the single patch in debian/patches [09:02] yup, it depends on 1.35 [09:03] Q-FUNK: the rebuild of libboost-python1.35-dev against python 2.6 is less than two days old [09:03] ah, so it has already been rebuilt? [09:03] Q-FUNK: jup ... but might not have hit your archive yet [09:04] Q-FUNK: which version does pbuilder (or what you use) pull in of libboost-python1.35-dev? [09:05] Q-FUNK: it should be 1.35.0-8ubuntu5 ... if it is 1.35.0-8ubuntu4 it doesn't work [09:11] 1.35.0-8ubuntu5 [09:13] so that's not becuase we don't have the latest libboost [09:16] Q-FUNK: okay ... i'm not sure exactly what the configure does; if it only checks for libboost for certain python versions; so yeah, you might want to take a look in it [09:17] we're already patching the m4 stuff in the current package. I wouldn't be surprised if we actualy break things [09:18] he, not impossible [10:38] hm. is there an ETA on python-pysqlite2 and python-launchpad-integration being installable? [10:41] is anyone working on it? [10:42] I'm looking at the moment at it (but no promises that I will be successful) and I'd need a main sponsor for it [10:42] hm.. that was a nice patch [10:43] other than that, i more or less have an ARM system installed in qemu [10:44] If both python-pysqlite2 and python-launchpad-integration are in main, then doko ought to have fixed them ... [10:45] StevenK: py-lp-i was already touched my doko, but it still depends on python < 2.6 [10:45] and p-pysqlite2 is in universe [10:45] geser: I can fix py-lp-i directly, if you wish [10:45] I also need someone to review the patch for keysafe: https://bugs.launchpad.net/ubuntu/+source/keysafe/+bug/336011 [10:45] Ubuntu bug 336011 in keysafe "python transition (and package impovements)" [Undecided,New] [10:46] StevenK: sure, so I don't need to for a sponsor [10:46] geser: why aren't you core-dev yet? :) [10:47] usr/lib/python*/site-packages/compizconfig.so [10:47] pochu: good question :) [10:47] oops [10:48] Hi - does anyone knows how does the vesamenu on the netboot tarball works? [10:49] doko didn't push his changes for py-lp-i into bzr. Bad. [10:49] geser for core-dev \o/ [10:51] geser: The Depends for py-lp-i look fine to me ... >= 2.5, << 2.7 [10:52] it varies per-arch [10:52] python (<< 2.7) [i386] [10:52] python (<< 2.6) [amd64] [10:52] and arm is <<2.6 [10:52] Hmmm [10:52] http://packages.ubuntu.com/jaunty/python-launchpad-integration [10:53] Okay, so I'm betting it was uploaded too early [10:54] before the default python was updated on all arches? [10:54] But it's arch all .... [10:54] * StevenK digs [10:55] Helpfully, I run on amd64 here [10:56] arch all with per-arch depends? beautiful [10:56] hm, no, looks arch-any to me [10:57] Architecture: any [10:57] hm, gotta go [10:58] No, python-all-dev [11:02] StevenK: looks like it was a bad build order, I've just rebuild it on amd64 in my pbuilder and the depends are fine now [11:02] geser: I'll confirm and then upload a no-change rebuild. === azeem_ is now known as azeem [11:07] hello all [11:08] Hi wattazoum, just answered on your mail to ubuntu-motu [11:08] I saw that :-) [11:08] very nice and fast :-) [11:08] thank you [11:09] * RainCT too heh [11:10] Is it possible to make a .deb package Depend on a certain package (and install it) if a third packages is intalled? [11:10] savvas: re keysafe: you missed some python2.4 references in {keysafe,ksed}.in [11:11] basically, if a UI (like GTK)is installed , depends on python-gtk , but if it's QT , depends on python-qt4 [11:14] wattazoum: it won't work e.g. on multi-user system where both gnome and kde are installed (and used) or if a gnome user prefers a qt program and has both gtk and qt libs installed [11:15] geser, Indeed :-/ , [11:16] thanks geser, I'll check it out :) [11:19] geser: btw, the debian maintainer was changing files directly - should I do the same? without quilt/dpatch? [11:21] savvas: yes, as using quilt would introduces a mix of changes some as patches and some directly applied [11:22] savvas: and please forward your changes also to the debian maintainer (if not already done) [11:22] ok :) [11:23] geser: actually, the maintainer has a new version in mentors.debian.net: http://mentors.debian.net/debian/pool/main/k/keysafe/ [11:26] oh you mean about the quilt build-dep removal [11:26] alrighty [11:27] savvas: if your changes are already in the next debian packages then of course you don't need to forward them anymore [11:27] savvas: I think more about the changes to unversion the python interpreter [11:28] * savvas checks [11:29] they're removed, yay! :) [11:30] savvas: the idea is to get any change which is not ubuntu-specific to get also included in the debian package so we can sync it in future again [11:31] I see [11:41] hi geser! ... i'm trying to find some recent sponsors for my motu application; you took at least a few from the arts batch, if you feel adding a short comment: https://wiki.kubuntu.org/AndreasWenning/DeveloperApplicationTemplate [11:42] wattazoum: fyi: [ubuntu/jaunty] python-sqlite 1.0.1-7ubuntu1 (Accepted) [11:42] wonderful !!! [11:42] thanks [11:48] Hello, I'm preparing a package to install a PPA key [11:48] what should I mention in debian/copyright under Upstream authors ? [11:50] AnAnt: if you've written it...you? [11:50] Hobbsee: written what ? it's only the PPA keyring [11:51] if you've written what normally classes as "upstream" [11:51] * Hobbsee is uncertain why you're trying to package something to install a PPA key, but whatever [11:52] AnAnt: I would say that logically there's no upstream for that, perhaps you should remove upstream authors. ( I'm not a MOTU :) ) [11:52] sounds reasonable [11:53] AnAnt: see the copyright file for ubuntu-keyring: http://changelogs.ubuntu.com/changelogs/pool/main/u/ubuntu-keyring/ubuntu-keyring_2008.03.04/ubuntu-keyring.copyright [11:54] as an example [11:54] thanks [12:00] geser: hey, you say you are working on the python transition today? Anything I can do to help? [12:01] geser: how does this look like? http://launchpadlibrarian.net/23250898/keysafe_0.3.5-2ubuntu1.debdiff [12:01] james_w: I'm going through the unmet deps list and see what I can fix [12:01] geser: ah, cool [12:02] geser: do you think it is worthwhile trying to come up with a list of candidate packages to fix? [12:02] i.e. parse Packages files to find likely candidates for a rebuild? [12:02] hm.. what does "reverted:" mean in a patch/debdiff header? [12:02] I'm pretty sure it should be possible, I just haven't quite worked out the criteria yet [12:03] james_w: that would be a good idea [12:03] the first target would be "Architecture != all" packages [12:04] with a python dependency? [12:04] a criterion could be: check the Contents file for packages building python modules and check if they have transitioned yet (have a python 2.6 module) [12:05] in case the dependency on python < 2.6 doesn't catch them [12:05] and those are already listed in the unmet deps output [12:08] savvas: looks good. Although using "/usr/bin/python" is preferred to "/usr/bin/env python" (think of a different python version installed in /usr/local/bin without the needed modules for that version) [12:08] savvas: I'll fix it while building the updated package [12:08] james_w: ScottK had a line to get all packages which depend on "<< 2.7" [12:10] * 2.6 [12:10] james_w: it would be also good to check packages which directly depend on python2.5 (or even python2.4) [12:19] >> 17:08 < ScottK> I did finally figure out grep-available -F Depends "python (<< 2.6)"|grep Package for the packages that explicitly need rebuilt. [12:21] geser: ok noted, thanks :) [12:25] savvas: [ubuntu/jaunty] keysafe 0.3.5-2ubuntu1 (Accepted) [12:25] woohoo! [12:28] RainCT: really minor, but for better sync with debian, in compizconfig-python we could use this line instead of the two in debian/install: usr/lib/python*/*-packages/compizconfig.so [12:31] savvas: ah, right. I'm still waiting for Sean to answer to my ping from yesterday, though :P [12:31] ok :) [13:16] james_w: fyi: you can skip python-omniorb as I've already an updated package just waiting on omniorb4 getting build [13:16] geser: cool, thanks for the heads up [13:18] james_w: if you need something more demanding than a simple change, try setools (I've gave it a quick look at put it to the end of the queue) [13:18] :) [13:19] heh === balbir is now known as bsingh === bsingh is now known as balbirsingh [13:32] james_w: I'm just looking over your changes to yapgvb (I wanted to look at it again after I was done with the easy ones): will the install-ext-% target do the right thing for python2.5? [13:33] geser: no, it won't, but it is XS-Python-Version: current [13:33] yes, I just noticed it myself [13:55] RainCT: I did later figure out that only works for packages that are or have been installed. [13:56] ScottK: oh, too bad [13:57] So I did my first cut by apt-cache rdepends python2.4 and installing all those packages in a chroot. [13:59] From that list I know of python-codespeak-lib, python-migrate, and python-pypoker-eval are left undone. [14:00] rgreening was looking at python-pypoker-eval when I went to bed last night. Dunno if he got it sorted. [14:00] yay @ lp-integration [14:00] i can continue my arm tinkering [14:02] In fact, Bug #336151 is waiting for uus. [14:02] Launchpad bug 336151 in pypoker-eval "Requires update to build with python2.6" [Undecided,Confirmed] https://launchpad.net/bugs/336151 [14:02] core > arm [14:03] Laney, true [14:03] RainCT: Would you have time to sponsor that one? I'm on my way out the door. [14:04] ScottK: Sure [14:04] RainCT: Thanks. [14:08] Laney: you really thing I should patch requestsync?? [14:08] :-P [14:08] mok0: It's your idea! [14:08] heh [14:09] * RainCT is OK with it [14:12] * Laney does it [14:15] .. with Ubuntu :) [14:15] ffs [14:16] how do I remove a commit? [14:16] uncommit [14:16] ...who'd have thought? :O [14:16] * RainCT uploads wxwidgets2.6 and hopes it won't FTBFS again [14:16] ffs? [14:17] RainCT: wtf ffs [14:17] jpds: Gee... I don't know what ffs means... [14:18] free for some :p [14:19] http://en.wiktionary.org/wiki/FFS ;) [14:19] hehe [14:20] An expression of anger or frustration. [14:20] !ohmy | Laney :P [14:20] Laney :P: Please watch your language, attitude, and topic to help keep this channel friendly and helpful. Remember, there are kids here! [14:20] :(((((((( [14:33] python-hildondesktop needs a rebuild too afaik [14:36] directhex: Leave that one, I'll deal with it tomorrow [14:36] okay, cheers [14:36] just alerting you [14:36] * StevenK adds it to his todo [14:38] anyone got a sync to make? [14:38] Laney: Main or universe? [14:38] doesn't matter [14:38] just want to test this change [14:38] I usually use gnupg as a control for main. [14:39] Laney: use staging for testing? [14:39] geser: Yeah, that requires digging around elsewhere in u-d-t :( [14:40] Laney: No really, just manage-credentials with the staging flag. [14:40] .. I think. [14:40] can I have multiple sets of credentials at once? [14:40] or will it overwrite my old ones? [14:41] Backup your old ones, just in case. [15:02] well, that doesn't work! [15:03] Whoops. [15:03] I think it doesn't look to see what service the credentials are for [15:04] YEAH! [15:04] You did use the --lp flag right? [15:04] wxwidgets2.6 built!! [15:04] yes [15:04] gives a 401 unauthorized error [15:05] Hmm. [15:06] Hi all [15:06] :) [15:06] Laney: Traceback? [15:06] anakron: Hola. [15:06] HI RainCT, Laney [15:07] hola [15:07] ey up [15:07] :O [15:07] Hi anakron :) [15:07] jpds: http://pastebin.ubuntu.com/124792/ [15:08] Laney: Which access level did you give the token? [15:08] all [15:08] Laney, did you use manage-credentials to create the credentials, if so, don't forget to set --level [15:09] thekorn: oh, I don't remember doing this before [15:09] (and the usage doesn't mention it) [15:09] let me try again [15:10] thekorn: no change [15:11] thekorn: Is there no way for the tool to tell what access it was given? [15:11] Laney, staging or edge? [15:11] thekorn: staging [15:11] Here's the line I used: "manage-credentials create -c ubuntu-dev-tools --service staging -l 4" [15:12] Laney, no, unfortunatly the API and launchpadlib does not give such information (yet) [15:12] there is an open bugreport about it [15:12] Wouldn't it be more sensible for the application to request the access level it needs? [15:12] and LP to say "ubuntu-dev-tools wants to read and write non-public data. Is that OK?" [15:14] jpds: Is the problem that get_launchpad takes a service parameter? [15:23] Laney: Actually, that might be the thing you'd want to change to STAGING for testing. [15:24] it'd be better if it could determine it from the credentials file though === thunderstruck is now known as gnomefreak [15:31] Started: 1 hour ago /me wonders why his PC compiles faster than the buildd's [15:31] ah nvm, it's built, I just can't read :P [15:37] Hi laney [15:38] hi ho [15:38] hey, look it, https://bugs.launchpad.net/ubuntu/+bug/335940 , I think that this could be helpful to many people [15:38] Ubuntu bug 335940 in nvidia-settings ""Save to X Configuration File" button does not work" [Undecided,Confirmed] [15:39] it's useful if i "solved" it? [15:40] oh, nvidia-settings is FLOSS? [15:40] mm [15:40] that was a retoric question, I've just seen it's in "main".. nice :) [15:41] :) so it able to add a debdiff file to it? [15:42] it's so easy to solved, but this is not actually an app that MUST be run with root priv [15:43] so [15:43] anakron: I can't see the bug (LP is slooooow) but if it is about adding gksudo, please don't [15:44] i think that only this option must requieres root priv [15:44] the proper way is to use policykit to get root, right? [15:44] right [15:44] for that one op [15:44] yep [15:45] anakron: please forward the bug upstream and ask them to use policykit [15:45] * anakron learning, writting..:) [15:45] RainCT: lies. [15:45] ok [15:45] jpds: eh? [15:46] if that's an answer to LP being slow, I had to refresh 3 times because it always timed out -.- [15:54] RainCT, is there a dbus interface to editing xserver configuration? [15:54] If not, policykey can't magically work [15:56] cody-somerville: Dunno, both dbus and policykit are topics into which I still have to digg in. But in any case, it shouldn't be too difficult to create it, or? [15:57] Take a look at this bug: https://bugs.edge.launchpad.net/ubuntu/+source/startupmanager/+bug/238499 [15:57] Ubuntu bug 238499 in startupmanager "startupmanager doesnt use policykit" [Wishlist,Confirmed] [15:59] Hi [15:59] When will the inclusion window be closed ? [15:59] cody-somerville: so, can't they create a dbus interface for that? [15:59] and, is there some human-readable dbus tutorial? last time I looked at dbus I didn't understand anything :P [16:00] RainCT, I dunno. However, saying folks can't use gksudo or whatever doesn't sound right to me. [16:00] cody-somerville: they can't use gksudo because that is only a minor feature of the application [16:01] nvidia-settings? [16:01] yes [16:01] It never seemed to work for me unless I ran it as root. [16:01] * cody-somerville thinks we should bug superm1 about this. [16:01] I use it everyday myself and it works fine.. [16:05] if anyone with a bit of KDE/CMake knowledge want to take a look at bug 336295 that would be great [16:05] Launchpad bug 336295 in vtk "Changes needed for python2.6 transition" [Undecided,New] https://launchpad.net/bugs/336295 [16:10] * JontheEchidna takes a peek [16:15] Hey folks, how deep of freeze is Jaunty in now? [16:15] feature freeze [16:15] Hi bddebian, we are already in FF [16:15] last time i checked [16:16] Hmm, so I'm screwed for a new lordsawar upstream eh? [16:16] you could file a FFe request [16:17] bddebian: or is it bugfix only? [16:17] Mostly bugfix but I'll ask him [16:22] hm, nobody got around to updating nvidia-glx-180 to a stable release on intrepid. so when my new pc is fixed, i need to upgrade to jaunty or wait... :/ [16:43] directhex: it is in intrepid-updates [16:44]