[05:41] Good morning [06:45] good morning [07:04] bonjour didrocks [07:04] guten morgen pitti! How are you? [07:07] didrocks: quite fine, thanks! not drowned in snow just yet :) [07:07] didrocks: et toi, ça va bien? [07:07] pitti: ça va! par contre de la neige partout, surtout sur les trottoirs à ce que je vois :) [07:09] didrocks: not quite enough snow in the city for skiing here, but just outside it's fine [08:17] jibel: salut! [08:18] jibel: FYI, I've just pushed a version which doesn't use pull-lp-source, but rather embeed the functionality in our own process to use our per job cache instead: http://bazaar.launchpad.net/~cupstream2distro-maintainers/cupstream2distro/trunk/revision/210 [08:18] salut didrocks [08:20] didrocks, did you update the version on the server? [08:20] jibel: I didn't, I think we need to relaunch everything anyway after removing yet-another-lp-corrumption-cache [08:20] didrocks, which I just did [08:21] jibel: there is still bzr lp-propose in the end (while doing the publishing) which can trigger this, but it's one after another, so the chance is really small [08:21] sweet, let me bzr pull [08:22] hum [08:22] if I can connect to the machine [08:22] * didrocks logs out and in again from the vpn [08:23] jibel: relaunching indicators now :) [08:23] oh, indicator was fine [08:23] ok, so oif [08:33] jibel: did you see the mount issue on the autopilot job? [08:34] didrocks, no, which job? [08:34] jibel: cu2d-misc-head-1.1prepare-autopilot [08:35] interesting [08:35] it's the only one for now, looking at the unity ones, they are fine [08:35] as the browser is stalled, I don't see where it's blocked, I would say it's when using cowbuilder [08:35] as a wild guess [08:36] it's when it unmount the cowbuilder chroot [08:37] ah, the others unity jobs are not there yet [08:38] unity-lens-files is cleaning the COW dir, let's see [08:38] it sounds ok [08:42] jibel: should we just kill the autopilot job and relaunch? [08:43] didrocks, 1 minute [08:43] ok :) [08:50] didrocks, I stopped the job and now cleaning the pbuilder [08:50] thanks jibel [08:55] didrocks, I think the server was just overloaded, it uses 20GB of swap and a disk is full [08:55] not your fault :) [08:55] jibel: phew ;-) [08:55] jibel: otherwise I checked, and we don't use the system creds anymore :) [08:56] didrocks, good, I cannot unmount the cowbuilder it's owned by the kernel [08:57] didrocks, but i doesn't hurt to have it mounted until cowbuilder reuses the same pid [08:57] jibel: interested, well I guess it can live there until next reboot, I heard that we have a lot of loop devices :-) [08:57] yeah [08:58] hum, glib can't be installed on armhf [09:01] hey desktopers [09:01] didrocks, lying! ;-) [09:01] seb128: well, I'm sure it's a subcomponent screwing glib :p [09:01] salut seb128! [09:01] lut didrocks ;-) [09:05] ello [09:06] Laney, hey, had a good trip back? [09:06] hey Laney [09:06] yeah, two hour train, not too stressful ;-) [09:06] one of you has given me a cold though :P [09:06] seb128: didrocks: good travels? [09:06] I've been fighting to stay away from this one [09:07] I've somewhat of a start of running nose since friday but that didn't turn into a cold (yet) [09:07] seems stable so far [09:07] Laney: was fine, nothing special to report apart freezing in Lille for the 30 minutes there :) [09:07] no cold here ;) [09:07] hehe [09:07] you got away in time ;-) [09:07] it sounds like it! :-) [09:07] Laney, travel was alright, left the hotel at 10am, was at London City 45min later, and at home 2.5 hours after that [09:08] efficient! [09:08] yeah, go for 1 hour flights in europe! ;-) [09:14] mlankhorst: enjoy it [09:14] Laney, "it"? I don't have backlog, I assume mlankhorst is back? [09:15] 24/02 11:24:42 Laney: got sig, thanks! [09:15] k [09:16] hah [09:17] ofc [09:17] seb128: gpg sig [09:17] mlankhorst, hey, did you manage to catch your plane on time saturday ? [09:18] yeah barely [09:18] great ;-) [09:18] well not for the "barely", but that it worked out [09:21] but work again now, lets see what I missed [09:24] noticed I woke up at 8.30, which was the same time I woke up in london [09:25] you are jetlagged? ;-) [09:26] it would appear so! [09:31] chrisccoulson, good morning! had a nice trip back/W.E? ;-) [09:32] hi seb128. yeah, it was a fairly uneventful trip back. how about you? [09:32] i did 70km on the bike since arriving back [09:32] trying to burn off some of those burgers ;) [09:32] mlankhorst, did you get back ok? ;) [09:32] a real bike? [09:33] Laney, oh, no, i have an exercise bike in my office ;) [09:33] aha [09:33] i couldn't do 70km around here without being run over [09:33] chrisccoulson, my trip was ok, I was at city airport at 10:45, my plane was on time and I was back home 2.5 hours later (1 hour flights for the win) [09:33] heh :) [09:33] chrisccoulson, I did bike for an hour yesterday, but I was too tired on saturday for exercice ;-) [09:34] will need some diet and regular exercice this week as well, to get over all the big meals from last week ;-) [09:34] chrisccoulson: yeah just fine, reworking my desk now so I can put on the 2 laptops again [09:34] seb128, yeah, me too [09:35] how can we be joking about excercise when there was just so much (at) steak! [09:35] * ogra_ votes for treadmill powered laptops for the desktop team :) [09:36] hah [09:36] I want mine to be bike powered! [09:36] my "road bike" fund is nearly full enough :-) [09:36] well, the point is that our powermanagement would improve in no time ;) [09:41] hm going through my administration, I got a receipt for €0,00 at a gas station [09:42] you europeans with your socialised petrol [10:02] I did get a whole 0.00l though! [10:02] morning [10:03] morning [10:16] is czajkowski a common surname? my sister is sometimes performing pieces on her violin from czajkowski [10:17] mlankhorst: I think so, or at least I'm told by Polish people it is. It's not so common in Ireland where I'm from. [10:18] czajkowski, hey ;-) [10:18] seb128: morning [10:18] found another one over the weekend, suspend resume no longer works :( [10:18] ah, I just had to ask! every time I saw your nick I kept wondering :) [10:19] heh no worries [10:19] I'm Irish although I now live in England for the last 2.5 years. === vrruiz_ is now known as rvr_ [10:39] ah :) === Sweetsha1k is now known as Sweetshark [10:42] bonjour seb128, ça va? est-ce que tu as arrivé à maison à nouveau? [10:43] pitti, salut, ca va bien ! oui, samedi, le voyage était cours, 1h de vol de Londres ... moins de 5h de l'hotel à chez moi au total [10:44] seb128: cinq heures est rapide, en effet [10:46] pitti, et toi, tu as passé un bon W.E ? [10:46] seb128: est-ce que tu manque boire de biére déjà ? :-) [10:47] seb128: oui, nous avons vu un match de football et joué de badminton [10:51] pitti, non, j'ai bu assez de bière pour un mois ;-) [10:52] pitti, les copains de mon équipe me manquent déjà par contre :-( [10:52] lol [11:03] interesting, bzr diff always exit with 1 [11:08] didrocks: well, 0 == no diff, 1 == there is a diff [11:08] just like "diff" itself [11:09] pitti: never noticed that. I change my mock then for my test to detect if bzr isn't happy :) [11:51] chrisccoulson, did you see any recent complain about webapps making firefox hang? that started today [11:51] well for me [11:52] chrisccoulson, not sure if I got unlucky or something, I blame webapps because gdb on firefox shows it's stucked in dbus calls to webapp stuff [11:52] seb128, i've not. the only thing on my radar is an imagelib crash, which i suspect is my addon: https://crash-stats.mozilla.com/report/index/5e2d4480-3843-4c25-9c2b-e227f2130223 [11:52] there's a lot of these [11:53] not sure why they only appeared after release :/ [11:54] chrisccoulson, those hangs look like http://paste.ubuntu.com/5564485/ [11:55] gaaaaaaaaaaaaahhhhhhh [11:55] nested event loop! [11:55] i told them about not spinning the event loop [11:55] although that's probably not the cause of your hang ;) [11:55] :-( [11:55] but it's bad in any case [11:55] from a security POV [11:56] chrisccoulson, let me know if you have interested by debug infos on that at some point [11:56] I've to turn it off, it keeps hanging on launchpad for me today [11:56] if it's only me it's ok though [11:56] seb128, i'm interested in the rest of the stack (to see if there's any untrusted script on it) [12:02] chrisccoulson, http://paste.ubuntu.com/5564501/ [12:02] chrisccoulson, will download debug symbols while I eat [12:03] thanks [12:31] hmmmmm, i'm hungry [12:41] chrisccoulson, unping about this hang issue [12:42] chrisccoulson, my system/dbus was in a weird state, calls were hanging, not only in firefox [12:42] chrisccoulson, it's all fine after a reboot [12:46] * Sweetshark reads backlog. [12:46] ogra_: Sure. You get to treadmill for the LibreOffice builder laptop! [12:47] heh [12:47] Sweetshark, as long as it has an arm CPU ... [12:49] ogra_: planning to run a marathon? [12:50] haha [12:50] suuuree .... [12:50] <- chainsmoker [12:51] ogra_: ARM? Sure! How about some 60 quad-cores? [12:52] yeah, would likely a rather thick laptop though [13:02] dpkg: erreur de traitement de /var/cache/apt/archives/gtk2-engines-pixbuf_2.24.16-1ubuntu1_amd64.deb (--unpack) : tentative de remplacement de « /usr/share/doc/gtk2-engines-pixbuf/README.gz », qui est différent d'autres instances du paquet gtk2-engines-pixbuf:amd64 [13:03] lool, I saw some reports about that earlier today, pretty weird [13:05] laney@iota> sha512sum amd64/usr/share/doc/gtk2-engines-pixbuf/README.gz c-i386/usr/share/doc/libgtk2.0-common/README.gz ~/temp [13:05] fb2e75b0595384dc5dea7d9e0bceef920bff0d02b6593d6988abbe5619cba066b631d9ba1988c2f0655d7a7ef351ceb67bc771901475a0c77164346a9dec015c amd64/usr/share/doc/gtk2-engines-pixbuf/README.gz [13:05] fb2e75b0595384dc5dea7d9e0bceef920bff0d02b6593d6988abbe5619cba066b631d9ba1988c2f0655d7a7ef351ceb67bc771901475a0c77164346a9dec015c c-i386/usr/share/doc/libgtk2.0-common/README.gz [13:05] Laney, well [13:06] both are supposed to be a symlink to the file contained in -common [13:06] seb128: amd64/usr/share/doc/gtk2-engines-pixbuf/ has a real file [13:06] yeah [13:06] seb128: i386/usr/share/doc/gtk2-engines-pixbuf/ has a symlink [13:06] amd64 is real, i386 not [13:06] I wonder why [13:06] seems like a bug in pkgbinarymangler [13:06] or cdbs [13:07] which one is doing those symlinks again? [13:07] both might be [13:07] oh, maybe not [13:07] I suspect it's a build system bug, one is the binary-indep build while the other isn't [13:07] I guess when one builds the -doc package, there's a symlink to it [13:07] I don't think the symlink magic works through archs [13:07] and if one doesn't (amd64) there isn't [13:07] right [13:07] but that's nothing new there [13:08] I wonder why it started missbehaving in this update [13:08] pkgbinarymangler didn't change in ages [13:08] lool, can you grep gtk2-engines-pixbuf /var/log/dpkg.log ? [13:08] lool, did you have a gtk2 update from a ppa before the official one? [13:09] I wonder if we got the same version upload done in a ppa and the archive and that confused things [13:09] mlankhorst, hi [13:09] there was a change in the dependencies [13:09] Depends: ${misc:Depends}, [13:09] - @SHARED_PKG@ (>= ${source:Version}), [13:09] + @SHARED_PKG@ (= ${binary:Version}), @COMMON_PKG@ [13:09] seb128: I didn't get an update from a PPA AFAIK [13:10] I don't see it in apt-cache policy at least [13:10] lool, I had a version in the ppa but it was using a ~build so it's not it [13:10] all changes are from today [13:10] tkamppeter: hello [13:10] previous changes from 10th of Jan [13:10] mlankhorst, I have booted the SD card we have set up on Friday on my Pandaboard ES and I get two sound outputs where one is HDMI and with the I get the sound correctly. Video is still choppy though. [13:12] you get better video with unity 2d [13:12] youtube won't work, however [13:13] -DH_INSTALLDOCS_FILES := NEWS README ChangeLog [13:13] +DH_INSTALLDOCS_FILES := NEWS README AUTHORS [13:13] don't see how that relates though [13:13] also: [13:13] - dh_builddeb -i [13:13] + dh_builddeb -i -- -Zxz [13:14] seb128: ah found it [13:14] - dh_compress -s -X.sgml -X.devhelp -XNEWS -Xchangelog.Debian -XREADME [13:14] + dh_compress -s -X.sgml -X.devhelp [13:14] lool, see #ubuntu-devel :p [13:14] lool, sorry, moved there because we have people like cjwatson who are not on -desktop [13:14] seb128: Discovered at the same time :-) [13:15] lool, great minds... ;-) [13:57] seb128: The whole doc handling in gtk+ in Debian is messy I'm afraid [14:00] lool, yeah, I wouldn't spend time on sorting the details out or cleaning that, let's just figure what's the bug is and fix it [14:00] lool, Laney is looking at it [14:03] mlankhorst, unity-2d is better but still choppy, only way is starting XBMC as desktop, but XBMC often hangs and I have to reboot. [14:04] well sounds about right, totem works for me mostly [14:04] anything on serial console though? [14:04] and what is /proc/cmdline === jhernandez is now known as jhernandez|lunch [14:22] mlankhorst, /proc/cmdline is 'ro elevator=noop vram=40M root=UUID=8355041e-c774-4260-b392-fb78f655d692 fixrtc quiet splash smsc95xx.turbo_mode=N' [14:23] mlankhorst, serial console I did not observe during boot. [14:24] just add console=ttyO2,115200n8 to /boot/boot.script and rerun flash-kernel iirc [14:40] pitti, hey, do you plan to add the gdk-pixbuf autopkgtest to debian? it's one of the only diff we have with Debian on that sort (the other one a small change on the libtiff b-d until debian transitions to 5 as default) [14:41] seb128: oh, didn't I? [14:41] seb128: I did, it's in svn [14:41] pitti, hum, ok, I wonder what pochu used to upload the new serie to experimental then [14:42] pitti, he uploaded yesterday and those are not in [14:42] oh, it's in the unstable branch [14:42] I see [14:42] I didn't look for/commit to an experimental branch [14:42] that explains it [14:43] so when he branched, he didn't branch off unstable tip, but from 2.26.1-1 apparently [14:43] pitti, [2012-10-23] Accepted 2.26.4-1 in experimental (low) (Simon McVittie) [14:43] pitti, I guess the experimental branch is there for a while [14:43] they just didn't keep both in sync [14:43] well in fact there has been no upload to unstable since 2.26.1-1 === jhernandez|lunch is now known as jhernandez [14:53] seb128: I merged the autopkgtest into the exp branch, too [14:55] pitti, thanks! [14:57] mlankhorst, I edited boot.script, reflashed the kernel and rebooted with the serial USB adapter connected. No output with "sudo screen /dev/ttyUSB0". [14:57] needs screen /dev/ttyUSB0 115200 === m_conley_away is now known as m_conley [15:05] mlankhorst, I tried this now and rebooted again, nothing appears. Seems that the serial of my Pandaboard is broken. The adapter works as I have used it in London during our installation. [15:05] tkamppeter: no uboot either? [15:34] mlankhorst, nothing, not even u-boot. [15:35] hm :/ [15:37] mlankhorst, generally, for multimedia it is best to start XBMC as the desktop environment, this is the only way to fluently play full-HD videos from a locally connected USB stick. The video add-ons of XBMC usually play their internet videos fluently, too, but some do not work at all, like YouTube (on a normal PC XBMC works perfectly, also started from the desktop). When XBMC is working correctly, only ~500 MB from the GB of RAM are us [15:37] ed. [15:55] tkamppeter, which release is that ? [16:26] ah [16:26] dh_compress overwrites the symlinks with the real docs because we also install them [17:23] seb128, ogra_: we have a question for you, guys, we are trying to figure out what kind of charts you'd need if you saw a regression in memory consumtion and are kind of stuck between the myriad of options, so if you guys could give us some hints that'd be good [17:23] seb128, ogra_: this is what we have now: http://91.189.93.67/staging/memory/arch/amd64/ [17:24] lool: ^ [17:24] so say you spot a regression in today's result, what kind of chart you'd need to be able to figure out what's wrong? [17:24] or what kind of chart would be useful? [17:25] gema: Im surprized by the variance day to day [17:25] by tens of MiB each day [17:25] lool: we are working on that, we were running 3 times, now we've increased to 20, but it'll take time to build some data to see how good it is [17:26] I see [17:26] lool: but now we are trying to think of what else we need to gather in terms of information, so that we can build the right diagnostic/triaging charts [17:27] lool: we have one bar there with 20 results I think , so it'll take a week or so to see if it is better [17:27] or how much better it is, rather [17:27] lool: a good thing is that pss total and meminfo give us more or less the same shape [17:28] lool: so pss is a good estimation of consumption [17:28] gema: First, I think this is generally a nice graph, albeit it doesn't allow diving into issues [17:28] gema: So how do I know which app started using more memory? [17:29] gema: Second, I think the context so far was on desktop memory usage, but this is wrong now [17:29] gema: I think we want to focus on Ubuntu Touch memory usage [17:29] lool: you can click on detailed view and choose which run you want to look at [17:29] which will come with a different way to manage applications [17:29] for instance applications will be stopped or killed entirely if in the background [17:29] gema: detailed view > ah sorry [17:30] lool: once we figure out what kind of charts we need, we can even run it on windows if you want [17:30] gema: detailed view is nice, but it's hard to compare from one day to the other [17:30] lool: it is the kind of information we need charted that's eluding us [17:30] lool: exactly, so how do we make it easier? [17:30] gema: could you graph by Command or something? [17:30] lool: all of them? [17:30] gema: the top level view is good to decide whether there's a system-wide regression or not [17:30] but per-app view would allow understanding where it comes from, or even catching trends on one app [17:31] gema: Can we generate them on demand? [17:31] lool: we can do whatever we need, we just don't know how to present the information right now [17:32] lool: we can't generate them on demand now, we'd have to add aggregation support for each process [17:33] lool: josepht is the person from our team actually coding the dashboard [17:33] lool: one of them [17:34] lool: I think we need guidance and your input during the development of these views, so that they are truly useful [17:34] lool: also, if we make improvements on some areas but regress in others, we won't be able to flag problems , and I'd like to be able to flag problems there as well [17:43] * lool (OTP) [17:44] think I've got a fixed gtk2 === fginther is now known as fginther|lunch [18:08] Laney: thanks, yes I dropped the dh-compress -X diff because I didn't think it was still an issue and I thought the remaining diff there was unintentional because of https://launchpad.net/ubuntu/+source/gtk+2.0/2.24.10-0ubuntu3 [18:09] kenvandine, may i PM you? [18:09] not sure why it's not present in experimental [18:09] jbicha: could you apply the diff in svn? [18:10] s/in/to/ [18:10] see this is why I don't like touching GTK, I'm afraid I'll break something ;) [18:11] bcurtiswx, of course [18:24] * didrocks waves good evening [18:45] gema, josepht: Sorry [18:45] gema, josepht: was OTP [18:46] gema, josepht: so overall the general idea is to be able to detect regressions in memory usage and ensure that we're in the budget [18:46] gema, josepht: regressions can either be system wide (over budget) or app specific [18:47] gema, josepht: when we're faced with the overall memory usage going too high, we should raise a red flag and the app specific measures will help pin point where it's coming from, or which apps to attack first to try to save memory [18:47] gema, josepht: but it would also be nice to raise a red flag is specific apps are leaking or start ballooning in memory usage [18:48] gema, josepht: the main difference between when we discussed this and now is that the main target for applying this are phablet images, and memory usage patterns are quite different there; we also want to apply them to core apps [18:49] in my ideal world, memory usage issues (leaks, too high memory usage) are flagged / pushed to developers which can checkout the graphs to get a basic overview, and then can attack debug / diagnose per app on their systems [18:55] lool: so maybe we should have a list of apps we want to track [18:56] lool: and draw graphs for those? [18:57] lool: anyway, way over your EOD, we can continue this chat tomorrow morning if you want [18:57] and brainstorm a bit about the best way of doing this [18:57] maybe also grab seb128's ideas and see where we go from there [18:57] I need to understand how developers are going to use these results if we are going to be giving them in the right format [18:58] any other ideas from anyone in the channel are also welcome if you guys have specific use cases in mind! [19:16] seb128, my LightDM wallpaper thing ... [19:17] when I first made the image the background from firefox, how was that world readable? [19:33] Anybody there who can help with a (probably) easy package question? [19:39] back from dinner [19:41] gema, sorry, I was in a phone, didn't read the full backlog but my idea was to flag when usage increase from a noticeable amount ("noticeable" needs to be defined according to the variance in your measures) [19:41] gema, then to have a "by process" table and flag things that increased [19:42] seb128: can you think about what you mean by "by process" table? [19:42] seb128: would this be one table per process over time, or one table with all the process and if so, what kind of chart, etc [19:43] gema, it would be the equivalent of the smem list, where you record the values every day, and flag when some process jump compared to its previous value [19:44] gema, where "jump" would be any increase out of the margin of errors or the fluctuation of the measurement [19:47] jbicha, your gtk upload screwed the desktop team ppa as well which already had 2.24.16 btw... [19:47] rickspencer3, I can try to blame it on firefox? not sure chrisccoulson will like me for it :p [19:48] seb128: Hi Seb, time for a tiny package question? [19:49] GunnarHj, don't ask to ask, just ask ;-) [19:49] Ok. [19:49] While im-config is a 3.0 (native) package, we have a couple of Ubuntu specific things. If we in debian/rules do something like [19:49] if [ (Ubuntu) ]; then [19:49] dh $@ --with quilt [19:49] else [19:49] dh $@ [19:50] fi [19:50] we could go back to use exactly the same package and let auto sync do its job. How do you safely check for Ubuntu or Debian in that context? [19:50] seb128: ok I didn't realize other people were working on the update, I guess I should coordinate with you for GTK updates in the future? [19:52] jbicha, that would be good, I should perhaps have pushed in the vcs [19:52] jbicha, we were trying to land the unity-menu work (dropping the gtk patch) last week [19:52] so I had 2.24.16 without the menu patch in the ppa, which got broken by your update [19:53] but that's ok, I will fix it ;-) [19:53] GunnarHj, use dpkg-vendor [19:54] the new GTK2 was needed for the gnome-themes-standard update (too bad GNOME stable updates aren't afraid to bump dependencies) [19:54] GunnarHj, see gnome-disk-utility [19:54] if you need an example [19:54] if dpkg-vendor --is ubuntu; then [19:55] seb128: Thanks, that's all guidance I need. [19:56] GunnarHj, yw! [19:57] Laney, thanks for fixing that gtk update bug! [20:00] seb128: Btw, does "dpkg-vendor --is ubuntu" include all the derivatives (Xubuntu, Kubuntu etc.)? [20:01] "include"? [20:01] it will return "ubuntu" for any *buntu [20:02] those are just flavors or ubuntu [20:02] there is a --derives-from flag if you need more granularity, though I'm not sure if e.g xubuntu override their infos to specify a derivative distro [20:07] seb128: No, I do want all the *buntus to be included. Just not Debian. So that will be fine. [20:08] GunnarHj, great [20:50] http://paste.ubuntu.com/5564842/ it's my laptops distro in a serious messed up :( [20:56] morning [20:58] jasoncwarner_, etc... check this out [20:58] http://ubuntuone.com/3K9SaShOuKmik6TtONjtHC [20:58] ugh, i got a scare when i saw bug 1008409 in my inbox, and thought our crazy friend was back again [20:58] Launchpad bug 1008409 in firefox (Ubuntu) "launchpad, boot sector keyboard hijacked in "alicia" account" [Undecided,Invalid] https://launchpad.net/bugs/1008409 [20:58] mdeslaur ;) [20:59] chrisccoulson: hahaha :P [20:59] rickspencer3: that looks completely normal and not at all unexpected. Or, rather, looks like we might have a font issue ;) [20:59] I logged bug #1132985 [20:59] Launchpad bug 1132985 in nautilus (Ubuntu) "Media Inserted Dialog is Lacking Fonts" [Undecided,New] https://launchpad.net/bugs/1132985 [20:59] thanks, rickspencer3 [20:59] jasoncwarner_, pgraner got the same issue with a different dialog though [21:03] http://paste.ubuntu.com/5564842/ it's my laptops distro in a serious messed up :( [21:06] bdrung: https://bugs.freedesktop.org/show_bug.cgi?id=61246#c2 <- Argh, severe bug! paper in printer tray doesnt follow gtk theme colors! [21:06] Freedesktop bug 61246 in framework "CONFIGURATION: document background is white, even if desktop theme uses other color" [Normal,Resolved: notabug] [21:07] Sweetshark: yes. i saw this bug report, too. don't you have black paper just in case that you want to print white on black? ;) [21:12] bdrung: congratulations on getting http://xkcd.com/1172/ on your first LibreOffice commit. Usually it takes three commits for that (two if working on file format import/export). [21:14] Sweetshark: :) breaking a workflow is not a big deal. breaking a workflow without giving another workflow as alternative is an issue. [21:20] Sweetshark: my first LO bug hit that problem but it got fixed anyway https://bugs.freedesktop.org/show_bug.cgi?id=35313 [21:20] Freedesktop bug 35313 in UI "[Task] Improve Hyperlink Bar" [Enhancement,Resolved: wontfix] [21:24] Hey folks. === fginther|lunch is now known as fginther === _thumper_ is now known as thumper [22:23] http://paste.ubuntu.com/5564842/ need help pls? [22:25] hunh. why does your update-grub try to parse /etc/grub.d/README as a command file? o_O === seb128_ is now known as seb128 === m_conley is now known as m_conley_away