[04:13] <bcurtiswx> BUGabundo: i tell ya, that update notifier bug list is vicious
[07:02] <YoBoY> good morning
[09:50] <deepspring> I found a bug in Python 2.6 on Ubuntu 9.04... do I discuss it here?
[09:50] <persia> Yes.
[09:50] <deepspring> http://ubuntuforums.org/showthread.php?p=7046504
[09:51] <deepspring> persia, cut and paste
[09:51] <deepspring> :p
[09:51] <persia> But it's best practice to file the bugs in launchpad, rather than as forums articles :)
[09:51] <deepspring> ok
[09:52] <deepspring> was trying to find a way around the problem
[09:54] <geser> what's the exact problem? /usr/local/lib/python2.6/dist-packages is listed in sys.path for python2.6
[09:56] <geser> if you want to install to /usr then that's should be done through a package, so it seems to be sane to force /usr/local
[09:57] <geser> packages use "setup.py install --install-layout=deb" to get it installed to /usr
[09:57] <deepspring> forcing that /usr/local results in packages being installed to /usr/local/lib/python2.6/site-packages  which is ignored by python 2.6
[09:59] <geser> so the problem only exists when --prefix=/usr/local is used?
[09:59] <deepspring> yes
[09:59] <persia> And it's only looking at dist-packages
[09:59] <deepspring> pretty much
[10:00] <deepspring> want me to paste sys.path
[10:00] <andol> deepspring: https://bugs.launchpad.net/ubuntu/+source/python2.6/+bug/350016/comments/1
[10:01] <geser> IIRC /usr/local/lib/python2.6/site-packages is used by a locally installed python2.6
[10:01] <deepspring> well this is the python package that came with 9.04
[10:02] <geser> so I don't know what's the correct behaviour with --prefix=/usr/local
[10:02] <geser> doko: any comment on this? ^^
[10:02] <deepspring> I've been trying to work around it.. but nothing I've tried works
[10:03] <persia> andol, Thanks: that's exactly the most relevant comment :)
[10:03] <deepspring> other than testing for 'Ubuntu' and '9.04' and adjusting prefixes to suit
[10:03] <geser> deepspring: does the application work when installed with --prefix=/usr and Ubuntu's python2.6?
[10:03] <persia> deepspring, geser Read andol's link.
[10:03] <andol> deepspring: Which problem are you trying to work around? When installing thru a package or as a upstream source package?
[10:04] <deepspring> when installing a package locally (the package is still being developed, no debs made yet)
[10:05] <deepspring> python setup.py install
[10:05] <andol> deepspring: Yes, then the link I gave you earlier is relevant :)
[10:06] <savvas> "python setup.py -n install --prefix=/usr" shows the same thing
[10:06] <savvas> copying build/lib.linux-x86_64-2.6/supybot/plugins/Web/test.py -> /usr/lib/python2.6/site-packages/supybot/plugins/Web
[10:07] <savvas> I guess it needs that install-layout :)
[10:07] <savvas> but that's local for debian, isn't it?
[10:07] <deepspring> no idea
[10:08] <savvas> I mean a local parameter
[10:08] <savvas> "python setup.py -n install --prefix=/usr/local --install-layout=deb"
[10:08] <savvas> copying build/lib.linux-x86_64-2.6/supybot/plugins/Web/test.py -> /usr/local/lib/python2.6/dist-packages/supybot/plugins/Web
[10:08] <deepspring> not very backwards compatible
[10:11] <andol> savvas: Actually, --prefix & --install-deb are mutually exclusive in 9.04. You might want to use --root instead.
[10:12] <andol> savvas: See bug #345086 as an example
[10:13] <savvas> andol: thanks :)
[10:16] <deepspring> ok... so I'm going to need to test for the existence of dist-packages and make a symlink to site-packages when forcing a prefix of /usr/local
[10:16] <deepspring> this is going to be fun
[10:16]  * deepspring scratches head
[10:18] <geser> why?
[10:19] <geser> site-packages is only for local python installations and dist-packages for the system python
[10:19] <deepspring> site-packages gets ignored in 2.6
[10:19] <geser> only for the system python2.6
[10:20] <geser> if somebody installs python 2.6 manually (from the tar.gz) it will use site-packages
[10:20] <deepspring> I'm not installing python, only an application, using the default python installed with Ubuntu 9.04
[10:21] <geser> then you app should get installed to dist-packages so it can be used with python2.6 (from 9.04)
[10:21] <deepspring> yes.. but I also want it to be backwards compatible
[10:22] <deepspring> with 2.5
[10:22] <andol> deepspring: Well, I'm not really a Python person, but shouldn't it be possible to do some kind of version checking in the install script?
[10:22] <geser> "python2.5 setup.py install" will install it to python2.5/site-packages
[10:23] <deepspring> adol, yes its pretty easy
[10:25] <deepspring> geser, its the path to the ui data (glade files) I'm more concerned about... in that thread I linked, I gave an example of the install script I'm using
[10:25] <deepspring> I have to have static paths for Glade files
[10:26] <geser> ah, I slowly begin to understand where your problem exactly is
[10:27] <deepspring> yus...
[10:28] <deepspring> the only fix I have for it at the moment, is using platform.dist() to get the OS details and adjusting the prefixes to suit
[10:28] <geser> what I don't understand is why you want to install to /usr and not /usr/local as the later one is for locally installed apps
[10:28] <deepspring> yeah I know
[10:29] <andol> Well, I think I'll leave this discussion to those of you who actually know and use Python :) Myself I only happend to have a couple of related bug report in myself head.
[10:29] <deepspring> Ubuntu 8.10 and earlier though default to /usr
[10:30] <deepspring> I'll reinstall 8.10 under VirtualBox and try to find a common ground I guess
[10:32] <geser> what about checking both locations? as it should be possible to install to /usr/local with python2.5 too
[10:33] <deepspring> should be... I'll have to reinstall 8.10 under a VM to find out (I have only one machine)
[10:33] <deepspring> I'm trying to adjust for forward compatibility as well as backward
[10:33] <deepspring> so far I'm failing
[10:35] <thekorn> soory, did not read the complete log yet, but what about using   pkg_resources.resource_filename() to find the glade file in your script
[10:35] <deepspring> glade file is located outside of the python search path
[10:36] <deepspring> I guess I'll have to merge it back in
[10:38] <deepspring> ok I think I have solution around it... thanks thekorn search for that brought up a possibility
[10:40] <deepspring> it means adjusting the package layout a bit though, and I will have to rethink the automatic desktop file creation :/
[11:35] <deepspring> ok that aint working
[11:44] <deepspring> I give up... I'm guessing there is no way to have a backwards compatible program with 2.6
[12:29] <deepspring> found a solution
[12:29] <deepspring> its a hack of a solution, but a solution
[12:29] <deepspring> http://ubuntuforums.org/showpost.php?p=7047097&postcount=4
[12:29] <deepspring> end of problem
[12:30] <deepspring> if it breaks it breaks
[13:04] <miki4242> hi all, just found this: http://patch-tracking.debian.net/
[13:04] <miki4242> not yet in any wiki, only one changelog
[13:04] <miki4242> wiki = Ubuntu wiki
[16:28] <cowbellemoo> Hyia, I'm new to bug work and I just got started improving reports on launchpad.  A few of the ones I've subscribed to don't show up for me on my profile page.  Does anyone know why that might be?
[16:29] <cowbellemoo> (one's status is invalid, the other is a dupe...does LP only show 'valid' bugs on your profile page?)
[16:31] <savvas> cowbellemoo: probably
[16:31] <savvas> I think yes :)
[16:32] <savvas> if a bug is invalid or a dupe it's hidden from bug searching as well
[16:32] <savvas> (unless you're in advanced search, I think there's an option for dupes and such)
[16:33] <cowbellemoo> Ah, I guess that makes sense to keep things free of clutter
[16:35] <savvas> yep
[16:35] <savvas> still, you got your karma points :)
[16:35] <savvas> thank you for helping out!!
[16:39] <cowbellemoo> ha, yeah I'm saving up to buy the fake moustache behind the counter.  :D
[16:43] <savvas> cowbellemoo: if you make that a brainstorm idea, I'll support you :P
[16:44] <cowbellemoo> hehe!
[18:35] <andresmujica> ping dtchen
[19:43] <bdmurray> ogasawara: is there a module for an SAA7130?  I've no pci id
[19:44]  * bdmurray hits head
[19:44] <bdmurray> Kernel driver in use: saa7134
[19:44] <bdmurray> I guess that answers that
[19:45] <ogasawara> heh
[19:47] <BUGabundo1> do you guys have any recent reports of system crashs and kernel panics??
[19:47] <BUGabundo1> I got 2 in under 24h, when this system never even had one in over 14 months
[19:47] <BUGabundo1> using ext3 and NV, not stuff like ext4 or intel card, that are known to be a bit more buggy
[19:47] <BUGabundo1> :(
[19:49] <BUGabundo1> ogasawara: any thing ?
[19:50] <hggdh> er... any matches in LP?
[19:50] <bdmurray> sbeattie: Do you an easy way to do a dist upgrade?  bug 358893
[19:51] <bdmurray> That's the 2nd one I've seen regarding partner and mismatches
[19:51] <sbeattie> bdmurray: http://www.kubuntu.org/~jriddell/9.04-upgrade/kubuntu-8.04-to-9.04-beta-upgrade
[19:53] <BUGabundo1> hggdh: too broad search
[19:53] <hggdh> ugh
[19:53] <BUGabundo1> hggdh: searching for kernel panic won't help me much
[19:54] <BUGabundo1> can't set a time frame for just last week jaunty
[19:54] <BUGabundo1> apt-listchanges doesn't show anything serious (kernel, nvidia driver, alsa)
[19:54] <BUGabundo1> just NM trunk
[19:56] <ogasawara> BUGabundo1: you'll have to get me specific info of the kernel panic, otherwise it's hard to narrow down possible bug reports
[19:57] <BUGabundo1> ogasawara: I know, but I haven't any info on it... I'm using my laptop, as I always do, and it just froze... twice
[19:57] <BUGabundo1> I get Caps lock blinking
[19:57] <BUGabundo1> Linux blubug 2.6.28-11-generic #41-Ubuntu SMP Wed Apr 8 04:39:23 UTC 2009 x86_64 GNU/Linux
[19:59] <BUGabundo1> ogasawara: of course I'll try to help here, I'm the most interested person in debugging this, but I lack the data to help out more
[20:00] <sbeattie> BUGabundo1: anything show up in /var/log/kern.log before the reboot information?
[20:00] <BUGabundo1> I'll pastebin it
[20:01] <BUGabundo1> kern.log http://paste.ubuntu.com/148519/
[20:02] <BUGabundo1> kern.log.0 http://paste.ubuntu.com/148520/
[20:04] <BUGabundo1> Apr 10 19:18:56 blubug kernel: [ 1818.576309] general protection fault: 0000 [#4] SMP
[20:04] <BUGabundo1> could this be it ?
[20:05] <BUGabundo1> I get a few backtraces on shutdown
[20:05] <BUGabundo1> never track down the cause.
[20:05] <BUGabundo1> but a general protection fault is the 1st
[20:10] <sbeattie> BUGabundo1: the first issue is 'kernel BUG at /build/buildd/linux-2.6.28/mm/slub.c:2743!' (not good!)
[20:10] <sbeattie> BUGabundo1: file a bug against the kernel and attach those logs. ogasawara will want to see them.
[20:10] <BUGabundo1> ok
[20:11] <BUGabundo1> apporting it now
[20:11] <ogasawara> BUGabundo1: if you could also comment if you're doing anything in particular during the time you get this panic that would be great
[20:11] <BUGabundo1> nope
[20:11] <BUGabundo1> just browsing
[20:12] <ogasawara> BUGabundo1: I do see firefox segfaults just prior
[20:12] <BUGabundo1> that's an old one
[20:12] <BUGabundo1> fta and asac know about it
[20:12] <BUGabundo1> firefox pre branch stuff
[20:15] <sbeattie> BUGabundo1: you may wish to boot to single-user and force a fsck on sda1 (is that /?) just to make sure your fs is sane as in kern.log.0, ext3 did some journal recovery cleanup on that fs.
[20:15] <BUGabundo1> sbeattie: did that, twice now
[20:16] <BUGabundo1> I always do it, after system freezes
[20:16] <BUGabundo1> it already cause me data loss
[20:16] <BUGabundo1> filling a bug on kdepim about it
[20:16] <BUGabundo1> it suffers from that bug that Tso keeps talking about
[20:18] <BUGabundo1> another thing, can some one triage bug 359227 ?
[20:24] <BUGabundo1> ogasawara: sbeattie: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/359231
[21:27] <sbeattie> bdmurray: finally regen'ed my kubuntu hardy vm and have reproduced  bug 358893
[21:33] <sbeattie> bdmurray: of course, just enabling the partner archive on jaunty reproduces the error message.
[21:34] <bdmurray> sbeattie: well, that would have been easy to check
[23:26] <nailora> is there any simple way to save a core file when an application crashes and apport intercepts? sometimes on launchpad i am asked to provide a backtrace of crash after reporting a bug with apport, but at that point i have no chance to generate one (especially true for bugs that are not easy to trigger/have unknown reason). if i had a chance to save the core at the time of crash i could easily backtrace it later with gdb...
[23:44] <hggdh> nailora, if apport intercepted the crash, you can get it
[23:44] <hggdh> it will be stored under /var/crash. Just run 'apport-retrace -g <crash file>
[23:44] <hggdh> and you get gdb on the core
[23:46] <nailora> thx, they seem to be stored there, indeed. the ones i need are no longer there, but next time i suspect i might need one, i will copy it directly after the crash.
[23:47] <nailora> is there a reason this is not better integrated into apport
[23:52] <hggdh> well, it is
[23:52] <hggdh> apport-gtk reports on crashes; apport-retrace allows you to look at it locally, if you want
[23:53] <hggdh> I am not sure what you mean by "better integrated"