| jasoncwarner_ | TheMuso: hey man, around | 02:13 |
|---|---|---|
| TheMuso | jasoncwarner_: Sure thing. | 02:19 |
| cyphermox | hey jasoncwarner_ | 02:23 |
| jasoncwarner_ | hey cyphermox , how are things? | 02:23 |
| cyphermox | alright. about to log off to watch tv for a bit | 02:23 |
| jasoncwarner_ | hey cyphermox quick ? for ya, just sent you an email actually | 02:24 |
| jasoncwarner_ | I lost my network indicator in an update...did something break? | 02:24 |
| TheMuso | jasoncwarner_: Yes, indicator ABI breakage. | 02:25 |
| jasoncwarner_ | TheMuso: gah | 02:25 |
| jasoncwarner_ | ok. | 02:25 |
| TheMuso | jasoncwarner_: Are you running Unity from a PPA? | 02:25 |
| jasoncwarner_ | TheMuso: yes, dx PPA | 02:25 |
| TheMuso | jasoncwarner_: Right, the PPA is not likely built against the new indicator ABI in teh archive yet. | 02:25 |
| cyphermox | network... indicator? | 02:27 |
| TheMuso | cyphermox: Its not an nm bug specifically, its indicator breakage, so any app indicator won't show. | 02:28 |
| jasoncwarner_ | TheMuso cyphermox thanks...I'll remove the PPA and update.... | 02:28 |
| jasoncwarner_ | Thanks | 02:28 |
| cyphermox | oh | 02:28 |
| cyphermox | jasoncwarner_: nmcli is your friend | 02:28 |
| cyphermox | 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 |
| lifeless | 02:29 | |
| cyphermox | that should bring it up | 02:29 |
| jasoncwarner_ | cyphermox: thanks, will give that a shot | 02:30 |
| TheMuso | jasoncwarner_: Actually... Which DX PPA were you using? | 02:30 |
| TheMuso | Unity is currently being rebult in the unity-team/staging PPA. | 02:31 |
| TheMuso | Which means it should be building against the new ABI. | 02:31 |
| jasoncwarner_ | TheMuso: that was the one...I just removed and updated | 02:32 |
| TheMuso | Ok, give it a few hours and you should be able to use that PPA again. | 02:33 |
| jasoncwarner_ | ah, ok! thanks, man | 02:33 |
| cyphermox | TheMuso: any chance you're very very fluent in vala? | 02:35 |
| cyphermox | 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:36 |
| TheMuso | cyphermox: Sorry, I am not the one who can give you that opinion, my knowledge of vala is not yet that deep. | 02:37 |
| cyphermox | sure. | 02:37 |
| cyphermox | I'll just ask seb in the morning | 02:37 |
| cyphermox | thanks! | 02:38 |
| jbicha | it seems like everything is being built today, builders are working overtime :) | 02:41 |
| micahg | cyphermox: robert_ancell would be a good person to ask about vala if he were around | 02:44 |
| jbicha | micahg: small thing, but xul-ext-calendar-timezones is trying to pull in seamonkey unless I use --no-install-recommends | 02:52 |
| micahg | jbicha: not sure that's a small thing :) | 02:53 |
| jbicha | will thunderbird (>= 10.0) work with thunderbird 10.0~beta4 | 02:53 |
| micahg | precise I assume? | 02:53 |
| jbicha | yes | 02:53 |
| micahg | no | 02:53 |
| micahg | it should be 10.0~ | 02:53 |
| jbicha | 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 |
| jbicha | which I finally did just now | 02:54 |
| micahg | jbicha: please file a bug and assign to chrisccoulson | 03:00 |
| micahg | he'll be uploading the final 1.2 build shortly | 03:00 |
| jbicha | micahg: ok thanks | 03:16 |
| micahg | jbicha: the only reason I haven't noticed is that I have seamonkey on both machines with the beta | 03:42 |
| TheMuso | p/c | 03:53 |
| corvolino | someone to take a course on the desktop team, please? | 04:10 |
| === m_conley is now known as m_conley_away | ||
| kenvandine | finally the builders seem happier :) | 05:38 |
| didrocks | good morning | 06:36 |
| BigWhale | Good Morning people. | 06:46 |
| didrocks | hey BigWhale | 06:59 |
| rickspencer3 | 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 |
| rickspencer3 | ? | 07:36 |
| pitti | 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 |
| rickspencer3 | thanks pitti | 07:38 |
| pitti | I guess that created some waves wrt. buildd lag, binNEW, and so on | 07:38 |
| pitti | http://people.canonical.com/~ubuntu-archive/component-mismatches.svg doesn't look so bad, I figure it's mostly build skew | 07:39 |
| === bil21al is now known as fst8r12 | ||
| === fst8r12 is now known as bil21al | ||
| pitti | bonjour seb128 | 08:58 |
| seb128 | hey | 08:58 |
| seb128 | pitti, hey, wie gehts? | 08:58 |
| pitti | seb128: I'm great, thanks! | 08:58 |
| pitti | we went to a nice concert last night, "Power!Percussion" | 08:59 |
| pitti | they hammered on pretty much everything imaginable; ladders, PVC tubes, rainwater and oil barrels, and of course actual drums, too | 08:59 |
| seb128 | pitti, was it good? ;-) | 09:01 |
| pitti | absolutely | 09:02 |
| pitti | these guys rocked | 09:02 |
| pitti | it was amazing which brilliant sound you get from carefully crafted drain pipes :) | 09:04 |
| didrocks | salut seb128 | 09:05 |
| seb128 | pitti, sounds great ;-) | 09:05 |
| seb128 | didrocks, lut, en forme ? | 09:05 |
| pitti | bonjour didrocks | 09:05 |
| chrisccoulson | good morning everyone | 09:06 |
| didrocks | hey pitti ;) | 09:06 |
| pitti | hey chrisccoulson | 09:06 |
| didrocks | good morning chrisccoulson | 09:06 |
| didrocks | seb128: ça va! :) | 09:07 |
| seb128 | hey chrisccoulson, how are you? | 09:07 |
| chrisccoulson | hi pitti, didrocks, seb128 | 09:07 |
| chrisccoulson | yeah, i'm good thanks | 09:07 |
| seb128 | didrocks, still no compiz in sight? ;-) | 09:07 |
| chrisccoulson | how are you? | 09:07 |
| seb128 | good! ;-) | 09:08 |
| didrocks | seb128: still none, anyway, it's too late now for a proper pre-testing before upload to precise and before unity freeze :/ | 09:08 |
| seb128 | 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 |
| pitti | seb128: see current discussion on #u-devel; let me paste the bits that you missed | 09:09 |
| pitti | seb128: http://paste.ubuntu.com/817412/ | 09:10 |
| seb128 | pitti, danke | 09:10 |
| pitti | 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 |
| seb128 | ok, thanks | 09:11 |
| pitti | seb128: want to wait for slangasek's and cjwatson's opinion first before I start wasting time | 09:11 |
| seb128 | pitti, ok | 09:12 |
| seb128 | well, I will look at adding a "stick to version <v> for reason <reason>" to version | 09:12 |
| seb128 | that's not the only case where we could use that ;-) | 09:12 |
| pitti | ah, nice | 09:13 |
| pitti | yeah, especially for precise | 09:13 |
| pitti | seb128: so, leave udev for now, I'll look into reverting the kmod bit and update to 179 | 09:41 |
| seb128 | pitti, ok, thanks | 09:41 |
| tkamppeter | pitti, can you approve the SRU upload for bug 902599? Thanks. | 09:53 |
| ubot2` | 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:53 |
| pitti | tkamppeter: done, thanks! | 09:54 |
| seb128 | is "locatedb" supposed to index user directories by default? | 09:54 |
| tkamppeter | pitti, thanks. | 09:55 |
| pitti | seb128: yes | 09:55 |
| pitti | seb128: but it should only show you files that you can also ls yourself | 09:55 |
| seb128 | weird | 09:56 |
| pitti | why? | 09:56 |
| seb128 | I wonder why is doesn't index my user dir here then | 09:56 |
| seb128 | because it doesn't index my user dir | 09:56 |
| pitti | seb128: is your user dir 0700? | 10:02 |
| pitti | not that this ought to stop mlocale, but it might be a possible difference | 10:02 |
| pitti | mlocate | 10:02 |
| seb128 | pitti, yes, but I think it's rather because ecryptfs is in the prunefs list of updatedb.conf there | 10:03 |
| pitti | seb128: my home dir is on ecryptfs, too | 10:04 |
| pitti | ooh, you are right | 10:05 |
| seb128 | pitti, hum, and it's indexed? | 10:05 |
| seb128 | weird | 10:05 |
| pitti | seb128: the stuff that it finds for me is in /home/martin-scratch/ | 10:05 |
| seb128 | ok, that makes sense ;-) | 10:05 |
| pitti | which has my download folder, jhbuild, downloaded ISOs, etc. | 10:05 |
| pitti | I have ~/download -> ../martin-scratch/download/ | 10:05 |
| pitti | I foudn that ecryptfs is quite a lot of overhead for e. g. kvm images | 10:05 |
| pitti | so I moved that stuff there | 10:05 |
| seb128 | it might be, I didn't notice too much since I'm on a ssd drive | 10:06 |
| jackyalcine | What package has the headers required to get your application's configuration found in the Settings Windows? | 10:06 |
| jackyalcine | Like the Ubuntu version of GNOME Control Center? | 10:06 |
| pitti | I guess it makes sense, otherwise you'd expose information on an encrypted drive to the unencrypted portion | 10:06 |
| seb128 | but anyway that explains why things don't get indexed there | 10:06 |
| pitti | jackyalcine: gnome-control-center-dev ? | 10:07 |
| seb128 | what configuration in what settings? | 10:07 |
| pitti | jackyalcine: in general, Debian/Ubuntu usually split include files and the like into separate -dev packages | 10:07 |
| seb128 | you want to integrate a capplet in g-c-c? that's not something GNOME upstream supports | 10:07 |
| pitti | ah, misunderstood, sorry | 10:07 |
| jackyalcine | Yeah, they told me that on GIMPnet. | 10:08 |
| seb128 | could be me, I've difficulties to understand the question | 10:08 |
| jackyalcine | And that distros provide their own. | 10:08 |
| jackyalcine | I see that there's libg-c-c-dev and g-c-c-dev. | 10:08 |
| seb128 | what do you try to do? | 10:08 |
| pitti | 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:08 |
| jackyalcine | seb128: I want to add another application's configuration in there. | 10:09 |
| jackyalcine | Largely under Accessibility. | 10:09 |
| seb128 | "in there" beeing? | 10:09 |
| seb128 | in the system settings dialog? | 10:09 |
| jackyalcine | Yup. | 10:09 |
| seb128 | you can't modify capplets dynamically from outside | 10:09 |
| jackyalcine | Hmm. | 10:09 |
| seb128 | you need to distro patch the gnome-control-center code to do that | 10:09 |
| jackyalcine | Oy. | 10:09 |
| jackyalcine | I'll stick to the in-app "Edit -> Preferences" then, lol. | 10:10 |
| jackyalcine | Thansk. | 10:10 |
| jackyalcine | *Thanks | 10:10 |
| seb128 | yw | 10:10 |
| mandel | 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 |
| mandel | lightdm does not appear and I'm stuck with a nice black screen and a lovely x :) | 10:49 |
| mandel | has anyone seen this? I can log in the machine thorugh ssh to get more info | 10:50 |
| pitti | seeing /var/log/Xorg.0.log and /var/log/lightdm/lightdm.log might be interesting | 10:53 |
| mandel | pitti, ok, on it | 11:04 |
| mandel | pitti, Xorg.0.log => http://paste.ubuntu.com/817499/ lightdm.log => http://paste.ubuntu.com/817500/ | 11:09 |
| pitti | so, lightdm apparently didn't see the X server | 11:10 |
| pitti | mandel: can you please pastebin the output of "dpkg -l 'nvidia*' | cat"? | 11:10 |
| pitti | dpkg -l 'nvidia*' | pastebinit | 11:10 |
| pitti | will do | 11:10 |
| pitti | (the cat is to suppress dpkg's overzealous truncation | 11:11 |
| pitti | mandel: if you are using nvidia-173, that was accidentally uploaded for the new X.org although it's not working | 11:11 |
| pitti | that might be one explanation | 11:11 |
| pitti | mandel: instead of pastebinning you can also just check if you use -173 or -current | 11:11 |
| mandel | pitti, already did the pastebin => http://paste.ubuntu.com/817503/ :) | 11:12 |
| pitti | ok, you use -current | 11:12 |
| didrocks | this is interesting: http://www.eyrie.org/~eagle/journal/2012-01/007.html | 11:12 |
| pitti | so, that's where my wisdom ends, I'm afraid :/ | 11:12 |
| pitti | mandel: you might need to ping any of the X.org guys (RAOF, bryce, tjaalton, Sarvatt), maybe they have more ideas | 11:13 |
| mandel | pitti, well, that is much more than I know about this, no worries :) | 11:13 |
| mandel | will ping them | 11:13 |
| pitti | didrocks: that reflects my experience as well | 11:14 |
| pitti | C++ makes it really really hard to maintain a stable ABI | 11:14 |
| pitti | and even harder to use symbols files | 11:14 |
| didrocks | pitti: yeah, I gave up on nux as well | 11:14 |
| pitti | mandel: what you could try in the meantime is to uninstall the nvidia driver and try with nouveau? | 11:15 |
| didrocks | but great to see it written down somewhere and not only us suxing at it :) | 11:15 |
| mandel | pitti, sure I can | 11:15 |
| pitti | mandel: sudo jockey-text -d xorg:nvidia_current | 11:15 |
| pitti | mandel: I'm not sure about the exact identifier, check jockey-text -l for it | 11:15 |
| pitti | mandel: that should at least get you a working machine back | 11:16 |
| === chaoticuk_ is now known as chaoticuk | ||
| pitti | rodrigo_: hello, how are you? | 12:01 |
| pitti | 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 |
| pitti | rodrigo_: I understand that your region panel branch uses WhatProvides(), right? how does it call this exactly? | 12:05 |
| pitti | rodrigo_: I'd like to provide an aptdaemon implementation for this, so that the region panel will work | 12:06 |
| pitti | 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:06 |
| rodrigo_ | pitti, I use jhbuild, yes | 12:11 |
| rodrigo_ | pitti, I'll finish the g-c-c work this weekend | 12:11 |
| === MacSlow is now known as MacSlow|lunch | ||
| rodrigo_ | pitti, as per the call to WhatProvides, that's what needs a little change, as it's all async | 12:12 |
| rodrigo_ | so need to make it work asynchronously when you close the dialog by selecting a language | 12:12 |
| rodrigo_ | pitti, shoudn't take long, so as I said, will do it this weekend | 12:12 |
| pitti | 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 |
| pitti | rodrigo_: I meant WhatProvides expects a PK_PROVIDES_ something | 12:17 |
| pitti | rodrigo_: oh, you mean you already have an aptdaemon branch for this? or do you use the actual PackageKit for this? | 12:19 |
| pitti | 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:19 |
| nessita | hello everyone! silly question... why apt will, from time to time, "automatically kept back" some packages? | 12:23 |
| seb128 | hey nessita, how are you? | 12:34 |
| seb128 | nessita, what do you use? "upgrade"? or "dist-upgrade"? | 12:34 |
| nessita | seb128: hola! so, this is a fresh precise install, and I daily use apt-get update and apt-get upgrade | 12:42 |
| nessita | seb128: shall I use dist-upgrade? | 12:43 |
| seb128 | nessita, yeah, not especially, but upgrade will not install new packages or uninstall deprecated old ones | 12:47 |
| seb128 | nessita, so the stuff on hold are usually things that have a new depends or conflict with something | 12:48 |
| seb128 | you will need to either apt-get install those or dist-upgrade to get them | 12:48 |
| seb128 | nessita, can you pastebin your apt-get upgrade log? | 12:48 |
| nessita | seb128: my current one? | 12:48 |
| seb128 | nessita, the one where you get kept packages binaries | 12:49 |
| seb128 | nessita, i.e just the list of what is kept back | 12:49 |
| nessita | seb128: ah, is everything in here, but you'll fin what you're looking for: http://pastebin.ubuntu.com/817578/ :-) | 12:50 |
| seb128 | 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 |
| seb128 | nessita, you can use dist-upgrade and check that it doesn't want to remove anything you use | 12:51 |
| seb128 | but it should not, everything has been rebuilt | 12:51 |
| nessita | sure | 12:51 |
| nessita | seb128: with dist-upgrade, no removals, and nvidia-173 will be kept back | 12:52 |
| seb128 | nessita, seems good, go for it ;-) | 12:52 |
| nessita | sounds good | 12:52 |
| nessita | thanks! | 12:52 |
| seb128 | yw! | 12:52 |
| === jackyalcine is now known as JackyAlcine | ||
| rodrigo_ | pitti, sorry, missed your reply | 13:10 |
| rodrigo_ | pitti, yes, for g-c-c checkout the wip/install-languages branch, and build it under jhbuild or just install it separately | 13:10 |
| rodrigo_ | pitti, and no, I don't have an aptdaemon branch | 13:11 |
| pitti | rodrigo_: ah, ok, good | 13:11 |
| rodrigo_ | pitti, oh, I have some PackageKit changes locally indeed | 13:11 |
| rodrigo_ | pitti, I'll send you a patch | 13:11 |
| pitti | rodrigo_: ah, thanks; I can look at this then and implement WhatProvides() in aptdaemon accordingly | 13:11 |
| rodrigo_ | pitti, ok | 13:12 |
| === greyback is now known as greyback|lunch | ||
| rodrigo_ | pitti, sent | 13:13 |
| pitti | rodrigo_: I don't see a fitting PK_PROVIDES_ in PK 0.7.2 | 13:13 |
| rodrigo_ | no, just changes in my local branch | 13:13 |
| pitti | rodrigo_: but I guess hughsie wouldn't mind adding it? | 13:13 |
| rodrigo_ | no, he doesn't | 13:14 |
| pitti | PK_PROVIDES_LANGUAGE_SUPPORT | 13:14 |
| pitti | oh? | 13:14 |
| rodrigo_ | he suggested himself to use WhatProvides | 13:14 |
| pitti | even if Fedora doesn't have langpacks, they still have dictionaries and all that? | 13:14 |
| rodrigo_ | yeah | 13:14 |
| pitti | rodrigo_: right, but WhatProvides needs a "type" which is PkProvidesEnum | 13:14 |
| pitti | and we shouldn't abuse CODEC, MODALIAS, or PLASMA_SERVICE or what not | 13:15 |
| pitti | 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 |
| rodrigo_ | pitti, that's what my patch does, see your mail :) | 13:15 |
| pitti | rodrigo_: oh, I think I misunderstood you - you mean he doesn't mind getting it added | 13:15 |
| * pitti should read his own questions more carefully :) | 13:16 | |
| rodrigo_ | yeah | 13:16 |
| pitti | rodrigo_: ah, yeah, straightforward patch (tab damage, BTW) | 13:16 |
| rodrigo_ | he suggested using WhatProvides, so I added the PK_PROVIDES_* enum | 13:16 |
| rodrigo_ | pitti, TAB damage? | 13:16 |
| pitti | lib/packagekit-qt2/transaction.h | 13:17 |
| pitti | + ProvidesPlasmaService, | 13:17 |
| pitti | + ProvidesLocale | 13:17 |
| pitti | (indentation) | 13:17 |
| pitti | probably spaces vs. tabs; nevermind, just nitpicking | 13:17 |
| pitti | rodrigo_: I wonder if "LOCALE" conveys it right: we do not actually install the locale itself, but support packages for a language | 13:18 |
| pitti | rodrigo_: if you haven't sent it upstream yet, perhaps we could name it LANGUAGE_SUPPORT? | 13:18 |
| rodrigo_ | yes | 13:18 |
| pitti | we might actually have a LOCALE in the future, to create a new locale | 13:18 |
| pitti | in teh sense of localedef | 13:18 |
| rodrigo_ | yeah, makes sense | 13:19 |
| rodrigo_ | 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 |
| pitti | rodrigo_: apt-get install gnome-shell ? | 13:20 |
| pitti | rodrigo_: that should install /usr/share/xsessions/gnome-shell.desktop | 13:20 |
| rodrigo_ | pitti, ah ok | 13:20 |
| pitti | rodrigo_: both gdm and lightdm show /usr/share/xsessions/*.desktop (the ones which are available) | 13:21 |
| rodrigo_ | ok, it wasn't showing anything, I guess because there's only the ubuntu session available at install | 13:21 |
| rodrigo_ | on a clean install,. that is | 13:21 |
| seb128 | 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 |
| pitti | yes | 13:21 |
| rodrigo_ | seb128, have to catch a train in a few hours, so keeping with oneiric until the weekend :) | 13:22 |
| seb128 | ok, oneiric should work fine | 13:22 |
| seb128 | just install g-s then ;-) | 13:22 |
| rodrigo_ | but yes, will move to precise as soon as I'm back | 13:22 |
| seb128 | weird | 13:23 |
| seb128 | you should have the selector on a default install with unity and unity-2d at least | 13:23 |
| seb128 | rodrigo_, that's the small gear icon next to the password field | 13:23 |
| rodrigo_ | hmm, didn't see nothing, let me recheck | 13:23 |
| rodrigo_ | ah yes, there it is | 13:23 |
| seb128 | ;-) | 13:23 |
| jml | pidgin seems to be notifying me about everyone who comes online. Is there a way to stop it? | 13:27 |
| pitti | mvo: | 13:28 |
| pitti | 14:27:54 AptDaemon.Worker [DEBUG]: Loaded modify_cache_after plugin: language-selector 0.1 | 13:28 |
| pitti | *grin* | 13:28 |
| pitti | mvo: clever thing, this entry_points | 13:28 |
| === MacSlow|lunch is now known as MacSlow | ||
| mvo | :) | 13:31 |
| pitti | this works quite nicely: ./setup.py egg_info; sudo PYTHONPATH=. aptd -r -d | 13:32 |
| jml | got it | 13:36 |
| jml | it's an option on a plugin (libnotify popups) rather than in the main preferences. | 13:36 |
| seb128 | jml, right | 13:36 |
| kamstrup | mvo: hey - how are you? - my favorite S-C hacker? ;-) | 13:49 |
| kamstrup | (obviously /me is not asking to be polite, but because he has work for you) | 13:49 |
| kamstrup | 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? | 13:51 |
| === greyback|lunch is now known as greyback | ||
| mvo | kamstrup: hello! I'm good, thanks! we absolutely do, once the new unity lands I will upload a new s-c | 13:58 |
| kamstrup | mvo: awesome - can you add a comment on the mp? I think bilal will be happy :-) | 13:59 |
| GunnarHj | pitti: ping? | 14:02 |
| pitti | hello GunnarHj | 14:03 |
| GunnarHj | Hi! | 14:03 |
| GunnarHj | 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 |
| GunnarHj | Why doesn't a link pop up as usual? | 14:04 |
| cyphermox | good morning! | 14:10 |
| cyphermox | 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 |
| seb128 | hey cyphermox | 14:12 |
| seb128 | the less versions the better | 14:12 |
| cyphermox | of course :) | 14:13 |
| seb128 | we should at least get ride of <= 12 in main | 14:13 |
| pitti | cyphermox: I certainly hope we can get rid of < 14, what seb128 says | 14:13 |
| cyphermox | ok, then an accompanying question | 14:13 |
| cyphermox | 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:14 |
| cyphermox | I think pro | 14:15 |
| pitti | cyphermox: no, it's fine to drop it, as it's deprecated since lucid's glib | 14:15 |
| cyphermox | aye. | 14:15 |
| seb128 | what pitti said | 14:15 |
| cyphermox | so I'll just re-test the build to be certain and upload with my patch | 14:16 |
| cyphermox | we use the udd branches for the versions before 0.16? | 14:18 |
| seb128 | yes | 14:18 |
| seb128 | or feel free to create a branch in the team vcs if you think it's useful | 14:18 |
| seb128 | but I don't think we do enough changes on those to warrant it | 14:18 |
| cyphermox | nah | 14:18 |
| cyphermox | perhaps just update Vcs-* to reflect it though | 14:19 |
| * seb128 fixes vino upnp, that was really broken | 14:19 | |
| seb128 | 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:20 |
| cyphermox | maybe. | 14:21 |
| cyphermox | not sure if I can get this working with my router now though | 14:21 |
| seb128 | 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:21 |
| seb128 | so basically it was building fine because the defines where matching to code | 14:22 |
| cyphermox | ok | 14:22 |
| seb128 | but the functions where not matching the system lib used at runtime | 14:22 |
| seb128 | well anyway I'm fixing that | 14:22 |
| seb128 | cyphermox, once I upload vino to precise testing is welcome ;-) | 14:22 |
| cyphermox | 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:22 |
| seb128 | cyphermox, how do you check that the firewall config correctly changed? | 14:23 |
| seb128 | you try to connect from "outside"? | 14:23 |
| seb128 | I guess you need an "outside" then ;-) all my machines are on the same lan | 14:23 |
| cyphermox | yeah | 14:23 |
| mdeslaur | seb128: let me know when you're firewall is open so I can hack^H^H^H^Htest your machine :) | 14:24 |
| cyphermox | seb128: careful. mdeslaur doesn't even need upnp to be able to go though ;) | 14:24 |
| manish | didrocks: ping | 14:24 |
| didrocks | hey manish | 14:25 |
| manish | didrocks: I hope you remember me.. | 14:25 |
| manish | I am still working on activity log manager | 14:25 |
| seb128 | mdeslaur, see now I'm scared and will not test the fix :p | 14:25 |
| manish | is it still being considered to be included in precise | 14:25 |
| mdeslaur | seb128: hehe :) | 14:25 |
| seb128 | mdeslaur, I might just drop the patch and build with the years old libminiupnpc copy shipped in vino :p | 14:25 |
| manish | didrocks: as per the blueprint | 14:26 |
| didrocks | manish: yeah it is :) I think you should coordinate with seiflotfy who as talked to design about it | 14:26 |
| manish | didrocks: I have the design | 14:26 |
| manish | I am working with him | 14:26 |
| didrocks | oh excellent! | 14:26 |
| manish | if you want you can try it out | 14:27 |
| didrocks | manish: did you get good progress? | 14:27 |
| manish | yup | 14:27 |
| manish | nearly | 14:27 |
| manish | will finish it by 1st week of feb | 14:27 |
| didrocks | not right now, but I can give it a try soonish :) | 14:27 |
| manish | sure, anytime you are free | 14:27 |
| didrocks | manish: that will give us just the needed time before feature freeze, awesome :) | 14:27 |
| manish | yup | 14:27 |
| manish | 16th of feb IIRC | 14:27 |
| didrocks | right, but let's try to get it in before :) | 14:27 |
| manish | I don't know much about packaging, so might need your help in it | 14:28 |
| didrocks | manish: sure, no worry, is it a patch to gnome-control-center? | 14:28 |
| manish | I know about packaging, but not from scratch | 14:28 |
| manish | didrocks: nope. as a applet inside control center | 14:28 |
| manish | one more entry | 14:28 |
| manish | like bluetooth, displays etc | 14:28 |
| didrocks | ok nice, I'll make the packaging for it :) | 14:29 |
| manish | probably you can look at the gcc entries | 14:29 |
| didrocks | manish: do you have a vcs somewhere so that I can have a look when I have some time? | 14:29 |
| manish | didrocks: https://code.launchpad.net/~activity-log-manager/activity-log-manager/vala | 14:29 |
| didrocks | perfect :) | 14:29 |
| manish | uses gtk3 and vala | 14:29 |
| manish | application blacklist nearly done | 14:29 |
| didrocks | manish: with which version of vala are you building it? | 14:29 |
| manish | file type finished | 14:29 |
| didrocks | "private mode" as well? | 14:30 |
| manish | didrocks: 0.14 | 14:30 |
| manish | didrocks: incognito? | 14:30 |
| manish | yes done | 14:30 |
| didrocks | manish: great and… great ;) | 14:30 |
| manish | history erasing is pending | 14:30 |
| manish | UI is up | 14:30 |
| manish | backend pending | 14:30 |
| didrocks | you will make a lot of people happy | 14:30 |
| manish | :) | 14:30 |
| manish | I am still fighting with gtk | 14:30 |
| didrocks | seriously, it was one of the concerns people had over the past 2 cycles :) | 14:30 |
| didrocks | oh? | 14:30 |
| manish | yes, gtk isn't the cleanest toolkit anyway | 14:31 |
| manish | yes, lot many people were concerned | 14:31 |
| manish | an askubuntu answer on it has 10K+ views | 14:31 |
| didrocks | 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 |
| manish | didrocks: sure | 14:33 |
| manish | if you can do the packaging even before release | 14:34 |
| manish | it will help in testing it | 14:34 |
| manish | like launchpad recipies | 14:34 |
| didrocks | manish: yeah, I'll do something around this shortly :) | 14:34 |
| manish | that's cool. Thanks | 14:34 |
| didrocks | thanks for the head's up. Can wait testing it! :) | 14:34 |
| didrocks | can't | 14:34 |
| didrocks | I meant ;) | 14:34 |
| manish | :) | 14:35 |
| === m_conley_away is now known as m_conley | ||
| pitti | bzd | 14:57 |
| pitti | whoops, sorry | 14:57 |
| cyphermox | would someone be so kind as to sponsor my vala-0.14 upload? :) ---> https://code.launchpad.net/~mathieu-tl/ubuntu/precise/vala-0.14/removing-g_thread_init/+merge/90270 | 15:10 |
| kenvandine | cyphermox, sure | 15:13 |
| cyphermox | kenvandine: thanks :) | 15:13 |
| corvolino | someone? | 15:39 |
| cyphermox | corvolino: what's up? | 15:40 |
| BigWhale | is it possible to detect that someone changed screen resolution? | 15:49 |
| seb128 | BigWhale, xorg probably send some signal when that happens yes | 15:50 |
| dobey | BigWhale: yes, in gdk you can i think | 15:51 |
| BigWhale | seb128, yeah | 15:52 |
| BigWhale | oh there's a GdkScreen size changed signal | 15:54 |
| dobey | didrocks: why is all this unity stuff in the "user interface" properties now? it totally disturbs the design of the panel. also, would be nice if it wasn't called "user interface" :-/ | 15:54 |
| dobey | BigWhale: exactly | 15:54 |
| didrocks | dobey: following the official design, I think that you should talk to the design team for any concern | 15:55 |
| dobey | ok | 15:55 |
| seb128 | dobey, there is bug #918580 about the name not being a good one | 15:56 |
| ubot2` | Launchpad bug 918580 in gnome-control-center "System Settings 'User Interface' name is bad in 12.04" [Wishlist,Incomplete] https://launchpad.net/bugs/918580 | 15:56 |
| dobey | ah ok | 15:56 |
| seb128 | dobey, it's waiting for design reply though, you can still try to ping design about it | 15:56 |
| seb128 | dobey, the bug so far is just comments from one user who doesn't like the name either ;-) | 15:57 |
| chrisccoulson | didrocks, remember, stop butchering the upstream design :P | 15:57 |
| didrocks | chrisccoulson: indeed, it's all my fault :) | 15:57 |
| chrisccoulson | heh | 15:58 |
| chrisccoulson | hah: "still, people using Unity will have a different g-c-c from upstream g-c-c, and their opinion about g-c-c (and gnome) design will be tainted by your modifications" | 16:01 |
| ronoc | desrt, hey, we have changed the name on the gsettings schema for i-sound to be inline with what the other indicators use i.e. ...indicator.sound as opposed to what it was previously indicators.sound | 16:01 |
| pitti | tkamppeter: so it seems the new cups-filters work is now complete, with larsu's last filter? | 16:01 |
| ronoc | desrt, how do you suggest we go about migrating existing users settings from the old schema to the new | 16:01 |
| chrisccoulson | i'm really tempted to reply with "the current upstream design of g-c-c actually taints peoples opinions of ubuntu" | 16:01 |
| dobey | chrisccoulson: what's worse, is that all versions of unity don't follow the settings. | 16:01 |
| chrisccoulson | but i shall refrain from starting a troll-fest | 16:02 |
| seb128 | dobey, the settings displayed correspond to the desktop you use | 16:02 |
| desrt | ronoc: usually install the old schema for a short while and copy settings from it into the new one | 16:02 |
| seb128 | dobey, so that's a wrong statement | 16:02 |
| dobey | seb128: unity-2d does not follow the launcher panel size setting. | 16:02 |
| seb128 | desrt, didn't you mention that you were thinking about adding aliases or something? | 16:02 |
| desrt | ronoc: i'm confused, though... did you just change the name of the schema or also the path? | 16:02 |
| desrt | if it's the same path, you don't need to do anything | 16:02 |
| seb128 | dobey, which is why that section will not be displayed under unity-2d | 16:03 |
| desrt | seb128: ya. it doesn't xist right now, though | 16:03 |
| chrisccoulson | didrocks, are the additional separators on the appearance panel part of the design btw? | 16:03 |
| pitti | good night everyone! | 16:03 |
| seb128 | dobey, or none of the sections will be displayed under gnome-shell | 16:03 |
| chrisccoulson | they look a bit odd | 16:03 |
| desrt | pitti: ciao | 16:03 |
| seb128 | pitti, 'night | 16:03 |
| ronoc | desrt, we changed the path aswell | 16:03 |
| dobey | seb128: that makes it even worse, because then the "user interface" name is really inappropriate when those aren't there :) | 16:03 |
| desrt | ronoc: then you have trouble :) | 16:03 |
| desrt | ronoc: why did you change the path? | 16:04 |
| ronoc | brilliant | 16:04 |
| ronoc | i think we can change it back | 16:04 |
| seb128 | dobey, you still get the theme selector etc | 16:04 |
| ronoc | i haven't released yet | 16:04 |
| desrt | ugh | 16:04 |
| desrt | /desktop/unity? | 16:04 |
| dobey | seb128: you get background and theme; appearance :) | 16:04 |
| didrocks | chrisccoulson: they are | 16:04 |
| didrocks | good night pitti | 16:04 |
| seb128 | dobey, which is still not the upstream name "background" | 16:04 |
| chrisccoulson | didrocks, :( | 16:04 |
| chrisccoulson | it would look much better without them there IMO | 16:04 |
| dobey | seb128: no, but at least it's not confusing, and it's correct. | 16:04 |
| ronoc | desrt, it was more that path followed some old naming format, again i wanted to bring it inline with the other indicators | 16:05 |
| seb128 | dobey, well feel free to argue with design, ui, appareance, same difference... | 16:05 |
| chrisccoulson | didrocks, there are way too many horizontal lines now, and it makes the whole panel look cluttered | 16:05 |
| didrocks | dobey: if you are under unity-2d, there is no "change launcher size" | 16:05 |
| didrocks | see my post | 16:05 |
| desrt | ronoc: so one thing you can do is to use the dconf commandline tool | 16:05 |
| seb128 | chrisccoulson, open a bug and make it also affect ayatana-design ;-) | 16:05 |
| chrisccoulson | didrocks, ok, will do :) | 16:05 |
| desrt | this works: dconf dump /a/ | dconf load /b/ | 16:05 |
| ronoc | desrt, ah good idea | 16:05 |
| seb128 | desrt, ronoc: I don't like the sound of that | 16:06 |
| ronoc | desrt, ill talk to charles when he gets in and see how bad a migration it will be | 16:06 |
| ronoc | oh | 16:06 |
| seb128 | that seems hackish and fragile | 16:06 |
| seb128 | better to leave with buggy paths until desrt add his alias stuff | 16:06 |
| ronoc | ok | 16:06 |
| desrt | seb128: like gsettings-data-convert? :) | 16:06 |
| seb128 | you are not the only one to have picked a buggu path | 16:06 |
| desrt | seb128: i don't think i will add the alias stuff | 16:06 |
| dobey | didrocks: yes, seb128 just said that. and it only makes it more confusing. especially if your graphics drivers break at some point and all of a sudden you are put into unity-2d :) | 16:06 |
| cyphermox | corvolino: if you want to help out with the ubuntu-desktop team you're at the right place | 16:06 |
| desrt | seb128: because then you have to carry that weight ofrever... | 16:06 |
| desrt | *forever | 16:07 |
| seb128 | right | 16:07 |
| seb128 | better to get your naming right to start with | 16:07 |
| dobey | anyway i will open the bug | 16:07 |
| didrocks | dobey: not really related to g-c-c change, but well :) | 16:07 |
| didrocks | or ask the 2d guys to support the setting | 16:07 |
| * desrt notes that either gkeyfile or dconf load has a bug | 16:07 | |
| dobey | well it is | 16:07 |
| desrt | GLib-CRITICAL **: g_key_file_load_from_data: assertion `length != 0' failed | 16:07 |
| ronoc | seb128, preferred naming does change though | 16:07 |
| ronoc | ayatana -> unity | 16:08 |
| ronoc | etc | 16:08 |
| ronoc | so there is a need sometimes to change it | 16:08 |
| cyphermox | corvolino: how much do you know about debian packaging? if you're already comfortable doing things there's a list of tasks on the team pad, see the URL in the topic | 16:08 |
| seb128 | ronoc, well, deal with the migration if you feel like it's important | 16:08 |
| corvolino | cyphermox: I wanted to help in packaging, is it possible? | 16:08 |
| seb128 | I just tend to think that it's work over what is work | 16:08 |
| ronoc | seb128, i just want to get right i suppose for the lts | 16:08 |
| seb128 | work->worth | 16:09 |
| seb128 | ronoc, yeah, I can see that, I tried to push you to fix it previous cycle :p | 16:09 |
| seb128 | ronoc, if we fix it this cycle we have to carry the migration code and the hacks for the lts | 16:09 |
| seb128 | which sucks a bit | 16:09 |
| ronoc | aye | 16:09 |
| seb128 | since we have to support 11.10 to 12.04 | 16:09 |
| seb128 | but well, if you can figure a solide way to migrate | 16:10 |
| cyphermox | corvolino: of course it is, but some things may be a little difficult if you don't already know some things about packaging | 16:10 |
| seb128 | cyphermox, corvolino: i.e gnome-nettool should be an easy update | 16:10 |
| desrt | seb128: in a certain sense, you have to support the hacks forever always anyway | 16:10 |
| BigWhale | oh fun ... Kazam used Xlib for getting all the info about screens and displays ... no real need for that, Gdk has all the info... yay, I can do some rewriting now | 16:10 |
| ronoc | seb128, i could at runtime check to see if there is an old gsettings lying around if so, copy over values and delete the old gsettings | 16:10 |
| desrt | upgrading to x+2 from x may involve going through x+1 | 16:10 |
| seb128 | ronoc, the issue is due to the way gsettings works you can't read a key which has no schemas | 16:11 |
| desrt | but there is no requirement that you login to every user and run all the programs while on x+1 | 16:11 |
| desrt | so the migration may not happen | 16:11 |
| seb128 | desrt, well too bad for you then | 16:11 |
| ronoc | indeed | 16:11 |
| cyphermox | corvolino: like seb128 said. There's also going to be tutorials next week to explain exactly that (and a lot of things) in #ubuntu-classroom (see https://wiki.ubuntu.com/UbuntuDeveloperWeek) | 16:11 |
| ronoc | my opinion exactly | 16:11 |
| ronoc | :) | 16:11 |
| desrt | seb128: i'm inclined to agree with that reasoning :) | 16:11 |
| ronoc | hmm | 16:11 |
| seb128 | desrt, we can't keep hacks for ever, we support only from one lts to the next one | 16:11 |
| desrt | just saying that there is no clear "we're safe now" line | 16:12 |
| seb128 | right | 16:12 |
| seb128 | well the line is "lts to lts should work" | 16:12 |
| seb128 | if you do something weird then | 16:12 |
| ronoc | ok ill come back to it later | 16:12 |
| desrt | thing is... | 16:12 |
| desrt | if migration goes into this LTS then it does not have to be in the next one | 16:12 |
| seb128 | no | 16:12 |
| desrt | so putting it into an LTS is a good thing, in fact | 16:12 |
| seb128 | better would have been to put it in 11.10 | 16:13 |
| corvolino | cyphermox seb128: ok thanks | 16:13 |
| seb128 | so we could have dropped it before the lts | 16:13 |
| desrt | if we put it into LTS+1 then it would have to be both in LTS+1 and LTS-ng | 16:13 |
| seb128 | but it's too late for this one :p | 16:13 |
| corvolino | cyphermox: I will start studying about deb packaging and try to help | 16:13 |
| seb128 | desrt, right, that's why I usually like to deal with those in lts-1, if we transition stuff which were not in the previous lts | 16:13 |
| desrt | rigt. in this case that's true | 16:13 |
| seb128 | desrt, like gsettings was not in 10.04 | 16:14 |
| desrt | but only because the settings in question were not in the last LTS | 16:14 |
| seb128 | indeed | 16:14 |
| desrt | very well. we're clearly all on the same page. | 16:14 |
| desrt | ronoc: after you do the dump/load you should do a dconf reset -f /old/ | 16:14 |
| seb128 | indeed ;-) why are we having this discussion? ;-) | 16:15 |
| desrt | so that you don't repeatedly overwrite the keys in their new location with the old values | 16:15 |
| seb128 | desrt, btw that gtktimer bug turned out to be a popular nautilus segfault, it has a launchpad bug with like 15 duplicates | 16:15 |
| seb128 | desrt, so nice you got it fixed ;-) | 16:15 |
| desrt | seb128: win. | 16:15 |
| ronoc | desrt, ok cool, seb128 are you still against the dconf commandline tool approach | 16:17 |
| seb128 | ronoc, I'm not "against" it, it feels like hackish and fragile, but I don't have a better solution | 16:17 |
| corvolino | seb128: you packages have .deb? | 16:17 |
| mpt | mterry, hi, got a minute to talk about backups? | 16:17 |
| seb128 | ronoc, I don't like much relying on a command line tools to be called and behave from my code | 16:17 |
| ronoc | seb128, sure | 16:17 |
| ronoc | ill wait for charles to see what he thinks | 16:17 |
| seb128 | ronoc, but if you just miss key conversions in the fail case I guess that's fine | 16:18 |
| seb128 | ronoc, especially that lucid was not using gsettings, so it's not an lts to lts issue | 16:18 |
| desrt | seb128: actually, i decided that aborting the program in gsettings is not good enough to catch programming errors | 16:18 |
| ronoc | seb128, the other option is to not bother migrating users settings | 16:18 |
| seb128 | ronoc, and indicator-sound preferences are not that important | 16:18 |
| ronoc | its not like there is anything too important in there | 16:18 |
| desrt | seb128: so i plan to introduce some new code to the dconf commandline tool to cause kernel panics | 16:18 |
| seb128 | ronoc, right | 16:18 |
| desrt | is that still okay? | 16:18 |
| ronoc | remembered and blacklisted players | 16:18 |
| ronoc | that is about it really | 16:19 |
| ronoc | desrt, excellent | 16:19 |
| seb128 | desrt, ;-) | 16:19 |
| desrt | ronoc: i'm fixing the empty keyfile issue now | 16:19 |
| desrt | so that'll work properly in the next glib | 16:20 |
| mterry | mpt, yeah | 16:20 |
| desrt | (it works properly now -- you just get to see an ugly g_critical) | 16:20 |
| seb128 | desrt, btw what does the gmenu parser change means in practice for me? ;-) that robert_ancell needs to update this stuff in precise when we land the next glib,gtk combo? | 16:20 |
| ronoc | desrt, ah good stuff | 16:20 |
| mpt | mterry, in <https://blueprints.launchpad.net/ubuntu/+spec/desktop-p-improve-upgrade-experience> I have "[mpt] Design how to invite people to back up during upgrades (linking to Deja Dup?)" | 16:20 |
| desrt | seb128: yes. | 16:20 |
| desrt | seb128: i wrote him a nice little script to make it easier :) | 16:21 |
| mpt | mterry, as I understand it, Deja Dup currently backs up just home folders, not entire systems, is that correct? | 16:21 |
| seb128 | desrt, how broken are the gmenu users going to be until that happens? no menu? segfault? | 16:21 |
| mterry | mpt, yeah | 16:21 |
| desrt | depends on how they coded it | 16:21 |
| seb128 | desrt, ok, well let's say I'm glad only games use it :p | 16:21 |
| desrt | if they catch errors in the GtkBuilder and bail out, then they will bail out | 16:21 |
| desrt | if they ignore errors and fetch the objects and feed them to GApplication then just no menus | 16:22 |
| mpt | mterry, do you have any bright ideas on how people could easily back up their system files before upgrading from one Ubuntu version to the next? | 16:22 |
| mterry | mpt, is the intended workflow "backup -> erase system -> install new version -> restore"? Because that's not a workflow I'd recommend. Otherwise, we just want to integrate backup in case the installer screws up the system? | 16:23 |
| mterry | Or is it for full system rollbacking? | 16:23 |
| mpt | mterry, full system rollback I think | 16:23 |
| mterry | mpt, that's not a use case that current Deja Dup caters to | 16:23 |
| mterry | mpt, it could happen.... would have to run as root. But not as well tested a path | 16:24 |
| mterry | I mean, for such a thing, you don't really need the full power of a backup system | 16:25 |
| mterry | You just need a one time copy of the disk | 16:25 |
| mpt | Right, you don't need increments or anything like that | 16:25 |
| mterry | But Deja Dup only currently does the whole incremental thing, with chunking up data into gzipped volumes for easier future runs. It doesn't have a mode that makes as much sense for a one-off like this | 16:27 |
| mterry | I mean, it could be tweaked. Just saying what it does now | 16:27 |
| tkamppeter | pitti, yes, cups-filters is complete, I am updating the license and readme files now. I wanted to do it yesterday already, but yesterday the LF servers were not reachable. | 16:28 |
| mterry | mpt, but maybe there's an existing tool that does do this (i.e. no reason to be wedded to DD) | 16:28 |
| mpt | mterry, ok, thank you for that | 16:29 |
| mterry | mpt, all you really need is (lowercase) dd and a UI in ubiquity I guess :) | 16:29 |
| mpt | mterry, well, this was more about releas-upgrader | 16:30 |
| mpt | +e | 16:30 |
| mpt | but yeah, I guess it would need to be copied into Ubiquity too | 16:30 |
| mterry | mpt, ah. Well, if it helps, I'd be glad to work with you and flesh out what how you'd want DD to operate in such a mode. But for 12.04, the schedule would be tight, since it'd be new work | 16:31 |
| mpt | yeah | 16:31 |
| mpt | No good saving a backup if people are incapable of booting the machine to restore from it | 16:32 |
| mpt | (for example) | 16:32 |
| mterry | mpt, yeah, I have this wishlist item from way back for DD to allow the user to create a boot thumb drive that had their backup settings baked in (minus password of course) | 16:33 |
| mterry | That would be neat. But never implemented | 16:33 |
| mpt | Hey and471, long time no see | 16:34 |
| and471 | mpt, hiya | 16:34 |
| jbicha | ooh, jcastro wants to kill CCSM https://lists.ubuntu.com/archives/ubuntu-desktop/2012-January/003597.html | 16:35 |
| mpt | mterry, I think for now I'll just do a sketch of how it might look, and put it on the SoftwareUpdates wiki page (or a page split off from that) | 16:39 |
| mpt | Implementation can wait for later :-) | 16:39 |
| === mandel is now known as p | ||
| === p is now known as Guest32977 | ||
| === Guest32977 is now known as mandel | ||
| didrocks | ok, going to some python meeting, see you tomorrow guys! | 17:05 |
| === agateau_ is now known as agateau | ||
| DBO | seb128, who do I have to make love to in order to get this: https://launchpad.net/~raof/+archive/help-jason/+packages into Ubuntu? | 17:53 |
| kenvandine | DBO, i would guess RAOF | 17:57 |
| BigWhale | Am I missing something or there really is no way of getting the number of items in the Gtk.Combobox?! (beside iterating through all of them and count) | 18:26 |
| === fst8r12 is now known as bil21al | ||
| seb128 | DBO, seems like RAOF would be a good candidate ;-) | 18:37 |
| DBO | ya but I imagine I need to grease the palms of his boss | 18:38 |
| seb128 | why, is that a controversial change? | 18:38 |
| DBO | it increments the version of XFixes... | 18:39 |
| === bil21al is now known as s9iper1 | ||
| DBO | other than that no | 18:39 |
| micahg | seb128: has anyone started talking to Debian about supported versions of vala for precise/wheezy, Ubuntu currently has 3 in main and 1 in universe, and Debian has 3 (no 0.16) | 18:39 |
| seb128 | micahg, it's being worked | 18:40 |
| seb128 | micahg, mbiebl said he would work on dropping the old version in Debian soon | 18:40 |
| seb128 | we aim at dropping at lest 0.10 and 0.12 from main in precise | 18:41 |
| micahg | ok, I think we only have 4 rdeps on vala-0.10 in precise | 18:41 |
| micahg | 0.10 is already in universe for precise | 18:41 |
| seb128 | DBO, well I guess it's a call for RAOF to do still, I doubt his boss cares about such technical details | 18:41 |
| seb128 | micahg, I wouldn't bother with that, Debian will fix them and we can sync | 18:41 |
| micahg | seb128: right, that's why I was wondering if it's been coordinated ;) | 18:42 |
| DBO | seb128, awesome | 18:42 |
| seb128 | micahg, not really, I've to admit I care little for universe having rdepends on old vala version, we can drop the old cruft if they are not ported at the end of the cycle | 18:43 |
| micahg | I meant that if Debian is preparing to drop stuff, bugs will be filed and maintainers will fix | 18:44 |
| seb128 | right | 18:45 |
| desrt | BigWhale: you're missing something | 19:05 |
| desrt | gtk_tree_model_iter_n_children (gtk_combo_box_get_model (combo), NULL); | 19:06 |
| BigWhale | desrt, this just feels wrong ... somehow | 19:10 |
| desrt | BigWhale: a gtkcombobox is just a different kind of treeview.... | 19:11 |
| rodrigo_ | wow, my 3g modem wrks like a charm with network manager on a clean install | 19:25 |
| rodrigo_ | I could only make it work with wvdial before | 19:25 |
| * rodrigo_ sould do clean installs more often | 19:25 | |
| ricotz | rodrigo_, hello, was there a plan to implement/patch in some specific interfaces of systemd in accountsservice? | 19:31 |
| rodrigo_ | ricotz, hmm, not that I recall | 19:37 |
| rodrigo_ | ricotz, iirc, we talked about adding some locale-related methods to accountsservice | 19:37 |
| rodrigo_ | but that was for setting individual users' settings, iirc | 19:38 |
| rodrigo_ | GunnarHJ should remember better :) | 19:38 |
| ricotz | rodrigo_, ok, i might remember it wrong then | 19:38 |
| ricotz | rodrigo_, i see i am struggling a bit with the systemd deps introduced in g-c-c | 19:39 |
| rodrigo_ | ricotz, you just need to provide the datetime dbus interface in, for instance, ubuntu-system-service | 19:39 |
| rodrigo_ | that's where the other systemd dbus interfaces are | 19:39 |
| ricotz | rodrigo_, right, ah u-s-s was it then | 19:40 |
| rodrigo_ | ah yes | 19:40 |
| rodrigo_ | ricotz, u-s-s already has all the other systemd interfaces used in g-c-c | 19:40 |
| rodrigo_ | so just add datetimed there | 19:40 |
| rodrigo_ | ricotz, are you packaging the whole of 3.3/3.4? | 19:40 |
| ricotz | rodrigo_, great, so datetime isnt there yet | 19:41 |
| desrt | ronoc: okay. that glib fix is in. | 19:41 |
| seb128 | rodrigo_, we have most in precise, we lack only a few components | 19:41 |
| rodrigo_ | yeah, wasn't been used when I wrote the other systemd interfaces | 19:41 |
| rodrigo_ | seb128, oh, cool | 19:41 |
| ricotz | rodrigo_, not the whole, i guess only the missing too risky things | 19:42 |
| ronoc | desrt, nice one ! | 19:42 |
| ricotz | seb128, hi, is datetime provided yet? | 19:42 |
| seb128 | ricotz, no, patches are welcome ;-) | 19:43 |
| seb128 | ricotz, we don't plan to update g-c-c in precise so we don't need it this cycle | 19:43 |
| ricotz | seb128, hehe ;) | 19:44 |
| ricotz | i guess it will be needed next cycle then | 19:44 |
| seb128 | ricotz, yeah, likely | 19:44 |
| seb128 | but still you are welcome to work on it this cycle and get something working for your ppa and for Ubuntu next cycle ;-) | 19:44 |
| ricotz | seb128, it already works fine (while reverting some specific changes) | 19:46 |
| seb128 | ricotz, :-( | 19:46 |
| seb128 | ricotz, would help you and Ubuntu to go forward and fix the issue rather than roll back commits | 19:46 |
| ricotz | but having this service would make it work without patching though ;) | 19:46 |
| seb128 | well your call | 19:46 |
| seb128 | but it's still we would welcome some contributions to Ubuntu ;-) | 19:47 |
| ricotz | i know ;) | 19:47 |
| === om26er_ is now known as om26er | ||
| === s9iper1 is now known as bil21al | ||
| achiang | kenvandine: ping. i'm not sure what happened, but i have recently noticed that making SIP calls in empathy works again | 20:28 |
| kenvandine | cool :) | 20:28 |
| achiang | kenvandine: so i guess if you have open bugs there... they could be closed? | 20:28 |
| kenvandine | i'll check | 20:28 |
| kenvandine | thx | 20:28 |
| achiang | kenvandine: cheers | 20:28 |
| desrt | today is a good day | 20:40 |
| desrt | all of the world-is-exploding-issues are suddenly solved | 20:40 |
| desrt | even jhbuild is happy today | 20:40 |
| dobey | is there really no way to trap an error from g_variant_get() given that it doesn't take a GError as an argument? | 20:43 |
| desrt | dobey: there's a relatively easy way: don't make errors | 20:43 |
| desrt | if you're using g_variant_get() in a way that could possibly result in an error then either you didn't read the docs or you're doing something very very worrying | 20:45 |
| dobey | that's great and all. but you see, when other people write programs that expose an API on dbus that I have to use, and they go and break that API, and then I have to support both versions of the API, I need to trap an error and fall back to the other type. | 20:45 |
| desrt | dobey: you know that g_variant_is_of_type() exists, right? | 20:45 |
| dobey | no | 20:46 |
| desrt | it does. | 20:46 |
| dobey | and it isn't helpful | 20:46 |
| desrt | why not? | 20:46 |
| dobey | oh, maybe i can use it, but ugh. even more code | 20:48 |
| desrt | you'd rather catch a GError, clear it and try again with a second call than just do a very simple if() statement first in order to decide which g_variant_get() to do in the first place? | 20:49 |
| dobey | i'd rather people not break their bloody apis | 20:50 |
| desrt | i agree with you that it's annoying to have to do the check manually... that's why i added the reply_type argument to g_dbus_connection_call() (and friendS) | 20:50 |
| === bil21al is now known as s9iper1 | ||
| desrt | but in your case you've been screwed by the person implementing the interface | 20:50 |
| desrt | all things considered, this is a pretty damn easy way to deal with that | 20:51 |
| dobey | sure. i can also make the person who broke the interface buy me beer. | 20:52 |
| dobey | ugh. G_VARIANT_TYPE() is a bit different from the norm as G_FOO things go | 20:55 |
| desrt | dobey: is there anything that you don't complain about? | 20:55 |
| kenvandine | desrt, nope :) | 20:57 |
| desrt | ugh. | 20:57 |
| dobey | i'm not complaining. i'm stating a fact. | 20:57 |
| desrt | "ugh." turns it into a complaint | 20:58 |
| kenvandine | makes it fun to have dobey around | 20:58 |
| dobey | kenvandine: btw my gwibber branch seems to sort-of work, but not quite, now. it's not reading existing accounts on startup of gwibber-accounts, and gtk3 broke some layout stuff | 21:23 |
| kenvandine | progress though! :) | 21:23 |
| kenvandine | so the keyring stuff seems to work? | 21:23 |
| dobey | well, the one gobject complaint i was getting before is gone, at least | 21:24 |
| dobey | i presume it's not working working though, as it has no accounts listed :) | 21:24 |
| kenvandine | heeh | 21:24 |
| kenvandine | it should get that via a dbus call to the service | 21:24 |
| dobey | yeah, they were showing up before i changed to the gir keyring | 21:25 |
| kenvandine | dobey, btw... i had removed that threading.Thread stuff from the service... but i think i need to add it back | 21:25 |
| kenvandine | oh, i bet when it lists accounts it checks the keyring | 21:25 |
| dobey | yeah | 21:26 |
| dobey | but it's not dumping anything on the console | 21:26 |
| kenvandine | weird | 21:26 |
| dobey | yeah | 21:27 |
| dobey | and gwibber-service doesn't seem to be updating the feeds either | 21:28 |
| kenvandine | because it isn't getting any accounts | 21:29 |
| dobey | right | 21:30 |
| dobey | i wish it would tell me why though | 21:30 |
| dobey | it's sort of acting like it's deadlocked. but it obviously isn't | 21:30 |
| desrt | seb128: do you know if/when ubuntu will get udisks2? | 21:49 |
| seb128 | desrt, it will, dunno when | 21:50 |
| seb128 | desrt, pitti said that he's putting it on his todolist to get it in debian experimental (he usually does that and sync to ubuntu), but I don't think it was top of his list | 21:51 |
| seb128 | desrt, so in the next few weeks I guess | 21:51 |
| seb128 | desrt, check with him tomorrow, is there any need for it? | 21:51 |
| desrt | seb128: gnome depends on it | 21:51 |
| desrt | gnome-disk-utility specifically | 21:52 |
| seb128 | desrt, isn't jbuild building it for you if you want the new gdu? | 21:52 |
| desrt | you can write the d-d-l email this time :) | 21:52 |
| desrt | no. it's not, actually | 21:52 |
| seb128 | desrt, that was discussed on d-d-l this week, davidz say that distro can say on 2.32 | 21:52 |
| desrt | kinda annoying | 21:53 |
| seb128 | desrt, gvfs has a new udisk2 monitors so it's not an hard requirement | 21:53 |
| seb128 | you can still keep using the udisk1 monitor | 21:53 |
| seb128 | desrt, there were some discussion on #gnome-hackers about adding udisk2, I think jjardon asked about that | 21:53 |
| desrt | seb128: gnome-disk-utility is failing ./configure | 21:53 |
| desrt | configure: error: Package requirements (udisks2 >= 1.90.0) were not met: | 21:53 |
| seb128 | talk to jjardon ;-) | 21:54 |
| desrt | jjardon: hey :) | 21:54 |
| seb128 | he was looking at fixing the jhbuild case, davidz recommend to either stay on gdu 2.32 or to add udisk2 to jhbuild | 21:54 |
| === mandel is now known as p | ||
| === p is now known as Guest67330 | ||
| === m_conley is now known as m_conley_away | ||
| jjardon | desrt: hey! yeah the recommendation is to use the packaged udisk2 version, because is a system daemon | 23:12 |
| jjardon | davidz suggested to build only libudisks2 from udisks2 in jhbuild and install that ... that way at least gnome-disks-utility can build but it probably won't run very well unless you have the runtime (udisks2 daemon, new kernel, new udev etc etc) | 23:13 |
| jjardon | note that udisks2 requires kernel >= 3.1 | 23:14 |
| desrt | jjardon: that's fine. 3.2 here. | 23:27 |
| desrt | jjardon: fwiw, nss is also breaking because it seems to want to be explicitly ported between each minor linux release version (2.4, 2.6 okay... 3.1, 3.2? not so good). | 23:28 |
| micahg | desrt: I thought that was fixed recently | 23:31 |
| BigWhale | Cat turned off my computer ... :/ | 23:39 |
| desrt | micahg: perhaps it was, but not in the version that jhbuild is downloading... | 23:40 |
| micahg | I think it might have been fixed in NSS 3. | 23:41 |
| micahg | 3.12.11 | 23:41 |
| micahg | no, later, I'm actually not sure | 23:41 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!
