[00:23] anybody here able to tell me where debian/.debhelper.log comes from? [00:29] serue: The dh tool creates that. [00:30] RAOF: can i stop it? :) [00:30] i don't see it in the previous build, and SpamapS didn't want to push a new version bc of it... [00:31] (and it seems superfluous) [00:31] It should be removed by the clean target. How is it making it into your source packages? [00:32] not sure what you mean by how, but after i do 'bzr bd -S -- -sa' and then dpkg-source -x *.dsc on the result, it's there [00:32] it is not in my bzr tree [00:35] serue: can you pastebin your rules file? [00:36] broder: it's http://bazaar.launchpad.net/~serge-hallyn/ubuntu/oneiric/lxc/lxc-0.7.4.2-cleanup-patches/view/head:/debian/rules [00:38] serue: don't see anything at first glance that would break cleanup, but there's a dh_lintian, and it gets called by debhelper.mk [00:38] it looks for $PACKAGE.lintian-overrides [00:40] and if that doesn't exist? [00:40] ...then it doesn't do anything? i don't understand what you're asking [00:41] just wondering what it's doing :) [00:41] anyway, i'm suggesting you could move debian/lxc.overrides to debian/lxc.lintian-overrides and remove the cp call in the rules file [00:41] ok thanks, that gives me something to look into [00:41] ah [00:42] idont' even know where that came from or what it was meant to do :) i'll try that, thanks [00:42] i think i blame autoreconf.mk for the superfluous debhelper.log file [00:42] ah - maybe try moving the autoreconf.mk include *above* the debhelper.mk include? [00:43] ah yes, that autoreconf.mk include might be new [00:43] ok, lemme try [00:44] is there a recommended order somewhere? [00:44] * broder shrugs [00:45] That's a CDBS package; why is it calling dh *at all*? [00:46] well, that too [00:46] serue: If you just delete that file does it get regenerated? [00:46] RAOF: including autoreconf.mk after debhelper.mk causes it to get appended to the clean step [00:46] which means dh_autoreconf_clean will run after dh_clean [00:46] and dh_autoreconf_clean generates .debhelper.log files [00:46] broder: that worked, thanks! [00:47] broder: Of course! [00:47] as for calling dh at all, i dunno. [00:47] i do think you have to call dh_installinit by hand if you want to use multiple --name arguments with cdbs [00:47] comes from the debian package [00:47] the dh_install calls are almost certainly superfluous, though [00:48] oh, [00:48] that doesn't work like the override_dh_install rules? [00:49] no, with cdbs you change how dh_* work by setting magic variables [00:49] usually something like DEB_DH_INSTALL_ARGS [00:49] but really, the only way to know is to go rummaging through debhelper.mk [00:50] i know i'm confused on dh vs cdbs vs others, so i'll put trying to clean up that rules file on my list [00:50] and hoepfully learn a thing or two === jjohansen is now known as jj-afk [01:12] broder: thanks again === nigel is now known as nigelb [05:02] Good morning === doko_ is now known as doko [06:38] rsalveti: is it that urgent to apply the -mfloat-abi-soft work arounds? [06:38] good morning [06:39] doko: don't think so, but was done already [06:39] doko: I just moved the bug status [06:39] ahh, ok [06:39] ScottK: ^ [06:40] package libkdcraw [06:40] rsalveti: AFAIK only for one of the affected packages. [06:40] Not the one doko originally filed the bug about. [06:41] if it can wait, wait for the compiler fix expected next week === yofel_ is now known as yofel [06:49] Already did the workaround for libdkcraw so we could keep working on getting KDE 4.7 uploaded. [06:50] I'll rebuild without it once the compiler fix is in. === mthaddon changed the topic of #ubuntu-devel to: Launchpad down/read-only from 08:00-09:30 UTC for a code update | Archive: open | Development of Ubuntu (not support, not app development) | #ubuntu for support and general discussion for hardy -> oneiric | #ubuntu-app-devel for application development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: === smb` is now known as smb === Quintasan is now known as Quintasan_ === Quintasan_ is now known as Quintasan === Quintasan is now known as Quintasan_ === Quintasan_ is now known as Quintasan === Quintasan is now known as Quintasan_ === Quintasan_ is now known as Quintasan [08:32] Right, launchpad down... Thanks for the topic. :) [08:45] morning [08:45] BigWhale: fwiw, you can also always check http://identi.ca/launchpadstatus or https://twitter.com/#!/launchpadstatus [08:47] jml, I'll follow it right away :) Thanks [09:05] Guys I've notices on my oneiric install the system locks up if I try and alter the volume. The volume up and down keys don't work and if I use the slider it lock up the system I'm assuming it's known is there any info that would be useful to you? [09:08] davmor2, you should open sound settings and set volume there... that's what I do. :) [09:08] For now... [09:09] BigWhale: Thanks [09:09] missing launchpad :( [09:09] :P [09:11] yeah, me too... I was just about to do some work (which is long overdue) now launchpad killed the mood :/ [09:12] I wanted to fill the sponsor queue a bit more ^^ === daker_ is now known as daker [09:15] davmor2, err, the volume keys on my keyboard are working now. [09:16] BigWhale: mine work in that they send a signal they just don't do anything, Although I haven't done an update this morning so pass [09:21] yeah for me it started working after todays update. [09:22] Launchpad is back !! [09:22] :D [09:23] yay \o/ now every developer will hit bzr pull ... :> [09:27] and kill LP again === mthaddon changed the topic of #ubuntu-devel to: Archive: open | Development of Ubuntu (not support, not app development) | #ubuntu for support and general discussion for hardy -> oneiric | #ubuntu-app-devel for application development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: [10:03] mthaddon: seems it's still not officially back? [10:04] Uploading py3cairo_1.10.0-0ubuntu1_source.changes: 2k/3k426 Transfer aborted. [10:04] pitti: in what sense? [10:04] during the RO time it failed right away [10:04] now it uploads everything until it comes to the sources.changes, and then aborts [10:04] pitti: it should be back - I'll look into it [10:04] also, I'm trying to change the status of bug 802486 and only get timeouts [10:04] Launchpad bug 802486 in pygobject (Ubuntu) "Provide a Python3 package" [Medium,Triaged] https://launchpad.net/bugs/802486 [10:05] ah, only adding a comment seems to work [10:05] pitti: Bug timeouts we're working on. [10:05] but not opening the expander and clicking "save changes" [10:05] Testing the fix right now. [10:06] wgrant: reminds me of the performance regression from the last rollout [10:06] wgrant: thanks for the heads-up [10:06] It is exactly the same thing. [10:06] oh [10:06] it seems the dput actually worked, just got a NEW email [10:07] (two of them, actually) [10:07] mthaddon: ^ so it seems it's just a wrong error message [10:07] pitti: I think I know what it is. [10:09] pitti: Could you try the bug change again? [10:09] Should be fixed now. [10:09] wgrant: works now [10:09] thanks! [10:09] wgrant: attachments works also [10:09] :) [10:09] dupondje, pitti: Great, thanks. [10:14] pitti: poppy is fixed now too. [10:17] wgrant: rocking, thanks! [11:02] pitti: hey, thanks for the initramfs-tools merge [11:03] added your fix in debian too http://anonscm.debian.org/gitweb/?p=kernel/initramfs-tools.git;a=commit;h=780bc4ad484dd2dbe2b3a784f4d245ed43c7bed6 === Pendulum_ is now known as Pendulum [11:04] one thing that you overlooked in the Ubuntu merge is that cjwatson 0.98.8ubuntu3 change is no longer necessary. [11:04] ldconfig is run inside of initramfs *before* cpio invocation. [11:05] maks_: oh, thanks; I thought it doesn't affect Debian, as we changed that part of the code [11:05] maks_: I thought the Debian version installed busybox as bin/sh directly? [11:05] seb128, what usually triggers glib-compile-schemas? A packages post-install script? [11:05] MacSlow, right, a dpkg drigger [11:06] MacSlow, i.e any package installing a schemas in the schemas dir will get it for free [11:06] maks_: ah, thanks; I'll revert that then and test it again [11:06] seb128, ah... autofoo-macro-magic I guess then [11:07] pitti: well Debian was affected to, so proper motivation to get rid of the symlink mess. [11:07] pitti: rechecking busybox hook. [11:09] mvo: thanks for the apt/python-apt uploads; could you upload a new version of the LongDescription backport to your PPA as well? then I can test that all together [11:09] seb128, notify-osd is then nearly fully GSettings-ified [11:11] Can someone point me in the direction of gnome, introspection and python documentation? [11:12] I'm stuck at the "from gi.introspection import ..." :> [11:13] pitti: thank you, allways getting ln syntax wrong, fixed to match ubuntu behaviour, less diff is better. [11:16] MacSlow, excellent [11:16] MacSlow, was your compile schemas question a packaging one or an upstream makefile one? [11:17] seb128, well initially I assumed it needed some work on the packaging side... but it turns out my (upstream) changes to the makefile cover everything already [11:17] MacSlow, right [11:17] MacSlow, I will deal with the packaging, don't worry [11:17] seb128, just did a test here and the NotifyOSD keys show up when looking for them with the gsettings commandline-tool [11:18] MacSlow, btw feel free to ping me for review before rolling the tarball if you want [11:18] MacSlow, you probably want a .convert as well to migrate the gconf keys values to the new gsettings ones [11:18] seb128, sure... just migrating the code now [11:18] seb128, I've created a .gschema.xml file for notify-osd already [11:19] MacSlow, the .convert are trivial, see in /usr/share/GConf/gsettings === eitch0000 is now known as eitch [11:20] MacSlow, those are text format describing what keys to migrate and where, GNOME runs an utility at session start which will apply those conversion one and flag them done [11:20] seb128, I remember having read about something like that in the GConf-to-GSettings migration guide [11:23] MacSlow, right, just pointing it ;-) [11:24] seb128, yep... thanks... but I'm all over it :) [11:26] MacSlow, excellent ;-) [11:28] cjwatson: the version in the ppa (0.7.25.3ubuntu9.5+mvo2) should have both the xz and the LongDescripton fix, I will still upload with the new version to ensure that its newer then the -proposed version [11:29] mvo: right, that's all I meant; thanks [11:33] cjwatson: thanks. new upload is uploaded in the PPA now === MacSlow is now known as MacSlow|lunch [12:15] cjwatson: I also killed of the duplicated compression list in python-apt, it uses the data from apt now instead of duplicating it [12:16] mvo: ok, we don't need that for lucid though right? [12:16] cjwatson: for lucid we are fine, I just wanted to kill the duplication as its ugly [12:17] (so that in the future its just one place to add support) [12:19] right [12:27] @pilot in === udevbot changed the topic of #ubuntu-devel to: Archive: open | Development of Ubuntu (not support, not app development) | #ubuntu for support and general discussion for hardy -> oneiric | #ubuntu-app-devel for application development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: jdstrand === MacSlow|lunch is now known as MacSlow === Guest60391 is now known as Zic [13:39] cjwatson: could you please update the kubuntu package set again? a lot of packages are still missing (e.g. libkexiv2, libkipi, marble, ...) === zyga is now known as zyga-afk [13:43] debfx: I've done an auto-update. http://paste.ubuntu.com/643259/ [13:44] Looks good. [13:45] yep, thanks [14:04] didrocks: hey. I uploaded the fix for unity for bug #805938. I could not apply to the Vcs branch because bzr kept crashing on me. I put my debdiff in the bug if you want to apply it to your tree [14:04] Launchpad bug 805938 in unity "Totem set as default music player after install instead of Banshee" [Undecided,Confirmed] https://launchpad.net/bugs/805938 [14:30] barry: what's the "Version number suggests Ubuntu changes" issue at the bottom of http://people.canonical.com/~dholbach/packaging-guide/html/udd-working.html ? [14:31] Riddell: What do you mean? [14:31] Riddell: You mean you've never seen that? [14:32] soren: I have but the guide suggests it's an issue with UDD and can be worked around [14:32] (as I read it) [14:33] Well, it can certainly be worked around. [14:33] but better to fix it by setting the correct Maintainer address [14:33] Riddell: in a meeting... [14:34] I see that mentioning it there suggests it's about UDD, but OTOH it's not an uncommon problem to stumble on, so having the solution right there is kind of handy. [14:35] yes, but Riddell's point is valid, the wording makes the workaround more desirable than the proper fix [14:57] Riddell: right, it's not a udd thing. it would really be better in the general packaging part of the guide, but that needs some reorg to get it all consistent [14:58] barry: ok I'll remove it from there and file a bug to remind myself to add it back elsewhere [14:58] Riddell: +1 [14:59] barry: in http://people.canonical.com/~dholbach/packaging-guide/html/udd-uploading.html "Uploading a change made by you" seems to miss the commit step [14:59] it also does a dput before a tag/push, I'd expect that to be the other way around [15:00] Riddell: missing commit, looks like you're right [15:00] dear people who have scripts that make graphs and such in their people.ubuntu.com/~you/ -- how are you doing that? [15:00] python? php? what's available? [15:00] Riddell: order of steps, yes, i think you're right too, but double check w/ jelmer i think there was a discussion about that recently [15:00] (Riddell, terse due to meeting ;) [15:00] barry: thanks, I'll make those changes [15:01] if jelmer agrees [15:01] maco: Excel? :) [15:01] Riddell: automated ones :P [15:01] we do code review for the packaging guide [15:01] so please push to a branch and do a mp [15:03] Laney: yes I will (I don't even have commit access) [15:03] Riddell: you do (via ~ubuntu-dev) [15:04] ooh, I am powerful! [15:06] http://2.bp.blogspot.com/_muBQl8yh4Q0/SzpiCnYTSXI/AAAAAAAAASc/UrqtYFtOOtg/s400/spideyquote.jpg [15:09] anyone here used debhelper7 and dh-translations with desktop files? [15:12] barry, doko: I'm currently building a python3-gobject package [15:13] barry, doko: the thing that breaks is: [15:13] W: dh_python3:231: renaming _gobject.so to _gobject.cpython-31mu.so [15:13] (and similar renamings for the other extensions) [15:13] barry, doko: why is it -31? I'm building with python 3.2 [15:13] pitti: only for py3.2? [15:13] if I rename the installed file to _glib.cpython-32mu.so, it works [15:14] barry: well, that's what py3versions says for --supported [15:14] I don't have 3.1 installed [15:14] pitti: that sounds like a dh_python3 bug [15:14] I'm building against python3-all-dev and iterate over `py3versions --supported --version` [15:14] pitti: well, another question is why _gobject.so doesn't get written as _gobject.cpython-32mu.so in the first place [15:14] right [15:14] for some reason dh_python3 seems to think it's a 3.1 library [15:15] how does it detect the version that it built with in the first place? [15:15] I don't specify any version or so [15:15] just dh_python3 -a [15:15] pitti: how is gobject built? with distutils or outside of that build system? [15:16] barry: distutils plus some extra autotools for other stuff [15:16] jdstrand: thx for the sync's :) [15:16] pitti: py3.2's distutils should dtrt [15:17] $ dh_python3 -v [15:17] D: dh_python3:286: package python3-gobject details = {'compile': True, 'requires.txt': set(), 'shebangs': set(), 'private_dirs': {}, 'ext': {(3, 1)}} [15:17] that (3,1) might have something to do with it? [15:18] I build it with PYTHON=python3.2 ./configure ... [15:18] pitti: indeed. i had a system crash this week so i cannot do any local builds atm to debug further [15:18] hm, I wonder when it calls setup.py in the first place [15:19] if vers == '3': [15:19] # assume .so files without tag in /usr/lib/python3/ are build for Python 3.1 [15:19] vers = '31' [15:19] ^ in dh_python3 [15:19] so I guess the upstream build system doesn't "tag the extension", whatever that means [15:19] pitti: that means adding the 'cpython-32mu' bit [15:20] oh, are upstream build systems supposed to name the libs that way? [15:20] upstream it just comes out as _glib.so [15:20] that's why it is a warning? [15:21] pitti: well, they don't *have* to in the sense that python will still import them under the old name, but dh_python3 is apparently not prepared to handle untagged so's for python >= 3.2 [15:21] barry: well, something needs to tell dh_python3 which version the library was built with [15:21] pitti: but the build system *should* tag the files so they don't collide and we don't have to play stupid symlink games [15:21] right [15:21] pitti: which is what dh_python3 is trying so hard to be helpful with ;) [15:21] barry: ok, so it would be better/correct for upstream "make" to build _glib.cpython-32mu.so instead of _glib.so? [15:22] pitti: i think dh_python3 shouldn't assume untagged == py3.1 [15:22] pitti: yep [15:22] pitti: but only for python >= 3.2 [15:22] barry: ok, thanks! then I'll look into fixing the upstream build system accordingly and then backport the patch [15:22] pitti: doko back ported that support so for debuntu, tagged sos works for python 3.1 also, though you don't care :) [15:23] pitti: awesome. i do think a bug report on dh_python3 would be helpful. it should not assume untagged == py3.1 [15:23] pitti: could you file that bug (i'm technically still in a meeting :) [15:23] barry: ok [15:23] pitti: awesome, thanks [15:27] barry: bug 809951, I hope I included everything [15:27] Launchpad bug 809951 in python3-defaults (Ubuntu) "assumes untagged extensions are built for Python 3.1" [Undecided,New] https://launchpad.net/bugs/809951 [15:27] pitti: subscribed [15:28] barry: wow, what I believed to be an hour hack has now become a solid day's work :) [15:28] :) [15:28] (had to fix a bunch of other stuff upstream first, and a 6 package multibuild is rather messy) [15:31] cjwatson, ok ... finally can get to my own code branches, the casper changes i am proposing for overlayfs are here: https://code.launchpad.net/~apw/ubuntu/oneiric/casper/overlayfs [15:31] barry: is the .cpython-32mu suffix a firm convention, or is there a tool which computes it? [15:32] cjwatson, have tested this with both normal kernels and overlayfs enabled ones and it seems to work, you may argue about order of course, ie about preferred union system [15:32] pitti: both, in a sense ;) [15:32] pitti: http://www.python.org/dev/peps/pep-3149/ [15:34] $ python3-dbg -c "import sysconfig; print(sysconfig.get_config_var('SOABI'))" [15:34] cpython-32dmu [15:34] barry: that's what I was lookinf for, I think :) [15:35] pitti: yep, and if you run it with python3, you'll see cpython-32mu (no 'd') [15:36] right, checked that [15:38] UDW (https://wiki.ubuntu.com/UbuntuDeveloperWeek) day 3 starting in 23 minutes in #ubuntu-classroom === beuno is now known as beuno-lunch [15:56] silly(?) question, but livebuild seems to be not working for me, any hints if I use it wrongly? http://paste.ubuntu.com/643344/ (this is on oneiric) [15:59] mvo: Isn't that just the ongoing "debootstrap is broken due to the /run transition" thing? [16:00] yup [16:00] huh, but you're doing --distribution natty [16:00] Oh, indeed. [16:00] and it seems to be the natty version of libc if I'm not mistaken [16:00] check the debootstrap log? [16:01] should be /debootstrap/debootstrap.log inside the chroot, probably [16:02] cjwatson: thanks! that was the missing clue :) http://paste.ubuntu.com/643352/ - its my kernel version , iirc this got fixed with the update three digest number. [16:02] * mvo updates on this box [16:04] barry: ah, so upstream apparently installs into versioned directories, like /usr/lib/python3.2/ [16:04] barry: we'll look into it after the invoke-rewrite branch lands, but until then I just fix it up in debian/rules [16:04] mvo: aha, yes, use >= 3.0.0-4 [16:05] thanks! [16:05] look, ma! pygi gtk3 working with python3 \o/ [16:06] barry: ^ :) [16:09] good night everyone [16:27] hallo all, what version of cheese will be as target for ubuntu 11.10 [16:28] ? [16:28] or how can i find it [16:30] mvo: so you asked if my update-manager math problem was on amd64... does that mean you've seen this before? [16:32] pitti: could you review https://code.launchpad.net/~brian-murray/apport/casper-version/+merge/67579 ? [16:34] ev, hey [16:35] ev, do you know if keyboard layouts are set differently if you select "try ubuntu" on the text mode menu from a liveCD compared at if you let it boot and select "try ubuntu" on ubiquity? [16:35] ev, using the second option leads to bug #800561 [16:35] Launchpad bug 800561 in gnome-control-center (Ubuntu Oneiric) "No way to add other keymap than english on Live CD" [High,Triaged] https://launchpad.net/bugs/800561 === zyga-afk is now known as zyga [16:36] seb128: you have to select French as a language before the indicator shows you the French keymap [16:36] ev, GNOME somewhat get all english keyboard variant configured [16:36] that's by design [16:36] every keymap under the sun would be a lot to pack into a menu [16:36] ev, no, you select english (or let it this way) and click "try ubuntu" [16:36] the session you get has a load of english variants [16:36] see the screenshot on the bug === beuno-lunch is now known as beuno [16:37] ev, where the live session if started from the text mode menu has only 1 selected layout [16:37] i.e "english" [16:37] right, because they had the english language selected in ubiquity [16:38] are you suggesting that it should clear the list of layouts when the user presses "try ubuntu", regardless of their language selection? [16:38] ev, well if you select the english layout on the text menu you get when pressing a key on boot you get only 1 layout [16:38] right, that's a different code path [16:38] a [16:38] ev, I suggest selecting a locale from the text mode and from unity should lead to a similar result [16:38] either way [16:39] slangasek: I have not seen it before, but we had problems in the past with the data types in the aptdaemon dbus code, I was wondering if it might be releated. the bad news is that we thought we fixed it [16:39] ev, the current ubiquity way leads to an interesting issue that xorg doesn't like have that number of layouts configured so it doesn't let you add a new non english one [16:39] mvo: ok; will file a bug then [16:40] mvo: btw, I also just had an aptdaemon crash, filed the report on that [16:40] dunno if it's related [16:40] slangasek: thanks, that could well be [16:41] ev, i.e bug #640774 [16:41] Launchpad bug 640774 in collective.amberjack "ComponentLookupError" [Undecided,Fix committed] https://launchpad.net/bugs/640774 [16:42] ev, i.e x11 limits you to 4 keyboard groups [16:42] ev, so having that stack of english layout makes it impossible to add a non english layout before clearing the list first [16:42] ev, well, I'm not sure what the right way, I'm just trying to understand why we land with that stack of layouts configured to start [16:45] that's fairly arbitrary [16:45] 4 keyboard layout groups are enough for anyone? :) [16:46] ups [16:46] gnome bug #640774 [16:46] Gnome bug 640774 in Region & Language "For some reason I can't add more than 4 layouts" [Normal,New] http://bugzilla.gnome.org/show_bug.cgi?id=640774 [16:46] ev, no, "x11 design limitation" [16:46] ev, will be fixed the day we move to !x11 I guess [16:46] x11's entire design is a limitation [16:46] right [16:46] well in that case the limitation is coming from x11 [16:47] right [16:47] I'm not sure what's the best way forward now for that bug though [16:47] is that wanted that picking english gets you all of existant english layout variants as configured? [16:48] could we just pick one and assume users who want other ones can add them using the control center? [16:49] seb128: mpt suggested picking the top X layouts for that language [16:49] we'd have to build that data into ubiquity/casper [16:49] problem is, I'm not sure where we get that data [16:49] because, alas, we don't measure these things yet [16:49] shouldn't we undo all the work that ubiquity does if you go through to the live session? [16:49] it should be as if you never went through ubiquity-m [16:49] *ubiquity-dm [16:50] bug 810003 for consistency between ubiquity and casper on this [16:50] Launchpad bug 810003 in casper (Ubuntu) "breaking into just the live CD, skipping ubiquity, should add keyboard layouts relevant to the language selection" [Undecided,New] https://launchpad.net/bugs/810003 [16:50] you could pick the top one layout for that language, that being the information that's already built into console-setup [16:51] for the time being [16:51] hmm [16:52] if we can't do the other thing without breaking stuff [16:53] ev, cjwatson: I reassign bug #800561 to ubiquity, is that ok with you? there is not a lot we can do from the ui side with the x11 limitation [16:53] Launchpad bug 800561 in ubiquity (Ubuntu Oneiric) "No way to add other keymap than english on Live CD" [High,Triaged] https://launchpad.net/bugs/800561 [16:53] it's also not really practical to have an indicator keymap list going over the screen [16:54] seb128: sure, I was just adding these notes in there [16:54] ev, thanks [16:57] sladen: are there Ubuntu monospace web fonts yet? [17:00] kirkland: in Beta. Alledgedly the hinting on the Regular was finished a couple for days ago (the Hinting is what is needed to generated bitmaps) [17:01] kirkland: https://launchpad.net/~ubuntu-typeface-interest/+join if people are interested [17:04] dholbach, hi, where will the developer week take place exacly? #ubuntu-classroom? [17:04] infinity, hello, are you investigating the build failure of telepathy-glib? [17:05] zyga, yes [17:05] ricotz: I am, but juggling with a few other things, so if someone beats me to it, they're welcome to. :P [17:05] ricotz: I have a bug filed upstream too, just as a personal reminder to get it fixed. [17:05] infinity, ok, i will wait then [17:06] https://bugs.freedesktop.org/show_bug.cgi?id=39183 [17:06] Freedesktop bug 39183 in tp-glib "dbus/account-channel-request test fails consistently on Ubuntu/oneiric" [Normal,New] [17:06] thanks [17:11] Hey All., i wish to add a change in UI of Update mgr., can i code for that..? === selvakumaran_ is now known as selvakumaran [17:12] Hey All., i wish to add a change in UI of Update mgr., can i code for that..? [17:12] wonder if someone python aware could answer: [17:12] is this expected for some reason: [17:12] $ python -c 'import pkg_resources' [17:12] -c:1: UserWarning: Module paste was already imported from None, but /usr/lib/python2.7/dist-packages is being added to sys.path [17:13] (i'm getting that from another module that imports pkg_resources, not just typing that command line for fun) [17:13] heh [17:22] sladen: okay, thanks. [17:24] mvo: Is it intentional that update-manager's release upgrade tool lost support for local mirrors? [17:24] Err, and if he were here, he might be able to answer. :P [17:25] kirkland: what are you after inparticular? [17:25] sladen: i'm giving a class in #ubuntu-classroom in 30 minutes; i'm doing a live demo/webcast at http://bit.ly/uclass [17:25] sladen: username/pass = guest/guest [17:25] sladen: that's an ajaxterm [17:26] sladen: jcastro mentioned that it would be nice if our ajaxterm package used the ubuntu colors/font [17:26] sladen: it's pretty easy to hack the css/html [17:26] sladen: i hacked it a few minutes ago to use the serif font, but without monospace, the terminal looks terrible [17:27] kirkland: bad idea, leave it at 'UbuntuBeta Mono, monospace' at the moment [17:28] kirkland: ah, I was talking to soren about this yesterday too [17:28] kirkland: and looking into possibly patching the SeaBIOS source (soren was assuming it'd be webbrowser-based VNC for openstack in the future) [17:30] kirkland: looks lovely from there, but I have 'UbuntuBeta Mono' installed [17:30] soren has an interest in ajaxterm? [17:30] sladen: hmm, not sure i understand your directions [17:31] kirkland: I want Ubuntu Mono to be used whenever an adminstrator is accessing an Ubuntu/Cloud server from a web-interface. I don't mind what the technology used to do that is [17:32] sladen: okay [17:32] sladen: but it's not in the google web fonts yet, right? [17:33] kirkland: no. Ubuntu Mono isn't finished. it's currently betaing. We'll probably release it this mnth [17:34] kirkland: once the engineering is done. But that's still later than I'd like, so it would be good to get the infrastructure all lined-up for Web/etc [17:34] sladen: okay, no problem; so not a candidate for this presentation; will check back with you later [17:34] sladen: i'd be glad to see you change the css shipped with ajaxterm, though [17:34] kirkland: not unless people already have installed (about 1,400 people, so it might be worth setting the CSS anyway) [17:35] sladen: whatever you say, mate === Simira_ is now known as Simira [17:53] @pilot out === udevbot changed the topic of #ubuntu-devel to: Archive: open | Development of Ubuntu (not support, not app development) | #ubuntu for support and general discussion for hardy -> oneiric | #ubuntu-app-devel for application development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: [17:54] i really missed lvm support while installing kubuntu (using kubuntu for the very 1st tie).. will this feature be added in any future release.?? [17:54] *time [17:59] cjwatson: whee; I just looked in my oneiric dev chroot and find that /lib/init/rw is not a symlink to /var/run like it's supposed to be. I guess this is because I continuously upgraded, and it's a chroot so init scripts never ran... I wonder if this matters [17:59] vikapi: lvm support is available when installing kubuntu using the alternate CD image instead of the desktop one [18:00] vikapi: lvm support for the desktop installer has been on the Would Be Nice list for years, but it requires some dedicated effort to get there so it's never happened; I think the installer folks would heartily welcome community contributors who were willing to work on this [18:00] slangasek, aha..i should ve known this bfore..alright, wats the difference between alternate and desktop?? [18:00] slangasek, i would love to contribute, but im a very newbie in developement..:) [18:01] slangasek, and my contribution (if any) wud be so insignificant [18:01] vikapi: the desktop CD gives you the graphical, X-based installation (plus the try-before-you-buy live desktop environment); the alternate CD boots straight into a fullscreen text interface (specifically, debian-installer) [18:03] slangasek, ok tats the only difference??anythng else relatd to default packages selectd.. like wat we have for desktop vs server editions?? [18:07] vikapi: no, the packages you get installed at the end are meant to be 100% identical in the default case (though obviously, if you use lvm from the alternate installer, you'll have lvm tools installed at the end that you wouldn't using the desktop CD) [18:09] slangasek: I suppose we could deal with that in the mountall run_migrate stuff too [18:09] apw: thanks, looks good, I'll merge that [18:13] slangasek: ok.. === daker is now known as daker_ [18:16] i opened bug 810019 to address my issue above. [18:16] Launchpad bug 810019 in distribute (Ubuntu) "UserWarning printed on import pkg_resources'" [Undecided,New] https://launchpad.net/bugs/810019 [18:16]