[00:39] Hey, can someone clue me in as to whether there is a debug command line option for USC? I'm getting a segmentation fault. [00:41] kscloud: are you using the ubuntu-desktop ppa? [00:42] I think so. [00:43] that's a known bug with webkit 1.7.4; perhaps it will be fixed when the next webkit build happens in a few hours [00:43] Oh, okay, I was worried it might be something much worse. [00:57] jbicha: Is there an ubuntu-desktop branch for gnome-shell for oneiric? [00:57] jbicha: I thought you would use that instead if there was one. [01:00] Hrm seems not, at least according to the packaging metadata. [01:13] TheMuso: no I don't have a published branch for oneiric but I do have one now for oneiric [01:14] jbicha: Np, anyway please see my review comments, I think you forgot the SRU paperwork... [01:20] jbicha: I was going to ask why there's an ubuntu-desktop branch for gnome-shell, it's not in main, nor maintained by the desktop team [01:38] micahg: because it's part of desktop-extras and a packaging-only branch makes things a lot easier [01:38] if there's a better place for me to keep it, I can do it... [01:39] jbicha: desktop-extras packages shouldn't be in ubuntu-desktop IMHO, it's bikeshedding and kinda defeats the purpose of having a separate packageset that others can apply for [01:41] but where should I put it? should I create a separate desktop-extras team? [01:42] hmm..we should already have a team, give me a minute [01:42] there is a gnome3 team... [01:43] hmm, I have to look into this, it seems we're missing the desktop-extras team [01:44] jbicha: even that isn't necessarily a good solution as it's still bikeshedding (MOTU and ubuntu-mozilla-uploaders wouldn't be able to commit) [01:47] why doesn't motu have branches? and would adding motu to a potential desktop-extras team be bad? [01:52] I'd strongly recommend using the UDD branches as that way LP uses the same way to check for upload rights [01:56] how do those branches work? uploading automatically updates the UDD branch but what if it was already updated? [01:57] and I had this annoying problem: https://answers.launchpad.net/bzr-builddeb/+question/171856 [01:57] you can push changes to these branches, the changes get imported into the branch only if there isn't a tag matching the current upload with an identical content [01:57] ah yeah, quilt can be a bit annoying, I seem to remember someone blogging about how to deal with that though [01:58] ok, I'll try that; packaging-only branches are so nice though :) [02:01] jbicha: you may also be interested in bzr's lightweight checkouts to avoid pulling the whole upstream history [02:02] THe Ubuntu desktop team uses packaging only branches, so if GNOME shell is not maintained by us, then I guess packaging branches are fine. [02:02] UDD branches that is. [02:03] TheMuso: yeah, we're talking about what's part of desktop-extras so the new package set where non ubuntu desktop team members can be part of [02:03] jbicha: I thought about possibly adding MOTU as well, but IIRC, we refused to define the packageset by component, so I'm reluctant to add MOTU [02:04] TheMuso: it seems wrong to say "we have the new shiny package set to make it easier for people who want to help with gnome components" but at the same time say that you need to save your changes in the ~ubuntu-desktop branches which these new contributors won't have access to :) [02:05] Yup this is true. [02:06] stgraber: my main problem isn't the lightweight checkout issue (although that's annoying) but merging new versions is more painful & the packaging branches encourage/force using quilt patches [02:08] umm, shouldn't you be using quilt patches regardless? [02:09] There was the mess of the .pc directory, but afaik thats fixed. [02:11] jbicha: also, why did you break out the -common package in the SRU, that's not normally done [02:11] ah, I see why now in the bug, but still, IANA SRU team member, but sounds like something that won't fly [02:12] micahg: I thought it was worth a try and it makes the breaks/replaces a bit easier [02:13] why do we need the breaks/replaces at all? we shouldn't be pulling in new packaging changes in an SRU unless they're needed for the new version itself [02:15] oh, for precise, meh, that's the price of SRUing I guess...safer to have the diff than break the stable release IMHO [02:15] but I encourage you to speak to an SRU team member about it [02:16] This SRU team member would be skeptical of breaking out a -common package in an SRU; what's the bug? [02:16] bug 921343 [02:16] Launchpad bug 921343 in gnome-shell "[SRU] Update gnome-shell to 3.2.2.1 on Oneiric" [Undecided,New] https://launchpad.net/bugs/921343 [02:16] https://code.launchpad.net/~jbicha/ubuntu/oneiric/gnome-shell/oneiric-3.2.2.1/+merge/89781 [02:22] Hm. That looks like it might be the least-bad solution. [02:22] Thats what I thought... [02:23] jbicha: It looks like that package merge won't work properly, though. Have you actually added all the relevant files to bzr? Particularly I don't see how gnome-shell-common isn't an empty package, and I don't see the referenced patches. [02:23] whoops [02:27] * micahg would think a control.in file with the breaks/replaces version set based on distro would be least-bad [02:31] RAOF: pushed revision 48 with the missing files [02:31] micahg: hmm? [02:32] Debian breaks/replaces on their version, ubuntu breaks/replaces on upstream-0.1~ (so if we're importing/merging from Debian, we're covered) [02:36] If everybody is happy, I'm happy to upload... [02:37] * micahg defers to RAOF [02:39] I'm not a fan of control.in magic; I'm ok with the -common split. [02:42] Ok, will upload then. [02:42] jbicha: Thanks for the paperwork. [05:47] Good morning [05:47] kenvandine: I used a MP for unity-2d, I cannot commit to the branch [05:48] kenvandine: you can work off lp:~pitti/unity-2d/fix-gsettings-migration if you want, that's the current archive version [05:52] desrt: wow, got accepted as a foundation member -- that was fast [05:57] Good morning. [06:03] hey BigWhale [06:04] surprisingly it is not dark outside ... only ~60 days until spring. [06:04] still pitch black here [06:07] not so much here ... [06:08] pitti, where are you from? [06:08] BigWhale: Augsburg, south Germany [06:08] not that far away [06:08] where are you? [06:09] Slovenia [06:10] right, sounds like you should be 30 or 45 minutes closer to the sun :) [06:10] shoudl be a similar longitude like Prague [06:11] I'm around 46.4N, 15.56E :> [06:12] Wolfram alpha really gives quick and useful answers sometimes. :) [06:12] right, 10° 54' E [06:13] so, should be a delta of 20 minutes [06:13] BigWhale: heh, looked in http://en.wikipedia.org/wiki/Augsburg :) [06:14] I actually googled and google's first result was wolfram alpha. [06:14] Ok, I have to get ready... today is office time... which means no slacking off writing some silly open source code. :> [06:27] Man, a 20 hour PPA queue? :( [06:27] RAOF, same thing happened to me last time ... yeah. Everyone is building something. :/ [06:38] good morning all [06:38] hey rickspencer3 [06:50] * bryce waves [06:56] good mornng [06:56] morning* [06:57] good morning didrocks [06:57] good evening bryce [06:57] bryce, brilliant move with the xorg-xserver package copy thing [06:57] Good evening/morning all ;) [06:57] bonjour rickspencer3 [06:57] RAOF, you too! [06:57] hey didrocks [06:57] way to maintain momentum for everyone [06:57] guten morgen pitti [07:00] rickspencer3, heya, yep it worked quite well. Can't take credit for it though. [07:00] pitti, jasoncwarner_, Sweetshark, I hate to be a downer, but I noticed the same few packages here the last few days: [07:00] http://people.canonical.com/~ubuntu-archive/testing/precise_probs.html [07:00] all armel :/ [07:00] koffice? anyone still use that? [07:01] oops, not all armel, just LO [07:01] rickspencer3: LibO armhf is in progress (arm team is workign on this) [07:01] rickspencer3: calligra is the new koffice, kubuntu team said they are on it [07:02] pitti, ok [07:03] A2 is next week, so it would be could for Kubuntu and ARM if they had these resolved soon, I think ;) [07:03] calligra looks odd [07:03] calligra-libs conflicts with koffice-libs, but of koffice depends on koffice-libs [07:04] rickspencer3: I haven't really looked into it [07:04] pitti, I normally wouldn't have said anything, but it seems to have been dangling for some days [07:04] I've gotten used to issues being resolved within hours ;) [07:04] my expectations are now completely out of control [07:04] :) [07:06] hey didrocks, out of curiosity, are we going to get any new Unity features between now and Alpha 2? [07:07] rickspencer3: no, this week was planned to get a compiz release only [07:07] rickspencer3: but there are some issues around it [07:07] RAOF: thanks for fixing -173! [07:07] didrocks: no HUD next week? :-) [07:07] rickspencer3: next Monday, freeze of unity trunk [07:08] * pitti just read sabdfl's blog post [07:08] and so, hopefully, release on thursday [07:08] just post alpha2 release :) === tkamppeter_ is now known as tkamppeter [09:08] hey [09:09] salut seb128 [09:09] lut didrocks, ca va ? [09:10] ça va, et toi? [09:13] ca va bien ;-) [09:20] bonjour seb128 [09:20] hey pitti, wie gehts? [09:20] seb128: gut, danke! [09:34] pitti, you are on amd64 right? could you try if the webkit update in the ppa fixes s-c segfaulting on start? [09:34] seb128: u-desktop PPA? [09:34] pitti, ppa:ubuntu-desktop/ppa [09:34] on current precise, s-c starts up [09:34] installing PPA now [09:35] pitti, it was segfaulting with 1.7.4, we backported a fix in the current ppa version [09:35] that was basically the blocker bug for upload to the archive [09:38] seb128: dist-upgraded, got new webkit 1.7.4-0ubuntu1~build5 [09:38] s-c starts up fine [09:38] anything particualr I should try in s-c? [09:38] pitti, no, the patch was supposed to fix the issue so that's confirming, thanks ;-) [09:39] the comboboxes in the top bar (All apps, Installed) have a broken menu [09:39] well, they have a pitch black background [09:39] but that seems unrelated [09:42] mvo: http://imagebin.org/195416 -> known? want a bug for this? [09:51] pitti: not known, thanks! [09:51] mvo: I'll file a bug then? [09:51] pitti: but it looks like its a side-effect of something else, its fine in oneiric [09:51] pitti: yes, please do [09:52] mvo: I just installed webkit from the desktop PPA; is it remotely possible that this is due to webkit? or is that a normal GTK widget? [09:52] pitti: its a normal widget, I have it here as well in my box with the normal webkit [09:52] ack, filing [09:52] pitti: is webkit fixed? it used to crash when used in a offscreen window [09:52] mvo: starts fine for me now === ara is now known as Guest18025 [09:55] filed bug 921477 [09:55] Launchpad bug 921477 in software-center "drop down menus from app toolbar have black background" [Undecided,New] https://launchpad.net/bugs/921477 [10:03] mvo, we backported the upstream patch to not use buggy calls on offscreen widgets [10:03] seb128: \o/ [10:26] mvo: morning I was wondering if you knwo why I'd see this message on an upgrade on precise http://pastebin.ubuntu.com/815871/ [10:30] Hi all...What script is called when a user logouts from a session? I am using Ubuntu 10.10 [10:31] rix1234: no script in particular; gnome-session signals all programs that it's going to shutdown, and then closes the session === mpt_ is now known as mpt [10:33] pitti, i am using multiseat on ubuntu 10.10. The problem is when user logouts, he doesnt get the login screen again...can u please help... [10:34] rix1234: what do you mean by "multiseat"? [10:38] czajkowski: thanks! I have a look [10:39] mvo: cheers I dont mind logging the bug, just not sure against what [10:39] czajkowski: probably app-install-data-ubuntu - it would be nice if you could include the two files as a attachment there too [10:39] -rw-r----- 1 syslog adm 313M janv. 25 11:39 /var/log/kern.log [10:39] czajkowski: what is odd is that I don't get the error myself, do you use a different locale maybe? I wonder if its that [10:39] hum is that normal? [10:40] seb128: impressive [10:40] shouldn't that log be rotated or something? [10:40] seb128: it shuold [10:40] -rw-r----- 1 syslog adm 1457226 Jan 22 10:24 /var/log/kern.log.1 [10:40] -rw-r----- 1 syslog adm 670292 Jan 25 09:33 /var/log/kern.log [10:40] seb128: mine is much smaller and its rotated for me [10:40] seb128: is it really just from today? [10:40] seb128: check the first line in kern.log, it has a timestamp [10:40] it starts with [10:40] Jan 22 12:32:32 localhost kernel: [ 4271.719955] cfg80211: All devices are disconnected, going to restore regulatory settings [10:40] that seems fine, rotation-wise [10:41] ok, kernel is really verbose then [10:41] so apparently something got very talkative today? [10:41] I will drop that from the logviewer ui [10:41] the gtk widget doesn't like loading some hundred mbs text [10:41] mvo: I dont get it this morning either I use GB locale? [10:41] seb128: mine is 670 kB, which is not exactly small, but certainly far away from 300 MB [10:41] do you see a lot of repetition there? [10:42] Jan 25 10:57:26 localhost kernel: [ 3201.475561] Valid eCryptfs headers not foun [10:42] d in file header region or xattr region [10:42] Jan 25 10:57:26 localhost kernel: [ 3201.475564] Either the lower file is not in [10:42] a valid eCryptfs format, or the key could not be retrieved. Plaintext passthrou [10:42] gh mode is not enabled; returning -EIO [10:42] pitti, it's filed from those it seems [10:42] yeah, I get the ecryptfs stuff, too, all the time [10:42] czajkowski: thanks! so if you run "sudo update-software-center" it does not show this message anymore? [10:42] pitti, it's maybe proportional to the disk use and I used the disk a lot compared to you? [10:43] maybe [10:43] mvo: checking now [10:44] mvo: there it is again but says it was updated http://pastebin.ubuntu.com/816297/ [10:44] czajkowski: thanks, could you pastebin the file please? pastebin '/usr/share/app-install/desktop/rar.desktop' [10:45] mvo: http://pastebin.ubuntu.com/816298/ [10:46] czajkowski: odd, that looks correct [10:46] it was never going to be simple was it :) [10:47] oh, excellent, I can reproduce it now [10:47] oh good! [10:47] I dont feel like such an utter tool! [11:22] always helpful when nautilus crashes for no reason and you try and fill in the summary box and have no idea what you've done to make it crash [11:24] https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/909143 [11:24] Launchpad bug 909143 in nautilus "nautilus crashed with signal 7 in g_simple_async_result_complete()" [Medium,Confirmed] [11:24] at least it filled it in [11:27] czajkowski, did you try to open a file which has no handler? [11:28] I tried to play a movie file which told me it dint have the files it needed to watch which it did yesterday [11:31] czajkowski, ok thanks === MacSlow is now known as MacSlow|lunch === greyback is now known as greyback|lunch [12:47] hello all [12:48] I'm trying to get a functional Ubuntu VM on my iMac. It's going well so far, but I can't seem to convince Ubuntu to run at the full 2560x1440 resolution [12:48] even after installing guest additions (which get me from max 1024x768 to 1600x1200) [12:52] http://askubuntu.com/questions/98393/how-do-i-get-2560x1440-resolution-within-virtualbox-on-a-mac (for those who'd prefer points) [12:53] ok. I feel stupid. switching to full screen did the trick. I thought I had tried that. [13:21] mvo: hi there! wanted to check if this is a known issue in softwarecenter: http://pastebin.ubuntu.com/816405/ [13:25] nessita: thanks for the notification! I fixed it this morning [13:30] mvo: awesome :-) [13:30] mvo, hey [13:30] hey seb128 [13:30] that's the advantage of being in that time zone! you do stuff before the rest :-P [13:30] hola seb128 [13:30] mvo, can you try the updated webkit from the ppa with s-c and give you thumb up or down for precise upload? [13:30] nessita, hey, how are you? [13:30] great, thanks [13:30] seb128: if it works for you and pitti that is good enough for me [13:30] a little puzzled by gtk3, but good [13:31] just "a little" ? ;) [13:31] mvo, ok, you got asked before upload, if there are other issues I deny responsability :p [13:31] upload! upload! [13:31] ;-) [13:31] (better than on a Friday) [13:31] seb128: gnome-terminal and apt-get work fine, what more do you need *duck* [13:31] yeah, I'm a strong believer of the no fridays upload rule [13:32] pitti, who use apt-get when you got dselect? ;-) [13:32] * seb128 hides from mvo [13:32] seb128: new webkit works here [13:32] jbicha, thanks [13:32] * pitti uses ar p foo.deb data.tar.gz | sudo tar -C / -x [13:32] is that not how it's supposed to work? [13:32] I prefer Saturday updates myself ;) [13:32] hey jbicha [13:33] jbicha: I followed up to the Debian bug about freerdp and committed two small fixes, FYI [13:33] pitti: I'm about to fix that, new apt is >< close [13:34] pitti, jbicha: is somebody working on getting freerdp 1.0 in? [13:34] mvo: how can that break ar and tar? :-) [13:34] seb128: http://anonscm.debian.org/gitweb/?p=collab-maint/freerdp.git [13:35] pitti, excellent, thanks ;-) [13:35] whoops, pushed my other commit [13:35] pitti: heh :) [13:35] pitti, I had it on my list of "try to look at it if it turns out nobody has interest in it" [13:35] but I'm glad I don't have to do it :p [13:35] jbicha: meh, so they didn't bump the soname for the final release? [13:35] that's the only thing that holds it back AFAICS [13:36] pitti: nope, I opened this for it: https://github.com/FreeRDP/FreeRDP/issues/366 [13:36] seb128, jbicha: we just have one rdepends, so if needs be, we could deal with it [13:37] yeah, one rdepends seems like an easy breaks use [13:37] I wonder if there is a new version of remmina-plugin-rdp which works with 1.0 === bil21al_ is now known as bil21al [13:39] pitti: perhaps http://sourceforge.net/projects/remmina/files/0.9/ [13:40] oh, nm, it's 2012 not 2011 [13:40] it's a year old [13:40] http://sourceforge.net/tracker/index.php?func=detail&aid=3440035&group_id=278330&atid=1181674 [13:40] http://ftbeowulf.wordpress.com/2011/11/01/uds-free-rdp-and-remina/ [13:41] so, seems it's underway, but not there yet [13:41] pitti: Error: bug 3440035 not found [13:41] I guess we'd need a git snapshot or bug them to make a release https://github.com/FreeRDP/Remmina [13:42] ah, if git head works, that sounds doable [13:42] but now that 1.0 is out, I guess they want to roll a release [13:42] pitti, speaking of remmina or freedrp with the "roll a release"? [13:42] remmina [13:43] pitti, check your email [13:43] pitti, sorry I though you were Cced on that discussion [13:43] pitti, I fwd you an email about remmina and rdp 1.0 [13:44] ah, sweet [13:44] pitti, the remmina guys basically work on a schedule to match the precise release, they should have their 1.0 on time for the lts [13:44] but it's not there yet [13:45] jbicha: so I guess we could add a Breaks: remmina-plugin-rdp (<< 1.0) to libfreerdp0? [13:46] pitti, feel free to reply to the email, there was only one reply so far from robert_ancell to say that we want the new reminna but we just need to make sure it matches our quality standards and is there on time [13:46] then this could get to experimental, and through MIR again === MacSlow|lunch is now known as MacSlow [14:06] davidcalle: ping. you volunteered to make music lens work with rhythmbox at UDS. any news on that? [14:08] Kaleo: the qt patch kubuntu_92_qml_memory_leak.diff (bug #723956) causes crashes in qtcreator and bug #831663 has a similar backtrace [14:08] Launchpad bug 723956 in unity-2d "[dash] memory usage increases slowly - memory leak?" [Critical,Fix released] https://launchpad.net/bugs/723956 [14:08] Launchpad bug 831663 in unity-2d "unity-2d-places crashed with SIGSEGV in QMetaObject::metacall()" [Critical,Confirmed] https://launchpad.net/bugs/831663 [14:08] dobey, working on it. I have a working python one, I'm porting it to Vala with the help of mhr3. [14:08] Kaleo: since upstream has rejected it and warned about crashes I'm inclined to drop it [14:09] davidcalle, where my "help" consists of saying "please port it to vala"? :D [14:09] davidcalle: cool. where is the code? [14:10] mhr3, wait until tomorrow ;) [14:10] dobey, python or vala? [14:11] davidcalle: yes :) [14:11] dobey, yes to python? [14:11] davidcalle: both [14:13] dobey, ok, let me push the python to Launchpad. The Vala is not ready, except if you just want a bin you can use to display your Rhythmbox library in a terminal ;) [14:14] is nvidia-current-updates no longer a valid thing in Prancing Pony? [14:14] davidcalle: code is code. even if it's not finished you should be pushing commits to launchpad when you make changes [14:15] DBO: it just got missed in the transition, tseliot just uploaded the update [14:15] dobey, right. [14:15] Sarvatt, is there a practical difference right now? [14:15] no, there only is after a release [14:15] * tseliot nods [14:15] super duper [14:15] * DBO switches [14:16] oh did the iommu thing get fixed? [14:16] yep 3.2.0-10 afaik [14:16] sweet [14:17] dobey, https://code.launchpad.net/~davidc3/+junk/rhythmbox-precise/ [14:59] debfx: please drop it :) [14:59] debfx: it's a shit patch [14:59] * ogra_ looks for his nose-clamp [15:07] guys, we are implementing proxy support for ubuntuone and we wanted to store the creds for auth proxies. We have though about using the keyring, this is the right things to do, isn't it? === mpt_ is now known as mpt [15:09] mandel: aren't you simply using the system proxy settings and credentials? [15:10] mdeslaur, well, we use the system proxy settings, that is true, but where do we get the credentials for a proxy that requires auth [15:10] ?? [15:11] mandel: when someone configures the system proxy, they typically configure it as username:password@host === bil21al_ is now known as bil21al [15:12] mandel: there's an upstream bug to make it better though: https://bugzilla.gnome.org/show_bug.cgi?id=646354 [15:12] Gnome bug 646354 in Network "Network proxy has no proxy authorization" [Normal,New] [15:14] didrocks, unity and indicator-appmenu needs a rebuild in the unity-team-hud ppa, want me to do an upload? or do you have packaging branches for those somewhere? [15:15] kenvandine: I can push a packaging branch to you [15:15] cool [15:15] as there are cherry-pick [15:15] mdeslaur, uh, that is a little ugly but I'm sure we can work with that :) [15:15] do you have indicator-appmenu too? [15:16] mandel: I agree it's pretty ugly, but I guess you should be consistent will all the other desktop apps that use the proxy setting [15:16] mdeslaur, well, we certainly prefer to be consistent then [15:16] kenvandine: no, just apt-get source for this one [15:16] ok [15:17] kenvandine: lp:~ubuntu-desktop/unity/hud-ubuntu [15:17] that being said, I haven't personally used a proxy since 1996, so I'm not quite sure how the others handle it :P [15:17] thx [15:17] yw :) [15:17] didrocks, i had to add -Wno-error=deprecated-declarations in unity's CMakeLists.txt to get it to build [15:18] in precise [15:18] seems it's a pita to work around setting CXXFLAGS with cmake [15:18] kenvandine: yeah, there is a new deprecation for the last 2 days [15:19] kenvandine: seems my bot rejected some merges because of that :) [15:19] mdeslaur, by "username:password@host" you surely mean in the http_proxy env var, and not in the gnome proxy settings nor gsettings. [15:19] didrocks, is there a better way besides patching CMakeLists.txt? [15:19] mandel, ^ [15:19] alecu, got you in a little alarm :) [15:19] kenvandine: removing -Werror from CXXFLAGS doesn't work? It used to last time I did [15:19] nope [15:19] alecu: AFAIK, that's the way you set it in gnome also, no? [15:19] it seemed to just ignore that [15:20] oh weird [15:20] not in the rules file anyway :/ [15:20] seb128 told me last time he just patched it, so i went with it :) [15:20] mdeslaur, gnome used to have a dialog to set the username and password; now it's gone, but the gsettings keys still remain. [15:21] kenvandine: can't really check right now, but I did something similar and it worked, anyway, thanks for the notice, it will surely be fixed with the release if people wants to get more branches in :) [15:22] alecu: upstream bug seems to indicate the preferred way is to enter username:password@host in the g-c-c dialog [15:22] alecu: are you saying g-c-c will split them out into separate gsettings keys? [15:23] mdeslaur, no, I'm just saying that the gsettings keys are still there (though empty). [15:23] alecu: awesome [15:24] mandel: so, proxy support is b0rked on the desktop [15:24] mandel: so do as you wish [15:24] yay... there is already a pending build for indicator-appmenu in the ppa :) [15:24] "gsettings list-recursively org.gnome.system.proxy" shows both authentication-user and authentication-password [15:25] alecu: so I guess applications have to parse those keys, _and_ parse the user:pass@ syntax [15:25] awesome [15:26] awesome indeed :-) [15:26] mandel: ^ [15:28] mandel, mdeslaur: still, if the user sets a proxy host/port without setting the credentials, the webclient library will find out that credentials are needed, and the app should prompt the user for those. [15:28] mandel, mdeslaur: if the user then enter the credentials in the dialog provided by the app, they should be stored somewhere... [15:28] either those gsetting keys or the keyring. [15:29] since I'm not keen on storing credentials in plaintext on gsettings, the keyring makes much more sense. [15:29] Kaleo: ok, will do [15:29] I can see that chrome is storing credentials there (not sure if proxy creds too), so I wonder if there's a standard way to store proxy creds in the keyring. Or if we should propose some. [15:30] alecu: I'm not keen on storing separate proxy credentials for each app...is there a standard way to do it? [15:30] debfx: thanks! [15:31] mdeslaur, don't know yet. That's why we (mandel, me) are asking here :-) [15:31] alecu: oh, hehe, sorry [15:32] mdeslaur, we'll probably continue by trying a few apps with a proxy requesting credentials and watching them store the credentials somewhere. [15:34] mdeslaur, thanks for your input too. btw: can you paste the link to that upstream bug you mentioned? [15:34] alecu: https://bugzilla.gnome.org/show_bug.cgi?id=646354 === chris|| is now known as chris| [15:34] Gnome bug 646354 in Network "Network proxy has no proxy authorization" [Normal,New] [15:34] mdeslaur, thanks! [15:34] alecu: and stuff like this: http://askubuntu.com/questions/65828/how-can-i-configure-proxy-authentication [15:38] I'll tell mandel about all this after the net-split. mdeslaur: thanks again. [15:39] mandel, here's the backlog: http://pastebin.ubuntu.com/816557/ [15:40] alecu, thx got it, stupid network :P [15:44] alecu, mandel: aren't the proxy passwords stored in keyring now? [15:44] dobey, AFAIK they are not, but I'm stupid :) [15:48] re [15:48] desrt, hey, got what I was saying? === jml is now known as jml` === jml` is now known as jml [15:51] seb128: that you hate gnome? ;( [15:51] desrt, no [15:51] desrt, is that a bug of yours? http://pastebin.ubuntu.com/816567/ or saw it before? [15:51] desrt, I get that in nautilus for a bit, I think it might be due to glib [15:52] or "for a bit", "it started recently" [15:52] looks unrelated to glib [15:53] gapplication is in the backtrace, sure, but only in the same way that g_main_loop_run() would be... [15:53] well the nautilus code is one call to "g_application_run()" [15:53] ya. that's generally how it should be done. [15:54] alecu, mandel, mdeslaur: it appears that maybe gnome3 stuff doesn't support authenticated proxies yet :( [15:54] desrt, well, so why does it hit an invalid read? [15:54] dobey, cute! [15:54] seb128: it hits the invalid read in GtkTimeline... [15:54] dobey: awesome++ [15:54] desrt, doh, I can't read today it seems [15:55] seb128: :) [15:55] desrt, sorry for the noise ;-) [15:55] seb128: that's accessing the pirv structure of the timeline rather direcdtly [15:56] seb128: so i'd guess it's either a use-after-free or someone passing a completely invalid thing to gtk_timeline_run_frame() [15:56] hum. that's internal to gtktimeline [15:56]