[00:56] anybody know of a way to make launchpad recipes include a PPA for build-deps? [00:57] robru: one usually adds ppa dependencies to the ppa, and I thought recipes pull sources from the target ppa. [00:57] that should just work, tm. or it's a bug. [00:58] xnox, I *thought* recipes would pull sources from the target PPA, but I just checked on a recipe for the first time in a while and I'm noticing that it hasn't actually built in a long time, because another package from the same PPA is not available [00:58] xnox, https://launchpadlibrarian.net/128483890/buildlog.txt.gz quite strange [00:58] =( sad [01:01] yes, odd. file a bug on launchpad against launchpad or look for similar onces. [01:01] robru: i can see at the top of the log that the ppa is added, but then it's a mistery while the build dep was not satisfied. [01:02] xnox, oh, that is quite strange. === m_conley is now known as m_conley_away [01:26] xnox, I'm confused now... one of them just built successfully, but other than that one just now, it seems it hasn't built at all since November. not sure how I didn't notice this until just now ;-) [01:37] hey bryce and RAOF , I'm getting some GPU hangs right now and was wondering if you knew anything about them? https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-intel/+bug/1099394 [01:37] Launchpad bug 1099394 in xserver-xorg-video-intel (Ubuntu) "[sandybridge-m-gt2+] GPU lockup IPEHR: 0x0b160001 IPEHR: 0x01000000" [Undecided,New] [01:43] jasoncwarner: Whaddaya know? I just got a GPU hang right then. [01:44] Also apparently glyph cache corruption, causing all ‘y’s to appear as tiny subscript ‘t’s. [01:45] RAOF I had to reboot to get out of the endless GPU hang loop. Rebooted and got it again. Fun times :) [01:45] I think I may have had to VT switch to get X back. [01:45] Maybe. [01:46] Mmm, glyph cache doesn't like ‘M’ either :) [01:46] Looks like the same hang as in the bug you linked, though. [01:50] RAOF well, I guess I'm glad I got the same bug as an X guy ;) [01:51] confirming the random hanging basically, same hw than jasoncwarner [01:51] switching to a VT workaround the issue [01:53] didrocks did yours just start? mine seemed to just start today (not sure since I didn't have my computer up for three travel days) [02:04] * RAOF switches to SNA to see if that also hits this problem. [02:10] jasoncwarner, yeah noticed there's been a spate of -intel bugs come in the last few days. Are you able to reproduce it fairly easily? If so might try the prior kernel. [02:11] Yeah I was wondering whether 3.8 would bring along fun stuff like this? Had some 3.8 related audio bugs too afaicr. [02:12] jasoncwarner, hmm, the other -intel bug reports that have come in the last few days have all different error codes, so probably different random issues [02:16] I'm not sure, but I don't *think* this was 3.8 related. [02:18] could be the ddx; new version was uploaded last week [02:19] ditto xserver, hmm [04:59] Good morning [06:43] Laney, desrt: FYI, I uploaded glib2.0 2.35.4 to ubuntu-desktop PPA [06:45] Laney, desrt: works fine here (boot, guest session, my own regular session, unity, I tried a few programs etc.) [06:46] I guess I'll wait until it boots in the PPA, then upload it to -proposed and ask the release guys to block migration so that we wait for all the autopkgtests; sounds ok? === mvo_ is now known as mv === mv is now known as mvo [07:55] Good morning [09:00] pitti: you don't see the segfault-on-quit problems? [09:00] I saw it e.g. with gedit, epiphany [09:00] https://bugzilla.gnome.org/show_bug.cgi?id=690118 [09:00] Gnome bug 690118 in general "Crash when closing last tab of a window using Ctrl-w" [Normal,New] [09:01] Laney: there was one failed test case in app-info, which I just uploaded a fix for [09:01] (due to one of our patches) [09:01] Laney: trying [09:01] perhaps that is fixed in .4; I just tried .3 [09:02] Laney: I tried in gedit; closing two tabs [09:02] no crash here [09:02] let me try [09:02] the bug report is very unspecific, though [09:03] hm, not in svn? [09:03] Laney: no, I thought Debian doesn't want development releases? [09:04] I committed .3 there and nobody complained :P [09:04] didn't upload it yet though admittedly [09:04] oh, ok; then I can add my .4 stuff there, of course [09:05] * Laney builds .4 [09:07] Laney: oh, I see a segfault when quitting gedit [09:07] not when closing the tabs [09:07] ah, yes, the bug is confusingly worded in that respect [09:08] Laney: sorry, I didn't notice that you already packaged .3; let me check my remaining delta [09:08] Laney: e. g. debian/rules still sets $G_HOME [09:09] yeah I left that for now for compatibility [09:09] oh, you mean you left the patch [09:09] ok [09:09] I dropped it in the PPA [09:09] there's a couple of packages that make use of it [09:18] Laney: mbiebl just pinged me about pre-release in svn, he was a bit surprised [09:18] oh, I thought he was aware as he saw me committing the other stuff [09:18] ah, he is here [09:19] mbiebl: ? (I don't mind uploading it to Ubuntu only if you'd prefer) [09:19] Laney: ok, I committed my updates to SVN now [09:19] that reverts my dropping of $G_HOME [09:19] (i. e. not commit it to SVN) [09:19] merci [09:20] that was .4, symbol update, fix broken test by 92_revert_appinfo_command_line.patch, and dropping 08_disable_gapplication_basic_test.patch [09:20] excellent [09:21] I think des_rt was looking into that other crasher [09:22] Laney: since exp has become somewhat of a staging ground for 3.6 during freeze, I guess we'd need another branch for pre-releases [09:22] that said, pitti ist that symbols file breakage fixed by the above? [09:22] mbiebl: we actually want to run GNOME 3.6 with glib 3.5, FYI [09:23] (but yes, in general it would be cleaner to have another branch) [09:23] mbiebl: the removed symbols didn't come back, if you mean that [09:23] hm, ok. [09:23] the "accidentally exported" ones? [09:23] (per NEWS) [09:23] g_menu_iter something [09:24] yeah [09:24] ah, ok. so they were supposed to be private [09:24] indeed [09:26] http://codesearch.debian.net confirms that they weren't used outside of glib === vrruiz_ is now known as rvr_ [10:19] good morning everyone [10:19] chrisccoulson: top of the morning to you ;) [10:20] hi czajkowski :) [11:15] * Laney emerges from the rabbit hole [11:16] Laney: lost in snow and a selection box were you [11:17] the snow is now terrifying ice, and no selection box just yet :P [11:17] been attempting to backport gstreamer 1.0 to pidgin [11:17] muchos upstream commits [11:18] no snow here today :) [11:25] Laney: the webcam in ubiquity, I can get it to work. With old ubiquity, I just *gasp* install ubiquity-frontend-gtk package on my machine and edit "ubi-webcam.py" to be "AFTER=language" with priority 13. [11:26] from command line launch "$ ubiquity" (it may or may not ask for sudo) [11:26] and then click next and get the webcam page. [11:26] With current ubiquity - it just works & I can take a picture of myself =))) [11:26] nice [11:26] with your branch proposal, I cannot. [11:26] I didn't know you could launch it like that [11:26] I told you I couldn't test it [11:26] will take a look [11:27] well, I tried the demo & the mvo's ubiquity standalone plugin launcher. Until I came up with this "hack" =) [11:27] Laney: just don't try to reinstall your machine this way it may crash or wipe your data =P [11:28] Laney: i am guessing that the detection function to check if webcam is .available() might not be working as advertised. Do you have a webcam though to use these hacks? =))) [11:28] yeah [11:28] * xnox can be remote webcam face =) [11:28] ah ok. [11:28] you can work on it if you want though :P [11:29] nah =) busy patch piloting [11:57] I got my Pandaboard yesterday, and Raring actually works on it, X works, but with black screen on my Eizo monitor and with actual display on a Sony Bravia 720p TV from 2007. [12:00] are you using the same connector on the pandaboard for both? [12:04] mlankhorst, for the TV I used the left one (HDMI), for the monitor I tried both (HDMI and DVI). The input of the monitor is DVI, the input of the TV is HDMI. [12:06] what's in /proc/cmdline btw === trijntje_ is now known as trijntje [12:25] mlankhorst: 'ro quiet splash root=UUID=2f71c452-1e4e-4bc2-bb9e-bfe731459b05' [12:26] mlankhorst, I booted now connected to my monitor via the right output (DVI). === MacSlow is now known as MacSlow|lunch === MacSlow|lunch is now known as MacSlow [13:35] morning attente, did you see bug #1078694 ? [13:35] Launchpad bug 1078694 in appmenu-gtk (Ubuntu) "Modal dialog broken on Unity" [Undecided,Confirmed] https://launchpad.net/bugs/1078694 [13:35] I'm wondering if we even should disable the menu when a modal dialog pops up [13:36] aren't modal dialogs out of fashion anyway? [13:36] morning larsu, i haven't seen that yet [13:36] mpt, what do you think about this bug^^? (the gist of it is: should the global menu be disabled when a modal dialog pops up) [13:37] larsu, (1) absolutely, and (2) it's a duplicate, conscioususer can tell you where the original is. :-) [13:38] mpt, thank you :) [13:40] attente, I assume we're not doing that right now? [13:40] shouldn't be too hard from the gtk side, just listen to changes in menubar sensitivity [13:41] i can take a look at it [13:42] thanks :)O [13:45] attente, okay, just marked as a dup: bug #674605 is the "real" one [13:45] Launchpad bug 674605 in Application Menu Indicator "Transient window wrongly shows menus for its parent" [Medium,Confirmed] https://launchpad.net/bugs/674605 [13:46] attente, by the way: did you fix that empathy bug? (that kept me from trying out your ppa long-term) [13:46] larsu, yep :) [13:46] larsu: but now it's a packaging issue [13:46] haha [13:46] * larsu loves debian [13:47] surely someone in this channel can help you :) [13:47] i believe seb128 is away today, ha [14:11] attente, just disable all the menus temporarily, don't hide them altogether === Sweetsha1k is now known as Sweetshark [14:15] huh? no seb? outragious! [14:16] Sweetshark: he's sleeping [14:16] hey :) [14:16] Sweetshark: I can wake him up if you want ;) [14:16] (roomie at SFO) [14:16] he doesn't believe in jetlag and it works for him :) [14:16] wait he actually sleep [14:17] czajkowski: it's kind of 6:15 also :) [14:17] ah should be getting up so, :p [14:17] ahah, not sure he would appreciate :) [14:17] ah Toshiba support, please reinstall windows and your machine will be fine *wallop* [14:18] ahah [14:18] attente, hm, this means going through all actions and calling set_enabled... but maybe desrt has a better idea :) [14:18] desrt, ^^ [14:19] didrocks: it's lucky they emailed me that rather than a phone call or I'd be having words with them [14:19] Laney: https://launchpad.net/~ubuntu-desktop/+archive/ppa/+packages has built packages, FYI [14:20] Laney: I needed to kick the amd64 build for a race condition in the tests [14:20] czajkowski: heh, I can imagine ;) [14:23] didrocks: hey, dont make the seb angry and then blame me. no fair! [14:24] Sweetshark: ok, I'll tell him that you insisted on me to wake him up, but I'm a good friend and didn't do it :p [14:25] czajkowski: see how the french are teaming up on me! ^^ [14:26] heh [14:26] hah [14:26] it's the french way :p [14:26] didrocks: Be warned that I have a few tricky libreoffice uploads in my sleeve and if you are not careful you will end up sponsoring them. justsaying. [14:27] Sweetshark: oh no /o\ [14:27] muhaha! [14:27] Sweetshark: I have some names of people who should sponsor your work :p [14:27] Sweetshark: packaged all better are they :p [14:27] I think they commented on a meeting :) [14:27] didrocks: hrhr [14:27] * mlankhorst installs libreoffice on Sweetshark [14:29] * Sweetshark lists heavily, almost fall from his chair but then regains balance. [14:32] didrocks: actually that is kinda the topic I wanted to ping seb about. https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1037111 has a list of 20 backported patches for precise (outside of upstream microreleases as 3.5/precise is EOL upstream) and a testbuild and I need victims^Wcareful testers for that SRU. [14:32] Launchpad bug 1037111 in libreoffice (Ubuntu Precise) "[SRU] LibreOffice 3.5.7 for precise" [High,In progress] [14:32] chrisccoulson: https://bugs.launchpad.net/firefox/+bug/1099857 I thought I would cheer you up with this one [14:32] Launchpad bug 1099857 in ubuntuone-music-store "U1MS Player doesn't work in FF on the Nexus 7" [Medium,Confirmed] [14:33] Sweetshark: oh nice! I'll tell him about it if you don't manage to get some time online together :) [14:35] didrocks: yeah, well. I didnt fill the full SRU form for each bug (would just take too long), but made oneline rationale for each patch. [14:36] larsu: disagree [14:36] larsu: if we want not to show menus (or to disable them) when a transient is shown, we ought to do just that [14:36] on the unity side [14:36] Sweetshark: hum, I think they will ask you for the SRU process on each bugs to be followed [14:36] Sweetshark: but let's check that with your sponsor :) [14:37] desrt, how would unity know that a dialog is modal? [14:37] the dialog isn't exporting any menus [14:37] it's setting transient-for [14:37] and unity (or bamf?) is following that back to the parent [14:37] it should just stop doing that [14:38] well then the menus would be hidden [14:38] instead of disabled [14:38] we want them disabled, not hidden? [14:38] ya [14:38] mpt, right? ^^ [14:39] hm. [14:39] load empty action groups into the widget's muxer [14:39] right [14:39] that'll disable them :) [14:39] that will cause roughly as much dbus traffic as disabling them one by one [14:40] actually, might even be more, because you need to copy the real actions back [14:40] larsu: no. on the unity side. [14:40] there should be no changes made in the app [14:40] oh [14:40] OH! [14:40] native GMenuModel apps won't be doing this [14:40] yeah that works [14:41] desrt, why not? [14:41] why would they? [14:41] because their items continue working unless specified otherwise? [14:41] because dialogs don't have a menu? [14:41] from their viewpoint the menubar becomes inaccessible because it's part of the window and the modal dialog popped over it [14:41] didrocks: https://launchpad.net/ubuntu/+source/libcmis/0.3.0-1~ubuntu2 <- do you see any obvious reason, why this is still in -proposed? It blocks uploading LibreOffice 4.0 to raring. [14:41] ah [14:42] we're the ones that pulled it out... [14:43] right, so it's the same use-case [14:43] Sweetshark: http://people.canonical.com/~ubuntu-archive/proposed-migration/update_output.txt [14:43] is it a soname change? [14:43] I guess you need to rebuild all rdepends [14:43] the system won't create rdepends [14:45] hey desrt [14:45] pitti: hi [14:45] pitti: thanks for the gtk-doc catch [14:46] desrt: no worries; I've just sent a set of patches to Tim to fix the gstreamer failures [14:46] one of these days we'll have that stuff work! *dream* [14:46] which ones? [14:46] were they using GLIB_DEPRECATED or something? [14:46] https://jenkins.qa.ubuntu.com/view/Raring/view/JHBuild%20Gnome/ :) [14:47] looks like the last build worked? [14:48] desrt: you mean for gtk-build? yes, apparently the "extern" thingy appeared in glib after that [14:48] in my jhbuild it only started a few days ago [14:48] i have an interesting catch-22 here. my gtk-doc always builds against my system glib :) === m_conley_away is now known as m_conley [14:55] didrocks: hmm, am I allowed to install a *.deb on a porterbox? Otherwise I have a chicken-and-egg-problem: I cant testbuild LO on the arm-porterbox because I cant install the libcmis debs there and I cant get the libcmis debs installed from raring/main as it will stick in -proposed until I upload libreoffice. === Ursinha_ is now known as Ursinha [14:56] Sweetshark: hum, that would be a question for jibel or pitti? I'm familiar with porterbox TBH [14:57] Sweetshark: oui, tu peux [14:57] Sweetshark: you can run sudo apt-get {update,install} in the schroots [14:57] ah, no, not dpkg, just apt-get [14:58] do these things have -proposed apt sources? [14:58] pitti: thats not what I need, I need dpkg or -proposed [14:58] Sweetshark: that smells like prodding #is then [14:59] pitti: I dont think they do. As I did update and still dont have libcmis-0.3.0, which is in proposed. [14:59] ;) [14:59] Sweetshark: apt-cache policy libcmis-0.3.0 tells you [15:00] so yes, c'est l'heure de #is [15:01] pitti: thanks. already pinged. [15:12] kenvandine, thanks for looking at the telepathy-indicator MRs. I approved yours, is autolanding set up for it or should I merge manually? [15:13] larsu, it isn't, you can merge it [15:13] larsu, thanks! [15:14] kenvandine, okay will do. Did you see https://bugs.launchpad.net/telepathy-indicator/+bug/1098549 [15:14] Launchpad bug 1098549 in Telepathy Indicator "Chat windows should always be openend automatically (in the background)" [Medium,Triaged] [15:14] it's blocking a couple of other patches I have [15:14] (but it's not super-important) [15:15] ugh [15:17] larsu, empathy sees the channel request at the same time as tp-indicator, if it is running [15:18] kenvandine, ah, right, because empathy is also an approver. This doesn't fix the mein issue though: we want the chat window to pop up in the background but still have something in the indicator [15:18] afaics, telepathy doesn't have a way to provide for that [15:19] i don't think it does [15:19] the way we trigger empathy to raise the window is by approving it [15:19] yep, but that removes the message from the queue [15:19] empathy does know if the message is pending though, if the window/tab isn't focused it doesn't get cleared [15:20] i think [15:20] right, that works when the window is already open [15:20] not for the first time though [15:20] looks like we have to move messagingmenu support into empathy after all, but I'd really like to avoid that [15:20] because the window gets focus [15:21] no, not when you tell it through telepathy that this wasn't a user action [15:21] it will then open in the background (90% of the time :( ) [15:21] ok, then maybe we can handle that [15:21] right now i think we only manage the pending messages on the observer [15:22] maybe we can wire that up differently in the approver [15:22] that would work from the indicator side, but empathy doesn't tell us when the window eventually does get focus [15:23] yes it does [15:23] it does? Cool! [15:23] look at the observer code [15:23] i think :) [15:23] telepathy keeps them in some pending queue [15:23] until the chat gets focus [15:23] I think it doesn't, because we've already approved it [15:23] I'll definitely have another look [15:24] please do [15:24] i think we consider it handled when we approve it [15:24] but then we start observing that channel [15:24] and we check for pending messages [15:24] maybe we can make that hand off differently [15:25] i haven't looked at that code in ages, but that feature in tp-glib was added at my request [15:25] :) [15:25] oh, neat [15:25] * larsu is a bit annoyed at the complexity of telepathy [15:25] so maybe when we approve it, we don't clear it [15:25] and start checking for pending [15:25] before we clear [15:25] yeah... it is very complex [15:26] but also very cool :) [15:26] hehe [15:26] love to hate it :) [16:26] xnox: can you give me some more detail on how ubi failed for you please? seems to wfm: http://ubuntuone.com/4pLqMf5Q68ivybJLyd2C8g :-) [16:27] thanks for the exciting way to test it btw [16:27] installing ubiquity in a running system feels naughty [16:27] it's a .deb so why not =) [16:28] Laney: looks awesome! for me the viewport had "half of the language selection widget" from the previous page. but looks good =) so good to merge I guess ;-) [16:28] Laney: haha you use lastpass?! [16:28] maybe I have some stray gstreamer stuff installed? [16:29] maybe I didn't have enough installed? [16:29] should all be deps though [16:29] but you'd get something in the terminal if that's the case I suppose [16:29] also yeah, lastpass rules ;-) [16:30] meh, let's upload and see what happens, there are a few people who have webcams and can test iso images. [16:30] * Laney ph33rs [16:30] but ok [16:31] * Laney always feels compelled to make stupid faces while testing webcam stuff [16:31] I am dissapoint that nexus4 doesn't have usb host otg & i can't put yubikey into my phone =( [16:32] you are one of the lucky ones ? [16:33] * ogra_ would be happy to be able to complain about nexus4 [16:34] ogra_: haha =) I even got two, and sold one ;-) [16:34] you need a yubikey neo! [16:34] evil! [16:34] Laney: that would be awesome =) [16:35] Laney: /me has three yubikeys already.... [16:35] heh [16:35] $50 ... [16:36] We have sold out of our initial production runs; we are shipping YubiKey NEO in 5 - 7 weeks. [16:36] meh [16:39] on ubuntu 10.04, evolution now complains about gmail imap ssl cert being "bad", while openssl s_client -CApath /etc/ssl/certs -connect imap.gmail.com:993 works fine <- what am i doing wrong (didn't change anything) [16:40] Hey, have we a meeting now? [16:40] miha: Don't use openssl, it doesn't do cert verification. [16:40] miha: Try gnutls-cli [16:44] qengho: I was assuming there wouldn't be one since people are away [16:45] Ah well. My status: [16:45] [desktop-r-chromiumbrowser-improvements] 6/12 DONE 2/12 deferable [16:45] - chromium-browser v23 released for all stable Ubuntu. Fixes lots, but introduces one obvious brown-paper-bag bug. :( [16:45] - Preparing v24 right now. Should release after #webapps patches are ported. [16:45] - Getting ARMv7 working so we can release on raring. NEON assumptions in build cause problems. [16:45] - Starting beta PPA process to get ahead of releases, so there's no release delay. #webapps on board with patching beta instead of stable. [16:45] EOF [16:45] yay for getting ahead :) [16:45] Yeah. [16:46] ah, you're waiting for armhf to be fixed before updating raring? [16:46] I noticed yesterday that it was behind Quantal [16:46] Laney: Yes. That's a policy requirement. [16:47] well, it's already being held in raring-proposed because of the failure [16:48] jpds: - The hostname in the certificate matches 'imap.gmail.com'. [16:48] - Peer's certificate issuer is unknown [16:48] - Peer's certificate is NOT trusted [16:48] miha: the ca chain is incomplete. is ca-certificates installed? (in case it wouldn't be for some reason) [16:49] or the new gmail certs are signed with a CA that isn't shipped in 10.04 [16:50] installed newest version [16:50] oh right [16:51] miha: can you pastebin the output of openssl s_client -verify 6 -CApath /etc/ssl/certs -connect imap.gmail.com:993 ? [16:52] (I added -verify 6) [16:52] miha: and specify what country you're in. [16:52] miha: btw; pastebin -> http://paste.ubuntu.com in case you're not familiar with this [16:53] trying to get kernel fixes upstreamed, working on bugs related to lts stack for 12.04.2 release, trying to get my reservation changes reviewed again, hopefully for inclusion this time. [16:53] ok [16:53] EOF [16:53] Laney: do you use lastpass on your mobile? and how does that work? [16:53] xnox: I swear that OTG worked before but it doesn't now [16:53] perhaps a newer cyanogen broke it [16:53] xnox: Laney: is that why you mentioned the yubikey NEO? [16:54] but I just used it to c+p some passwords when setting up apps [16:54] yes [16:54] hmm [16:54] I never thought of this [16:54] Laney: ack. [16:54] http://pastebin.ubuntu.com/1534747/ so who's hacking me? :) [16:55] hmm [16:57] unless there is something broken in how evo tries to speak TLS? [16:57] http://www.wolfey.si/tmp/gmailssl.jpg here screenshot [16:58] miha: could you open a bug on launchpad and add a screenshot of the exact [16:58] ah! [16:58] cyphermox: which goverment is trying to spy on me? :p [16:59] meh [16:59] I guess evo just doesn't do ssl quite right; it wouldn't be especially surprising [16:59] NOT THE CORRECT ONE [16:59] I like how people get angry about chinese spies [16:59] cyphermox: i'm surprised cause it worked up to today [17:00] update? expired cert? [17:00] new cert from google :) [17:00] just when i got home 2 hours ago i got this [17:01] i could add exception, but i'm well paranoid ;) [17:02] run in chrome, see if it complains [17:03] chrome does imap? [17:03] oh right [17:06] miha: that's interesting, it's indeed not the same cert [17:07] miha: oh if you think you're paranodi.. would you rather have the us government or the chinese government spy on you [17:08] mlankhorst: chinese. i dont plan to go there anytime soon. :) [17:08] we in nato, so usa is more dangerous ;) [17:08] mlankhorst: do we really need to have this kind of conversation here? [17:08] :D [17:08] miha: what about the IP of imap.gmail.com, what do you get from your location? [17:08] dig imap.gmail.com [17:09] cyphermox: [17:09] http://pastebin.ubuntu.com/1534781/ [17:10] ricotz: If you have a minute, could you have a look at the 3.6.4 backport for precise, that boaz did at: https://launchpad.net/~bdcomp/+archive/backports/+packages ? [17:11] miha: might you be behind a captive portal of some sort? [17:12] cyphermox: well i get same error if i turn my vpn on or off [17:13] they are on different networks, so i doubt it [17:13] hm [17:13] is your vpn encrypted, and actually replacing the default gateway? [17:15] it's my openvpn server, tls, 2048 bit rsa, 128 bit blowfish, after http://wiki.debian.org/OpenVPN#TLS-enabled_VPN [17:16] well, i don't know how secure it is. but i doubt same attacker would set both local wifi and my vpn :p [17:18] guess will try again at work [17:40] thunderbird didn't complain about ssl [17:43] Sweetshark, the packaging diff looks reasonable, but i would prefer to use backported dependencies like cmis > 0.2 and a not cluttered changelog [17:44] (so i wouldnt want to have a binary copy of it in the libreoffice ppa) [17:45] Sweetshark, i am hoping i will find a moment this week to look at it further [17:51] ricotz: yeah, I had short look at the changelog and would have uncluttered it a bit too. Note though, that I mailed boaz and giving him green light to copy that one over to the libreoffice PPA if he did some testing with it. [17:52] ricotz: those changes are nice to have, but not critical blockers IMHO. Lets keep boaz motivated, we can need every helping hand ;) [17:53] ricotz: In case you didnt notice I also backported some 20 patches on top of 3.5.7/precise and uploaded that to the libreoffice-3-5 PPA. This is in preparation of the bug 1037111 SRU. [17:53] Launchpad bug 1037111 in libreoffice (Ubuntu Precise) "[SRU] LibreOffice 3.5.7 for precise" [High,In progress] https://launchpad.net/bugs/1037111 [17:55] Sweetshark, oh, havent noticed that yet, thanks [18:00] ricotz: If you want to contribute to the admittedly rather boring task of testing that package and verifying the fixes, you are most welcome of course ;) -- its 20 patches, thus I so far only created a one-line rationale for backporting them on bug 1037111 instead of filling the full SRU-form for all of them. [18:00]