[00:02] pitti: I was told to bug you (don't you feel lucky) - i'm trying to do 'this' https://bugs.edge.launchpad.net/ubuntu/+source/xorg-server/+bug/212073 [00:02] Ubuntu bug 212073 in xorg-server "Touchscreen stops functioning correctly in Xorg if the device is removed/reinserted" [Low,Fix released] [00:02] I see the changes in lshal, but 0 effect on X [00:03] the problem I am trying to fix: when I move my finger to the left, the mouse cursor moves to the right [00:04] I suppose turning the machine upside down won't do it? [00:04] ;-) [00:05] don't laugh - I was considering that [00:05] but then the up/down will have problems [00:11] kirkland: that's fixed it, thanks. I'll upload the change, if you like. [00:13] hrm, it's in bzr. damn. === NCommander is now known as Guest49220 [00:17] argh === Guest49220 is now known as NCommander [00:21] kirkland: blah, it's done already. Who said fixes in ubuntu weren't fast? ;) Thanks! [00:28] hey Hobbsee [00:29] NCommander, i did it, i got an arm system booted in qemu [00:29] score :-) [00:30] NCommander, if i might make a suggestion... could someone DOCUMENT the fact that the default kernel cmdline includes "mem=32M"? [00:30] hey NCommander [00:30] hair was torn out over that [00:30] * NCommander didn't know that [00:30] Hobbsee, how goes it [00:30] NCommander, i got the screenshot i wanted - http://www2.apebox.org/wordpress/wp-content/gallery/00-single/armless.png [00:31] lol [00:31] Xubuntu! [00:31] NCommander: fighting matlab :) [00:31] FTW! [00:31] NCommander, MID was uninstallable this morning due to python transition [00:31] Hobbsee, have you prepared the scarifies in the necessary order? [00:31] directhex, the python transition has/had most of the archive broken :-/ [00:31] * StevenK is kicking python-hildondesktop now [00:32] NCommander: no. I think that might be my problem... [00:32] StevenK, well, i'm not moaning, fixing lp-integration made xubuntu installable :p [00:32] Yay for installable xubuntu [00:32] matlab? :| [00:32] * NCommander just installed Alpha 5 on his new machine :-) [00:32] StevenK, what's wrong with it [00:32] NCommander: Python 2.6 [00:32] NCommander, i wasn't going to push my luck & try a full-on gnome on arm in qemu with 256M [00:33] I mean is it FTBFSing? [00:33] directhex, 256 is the max you can run. GNOME runs slowly, but it does work [00:33] NCommander, at any rate, silverlight on ARM, complete with media support! :p [00:33] nice! [00:34] NCommander: It's uninstallable, I'm looking at fixing it. [00:34] StevenK, would you like some help? [00:35] NCommander, mostly i was documenting the procedure, to allow novell to produce one of those optional licensed binary codec downloads for arm. in case ffmpeg ever loses the required abilities for any reason. [00:54] * TheMuso kinda wished that the python transition happened earlier in the cycle... [00:54] IMO transitions should only be before feature freeze. [00:55] started, certainly. sometimes they can drag on a bit, depending on size [00:55] Major ones anyway. [00:58] But python2.6 was uploaded past FF? [00:58] s/?/. [00:59] It was, but it was spec'ed and approved. [01:00] bam, i have now entered the debian web o' trust [01:01] What's the point of FF if we break everything post it :-/ [01:01] * NCommander is reminded of libbluetooth last cycle, although that was kinda an exception cirmstance. [01:03] NCommander: It wasn't python2.6 that was the issue, it's python-defaults. [01:30] Is there a main sponsor available to look at the one-line patch in bug 336436? [01:30] Launchpad bug 336436 in lsb "/usr/bin/lsb_release:81: DeprecationWarning: the sets module is deprecated" [Undecided,Confirmed] https://launchpad.net/bugs/336436 === asac_ is now known as asac [04:22] okay quick question-- I need to find out what version of oss is installed on someones computer -- is there a quick command to find that? [04:27] apt-cache policy or dpkg -l will both tell you package versions [04:28] i assume you mean either alsa-oss or oss-compat [04:28] oss-compat [04:30] thanks [04:32] np [04:35] he can hear system sounds but they are distorted and he is using oss [04:36] so I fount 4.1 and 4.0 is the installed version and according to their page they fixed a few issues with his sound card [04:36] for jaunty, did alsamixer get replaced? (or, how do I adjust volume levels in a script) [04:37] this one I am afraid is for hardy-- and I think it fixed his issue before just too many people -- too many configurations -- plus my 3 here at the house and 2 linux ones at work and 10 computers at work and 2 servers [04:38] and that does not count the 25 laptops [04:50] CarlFK: no, alsamixer's still there [04:50] this isnt really the place to be asking such support questions though.... [04:54] maco: oh yeah - the oss stuff distracted me === jdong_ is now known as aaaa === aaaa is now known as Guest99615 === Guest99615 is now known as jdong_ [08:08] Good morning [08:09] EtienneG: yes, although there's probably little I can do about it :/ [08:09] jdong_: we should get dbgsyms for -updates/-security [08:10] CarlFK: 212073> let's discuss that in the bug, please subscribe me [08:11] CarlFK: oh, you mean you don't have this particular problem? can you please describe the problem more specifically? does it happen after removal/reinstert, or always, and what's lshal output? [09:06] anyone knows if there is precendence of adding libs to ia32 as an SRU? [09:06] \sh: ^^? [09:13] asac: I would be very cautious in accepting such an SRU - why is it needed? [09:18] slangasek: two things: [09:19] slangasek: i got complain from NSPR/NSS/chrome developer that libnss3-1d needs libsqlite ... but only libnss3-1d is in intrepid ia32 [09:20] slangasek: 2. also they would love to see those in the LTS, as it would allow amd64 users to build chromium === azeem_ is now known as azeem [09:25] its a bit strange that it was added there without sqllite ... in jaunty libnss3-1d explicitly depends on libsqlite3-0 (>= 3.5.9) [09:31] asac: if it were the case that we were shipping nss in hardy ia32-libs already and it was broken, that would be a good reason for an SRU. I don't think we should add more libs to ia32-libs in hardy simply because they'd be nice to have. [09:37] doko: what do you think about writing a mail to ubuntu-devel-announce that explains to the developers that all packages that use python and distutils needs to get the "--install-layout=deb" added? I just did it for command-not-found and unattended-upgrades, but there are much more that need love. its funny, a simple rebuild puts everything in /usr/local now [09:38] slangasek: yes. thats what i thought. intrepid ok, hardy not [09:38] i will provide those in some ppa maybe ... so they can add something more official to their build instructions [09:39] doko: or at least the scripts and i18n stuff (that is build via python-distutils-extra) [09:39] asac: if this is just for building... why not use an i386 chroot? [09:39] slangasek: its also for running ;) [09:39] ok [09:58] james_w: bzr-builddeb --merge seems to be broken in jaunty [09:59] asac: how? [09:59] (still i guess) ... i have debian/ only branches and the top level dir from the tarball ends up in the build tree [09:59] james_w: http://paste.ubuntu.com/125187/ [09:59] (ignore the aclocal.m4 ... that was created in pre-build) [10:00] and what do you expect? [10:00] james_w: i expect the content of NetworkManager.git directory to be in toplevel [10:01] asac: can you do a find for me? [10:01] what are the entire contents of that directory? [10:01] james_w: inside NetworkManager.git? [10:01] ok [10:02] james_w: http://pastebin.com/f26d95ae4 [10:02] let me get a tar tzf of the tarball too [10:02] james_w: http://pastebin.com/f33d9b4d7 [10:03] pitti: in Jockey, there are 'DeprecationWarning: the sets module is deprecated' string all over gui, making mess out of it [10:04] asac: do you still have the Intrepid version pinned? [10:05] PecisDarbs: do you use 0.5-0ubuntu2 ? [10:05] james_w: ii bzr-builddeb 2.1~0ubuntu1 bzr plugin for Debian package management [10:05] PecisDarbs: I did some python 2.6 fixes there [10:05] PecisDarbs: over the gui? do you have a screenshot? [10:06] lsb_release output perhaps? [10:06] (bug 336436, about to sponsor now) [10:06] Launchpad bug 336436 in lsb "/usr/bin/lsb_release:81: DeprecationWarning: the sets module is deprecated" [Low,Confirmed] https://launchpad.net/bugs/336436 [10:07] pitti: 0.5-0buntu1 or 2 [10:07] pitti: screenshot comming, one min [10:07] PecisDarbs: well, the 'or' matters :) ubuntu2 has the 2.6 fixes === DrKranz is now known as DktrKranz [10:07] pitti: ubuntu2 [10:08] james_w: maybe builddeb expects the top level directory name now to be of a certain format? [10:09] asac: no [10:10] strange [10:11] asac: can you let me have your branch and tarball? [10:11] pitti: http://imagebin.ca/9L_dWXk.html [10:11] it was working fine for me on Saturday, so I'd like to look at what you are using [10:11] PecisDarbs: that's 404 [10:12] james_w: sure: http://people.ubuntu.com/~asac/tmp/network-manager_0.7.1~rc2+1git7f1c86e3.orig.tar.gz [10:12] wait, I will copy&paste :) [10:12] pitti: http://imagebin.ca/view/9L_dWXk.html [10:12] james_w: bzr branch lp:~network-manager/network-manager/ubuntu.0.7.1 [10:13] PecisDarbs: right, that's the bug cjwatson mentioned [10:13] 0.7.1, eh? does it actually save a default static ip yet, rather than ignoring you & re-creating a default dhcp link? [10:14] ok, nice to know that you are informed already :) [10:14] pitti,PecisDarbs: fix just uploaded [10:15] pitti: why is jockey displaying lsb_release's stderr in its UI though? [10:15] asac: wfm, "bzr plugins -v | grep builddeb -A2" please? [10:15] cjwatson: thanks man :) [10:15] pitti: and it might make sense to only call it once ... [10:15] cjwatson: stderr> just fixed in bzr [10:16] heh, ok [10:16] cjwatson: once> that's what I did initially, but on other platforms "lsb_release -sir" is not predictable wrt. line breaking/spacing [10:16] cjwatson: longer-term I just want to move this to a build-time check [10:17] james_w: http://pastebin.com/f6d45ce69 [10:17] line breaking/spacing> I don't get it. I just meant to call it once up-front and then you could still substitute it into a string and line-wrap that as normal [10:18] cjwatson: but if it uses space instead of newline as separator, where do I break if there is more than one space? [10:18] asac: it is odd that it is dist-packages [10:18] of course that's slightly pathological (if the distro name has a space in it) [10:18] unless that change was made a little while ago [10:19] james_w: i think before weekend doko did pythong 2.6 transition [10:19] asac: yeah, but this was built almost 2 weeks ago. I guess it's not a problem, I just didn't expect it [10:19] pitti: the UI shown in the screenshot above only uses "Ubuntu" [10:20] pitti: so you could use -si called just once for those, and call -sr separately if you need the release version number [10:20] cjwatson: yes, I could do that [10:20] pitti: I didn't mean "just once, absolutely, for the whole program" - I meant "collapse multiple identical calls into one" [10:20] asac: I don't understand though, I do a "bzr bd --export-only" and it creates the layout you desire [10:21] let me check [10:21] james_w: not for me :( [10:21] james_w: ls ../builds/network-manager-0.7.1~rc2+1git7f1c86e3/ [10:21] debian NetworkManager.git [10:22] I can see that [10:22] I just need you to do a bit more digging, as I can't reproduce it [10:22] cjwatson: it's quite an intrusive change, though (changing all occurrences of using the variables to a function call which lazily calls lsb_release if it wasn't used yet), so I don't want to change it right now [10:22] james_w: i am here - and since i am kind of stuck because of that i will be here ;) [10:23] asac: can you branch to a fresh area [10:23] put the tarball in the parent dir [10:23] james_w: my builddeb conf is: [BUILDDEB] [10:23] build-dir = ../builds/ [10:23] result-dir = ../results/ [10:23] cjwatson: (it doesn't call "lsb_release -sr" multiple times ATM either) [10:23] oops [10:23] damn paste ;) [10:23] and run "bzr bd --export-only" and pastebin the output? [10:23] james_w: yes let me check [10:24] james_w: http://paste.ubuntu.com/125199/ [10:25] james_w: oh fresh area [10:25] sorry [10:26] james_w: http://paste.ubuntu.com/125200/ [10:28] hmm [10:28] james_w: i branched from the local branch. i can try the remote branch too if that can make any difference [10:30] it shouldn't [10:30] asac: do you have any aliases for "tar"? [10:30] do you have a ~/.bazaar/builddeb.conf? [10:31] mvo: https://lists.ubuntu.com/archives/ubuntu-devel/2009-February/027528.html [10:32] james_w: yes. i pasted the builddeb a few lines above [10:32] ah [10:32] (just build-dir = ... and result-dir = ..:) [10:32] do you have a .bzr-builddeb in this branch? [10:32] james_w: no alias for tar [10:32] james_w: if i have it, its committed [10:32] let me check [10:32] the one I have is merge = True in default.conf [10:32] james_w: yes, but you should hav eit too [10:32] do you have anything else? [10:32] right [10:32] no [10:32] no local.conf? [10:33] local.conf? [10:33] in .bzr-builddeb? no [10:33] .bzr-builddeb/local.conf [10:33] ok [10:33] note: i just did a clean branch ;) [10:33] true :-) [10:33] james_w: is there kind of "verbose" mode? [10:34] asac: you can look in ~/.bzr.log [10:34] doko: fair enough, I was just thinking that ubuntu-devel-announce might be a good place too, especially since a rebuild without changes may now move stuff into /usr/local [10:34] mvo: it does work for simple packages, python-support, python-central and cdbs are patched to move these files around [10:35] james_w: http://pastebin.com/f6966bbbc thats what i get on --export-only run [10:35] james_w: line 22. [10:35] what do you run there? [10:35] mvo: do you see any additional, or grave update failures? [10:36] doko: I just updated command-not-found and unattended-upgrades (they use debhelper) and I suspect gdebi needs a update too [10:37] webkitgtk python is broken ;) [10:37] doko: maybe more, I need to check my devel tree. most of my python stuff does not use cdbs :/ [10:37] mvo: btw, why does update-manager install into /usr/lib/pythonX.Y? Is this used by any other package? [10:37] doko: but you know better whats doing on in python land, so its up to you where to announce [10:38] mvo: it's a feature not to use cdbs [10:38] asac: tempdir = tempfile.mkdtemp(prefix='builddeb-', dir=build_dir) [10:38] subprocess.call(['tar','-C',tempdir,'-xf',tarball]) [10:38] doko: it installs stuff with nomove for improved stability (if that is what you mean) [10:38] doko: just like python-apt [10:38] doko: its one of the things that should be as robust as possible [10:39] doko: oh, you mean computer-janitor [10:39] mvo: well, using a private libdir would be even more stable (if you don't have dependencies on update-manager) [10:39] doko: that is fallout from the merge with liw, let me check [10:40] james_w: ok, that would give NetworkManager.git inside of builddeb-XXXX i guess [10:40] doko, mvo: packagekit-backend-apt depends on update-manager [10:40] doko: the computerjanitor stuff is meant to be used by other packages so it needs to be public, but its in the wrong place [10:40] ahh [10:40] mvo, in the wrong place? [10:42] liw: I see stuff in site-packages here on my system from computerjanitor that should be in dist-packages, but let me rebuild to actually verify that [10:42] james_w: are you running latest jaunty? [10:42] mvo, ah [10:44] doko: a quick question: for the use of py_libdir_sh the (loop) variable should be named python, right? [10:44] asac: no, not updated over the weekend? [10:44] james_w: do you have python 2.6 as default? [10:45] asac: nope [10:45] geser: no, the value that you pass should either be pythonX.Y or X.Y [10:45] doko, what should I do to improve my python packages which use cdbs? [10:45] james_w: i would think thats the reason then ;) [10:45] james_w: any trick how i can bzr to use 2.5? [10:46] doko: I've "Package bitbake version 1.8.12-1 has an unmet dep: [10:46] james_w: so yeah ;) [10:46] Depends: python2.4-pysqlite2 [10:46] james_w: python 2.6 booooo [10:46] glatzor: I don't know which packages you do maintain, and I won't look at those suggesting improvements ;) what exactly do you want to know? [10:46] doko: bad paste :( [10:46] james_w: python2.5 /usr/bin/bzr bd --export-only works! [10:47] geser: nothing should depend on pysqlite2 anymore [10:47] doko, you mentioned that not using cdbs would be feauture. so what does it wrong? [10:48] glatzor: I won't start a cdbs discussion. some like it, some not. [10:49] doko: I've "for py in $(PYVERS); do ..." in a rules file, so I use "$(py_libdir_sh)" instead of the hardcoded site-packages. I'm no makefile expert so I don't know from looking at the python.mk if it will work with the variable being named "py". [10:50] asac: thanks, I'm trying to update now [10:51] * asac alias python python2.5 [10:51] ;) [10:51] geser: $ grep 'Call as' /usr/share/python/python.mk [10:51] doko, liw: it looks like I was just confused by the fact that 2.6 stuff goes into dist-packages and 2.5 goes into site-packages. so update-manager should now be ok and install into the right locations [10:51] mvo: yes, I didn't want to change existing locations [10:52] sure [10:53] james_w: let me know when its fixed ... i repointed my python link to 2.5 now [10:53] could we do anything to make builds fails that have the lcoation not updated on the buildds? or add some sort of check to fail if stuff ends up in /usr/local at the end of the build? [10:53] I mean, packages that have no "--install-layout=deb" but get rebuild [10:54] (e.g. because the maintianer overlooked the required change or because of control.in vs control file confusion etc) [10:54] mvo: I think that already happends, in pkgbinarymangler (pkgsanitychecks) [10:55] mvo: these should fail, yes. [10:55] pitti: aha, great. [10:55] mvo: but I found most of my packages FTBFS much earlier, because of wrong *.install files [10:55] but we only check for /usr/local/lib/pythonX.Y, so maybe I just add a check for /usr/local [10:56] pitti: yeah, me too. unattended-upgrades does not have one, so having this additional check is certainly good [10:56] doko: sounds good, e.g. for stuff that is just a python-script with a private dir [10:57] * mvo leaves for lunch [11:02] mr_pouit: I see that there are quite a few xfce4-related sync requests; do these have a FFe somewhere? [11:08] doko: how's python 2.6 going? the extra python has caused a bit of a jump in CD size. :) [11:09] doko: should I expect that to clear up soon, or should I offload some more langpacks in the meantime? [11:09] slangasek: isn't this called collateral damage? ;) [11:09] heh === seb128_ is now known as seb128 [11:10] slangasek: we have one extra python version so extra use is expected no? [11:10] seb128: yes - but it's not supposed to stay that way for release, is it? [11:10] well, the gnome bindings were only built for 2.5 before alpha-5, so python-gnome-*, gtksourceview and deskbar-applet did increase in size [11:11] I'm not aware of other packages going up in size after alpha-5 [11:11] the main difference was that python2.6 wasn't on the CD before, and is now [11:12] slangasek: well we don't plan to drop python 2.5 do we? [11:12] ouch, 1MB compressed larger ... [11:12] seb128: I would assume that we plan to only have one version of python on the CD [11:13] why would you want more than one version of ANYTHING on the cd? [11:14] slangasek: ahh, the static lib is in python2.6. will fix this [11:15] doko: but that's still two versions of python on the CD, which is mainly what I was asking about... [11:15] slangasek: which packages depend on 2.5 on the CD? [11:16] dunno, checking [11:17] if vim is on the CD then vim at least [11:17] looking at vim ... [11:18] doko: hmm - evolution [11:18] vim isn't on the CD, only vim-tiny [11:18] slangasek, seb128 : this should be fixed with the next upload. seb128, do you plan one? [11:19] james_w: may you have a look to bug 336067 later? it's broken since the update to python 2.6 [11:19] Launchpad bug 336067 in python-httplib2 "python-httplib2 needs a patch for Python2.6 support" [Undecided,New] https://launchpad.net/bugs/336067 [11:19] doko: yes, new GNOME versions due today [11:19] pedro_: sure, please assign it to me [11:19] james_w: will do, thanks you :-) [11:19] seb128: if you upload a new evo, can you include the screen size patches, or do they need more work/discussion? [11:20] pitti: I can try, there is just a zillion of those in a tarballs which is going to take a while to review, not to mention that I hate those "add scrollbars everywhere" changes, but shrug [11:21] seb128: yeah, they are ugly; I only sponsor fixes which are reported/discussed upstream, though [11:21] seb128: still, ugly is better than broken on netbooks [11:21] right [11:21] if they don't add frame one normal desktop case [11:21] which some of those changes do [11:21] one -> on [11:23] grrrr at kubuntu [11:23] we are getting a zillion of ""gnome-appearance-properties crashed with SIGSEGV in QGtkStyle::drawControl()" [11:23] gtk-qt-engine is really a crappy crashing thing [11:27] since it exists :) [11:27] seb128: I'd drop it if gtk had a sane default style [11:28] it would have been nice to have python.mk available well before the transition so that I can actually build a source package containing the needed fixes for me to be able to upgrade past the transition [11:29] I think I will add an apport hook to refuse any crasher if that thing is installed and display a warning "you installed that crappy kubuntu hack uninstall it if you want stability" [11:34] * pitti arghs at pidgin ftbfs (libtoolish); Keybuk, seb128, you don't happen to know what http://people.ubuntu.com/~pitti/tmp/pidgin_2.5.4-2ubuntu2_i386.build wants to tell me? [11:34] pitti: run autoreconf [11:35] seb128: right, I could update the 70autoconf.patch, but it built correctly just 7 days ago.. [11:35] pitti: it will not ftbfs on the buildds, the issue is that it runs automake locally [11:35] oh, I see [11:35] pitti: that's a timestamp issue I never bother trying to fix it correctly, it only fails if automake is installed [11:36] tkamppeter, do you happen to know about Brother QL-550 label printer support? [11:40] seb128: weird, pidgin b-deps on automake through intltool [11:42] liw, I know about a third-party driver which is linked from the appropriate printer and driver pages on OpenPrinting, but I did not test it. [11:42] tkamppeter, ok, thanks [11:42] pitti: dunno but some autotools don't get installed and run on the buildd but do locally [11:43] ah, apparently I had automake1.9 installed [11:51] if a main sponsor has some time: bug #336601 [11:51] Launchpad bug 336601 in dput "Modules in use deprecated by python 2.6" [Undecided,New] https://launchpad.net/bugs/336601 [11:59] slangasek, on http://ports.ubuntu.com/ubuntu-ports/dists/jaunty/main/installer-armel/alpha-5/images/ixp4xx/netboot/ there is some discrepancy between the file creation dates [12:00] vmlinuz has a stap from 27th while the other two are from 25th [12:00] *stamp [12:00] ta pitti [12:00] i think something went wrong here [12:01] ogra_: well, I see the same in te 20081029ubuntu21 dir it was copied from... [12:02] weird [12:02] http://ports.ubuntu.com/ubuntu-ports/dists/jaunty/main/installer-armel/20081029ubuntu22/images/ixp4xx/netboot/ has the same dates on all files [12:02] ogra_: so I'm not sure what went wrong, but it went wrong somewhere upstream from the copying I did [12:04] ogra_, did i mention "woo, i got an arm qemu system booting"? [12:04] geser: will you forward bug 336601 to Debian as well? It should work with python 2.5, too [12:04] Launchpad bug 336601 in dput "Modules in use deprecated by python 2.6" [Undecided,New] https://launchpad.net/bugs/336601 [12:05] directhex, no, you didnt, congrats :) [12:06] ogra_, think you could be a sweetheart & document the "mem=32M" bit in the default cmdline? i kept having oom issues until i actually read the kernel config & spotted that [12:06] hmm, i wasnt aware of that and all my docs say -m 256 and append "mem=256M" [12:07] (see https://wiki.ubuntu.com/ARM/RootfsFromScratch ) [12:08] still... http://www2.apebox.org/wordpress/wp-content/gallery/00-single/armless.png [12:08] e [12:10] directhex, i dont build the kernels (our kernel team does) but i'll talk to them to drop that default with the next upload [12:10] ogra_, it'd make it easier for qemu, since you can just use the -m flag [12:10] hey guys, is the python upgrade in jaunty mostly over? [12:11] directhex, yeah, understood ... i didnt even notice since as i said i ude append everywhere anyway [12:11] *use [12:11] ogra_, d-i is sad with only 32M ^_^ [12:12] depends :) [12:12] ahasenack: I would say we're still somewhere towards the middle of the end [12:12] * ogra_ just made it work with the NSLU2 port on 30M [12:12] sladen: cool, thanks [12:12] pitti: sure, will do so now [12:13] geser: thanks; will sponsor in a minute [12:16] doko: python-pqueue is in main because it's seeded (ubuntu.jaunty/development); do you want to remove it from the seed or shall I? [12:16] (once it's out of the seed, there'd be no need for a bug report, it would just get picked up via component-mismatches...) [12:17] slangasek: please do [12:20] Could someone upload my debdiff (with the version and suite target corrected) out of LP: #222532 to intrepid-proposed, please? === ogra_ is now known as ogra [12:30] doko: how do you debug issues similar to bug #332799? [12:30] Launchpad bug 332799 in gnome-desktop "gnome-about crashed with SIGSEGV in PyGC_Collect()" [Medium,New] https://launchpad.net/bugs/332799 [12:33] seb128: try to run it with python-dbg, I suspect it's a missing Py_INCREF somwhere ... see /usr/share/doc/python2.6/SpecialBuilds.txt.gz [12:33] doko: ok thanks [12:36] ogra@osiris:/var/build/versatile$ grep physical /var/log/Xorg.0.log [12:36] [ 4.131326] (II) intel(0): Setting screen physical size to 261 x 163 [12:36] ogra@osiris:/var/build/versatile$ xdpyinfo |grep dimensions [12:36] dimensions: 1280x800 pixels (339x212 millimeters) [12:36] * ogra doesnt get whats sets this [12:36] seb128, does gnome influence my dpi settings in any way to set screen dimensions ? [12:36] ogra: screen dimensions? [12:36] yeah [12:37] ogra: the screen dimension is a physical thing [12:37] xorg detects my display right at 261 x 163 mm [12:37] it doesn't change when tweaking software [12:37] but in my desktop is end up with settings for 339x212 millimeters [12:37] and i cant find out what resets that [12:38] you probably forces the dpi? [12:38] and the resolution? [12:38] well, my gnome capplet has 100dpi in the entry box [12:38] i cant remember ever having set that though [12:38] (it used to be 96) [12:39] ok so that's the xorg detected value [12:39] dunno about the physical screen but that should not be revelant [12:39] you have the dpi value from xorg and the resolution you set [12:39] well, 1280x800 on 261 x 163 would be 124dpi [12:39] which is what should matter for what you get on screen [12:39] and 261 x 163 is the right value (i used a ruler :) ) [12:39] slangasek: the python2.6 package gets 1.4MB smaller (compressed) [12:40] doko: ok :-) [12:40] ogra: dunno then, try a non GNOME session and see if you get the same issue [12:40] will do, good suggestion :) [12:41] oh, unsetting the dpi value in gconf-editor suddenly gets me huge fonts :) so i apparently have touched it before [12:42] hrm, and calling the capplet forces it to 96 ... [12:42] weird [12:42] * ogra tries an xterm session [12:44] seb128, hmm, seems gnoe actually sets it [12:44] in the xterm session i have matching values [12:44] ogra: do you have a .config/monitor.xml? [12:45] yes [12:45] ogra: can you move it somewhere else and try restarting your session and see if that's still an issue? [12:45] yep [12:47] seb128, ok, removing it *and* unsetting the gconf key gets me the right kes [12:47] *key [12:48] ok good [12:48] so know you need to figure what you do to get a buggy config ;-) [12:48] seb128, its a bit tricky, if you once touched the advanced font settings before in a former release or with the monitors.xml in place it will enforce 96dpi [12:48] I guess using the xrandr capplet once to get a config.xml and restarting the session is enough to get the issue [12:49] hum, it should not write the gconf key if you don't change the dpi value [12:49] i seemingly had used the advanced font settings before [12:49] I think there is a bug about the config forcing 96 dpi [12:54]