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