[02:13] TheMuso: hey man, around [02:19] jasoncwarner_: Sure thing. [02:23] hey jasoncwarner_ [02:23] hey cyphermox , how are things? [02:23] alright. about to log off to watch tv for a bit [02:24] hey cyphermox quick ? for ya, just sent you an email actually [02:24] I lost my network indicator in an update...did something break? [02:25] jasoncwarner_: Yes, indicator ABI breakage. [02:25] TheMuso: gah [02:25] ok. [02:25] jasoncwarner_: Are you running Unity from a PPA? [02:25] TheMuso: yes, dx PPA [02:25] jasoncwarner_: Right, the PPA is not likely built against the new indicator ABI in teh archive yet. [02:27] network... indicator? [02:28] cyphermox: Its not an nm bug specifically, its indicator breakage, so any app indicator won't show. [02:28] TheMuso cyphermox thanks...I'll remove the PPA and update.... [02:28] Thanks [02:28] oh [02:28] jasoncwarner_: nmcli is your friend [02:29] normally the fact that the indicator isn't showing shouldn't be a huge stopper for connecting, just do something like 'nmcli con up id "mywifi" [02:29] [02:29] that should bring it up [02:30] cyphermox: thanks, will give that a shot [02:30] jasoncwarner_: Actually... Which DX PPA were you using? [02:31] Unity is currently being rebult in the unity-team/staging PPA. [02:31] Which means it should be building against the new ABI. [02:32] TheMuso: that was the one...I just removed and updated [02:33] Ok, give it a few hours and you should be able to use that PPA again. [02:33] ah, ok! thanks, man [02:35] TheMuso: any chance you're very very fluent in vala? [02:36] TheMuso: seems to me like valac < 0.16 need to be patched to not add g_thread_init when Gtk.init() is called and an app compiled with --thread. I already have a patch, but I wanted a second opinion before uploading something [02:37] cyphermox: Sorry, I am not the one who can give you that opinion, my knowledge of vala is not yet that deep. [02:37] sure. [02:37] I'll just ask seb in the morning [02:38] thanks! [02:41] it seems like everything is being built today, builders are working overtime :) [02:44] cyphermox: robert_ancell would be a good person to ask about vala if he were around [02:52] micahg: small thing, but xul-ext-calendar-timezones is trying to pull in seamonkey unless I use --no-install-recommends [02:53] jbicha: not sure that's a small thing :) [02:53] will thunderbird (>= 10.0) work with thunderbird 10.0~beta4 [02:53] precise I assume? [02:53] yes [02:53] no [02:53] it should be 10.0~ [02:54] cool, it had actually been bugging me for a few days, keeping me from doing a dist-upgrade until I looked into what was wrong [02:54] which I finally did just now [03:00] jbicha: please file a bug and assign to chrisccoulson [03:00] he'll be uploading the final 1.2 build shortly [03:16] micahg: ok thanks [03:42] jbicha: the only reason I haven't noticed is that I have seamonkey on both machines with the beta [03:53] p/c [04:10] someone to take a course on the desktop team, please? === m_conley is now known as m_conley_away [05:38] finally the builders seem happier :) [06:36] good morning [06:46] Good Morning people. [06:59] hey BigWhale [07:36] pitti, looking here: http://people.canonical.com/~ubuntu-archive/testing/precise_probs.html I'm wondering if Kubuntu is going to ahve trouble making an Alpha 2 [07:36] ? [07:38] rickspencer3: I think it's fine; in the past two days we got two metric tons of KDE uploads, for the 4.8 beta and now the final [07:38] thanks pitti [07:38] I guess that created some waves wrt. buildd lag, binNEW, and so on [07:39] http://people.canonical.com/~ubuntu-archive/component-mismatches.svg doesn't look so bad, I figure it's mostly build skew === bil21al is now known as fst8r12 === fst8r12 is now known as bil21al [08:58] bonjour seb128 [08:58] hey [08:58] pitti, hey, wie gehts? [08:58] seb128: I'm great, thanks! [08:59] we went to a nice concert last night, "Power!Percussion" [08:59] they hammered on pretty much everything imaginable; ladders, PVC tubes, rainwater and oil barrels, and of course actual drums, too [09:01] pitti, was it good? ;-) [09:02] absolutely [09:02] these guys rocked [09:04] it was amazing which brilliant sound you get from carefully crafted drain pipes :) [09:05] salut seb128 [09:05] pitti, sounds great ;-) [09:05] didrocks, lut, en forme ? [09:05] bonjour didrocks [09:06] good morning everyone [09:06] hey pitti ;) [09:06] hey chrisccoulson [09:06] good morning chrisccoulson [09:07] seb128: ça va! :) [09:07] hey chrisccoulson, how are you? [09:07] hi pitti, didrocks, seb128 [09:07] yeah, i'm good thanks [09:07] didrocks, still no compiz in sight? ;-) [09:07] how are you? [09:08] good! ;-) [09:08] seb128: still none, anyway, it's too late now for a proper pre-testing before upload to precise and before unity freeze :/ [09:09] pitti, so we stay on the current udev for precise? just to know for versions, I might add a system to say that some packages are not current on purpose [09:09] seb128: see current discussion on #u-devel; let me paste the bits that you missed [09:10] seb128: http://paste.ubuntu.com/817412/ [09:10] pitti, danke [09:11] seb128: so in short, it's likely that we'll stay at 175 with some cherrypicks, unless we want to adopt kmod for precise [09:11] ok, thanks [09:11] seb128: want to wait for slangasek's and cjwatson's opinion first before I start wasting time [09:12] pitti, ok [09:12] well, I will look at adding a "stick to version for reason " to version [09:12] that's not the only case where we could use that ;-) [09:13] ah, nice [09:13] yeah, especially for precise [09:41] seb128: so, leave udev for now, I'll look into reverting the kmod bit and update to 179 [09:41] pitti, ok, thanks [09:53] pitti, can you approve the SRU upload for bug 902599? Thanks. [09:53] Launchpad bug 902599 in ghostscript "Ghostscript renders only a part of the attached PDF file when using a high resolution" [High,Fix committed] https://launchpad.net/bugs/902599 [09:54] tkamppeter: done, thanks! [09:54] is "locatedb" supposed to index user directories by default? [09:55] pitti, thanks. [09:55] seb128: yes [09:55] seb128: but it should only show you files that you can also ls yourself [09:56] weird [09:56] why? [09:56] I wonder why is doesn't index my user dir here then [09:56] because it doesn't index my user dir [10:02] seb128: is your user dir 0700? [10:02] not that this ought to stop mlocale, but it might be a possible difference [10:02] mlocate [10:03] pitti, yes, but I think it's rather because ecryptfs is in the prunefs list of updatedb.conf there [10:04] seb128: my home dir is on ecryptfs, too [10:05] ooh, you are right [10:05] pitti, hum, and it's indexed? [10:05] weird [10:05] seb128: the stuff that it finds for me is in /home/martin-scratch/ [10:05] ok, that makes sense ;-) [10:05] which has my download folder, jhbuild, downloaded ISOs, etc. [10:05] I have ~/download -> ../martin-scratch/download/ [10:05] I foudn that ecryptfs is quite a lot of overhead for e. g. kvm images [10:05] so I moved that stuff there [10:06] it might be, I didn't notice too much since I'm on a ssd drive [10:06] What package has the headers required to get your application's configuration found in the Settings Windows? [10:06] Like the Ubuntu version of GNOME Control Center? [10:06] I guess it makes sense, otherwise you'd expose information on an encrypted drive to the unencrypted portion [10:06] but anyway that explains why things don't get indexed there [10:07] jackyalcine: gnome-control-center-dev ? [10:07] what configuration in what settings? [10:07] jackyalcine: in general, Debian/Ubuntu usually split include files and the like into separate -dev packages [10:07] you want to integrate a capplet in g-c-c? that's not something GNOME upstream supports [10:07] ah, misunderstood, sorry [10:08] Yeah, they told me that on GIMPnet. [10:08] could be me, I've difficulties to understand the question [10:08] And that distros provide their own. [10:08] I see that there's libg-c-c-dev and g-c-c-dev. [10:08] what do you try to do? [10:08] jackyalcine: we don't patch the code for that; we just add extra icons which then launch separate programs (i. e. not embedded into the c-c shell) [10:09] seb128: I want to add another application's configuration in there. [10:09] Largely under Accessibility. [10:09] "in there" beeing? [10:09] in the system settings dialog? [10:09] Yup. [10:09] you can't modify capplets dynamically from outside [10:09] Hmm. [10:09] you need to distro patch the gnome-control-center code to do that [10:09] Oy. [10:10] I'll stick to the in-app "Edit -> Preferences" then, lol. [10:10] Thansk. [10:10] *Thanks [10:10] yw [10:49] I just installed the updates in P and my system is in a certainly insteresting state to say the least. It boot and it looks like the x-server luanches but nothing more.. [10:49] lightdm does not appear and I'm stuck with a nice black screen and a lovely x :) [10:50] has anyone seen this? I can log in the machine thorugh ssh to get more info [10:53] seeing /var/log/Xorg.0.log and /var/log/lightdm/lightdm.log might be interesting [11:04] pitti, ok, on it [11:09] pitti, Xorg.0.log => http://paste.ubuntu.com/817499/ lightdm.log => http://paste.ubuntu.com/817500/ [11:10] so, lightdm apparently didn't see the X server [11:10] mandel: can you please pastebin the output of "dpkg -l 'nvidia*' | cat"? [11:10] dpkg -l 'nvidia*' | pastebinit [11:10] will do [11:11] (the cat is to suppress dpkg's overzealous truncation [11:11] mandel: if you are using nvidia-173, that was accidentally uploaded for the new X.org although it's not working [11:11] that might be one explanation [11:11] mandel: instead of pastebinning you can also just check if you use -173 or -current [11:12] pitti, already did the pastebin => http://paste.ubuntu.com/817503/ :) [11:12] ok, you use -current [11:12] this is interesting: http://www.eyrie.org/~eagle/journal/2012-01/007.html [11:12] so, that's where my wisdom ends, I'm afraid :/ [11:13] mandel: you might need to ping any of the X.org guys (RAOF, bryce, tjaalton, Sarvatt), maybe they have more ideas [11:13] pitti, well, that is much more than I know about this, no worries :) [11:13] will ping them [11:14] didrocks: that reflects my experience as well [11:14] C++ makes it really really hard to maintain a stable ABI [11:14] and even harder to use symbols files [11:14] pitti: yeah, I gave up on nux as well [11:15] mandel: what you could try in the meantime is to uninstall the nvidia driver and try with nouveau? [11:15] but great to see it written down somewhere and not only us suxing at it :) [11:15] pitti, sure I can [11:15] mandel: sudo jockey-text -d xorg:nvidia_current [11:15] mandel: I'm not sure about the exact identifier, check jockey-text -l for it [11:16] mandel: that should at least get you a working machine back === chaoticuk_ is now known as chaoticuk [12:01] rodrigo_: hello, how are you? [12:05] rodrigo_: sorry for the delay on the langpack stuff; I now finished creating a separate python module with the check-language-support logic, and will now work on an aptdaemon plugin [12:05] rodrigo_: I understand that your region panel branch uses WhatProvides(), right? how does it call this exactly? [12:06] rodrigo_: I'd like to provide an aptdaemon implementation for this, so that the region panel will work [12:06] rodrigo_: also, a question: how do you test control-center from the upstream git checkout? jhbuild? or is there a more elegant way of running it from the source tree? [12:11] pitti, I use jhbuild, yes [12:11] pitti, I'll finish the g-c-c work this weekend === MacSlow is now known as MacSlow|lunch [12:12] pitti, as per the call to WhatProvides, that's what needs a little change, as it's all async [12:12] so need to make it work asynchronously when you close the dialog by selecting a language [12:12] pitti, shoudn't take long, so as I said, will do it this weekend [12:17] rodrigo_: ah, so if I were to test it, I'd check out the wip/ branch, configure jhbuild to use that, jhbuild buildone, and then jhbuild run gnome-control-center? [12:17] rodrigo_: I meant WhatProvides expects a PK_PROVIDES_ something [12:19] rodrigo_: oh, you mean you already have an aptdaemon branch for this? or do you use the actual PackageKit for this? [12:19] rodrigo_: I was going to work on the aptdaemon change, using the new library (to avoid having to call the check-language-support binary, and also to drop all the crufty l-s code) [12:23] hello everyone! silly question... why apt will, from time to time, "automatically kept back" some packages? [12:34] hey nessita, how are you? [12:34] nessita, what do you use? "upgrade"? or "dist-upgrade"? [12:42] seb128: hola! so, this is a fresh precise install, and I daily use apt-get update and apt-get upgrade [12:43] seb128: shall I use dist-upgrade? [12:47] nessita, yeah, not especially, but upgrade will not install new packages or uninstall deprecated old ones [12:48] nessita, so the stuff on hold are usually things that have a new depends or conflict with something [12:48] you will need to either apt-get install those or dist-upgrade to get them [12:48] nessita, can you pastebin your apt-get upgrade log? [12:48] seb128: my current one? [12:49] nessita, the one where you get kept packages binaries [12:49] nessita, i.e just the list of what is kept back [12:50] seb128: ah, is everything in here, but you'll fin what you're looking for: http://pastebin.ubuntu.com/817578/ :-) [12:51] nessita, right, those are kept back because one of the indicator libs changed soname so a new lib binary is going to be installed [12:51] nessita, you can use dist-upgrade and check that it doesn't want to remove anything you use [12:51] but it should not, everything has been rebuilt [12:51] sure [12:52] seb128: with dist-upgrade, no removals, and nvidia-173 will be kept back [12:52] nessita, seems good, go for it ;-) [12:52] sounds good [12:52] thanks! [12:52] yw! === jackyalcine is now known as JackyAlcine [13:10] pitti, sorry, missed your reply [13:10] pitti, yes, for g-c-c checkout the wip/install-languages branch, and build it under jhbuild or just install it separately [13:11] pitti, and no, I don't have an aptdaemon branch [13:11] rodrigo_: ah, ok, good [13:11] pitti, oh, I have some PackageKit changes locally indeed [13:11] pitti, I'll send you a patch [13:11] rodrigo_: ah, thanks; I can look at this then and implement WhatProvides() in aptdaemon accordingly [13:12] pitti, ok === greyback is now known as greyback|lunch [13:13] pitti, sent [13:13] rodrigo_: I don't see a fitting PK_PROVIDES_ in PK 0.7.2 [13:13] no, just changes in my local branch [13:13] rodrigo_: but I guess hughsie wouldn't mind adding it? [13:14] no, he doesn't [13:14] PK_PROVIDES_LANGUAGE_SUPPORT [13:14] oh? [13:14] he suggested himself to use WhatProvides [13:14] even if Fedora doesn't have langpacks, they still have dictionaries and all that? [13:14] yeah [13:14] rodrigo_: right, but WhatProvides needs a "type" which is PkProvidesEnum [13:15] and we shouldn't abuse CODEC, MODALIAS, or PLASMA_SERVICE or what not [13:15] so if we want to implement this in aptdaemon's PK compat layer, I guess the real PK should define at least an enum for this? [13:15] pitti, that's what my patch does, see your mail :) [13:15] rodrigo_: oh, I think I misunderstood you - you mean he doesn't mind getting it added [13:16] * pitti should read his own questions more carefully :) [13:16] yeah [13:16] rodrigo_: ah, yeah, straightforward patch (tab damage, BTW) [13:16] he suggested using WhatProvides, so I added the PK_PROVIDES_* enum [13:16] pitti, TAB damage? [13:17] lib/packagekit-qt2/transaction.h [13:17] + ProvidesPlasmaService, [13:17] + ProvidesLocale [13:17] (indentation) [13:17] probably spaces vs. tabs; nevermind, just nitpicking [13:18] rodrigo_: I wonder if "LOCALE" conveys it right: we do not actually install the locale itself, but support packages for a language [13:18] rodrigo_: if you haven't sent it upstream yet, perhaps we could name it LANGUAGE_SUPPORT? [13:18] yes [13:18] we might actually have a LOCALE in the future, to create a new locale [13:18] in teh sense of localedef [13:19] yeah, makes sense [13:20] btw, just installed ubuntu on my new laptop, and I get lightdm (had gdm from previous installs in all my machines), so how do I select the GNOME session? [13:20] rodrigo_: apt-get install gnome-shell ? [13:20] rodrigo_: that should install /usr/share/xsessions/gnome-shell.desktop [13:20] pitti, ah ok [13:21] rodrigo_: both gdm and lightdm show /usr/share/xsessions/*.desktop (the ones which are available) [13:21] ok, it wasn't showing anything, I guess because there's only the ubuntu session available at install [13:21] on a clean install,. that is [13:21] rodrigo_, there is a bug in current unity-greeter if you use precise, the "gear" icon is only available after switching user or something [13:21] yes [13:22] seb128, have to catch a train in a few hours, so keeping with oneiric until the weekend :) [13:22] ok, oneiric should work fine [13:22] just install g-s then ;-) [13:22] but yes, will move to precise as soon as I'm back [13:23] weird [13:23] you should have the selector on a default install with unity and unity-2d at least [13:23] rodrigo_, that's the small gear icon next to the password field [13:23] hmm, didn't see nothing, let me recheck [13:23] ah yes, there it is [13:23] ;-) [13:27] pidgin seems to be notifying me about everyone who comes online. Is there a way to stop it? [13:28] mvo: [13:28] 14:27:54 AptDaemon.Worker [DEBUG]: Loaded modify_cache_after plugin: language-selector 0.1 [13:28] *grin* [13:28] mvo: clever thing, this entry_points === MacSlow|lunch is now known as MacSlow [13:31] :) [13:32] this works quite nicely: ./setup.py egg_info; sudo PYTHONPATH=. aptd -r -d [13:36] got it [13:36] it's an option on a plugin (libnotify popups) rather than in the main preferences. [13:36] jml, right [13:49] mvo: hey - how are you? - my favorite S-C hacker? ;-) [13:49] (obviously /me is not asking to be polite, but because he has work for you) [13:51] mvo: regarding https://code.launchpad.net/~bilalakhtar/unity/software-center-integration-for-o/+merge/89364 ... do you guys have plans to merge Gary's S-C branch soonish? === greyback|lunch is now known as greyback [13:58] kamstrup: hello! I'm good, thanks! we absolutely do, once the new unity lands I will upload a new s-c [13:59] mvo: awesome - can you add a comment on the mp? I think bilal will be happy :-) [14:02] pitti: ping? [14:03] hello GunnarHj [14:03] Hi! [14:04] pitti: I just added a comment to bug 904395. It's related to the pending a-s MP, and I'd appreciate if you could take a quick look. [14:04] Why doesn't a link pop up as usual? [14:10] good morning! [14:12] hey seb128, pitti; what are the plans for vala this cycle, are we going to ship with all the versions we currently have? [14:12] hey cyphermox [14:12] the less versions the better [14:13] of course :) [14:13] we should at least get ride of <= 12 in main [14:13] cyphermox: I certainly hope we can get rid of < 14, what seb128 says [14:13] ok, then an accompanying question [14:14] seems like vala < 16 are adding g_thread_init() when an app uses Gtk.init() and is compiled with --thread. I got a patch for it (noticed this trying to build and port pino from 0.10 to 0.14), but I was wondering if you had any counter-indications? [14:15] I think pro [14:15] cyphermox: no, it's fine to drop it, as it's deprecated since lucid's glib [14:15] aye. [14:15] what pitti said [14:16] so I'll just re-test the build to be certain and upload with my patch [14:18] we use the udd branches for the versions before 0.16? [14:18] yes [14:18] or feel free to create a branch in the team vcs if you think it's useful [14:18] but I don't think we do enough changes on those to warrant it [14:18] nah [14:19] perhaps just update Vcs-* to reflect it though [14:19] * seb128 fixes vino upnp, that was really broken [14:20] does anyone use vino with upnp, or know how that works from an user perspective to test if the updated version works as it should? [14:21] maybe. [14:21] not sure if I can get this working with my router now though [14:21] the "use system libminiupnpc lib" patch was including the vino local libminiupnpc copy .h and not ported to the new lib abi (some function prototypes changed) [14:22] so basically it was building fine because the defines where matching to code [14:22] ok [14:22] but the functions where not matching the system lib used at runtime [14:22] well anyway I'm fixing that [14:22] cyphermox, once I upload vino to precise testing is welcome ;-) [14:22] well, the way to test is basically to enable upnp on a router that supports it, then it will poke holes in the firewall automatically to let someone connect, possibly [14:23] cyphermox, how do you check that the firewall config correctly changed? [14:23] you try to connect from "outside"? [14:23] I guess you need an "outside" then ;-) all my machines are on the same lan [14:23] yeah [14:24] seb128: let me know when you're firewall is open so I can hack^H^H^H^Htest your machine :) [14:24] seb128: careful. mdeslaur doesn't even need upnp to be able to go though ;) [14:24] didrocks: ping [14:25] hey manish [14:25] didrocks: I hope you remember me.. [14:25] I am still working on activity log manager [14:25] mdeslaur, see now I'm scared and will not test the fix :p [14:25] is it still being considered to be included in precise [14:25] seb128: hehe :) [14:25] mdeslaur, I might just drop the patch and build with the years old libminiupnpc copy shipped in vino :p [14:26] didrocks: as per the blueprint [14:26] manish: yeah it is :) I think you should coordinate with seiflotfy who as talked to design about it [14:26] didrocks: I have the design [14:26] I am working with him [14:26] oh excellent! [14:27] if you want you can try it out [14:27] manish: did you get good progress? [14:27] yup [14:27] nearly [14:27] will finish it by 1st week of feb [14:27] not right now, but I can give it a try soonish :) [14:27] sure, anytime you are free [14:27] manish: that will give us just the needed time before feature freeze, awesome :) [14:27] yup [14:27] 16th of feb IIRC [14:27] right, but let's try to get it in before :) [14:28] I don't know much about packaging, so might need your help in it [14:28] manish: sure, no worry, is it a patch to gnome-control-center? [14:28] I know about packaging, but not from scratch [14:28] didrocks: nope. as a applet inside control center [14:28] one more entry [14:28] like bluetooth, displays etc [14:29] ok nice, I'll make the packaging for it :) [14:29] probably you can look at the gcc entries [14:29] manish: do you have a vcs somewhere so that I can have a look when I have some time? [14:29] didrocks: https://code.launchpad.net/~activity-log-manager/activity-log-manager/vala [14:29] perfect :) [14:29] uses gtk3 and vala [14:29] application blacklist nearly done [14:29] manish: with which version of vala are you building it? [14:29] file type finished [14:30] "private mode" as well? [14:30] didrocks: 0.14 [14:30] didrocks: incognito? [14:30] yes done [14:30] manish: great and… great ;) [14:30] history erasing is pending [14:30] UI is up [14:30] backend pending [14:30] you will make a lot of people happy [14:30] :) [14:30] I am still fighting with gtk [14:30] seriously, it was one of the concerns people had over the past 2 cycles :) [14:30] oh? [14:31] yes, gtk isn't the cleanest toolkit anyway [14:31] yes, lot many people were concerned [14:31] an askubuntu answer on it has 10K+ views [14:33] manish: so, I'll prepare the integration of it. Ping me back (next week?) when you think you have finished the devel part :) [14:33] didrocks: sure [14:34] if you can do the packaging even before release [14:34] it will help in testing it [14:34] like launchpad recipies [14:34] manish: yeah, I'll do something around this shortly :) [14:34] that's cool. Thanks [14:34]