[07:38] <pitti> Good morning
[07:39] <didrocks> good morning
[07:39] <pitti> didrocks: o/
[07:39] <didrocks> :)
[08:53] <chrisccoulson> good morning everyone
[09:05] <rickspencer3> hiya tseliot
[09:05] <rickspencer3> good morning
[09:05] <tseliot> good morning rickspencer3
[10:46] <didrocks> jcastro: I must rename ubuntu-netbook-remix-default-settings in launchpad to ubuntu-netbook-default-settings (and make some kind of indirection for people using < lucid). Are you in charge or do I just open a request on LP?
[10:48] <asac> imo there should just be a single project: ubuntu-netbook
[10:48] <asac> with subtrees etc. :)
[10:48] <asac> rather than creating one project for each package
[10:48] <asac> which will cause these kind of issues if you rename a package
[10:49] <asac> just my 2c
[10:49] <asac> (if this is about a LP project at all)
[11:07] <seb128> hey asac
[11:07] <seb128> asac, did you read my question yesterday?
[11:07] <asac> no
[11:07] <seb128> asac, I'm failing to get libgjs working with libmozjs
[11:08] <asac> hmm
[11:08] <seb128> it's in no way a priority
[11:08] <seb128> but help would be welcome
[11:08] <asac> do we need libgjs?
[11:08] <seb128> it's a depends for gnome-shell
[11:08] <asac> cant we get rid of all this ;)?
[11:08] <asac> yeah. they shouldnt use javascript. we have no engine
[11:08] <asac> that is suitable for main
[11:08] <seb128> $ ldd /usr/lib/libgjs-dbus.so | grep libmozjs
[11:08] <seb128> 	libmozjs.so => not found
[11:08] <seb128> 	libmozjs.so => /usr/lib/xulrunner-<IP_ADDRESS>/libmozjs.so (0x00267000)
[11:08] <seb128> I don't get why it's there twice
[11:09] <seb128> and why it find one and not the other one
[11:09] <asac> someone has to tell them that javascript is a bad situation
[11:09] <asac> seb128: we had exactly that before
[11:09] <asac> do you remember where that was?
[11:09] <seb128> I tried to rebuild using as-needed
[11:09] <asac> right
[11:09] <seb128> but that seems to not do the trick this time
[11:09] <seb128> dunno why
[11:09] <seb128> and the same source works in karmic
[11:09] <asac> thats using rpath?
[11:09] <asac> or LD_LIBRARY_PATH?
[11:10] <seb128> I'm a bit puzzled
[11:10] <seb128> LD
[11:10] <seb128> well using /usr/lib/xulrunner-<IP_ADDRESS> works
[11:10] <asac> what doesnt work then?
[11:11] <seb128> try running gjs
[11:11] <asac> i dont have lucid yet
[11:11] <seb128> gnome-shelll does some LD_LIBRARY_PATH trick
[11:11] <seb128> but gjs doesn't
[11:11] <seb128> you are on karmic?
[11:11] <seb128> can you run ldd /usr/lib/libgjs-dbus.so | grep libmozjs
[11:12] <seb128> you need to install gjs
[11:12] <asac> i have gjs but not the dbus module
[11:12] <asac> gjs
[11:12] <asac> gjs>
[11:12] <seb128> no gjs-gi?
[11:12] <asac> export LD_LIBRARY_PATH=/usr/lib/xulrunner-<IP_ADDRESS>/
[11:12] <seb128> it works with LD hack
[11:13] <asac> you need to write a wrapper for gjs if that is supposed to work oob
[11:13] <seb128> but that should not required
[11:13] <seb128> +be
[11:13] <asac> hmm
[11:13] <asac> why wouldnt it be required?
[11:13] <seb128> I hate this thing
[11:13] <seb128> can't we make it a proper lib?
[11:13] <asac> yes, for universe
[11:13] <asac> but not main
[11:13] <seb128> it's not in main
[11:13] <seb128> it's in universe
[11:13] <asac> but at some point folks want it in main
[11:13] <seb128> we will not use gnome-shell this cycle
[11:14] <asac> thats clearly going to happen
[11:14] <asac> we have to communicate to upstream, that libmozjs isnt allowed to be used in the distro
[11:14] <asac> they need to do something else
[11:14] <asac> before everything is lost and even more move to libmozjs
[11:15] <seb128> I've better things to do that fight over that with them
[11:15] <seb128> I just want gnome-shell in ubuntu to be nice to them
[11:15] <asac> yes, but if its nice, they dont see that there is a problem
[11:16] <asac> same attiude as the coucdb folks. they say, if its a problem someone else will fix it. but the fact that we adopted it sucks much.
[11:16] <asac> anyway, i will check how easy it is to build it standalone
[11:16] <asac> will take some time
[11:18] <seb128> ok thanks
[11:18] <seb128> I've to go for lunch sorry...
[11:18] <seb128> bbl
[11:25] <pitti> kenvandine, njpatel: wrt. 71_add_gio_extension.patch
[11:25] <chrisccoulson> asac / seb128 - joss started a discussion on the gnome desktop-devel list last year, but it didn't really go anywhere: http://mail.gnome.org/archives/desktop-devel-list/2009-September/msg00121.html
[11:25] <chrisccoulson> you might be interested in taking a look
[11:26] <pitti> kenvandine: could that become a proper diff -u, and get a standard patch tag header? (upstream link, etc.)
[11:28] <milanbv> would any of you apply a patch to the GDM package?
[11:29] <milanbv> I've finally got approval for patch at Bug 393854, but I can't commit it myself
[11:31] <chrisccoulson> milanbv - it would be good to get an opinion from someone on the security team (eg, kees), or someone like slangasek before any of us commit it
[11:31] <chrisccoulson> ah
[11:31] <chrisccoulson> i misread your second comment there ;)
[11:32] <milanbv> chrisccoulson: yeah, kees just agreed yesterday ;-)
[11:33] <chrisccoulson> did you discuss it on IRC? i can't see any comments on the bug report
[11:34] <milanbv> on #ubuntu-devel
[11:34] <milanbv> (so that you can't check what I'm pretending...)
[11:34] <chrisccoulson> thanks :)
[11:35] <chrisccoulson> if he's happy with it, then i can commit it when i finish work if nobody else beats me to it
[11:35] <milanbv> nice, thanks
[11:35] <chrisccoulson> but we're frozen for A2 at the moment anyway (although, i haven't checked my inbox for a release announcement yet, so that might not be the case any more)
[11:36] <milanbv> no hurry, I'd just like somebody to do it before the release
[11:36] <milanbv> (final release)
[12:05] <TeTeT> asac: do you know if network-manager 8.1 will make it into Lucid? Or will it stay the same version as in Karmic?
[12:11] <asac> TeTeT: it will be 0.8 final most likels
[12:11] <asac> we have a prerelease version
[12:11] <asac> first step is rc2 ... which we will try to get to karmic as an SRU as well
[12:12] <asac> TeTeT: upstream hasnt even released 0.8 final ;)
[12:12] <asac> so given the pace i nthe past its unlikely that there will be a 0.8.1
[12:13] <TeTeT> asac: ok, thanks a lot :)
[12:14] <TeTeT> asac: any chance the latest nm will get a PPA, so they can copy a working package from there?
[12:14] <asac> TeTeT: did you read my comment on the pppoe bug? i gave a timeline/plan there
[12:15] <TeTeT> asac: need to re-read it then, escaped me
[12:15] <asac> no problem. last comment ;)
[12:18] <TeTeT> asac: was this bug 483773?
[12:28] <asac> no
[12:28] <asac> ;)
[12:28] <asac> one minute
[12:28] <asac> TeTeT: bug 432205
[12:34] <TeTeT> asac: I wasn't subscribed to that one
[12:36] <pitti> davidbarth: https://edge.launchpad.net/ubuntu/lucid/+milestones
[12:38] <asac> TeTeT: ok. thought that was your main concern ;)
[12:39] <asac> TeTeT: if you need to be up-to-date on our NM roadmap in future, i can try to keep you in the loop. just wasnt aware that you rely on this
[12:39] <TeTeT> asac: I actually never did, but nowadays I seem to get a NM question a day. I even subscribed to the upstream mailing list ...
[12:40] <TeTeT> asac: not that it would mean anything ...
[12:40] <pitti> asac: do you still need the alpha2/final mobile reports on piware.de or can I take down the cronjobs? (I'll archive the .db and output just in case, but I'd like people to move to the new WI tracker on macaroni)
[12:49] <asac> pitti: i would like the alpha2 state to be frozen right when alpha2 release is done. then we can move elsewhere
[12:49] <asac> (but keep the graph and the last state)
[12:49] <asac> if thats posisble
[12:50] <asac> where is the new macaronis service=
[12:50] <asac> ?
[13:13] <pitti> asac: right, I did a complete backup of the scripts, databases, and output
[13:13] <pitti> asac: I'll keep the alpha-2 reports for a while, but I'd like to remove the lucid/ ones (since they are out of date and imprecise)
[13:13] <asac> pitti: where can i find the new tracker?
[13:13] <pitti> asac: and above all I'd like to kill the cronjobs
[13:13] <pitti> asac: you don't read your platform@ mail? :-)
[13:13] <asac> guess i missed a mail in the thread
[13:13] <pitti> asac: http://macaroni.ubuntu.com/~pitti/workitems/
[13:14] <asac> i dont read all mails in threads i considered done :)
[13:15] <asac> pitti: ok, what about the full cycle one?
[13:15] <pitti> asac: the names without the milestone
[13:15] <pitti> asac: likewise, all-* are the ones for entire ubuntu, particular milestone
[13:15] <pitti> and all milestones/all teams == all.html
[13:16] <pitti> it has the full combinatorial explosion
[13:16] <pitti> (they're dead cheap to generate now)
[13:16] <asac> pitti: ok. just confusing that they dont have canonical- as prefix
[13:16] <pitti> it's not a hardcoded prefix anyway
[13:17] <asac> oh sorry
[13:17] <asac> good
[13:17] <pitti> it's LPTEAMNAME-MILESTONENAME
[13:17] <asac> so our trendline got reset?
[13:17] <pitti> asac: yes, I didn't write a full DB migration script
[13:17] <pitti> asac: but of course I'm fine to adjust the trend line start for you if you want
[13:18] <asac> yeah. lets try to use the value where the current one ended
[13:18] <pitti> (not that the old start would be too meaningful with the 2 weeks of holidays, etc., but I'm happy to add support for this)
[13:18] <asac> thtas odd
[13:18] <asac> there are far less items
[13:18] <asac> http://piware.de/workitems/mobile/lucid/report.html
[13:18] <asac> here it was 130
[13:18] <asac> and we were behind
[13:18] <asac> now 130 would mean we are ahead
[13:19] <asac> http://macaroni.ubuntu.com/~pitti/workitems/canonical-mobile.html
[13:19] <asac> any clue what specs didnt get picked up?
[13:20] <pitti> asac: it's a different count now
[13:20] <pitti> now it's counting WIs from members of your team
[13:20] <asac> hmm
[13:20] <huats_> hello guys !
[13:20] <pitti> before it was counting WIs from all specs of your team, even if they were assigned to a different team
[13:20] <asac> we want to have our community specs there too
[13:20] <pitti> I'll change it to cover both
[13:21] <asac> its basically one spec: liquid
[13:21] <pitti> that will come back, yes
[13:21] <asac> problem is that we cannot really plan how far we are behind based on our progress before
[13:21] <pitti> will work on this next week, when the sprint is done
[13:21] <asac> i wanted to kill stuff until we hit the line
[13:22] <asac> cant the other cronjob still run?
[13:22] <asac> or is that completely f***ed?
[13:22] <pitti> that was my original question
[13:22] <pitti> it can still run
[13:22] <asac> just the full cycle
[13:22] <asac> one
[13:22] <asac> good
[13:22] <pitti> but I can't change anything in the code any more
[13:22] <pitti> yeah
[13:22] <asac> thats fine. i would then use the full cycle one from there and the milestones ones from the new
[13:23] <asac> just need liquid in the new spec list
[13:23] <pitti> asac: the old alpha-2 report is probably uninteresting now, I figure?
[13:23] <asac> cool. thanks
[13:23] <pitti> asac: I think from next week on the charts shold be correct, too
[13:23] <asac> pitti: just need a final snapshot for later communication
[13:23] <asac> for alpha-2
[13:23] <pitti> asac: I won't remove the html pages
[13:23] <asac> e.g. the html page basically
[13:23] <asac> ok good
[13:23] <pitti> just stop the alpha-2 cron job
[13:23] <asac> then its all good
[13:23] <asac> yeah
[13:23] <asac> we are close enough there
[13:23] <pitti> alpha-2 is today, so it doesn't make sense to let it run
[13:23] <asac> and today is release day
[13:23] <asac> ;)
[13:24] <pitti> the new alpha-2 report will continue to be generated, so you can look at that for stragglers
[13:24] <asac> hmm. what does that mean? does the trendline go below zero there?
[13:25] <pitti> no, of course not
[13:25] <asac> currently the new alpha-2 is empty
[13:25] <asac> oh ok
[13:25] <pitti> asac: I meant WIs which were scheduled for alpha-2, which you didn't get to
[13:25]  * pitti yays at http://macaroni.ubuntu.com/~pitti/workitems/canonical-desktop-team-lucid-alpha-2.html
[13:25] <asac> i think: just let it run. i will adapt to the new approach if the full new one is still there
[13:25] <asac> err full old one
[13:25] <pitti> asac: http://macaroni.ubuntu.com/~pitti/workitems/canonical-mobile-lucid-alpha-2.html isn't though
[13:26] <asac> one item blueprints are good ;)
[13:30] <tseliot> pitti: I think you left the proprietary improments blueprint out of that page
[13:31] <vuntz> pedro_: yo?
[13:32] <pedro_> vuntz, hey, saw my message?
[13:39] <pitti> tseliot: it shouldn't be there; https://blueprints.edge.launchpad.net/ubuntu/+spec/desktop-lucid-xorg-proprietary-drivers is targetted to alpha-3
[13:39] <pitti> tseliot: it's on http://macaroni.ubuntu.com/~pitti/workitems/canonical-desktop-team-lucid-alpha-3.html
[13:39] <tseliot> pitti: aah, ok
[13:44] <seb128> rodrigo__, stop suggesting upstream to do things which will break our lts ;-)
[13:44] <rodrigo__> seb128, what have I suggested?
[13:44] <seb128> landing the new g-c-c design
[13:44] <seb128> cf my comments on #c-c
[13:45] <rodrigo__> seb128, oh, would that break our lts if it lands in time for 2.30?
[13:45] <seb128> it's quite some changes
[13:45] <seb128> by experience it takes time to find and fix issues on rewrites
[13:45] <seb128> it's better to have one cycle to sort things
[13:45] <seb128> rather than rushing
[13:46] <rodrigo__> you're right in that it's a bit late in the cycle, I guess
[13:46] <seb128> I'm maybe too much on the conservative side
[13:46] <seb128> but breakages over cycles learnt me to do be prudent with such changes ;-)
[13:46] <rodrigo__> well, I asked thos if it was going to land master, it should be now or just wait
[13:46] <rodrigo__> and yeah, seems it's not ready
[13:47] <seb128> seems they are still discussion how to do it
[13:47] <seb128> it seems a bit risky
[13:47] <seb128> let's see what they decide
[13:48] <seb128> upstream should decide on what they think is best, not on what distro will do...
[13:48] <seb128> but we might go back to 2.28 if they do land that
[13:48] <seb128> depends on how well it works I guess
[13:48] <seb128> hey mclasen
[13:49] <mclasen> hmm?
[13:49] <seb128> mclasen, did you read my question yesterday?
[13:49] <mclasen> saw it go by
[13:49] <seb128> mclasen, some people were asking about the tooltip work you did and if those would go upstream this cycle
[13:49] <seb128> is there anything blocking them?
[13:49] <mclasen> they would if I had time to finish them up
[13:50] <seb128> oh ok
[13:50] <seb128> the comment suggested you considered the round corner change ready
[13:50] <seb128> thanks
[13:50] <mclasen> need to figure out if there's a way to let theme engines do all the drawing
[13:50] <mclasen> and still have the shape match the drawing
[13:51] <mclasen> which is a little complicated
[13:51] <seb128> ok
[13:51] <seb128> what is the schedule now for 2.20 btw?
[13:51] <seb128> I guess those changes will be for next cycle now?
[13:51] <mclasen> I said 'early january'... but too late now :-(
[13:51] <vuntz> pedro_: sorry, I was writing a mail. I was wondering if it'd be possible to analyze the stack traces you get from crashes before forwarding them upstream
[13:52] <seb128> vuntz, hello
[13:52] <mclasen> seb128: right now I am operating in 'maybe I have some time next week' mode...
[13:52] <seb128> vuntz, what sort of analyze do you want to do?
[13:52] <vuntz> pedro_: I quickly looked at a few of them, and most of them are like "hrm, yeah, I can't do anything about that. I need more details, or it should be run again with --sync, or I need ways to reproduce"
[13:52] <pedro_> vuntz, we do that, but what kind of analyze do you want?
[13:53] <seb128> vuntz, deciding on how much clue a debugged stacktrace will give to the hacker is not easy
[13:53] <vuntz> pedro_: well a gnome-panel crash with only symbols in gdk/gtk+ is generally a bad sign, for example, since it's really hard to debug with just this
[13:53] <vuntz> (of course, this is not always true)
[13:53] <seb128> vuntz, we default to sending debug ones and let the maintainer decide on if it's useful or not
[13:53] <vuntz> seb128: yeah, I know
[13:53] <seb128> I think it's a fair choice
[13:53] <seb128> you can close in one click if you think it's not useful
[13:54] <seb128> but it's better than having bug triagers deciding a stracktrace is not useful when it would be maybe for somebody
[13:54] <pedro_> vuntz, well if there's specific requirements for the gnome-panel we can ask those before submitting them there
[13:54] <vuntz> seb128: I usually feel bad about closing bugs with a stack trace, without understanding why there was a crash
[13:55] <seb128> and I feel bad about closing those downstream without knowing if it would be useful to upstream or not...
[13:55] <vuntz> pedro_, seb128: what would generally help is making it possible to install packages were the applets are not in-process, and then ask the reporter to reproduce
[13:55] <seb128> but if you have good metrics we can use
[13:55] <vuntz> (unless the stack trace makes it obvious where the crashes is)
[13:56] <vuntz> eg, I would guess most of the stack traces with no useful symbols crashing gnome-panel might actually be notification area issues
[13:56] <seb128> the things with crashes is that often they are not reproducable
[13:56] <seb128> especially for gnome-panel
[13:56] <seb128> 90% of those are "I was not going anything special and it crashed"
[13:56] <vuntz> seb128: package applets out-of-process during the development cycle, then? :-)
[13:56] <seb128> I can do that for sure
[13:56] <seb128> I will do it with the 2.29 update
[13:56] <vuntz> I understand it's not easy
[13:57] <seb128> I'm fine changing build options
[13:57] <vuntz> just trying to figure out how the best way for upstream and downstream here
[13:57] <seb128> I just know that asking submitters to install something and reproduce doesn't work in 95% of the cases
[13:57] <vuntz> yeah
[13:57] <vuntz> true
[13:57] <seb128> if you think the build change would lead to better stacktrace I'm all for it
[13:58] <seb128> I don't get why there is no notification area symbol there though
[13:58] <seb128> if it crashes in the notification-area code
[13:58] <seb128> hey tedg
[13:59] <seb128> vuntz, btw what part of the sourcecode does the applet loading?
[13:59] <seb128> the applets rather
[13:59] <seb128> ie where should I put marked for "start loading <applet>"
[13:59] <seb128> "done loading <applet>"
[13:59] <seb128> markers
[13:59] <vuntz> seb128: panel-applet-frame.c
[13:59] <seb128> thanks
[14:00] <seb128> vuntz, any clue with those crashes have no gnome-panel symbols btw?
[14:00] <vuntz> seb128: well, I have a few bugs upstream that are crashes of the out-of-process notification area, and this is in gtk/gtk only
[14:00] <seb128> changing the build mode will lead to the applet crash rather than gnome-panel
[14:00] <vuntz> in this case, my guess is that's it's related to some change that was done about transparency
[14:00] <seb128> but will probably not solve the stracktrace issue
[14:01] <seb128> ie those will still have no symbols
[14:01] <seb128> you will just know what process crashes
[14:01] <vuntz> seb128: yeah, but knowing that it's the notification area and not gnome-panel+clock+notification area+... is better
[14:01] <seb128> makes sense
[14:02] <seb128> vuntz, quick question for you, what pygame version has opensuse?
[14:02] <seb128> your current unstable
[14:04] <vuntz> seb128: 1.9.0, apparently
[14:05] <seb128> vuntz, ok, thanks
[14:05] <chrisccoulson> pedro_ has been busy today ;)
[14:05] <chrisccoulson> i just checked my inbox
[14:06] <pedro_> well i have less isos to test , so more time to triage :-P
[14:06] <tedg> Good morning vuntz
[14:09] <vish> seb128: hi... i didnt understand your response on Bug 437532 .. :(
[14:09] <seb128> tedg, I said hey and your reply to vuntz!
[14:09] <seb128> bug #437532
[14:09] <tedg> seb128: Heh, sorry.  Not through my first cup of coffee, I can't tell Frenchmen apart yet :)
[14:09]  * vish wonders what's up with bot
[14:09] <seb128> vish, nautilus uses an application indicator now
[14:09] <vish> seb128: https://bugs.launchpad.net/bugs/437532 :)
[14:10] <seb128> vish, the applet does the icon rendering
[14:10] <seb128> and it's supposed to append something to the name in an automatic way
[14:10] <seb128> and check for that
[14:10] <seb128> this way we don't need any app change
[14:10] <vish> seb128: so is the icon not needed? i'm a bit confused :(
[14:10] <seb128> it's done transparantly applet side
[14:10] <seb128> tedg, ^ can you confirm that's done yet?
[14:10] <seb128> tedg, the "use monochrome icons"
[14:11] <seb128> or "custom indicator theme"
[14:11] <seb128> or whatever it's called
[14:11] <tedg> seb128: No, we're not appending anything on the icon name yet.
[14:11] <seb128> tedg, but you will?
[14:11] <tedg> seb128: We should, but there aren't any done by the art team so I wasn't up on it :)
[14:11] <seb128> tedg, or do we need to patch applications?
[14:11] <tedg> Yes, we will.
[14:11] <vish> tedg: hi.. we've been adding monochrome icons to humanity using the -symbolic names , how are we supposed to do it?
[14:12] <tedg> vish: Uhm, sure.  The only thing I'm a bit worried about is that we probably won't have time to do all the stuff we wanted to do with the "symbolic" suffix like we discussed at UDS.  I'm curious if we should reserve that suffix until we can do the whole enchilada.
[14:13] <tedg> vish: But, honestly.  As long as you use a consistent name, a script can change them all pretty quickly :)
[14:13] <vish> tedg: ah , cool :)
[14:14] <vuntz> tedg: hola. I just replied to your mail :-)
[14:16] <tedg> vuntz: Thank you!
[14:23] <seb128> vish, you can close the bug
[14:23] <vish> seb128: ok..
[14:23] <vish> seb128: but seems tedg mentioned above apps need patch^?
[14:23] <vish> [19:41] <seb128> tedg, or do we need to patch applications?
[14:23] <vish> [19:41] <tedg> Yes, we will.
[14:24] <tedg> vish: Sorry, no I was saying that we will handle it on the indicator side.
[14:24] <tedg> vish: We need to fix those, not the apps.
[14:24] <vish> tedg: ah , thanks :)
[14:24]  * vish closing bug
[14:43] <pitti> seb128: alias dreb='debuild -us -uc -nc'
[14:54] <seb128> asac, heh, I don't want to be responsive for those libs ;-)
[14:54] <seb128> I've enough to do
[14:54] <seb128> I just want the gvfs backend to build
[14:54] <seb128> I'm also not sure how to fix the shlibs warnings
[14:55] <seb128> it uses --as-needed
[14:55] <seb128> is there anything else to add?
[14:57] <chrisccoulson> pitti - is there anything to fix in g-p-m for bug 432598? g-p-m doesn't provide an interface for initiating suspend/hibernate any more, so don't these checks need to go in to the session applet instead?
[14:58] <asac> seb128: good question. i dont see those libs being linked directly in the log
[14:58] <asac> seb128: but symbol gcry_control used by debian/libiphone0/usr/lib/libiphone.so.0.0.0 found in none of the libraries.
[14:58] <asac> that looks odd
[14:58] <asac> i think its ok if you fix the ABI tracking stuff and subscribe team to bugs ;)
[14:59] <asac> and checkout that symbol
[15:00] <seb128> ok
[15:00] <seb128> I like shlibs better that .symbols
[15:00] <seb128> but let's see ;-)
[15:00] <asac> symbols is better
[15:00] <asac> :)
[15:00] <asac> hehe
[15:00] <seb128> it's slower
[15:00] <seb128> the symbol lookup things is ridiculously slow
[15:00] <asac> anyway, even shlibs stuff isnt in place from what i can tell
[15:00] <asac> at least not explicitly
[15:01] <seb128> right
[15:01] <seb128> thanks for review
[15:01] <seb128> I will fix those
[15:01] <asac> good.
[15:01] <asac> cant the desktop-team as a whole just take responsibility?
[15:01] <asac> even if that is just: hunt down anyone using libiphone in main to commit to support that ;)
[15:01] <asac> i really think if you subscribe to bugs you are already responsible :-P
[15:02] <asac> do you know if usbmuxd is run as root?
[15:03] <asac> ok updated bug with shortlist discussedhere
[15:05] <asac> how do we remove a debconf template from cache? i though there was a debconf command/function to clean
[15:05] <seb128> asac, no it doesn't
[15:05] <seb128> run as usbmux
[15:06] <asac> thanks
[15:06] <seb128> it's also not running all time
[15:06] <seb128> just when a device is detected
[15:26] <cyphermox> asac, re fontconfig, bug 490326, I have the debdiffs up in the same place as before
[15:33] <asac> did you update your bzr branch?
[15:33] <asac> cyphermox: ?
[15:33] <asac> http://bazaar.launchpad.net/~mathieu-tl/ubuntu/lucid/fontconfig/merge-to-2.8.0-2.lp490326
[15:34] <cyphermox> i created a new one
[15:34] <cyphermox> http://bazaar.launchpad.net/~mathieu-tl/ubuntu/lucid/fontconfig/merge-to-2.8.0-2.lp490326.take2
[15:34] <asac> dont like two commits ;)
[15:34] <asac> you
[15:34] <cyphermox> not for merges. is that wrong?
[15:35] <asac> yes, i alread have that branch
[15:35] <asac> so you can easily commit another commit ... anyway, pulling now
[15:35] <itorrey> djsiegel: I have the Renkoo theme on my list of things to hit tomorrow. I'll just take a stab at the colors and you guys can tweak as needed.
[15:35] <asac> cyphermox: also its easier to see that the comments have been addressed as i just need to check a tiny commit diff
[15:35] <cyphermox> sorry ;)
[15:36] <asac> now i have to review everything again
[15:36] <cyphermox> well not necessarily
[15:36] <asac> np
[15:36] <asac> i know about ways to work around
[15:36] <cyphermox> i haven't destroyed the branch, I can always push to it again with these changes
[15:36] <asac> but i need the other branch for that
[15:36] <asac> or have to do a length online diff
[15:39] <didrocks> jcastro: I don't get a "mutter" project in LP, can you register it, please?
[15:41] <asac> so ... what to do to remove debconf templates from systems if the package stops shipping them? anyone?
[15:41] <jcastro> didrocks: sure
[15:42] <asac> ok found it
[15:42] <asac> cyphermox: db_purge
[15:42] <asac> http://www.fifi.org/doc/debconf-doc/tutorial.html
[15:42] <asac> if you want add that for upgrades from versions below the new one
[15:42] <cyphermox> ok
[15:42] <jcastro> didrocks: done
[15:53] <didrocks> jcastro: thanks :)
[16:08] <didrocks> jcastro: I don't know if you received that: I must rename ubuntu-netbook-remix-default-settings in launchpad to  ubuntu-netbook-default-settings (and make some kind of indirection for people using < lucid). Are you in  charge or do I just open a request on LP?
[16:09] <jcastro> hmm, I don't know how to do that, #launchpad can help you
[16:09] <didrocks> ok, I'll
[16:09] <didrocks> thanks
[16:10] <tseliot> rickspencer3: ping
[16:11] <rickspencer3> hi tseliot
[16:12]  * rickspencer3 tseliot ug, I'm sorry, I am not quite available atm
[16:12] <tseliot> rickspencer3: no problem
[16:21] <pitti> chrisccoulson: I heared that you're on the g-p-m 2.29.1 update?
[16:21] <chrisccoulson> pitti - i am
[16:21] <pitti> chrisccoulson: I need to touch the package to fix a bug and also disable unconditional hal triggering
[16:21] <pitti> chrisccoulson: so I thought perhaps we could update the package and disable the notify patch for now
[16:21] <chrisccoulson> pitti - feel free to do that, i'll just merge in the changes to my local branch later
[16:22] <chrisccoulson> pitti - i don't mind, but i'm at work at the moment (and my branch is at home)
[16:22] <pitti> chrisccoulson: did you already spend a lot of effort on the local branch? wrt. refreshing the other patches, etc?
[16:22] <chrisccoulson> pitti - i spent some effort on it, although not a huge amount
[16:25] <chrisccoulson> pitti - sorry, i was hoping to have the update finished by now, but i keep getting distracted by other tasks ;)
[16:28] <djsiegel> ok asac, can we have a catch-up about some of the UNE changes?
[16:28] <djsiegel> As far as dropping apps and replacing them with web apps goes?
[16:28] <asac> djsiegel: yes
[16:29] <asac> djsiegel: how long are you on today?
[16:29] <seb128> chrisccoulson, you can claim the g-s-d update in exchange if you want something ;-è)
[16:29] <seb128> ;-)
[16:29] <chrisccoulson> seb128 - yeah, i can do that
[16:29] <seb128> thanks
[16:30] <pitti> chrisccoulson: re; nevermind, no reason to waste effort; I'll just work in the upstream git branch for this
[16:31] <chrisccoulson> it seems g-s-d has grown a new status icon for keyboard stuff
[16:31] <chrisccoulson> more application indicator porting ;)
[16:32] <seb128> yeah
[16:32] <seb128> tedg, ^
[16:32] <chrisccoulson> i can probably work on that
[16:32] <chrisccoulson> although, the status icon class is part of libgnomekbd, so it might be best to do the work there
[16:32] <tedg> Man.  They keep popping up everywhere!
[16:32]  * pitti does mor hal invocation squishing
[16:33] <pitti> "more"
[16:33] <jcastro> chrisccoulson: I've started to file placeholder bugs for a-i work in bugzilla and in lp, feel free to claim them!
[16:34] <chrisccoulson> jcastro - will do :)
[16:34] <chrisccoulson> although i need to be careful not to over-commit myself ;)
[16:34] <jcastro> seb128: I got a mail from the gbrainy maintainer saying that if we have any questions/issues to contact him.
[16:34] <seb128> jcastro, if you open the nautilus one I will add my patch there
[16:34] <jcastro> seb128: on it.
[16:34] <seb128> jcastro, ok, can you please forward that info to robert_ancell too?
[16:34] <seb128> he's our "games guy"
[16:34] <jcastro> yep I was planning to, I saw he registered the lp page
[16:34] <seb128> he's gnome-games upstream too
[16:34] <seb128> ;-)
[16:34] <seb128> thanks
[16:35] <jcastro> oh, is jclinton not doing -games anymore?
[16:36] <seb128> they are several
[16:36] <seb128> enough games there to keep some people busy
[16:36] <seb128> ;-)
[16:36] <jcastro> I had never heard of gbrainy until yesterday
[16:36] <jcastro> it's pretty fun
[16:36] <chrisccoulson> we don't want too many games, otherwise nobody will ever get any work done ;)
[16:37] <seb128> yeah
[16:37] <jcastro> thank the maker we didn't put tetrinet on there, we'd be doomed.
[16:37] <chrisccoulson> jcastro - i tried gbrainy at 4am
[16:37] <chrisccoulson> its probably best to try it when more alert ;)
[16:48] <chrisccoulson> right, home time
[16:50] <seb128> jcastro, why did you reopen the indicator bug for rhythmbox?
[16:51] <jcastro> seb128: I wanted to keep it open until the patch is submitted upstream. I talked to Ken about it, do you think there's a better way to do that?
[16:51] <seb128> no
[16:51] <seb128> but it sucks to keep it open
[16:51] <seb128> it still shows on our todolist
[16:52] <seb128> why isn't the upstream tasks good enough for you?
[16:52] <jcastro> because if it's not open I get the feeling it will be forgotten about.
[16:53] <seb128> jcastro, when can't you attach the current patch there?
[16:53] <jcastro> I would rather keep them open until the patch is submitted upstream. The patches will be assigned to the DX team in the future anyway right?
[16:53] <seb128> jcastro, it still shows in the rhythmbox bug list
[16:53]  * Amaranth waves
[16:53] <jcastro> seb128: it was but then we found a crasher so bratsche is looking at it
[16:54] <seb128> and on the tagged indicator buglist
[16:54] <seb128> I'm not sure how to track that but keeping fixed bugs open is not great either
[16:54] <jcastro> I am open to suggestions, I just think that if we close them when we upload to the distro people might forget to push them upstream.
[16:55] <Amaranth> Launchpad needs tasks management :)
[16:55] <jcastro> and the goal for a-i patches is for them to be pushed and accepted upstream so I think in this case the bug isn't fixed until it's been sent up.
[16:56] <seb128> jcastro, that's why things should not be uploaded before being sent
[16:56] <seb128> this way it give motivation to people to send their things upstream too...
[16:56] <jcastro> hmm, that's a good idea.
[16:57]  * jcastro adds to the page
[17:01] <kenvandine> jcastro, i think the ubuntu bug for it should be "Fix Released" and the upstream bug in LP left open
[17:02] <jcastro> ok fine fine.
[17:02] <kenvandine> since it is fixed in the distro, which is what the ubuntu bug is about
[17:02]  * kenvandine thought that is what you meant on IM :)
[17:02] <kenvandine> or leave the bug against a-i open
[17:02] <jcastro> but if we end up with a patch rotting in lp and people want to kill me you will come help. :p
[17:02] <kenvandine> hehe
[17:03]  * kenvandine thinks there should be a part of the upstream report that lists every patch in every package... and link to the upstream bug... or a reason it isn't submitted upstream :)
[17:04] <cassidy> ++
[17:04] <kenvandine> :)
[17:04] <kenvandine> jcastro, see even upstream likes that idea
[17:04]  * kenvandine enjoys creating more work for jcastro
[17:04] <kenvandine> :-D
[17:05] <jcastro> Don't worry, the lp team should be landing a +patches view this month
[17:06] <kenvandine> awesome
[17:28] <pitti> lool: https://code.edge.launchpad.net/~ubuntu-bugcontrol/qa-regression-testing/master
[17:31] <pitti> chrisccoulson: ok, I pushed my patch to the g-p-m bzr without updating to the new version; it's unintrusive, thus shouldn't cause you any trouble (I did it against upstream git head, backports without issue)
[17:31] <chrisccoulson> pitti - thanks, i'll try and get back on to that later
[17:31] <chrisccoulson> has A2 been released yet?
[17:32] <chrisccoulson> (i havent gone through all my mails)
[17:32] <chrisccoulson> ah
[17:32] <chrisccoulson> the topic on #ubuntu-devel would suggest not
[17:33] <pitti> no, but the .isos are pretty much final
[17:39] <jcastro> seb128: https://bugzilla.gnome.org/show_bug.cgi?id=606987
[17:39] <jcastro> seb128: I've linked it to the lp nautilus bug
[17:41] <chrisccoulson> jcastro - OOI, how receptive have the upstream guys been to all these requests on the gnome bugzilla so far?
[17:42] <jcastro> chrisccoulson: the ones who have responded to me have asked how it fits into the bigger gnome picture, so yesterday Ted posted a mail to gnome d-d-l asking for feedback
[17:42] <chrisccoulson> jcastro - ah, cool. i've not seen ted's mail yet
[17:42] <chrisccoulson> i really need to work my way through my inbox ;)
[17:44] <seb128> jcastro, thanks
[18:45]  * asac almost uploaded in the freeze
[18:57] <cyphermox> asac, can you take a look at my branch for fontconfig again?
[18:58] <asac> cyphermox: one more time?
[18:58] <asac> third revision?
[18:59] <cyphermox> no
[18:59] <cyphermox> the same this time :)
[19:38] <fta> in lucid, rhythmbox lost its tray icon :(
[19:38] <chrisccoulson> fta - do you have the indicator-applet on your panel?
[19:38] <chrisccoulson> it should use the new application indicator
[19:38] <fta> yes
[19:38] <chrisccoulson> i don't think the fallback works yet
[19:38] <chrisccoulson> ah
[19:39] <fta> i have your xchat applet too, but it doesn't do anything for me :S
[19:39] <fta> hm, is it yours?
[19:40] <fta> or ken's?
[19:40] <chrisccoulson> is that the xchat-indicator that kenvandine worked on?
[19:40] <fta> ok
[19:40] <chrisccoulson> it seems to be working ok here, but you need to explicitly enable the plugin
[19:40] <fta> yes, it's the one
[19:40] <chrisccoulson> it's disabled by default when you install it
[19:41] <kenvandine> the plugin can't enable itself
[19:41] <fta> i use xchat, not xchat-gnome. it's listed, but i don't know what else to expect from it
[19:41] <kenvandine> fta, do you have the message indicator ?
[19:41] <kenvandine> the applet i mean?
[19:41] <fta> i have Indicator Applet
[19:41] <kenvandine> ok
[19:42] <kenvandine> do you have an entry in it for xchat?
[19:42] <chrisccoulson> kenvandine - is there any way of changing the default config to enable the plugin by default?
[19:42] <kenvandine> chrisccoulson, yeah... in xchat
[19:42] <chrisccoulson> it seems silly to have to enable it manually after installing it
[19:42] <kenvandine> chrisccoulson, if we get my plugin into main... i will make it a recommends and enable it by default :)
[19:43] <chrisccoulson> kenvandine - awesome :)
[19:43] <kenvandine> i wish the plugin could tell xchat to load itself :)
[19:43] <kenvandine> but i guess that would be evil
[19:43] <kenvandine> fta, ?
[19:44] <fta> kenvandine, http://www.sofaraway.org/ubuntu/tmp/indicator-applet.png
[19:44] <kenvandine> fta, ok... that is good
[19:44] <kenvandine> means the plugin is actually loaded
[19:44] <kenvandine> fta, so you don't get messages when you are highlighted?
[19:44] <fta> what is it supposed to do?
[19:44] <fta> nope
[19:45] <kenvandine> http://blogs.gnome.org/kenvandine/
[19:45] <kenvandine> that is what it should look like when you have messages you haven't seen
[19:45] <kenvandine> so if i highlight you in a channel you don't have focused
[19:45] <kenvandine> you should see something in the indicator
[19:45] <kenvandine> or if i PM you
[19:45] <kenvandine> see something now?
[19:45] <fta> also note that rhythmbox is no longer in the systray (which is my initial complain ;))
[19:46] <kenvandine> yeah... i know
[19:46] <kenvandine> libappindicator with fallback support will be uploaded today
[19:46] <fta> yep, it worked, i see kenvandine 0m
[19:46] <kenvandine> ok
[19:46] <kenvandine> :)
[19:46] <kenvandine> that's what it does :)
[19:46] <fta> excellent
[19:47] <fta> does it jump to the proper place too? i mean, scroll up if more stuff arrived since?
[19:47] <kenvandine> no
[19:47] <kenvandine> the plugin interface doesn't really provide that
[19:48] <kenvandine> it would require hacking xchat directly :)
[19:48] <kenvandine> and i really want to keep this within the bounds of a proper plugin :)
[19:48] <kenvandine> fta, note i haven't tested it much with xchat
[19:48] <kenvandine> fta, so please report bugs :)
[19:48] <fta> sure
[19:48] <kenvandine> thx
[19:49] <fta> hm, rhythmbox crashed
[19:49] <fta> tried to touch the plugins
[19:51] <kenvandine> known bug... will be fixed soon
[19:51] <kenvandine> well if you disable and enable the status icon
[19:51] <kenvandine> it crashes
[19:51] <kenvandine> bratsche is fixing it
[19:52] <fta> ok, good
[19:54] <fta> i have a patch for an evolution bug preventing me from using it for work, would you (anyone) consider it?
[19:54] <fta> gnome 585577
[19:56] <fta> i've been using it for months in karmic, but lost it with the upgrade to lucid
[19:57] <jcastro> kenvandine: should I file a bug about reverting tomboy back?
[20:20] <asac> my mother updated hardy today and now if she clicks on the shutdown button, her gnome-panel crashes :)
[20:20] <asac> anyone did any SRU or something in that direction?
[20:20] <asac> hmm. is there a list of what was pushed to -updated -security in a chronological form?
[20:20] <asac> updates
[20:23] <asac> something feels really broken with gnome or so
[20:23] <asac> (firefox:6342): GnomeUI-WARNING **: While connecting to session manager:
[20:23] <asac> Authentication Rejected, reason : None of the authentication protocols specified are supported and host-based authentication failed.
[20:23] <asac> thtas on hardy
[20:23] <bryyce> o_O
[20:23] <asac> besides having zero length .xsession-errors
[20:23] <asac> bryyce: did you roll an X update ;)?
[20:23] <bryyce> nope
[20:23] <asac> or are you off the hook
[20:23] <asac> ok lucky you ;)
[20:23] <bryyce> not to hardy anyway
[20:23] <asac> really felt bad
[20:24] <asac> she upgrades every few days. todays upgrade busted a bunch of things :)
[20:24] <bryyce> besides, sounds more like a dbus or gnome-*-daemon type of an issue
[20:24] <asac> of course she cannot really remember what got updated
[20:24] <bryyce> asac, what's in /var/log/dpkg.log ?
[20:24] <kenvandine> jcastro, please do
[20:24] <asac> bryyce: hey, dont ask too much
[20:24] <jcastro> kenvandine: whom do I assign it to? Just the desktop team?
[20:24] <bryyce> lol
[20:24] <kenvandine> me
[20:24] <asac> i already talked to her like 2h on phone now
[20:24] <jcastro> ok
[20:24] <asac> :)
[20:24] <kenvandine> thx
[20:24] <bryyce> asac, okay:  "Did you try rebooting?"
[20:25] <asac> yes, multiple times, thats when she found that the shutdown button started to crash the gnome-panel
[20:25] <asac> you click on it-> boom -> gnome-panel doesnt even come back
[20:25] <asac> sounds bad
[20:25] <asac> pitti: did you push something gnome related to -updates in the last two days?
[20:26] <asac> where can i find that? are those going to changes mailing list? /me checks
[20:26] <asac> hmm only see -proposed
[20:26] <bryyce> asac, also don't rule out that the updates were fine but just triggered the issue in a round about way (like running out of disk space)
[20:28] <bryyce> asac, another case I've run into in supporting other people's systems is an incomplete upgrade which left some package un-reconfigured
[20:28] <asac> hmm ... good point
[20:28] <asac> .xsession-errors feels bad
[20:28] <asac> we checked that upgrade
[20:28] <asac> all up to date
[20:28] <asac> we even reinstalled a few packages through synaptic (that was really bad) :)
[20:29] <asac> but good point i should have checked disk space
[20:29] <bryyce> asac, we really need a remote administration feature in ubuntu so we can better support our moms :-)
[20:29] <asac> will do that tomorrow ;)
[20:29] <asac> yeah ;)
[20:29] <asac> thats actually something i wanted to do before i started to work here for ubuntu :)
[20:29] <asac> come up with a great support thing ;)
[20:35] <kees> bryyce: the stuff under system/preferences/"remote desktop" works great for me for mom-support
[20:37] <bryyce> kees, ah ok I'll have to try that out some time
[20:37] <bryyce> kees, fortunately most of the problems I've had to troubleshoot have been of the "is it plugged in" variety
[20:38] <kenvandine> bryyce, have her "share desktop" in empathy :)
[21:35] <fta> i have desktop sounds disabled, yet, they are there.
[21:36] <fta> and something just started to emit a click sound every 5 sec
[21:36] <fta> weird
[21:37] <fta> oops, it's chromium
[21:40] <fta> yet, xchat and all gtk textfields have sounds
[22:28] <geser> I've upgraded my desktop from karmic to lucid. everything worked well, except that my desktop wallpaper doesn't span my both monitors anymore. I've tried to set it again with gnome-desktop-properties but I couldn't find a setting that made it span again.
[22:30] <geser> Any idea how I get it cover both monitors again (with only one occurance of the wallpaper)
[22:30] <geser> ?
[23:13] <bryyce> geser, which video driver?
[23:13] <geser> radeon
[23:14] <bryyce> hm
[23:14] <geser> the X setup seems to be ok, I've a desktop spaning both monitors but not the wallpaper
[23:14] <geser> dimensions:    3200x1200 pixels (from xdpyinfo)
[23:15] <geser> and I've also a wallpaper in that dimension
[23:15] <bryyce> geser, maybe it's a new gnome desktop "feature"
[23:18] <bryyce> geser, sounds like maybe a seb128 question.  Might check in the relevant gnome packages on launchpad if there's already a bug and if not open a new one
[23:18] <bryyce> geser, my thought had been if you were using a proprietary driver maybe xinerama kicked in, but for -radeon that doesn't work, and sounds like you correctly verified your X environment is right
[23:18] <bryyce> so I'd probably start reviewing the changelog and bug reports for gnome-panel or whatever sets up the wallpaper
[23:18] <bryyce> geser, I hope it gets fixed!  That's one that'll affect me too once I update my own desktop
[23:19] <mclasen> you can make it span by setting it to tiled
[23:21] <geser> I tried the different "styles" but none does what I want
[23:22] <geser> "tile" cuts of a part and repeats the wallpaper again
[23:26] <geser> http://www.bienia.de/tmp/Screenshot.png, that's "Tile"
[23:30] <mclasen> to use tile as a workaround to get a stretched background back, you have to pick an image of the right size...
[23:31] <geser> that wallpaper is of the right size (3200x1200) as I used it with karmic where it worked
[23:31] <geser> it broke with my update to lucid
[23:32] <geser> looks like a fix for https://bugzilla.gnome.org/show_bug.cgi?id=147808 broke it
[23:34] <mclasen> the behaviour on multi-monitor setups was changed to a more useful one
[23:36] <geser> but broke an other valid configuration
[23:36] <bryyce> geser, ah the current bug for the issue is https://bugzilla.gnome.org/show_bug.cgi?id=603551
[23:37] <bryyce> yeah agreed the "fix" just shifted breakage from one use case to another
[23:37] <bryyce> should have been made a configuration setting
[23:39] <mclasen> according to the 'you can never drop a broken feature' school of thought, yes...
[23:41] <asac> https://bugzilla.gnome.org/show_bug.cgi?id=598231
[23:41] <geser> a better fix would be to be able to select a wallpaper per monitor (additionally)
[23:41] <asac> anyone knows a metacity developer who could look at that patch?
[23:42] <geser> currently I can't use my old wallpaper and I don't know yet if I manage to find a wallpaper that looks on a 1280x1024 and 1920x1200 right


[01:20] <lotuspsychje> good morning
[01:37] <guiverc> G'day lotuspsychje , fyi: If I've stolen your bug report (1862016) let me know (or steal it back).. I really was too lazy & didn't look deep into it...  sigabrt/sigsegv may be different issues..
[01:37] <lotuspsychje> bug #1862016
[01:39] <lotuspsychje> guiverc: ah you mean you added the git, and i should delete qbittorrent(ubuntu) right?
[01:41] <guiverc> No - yeah I added the upstream issue once I finally got around to pasting something there, but no I'm suggesting you can delete the git ref. if you consider me "stealing"  your bug report,  my own comment days ago mentioned my issue maybe different (it was what I encountered on your request to try it... why I used your report)
[01:41] <lotuspsychje> i dont mind stealing, as long as it gets attention
[01:43] <lotuspsychje> guiverc: still think the same occurs for me, cause 1st time launch i can also delay the crash and search keywords, but once i add a torrent to the list it crashes
[01:44] <lotuspsychje> weird issue
[01:47] <lotuspsychje> guiverc: meanwhile, i got 2 other bugs to play with lol
[01:48] <lotuspsychje> bug #1862150    and bug #1862756
[01:48] <guiverc> i'm playing with the openbox one too...
[03:11] <kenperkins> ok, trying to figure out a terminal app that supports tabs that resizes font size consistently on all tabs when you Ctrl-+ or Ctrl--
[03:12] <pragmaticenigma> no such thing
[05:21] <lotuspsychje> guiverc: i didnt expect nvidia to have the trail too
[05:21] <lotuspsychje> interesting bug
[05:26] <lotuspsychje> guiverc: did you affect the bug also? think we can mark it back 'confirmed' nwo too right?
[05:26] <lotuspsychje> *now
[05:26] <guiverc> alas it's not new, (bionic; I didn't addt tag I probably should have), i'll have used nouveau - though given it was a kubuntu install I should check...
[05:27] <guiverc> great point - not sure I did that..
[05:27] <lotuspsychje> allrighty :p back on track
[05:28] <guiverc> hold on, sorry you were bionic (18.04), I'm mixing up bugs (openbox trail, gnome-mpv..)
[05:29] <lotuspsychje> guiverc: tested the openbox bug on both bionic & focal
[05:29] <lotuspsychje> both affected
[05:30] <guiverc> the stupid p4/pentium-d box has added about 5oC to this temperature of this room I didn't need
[05:31] <lotuspsychje> guiverc: guess what, gnome-mpv also crashes on 20.04 here
[05:32] <guiverc> :(  but mainly as you won't be using i386 I bet... it didn't crash for me on my amd64
[05:32] <lotuspsychje> does here
[05:33] <lotuspsychje> so we can rule out architecture issue?
[05:36] <lotuspsychje> oh wait i was testing the default video player
[05:36] <guiverc> :|   i tested two amd64 boxes (this c2q-9400 20.04 & c2d-e6320 18.04.4) without issue, but that's minimal testing anyway...
[05:38] <lotuspsychje> its totem that crashes for me
[05:39] <lotuspsychje> lemme test mpv on my bionic box
[05:41] <lotus|NUC> guiverc: ok, works here 64bit
[05:42] <guiverc> :)   (as it fits with what I found)
[05:43] <lotuspsychje> yep
[05:44] <lotuspsychje> bug #1854085 is what i had :p
[05:52] <guiverc> ack
[05:52] <lotuspsychje_> dsl disconnects :p
[06:28] <ducasse> good morning
[07:07] <lordievader> Good morning
[18:24] <lotuspsychje> credits to you Bashing-om bug #1794876 answer #8
[18:24] <Bashing-om> lotuspsychje: Naw not me ... was tomreyn that did that leg work :P
[18:25] <lotuspsychje> tomreyn has enough cookies already lol
[18:25] <Bashing-om> We fatten him up for the slaughter :P
[18:25] <lotuspsychje> lol


[00:01] <copec> I'm working with dnsdist on Ubuntu 22.04.2, and looking at this for eBPF https://wiki.ubuntu.com/SecurityTeam/KnowledgeBase/BHI
[00:01] <copec> It seems though that when kernel.unprivileged_bpf_disabled=2 that even giving bpf capability with apparmor and in the systemd unit will allow eBPF to work, but when kernel.unprivileged_bpf_disabled=0, then anything unpriviledged whether restricted by apparmor or not can use eBPF. Is this normal behaviour? How can I still just restrict it to the dnsdist unit?
[00:03] <copec> Sorry, I meant when  kernel.unprivileged_bpf_disabled=2 then nothing allows ebpf to work, but when  kernel.unprivileged_bpf_disabled=0 then it works for everything no matter whether it has the capability or not
[00:04] <Liowenex> mitigations=off
[00:06] <sarnold> I wonder if mitigations=off works for that. I'd be surprised.
[00:07] <Liowenex> At the very least they'll notice an increase in CPU performance
[01:12] <oerheks> kernel.unprivileged_bpf_disabled=2  https://wiki.ubuntu.com/SecurityTeam/KnowledgeBase/BHI
[01:14] <oerheks> copec, sarnold Liowenex
[05:39] <dabbler> I can't figure out why I have significant space remaining unusable on my /boot btrfs. There's only one subvolume (other than id 5) and there's nothing outside it. I just booted so there shouldn't be any unlinked files open. Yet 2/5ths of the filesystem isn't available. Any ideas?
[05:44] <webchat24> 23.04 proposed... after an update of the shell i dont get the normal login screen but only terminal... how do i get into the desktop and how to get the login screen back at boot?
[05:47] <dabbler> webchat24: sudo systemctl start [*].service
[05:48] <dabbler> Where [*] depends on your flavor of Ubuntu
[05:48] <webchat24> ubuntu 23.04 proposed
[05:49] <dabbler> Ok, for "plain" Ubuntu, it's gdm or gdm3. I forget which but it should autocomplete with tab
[05:50] <webchat24> unit service.service not found
[05:52] <webchat24> gdm3 without service dosnt start desktop
[05:52] <dabbler> What about just gdm?
[05:53] <webchat24> unit gdm.service not found
[05:53] <dabbler> Hmm press tab after the space after "start" to see all services
[05:54] <dabbler> Usually there are a lot
[05:55] <webchat24> no gdm
[05:55] <dabbler> Does it list a lot?
[05:55] <webchat24> 247 items
[05:56] <dabbler> Ok. Let me check what package provides it
[05:57] <webchat24> dabbler thx a lot :)
[05:57] <dabbler> It's gdm3 haha
[05:57] <dabbler> What happens if you do "sudo apt install gdm3"?
[05:58] <dabbler> I'm guessing something went wrong with its installation during the upgrade to lunar
[05:58] <webchat24> it installs gnome shell and so on
[05:59] <dabbler> It didn't say they're already installed?
[05:59] <webchat24> and im back in the dektop... hurray :D
[05:59] <dabbler> Nice!
[06:00] <webchat24> no... seems the latest update something was missing... some mutter updates were hold back
[06:01] <dabbler> How did you do the upgrade to 23.04? Through the "software something" UI in the desktop?
[06:01] <dabbler> Or with apt dist-upgrade?
[06:01] <webchat24> with sudo apt full-upgrade
[06:02] <dabbler> Oh ok. I'm not familiar with that one. Were you following a guide?
[06:02] <webchat24> i did in past with dist-upgrade
[06:02] <webchat24> saw with help its full-upgrade
[06:03] <webchat24> they should be the same
[06:03] <dabbler> Ok. I wonder if there's a log file you can check to see whether anything else failed to install properly
[06:06] <dabbler> webchat24: Is there a /var/log/full-upgrade on your system?
[06:06] <dabbler> Or a /var/log/dist-upgrade?
[06:08] <dabbler> Actually, it's probably simpler to just make sure every dependency of ubuntu-desktop got installed
[06:08] <dabbler> Do 'sudo apt install ubuntu-desktop'
[06:08] <webchat24> no but dist-upgrade
[06:09] <dabbler> Ok, the contents of that directory are what should be studied if you end up needing to know what went wrong
[06:11] <dabbler> But you may not need to worry about that as long as you can get the ubuntu-desktop package (and all its dependencies) installed at this point
[06:11] <webchat24> 12 things get installed with install ubuntu-desktop
[06:12] <dabbler> Ok, assuming they install successfully, I think you're good to go
[06:12] <webchat24> thx a lot :)
[06:13] <dabbler> You're welcome
[06:25] <hid3> Greetings everyone. I've got a small farm of Ubuntu 22.04 LTS servers which all run as VMs in one physical machine. They have some cron jobs in cron.daily, weekly and monthly schedules. The problem is that by default all the crons start at the same time, causing load/slowness on the main physical machine. Is there any tool which would somehow randomise the start times of cron.daily, cron.weekly and cron.monthly jobs?
[06:27] <dabbler> hid3: it would probably be cleaner to insert a wait into the "cronned" scripts themselves
[06:28] <dabbler> A wait period that's either hard-coded but different or random within a certain interval
[06:28] <hid3> yeah, but that would mess everything up. E.g. if I insert into a script "sleep 6h" line on one server, and during that window the server reboots, the job wouldn't be executed. Starting it in time would prevent that
[06:29] <hid3> It's hard to imagine that I'm the only one facing such problem
[06:30] <dabbler> Ah, I didn't realize the wait would be so long. Good point. You could get around that, but you're right that there might be an existing tool
[07:55] <ducasse> hid3: have you looked a systemd timer units? pretty sure they have a facility for that
[08:33] <Aavar> Hi
[08:33] <Aavar> Has there been a change in ubuntu where df doesnt show zfs?
[08:34] <Aavar> I have an array that seems to be mounted, but it does not show in df...
[08:47] <Aavar> No, the pool is not mounted...
[08:47] <Aavar> How can I fix that?
[08:48] <Aavar> It is imported, but not mounted for some reason...
[08:52] <Aavar> Got it back :) (great talk :P)
[08:56] <iomari891> greetings, How can I make "apt -y upgrade" automatically choose "ok" for all choices so I can script my update?
[08:57] <ravage> export DEBIAN_FRONTEND=noninteractive
[08:57] <ravage> should cover most of it
[08:58] <ravage> you can add as many dpkg options as you please like:
[08:58] <ravage> DEBIAN_FRONTEND=noninteractive apt-get dist-upgrade -qq -y -o Dpkg::Use-Pty=0 -o Dpkg::Options::='--force-confdef' -o Dpkg::Options::='--force-confold
[09:06] <yousuf> i
[09:06] <yousuf> iam yousuf kamal
[10:49] <throwthecheese> How do I get autorotation back on my tablet?
[10:52] <throwthecheese> I was about to finish setting up my touch-friendly XFCE configuration when out of the blue autorotation stopped working
[10:54] <throwthecheese> It's been broken on both X11 and Wayland (GNOME) but works fine on Windows
[10:58] <chilversc> In launchpad, is there anywhere that details how a package was built? In particular what options were passed to ./configure? The package I'm mainly interested in is nfs-utils https://launchpad.net/ubuntu/+source/nfs-utils
[10:59] <throwthecheese> So far I've tried reinstalling and reconfiguring iio-sensors-proxy and following the instructions detailed here: https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1851935, but to no avail
[10:59] -ubottu:#ubuntu- Launchpad bug 1851935 in systemd (Ubuntu) "iio-sensor-proxy can't find i2c-BOSC0200:00/iio:device0" [Undecided, Expired]
[10:59] <tarzeau> chilversc: yes there is
[11:00] <throwthecheese> iio-sensors-proxy.service is up and running yet my screen still won't turn
[11:00] <tarzeau> chilversc: https://launchpad.net/ubuntu/+source/nfs-utils/1:2.6.2-4ubuntu1/+build/25611701
[11:00] <chilversc> tarzeau: where do I need to click? I've never quite figured out the launchpad site
[11:01] <tarzeau> it's a bit hidden. i find it easier to apt-get source and debuild to get the log or refer to buildd.debian.org (less clicks, but not ubuntu)
[11:04] <chilversc> thanks
[11:11] <throwthecheese> Well, my issue seemed to go away on its own when I deleted the hwdb config file I tried to fix it with and restarted iio-sensor-proxy
[11:56] <David_1_> Hello there, I was about to download a ubuntu server iso from https://ubuntu.com/download/server. I got redirected to a dutch mirror (mirror.nl.datapacket.com) and got a security notice that the SSL certificate has expired on 29/05/2023. What is the right place to report the expired SSL certificate? Is there some kind of mirror coordinator?
[12:08] <ravage> David_1_: #ubuntu-mirrors
[12:09] <ravage> fastest way is an email to<EMAIL_ADDRESS>[12:11] <David_1_> Will shoot an e-mail. Thanks!
[12:19] <TomyWork> https://github.com/David-VTUK/Rancher-Packer/blob/main/vSphere/ubuntu_2204/http/user-data I'm using a modified version of this repo (and Hashicorp packer) to build vSphere VM templates for my kubernetes nodes. works really well, but I noticed I the time between the nodes diverged, because I never added any NTP config. The file I linked looks like an Ubuntu autoinstall file. Before I go and write shell code to configure the NTP server, does Ubuntu
[12:19] <TomyWork> autoinstall support doing that for me?
[13:56] <BluesKaj> Hi all
[14:01] <oac_> Hey there, I have a bit of a package reinstallation problem I'm hoping someone here might be able to help with.
[14:02] <BluesKaj> oac_,which package?
[14:02] <oac_> So I installed a PPA which provided specialized versions of apparmor and the kernel. I want to remove those PPAs and reinstall the versions from lunar/main
[14:02] <oac_> The packages are apparmor, dh-apparmor, libapparmor-dev, and libapparmor1
[14:03] <oac_> I removed apparmor, dh-apparmor, and libapparmor-dev, great.
[14:03] <oac_> But I can't remove libapparmor1 because it is required by systemd-sysv
[14:03] <oac_> and I can't reinstall the others because the version doesn't match
[14:04] <BluesKaj> remove the ppa and purge the related packages then do a normal package install,
[14:04] <oac_> I've tried uninstalling with the --allow-remove-essential --allow-change-held-packages and it won't let me uninstall libapparmor1
[14:04] <lotuspsychje> oac_: yeah, the volunteers cant advice on external ppa's
[14:05] <oac_> Technically, it's an internap ppa ;)
[14:05] <lotuspsychje> !ppapurge | oac_
[14:08] <leftyfb> oac_: sudo apt install --reinstall apparmor=3.0.8-1ubuntu2 libapparmor-dev=3.0.8-1ubuntu2 libapparmor1=3.0.8-1ubuntu2 && sudo apt remove --purge dh-apparmor
[14:12] <oac_> leftyfb: that worked, thanks so much!
[14:24] <oac> lotuspsychje: thanks for the ppa-purge suggestion too, TIL, I assume it will help me out of some other mess I make sometime in the future
[14:24] <lotuspsychje> cookie here goes to leftyfb :p
[14:25] <lotuspsychje> oac: just of curiosity, what was your purpose to go replace default apparmor and kernel with ppa versions?
[14:28] <oac> I'm on the snapd team, working on a new apparmor feature that (used to) require particular kernel and apparmor patches. With the new kernel 6.2.0-23.23, those features are included, and snapd vendors apparmor now, so I just wanted to get all the non-standard things off my machine
[14:29] <lotuspsychje> ah i see
[15:08] <Ok> hello all
[15:58] <maya329> Hey guys, anyone has any suggestion for backing up Ubuntu server? I'm looking at Crashplan and I can't get it to work headless T_T
[16:01] <tomreyn> !backuup | maya329
[16:01] <tomreyn> !backup | maya329
[16:01] <leftyfb> maya329: rsync
[16:01] <maya329> Any cloud services I can use cheaply?
[16:02] <leftyfb> maya329: we can't support 3rd party services here. You can ask for opinions in #ubuntu-discuss or #ubuntu-offtopic
[16:03] <maya329> ok thanks!
[16:03] <tomreyn> i'd say borg backup, restic, rsync, bacula are the best tools, but which one to pick will depend on what you needs are.
[16:04] <tomreyn> rsync is not a backup tool by default, but can be one in the right setup
[16:40] <TomyWork> just curious, why is ubuntu-22.04.2-live-server-amd64.iso 34% larger than ubuntu-22.04.1-live-server-amd64.iso?
[16:41] <TomyWork> not concerned about bloat or anything, just curious about what goes into an image that explains this rather large discrepancy
[16:42] <tomreyn> try asking this in #ubuntu-server
[17:51] <naxil> hello
[17:51] <oerheks> :-)
[17:52] <naxil> strange my lubuntu today wan't login normally... the screen for login stuck/freeze and only way is ctrl+alt F2 and startx.... but after chrome not work... etc...
[18:02] <MyComputer> leftyfb,  is my hero.
[18:03] <leftyfb> MyComputer: got VM's working with LXD?
[18:03] <MyComputer> still using kvm till i can learn lxd, thanks
[18:04] <MyComputer> its all new to me but looks great, building another machine where ill learn it.
[18:04] <leftyfb> MyComputer: so how exactly did I help you?
[18:04] <MyComputer> thanks for turning me on to it.
[18:04] <MyComputer> by fixing my config
[18:05] <oerheks> !cookie | leftyfb
[18:05] <naxil>      idk why i can't login anymore
[18:05] <naxil> who can help me?
[18:05] <oerheks> naxil,  try sudo apt update && sudo apt install -f
[18:06] <oerheks> maybe some packages are not fully installed.
[18:07] <MyComputer> have a good day folks.
[18:07] <leftyfb> !rootirc | root__
[18:56] <u8353v[m]> _**Are Kubuntu KDE Plasma issues welcome here?
[18:56] <u8353v[m]> Or this room only addresses Gnome?**_
[18:59] <sarnold> yeah those are fine, but there's also a #kubuntu that might work better if you started with a kubuntu installer
 "yeah those are fine, but there's..." <- i prefer to use this room only than the flavours one.
[19:12]  * u8353v[m] uploaded an image: (58KiB) < https://libera.ems.host/_matrix/media/v3/download/matrix.org/MVfSlcXViXipedhfzgigdLAb/image.png >
[19:12] <u8353v[m]> How can i change my digital clock font size?... (full message at <https://libera.ems.host/_matrix/media/v3/download/libera.chat/2981658811bcf021b780b22e8c361b652f01b157>)
[19:13] <oerheks> keep it all in one line. your message is broken, and we need to click something for the rest?
[19:14] <u8353v[m]> oerheks: oh sorry.
[19:14] <u8353v[m]> let me fix it
[19:14] <u8353v[m]> How can i change my digital clock font size?... (full message at <https://libera.ems.host/_matrix/media/v3/download/libera.chat/2981658811bcf021b780b22e8c361b652f01b157>)
[19:15] <sarnold> yeah, a lot of users aren't going to click a link to go view the rest of a message
[19:15] <oerheks> we see this
[19:15] <oerheks> [21:14:58] <u8353v[m]> How can i change my digital clock font size?... (full message at <https://libera.ems.host/_matrix/media/v3/download/libera.chat/2981658811bcf021b780b22e8c361b652f01b157>)
[19:15] <sarnold> oerheks: I wonder if his client mangles that message on the way back
[19:15]  * u8353v[m] uploaded an image: (58KiB) < https://libera.ems.host/_matrix/media/v3/download/matrix.org/ZBBWIeEBEnbEWboAgZGJiZWe/image.png >
[19:16] <u8353v[m]> sarnold: so far i haven't received negative remarks on this.
[19:16] <u8353v[m]> i use element!
[19:16] <oerheks> sarnold, and echo-ing.
[19:16] <u8353v[m]> s/i use element!/i use **element**!/
[19:16] <oerheks> what happens if you click font style?
[19:17] <u8353v[m]> oerheks: there is no font style option
[19:17] <u8353v[m]> are you ond gnome or kde?
[19:17] <u8353v[m]> s/ond/on/
[19:18] <oerheks> i see that option clearly.
[19:18] <u8353v[m]> oerheks: how did you do this? to make the text display in the browser?
[19:18] <u8353v[m]> what's the trick?
[19:18] <oerheks> time to join #kubuntu. maybe with a normal irc client.
[19:19] <u8353v[m]> oerheks: i wanted to stick with this room only but i understand 🫡
[19:20] <u8353v[m]> so far matrix/element worked fine
[19:20] <oerheks> not for us.
[19:20] <sarnold> u8353v[m]: yeah, that's why I'm telling you now ;) a lot of people will just *not bother* -- they won't click, they won't tell you, etc.
[19:20] <u8353v[m]> you recommend https://libera.chat/?
[19:20] <u8353v[m]> sarnold: i know
[19:20] <leftyfb> u8353v[m]: the point of joining #kubuntu is it's all kubuntu users who are familiar with kubuntu/KDE who might know how to help you better than the majority of people here
[19:21] <u8353v[m]> indeed.
[19:21] <u8353v[m]> i'd believe most people here use gnome.
[19:22] <u8353v[m]> i like to keep my options simple.
[19:22] <u8353v[m]> u recommend this client? https://libera.chat/
[19:22] <sarnold> it probably works well enough for short use; I prefer irssi, but I've been using it for 20 years or so. if I were picking something from scratch today I'd probably try weechat first.
[19:23] <oerheks> that is the official web portal
[19:23] <leftyfb> I prefer hexchat
[19:23] <leftyfb> I used to use irssi and weechat for a little while
[19:23] <leftyfb> it's all personal preference
[19:23] <oerheks> quassel for KDE ?
[19:24] <u8353v[m]> sarnold: will give weechat and irssi a go!
[19:25] <sarnold> I hear good things about quassel, yeah, but it's not for me :)
[19:25] <octav1a> quassel <3
[19:51] <AssTractionHero> Konversation seems to work pretty well for me with KDE. In fact, I'm pretty satisfied with all the embedded applications.
[19:52] <AssTractionHero> Also, hello, #ubuntu. Long-time KDE / Kubuntu user, first time caller. Good job, KDE guys.
[19:59] <AssTractionHero> Did not know about #kubuntu, joining now.
[20:08] <snappy> just a shot in the dark, we have a standard ubuntu 22.04 vultr instance running and i was wondering if there's some kind of thing like filesystem compression that could be enabled post-setup
[20:08] <snappy> looks like we're using ext4
[20:09] <leftyfb> not post-setup
[20:10] <leftyfb> and even with pre-setup, unlikely since it's more than likely a VPN with shared storage
[20:11] <snappy> damn
[21:21] <Cougar> I have realised 1 thing -  being a retired electronics engineer -  Nothing is absolute / right ? / well, that being said, i realised that electronics are more accurate than measured electronics. - linux / like any software is so buggy, that both engineers as well as devs have a bogus job / aks / rendering absolutes.
[21:23] <oerheks> Cougar, how is that related to ubuntu support?
[21:23] <Cougar> satans A.I. will save the day /  being software is an in-absolute / finally i can sleep at nite and say to my self / "will it boot?"
[21:23] <oerheks> !ontopic
[21:24] <Cougar> oerheks,   probably nothing at all, just sayin -  my apologies.
[21:27] <Cougar> after repairing anything electronics / for both the american community / as well as the military / i have concluded that ALL software is inherently bunk /  have a good day
[22:57] <gebbione> I just realised that the .bash_profile is not sourced automatically in my shell. Is that something expected or is it likely that I have somehow broken this in the past and forgot about it?
[22:59] <gebbione> never mind, i just read why
[23:31] <wfburton> hello
[23:31] <wfburton> any dev's here
[23:32] <sarnold> irc tends to work best with more concrete questions
[23:33] <wfburton> software and updates / Ubuntu Software option ( Installable from cd-rom or dvd.  Why no USB support media?
[23:35] <sarnold> probably usb is better served via something like apt-offline than with apt-cdrom
[23:35] <jeremy31> wfburton: what driver do you need?
[23:36] <wfburton> I want to upgrade with Software & Update GUI but there's no support for USB?
[23:37] <wfburton> Only has cd-rom or dvd
[23:37] <sarnold> yeah, nearly every computer has internet access these days, so there isn't a whole lot of focus on machines that have to use floppies / cd-r / usb memory sticks  to shuttle specific packages back and forth
[23:38] <sarnold> apt-cdrom was written ages ago, when internet access wasn't as common
[23:38] <sarnold> and no one has updated it to support read-write media like usb sticks; apt-offline can do that, but that isn't integrated into the update guis, etc
[23:38] <wfburton> Maybe ubuntu can add USB to the list
[23:40] <sarnold> you're the third person I've seen ask for it in the last ten years; I suspect it's just not common enough to implement
[23:41] <wfburton> Can I go 22.04.2 LTS to 23.04 as an upgrade and not a reinstall
[23:42] <sarnold> yes, that should work fine
[23:43] <mybalzitch> be aware you can't go back to the LTS release though
[23:43] <wfburton> k I'll give it .. yeah I know
[23:43] <mybalzitch> you'd have to wait for the next LTS release and upgrade to that
[23:43] <mybalzitch> kk cool
[23:43] <wfburton> so I have to wait for LTS to come out
[23:44] <mybalzitch> if you want to go back to a LTS release
[23:45] <mybalzitch> like 22.04 (LTS) -> 23.04 -> 24.04 (LTS)
[23:46] <wfburton> k  I'm having so issues with 22.04.2 LTS.  GCC won't update and also I have unmet dependencies but doesn't said which ones..
[23:47] <wfburton> ok thanks for the info... have a good night


[09:56] <benonsoftware> Hi, I was emailed requesting to re-name a page on https://help.ubuntu.com/community what should I do?
[09:57] <benonsoftware> (I believe it was sent directly to me unless I am miss reading something in gmail)
[10:01] <hobgoblin> benonsoftware: I got that too - I suspect a send to members of team is to blame
[10:02] <benonsoftware> hobgoblin: Ah, okies. So I don't need to worry?
[10:02] <hobgoblin> I don't think everyone is able to change wiki page names anyway - read something somewhere a little while ago
[10:02] <benonsoftware> Ah, thanks
[10:02] <hobgoblin> possibility of breaking links etc - I'm ignoring it :)
[10:02] <benonsoftware> :)
[14:03] <carif_> sorry, just got kicked out
[17:26] <mdke_> jbicha: are you working on the translation update? If not i'm happy to do so
[17:27] <jbicha> mdke_: it was on my list to do, but I hadn't started it yet & I'd need a sponsor anyway so you're welcome to take care of it
[17:28] <jbicha> how do you handle uploading it to Quantal?
[17:29] <mdke_> jbicha: normally the package just gets copied over to quantal but whoever approves the sru, or we can upload it separately
[17:29] <mdke_> jbicha: ok, I'll do it
[17:29] <jbicha> well the version number has to be different if we don't have the SRU/Archive Admin guy copy it over
[17:31] <mdke_> jbicha: right, the version number would be 12.10.1
[17:55] <mdke> jbicha: did you come across this one in the build for the previous upload? http://paste.ubuntu.com/974041/
[17:56] <mdke> jbicha: a particularly unhelpful error message :(
[18:26] <jbicha> mdke: sorry for the delay, yeah we had that problem quite a bit last time we uploaded
[18:26] <jbicha> shaunm mumbled something about it will be better with his next intltool update
[18:29] <jbicha> u2190 is ← but that error message doesn't exactly point to where the problem is
[18:33] <jbicha> if you commit the translations I can try to help you dig through and find the broken translated string
[18:33] <jbicha> it's such a headache though :|
[19:16] <mdke> jbicha: ok thanks, that gives me something to go on
[19:18] <mdke> jbicha: I guess we should be using xml entities for these types of symbols, although I have no idea if that would prevent the error message from happening
[19:19] <mdke> found that broken translation, I think
[19:19] <mdke> odd that itstool bailed on it
[19:22] <mdke> eww, now “ is causing a problem. That symbol reminds me of Microsoft Word autocorrection
[19:23] <mdke> Perhaps someone was using Microsoft Word when they wrote a particular string...
[19:25] <mdke> ok, it builds
[19:35] <jbicha> mdke: awesome
[19:36] <jbicha> LibreOffice for translations?
[19:37] <mdke> jbicha: the quotation symbols were in the English version
[19:37] <mdke> nice, Chinese is 100% translated
[19:37] <MrChrisDruif> Ugh, MS Word autocorrection....Ugh MS Word in general
[19:42] <mdke> yeah
[19:50] <jbicha> and to think that Simplified Chinese was at 0% a couple days ago ;)
[20:44] <shaunm> jbicha, mdke: http://itstool.org/download/
[20:44] <shaunm> get whoever packages itstool to package 1.1.3
[20:52] <jbicha> shaunm: thanks, we're good for today but I'm sure it'll help for next time


[11:17] <ShalokShalom> hi
[11:17] <ShalokShalom> i get this when trying to launch qbittorrent on current daily
[11:17] <ShalokShalom> qbittorrent: symbol lookup error: qbittorrent: undefined symbol: _ZN10libtorrent7session5startEiRKNS_13settings_packEPN5boost4asio10io_serviceE
 @ShalokShalom [<ShalokShalom> hi], Hello again. Good to see you!
 That is quite an interesting problem; mind saying something in -devel?
[12:17] <ShalokShalom> tsimonq2: done