[00:05] <wxl> vm/bios/unencrypted w/ manual partition is a go
 I can check some metal installs in a bit
[00:06] <wxl> danke
[00:17] <wxl> vm/bios/unencrypted with a manual gpt partition (i know, getting weird) worked fine
[00:17] <wxl> i'm fairly confident we should be good
[00:17] <wxl> at least from a vm perspective
 So, pick the daily ISO and install it basically?
 If you link me to the ISO I'll install it on my potato
[00:19] <wxl> pick the iso, download the diff of the fix, patch it, install it
 Gonna take a hot minute to download
[00:20] <wxl> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1829805/comments/17
[00:21] <wxl> http://cdimage.ubuntu.com/lubuntu/daily-live/current/eoan-desktop-amd64.iso
 Alright. The Potato is a Corebooted laptop. So EFI only, but should get you some of the way there.
[00:22] <kc2bez> That is good. My potato is only BIOS.
[00:33] <kc2bez> Unencrypted BIOS on my laptop is good.
[00:33] <wxl> that's a good start
 May I offer unsolicited feedback on this boot experience?
[01:01] <kc2bez> I don't think constructive feedback is ever turned away.
 The panel objects seem a little... dark
[01:01] <kc2bez> LUKS BIOS is a go wxl.
 I'm going to act like I didn't spend half a minute finding the network indicator 😅
[01:02] <kc2bez> I think there is a fix in the works.
 "Oh maybe they don't have it up yet, I can find it in the launcher I bet"
 Wait, "Filling up filesystems"?
 It's not really going to write 320GB, is it
[01:03] <kc2bez> no
 Okay, that's good
 That is a feature in some installers
[01:03] <wxl[m]> Like writing zeroes?
 Yes, or random data
[01:04] <wxl[m]> Makes sense
[01:04] <wxl[m]> I'll modify the config to check for your ip and if it matches do that
[01:05] <kc2bez> I'm at 4.6G installed
 It doesn't make much sense on SSDs though lol
 reboot now
 And booted
 Good work, hackers
[01:11] <kc2bez> @UniversalSuperBox your EFI install, was it encrypted or no?
 Yes, encrypted
[01:11] <kc2bez> cool
 For some reason the screensaver appeared in like 10 seconds in the live session
 And then once dismissed didn't come back
 ¯\_(ツ)_/¯
[01:20] <kc2bez> weird
[02:15] <wxl> @UniversalSuperBox ghost in the potato
[02:15] <wxl> btw thx for the help
[02:22] <wxl> @tsimonq2: do you know what repo has the *current* usb-creator in it? everything i can find is 0.3.5
 @wxl [<wxl> @tsimonq2: do you know what repo has the *current* usb-creator in it? ever …], Noooo clue
[02:24] <wxl> sigh
[02:25] <wxl> @tsimonq2: in other news it seems that TJ-'s fixed worked, so i guess i'll add a changelog, add it, and upload it, unless you have any reason to be cautious
 Nope, go for it
 Spin off an image after it migrates
[02:43] <kc2bez> wxl: Is this what you are looking for? https://launchpad.net/ubuntu/eoan/+package/usb-creator-kde
[02:43] <wxl> kc2bez: i'm looking for the repo, though, not the package
 Is it a native package?
[02:44] <wxl> yeah
[02:44] <wxl> i can find repos but not the one that contains the latest version
[02:49] <wxl> @tsimonq2: you don't have the capacity to approve that upload do you?
 @wxl [<wxl> @tsimonq2: you don't have the capacity to approve that upload do you?], Not at the moment
 Plus, you need practice
 :P
[02:50] <wxl> practice begging people? XD
 XD
[02:51] <wxl> cuz afaik i can't approve it XD
 wait wat?
 Approve what now?
[02:51] <wxl> it's in proposed of course....
 Which?
[02:52] <wxl> https://launchpad.net/ubuntu/+source/calamares-settings-ubuntu/1:19.10.2
 So what's this business about approving? :p
[02:52] <wxl> well
[02:53] <wxl> you wanted me to spin a new iso, which i assume you mean you want that package in release.......
 I can't manually approve that
[02:54] <wxl> it's entirely automated eh?
 It's Britney, bitch
 XDDDDDDD
[02:55] <wxl> !language
[02:55] <kc2bez> wxl: it looks like usb-creator 0.3.6 is in proposed too
 That's what Britney is named after
 Britney Spears
[02:55] <wxl> kc2bez: right. so it should be in SOME repo XD
[02:55] <kc2bez> right
[02:55] <wxl> @tsimonq2: that's… amazing
[02:58] <wxl> @tsimonq2: did i remember correctly you have britney runnning at home?
 Not at home, but it runs on our servers via Jenkins
 That's why we have two stable and two unstable PPAs
 One is a proposed pocket
[02:59] <wxl> ah
 The other is the release pocket
[03:00] <wxl> hm excuses just re-ran and i don't see it in there
[03:00] <wxl> there's no way it slipped through that quick is there??
 Was the source actually published in proposed when Britney started?
 Britney takes a good five or ten mins
[03:01] <wxl> that's what i mean.. it just re-ran
 Hmmmm
[03:02] <wxl> UTC is Thu Jun 20 03:02:19 UTC 2019
 !patience
 XD
[03:02] <wxl> Generated: 2019.06.20 02:50:15 +0000
[03:02] <wxl> it published 18 minutes ago
[03:33] <wxl> ok the fix is in release
[03:33] <wxl> let me get a new iso going
 And published?
 You're sure it's published?
[03:34] <wxl> Published 31 seconds ago
 Ok
[03:48] <guiverc2> the ISO you're talking about is the daily? (with TJ's work?) iso.qa says re-building still
[03:50] <wxl> yep yep yep
[04:04] <guiverc2> thanks wxl, i paused me daily testing & will do with new...
[04:05] <wxl> guiverc2: np. thanks for the help!
 Good work!
[04:36] <wxl> Status 	When complete 	Architecture 	Archive
[04:36] <wxl> [BUILDING] Currently building 	10 minutes ago (estimated) buildlog (141.5 KiB) 	amd64 	Primary Archive for Ubuntu
[04:36] <wxl> when complete: 10 minutes ago X''''''D
[04:41] <wxl> ok it's built and is being uploaded
[04:48] <wxl> there it is guiverc2
[04:49] <guiverc2> :)
[05:02] <wxl> and success!
[06:53] <TJ-> Where can I find info on what tools are used to generate the ISO images, specifically the casper/initrd image. I'm finding that unmkinitramfs is failing to extract files from that file "cpio: premature end of archive"  - this is the 19.10 desktop ISO I'm working on
[07:12] <TJ-> ahhh, never mind, it's xnox messing with initramfs-tools! Bug #1832108
 After updating the error.   the system suggests me to execute the following command: sudo apt --fix-broken install after doing  … dpkg-deb: error: insert subprocess was killed by signal (Channel break) … There were errors while processing the following packages: … /var/cache/apt/archives/libpython3.7-stdlib_3.7.3-2~18.04.1_amd64.deb … E:
[08:48] <kc2bez> @Aza that is probably a better question for the support channel. This is the development channel.
[08:48] <kc2bez> !support
 sorry, thanks
[08:50] <kc2bez> No problem
 @acheronuk there are problems again with falkon
 https://paste.ubuntu.com/p/vchQ67Mj8j/
 @HMollerCl [@acheronuk there are problems again with falkon], They reverted the ABI changes in ICU, so qtwebengine will need another rebuild, like before
 standup today?
[21:11] <wxl> oh yeah i forgot about that
 I worked on that kernel panic bug
 That's it for me
[21:11] <wxl> let's do it
[21:11] <wxl> !standup
[21:12] <wxl> we'll otherwise ignore tsimonq2 :)
 Hi
[21:12] <lynorian> \o
[21:13] <wxl> anyone else?
[21:14] <wxl> ok let's get going then. you're up @HMollerCl
 ok
 fake .desktop for nm-applet already landed (default-settings)
 it's in xdg-lubuntu
 seed gave me an error whe using upgrade script in meta, I was adding network-manager-gnome
[21:15] <wxl> did you not see my explanation of how to fix that?
 removing disco I suppose
[21:15] <wxl> well replacing it with eoan
 yeah,
[21:15] <wxl> there's two instances in the update.cfg file
[21:16] <wxl> feel free to commit those all in one revision and i'll land it for you
 ow, will looka at that either, I need to be in a non blocked ssh computer yo see that.
[21:16] <wxl> i hear you
 i will see if I can see it tonight
[21:17] <wxl> meanwhile, you can publicly chastise tsimonq2 for not doing his job right on that one. no ssh needed XD
 jejeje
 when that's ready I can modify nm-tray to use nm-connection-edit instead of nmtui
[21:18] <wxl> i can get that landed for you quick and easy
 I could make contact with ubuconlan, but they haven't told me if my presentation is aproved
 UbuConLa*
[21:19] <wxl> they probably won't until the call for papers ends
 yea, I think so.
[21:19] <lynorian> and then take a while after looking at them
[21:19] <wxl> ^^ that, too
[21:19] <wxl> anything else?
 yes, I suppose, but I', in cotact with thme now
 and I haven't had time to look at moving nm-tray that's in debian sid to ubuntu.
[21:20] <wxl> oh the merge right
 AAAA and I need to bother simon on making lubuntu-upgrade-notification added to repo
[21:20] <wxl> if you get some free time, perhaps we can try to put our heads together on that one
[21:20] <wxl> meaning we need to get a repo in phab?
 thanks!
[21:21] <wxl> i'm not experienced in merges but i think i can work my way through it and i could use the experience
 I was also hoping that nm-tray publish a new release with the dark icons fixed, so we don't have to patch it.
[21:21] <wxl> did you issue an upstream pull request?
 no, how did I do that?
 agaida is building for debian.
[21:23] <wxl> we'll talk about that after the meeting
 ok, thanks
 that will be on my side then
 EOF
[21:23] <wxl> great work, thanks!
[21:23] <wxl> lyn you're up
[21:23] <lynorian> I have done lots of work on the manual
[21:23] <lynorian> Added modifier tab in qpdfview with screenshot
[21:23] <lynorian> open in file manager from qtransmission
[21:23] <lynorian> More screenshots for each desktop prefrences
[21:23] <lynorian> Added more screenshots to users-groups
[21:23] <lynorian> More styling on software sources
[21:23] <lynorian> remove more hardcoded 18.10 stuff
[21:23] <lynorian> Rewording blurbs on status columns.
[21:23] <lynorian> Work on color picker, spacer, and sensors
[21:24] <lynorian> filed bug  1833118 on featherpad
[21:24] <lynorian> detailed print from featherpad
[21:24] <lynorian> new way to get new tabs
[21:24]  * lynorian added /me to quassel
[21:24] <lynorian> screenshots in pcmanfm-qt
[21:24] <lynorian> Rework of qlipper
[21:24] <lynorian> add notes on volume output to pavucontrol-qt
[21:24] <lynorian> Work on manually changing time
[21:24]  * wxl :)
[21:25] <wxl> *ironic tone* is that all?
[21:25] <lynorian> I condensed multiple commits and used a note in noblenote to make it more consise
 that featherpad bug, should be made on github?
[21:25] <lynorian> many small changes
[21:26] <lynorian> I think it might
 I mean, do they look launchpad?
[21:26] <lynorian> not sure
[21:26] <wxl> @HMollerCl yes i plan on triaging but haven't got to it yet
[21:26] <lynorian> I mean the initramfs way more important
[21:26] <wxl> in general i would assume that no upstream ever looks at launchpad. the only exception is agaida and even then he rarely supplies anything constructive XD
[21:27] <lynorian> ^
[21:27] <wxl> thanks for the paste, lyn. that'll help grease the wheels on these meetings. anything else to add?
[21:28] <lynorian> nope
[21:28] <wxl> thanks again for all the great work. i can't say enough how much i appreciate what you're doing
[21:31] <wxl> 1s
[21:34] <kc2bez> Oh Snoopy it is Thursday
[21:34]  * kc2bez sighs
[21:34] <wxl[m]> Flexing sponsorship muscles
[21:34] <kc2bez> sorry I am late
[21:34] <wxl[m]> * COMMITS * Accepted network-manager-gnome to seed https://phab.lubuntu.me/rSEEDaf3d2c7f3ea1c1375b29ec81e806fb3bf6596170 * Sponsored change to make nm-applet not autostart which took some faffing around with missing translations https://launchpad.net/ubuntu/+source/lubuntu-default-settings/19.10.2 * Sponsored new upstream release of calamares https://launchpad.net/ubuntu/+source/calamares/3.2.7-0ubuntu1 * Sponsored TJ's fix for the kernel
[21:34] <wxl[m]> panic https://launchpad.net/ubuntu/+source/calamares-settings-ubuntu/1:19.10.2
[21:35] <wxl[m]> * OTHER UPSTREAM * Submitted pull request to fix screengrab instructions https://github.com/lxqt/screengrab/pull/162 * Since KDE pushed back, submitted bug re: DND between ark and pcmanfm-qt https://github.com/lxqt/pcmanfm-qt/issues/977 * Filed an issue about several issues with the snap to border function in screengrab https://github.com/lxqt/screengrab/issues/163 * MISCELLANEOUS * Retooted about updated Lubuntu emoji
[21:35] <wxl[m]> https://git.tyil.nl/tyil/emoji-os/commit/656657a054b9abdee5f7352adeddb32c5d3c0dbb
[21:35] <wxl[m]> That's it for me
[21:35] <wxl[m]> Bbl
 Still looking for an easier Python or JS task. Waiting on that Ubuntu dev for the iso tester answer.
[21:42]  * lynorian needs to get groceries
 wxl: so, how should I du that upstream pull request for new release?
[22:50] <wxl[m]> @HMollerCl upstream is on GitHub. Have you ever done pull requests there, meaning you start off forking the project?
 I've forked but never done anything with the code
 more like, doing my personal copy to test
 https://github.com/palinek/nm-tray
 but I know that agaida has done the building in debian
 last release was 12oct2018, and prior that 9jul and 5 jul.
[22:56] <wxl[m]> So yeah fork it and make your changes and push it to your copy. Let me know when that is done and we'll take the next step
[23:11] <TJ-> Anything less taxing I can tackle? :p
[23:21] <wxl> TJ-: we've got all sorts of little things https://phab.lubuntu.me/T41
[23:31] <wxl> @tsimonq2: ok, here's a question for you. so in eoan we went from libfm-qt 0.14.1-0ubuntu2 to -8ubuntu1. that last change included a change we want to SRU into disco, which is at -0ubuntu2. my guess is i probably don't want to pull in all of the changes between those two. in fact, the change happened in -6. so what version number do i give my change? -6ubuntu0???
[23:34] <TJ-> wxl: would the additional changes from -6 to -8 make a lot of difference? I wonder if it'd make sense to have the same version in both to simplify support/maintenance?
[23:36] <wxl> TJ-: in light of it being an SRU (though thankfully not an LTS) i'm a little concerned about the size of the diff https://launchpadlibrarian.net/425152824/libfm-qt_0.14.1-0ubuntu2_0.14.1-8ubuntu1.diff.gz
[23:38] <TJ-> wxl: the diff from -6 to -8 looks to be mainly packaging
[23:39] <TJ-> wxl: I've not seen it but the sound of the Glib recursion error sounds like something I'd want
[23:39] <wxl> ok well i guess i'll give it a go and see if i get yelled at XD
[23:40] <teward> wow TJ-
[23:40] <teward> tackling Lubuntu tasks now lol?
[23:40] <teward> xD
[23:40] <TJ-> you could git-diff the -6 to -8
[23:40] <TJ-> teward: not quite, jsut some light relief from difficult stuff :)
[23:40] <wxl> we've got someone from server and now someone from kernel.. we're moving on up XD
[23:40] <teward> heh indeed
[23:40] <teward> wxl: and Ubuntu Studio gained a 'helper' in the process xD
[23:40] <wxl> right
 @wxl[m] [<wxl[m]> So yeah fork it and make your changes and push it to your copy. Let me …], but then we will package my copy?
[23:42] <wxl> @HMollerCl we'll make a pull request. if palinek (or some other maintainer) accepts it, it will inevitably get packaged. we don't necessarily have to go through agaida
 but palinek already fixed the icon issue. I don't need to touch the code.
[23:43] <wxl> oh
 The thing is that he hasn't made a released
[23:44] <wxl> we could always grab the patch
 so,that fix isn't in debian
[23:44] <wxl> but i guess we've already fixed it
[23:44] <wxl> it will come down eventually
 no, we have not.
[23:44] <wxl> we didn't? isn't that what i sponsored for you?
[23:45] <wxl> if not, let's grab the patch!
 nope, that is for using nm-connectior-editor instead of nmtui
 but, for the patch, we need to move to nm-tray 0.4.2 which is in sid but not in ubuntu
[23:46] <teward> that'd probably require coordination with the rest of the variant teams no?
[23:46] <wxl> are you sure it doesn't work with the version we have?
[23:46] <teward> AIUI nm-tray is part of a few things
[23:46] <wxl> other nm stuff, yes. nm-tray no
 @wxl [<wxl> are you sure it doesn't work with the version we have?], no, I'm not sure, but isn't it better to solve that first?
[23:47] <wxl> it depends on when the release is going to come. if it doesn't come before our release, that obviously doesn't work well for us
 https://merges.ubuntu.com/n/nm-tray/REPORT
[23:48] <wxl> oh i bet those are easily resolved
 I think it's better to move to 0.4.2 first, it appears to be easy to resolve but I haven't had time to look it well
 This is what @tsimonq2 told me, but I haven't spend much time on it:
 Current version in Ubuntu is 1.2.3-1ubuntu1. Grab both that and 1.2.3-1 from Debian, and do debdiff 1.2.3-1.dsc 1.2.3-1ubuntu1.dsc … Grab the latest Debian version, let's say 1.2.3-2. Apply the diff you created in the previous step to the Debian packaging. Create a changelog entry, do a source build, and check the diff again. Does t
[23:55] <wxl> i know. he loves entirely vague instructions
[23:55] <wxl> you might want to grab https://merges.ubuntu.com/n/nm-tray/nm-tray_0.4.2-1ubuntu1.src.tar.gz
[23:56] <wxl> in that, for example, look at CMakeLists.txt. you'll see immediately a line with <<<<<<<
[23:57] <wxl> that's saying the next line is related to that one (it's .1-0ubuntu1)
[23:57] <wxl> then there's a [23:58] <wxl> then after the next line there's a >>>>>>> which is the end of the differences
[23:58] <wxl> so that line after the [23:58] <wxl> so in this case it's related to the NM_TRAY_VERSION
[23:59] <wxl> obviously that's not going to merge well because they're not the same. we basically need to pick one
[23:59] <wxl> these are the "diff3 conflict markers" which the report mentions


[00:59] <robert_ancell> TheMuso, is there a way to search the archive for packages that provide files in a given directory?  I want to see what packages but files in /usr/lib/deskbar-applet.  packages.ubuntu.com doesn't seem to be able to do this
[01:20] <TheMuso> robert_ancell: apt-file
[01:20] <TheMuso> robert_ancell: i.e apt-file is the package that will help you find files in packages that you don't have installed.
[03:57] <robert_ancell_> kenvandine, hey, how much do you know about pkg-config?  Can you look at bug 455614 and see if you can tell why someone would modify .pc dependencies?
[06:49] <al-maisan> Good morning
[07:09] <didrocks> hello al-maisan
[07:09] <al-maisan> hola didrocks :)
[07:43] <pitti> Good morning
[07:58] <didrocks> hi pitti
[08:32] <huats> morning everyone
[08:48] <slomo> MacSlow: ping? :)
[08:48] <MacSlow> slomo, ja?
[08:50] <slomo> MacSlow: hi, you know cairo well, and i saw some interesting font rendering from you iirc... what's the best and fastest way to draw only the outline of text, best when using pango? :)
[08:50] <seb128> hey slomo
[08:50] <slomo> hi seb128
[08:50] <seb128> slomo, thanks for the quick gst fix!
[08:51] <slomo> seb128: np :) are your non-ac3 dvds working too now btw?
[08:52] <seb128> slomo, I didn't try again but I will do that later today and let you know
[08:52] <seb128> but looking on the bug seems it was on good track and somebody else was able to test
[08:52] <slomo> seb128: yes, but it's not optimal yet... it "should" work :)
[08:53] <MacSlow> slomo, do pango_cairo_layout_path() ... then cairo_stoke() it
[08:54] <seb128> slomo, bug #450946 is the sort of bugs you are interested to look at too?
[08:55] <slomo> MacSlow: that's what i'm doing now, unfortunately it's very slow compared to pango_cairo_show_layout()... because pango_cairo_show_layout() does all kinds of caching and stuff that gets lost when rendering the font to a cairo path
[08:56] <slomo> MacSlow: cairo developers said to use user fonts, unfortunately pango doesn't support them yet... so i thought you might know some pango trick to do it faster for now :)
[08:57] <MacSlow> slomo, you just ask how to do it... not how to make it fast :)
[08:58] <MacSlow> slomo, also I don't know what you rendering requirements are (fps, fill-rate limits etc.)
[08:58] <slomo> MacSlow: ok, sorry :) so you don't have a better idea either? the final goal is to draw white text with black outline
[08:58] <mvo> hey slomo - seb128 asked yesterday about the stability of fludendo-mp3 compared to the other one
[08:59] <slomo> MacSlow: well, just drawing the outline shouldn't take 60% of all processing time (the 30% include creating a much larger test screen, drawing the normal text, putting a shaded box around it, ...) :)
[09:00] <MacSlow> slomo, approximate it (but will not look as good)... draw with pango_cairo_show_layout() in black... decrease the size..  draw again with pango_cairo_show_layout() in white
[09:00] <slomo> mvo: it's worse but has a better license (GPL vs. BSD or MIT)
[09:00] <MacSlow> slomo, how much text do you have to draw and at what frame-rate?
[09:01] <slomo> MacSlow: ok, i guess i have to do that then... and think about how much i should increase the text size. would you change the text size with cairo (cairo_scale) or with pango?
[09:01] <slomo> MacSlow: subtitles on video, so any framerate and a bit text
[09:05] <MacSlow> slomo, hm... I'd say you should certainly surface-buffer the text you draw... meaning draw it once to a surface-buffer... reuse that as long as the text doesn't change... and only re-render text tothe surface-buffer if new text needs to be displayed
[09:06] <MacSlow> slomo, I hope you don't call pango_cairo_layout_path() every frame :)
[09:07] <slomo> MacSlow: no, only everytime it changes of course :) my testcase was a bad choice here because the text changes every frame probably ;)
[09:07] <mvo> slomo: thanks, we fixed it recently to have the g-s-t meta-data and now it shows up in the codec installer. but it also sets it self as default if multiple ones are installed. is that safe/sane? or should we instead lower its priority or break it again to not show up at all?
[09:08] <MacSlow> slomo, you should certainly use surface-buffering... I don't expect subtitle-text to change every 1/24 th of a second :)
[09:08] <slomo> mvo: i don't know, depends on your needs i guess :)
[09:09] <mvo> need: no-crashes ;)
[09:09] <mvo> but thanks for the info I will think about it a bit and discuss with seb128
[09:09] <MacSlow> slomo, surface-buffering you certainly will need to do for optimizatino reasons anyway
[09:10] <slomo> mvo: then better use the mad one, it's tested more ;) the only advantage of the fluendo one really is the license (or if you bought it from fluendo the patent license)
[09:10] <seb128> slomo, well, it's basically "what should user get when clicking on a mp3"
[09:10] <seb128> slomo, ok, that's what I though too, it's late for a such change now
[09:10] <seb128> there is a g-c-i bug there
[09:11] <slomo> MacSlow: as said, i do surface buffering :) it's only my testcase that has changing text every buffer (drawing the current time)
[09:11] <seb128> it shouldn't install 3 decoders for the same same thing
[09:11] <seb128> ie for a mp3 is installs the mad, fluendo and ffmpeg binaries
[09:11] <slomo> yes, it should only select the one with the highest priority and let users choose to install the others and not the one with the highest priority
[09:13] <MacSlow> slomo, ok... then you should not have an issue using pango_cairo_layout_path() and cairo_stroke()
[09:14] <MacSlow> slomo, actually guess you would want to do pango_cairo_layout_path()... cairo_fill_preserve() in white and then cairo_stroke() in black
[09:16] <slomo> MacSlow: for subtitles it's no problem, yes, but for text that changes every frame it is. that's what i'm trying to explain :)   and i really don't want pango_cairo_layout_path(), fill_preserve + stroke... it's slower than show_layout() + layout_path() + stroke
[09:16] <slomo> MacSlow: see https://bugzilla.gnome.org/show_bug.cgi?id=598695 for the context
[09:17] <MacSlow> slomo, only solution is a real OpenGL-backend for cairo if you need heavy-duty text-rendering with cairo
[09:19] <MacSlow> slomo, if you can live with only the typical western set of ASCII characters you could do a "texture-map" character lookup and use that
[09:19] <MacSlow> slomo, but that would kill all unicode-sexiness
[09:19] <MacSlow> but that would be fast as hell
[09:23] <mvo> mac_v: thanks for testing the synaptic ppa version - what card are you using when the problem appears? I wonder if its driver dependant. i get about ~8% or so xorg cpu, nothing abnormal high
[09:23] <mvo> with nvidia
[09:30] <mvo> mac_v: is it a intel card/driver as well?
[09:31] <mac_v> mvo: ATI x1400
[09:33] <asac> kenvandine: let me know
[09:33] <asac> luckily bindwood wasnt put in main ;)
[09:49] <seb128> davidbarth, hey, any clue about bug #438664?
[09:49] <seb128> davidbarth, not sure if using different icons in the session menu is a design choice
[09:50] <davidbarth> seb128: we're using icons provided explicitely for this menu; the integration of these icons in IM apps was not defined in a way or another
[09:51] <seb128> ok, not sure what to do with the bug
[09:52] <seb128> is something you want to consider?
[09:52] <seb128> should somebody be subscribed to comment on it?
[09:56] <asac> ArneGoetje: did you run the last po2xpi run yet?
[09:57] <asac> or is export running atm?
[10:26] <pitti> BBL, need to repair a friend's jaunty server
[10:26] <asac> pitti: before you leave ... did the last langpack run already happen or is export still running?
[10:26] <asac> (sorry)
[10:57] <andreasn> mpt: do you think the changes to the button-have-icons and menus-have-icons should be mentioned in the Ubuntu Karmic release notes? https://wiki.ubuntu.com/KarmicKoala/HumanReleaseNotes
[10:58] <andreasn> mpt: thanks for the notice about my blog being blocked btw, seems I had a really old wordpress install, so it got hacked
[10:59]  * mpt wonders why that URL has "Human" in it
[11:00] <mpt> andreasn, I think that would be a good idea
[11:00] <andreasn> who do I ask for that?
[11:00] <mpt> andreasn, it's a wiki page ;-)
[11:01] <andreasn> well, I don't want anyone to slap my fingers... ;)
[11:06] <asac> kenvandine: i pushed the gwibber threading changes i had
[11:06] <asac> kenvandine: we just got rid of all threads, but the worker thread
[11:06] <asac> think should be all clean now ... though you cannot say for sure ;)
[11:07] <asac> gwibber is always good for surprises
[11:07] <asac> i found a dead function in frontend code that also starts a thread .... havent removed it, but it should definitly go away
[11:07] <pitti> asac: back
[11:07] <pitti> asac: I think it's scheduled for today 2200 UTC (finish)
[11:08] <pitti> asac: so I'll start building them tomorrow
[11:09] <asac> great
[11:10] <asac> pitti: does arne do a test run before uploading?
[11:10] <pitti> asac: ArneGoetje is off sick, I'll do them
[11:10] <pitti> asac: I usually do a local build of the German before
[11:12] <seb128> pitti, I though we agreed to standard language to try was french? ;-)
[11:12] <andreasn> mpt: looks sane now?
[11:13] <asac> ok. all ok then.
[11:13] <mpt> andreasn, yep, thanks
[11:13] <andreasn> pretty much copied the notes from gnome 2.28 release notes and changed some wording
[11:14] <asac> is there some files system option that would prevent flock from working?
[11:19] <mpt> andreasn, though once again we're suffering from a problem that we don't know who the target audience is for the release notes
[11:19] <mpt> ivanka, we should figure that out one day
[11:20] <ivanka> mpt: yes, indeed
[11:35] <rodrigo_> is gwibber supposed to send replies to facebook messages? because it doesn't seem to work at all for me
[11:39] <czajkowski> rodrigo_: only if you have it set up to do so in the settings
[11:39] <rodrigo_> czajkowski: I have
[11:40] <rodrigo_> it just fails silently, I write the reply, press ENTER, and wait, but my reply never shows up
[11:40] <davmor2> rodrigo_: check if it shows up in fb
[11:40] <czajkowski> rodrigo_: ah ok I've mine set not to reply to fb, ohnly post otherwise would be noisey
[11:41] <rodrigo_> davmor2: it doesn't
[11:41] <rodrigo_> czajkowski: hmm, I only have 'Receive' and 'Send', no 'post/reply'
[11:42] <rodrigo_> maybe I'm using an old version...
[11:42] <pitti> asac: we just tried to configure a manual eth connection here (no DHCP); I added a new connection type, but that won't actually appear in nm-applet's dropdown list
[11:42] <pitti> asac: I'll just file a bug now, unless you say that's already known?
[11:42] <pitti> (I didn't quite find a related one)
[11:42] <asac> not known
[11:42] <asac> i tested various options and didnt get any such feedback
[11:43] <asac> pitti: what does "i added a new conneciton type" mean?
[11:43] <pitti> asac: s/type//
[11:43] <asac> yeah
[11:43] <asac> pitti: killall nm-applet -> nm-applet -> appears?
[11:43] <pitti> asac: connection editor -> edit connections -> cable -> add -> add a static one
[11:43] <pitti> asac: lemme try
[11:43] <davmor2> pitti: jockey is showing my nvidia gfx anf bcm wifi on live cd but on installed system I get nothing displayed says there are no drivers for this system.
[11:46] <pitti> asac: confirmed, it's there now
[11:46] <pitti> and even working
[11:46] <pitti> asac: want a bug report for that?
[11:47] <asac> pitti: please file a bug, yes
[11:47] <asac> there is something racy
[11:47] <asac> i always ha the suspicion there is
[11:48] <Laney>  \#
[11:48] <asac> could also be a glib-dbus bug (e.g. signal not delivered)
[11:55] <pitti> bbl
[12:16] <kenvandine> asac, which function?
[12:17] <asac> kenvandine: on_oldsearch
[12:17] <kenvandine> thx
[12:17] <asac> or something. ... that spawns a thread ... the whole code of this should go away imo
[12:18] <asac> if its used we want to see that ... as we definitly dont want to run a thread like that ;)
[12:18] <asac> but i couldnt find any call to on_old_search
[12:18] <asac> kenvandine: maybe just check if thats still used. i can remove the parts then.
[12:18] <asac> not sure with all the other on_ ... functions
[12:18] <asac> maybe those should be reviewed too
[12:19] <asac> guess not for karmic both though
[12:20] <cassidy> seb128, about https://bugzilla.gnome.org/show_bug.cgi?id=593086  which LP bug attached the log file?
[12:20] <asac> kenvandine: i was too dump to figure out where the hell the image tags/css are set
[12:20] <asac> i didnt look for long
[12:20] <asac> but thats a nasty thing
[12:21] <kenvandine> yeah
[12:21] <asac> imo it should just use the http:// urls
[12:21] <asac> and let webkit do the caching
[12:21] <asac> unless webkit doesnt have a cache on its own of course
[12:21] <asac> but then i couldnt find anything related to those images
[12:21] <asac> the image cache definitly isnt used anymore ;)
[12:21] <asac> i removed all images in there and it stays empty
[12:21] <seb128> cassidy, bug #408530
[12:22] <seb128> cassidy, it the bug which has been original forwarded and is listed in the first bugzilla comment
[12:22] <asac> kenvandine: what i found was ./gwibber/microblog/identica.py:    self.image = user["profile_image_url"]
[12:22] <asac> kenvandine: but thats not set anywhere
[12:23] <cassidy> seb128, thanks
[12:23] <seb128> cassidy, you're welcome
[12:24] <kenvandine> asac, that might be the old code which isn't used anymore
[12:24] <asac> yes. i get the feeling that half of the code is old ;)
[12:25] <asac> kenvandine: but what code is used? does it use a custom url handler?
[12:25] <asac> or just webkit ?
[12:25] <asac> i dumped the html snippet for message to the terminal and it didnt have any sign of a image
[12:25] <asac> then i stopped looking as i clearly don't understand whats done there ;)
[12:29] <Ng> are you guys going to be pushing any more gwibber fixes into karmic? :)
[12:31] <asac> Ng: please test trunk
[12:31] <asac> Ng: bzr branch lp:gwibber; cd gwibber; (stop gwibber UI); killall gwibber-daemon; ./bin/gwibber-daemon + ./bin/gwibber
[12:32] <asac> Ng: not sure what your issues are though ;)
[12:33] <asac> kenvandine: btw, you can now ctrl+c gwibber-daemon ;)
[12:34] <asac> let me check the quit thing now
[12:34] <Ng> asac: bug #383759 is the most immediately annoying bug I have atm :)
[12:35] <asac> Ng: no hangs of daemon?
[12:35] <asac> Ng: ok that can be taken
[12:35] <Ng> asac: I have been seeing hangs, but this one stops the UI from starting
[12:37] <Ng> asac: \o/
[12:37] <asac> Ng: stops the UI?
[12:37] <asac> wow
[12:37] <asac> does that throw an exception?
[12:38] <Ng> yeah, I just added a comment to the bug with the traceback
[12:39] <Ng> asac: I'm running trunk now, will leave it going and see how it goes :)
[12:40] <asac> Ng: where do you set that font size ... in gnome?
[12:41] <asac> just wonder if they get a similar problem if you onfigure font size like 12.2px ;)
[12:41] <asac> rather than point
[12:41] <Ng> asac: yeah, in gnome, so it's a point size. you just type in the size rather than select one from the list
[12:42] <asac> hmm
[12:42] <asac> so most likely pixel sized font sizes will make this choke too ;)
[12:42] <asac> anyway this one should be good
[12:42] <asac> for its part of the bug
[12:43] <Ng> are pixel sized font sizes legal in a fontconfig world?
[12:44] <Ng> I have no idea how one would configure gnome to use such a thing ;)
[12:45] <asac> Ng: committed
[12:45] <Ng> asac: sweet, thanks
[12:45] <asac> i will check that noww with px
[12:46] <Ng> now I just have to persuade MacSlow|lunch to love floating point font sizes in notify-osd :D
[12:47] <asac> Ng: i have this /apps/gwibber/preferences/default_font
[12:47] <asac> in gconf-editor
[12:47] <asac> is that the font in question?
[12:47] <MacSlow|lunch> Ng, I've some local fixes partly based on your branch
[12:48] <asac> hmm. how broken is notify-osd with font sizes?
[12:48] <asac> just does "rounding" ... or fails completely?
[12:48] <MacSlow|lunch> asac, can get tiny... but does not crash or anything like that
[12:49] <MacSlow|lunch> asac, but I've to put the change to thorough testing and need to talk to davidbarth  too
[12:51] <asac> MacSlow|lunch: tiny like "rounding" ... or "nulling out"?
[12:51] <asac> just curious
[12:57] <Ng> asac: I think it relates to /desktop/gnome/interface/font_name
[12:58] <Ng> MacSlow|lunch: I appreciate it :)
[12:58] <Ng> asac: rouding, I think it parses 6.5 as 5
[12:58] <asac> as 5
[12:58] <asac> ok
[12:58] <Ng> but I suck at coding, so I could have read that wrong
[12:58] <asac> Ng: it splits by . and uses the second particle?
[13:00] <Ng> asac: I'm not sure, I didn't pay too much attention because my position is that the parsing is unnecessary, but like I said, I suck at coding. The clue being that I'm not paid to write code and you guys are ;)
[13:02] <asac> Ng: ok. but it parses?
[13:02] <Ng> asac: yeah
[13:03] <asac> kenvandine: isnt the idea that if you quit gwibber, it usually still runs in background and spits out notifications/indicator stuff?
[13:03] <asac> just wondered if the -quit is really what we want
[13:10] <asac> Ng: http://paste.ubuntu.com/299006/
[13:10] <asac> thats with 13.333px set manually in gconf
[13:11] <asac> /gnome/interface/font_name == Sans 13.333px
[13:11] <asac> ok guess this needs more fixage
[13:12] <Ng> asac: is that a legal value for font_name?
[13:12] <Ng> there seems to be a bit of a lack of exact specification around this stuff, but AIUI they're basically just strings that pango can parse
[13:14] <asac> yes
[13:15] <asac> Ng: font_name is just a pango_description
[13:15] <asac> Ng: try to change it ... your font on desktop should adjust ... some apps are buggy, but all apps usually start
[13:16] <asac> let me check what websettings can accept for values
[13:16] <asac> unfortunately there is nowhere a real api doc for webkit ... at least not in my search engine horizon
[13:16]  * asac getting source
[13:20] <asac> ok webkit has default-font-size really as an integer for point sizes only
[13:21] <james_w> "Martin Pitt is the heart and sole of the desktop team." <- I don't find Martin leathery at all
[13:28] <kenvandine> asac, that was the original idea, but there have been complaints about there not being a way to quit the daemon at all
[13:28] <kenvandine> and people keep saying that should be wired up to the client quit
[13:28] <kenvandine> we need to think that through in the UI for lucid
[13:28] <kenvandine> for example, people don't want to be able to hide notifications
[13:29] <kenvandine> i was thinking that would be cool to do if you set your IM status to away or busy
[13:29] <kenvandine> something like that
[13:29] <kenvandine> and make it configurable
[13:29] <kenvandine> so then to make it "quieter" you just set to busy or away
[13:30] <kenvandine> asac, but just an idea
[13:30] <kenvandine> asac, so my quit branch makes the quit button and quit menu item quit the backend as well, but closing the window doesn't
[13:31] <asac> kenvandine: how about adding that to the indicator ;)
[13:31] <kenvandine> quit?
[13:31] <asac> yeah
[13:31] <asac> ;)(
[13:32] <kenvandine> i bet there would be resistance to that :)
[13:32] <asac> hehe
[13:32] <asac> yeah. i think configuration would be good
[13:32] <asac> not sure how to best stop gwibber daemon
[13:32] <kenvandine> asac, anyway, that is a situation we need to give some thought too
[13:32] <asac> if they dont want it to be in indicator it probably needs to be in tray
[13:32] <kenvandine> asac, on my list for the next refactoring :)
[13:33] <kenvandine> and easier now that i understand what interests are in the indicator
[13:33] <kenvandine> asac, so interesting observation with your threading fixes
[13:34] <kenvandine> ordering is whacky for multiple services
[13:34] <kenvandine> for example i have a facebook post that says 11h ago, followed by a flickr image 6d ago followed by a dent 2h ago
[13:35] <asac> really
[13:35] <kenvandine> yeah
[13:35] <kenvandine> and i confirmed that didn't happen in r467
[13:35] <kenvandine> asac, it looks like everything from the same service is in the correct order
[13:36] <kenvandine> but intermingling them isn't right
[13:36] <kenvandine> like all my dents are in the right order but not properly aligned with tweets and suck
[13:36] <kenvandine> such
[13:36] <asac> kenvandine: sureits a regression? i dont see it in my messages
[13:36] <asac> have twitter/facebook and idnetica
[13:36] <asac> all properly ordered
[13:36] <kenvandine> most noticable with flickr since those aren't posted often
[13:36] <kenvandine> asac, no i just reverted to r467 and they ordered properly
[13:37] <kenvandine> updated again and they are out of whack again
[13:37] <asac> thats the last one?
[13:37] <kenvandine> yeah
[13:37] <kenvandine> with your curl fixes
[13:37] <asac> kenvandine: you reverted all?
[13:37] <asac> hmm
[13:37] <asac> thought just one commit
[13:38] <kenvandine> my dents, tweets, and facebook are all nearly in sync but looking closely i see they aren't ordered right
[13:38] <asac> i mean ... i cannot think of why reall yold stuff should be different
[13:38] <kenvandine> i wouldn't have noticed if it wasn't for this whacky flickr feed
[13:38] <kenvandine> the recent tweets, fb, and dents are wrong too i just wouldn't have noticed if it wasn't for flickr
[13:38] <asac> hmm. my order is a strict order
[13:38] <asac> just went through all i see
[13:38] <asac> nothing goes back
[13:38] <kenvandine> weird
[13:39] <asac> kenvandine: can you just revert the lightweight OperationManager commit?
[13:39] <asac> sorry
[13:39] <asac> operationhandler
[13:39] <asac> 471
[13:39] <kenvandine> no worries
[13:39]  * kenvandine does it
[13:40] <kenvandine> asac, oh this might be noteworthy
[13:40] <kenvandine> i do have one message getting dropped for a bad time
[13:40] <kenvandine> Dropping message with bad time attribute: {'username': 'Ken VanDine', 'account': <gwibber.config.Account instance at 0x992b8ac>, 'client': <gwibber.microblog.facebook.Client instance at 0x992b6ec>, 'protocol': 'facebook'}
[13:40] <kenvandine> Traceback (most recent call last):
[13:40] <kenvandine>   File "/home/ken/src/gwibber/gwibber/microblog/facebook.py", line 39, in __init__
[13:40] <kenvandine>     sender = profiles[data["actor_id"]]
[13:40] <kenvandine> KeyError: '41911143546'
[13:41] <asac> def get_messages(self, filters, count): data = list(self.filter_messages(filters)) data.sort(key=operator.itemgetter("time"), reverse=True) if count == 0: return {"count": len(data), "total": len(data), "messages": data} else: return {"count": count, "total": len(data), "messages": data[:count]}
[13:41] <kenvandine> not sure if that could mess up the whole order
[13:41] <asac> thats the code for get_messages
[13:41] <asac> so its alaways sorted before sending over the wire
[13:41] <asac> maybe the timestamps are a bit off
[13:41] <kenvandine> that looks sane
[13:41] <kenvandine> i wonder if the client is doing anything weird
[13:42]  * kenvandine thinks there is way too much logic in the client
[13:43] <asac> kenvandine:         if not hasattr(message, "time"):
[13:43] <asac>           print "Dropping message with bad time attribute:", message.__dict__
[13:43] <asac> so does flickr set a time attribute?
[13:43] <kenvandine> it must
[13:44] <kenvandine> but the dropped one is flickr, and it looks like it has the time as the key
[13:44] <asac> kenvandine: i dont see the time in the dump from above
[13:46] <asac> kenvandine: does self.time = parse_time(data["dateupload"]) mean that its also there as self['time'] ?
[13:46] <kenvandine> no, that would be weird
[13:49] <asac> i dont see any place where "time" is set
[13:49] <asac> except one exception handler in microblog/__init
[13:49] <asac> which sets it to current time
[13:55] <asac> guess itemgetter is supposed to look at that field
[14:16] <asac> kenvandine: can you dump all messages before the sorting?
[14:17] <asac> kenvandine: also try the last commit for the lightweight handler ... if thats enough
[14:24] <kenvandine> asac, i am doing something like that, it looks like the one without the time is nearly blank
[14:24] <kenvandine> like only my data
[14:24] <kenvandine> no message data
[14:24] <kenvandine> not even a sender
[14:26] <asac> kenvandine: in get_messages in init that message shouldnt be there
[14:26] <asac> would be interesting to dump all the messages send out there
[14:26] <asac> to see why the time sorting doesnt work
[14:27] <kenvandine> ok
[14:27] <kenvandine> i will do that first
[14:27] <kenvandine> the traceback was bugging me :)
[14:30] <asac> what i could imagine is that there is a bogus time somewhere
[14:30] <asac> that can bust up the whole sorting if it breaks strict order properties
[14:33] <asac> and if thats the case the order how stuff gets inserted could make a difference
[14:33] <seb128> re
[14:33] <seb128> ok, empathy bug list cleaned now
[14:34] <asac> which probably happened by the idle_handler refactoring
[14:38] <rickspencer3> asac, ccheney, kenvandine, pitti, Riddell,  seb128 - what's the word on the street?
[14:39] <kenvandine> rickspencer3!
[14:39] <kenvandine> good morning
[14:39] <seb128> rickspencer3, nothing to signal there I would say
[14:39] <pitti> hey rickspencer3, good morning
[14:39] <seb128> things look good
[14:39] <pitti> all quiet here
[14:39] <pitti> except.. OMG!!!
[14:39] <rickspencer3> quiet ... too quiet
[14:39]  * rickspencer3 eerie music
[14:39] <kenvandine> rickspencer3, asac did some nice threading fixes to gwibber :)
[14:40] <rickspencer3> kenvandine, lol - just as you said that I was closing a gwibber apport window
[14:40] <asac> in mozilla we found out that we compile system sqlite with wrong flags :/
[14:40] <rickspencer3> arg, so need to rebuilt mozilla? is this a security issue?
[14:40] <asac> no i told them that we cant do that for release
[14:40] <asac> needs a carefuly SRU
[14:40] <rickspencer3> grrr
[14:40] <asac> https://bugs.edge.launchpad.net/firefox/+bug/457791
[14:41] <asac> https://bugzilla.mozilla.org/show_bug.cgi?id=445164
[14:41] <asac> i dont feel comfortable to just pump that into our libsqlite without thorough testing.
[14:41] <asac> its not really breakage of functionality though
[14:41] <asac> "just" privacy concerns
[14:42] <seb128> seems people there care about gwibber rather than karmic nowadays
[14:42] <seb128> ;-)
[14:43] <kenvandine> asac, it looks like replies might be messing up the ordering
[14:43] <kenvandine> at first glance of the data
[14:43]  * kenvandine needs more coffee.. bbiaf
[14:47] <Riddell> rickspencer3: pleasingly good, we got some fresh faces for the ISO testing round and no problems found that we didn't already know
[14:47] <rickspencer3> Riddell, great news
[14:47] <rickspencer3> good buzz in the blogosphere regarding Karmic Kubuntu
[14:53] <asac> kenvandine: replies have a differnt time format?
[14:54] <baptistemm> hello
[14:54] <asac> hi baptistemm
[14:54] <baptistemm> Hi asac
[14:54] <baptistemm> is there a way to remove piding from indicator-applet as I don't use it?
[14:54] <chrisccoulson> hi baptistemm
[14:54] <baptistemm> hi chrisccoulson
[14:55] <seb128> baptistemm, disable the indicator option in pidgin or uninstall it
[14:55] <seb128> hey baptistemm btw
[14:55] <baptistemm> heya
[14:55] <seb128> or ask tedg
[14:57] <tedg> baptistemm: The command line way is "mkdir -p ~/.config/indicators/messages/application-blacklist ; cp /usr/share/indicators/messages/applications/pidgin ~/.config/indicators/messages/application-blacklist"  Long paths.
[14:58] <baptistemm> ah thanks :)
[14:58] <seb128> tedg, do you have a stock reply for it yet? ;-)
[14:59] <tedg> seb128: heh, actually the first time I've been asked :)
[14:59] <baptistemm> I just doubt someone could use both but I'm certainly wrong
[15:00] <seb128> I use both
[15:00] <baptistemm> I'd tend to think using one should remove the other :)
[15:00] <seb128> or rather I try to use empathy but it annoys me I go back to pidgin
[15:00] <baptistemm> so I'm wrong
[15:00] <seb128> +when
[15:01] <tedg> baptistemm: Yes, but the solution there is that we shouldn't INSTALL both.  :)
[15:01] <seb128> tedg, we don't
[15:01] <seb128> tedg, we just don't uninstall on upgrade
[15:01] <tedg> seb128: Effectively we do as I'm sure most of our users are upgrades.
[15:01] <baptistemm> It is true I upgraded from the previous version
[15:01] <baptistemm> now empathy is the default client?
[15:02] <kenvandine> asac, no but looking at the list those are the ones out of order
[15:02] <kenvandine> after the sort
[15:02] <kenvandine> which is very weird
[15:02] <seb128> tedg, we should ask users to reinstall, less upgrade issues ;-)
[15:02] <seb128> baptistemm, yes
[15:02] <kenvandine> debugging  something else now... will get back to it
[15:02] <chrisccoulson> baptistemm - https://wiki.ubuntu.com/KarmicKoala/TechnicalOverview#GNOME :)
[15:02] <asac> kenvandine: do you have a dump of the messages you culd paste?
[15:02] <kenvandine> asac, yeah but it is huge
[15:02] <kenvandine> hang on
[15:03] <tedg> seb128: Hmm, I'm thinking that if you get that policy past mvo will buy you a cookie :)
[15:03] <baptistemm> thanks
[15:03] <chrisccoulson> i reinstalled this cycle
[15:04] <mvo> two cookies and a banana
[15:04] <chrisccoulson> but i normally upgrade
[15:04] <chrisccoulson> i upgraded through 4 releases without a reinstall:)
[15:05] <asac> pitti: is karmic-proposed open for pocket copy already? when do we xpect that to happen?
[15:05] <mvo> my old laptop is upgraded all the way from warty to hardy - then intel came along and rewrote the x driver so hard that the good old i830 is a pain on anything newer than hardy
[15:06] <pitti> asac: it's open for uploads (unapproved), but you can't actually put anything into it yet (thus no pocket copying)
[15:06] <pitti> asac: it will open after final release
[15:06] <asac> hmm ok
[15:07] <asac> thx
[15:08] <seb128> chrisccoulson, I should try once the pitti's way
[15:08] <seb128> reinstalling while keeping the user dir
[15:08] <kenvandine> asac, gonna email it... firefox is hosed here
[15:08] <asac> oh
[15:08] <kenvandine> i think bindwood is making it hang
[15:08] <asac> dont tell me that ;)
[15:08] <kenvandine> that is what i am looking at now :)
[15:08] <pitti> I do that several times per release
[15:08] <asac> kenvandine: with the new bug fixes?
[15:08] <seb128> I never dir I don't trust the thing to not wipe my datas
[15:08] <kenvandine> yes
[15:08] <seb128> I need to do backups of everything before trying
[15:08] <kenvandine> asac, new bug fixes make it not screw up your bookmarks :)
[15:08] <pitti> seb128: I have a separate /home, but reinstalling with not wiping data works well, too
[15:08] <kenvandine> but is making it hang
[15:09] <kenvandine> asac, so the time issue in gwibber
[15:09] <pitti> seb128: you just need to ensure to do manual partitioning and _not_ format the root partition
[15:09] <kenvandine> it is somehow client related
[15:09] <asac> good
[15:09] <seb128> pitti, that they say! I read too many bugs to ignore that software can behave strangly sometime for one user ;-)
[15:09] <kenvandine> still pasting...
[15:09] <asac> thx
[15:09] <chrisccoulson> seb128 - my karmic install was a fresh install but keeping my old /home
[15:09] <pitti> seb128: I don't know what you are talking about :)
[15:09] <kenvandine> asac, so when changing views in the client, it is changing the time
[15:09] <chrisccoulson> but i did have a backup of /home in case the install erased it ;)
[15:09] <kenvandine> and they aren't all the same format
[15:10] <seb128> pitti, jedi wave, *there is no such things as bugs in ubuntu*
[15:10] <baptistemm> I wish t reinstall my laptop to have ext4
[15:10] <kenvandine> so on first run, when the messages are put together the times are right and the order is correct
[15:10] <pitti> seb128: but a backup is a good idea either way; HDs suck
[15:10] <seb128> right
[15:10] <baptistemm> does grub2 is installed for new installation in karmic?
[15:10] <kenvandine> asac, but then if you switch views a couple times the backend sees the times like this
[15:10]  * pitti hugs rsnapshot
[15:10] <pitti> baptistemm: yes
[15:11] <kenvandine><PHONE_NUMBER>
[15:11] <kenvandine><PHONE_NUMBER>.0
[15:11] <kenvandine> 2009-10-16 22:19:35.00
[15:11] <kenvandine> asac, i added a for look in get_messages that prints message["time"]
[15:12] <kenvandine> when get_messages gets run the first time they are all right
[15:12] <kenvandine> then when i click around in the UI, get_messages gets called again and the time formats vary
[15:12] <kenvandine> so look at populate_view and update_view in client.py
[15:12] <kenvandine> see what they are doing to it
[15:12]  * kenvandine goes back to bindwood and u1 folks
[15:12] <asac> kenvandine: you sure only on client side?
[15:13] <asac> kenvandine: yes. go back
[15:13] <kenvandine> yeah... well clicking around in the client changes the message_store i guess
[15:13] <kenvandine> like changing the times, no idea why it would do that
[15:13] <kenvandine> i doubt the client itself is changing the times, but it is calling some method that is doing bad things :)
[15:14] <kenvandine> email coming your way now
[15:15] <baptistemm> pitti, why does rsnapshot depends on openssh-server?
[15:15] <pitti> baptistemm: it recommends it, I guess because it's meant to do pull-style backups from clients
[15:16] <pitti> I don't use it that way, though; I rsnapshot locally into /var/backups/, and rsync that to my server in a cron job
[15:16] <baptistemm> apt-get wants me to install openssh-server :)
[15:16] <pitti> baptistemm: --no-install-recommends
[15:17] <chrisccoulson> you don't already have openssh-server installed?
[15:17] <chrisccoulson> that's the first thing i install on a fresh install
[15:17] <pitti> me too :)
[15:17] <seb128> same here
[15:18] <baptistemm> I only have one computer
[15:18] <chrisccoulson> baptistemm - me too, but i can SSH from my G1 if things get really bad
[15:19] <chrisccoulson> and i also use SSH between virtual machines a lot as well
[15:19] <pitti> chrisccoulson: hah, thats's what I do as well (G1)
[15:19] <pitti> in the times when X used to freeze very often
[15:19] <baptistemm> I don't have G1 nor VM, I'm just a dumb user
[15:19] <pitti> also, I told my router to open port 22, so that people (or me) can access my box from outside
[15:20] <pitti> baptistemm: yes, nevermind; if you don't need it, don't install it
[15:20] <chrisccoulson> pitti - i don't open my router at the moment, but i used to
[15:20] <baptistemm> :)
[15:20] <chrisccoulson> it's amazing how many brute force attempts you get on port 22 ;)
[15:20] <pitti> chrisccoulson: yeah, for that reason I changed the default port on my server
[15:20] <baptistemm> yeah, my synology showed me that too
[15:20] <kenvandine> asac, i just sent you more informative output
[15:20] <kenvandine> daemon.log.bz2
[15:21] <asac> kenvandine: email? thx
[15:21] <chrisccoulson> pitti - i ran IPCop for years on an old PC, and that used to have 10-20 brute force attacks per day
[15:21] <kenvandine> you will notice there are more than one dumps of data
[15:21] <kenvandine> yes
[15:21] <asac> i will see ;)
[15:21] <kenvandine> and after each print of data, there are lines printing each time
[15:21] <kenvandine> so each time you see data printed is when i changed the view
[15:21] <kenvandine> in the client
[15:21] <kenvandine> you will see the times get screwy
[15:22] <kenvandine> like some of them are 18000.0
[15:22] <kenvandine> but when it starts they are all nicely ordered :)
[15:24] <baptistemm> pitti, if you want to enhanced the rsnapshot package one's can uncomment "#cmd_cp         /bin/cp" in the default configuration
[15:25] <baptistemm> I can look at it tonight
[15:25] <pitti> interesting
[15:25] <baptistemm> I want to setup proper backup
[15:25] <pitti> my home dir doesn't have any of those fancy things (pipes, etc.), though
[15:25] <pitti> we should enable that by default on our package, though
[15:26] <pitti> we know that we are on linux and have GNU cp, after all
[15:26] <pitti> (in debian)
[15:26] <baptistemm> yep
[15:27] <rodrigo_> hmm, flash player in firefox seems to be broken after last update
[15:28] <asac> kenvandine: ok. where exactly did you print those timestamps?
[15:28] <asac> just bzr diff will be enough i think so i can see what place you got those odd formatted things from
[15:29] <kenvandine> asac, http://pastebin.ubuntu.com/299090/
[15:30] <asac> ok so on backend side
[15:33] <asac> kenvandine: http://pastebin.com/f7825b5a4
[15:34] <asac> though the 18000.0 feels like its coming from somewhere else
[15:34] <asac> maybe a bad time from some online service if we are lucky
[15:34] <kenvandine> asac, but that wasn't in there the first pass
[15:35] <kenvandine> and it worries me that there are multiple formats of dates
[15:35] <asac> kenvandine: i think flickr is really broken
[15:35] <asac> just tested it
[15:35] <kenvandine> oh
[15:35] <asac> mx.DateTime.DateTimeFrom(int(123123)).gmtime()
[15:35] <asac> <mx.DateTime.DateTime object for '1970-01-02 10:12:03.00' at b76016e8>
[15:35] <kenvandine> i see your diff
[15:35] <asac> and with ticks
[15:35] <asac> mx.DateTime.DateTimeFrom(int(123123)).gmtime().ticks()
[15:35] <asac> 119523.0
[15:36] <asac> i am not sure if "t" is in ticks in the first place and if this needs normalization somehow
[15:36] <asac> but should be a good start
[15:36] <asac> maybe its even
[15:36] <kenvandine> it should be ticks
[15:36] <kenvandine> well going in i am not sure
[15:37] <kenvandine> but that is just in parse_time, should be used for display right?
[15:37] <asac> kenvandine: he other date function used is DateTimeFromTicks
[15:37] <asac> kenvandine: pares_time is used to set ["time"[
[15:37] <asac> if its used elsewhere we can also do
[15:38] <asac> http://pastebin.com/f4b258313
[15:38] <kenvandine> ok, well we assume ticks everywhere else
[15:38] <asac> good. so we should actually do
[15:38] <asac> http://pastebin.com/f7cf3cae
[15:38] <asac> kenvandine: ^
[15:38] <asac> try that maybe
[15:39] <asac> if that gives you reasonable time displayed and proper sorting
[15:39] <kenvandine> i am
[15:39] <asac> good
[15:39] <asac> kenvandine: also the last one? e.g. with DateFromTicks?
[15:40]  * asac waits for a confirm before pushing
[15:41] <kenvandine> i did that
[15:41] <kenvandine> works much better
[15:42] <kenvandine> and they all stay in order now and the times don't get tweaked
[15:42] <kenvandine> however... after changing the view the last 5 times printed are 18000.0
[15:42] <kenvandine> and they are not from flickr
[15:42] <asac> kenvandine: can you find what backend that is?
[15:43] <kenvandine> i think we have one more place busted :)
[15:43] <kenvandine> yeah
[15:43] <kenvandine> looking
[15:43] <asac> pushed flickr (rev 473)
[15:43] <kenvandine> ah!
[15:43] <kenvandine> digg
[15:44]  * kenvandine looks at the code
[15:46] <dobey> asac: hey
[15:46] <asac> digg uses some odd way ... probably should be done in same way
[15:46] <asac> not really looking, so if you see it fix it ;)
[15:47] <asac> dobey: hi
[15:47] <dobey> asac: any idea how one might determine why firefox doesn't have all my passwords in it that i told it to remember, and which used to be there and working fine in 3.0?
[15:47] <asac> dobey: first step is disabling all extensions to see if that breaks something
[15:48] <asac> if you have any extension besides from what we ship by default
[15:48] <asac> dobey: why do you think it doesnt remember? is it that it just doesnt fill the form or have you looked in the db to see they are not there?
[15:49] <asac> aka in preferences -> security -> saved passwords
[15:49] <dobey> all extensions are disabled
[15:49] <dobey> asac: it didn't fill in the form, and it wasn't in the saved passwords dialog
[15:49] <dobey> it was saved in 3.0, but now that i'm having to use 3.5, it's no longer there
[15:51] <asac> dobey: and if you save the password again it doesnt work?
[15:51] <asac> or just migration issue?
[15:52] <dobey> well i don't recall the password right now, so i can't just go save it again
[15:52] <dobey> which is why i saved it in the first place
[15:52] <asac> dobey: ok. so what i think happened is this: a) you installed firefox-3.5 in the past
[15:52] <asac> and kept on using 3.0
[15:53] <asac> then you got asked when we made 3.5 default if you want to migrate your settings
[15:53] <dobey> well, karmic installed 3.5 in the past, and i saw it was not my desired experience, so i continued using 3.0 yes
[15:53] <asac> you either said yes or no ... but that doesnt matter. in case you added that password afterwards its in your firefox-3.0 profile
[15:53] <asac> because we didnt migrate another time
[15:53] <dobey> i never got asked if i wanted my settings migrated
[15:53] <dobey> there's a different profile?
[15:54] <asac> dobey: ls -l ~/.mozilla/ ... paste that please
[15:54] <asac> dobey: yes. 3.0 and 3.5 are different profiles. you definitly got asked if you installed firefox-3.5 before we made it the default
[15:54] <asac> but paste that
[15:55] <dobey> [dobey@lunatari:run-tree]: ls ~/.mozilla
[15:55] <dobey> appreg  default/  extensions/  firefox/  mozver.dat  plugins/
[16:03] <asac> dobey: yeah. then you didn tuse ffox 3.5 before it was the default
[16:03] <asac> dobey: so that might be a bug from going back and forth
[16:03] <asac> the version
[16:03] <asac> dobey: you can check out the db directly to see if your password is in there
[16:04] <asac> signons.sqlite
[16:04] <asac> in profile
[16:05] <asac> dobey: open that file in sqlite3 and run select hostname from moz_logins;
[16:05] <asac> see if that hostname is there
[16:05] <asac> dobey: if not check if its in signons.txt
[16:05] <dobey> ok
[16:06] <asac> dobey: signons3.txt
[16:06] <asac> dobey:  i what i would do is to backup your whole .mozilla profile and remove the .sqlite file from profile before starting
[16:07] <asac> most likely your passwords were added to signons3.txt in ffox 3 after you first ran ffox 3.5 which created the .sqlite from your signons3.txt at that time
[16:07] <dobey> ok
[16:07] <asac> so removing the sqlite will create it again with the latest
[16:11] <dobey> ok, removing the sqlite file seems to have fixed it
[16:11] <dobey> thanks
[16:17] <asac> np
[16:18] <kenvandine> asac, i just pushed the digg fix
[16:18] <kenvandine> digg and flickr have been broken for ages i guess, i think your sorting fixes brought it to the surface :)
[16:18] <kenvandine> well i mean your sort is better :)
[16:20] <asac> kenvandine: the threading fixes i guess ;)
[16:20] <kenvandine> yup
[16:20] <kenvandine> probably all for the better :)
[16:20] <asac> kenvandine: thanks. so we are good for a new release ... want to wait for one more daily run to get some feedback?
[16:20] <kenvandine> give me a few
[16:20] <kenvandine> looking at something
[16:22] <kenvandine> ok, i think it is good
[16:23] <kenvandine> asac, go for it
[16:26] <kenvandine> asac, how about merging the quit branch?
[16:26] <kenvandine> asac, opposed?
[16:27] <kenvandine> actually hold on, don't push anything yet maybe your threading fixes fixed my shutdown problem
[16:28] <asac> kenvandine: ctrl+c works now
[16:28] <asac> so most likeyl it works good
[16:28] <asac> kenvandine: i wasnt sure if we wnt to do the quit branch
[16:28] <asac> kenvandine: i think if we want to do that we should fix that using the window close thing
[16:28] <asac> we should go to tray rather than closing
[16:28] <asac> otherwise you wont get notifications if the ui is closd
[16:28] <kenvandine> no you will
[16:28] <asac> imo we can do that if you want
[16:28] <asac> kenvandine: huh?
[16:29] <kenvandine> closing the window doesn't kill the daemon
[16:29] <asac> gwibber-daemon isnt running if we close UI ... right?
[16:29] <asac> hmm
[16:29] <kenvandine> only quit does
[16:29] <asac> kenvandine: sure that we dont run through the same quit code?
[16:29] <asac> if so it looked fine.
[16:29]  * kenvandine looks again, but is certain he accounted for that
[16:30] <asac> kenvandine: otoh, i think that all daemon bustage issues should be fixed now by threading. i think that the multithreading access to self.messages in the operation result handler was the painful thing that caused havoc
[16:30] <asac> anyway. if the quit thing isnt run on window close thats fine
[16:30] <asac> and something i would think we want
[16:44] <cytotoxic> !ops
[16:44] <cytotoxic> !staff
[16:44] <Hobbsee> sigh
[16:44] <Hobbsee> cytotoxic: what?
[16:45] <Amaranth> wow lag
[16:45] <Amaranth> Hobbsee: guy is going to every ubuntu channel calling for ops, trying to get klined
[16:46] <Hobbsee> Amaranth: yeah, i noticed after i asked.
[16:46] <Amaranth> Hobbsee: Expect him in devel and motu as well
[16:46] <Laney> already been in devel
[16:46] <Hobbsee> he already hit devel
[16:47] <czajkowski> and  now -meeting
[16:48] <seb128> cassidy, http://bugs.freedesktop.org/show_bug.cgi?id=24524
[16:49] <seb128> cassidy, is there a GNOME bug about that?
[16:49] <cassidy> seb128, don't think so; feel free to open one
[16:49] <seb128> cassidy, ok thanks
[16:54] <Amaranth> hmm
[16:54] <Amaranth> launchpad is telling me I'm not allowed to see bug 458086 but I'm subscribed to it (getting bugmail)
[16:55] <chrisccoulson> Amaranth - i can't view it either
[16:55] <chrisccoulson> it's wierd that you're getting bug mail though
[16:55] <Amaranth> it actually has a compiz task open
[16:57] <james_w> are you subscribed to ubuntu-reviews@?
[16:57] <Bacteria> !ops
[16:57] <Amaranth> *sigh*
[16:57] <Amaranth> staying on this time
[16:57] <mvo> Amaranth: I can't see it
[16:58] <james_w> somebody unsubscribed ubuntu-bugcontrol from the bug
[16:58] <james_w> so you won't get any more mail
[16:58] <kenvandine> asac, so my quit code wasn't getting run on window close, but looking at that uncovered window visibilty toggling bugs
[16:58] <kenvandine> asac, i'll fix that
[16:58] <Amaranth> james_w: d'oh
[16:58] <kenvandine> asac, the on_window_close method wasn't connected to anything
[16:58] <james_w> and there is no compiz task
[16:58] <Amaranth> hrm, I thought bryce_ said he added one
[16:59] <Amaranth> I wonder why it is private anyway
[17:00] <james_w> it's not been retraced yet
[17:07] <pitti> retracers crash all the time these days due to LP timeouts
[17:07] <seb128> mvo, do you have any gnome-app-install upload planned for karmic?
[17:07] <seb128> bug #456757
[17:07] <seb128> they need rebuilds to not be stripped from the mo files
[17:08] <seb128> since they moved to universe
[17:10] <mvo> seb128: no, but I can do that
[17:10] <seb128> mvo, you could perhaps to a po update upload?
[17:10] <mvo> ok
[17:10] <seb128> ie get a rosetta export and upload?
[17:10] <seb128> mvo, thanks ;-)
[17:11]  * mvo prepares the upload
[17:11] <mvo> seb128: perfect task before going for dinner :)
[17:11] <seb128> I guess that's the visible one, there is no reason to use polkit-gnome on karmic
[17:11] <seb128> mvo, ;-)
[17:15] <pitti> seb128: at some point we should probably just remove all the old cruft (gnome-volume-manager, gnome-mount, policykit-gnome); but right now, blueman and gnome-lirc-properties still need them
[17:15] <pitti> uh, and libgksu-polkit0 (which should die along; we have pkexec)
[17:16] <seb128> pitti, right
[17:20] <james_w> could I get a review of http://pastebin.ca/1637611 please?
[17:32] <pitti> james_w: from reading the diff it looks good to me (haven't actually tried it); thanks for working on this!
[17:32] <pitti> I'm a bit torn whether it's adequate for a post-RC update, though
[17:35] <james_w> yeah
[17:35] <james_w> I don't like it being this late
[17:35] <james_w> I've tried to minimise the changes and the impact as much as possible, but still...
[17:37] <pitti> james_w: btw, we'll break translations either way, due to how translation export -> rosetta -> langpacks work
[17:37] <pitti> but we can fix that in the  first langpack SRU
[17:38] <pitti> with your careful patch they will at least immediately be imported into Rosetta
[17:39] <dpm> pitti, but if the translations would get imported before the langpack export tonight, it would be transparent, wouldn't it?
[17:39] <dpm> (for those languages there was a translation of the string for)
[17:39] <pitti> dpm: it starts at 2200 or finishes at 2200?
[17:39] <pitti> james_w: I think you should upload it to the queue, and I'll talk to slangasek
[17:40] <dpm> pitti, it starts at 22:00 IIRC, ArneGoetje^?
[17:41] <james_w> pitti: ok, I'll upload right now
[17:41] <james_w> thanks
[17:41] <james_w> and thank you dpm
[17:41] <pitti> dpm: ArneGoetje is off sick; but I think "starts" is correct
[17:41] <dpm> james_w, no worries, thank you for caring about translations :)
[17:42] <james_w> also, I checked ubuntu-docs and they already point to gnome-about-me for changing your own password
[17:42] <james_w> so I don't think this breaks that either
[17:43] <dpm> pitti, yeah, "start" (Arne was in for a bit today) -> <peteris> hi people, how long today translations will be accepted?
 peteris: shortly before 22:00 UTC
[18:05] <rickspencer3> has anyone tried USB creator lately?
[18:06] <rickspencer3> seems someone ran into bug #458334
[18:06] <pitti> rickspencer3: I'm using it all the time; last time was yesterday
[18:06] <rickspencer3> pitti, good to hear
[18:09] <seb128> rickspencer3, works fine there too I used it yesterday
[18:09] <rickspencer3> thanks guys!
[18:28] <pitti> TheMuso: so do we need the keyboard bell for anything a11y related?
[18:43] <pitti> chrisccoulson: I assigned bug 388250 to you, you seem to work on it (all milestoned bugs need an assignee now, or need to become unmilestoned)
[18:43] <pitti> chrisccoulson: did you see Steve's last reply about the dupe which has a trace?
[18:44] <pitti> kenvandine: bug 442120> is there a package being prepared?
[18:45] <mdz> is there a straightforward way to reset my panel to the default layout?
[18:45] <kenvandine> mdz, yeah, one sec
[18:46] <halfline> gconftool-2 --recursive-unset /apps/panel
[18:46] <chrisccoulson> pitti - thanks. i'm still waiting on more info from slangasek on that one
[18:47] <pitti> chrisccoulson: ah, ok; the bug looks like he's waiting on an answer from you
[18:47] <chrisccoulson> yeah, we've been discussing it on IRC. i should probably leave a comment on the bug too
[18:48] <kenvandine> mdz, you might want to back up first
[18:48] <mdz> halfline, thanks
[18:48] <mdz> kenvandine, always ;-)
[18:48] <kenvandine> gconftool --dump /apps/panel > panel.dump
[18:48] <kenvandine> and to restore gconftool --load < panel.dump
[18:55] <kenvandine> mdz, did that get you the session applet?
[19:05] <mdz> kenvandine, nope
[19:06] <kenvandine> humm
[19:06] <kenvandine> did you restart the panel?
[19:06] <mdz> kenvandine, I suppose I should try booting UNR from USB to check
[19:06] <mdz> kenvandine, yes
[19:06] <kenvandine> lool, ^^
[19:06] <kenvandine> lool, ideas?
[19:06] <mdz> hearing from lool that it works for him in a fresh install would ease my mind
[19:08] <asac> kenvandine: let me know when you think your -quit fixes are ready. thanks
[19:08] <kenvandine> asac, will do
[19:09] <kenvandine> asac, well my quit fix is fine
[19:09] <kenvandine> but in checking the window close behavior, i found that it isn't hooked up to do what it should do if you are using the status icon
[19:09] <kenvandine> asac, should have that fixed in a few
[19:09] <dobey> pitti, kenvandine: do you guys think i should try to apply for ubuntu membership for the next round?
[19:09] <kenvandine> mdz, i am downloading unr now
[19:09] <asac> very good
[19:10] <kenvandine> dobey, yeah
[19:10] <kenvandine> asac, the status icon case right now is very broken :/
[19:10] <kenvandine> mdz, but looking at unr  gconf defaults and package manifest, it should be there
[19:10] <kenvandine> mdz, do you have indicator-applet-session installed?
[19:11]  * dobey will look into that :)
[19:11] <kenvandine> it is in the manifest for the cd
[19:11] <mdz> kenvandine, I do
[19:11] <kenvandine> ok... we need lool
[19:11] <kenvandine> or my download to finish... in 3 hours :/
[19:11] <mdz> I will make a USB key and check it myself
[19:11] <kenvandine> ok
[19:12] <kenvandine> mdz please let me know
[19:16] <mdz> the new accessibility logo totally looks like the burning man logo
[19:17] <mdz> s/logo/icon/
[19:17] <kenvandine> :)
[19:20] <asac> kenvandine: status icon case?
[19:20] <kenvandine> yeah
[19:20] <dobey> mdz: the davinci thing?
[19:21] <kenvandine> if you aren't using the indicator
[19:21] <mdz> kenvandine, it's there in the live session
[19:21] <kenvandine> mdz, great
[19:21] <kenvandine> not sure why it isn't working for you :)
[19:21] <kenvandine> that is strange
[19:21] <kenvandine> unsetting it should
[19:21] <pitti> dobey: oh, sure!
[19:23] <dobey> pitti: cool, thanks :)
[19:30] <asac> kenvandine: if you can describe the symptoms a bit more explicit i can check if i find it later tonight
[19:34] <CyberCod> is there an IRC channel for the shipit team?
[19:40] <kenvandine> i have it fixed
[19:40] <kenvandine> asac, ^^
[19:41] <kenvandine> testing all the cases now
[19:41] <asac> cool
[19:46] <kenvandine> asac: pushing now
[19:52] <kenvandine> asac: pushed to trunk
[19:52] <kenvandine> but i did my merge backwards, so revision is now 470 :/
[19:52] <kenvandine> collapsed your's down into a merge
[19:59] <chrisccoulson> yay for RC!
[20:08] <asac> kenvandine: thats bad habit ;)
[20:08] <asac> kenvandine: cant you uncommit ?
[20:08] <kenvandine> i could... but then i would have to push that
[20:09] <kenvandine> i'll do that
[20:09] <asac> kenvandine: well. we moved backwards
[20:09] <asac> i think within 5 minutes its ok
[20:09] <asac> even though ugly
[20:09] <asac> ;)
[20:09] <kenvandine> pitti, bug 441210
[20:09] <asac> i think there was some kind of way to configure bzr branches to not allow that kind of thing
[20:10] <kenvandine> that should be the default :)
[20:10] <asac> kind of a ugly feature imo
[20:10] <asac> yeah
[20:13] <asac> yeah i think uncommitting is really better. the dailies already picked up the 473
[20:13] <asac> https://edge.launchpad.net/~gwibber-daily/+archive/ppa/+packages
[20:16] <pitti> kenvandine: hi
[20:16] <pitti> kenvandine: need sponsoring?
[20:16] <kenvandine> pitti, yeah... not sure how critical it is
[20:17] <kenvandine> but seems harmless
[20:17] <kenvandine> and should make it smaller :)
[20:18] <pitti> oh? Mat told me it'd get bigger
[20:18] <kenvandine> it is a bigger image
[20:18] <kenvandine> but only one
[20:18] <pitti> james_w: bug 307019 has a s-t-b task as well, does that need to be changed for this?
[20:18] <kenvandine> removed all the sized ones
[20:19] <pitti> kenvandine: was that tested in different screen resolutions?
[20:19] <kenvandine> bratsche, ^^
[20:19] <pitti> not that next time someone comes along and says it looks ugly when being scaled
[20:20] <kenvandine> asac, can you just overwrite with your branch?
[20:20] <kenvandine> backing out this way is painful :)
[20:21] <bratsche> pitti, kenvandine: I tested it at 1680x1050 and 1600x1200
[20:21] <kenvandine> humm
[20:21] <kenvandine> should get it tested on a netbook
[20:21] <kenvandine> should be fine though
[20:23] <pitti> should be tested at 1024x768 in kvm and on a widescreen
[20:24] <bratsche> 1680x1050 is a widescreen isn't it?
[20:24] <bratsche> Or maybe not.
[20:25] <pitti> ah, yes
[20:25]  * kenvandine tests in kvm
[20:25] <pitti> I'm currently reviewing the unapproved queue (46 uploads, ugh), that'll still take me a while
[20:25] <bratsche> Sorry to dump this one on you guys at the last minute.  I had forgotten about it since I moved on to Lucid stuff, and mt just reminded me this morning.
[20:27] <asac> kenvandine: yes
[20:28] <asac> kenvandine: oh the problem is that the branch has no problem with that
[20:28] <asac> as it thinks all is fine
[20:29] <kenvandine> pitti, bratsche: working fine in kvm at 1024x768
[20:29] <asac> kenvandine: so what we can do is rename branch and push ... not sure if ryan kills us ;)
[20:30] <kenvandine> that is fine... unless he is working on it right now
[20:30] <kenvandine> which isn't likely :)
[20:30] <asac> ok
[20:30] <kenvandine> your branch is still at 473?
[20:30] <asac> 474
[20:30] <asac> yes
[20:30] <kenvandine> ok
[20:30] <kenvandine> good
[20:30] <kenvandine> :)
[20:30] <kenvandine> go for it :)
[20:30] <asac> let me rename and push again
[20:30] <kenvandine> thx
[20:30] <asac> and hope that the lp:gwibber doesnt get auto moved
[20:31] <asac> so yes
[20:31] <asac> it happened
[20:31] <asac> lp:gwibber is now "merged.backup"
[20:32] <asac> and we are probably not driver so we can retpoint
[20:32] <asac> anyway...pushing and then trying to fix the series
[20:33] <kenvandine> ok
[20:33] <asac> kenvandine: ok should be there now
[20:33] <kenvandine> pitti, also bug 456024
[20:33] <asac> kenvandine: and i was able to fix series
[20:33] <kenvandine> woot
[20:33]  * kenvandine merges again
[20:34] <asac> kenvandine: take care ;=)
[20:36] <asac> kenvandine: oh. all the merge requests have moved to the backup location
[20:36] <asac> 8 in total
[20:36] <asac> guess we should go through and rerequest
[20:38] <kenvandine> pushed r475
[20:38] <kenvandine> i'll fix the merge requests :)
[20:38] <kenvandine> thx
[20:39] <asac> grat
[20:39] <asac> ok let me check
[20:40] <asac> i will poke it a bit and then upload if you dont say you found a bug
[20:40] <kenvandine> asac, i think it is pretty solid
[20:40] <kenvandine> definately no worse than it was :)
[20:41] <kenvandine> pitti, i didn't target 456024
[20:41] <kenvandine> what do you think about that one?
[20:52] <pitti> kenvandine: seems low-prio, but the patch is reasonably small; I guess yuo tested it already? or still investigating?
[20:52] <dpm> pitti, (or anyone else), I want to make sure I understand this correctly. The language packs being exported today, they are the ones which are going to be included in the ISOs, aren't they?
[20:52] <pitti> dpm: corretc
[20:52] <dpm> pitti, thanks
[20:52] <pitti> (more correct than my spelling, anyway)
[20:53] <dpm> correct enough for me to understand it :-)
[20:55] <kenvandine> pitti, yes i tested it with a couple contacts
[20:55] <kenvandine> seemed to work as advertised
[20:55] <kenvandine> pitti, should i milestone it?
[20:55] <pitti> kenvandine: let's just upload it
[20:56] <pitti> but I let Steve accept that one
[20:56] <kenvandine> ok
[20:56] <kenvandine> thx
[20:56] <kenvandine> seems worth it
[21:00] <pitti> kenvandine: please subscribe me to the two bugs when they are ready, I'll sponsor them when I'm done with queue poking
[21:03] <kenvandine> ok
[21:14] <pitti> kenvandine: hmm, did you uncommit on bzr+ssh://bazaar.launchpad.net/~ubuntu-desktop/evolution-couchdb/ubuntu/ ?
[21:14] <pitti> kenvandine: I was pulling, and got "diverged"
[21:14] <kenvandine> nope
[21:14] <pitti> ah, probably I forgot to push the "releasing version 0.3.2-0ubuntu1" change, sorry
[21:15] <kenvandine> np
[21:25] <pitti> kenvandine: evo-couchdb uploaded
[21:26] <kenvandine> thx
[21:28] <lool> mdz, kenvandine: Sorry was away for dinner
[21:29] <mdz> lool, as you should be at that time of the evening ;-)
[21:29] <lool> So indicator session > the only difference should be that we dont have gdm-guest-session
[21:30] <lool> mdz: Is there a bug with the indicator session issue?
[21:31] <james_w> pitti: it does not need to be changed with this fix.
[21:31] <mdz> kenvandine, lool, what is supposed to happen when you select 'New session...' from the session indicator?
[21:31] <mdz> (for me, it just turned on the screensaver)
[21:31] <lool> mdz: Gah it's supposed NOT to be there
[21:31] <lool> I guess indicator-session doesn't support lack of guest session
[21:33] <lool> mdz: The screensaver turning on is just an effect of screen being locked to switch to the other session, but as the guest session isn't there it fails
[21:33] <kenvandine> oh... that is bad
[21:33] <lool> It's really easy to add gdm-guesst-session support to UNR, it just didn't make sense to we excluded it
[21:33] <kenvandine> New session... should be hidden if guest isn't there
[21:34] <lool> But it's probably the least intrusive fix
[21:34] <kenvandine> that would be easier than fixing indicator-session
[21:34] <kenvandine> tedg, ^^
[21:34] <lool> Yes, less intrusive
[21:35] <tedg> We check to see if CK reports that user switching is available, can't you just tell CK that?
[21:36] <lool> mdz: Actually on a startx session I dont see New session (which is correct)
[21:36] <lool> This is not about guest session actually
[21:36] <lool> This is about switching user
[21:37] <lool> Which probably doesn't work if there is no other user or something along these lines
[21:37] <mdz> lool, I saw it in the live session
[21:37] <mdz> I don't see it in a normal session
[21:41] <lool> In a live session, I see switch user which returns to an useless gdm
[21:43]  * lool quickly reinstalls in virtualbox
[21:44] <lool> mdz: Did you see "New session" in a live session or "Switch user"?  I only see the latter
[21:44] <mdz> lool, "New session" I saw in the live session
[21:44] <mdz> "Switch user" I see in my session right now
[21:45] <lool> Odd I can't reproduce New session in a live session
[21:45] <mdz> curious
[21:47] <seiflotfy1> hey guys
[21:47] <seiflotfy1> i need help
[21:48] <seiflotfy1> i want to modify the session from a terminal
[21:48] <seiflotfy1> as in gdm should not automatically log in
[21:48] <seb128> hi, try #ubuntu for user question
[21:50] <pitti> kenvandine: do you know the status of bug 423383 ?
[21:50] <pitti> dobey: ^ or you?
[21:50] <kenvandine> no i don't
[21:50] <pitti> kenvandine: bug 442120 seems like we just need a cherrypick?
[21:51] <dobey> pitti: it's a server "semi-issue"
[21:51]  * kenvandine checks with chad
[21:54] <pitti> dobey: ok, so can be fixed independently from the u1 package? good
[21:55] <dobey> pitti: it's a timeout threshold setting in python-oauth in the OAuthServer class, that gets compared against
[21:55] <dobey> pitti: for that specific bug anyaywa
[21:56] <kenvandine> pitti, that dc fix wasn't uploaded, but they are preparing another one now
[22:05] <chrisccoulson> tedg - does the indicator-applet need libgnomeui for anything?
[22:06] <tedg> chrisccoulson: I think it uses it for the libpanel stuff?  Honestly, that's part of the panel-applet boilerplate stuff that I'm not too familiar with.
[22:06] <chrisccoulson> oh, ok. the only reason i ask is because it means that it connects to the session manager
[22:07] <chrisccoulson> and if you do session saving, it gets saved in the session, and supplies a bogus restart command
[22:07] <chrisccoulson> so gnome-session spits out a warning on subsequent logins that it can't start indicator-applet and indicator-applet-session
[22:08] <tedg> chrisccoulson: Hmm, seems we should be able to avoid that.  Probably too late for Karmic though.
[22:08] <tedg> chrisccoulson: We might have put session stuff in when it was "FUSA" more directly, and not pulled it out when we pulled that code out.
[22:09] <chrisccoulson> yeah, i think the FUSA might have done this too
[22:09] <chrisccoulson> not using libgnomeui would be ideal (if it's not used for anything else). it doesn't seem to make sense for applets to connect to the session manager anyway
[22:09] <pitti> good night everyone
[22:09] <seb128> 'night pitti
[22:09] <chrisccoulson> but the alternative is to set the RestartStyleHint to RestartNever, so it never gets saved
[22:09] <chrisccoulson> 'night pitti
[22:11] <chrisccoulson> tedg - thinking about, the old FUSA had to do this, as it originally used GnomeClient to log out anyway
[22:11] <chrisccoulson> but that's not necessary now:)
[22:11] <tedg> Yeah, I'm wondering if there's some stale code in there.
[22:12] <chrisccoulson> tedg - i think so, but that's for next cycle now
[22:18] <asac> 21:42 < lifeless> asac: bzr help configuration, look for append_only
[22:18] <asac> kenvandine: ^^
[22:19] <kenvandine> oh... cool
[22:19] <asac> hmmm ... terminal behaviour is a bit odd for bzr configuration ;) ... cannot scroll up
[22:19] <asac> ah ... term was just busted
[22:20] <asac> append_revisions_only
[22:20] <asac> If set to "True" then revisions can only be appended to the log, not
[22:20] <asac> removed.  A branch with this setting enabled can only pull from
[22:20] <asac> another branch if the other branch's log is a longer version of its
[22:20] <asac> own.
[22:25] <seb128> tedg, https://launchpad.net/ubuntu/+source/indicator-applet/+bugs
[22:25] <seb128> tedg, could use some triaging looking at the list
[22:27] <TheMuso> pitti: I don't think so, but others might.
[22:38] <seb128> rodrigo_, kenvandine: do you watch evolution-couchdb bug list on launchpad to see private crashers?
[22:38] <rodrigo_> seb128: yes, I think I get all evo-couchdb bugs
[22:38] <seb128> rodrigo_, launchpad doesn't email about private bugs
[22:39] <rodrigo_> hmm, it doesn't?
[22:39] <rodrigo_> all ubuntu one server bugs are private, I think, and I get notifications for those
[22:39] <rodrigo_> well, I think so
[22:39] <rodrigo_> seb128: is there any bug we overlooked?
[22:40] <seb128> rodrigo_, not really, but evolution-data-server is crash land
[22:40] <seb128> there is over 130 bugs where there was 50 previous cycle
[22:40] <seb128> and a good part of those seems to be due to couchdb so I started reassigning
[22:41] <rodrigo_> e-d-s itself, or evo-couchdb?
[22:41] <seb128> I wanted to make sure somebody will look at those
[22:41] <rodrigo_> seb128: ok, yes, reassign them to me
[22:42] <seb128> rodrigo_, e-d-s is the binary crashing but it crashes in libebookbackendcouchdb.so calls
[22:42] <seb128> rodrigo_, I guess that makes the bug one on your side not in upstream e-d-s no?
[22:43] <rodrigo_> seb128: yes, they're mine
[22:43] <seb128> rodrigo_, bug #451347 is one example
[22:43] <rodrigo_> I guess I should watch e-d-s bug list then
[22:43] <seb128> rodrigo_, would be nice, I'm cleaning a bit for now
[22:43] <seb128> watch evolution-couchdb for the ones I reassign
[22:43] <rodrigo_> seb128: can't access that one, so yeah, please assign them all to me
[22:44] <seb128> so you don't have access to private bugs
[22:44] <rodrigo_> not to evo-couchdb bugs, no
[22:44] <rodrigo_> I guess it just allows access to the team members?
[22:44] <seb128> can you talk to pedro when he's around to see if you could get that?
[22:44] <rodrigo_> ok
[22:44] <seb128> you are "rodrigo" on launchpad?
[22:44] <rodrigo_> rodrigo-moya, I think
[22:44]  * rodrigo_ checks
[22:45] <rodrigo_> yeah, rodrigo-moya
[22:45] <seb128> rodrigo_, https://launchpad.net/ubuntu/+source/evolution-couchdb/+bugs
[22:45] <seb128> you should see some extra bugs now
[22:45] <rodrigo_> ok
[22:46] <rodrigo_> will look at them in the morning
[22:46] <seb128> thanks
[22:46] <seb128> there is no hurry anyway it's late to get updates in karmic now
[22:47] <rodrigo_> right, but we want to fix those in updates post-karmic release :)
[22:49] <lool> mdz: I tried on two different hosts and couldnt get "New session"; I did a full install in virtualbox too and it worked on the installed system too; I guess you had a hard to trigger heisenbug
[22:51] <lool> kenvandine: ^
[22:52] <kenvandine> lool, ok
[22:52] <kenvandine> thx
[23:04] <popey> kenvandine: someone pointed me in your direction about an avatar bug in gwibber.. you know of it?
[23:04] <popey> basically avatars don't appear
[23:05] <popey> bug 455943 is one
[23:07] <czajkowski> popey: only avatar coming through for me at present is the ubuntubug one
[23:08] <seb128> hey robert_ancell
[23:09] <popey> same here czajkowski
[23:12] <czajkowski> popey: slightly ironic and confirmed bug, should I add a screen capture also ?
[23:12] <popey> dunno, i suspect it's a dupe
[23:13] <popey> can't imagine I'm the only one who has spotted it
[23:13] <czajkowski> popey: nope had this conversation last night in here
[23:13] <popey> heh
[23:14] <robert_ancell> seb128, hey
[23:14] <seb128> robert_ancell, how are you?
[23:15] <robert_ancell> seb128, good, just on the phone to rick
[23:15] <seb128> oh k
[23:15] <seb128> do you have anything on your todolist for today?
[23:16] <robert_ancell> seb128, can i get back to you in a sec
[23:16] <seb128> ok
[23:17] <hggdh> seb128: do you run Evo?
[23:17] <hggdh> and hi
[23:17] <seb128> hggdh, hey and yes
[23:18] <seb128> why?
[23:18] <hggdh> seb128: cool. I was looking at gnome bug 595389
[23:18] <hggdh> and need volunteers for a test ;-)
[23:19] <seb128> interesting
[23:19] <seb128> but not for today, it's past midnight and the week has been busy
[23:20] <hggdh> no prob. I expected you to say no tonight -- too late for you already
[23:20] <seb128> ie I'm waiting for robert_ancell to be there to chat with him and then all it a day
[23:20] <seb128> I will give a try to that later, you might want to ping pedro too tomorrow if he's around
[23:21] <hggdh> :-) I will. I am going to go fishing for volunteers
[23:23] <seb128> hggdh, oh, it doesn't require a rebuild?
[23:23] <seb128> hggdh, what do you want to be tested?
[23:24] <seb128> see there robert_ancell_ will blame his isp again when he just want to have an excuse to not get tasks for the day ;-)
[23:24] <hggdh> seb128: (1) stop Evo; (2) from a terminal run 'env CAMEL_SQLITE_DEFAULT_CACHE_SIZE=2000 evolution';
[23:24] <hggdh> (3) see if it feels faster
[23:26] <seb128> hggdh, hard to say
[23:26] <seb128> I don't find it too slughish usually
[23:27] <hggdh> the difference will be on usage of the infamous folders.db, and will (I guess) heavily depend on how much email you have stored
[23:28] <hggdh> for me, for example, it is strickingly faster on startup to scan all folders
[23:28] <seb128> the main annoyance in evo is that it doesn't do multi tasking well
[23:29] <seb128> ie if you do send&receive and start reading emails in a imap box it will often hang loading until it's done fetching a summary
[23:29] <seb128> ie you do have spam filtering on too you can be stucked for several minutes without it being able to fetch one email content
[23:29] <hggdh> well, I am not sure what can be done in this case, since a connection to IMAP is already in use
[23:29] <seb128> I don't really have issues due to the indexes
[23:30] <hggdh> OK. Back to spam -- you use spamassassin or bogofilter?
[23:30] <seb128> bogofilter
[23:30] <hggdh> weird. I do not see that
[23:31] <hggdh> oh, wait -- I use a lot of gmail, and it filters most of my spam
[23:31] <hggdh> and my IMAP is local, so there is not much of network overhead
[23:32] <seb128> I get some hundred spams a day in my inbox
[23:32] <seb128> and imap is not local
[23:32] <seb128> I should try thunderbird just to see if handle that better
[23:32] <hggdh> heh. I get about one spam per day...
[23:32] <_Trinity_> has anyone gotten empathy doing voip to a msn client on windows?
[23:32] <hggdh> try claws-mail also
[23:33] <seb128> or read how imap work to see if a client can open several connections
[23:33] <seb128> to read emails while updating indexes for example
[23:33] <seb128> _Trinity_, no but we don't enable msn av in karmic
[23:33] <hggdh> IMAP should support it, its evo that does not
[23:33] <seb128> ok, what I though but I was not sure about your what can be done
[23:34] <seb128> well evo sort of do multi actions
[23:34] <seb128> it keeps fetching indexes while filtering spam there
[23:35] <seb128> the things is that if you do a few extra one, ie try to load some emails
[23:35] <seb128> you can get in an almost stucked state
[23:35] <seb128> I often have to cancel some actions to get it unstucked because it's trying to do everything for minutes without any move
[23:35] <seb128> if you tell it to forget about the email loading indexes loading etc unstuck
[23:36] <seb128> ok, enough work for today now
[23:36] <seb128> rickspencer3, robert_ancell: still on the phone there?
[23:37] <rickspencer3> seb128, no, but we're chatting in irc
[23:37] <seb128> !!!
[23:37] <rickspencer3> what's up?
[23:37] <seb128> robert_ancell, I'm waiting for you to ping me back to call it a day
[23:37] <rickspencer3> robert_ancell's phone broke
[23:37] <rickspencer3> seb128,  sorry!
[23:37] <seb128> rickspencer3, I wanted to chat with robert before going to bed, he said he would come back to me after your call
[23:37] <rickspencer3> bye bye
[23:37] <seb128> but he didn't
[23:37] <rickspencer3> ok
[23:37] <robert_ancell> seb128, sorry!
[23:37] <rickspencer3> we're almost done
[23:38] <seb128> oh ok, you are doing your call over IRC
[23:38] <seb128> I though you finished the call and were just chatting now ;-)
[23:38] <robert_ancell> seb128, done
[23:38] <rickspencer3> seb128, well, now we're just stalling to annoy you
[23:38] <rickspencer3> :)
[23:38] <seb128> lol
[23:39] <rickspencer3> seb128, have a great weekend!
[23:39] <seb128> rickspencer3, I'm not annoyed but I'm tired ;-)
[23:39] <seb128> rickspencer3, thanks!
[23:39] <seb128> robert_ancell, alright I don't have a lot to say
[23:39] <robert_ancell> seb128, just feel free to email me anything you think needs looking at any evening
[23:39] <seb128> robert_ancell, they might still accept some 2.28.1 update tomorrow
[23:40] <seb128> so you can try doing the few interesting one if you want
[23:40] <seb128> ie brasero seems to fix some bugs that would be nice to get fix in karmic
[23:40] <robert_ancell> seb128, I had one question - bug 437167
[23:40] <seb128> gnome-utils too
[23:40] <seb128> if you want to do the update and try to get pitti to sponsor tomorrow
[23:40] <robert_ancell> ok, will do
[23:41] <seb128> we will upload those as stable updates if they are not accepted otherwise
[23:41] <seb128> thanks
[23:41] <seb128> looking
[23:41] <robert_ancell> not sure if this is gnome or not, not sure if needs a SRU or anything
[23:42] <seb128> robert_ancell, it's not in the default installation so should be ok
[23:42] <seb128> can you ping slangasek about it or drop an email to pitti?
[23:42] <robert_ancell> seb128, ok, will do
[23:42] <seb128> or subscribe ubuntu-release to the bug
[23:42] <seb128> thanks
[23:42] <seb128> have a good friday and weekend!
[23:43] <robert_ancell> seb128, you too!
[23:43]  * seb128 call it a week now, taking a holiday tomorrow
[23:43] <seb128> bye
[23:43] <robert_ancell> bye


[13:54] <etneg> so anyone awake
[13:54] <etneg> wanna critique a logo?
[13:54] <etneg> just a pencil concept
[14:05] <etneg> palhmbs: got a minute?
[14:05] <etneg> palhmbs: is the offer still open where you can help me with graphics
[14:05] <etneg> ?
[19:48] <christopher> Hi all, is there a list of icons (official) for use in artwork?


[00:53] <LinDol> hi all
[03:56] <lindol> hi all :)
[03:56] <lindol> i have a question for translation
[03:58] <lindol> how do we check to find different point between Original(English page) and Translation page(Other country)?
[04:02] <lindol> ah. it is small problem. :) that is ok. I can check it for a day or month.
[04:42] <ahoneybun> hello all
[07:21] <darkxst> ahoneybun, hi
[07:21] <darkxst> Noskcaj, http://http.debian.net/debian/pool/main/libi/libinput/libinput_0.9.0+dfsg-1.dsc
[07:22] <darkxst> better use that instead
[07:22] <Noskcaj> yep
[07:22] <Noskcaj> How do i copy from debian to ppa with no changes? I'm sure there was a way
[07:23] <darkxst> syncpackage can do it I think, but then it will get the exact same version and better to have ~vivid tag
[07:26] <darkxst> and not sure that syncpackage can do that?'
[15:04] <lindol> um... How can i attach image from other Page in wiki
[15:04] <lindol> ?
[15:05] <lindol> for example, I want to attachment image from UbuntuGNOME/Testing page to UbuntuGNOME/Testing/Korean
[15:06] <lindol> ah....
[15:07] <lindol> I saw it is how to using :) in other language in wiki page
[15:07] <lindol> thanks :)
[15:25] <lindol> have a good night
[15:25] <lindol> see again :)
[15:36] <user_> Hi all
[15:37] <user_> I have just installed ubuntu gnome 14.10, it seems to work great and I like the new improvements
[15:37] <user_> but when I went to copy my files over using an external USB 3 drive it wasn't recognised...
[15:38] <user_> And after about 15 seconds the screen went black and I couldn't do anything
[15:39] <user_> All I could do was a hard reset
[15:39] <user_> I've tried a few times and the same thing always happens.
[15:40] <attelaut> user_: do you use a laptop and does this external hard drive have a power supply?
[15:40] <user_> The same drive works fine on my other computer and also on this one with ubuntu gnome 14.04 installed, so it must be a problem with the 14.10
[15:41] <user_> Yes, a laptop
[15:41] <user_> the drive doesn't have it's own supply.
[15:41] <user_> it's a samsung SSD
[15:42] <attelaut> Then it shouldn't use too much power. Sometimes external hard drives need more current that some computers can supply through USB port.
[15:43] <user_> Yes, it's not that, like I say it used to work fine on this computer when ubuntu gnome 14.04 was installed...
[15:49] <user_> So could anyone help with this?
[15:49] <user_> how do I report a bug?
[15:50] <attelaut> Does this happen if you boot Ubuntu from live cd/usb and plug in that hard drive?
[15:51] <user_> I can't test that because my laptop has no CD driev and only one USB port...
[17:16] <ricotz> Noskcaj, hi, please *testbuild* your uploads and don't leave them failed in the ppa :\
[17:32] <ahoneybun> user_: still on?
[17:36] <ricotz> Noskcaj, in case of gtksourceview3 it is a libxml2 packaging bug
[17:53] <user_> yes i am here!
[17:55] <user_> Could anyone give me some advice on how to resolve this problem or report the bug?
[17:55] <user_> It's a bit worrying that it worked on an older version of the OS
[17:57] <ahoneybun__> user_: I'm running 14.10, was that a problem with a 3.0 usb drive?
[18:12] <user_> yes, it's a Samsung 840 mini SSD in a USB 3 case I bought on amazon. Like I say it works with 14.04 and on my other laptop that runs windows 7
[18:13] <user_> I have to go out now but if you have any suggestions please do write them here and I'll check later. Thanks!
[19:16] <Noskcaj> ricotz, I did, I hadn't learned that gnome3-team build against -proposed till after the copies
[19:17] <Noskcaj> They should all work with a retry
[20:47] <ricotz> Noskcaj, yeah, i see, sorry


[00:27] <emb1995> did anybody else notice the error in the USB stick "burn" on mac instructions on the download page?
[12:54] <daker> mhall119, pls do you have a minute pls ?
[14:32] <mhall119> daker: sure
[14:33] <daker> i having some troubles with loco directory
[14:35] <daker> one sec i'll paste the traceback
[14:45] <daker> mhall119, http://ubuntuone.com/p/9tl/
[14:56] <mhall119> daker: is this from the live site, or are you trying to get it running locally?
[14:56] <daker> yes
[14:57] <daker> iam trying to get it running locally
[14:57] <mhall119> oh wow, a translation error it looks like
[14:57] <mhall119> did you make changes to the codebase?
[14:57] <daker> i didn't touch anything
[14:58] <daker> just follow the INSTALL file
[14:58] <mhall119> do me a favor, file a bug report on it and attach your log
[14:58] <daker> oki
[14:59] <mhall119> I may need some help from someone who knows more about internationalization than I do
[15:00] <daker> i don't think it's a translation error
[15:00] <daker> it's said that the relation events_globalevent doesn't exist
[15:00] <mhall119> it's failing on a non-ascii character
[15:01] <daker> it's something related with the database
[15:01] <mhall119> oh, well there's 2 errors then, the first like you describe, then it's failing trying to display the error message with non-ascii characters in it
[15:04] <daker> mhall119, the backend is postgresql_psycopg2 ?
[15:05] <mhall119> I haven't use that, /join #ubuntu-locoteams and let's see who else is awake
[15:05] <daker> good thanks