[00:00] do i run that from the root of the source directory? Don't I need to do ./configure, or make or something? [00:00] debuild -b (etc.) runs debian/rules build as one of its steps, which does ... [00:01] I do not have that package currently installed, and apt-get hasn't heard of it. What package do I need inorder to get access to debuild? [00:02] oh, disregard, it provided the answer in the error message [00:02] Sorry for the uninformed question [00:06] I tend to dpkg --unpack the resulting binaries and then apt-get -f install. [00:07] what does the -f parameter do? [00:08] man apt-get [00:09] How helpful [00:10] ls -al [00:10] oops [00:12] where does debuild dump the binaries? [00:13] a straight answer instead of linking me to a page with the answer would be great [00:13] .. [00:13] awesome, thanks [00:30] cjwatson: Ah, right. Good catch. Thanks for the review! [00:32] slangasek: could you add another test case for UEC images (last section from http://testcases.qa.ubuntu.com/System/CloudImages)? === rickspencer3 is now known as rickspencer3-afk [01:04] karmic alpha 3 seems busted on modern imacs, there's no fb device in /dev. the live-cd doesn't go to anything graphical. It sounds like this: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-nv/+bug/404577 [01:04] Launchpad bug 404577 in xserver-xorg-video-nv "Xorg does not load in karmic using Zotac ion board A series" [Undecided,New] [01:05] rndm_: How modern is modern? [01:06] TheMuso: has 9400m. the current production model i believe [01:08] i tested against the daily livecd actually, so newer than alpha 3 [01:09] rndm_: ah ok [01:10] it's model #A1224, the current 20inch if that means anything to you [01:15] if someone more experienced with development in this area would like to guide me on what may be relevant i'll file a report === pgraner-Zzzz is now known as pgraner [02:25] ive been looking for an answer to this question for days [02:25] https://answers.launchpad.net/ubuntu/+question/81467 [02:26] i have tried #ubuntu for many hours also [02:37] mathiaz: They just needed a retry. The failed to upload ones were ones that finished building (in Multiverse) before Soyuz noticed they'd moved. I retried several of them, but I doubt I got them all. [02:46] dave-ubuntu1: I'll answer on Launchpad [02:49] dave-ubuntu1: i think it uses LUKS default options, see man 8 cryptsetup [02:51] virtuald: I have given an answer in LP based on what the code does [02:52] great === ecanto is now known as edson [03:21] Keybuk: bug 393656 - thoughts? [03:21] Launchpad bug 393656 in postfix "postfix fails on boot with "fatal: could not find any active network interfaces"" [Undecided,New] https://launchpad.net/bugs/393656 === johanbr__ is now known as johanbr [04:03] Hello. I have some suggestions, if anyone cares. [04:11] Don't know if anyone's listening. Here are my ideas. [04:12] Since I'm running a netbook and don't like netbook-remix, I keep my panel on the right side of the screen. [04:12] The window picker applet won't render text vertically though, like the Clock applet does. [04:12] I recommend that it should, instead of showing "..". [04:13] MindVirus1: suggestions on IRC are likely to be lost, as chances are that the right people aren't paying attention, or can't fix things *right now*; it's much better to file bugs, or for ideas that aren't well-enough-formed for bugs you can use brainstorm.ubuntu.com [04:13] OK. :) [05:39] I don't mean to bother you guys. Does anyone have access to ubottu? [06:33] !hal [06:33] Hal is in the process of being depreciated. See https://wiki.ubuntu.com/Halsectomy and http://en.wikipedia.org/wiki/Hardware_abstraction_layer for more info. [06:34] Should say "deprecated" instead of "depreciated". That is all. [06:43] good morning [06:43] morning pitti [06:44] pitti: I just sponsored a tangerine-icon-theme change and used the same build system you used in human-icon-theme :) [06:44] great work :) [07:15] Good morning [07:15] dholbach: \o/ [07:15] Morning pitti [07:15] plain make FTW :) [07:16] pitti: you know... I was young, didn't know any better and needed the money [07:29] lol [07:29] Hi [07:31] bryce, I have subscribed you to bug #421225 . Hoping that you can detect if it's a Xorg bug. [07:31] Launchpad bug 421225 in xsplash "Xsplash freeze the system" [High,New] https://launchpad.net/bugs/421225 [07:31] bryce, sorry if it's not the right way to do that. Regards === tkamppeter_ is now known as tkamppeter [08:06] pitti, hi [08:09] hi tkamppeter [08:11] mathiaz: so the first two test cases only apply to EC2, and the third only applies to UEC, right? [08:13] pitti, the FTBFS of CUPS got fixed upstream, so we can get a fixed CUPS into alpha 5. [08:14] pitti, yesterday I have applied the upstream patch for the USB backend hang. [08:17] ArneGoetje: Does ibus really need a .desktop entry under /usr/share/applications? It's being picked up by netbook-launcher and put into an "Other" category [08:17] ArneGoetje: (care of bug 420282) [08:17] Launchpad bug 420282 in ibus "ibus is in "other" category in the menu" [Undecided,New] https://launchpad.net/bugs/420282 [08:17] pitti, one other thing of yesterday: I tested the suggested udev rule and it did not work for me. I had uploaded udevadm output to http://pastebin.ubuntu.com/262600/. [08:18] tkamppeter: thanks; I saw the poppler API fix, I'll apply that as well [08:19] cjwatson: ok, well I've fixed it on help.u.c in all versions but I don't think it's necessarily essential to keep the packages in line with that. I'll reject the other bugs tasks and we'll regard it as fixed [08:26] tkamppeter: sorry, did you say something after my "you need /devices.."? DSL reconnect.. [08:30] pitti, one other thing of yesterday: I tested the suggested udev rule and it did not work for me. I had uploaded udevadm output to http://pastebin.ubuntu.com/262600/. [08:31] tkamppeter: I still got that [08:31] pitti| tkamppeter: thanks; I saw the poppler API fix, I'll [08:31] apply that as well [08:31] pitti| tkamppeter: ah, I see what's wrong [08:31] pitti| tkamppeter: you ran udevadm info on the interface, [08:31] not on the device [08:31] pitti| tkamppeter: you need /devices/pci0000:00/0000:00:1d. [08:31] 1/usb3/3-1/3-1.4/3-1.4.3/3-1.4.3.4 for the device [08:31] (the one with DEVNAME=/dev/bus/usb/003/016) [08:37] jdstrand, pitti: you might want to have a look to bug #414506 [08:37] Launchpad bug 414506 in gdm-guest-session "broken AppArmor profile" [Undecided,New] https://launchpad.net/bugs/414506 [08:37] jdstrand, pitti: you might want to have a look to bug #414506 [08:38] ups [08:38] seb128: the entire guest session is broken anyway.. [08:38] still on my TODO list [08:38] pitti, ok thanks [08:39] seb128: oh, that; I alrady discussed that with Martin-Eric [08:39] pitti, speaking of guest-session somebody mentioned yesterday that only a +x is to change or something [08:39] I think that was dbarth [08:40] bug updated [08:40] tkamppeter: meh, with the pdftopdf fix, it doesn't build any more with poppler 0.10 in Debian; so more magic dpatching required.. [08:49] pitti, for the Alpha 5 we can use a "magic" dpatch, but later we need conditional compiling with switch in ./configure, as the filters are upstream code and they should work with all incarnations of the daily changing API of Poppler. [08:51] pitti, new udevadm test: http://pastebin.ubuntu.com/262959/ [09:10] pitti, can you upload bluez to get bug 418465 fixed for Alpha 5? superm1 will still be sleeping when Alpha 5 freeze happens. [09:10] Launchpad bug 418465 in bluez "bluetooth CUPS backend should output device listings immediately when it discovers the devices (in discovery mode)" [Medium,Fix committed] https://launchpad.net/bugs/418465 [09:17] StevenK: no, it doesn't. As long as the settings are accessable from the System/Preferences Menu, other entries are not needed. === Richie is now known as YDdraigGoch [09:55] I have a Samsung Q45 laptop running karmic and the screen brightness control keys don't work at all (no reaction when pressed); can somebody please explain how to fix this or point me to existing documentation? [10:03] Hello, can someone merge console-setup from Debian, since it would close LP 390292 [10:03] Launchpad bug 390292 in console-setup "undefined kernel key code ( in karmic a2)" [Undecided,Confirmed] https://launchpad.net/bugs/390292 [10:06] al-maisan: probably same bug 409889, it mentions a workaround [10:06] Launchpad bug 409889 in linux "NC10 fails to up and down the brightness" [Medium,Triaged] https://launchpad.net/bugs/409889 [10:06] Trewas: thanks for the pointer! [10:06] * al-maisan takes a look. [10:18] hello, someone can take a look at https://bugs.launchpad.net/ubuntu/+source/gnome-bluetooth/+bug/418401 and https://bugs.launchpad.net/ubuntu/+source/gdm/+bug/418981 ? I think they are important to https://wiki.ubuntu.com/Halsectomy [10:18] Launchpad bug 418401 in gnome-bluetooth "gnome-bluetooth doesn't depend on HAL" [Undecided,New] === dholbach_ is now known as dholbach [10:24] Trewas: the workaround described in the bug did work. Thank you very much! [10:46] tkamppeter: no, the patched filter was in debian/local/ [10:46] tkamppeter: (pdftopdf) [10:46] tkamppeter: bluez> looking [10:48] tkamppeter: hm, what's the exact rule you have now? === mpt_ is now known as mpt [10:55] mvo: the xapian-core build failed on most platforms, due to running out of fds in the tests [10:57] tkamppeter: new cups uploaded to experimental and karmic [10:58] pitti, have you seen my last comments here? [10:59] pitti, have you checked my new udevadm test: http://pastebin.ubuntu.com/262959/? [10:59] tkamppeter: pitti| tkamppeter: hm, what's the exact rule you have now? [11:05] ojwb: heh :) impressive - is that a buildd configuration problem? should I talk to the buildd admins aobut it? [11:11] pitti: /lib/udev/rules.d/70-cups.rules: [11:11] pitti: ACTION=="add", SUBSYSTEM=="usb", ENV{DEVTYPE}=="usb_device", ATTR{bInterfaceClass}=="07", ATTR{bInterfaceSubClass}=="01", GROUP="lp", MODE="660" [11:12] tkamppeter: and can you please check /sys/devices/pci0000:00/0000:00:1d.1/usb3/3-1/3-1.4/3-1.4.3/3-1.4.3.4 [11:12] oops [11:12] tkamppeter: and can you please check /sys/devices/pci0000:00/0000:00:1d.1/usb3/3-1/3-1.4/3-1.4.3/3-1.4.3.4/bInterfaceClass ? is that really "07"? [11:13] tkamppeter: and likewise for bInterfaceSubClass ? [11:13] pitti, debian/local/filters stuff is upstream at http://www.openprinting.org/download/printing/pdf-printing/ and also at http://opfc.sf.jp/. [11:27] mvo: sorry, the phone rang! [11:28] mvo: i'm not sure what the cause is, but one of the debian alpha buildds does it too (and another doesn't) [11:28] i guess sbuild sometimes has more fds open itself or something like that? [11:29] if you fancy fixing it, just kill the ulimit as the patch does, but globally [11:29] * ojwb can file a bug if that's better [11:32] pitti: cat /sys/devices/pci0000:00/0000:00:1d.1/usb3/3-1/3-1.4/3-1.4.3/3-1.4.3.4/3-1.4.3.4:1.0/bInterfaceSubClass [11:32] pitti: 01 [11:32] pitti: cat /sys/devices/pci0000:00/0000:00:1d.1/usb3/3-1/3-1.4/3-1.4.3/3-1.4.3.4/3-1.4.3.4:1.0/bInterfaceClass [11:32] pitti: 07 [11:32] tkamppeter: ah, that woudl be it; that's again the interface, not the device [11:32] so I see why that rule doesn't work [11:33] tkamppeter: hang on [11:35] tkamppeter: https://bugs.edge.launchpad.net/ubuntu/+source/cups/+bug/420015/comments/53 [11:35] Launchpad bug 420015 in cups "usblp Kernel module needs to be removed and /dev/bus/usb/*/* made accessible for USB printers to work with CUPS 1.4.x" [High,Fix released] [11:36] AnAnt: I don't think it's a good idea to merge console-setup (and please leave that kind of decision up to the installer team). I'll backport the fix [11:37] if only because it will stop people thinking it causes other random bugs [11:38] cjwatson: actually, I do have a problem with console-setup LP 416949 [11:38] Launchpad bug 416949 in console-setup "Keyboard layout toggle does not work anymore in karmic" [Undecided,New] https://launchpad.net/bugs/416949 [11:38] pitti, that's it, it works now. Thanks. [11:39] cjwatson: and indeed, I thought that maybe 390292 is related to it [11:39] pitti, can you ap[ply the rule to the appropriate package to get it fixed in Alpha 5? [11:39] tkamppeter: not necessary for alpha-5, since the usb backend runs as root, it should work now; I'll just commit it [11:39] ... to udev upstream [11:39] and once it's in, revert the "root backend" change [11:39] pitti, OK, thanks. [11:42] cjwatson: I even thought of trying Debian's console-setup on karmic after I found a hard time trying to merge Ubuntu's changes [11:43] cjwatson: do think that's a good idea, just to see if my problem goes ? [11:45] AnAnt: terrible idea, I think :) [11:45] AnAnt: I'm not merging it because it's really complex and will require other installer changes [11:45] yes, it is complex indeed [11:46] anyway, I'll backport the change and you can see [11:46] ok [11:47] ojwb: a bug would be prefered, fortunately it build on i386 and amd64 so at least the "big" arches are good :) [11:47] pitti, thanks for uploading bluiez. === teknico is now known as teknico_away === teknico_away is now known as teknico [11:52] pitti, about https://wiki.ubuntu.com/Halsectomy [11:53] Could you take a look at t https://bugs.launchpad.net/ubuntu/+source/gnome-bluetooth/+bug/418401 and https://bugs.launchpad.net/ubuntu/+source/gdm/+bug/418981 ? [11:53] Launchpad bug 418401 in gnome-bluetooth "gnome-bluetooth doesn't depend on HAL" [Undecided,New] === teknico is now known as teknico_away === teknico_away is now known as teknico [12:11] mvo: LP#422493 [12:11] hope it's coherent, I have a cold atm [12:14] pitti: have a min to discuss the dvb firmware stuff? [12:17] jjardon: looking, will comment in the bugs [12:17] pgraner: hey [12:17] pitti, great, thanks! [12:18] pitti: after talking with mdz he feels it would be better to move the questionable firmware into a package than can be put in multiverse and have jockey pull from that. Thoughts? [12:19] pitti: the main rationale is that the firmware files keep changing URLs quite often and having them in a package ensures things "just work" [12:21] pgraner: if the problem is just non-freeness, that sounds great, and much easier than URL fishing [12:21] pgraner: however, if some of the firmware lacks a license completely, or explicitly forbids redistribution (like b43), this won't work either [12:22] pitti: lack of license is the issue and mdz felt that it was ok to do it that way. [12:22] no, we can't, sorry [12:22] we cannot redistribute stuff without a license [12:23] pitti: if thats the case then we will have to remove it and regress the dvb users [12:23] pitti: I suggest we talk to mdz when he comes online in a few hours [12:27] pgraner: otherwise we could just leave it in restricted as it is now, and we wouldn't need to go through all this dance === MacSlow is now known as MacSlow|lunch [12:28] pitti: its in the linux-fw package not in restricted [12:29] ok, but at least we could move l-firmware to restricted if needed, and still install it by default [12:29] but without permission to redistribute we can't stick it into the archive at all [12:30] pitti: ok, I'm not sure whats best but we have to do something. I sent an email to mdz & you we can hash it out there. mdz is in the US and I'm in Taiwan and tz's will kills us on IRC [12:32] so, seems that gnome is a bit broken right now. [12:33] I think I may have upgraded half way through a transition [12:34] Mez: sounds about right :) [12:36] davmor2: not fun ... gnome-panel-data installed, gnome-panel not. [12:36] * Mez steals the deb from LP and reboots X [12:37] jjardon: bugs and Halsectomy page updated, thanks [13:08] pitti, Can I rename https://bugs.launchpad.net/ubuntu/+source/gnome-bluetooth/+bug/418401 to "Upgrade gnome-bluetooth to drop libhal dependency" ? [13:09] Launchpad bug 418401 in gnome-bluetooth "port killswitch handling from hal to udev" [Undecided,Triaged] [13:26] stgraber, ping, if you have a moment, I'd like to talk to you on adding armel+dove images to the ISO tracker [13:27] NCommander, slangasek can do that as well, but there is a prob in pointing the download location to ports iirc [13:27] ogra, ugh, what's the problem? [13:28] i dont remember off the top of my head and the tracker is empty atm [13:29] it was either a prob with .img files or a prob pointing to the right image location [13:30] ogra, doesn't sound like a show stopper ... */2 cents* [13:30] it isnt === MacSlow|lunch is now known as MacSlow === teknico is now known as teknico_away === teknico_away is now known as teknico [14:03] jjardon: sure, go ahead [14:07] h3ll0 x 4all [14:15] cjwatson, if you're still in a mouseemu bug-squashing mood, #362500 appears to be a real bug along similar lines === teknico is now known as teknico_away === teknico_away is now known as teknico === teknico is now known as teknico_away === teknico_away is now known as teknico [14:34] directhex: probably not just at the moment ... === yofel_ is now known as yofel === teknico is now known as teknico_away [14:38] pitti, done [14:39] also upstream buf filled for GDM: http://bugzilla.gnome.org/show_bug.cgi?id=593787 [14:39] Gnome bug 593787 in general "drop HAL code from gdm" [Normal,Unconfirmed] [14:40] * pitti chuckles at http://xkcd.com/619/ [14:41] jjardon: thanks! === robbiew_ is now known as robbiew === teknico_away is now known as teknico === teknico is now known as teknico_away === teknico_away is now known as teknico [14:54] Hello all, I want to know all about ext2 filesystem. I want to know its superblock structure and where all the information is stored..Where can I get all these? [14:56] dayanandasaraswa: the kernel source - include/linux/ext2_fs.h, include/linux/ext2_fs_sb.h, fs/ext2/ [14:57] and Documentation/filesystems/ext2.txt of course [14:57] seb128: re bug #414506> yeah, pitti is right. it also happens to be a dupe of bug #412551 (marked as such) [14:57] Launchpad bug 414506 in apparmor "broken AppArmor profile (dup-of: 412551)" [Undecided,Invalid] https://launchpad.net/bugs/414506 [14:57] Launchpad bug 412551 in apparmor "apparmor_parser cannot create cache files on non-karmic kernels" [Medium,Confirmed] https://launchpad.net/bugs/412551 [14:57] cjwatson: Oh thank you..I'll take a look at them..:D [14:57] jdstrand, ok thanks [14:58] I'm actually in need of copying the whole ext2 filesystem's datastructures. Will e2image do that reliably? I actually want a replica of my HDD's filesystem's datastructures so that I can examine them separately for my project.. [14:59] have you read the documentation? :-) [15:00] cjwatson: No, I have not :{ [15:00] :P [15:00] cjwatson: I'm just now going to do that..But wanted to know the tools before hand :D [15:00] e2image is probably the right tool [15:01] cjwatson: Thank you so much :D === mac_ is now known as macalan [15:08] slangasek: yes - two test cases are for EC2 and one for UEC [15:09] slangasek: thanks for setting things up on the tracker === asac_ is now known as asac [15:10] cjwatson: with evand on vacation, do we have anyone else familiar with usbcreator? bug 422071 is a pain in the @$$ [15:10] Launchpad bug 422071 in usb-creator "usb-creator throwing exception, not starting" [High,Confirmed] https://launchpad.net/bugs/422071 [15:11] robbiew: nobody really directly, although I should think anyone familiar with Python could sort it out [15:12] cjwatson: not a big deai...can wait [15:12] he's back tomorrow [15:13] thanks [15:13] superm1, hi, may I ask you something about a malfunctioning fglrx driver? [15:13] teknico, AMD hasn't published a supported driver for karmic yet AFAIK [15:14] superm1, oh, it's curious, the latest Catalyst also builds deb packages for karmic [15:14] but it doesn't work, so I guess you're right :-) [15:14] teknico, the packaging is ready to go, they just need the appropriate code changes [15:15] superm1, thanks, how will I know when it's ready? [15:15] teknico, it will be uploaded to karmic when it's ready [15:16] robbiew, I can fix that I know what the issue is [15:16] superm1, right, which reminds me that version 2:8.632-0ubuntu1 is already in restricted (and not working either) [15:17] seb128: cool...thanks a lot [15:17] you're welcome [15:17] I'll wait for a new version [15:20] robbiew: fixed in bzr [15:20] seb128: oh, sorry, beat you to it :) [15:20] I didn't look back at this channel in the meantime ... [15:20] lol [15:20] thanks all [15:21] cjwatson, no problem, thanks [15:21] * robbiew thinks about throwing random bug numbers into the channel to see how quickly they get fixed :P [15:22] hmm, question is should I try to upload something for a5 [15:22] I'm not sure of the state of the rest of the bits in bzr [15:22] I think I'd rather that wait for evand to return [15:22] mathiaz: [15:22] mathiaz: ping, rather [15:22] cjwatson: sounds fine to me [15:22] sgallagh: hi [15:23] robbiew: http://bazaar.launchpad.net/~usb-creator-hackers/usb-creator/trunk/revision/142 if you just want to get the fix locally [15:23] cjwatson, I would upload a version based on the karmic one with only this change [15:23] that's what I did with update-manager yesterday [15:23] mathiaz: I wanted to let you know, we found, fixed and pushed a real change for that startup problem you were seeing (I gave you the band-aid patch for your beta release) [15:23] seb128: mm, might be best, will do [15:23] sgallagh: right - I saw the commit [15:23] cjwatson, thanks [15:24] sgallagh: thanks for working on this. I'll push a new package. [15:24] mathiaz: Ok, just wanted you in the loop. [15:24] sgallagh: thanks [15:24] mathiaz: Well, I'm still investigating the provider=legacy problem that's hanging the SSSD on ubuntu [15:24] cjwatson: If your considering a usb-creator upload, rgreening has some usb-creator-kde changes too. [15:24] He was waiting for evand to get back. [15:24] mathiaz: So you may want to wait until that's in before rolling a new package (though I don't know Ubuntu's process) [15:25] It's (I understand it) broken now, so there's no downside risk to updating. [15:25] ScottK: I'm not qualified to review them [15:25] sgallagh: that's fine. we can fix bugs in different uploads [15:25] ScottK, cjwatson: My changes have been uploaded to bzr branch. Just need to release 0.2.4 from bzr [15:25] ScottK: and there's other stuff in bzr too so it's rather a mess [15:25] sigh, ok, I'll attempt to review the lot :P [15:25] cjwatson: Your call of course, but rgreening did the KDE port to start with, so I'd expect it's reasonable. [15:26] there's more than just his changes [15:26] right [15:26] and I don't know if Evan's changes are pending some other dependency or something [15:26] * ScottK steps back and lets the guy who's doing the work decide. [15:27] cjwatson: my changes make usb-creator-kde work again (mostly). There are some unimplemented bits in the backend evand wrote which cause FOrmat, and .iso images to not work, so I addressed in usb-creator-kde by temporarily disabling those buttons. CD-ROM install works. [15:27] which is better than it is currently. [15:28] also, I don't think the usb-creator-gtk works in either case (current or trunk), at least in my testing. [15:28] cjwatson: I get "An unhandled exception occurred: [15:28] Duplicate object id 'alignment3' on line 630 (previously on line 287)" [15:29] yes, I just fixed that in bzr, that's where we came in :) [15:29] ok cool. then we should be able ot release. [15:29] I've been testing from trunk on the kde one. [15:32] cjwatson: I can confirm gtk version works now and did not impact kde version locally with the updated bzr. [15:34] rgreening: cool, that saves me some testing time, thanks :) [15:34] np [15:34] Im here to serve cjwatson :P [15:35] ok, uploading [15:41] cjwatson: thought of the day: the PPA system should allow you to upload to UNRELEASED [15:44] cr3: what are all these checkbox-generated reports landing on kbd? seems to be something to do with chvt failing, but it seems astonishingly unlikely that the problem is actually in the chvt program itself [15:45] cjwatson: kbd? [15:51] cjwatson: I see the problem, which package should it land against? [15:53] cody-somerville, urg, you want to get the old gdm back in karmic? [15:53] seb128, Yes, as discussed. [15:53] discussed when where? [15:54] seb128, here and several weeks ago [15:54] I don't think it's a good idea, it's going to create configuration handling issues for user switching between version [15:55] and it means we will have to reopen and reassign bugs and maintain old buggy code [15:56] I don't like this anymore then you do. However, gdm has taken a different direction that doesn't make it suitable as desktop agnostic display manager. [15:57] what about trying to pick one of the other available? [15:57] ie xdm [15:57] None of them are suitable [15:57] rather than pushing an unmaintained version of gdm back there [15:57] Those other options aren't maintained either [15:57] why not? [15:57] seb128, numerous security issues [15:58] who is going to assure the security of the old gdm codebase? [15:58] is that something you discussed with the security team already? [15:58] seb128, The Xubuntu team will take responsibility for maintaining the package [15:58] that's going to be costy [15:59] seb128, We're hoping to have the new gdm working for karmic+1 [15:59] will you also be responsible for fixing issues due to switch between versions in both sides? [15:59] seb128, We'll try our best to resolve any critical issues that presents. [15:59] seb128, I've tried it out myself and I didn't run into too any trouble [16:00] what is not suitable in the new gdm? [16:00] the option taken there seems far to be optimal [16:00] I would rather spend efforts fixing the new ones than trying to bring both version together [16:01] seb128, The issue isn't bugs, the issue is that they've decided to depend on other gnome components [16:01] how do you plan to fix that in karmic+1? [16:02] seb128, I'm hoping to use our relationship with Xfce to have changes made to different Xfce components that will enable us to be able to drop them in place of the gnome ones. [16:02] (so there is no plan) [16:02] hum, I think trying to bring previous gdm in karmic is not a good move [16:03] but shrug [16:03] if other people are fine with that [16:03] pitti, ^ opinion on that? === korn_ is now known as c_korn [16:06] seb128: hm, cody-somerville's choice in the end; if there's no other option, xubuntu doesn't have much choice, I guess [16:06] however, I'm interested in the particular reasons [16:06] the alternative dependencies and components weren't enough? what was missing? [16:07] yeah, what particularly? for the mythbuntu case, it appears to not be pulling in exorbitant amounts of gnome now, and working fine [16:10] cr3: problems changing tty are usually kernel bugs, AIUI [16:10] Theres no way to set a system wide default session [16:10] cjwatson: I'll make the necessary changes, thanks [16:10] People would login to xterm instead of xfce4 by default [16:10] oh, we're cheating with that for now, but i agree that's a problem [16:11] for mythbuntu, we're providing a gnome.desktop in mythbuntu-default-settings [16:11] Maybe cody-somerville could use your cheat this cycle? [16:11] cody-somerville: that doesn't seem excessively hard to add, though [16:12] it could use "default.desktop" if present, and prefer that [16:13] there is a bug filed for that, bug 403291 [16:13] Launchpad bug 403291 in mythbuntu-default-settings "Unable to change the default session for GDM" [Undecided,Fix released] https://launchpad.net/bugs/403291 === Amaranth_ is now known as Amaranth [16:15] How about we accept gdm-2.20 and I'll continue to work out the kinks with the new gdm. If I'm satisfied by beta, we can remove gdm-2 [16:15] This is just a backup plan [16:16] isn't the autologin code in ubiquity (user-setup ?) already transitioned to the new gdm? [16:16] superm1: yes, it is [16:16] cody-somerville: was there any other blocker? [16:17] cody-somerville: sorting out the configuration issues seems to be more work to me than to teach gdm about a preferred session [16:17] pitti, I found that the busy cursor was always present [16:17] I don't mind having gdm-2 in universe, but I feel it'd create more problems than it solves [16:17] pitti, and I need to take care of theming as right now it looks like crap [16:17] right, we share _that_ problem :) [16:18] which one? the busy cursor or the theming? [16:19] * cody-somerville goes to eat lunch. [16:23] cody-somerville: the theming; I don't see a busy cursor here [16:42] Ubuntu Developer Week starting in 19 minutes in #ubuntu-classroom [16:49] liw: ping [16:50] liw: you asked once about changing the screen size of a kvm vnc window [16:50] liw: in karmic, you now have 2 options [16:50] liw: the window itself is dynamically resizable, doing the scaling/stretching of the bitmaps of the virtualized system [16:51] liw: also, bryce committed a couple of fixes (hacks) to the xserver that should allow more different actual screen resolutions [16:51] liw: enjoy ;-) [17:03] :) [17:03] (oops) [17:03] seb128: Any plans to update gnome-shell & co? [17:04] RainCT, it's on my list but I just came back from vac yesterday [17:04] and I had other things I wanted to get on the coming alpha [17:05] RainCT, you can do it if you want or I will do it later this week === marjomercado is now known as marjo [17:06] seb128: Okay, I may take a look at it. I'm also wondering whether seed will be in Karmic (or rather, if there's any reasons why it isn't in Karmic and it can get a FFe)? [17:07] RainCT, I would just say ETOOMUCHTODO [17:07] RainCT, but it's in debian now I will sync it [17:09] seb128: Oh, right - Cool! There's also an updated gobject-introspection there. [17:10] RainCT, will look into that too === beuno is now known as beuno-lunch === yofel_ is now known as yofel [17:56] What are the ballpark odds that Ubuntu will switch to connman from NetworkManager? [17:57] fbond: for karmic? 0 [17:57] fbond: (feature freeze) [17:59] pitti: No, not for karmic, for karmic+1, karmic+2, etc... [18:00] Mostly trying to get a sense for the developer sentiment. [18:00] fbond: I think it's safe to say that it won't happen for karmic+1, since it's LTS and we won't change infrastructure much; beyond that, nothing is decided yet [18:00] fbond: asac might have a qualified feeling, though [18:00] pitti: Okay, thanks. [18:00] asac: thoughts on ConnMan? [18:02] fbond: well. so far there is not even a UI ... except for netbooks. [18:03] connman is really young projects. so i would lean towards saying it wont be ready for serious karmic+1 consideration [18:03] but you never know [18:03] we keep our eyes open [18:03] asac: Hm, I thought there was a connman-gnome project. That is for netbooks only? [18:03] YokoZar: hey! [18:04] YokoZar: we were wondering about the status of desktop-karmic-wine-integration; is that still likely to hit karmic (with some FF), or should we call it postponed for Karmic+1? [18:06] fbond: thats abandoned upstream atm [18:06] fbond: we even have the package, but its not developed upstream for the time being. === robbiew is now known as robbiew-afk [18:06] apachelogger: many thanks for the apturl kde frontend, I'm uploading now [18:07] \o/ [18:07] * asac dances [18:07] yay [18:08] so i can now depend on apturl without pulling in gnome? [18:08] mvo: ? [18:08] asac: apturl-kde [18:08] Riddell: will you install that by default? [18:08] asac: or how do you mean? you can depend on apturl | apturl-kde [18:08] otherwise i cannot say "apturl | apturl-kde" [18:08] which would pull in apturl still [18:09] mvo: if apturl-kde isnt installed by default it would be better to put it into the same package i guess ... and make that to only depend on stuff thats already there === beuno-lunch is now known as beuno [18:09] but i guess it should just be seeded [18:10]