[00:23] time to go to bed, have a good week-end :) [00:26] cya didrocks === kermiac_ is now known as kermiac === kermiac is now known as kermiac_ [10:41] RAOF: btw, I'm thinking about the --as-needed patch we often add to packages, do you know why it's not part of GNOME autogen.sh when generating ltmain.sh.? === Ghost_of_FP is now known as Ford_Prefect === asac_ is now known as asac [15:23] !test [15:23] hrm? [15:23] thanks for confirming that i am still here [15:28] yay another reconnect === asac_ is now known as asac [15:29] * asac goes for tea time rather than wasting time fiddling with router and /reconnect [16:00] any UNE people around? [16:02] is it about the mandatory settings? [16:03] LaserJock: I'm there :) [16:04] geser: yes [16:04] I was wondering what the "plan" was with that [16:04] LaserJock: there are some keys which are mandatories and others that are default now [16:05] my panel looks terrible but I figured there must be some master plan [16:05] LaserJock: terrible? [16:05] yeah [16:05] LaserJock: how? can you be a little bit more precise, please? [16:05] things are out of place [16:05] LaserJock: can you post a screenshot? [16:06] yeah, one sec [16:06] basically, it's impossible to add applets from within UNE [16:06] right [16:06] so I went in to regular GNOME and added them [16:06] and when I went back in to UNE things were a bit messed up [16:06] hum, normally you can't add new applets in UNE and those are default [16:07] adding into the GNOME session shouldn't add them to UNE [16:08] well, I didn't get new ones in UNE (bad) and my existing ones got re-arranged [16:08] one sec on the screenie [16:08] that shouldn't happen, strange :) [16:08] and yes, you shouldn't get new one in UNE, this is by design and tech limitation [16:09] (because of providing the new capability to run both GNOME and UNE in the same machine) [16:10] http://laserjock.us/Screenshot-1.png [16:10] but why are the applets mandatory? wouldn't default be better? [16:10] LaserJock: as told just before, that internal to gconf settings if you want both UNE and GNOME session [16:11] so ok, the calendar isn't in the right place [16:11] (time applet) [16:11] that can be fixed [16:12] at first I didn't have any time applet [16:12] right, this is an issue I have to fix [16:12] gconf bug about mandatory settings :) [16:12] I was trying to add the time applet, tomboy, and system monitor [16:12] (this is to share the same applet) [16:12] normally, you won't be able to edit the panel, just your GNOME one, but not in UNE [16:13] that's ... strange [16:13] this is less than optimal, I agree, but it involve heavily patching in gconf (too much for an LTS) [16:13] so, if you know a better way, without messing up user config, I'm open to any suggestion [16:13] why not do it in the user config? [16:14] because if a user change something in the GNOME session in the panel and the value aren't mandatory in UNE [16:14] well, but you can do the same thing [16:14] but let it be user-editable [16:14] tell me how to do it [16:14] throw a GUI in front of the mandatory bits for UNE [16:14] or let me finish my explanation :) [16:15] because if a user change something in the GNOME session in the panel and the value aren't mandatory in UNE, you get that: [16:15] - GNOME session panel will be drawn [16:15] - no home switcher applet [16:15] - no "personal taskbar in UNE" [16:16] this is related to gconf internals, you can't say "but those are default for UNE, discaring user configuration" [16:16] or having one gconf user configuration in GNOME session and another one for UNE [16:17] ok, so throw the UNE gconf keys in /var and make then editable [16:17] ? [16:17] LaserJock: that's what is already been done [16:17] but again [16:17] the user gconf configuration is in ~/.gconfd [16:17] if you change something in a panel, the _whole_ default is then ignoreed [16:17] and so you impact the UNE and the GNOME session conf [16:18] got back the two panels, and so on… [16:18] right, I'm saying keep them mandatory and all, what you've got now [16:18] is that clear? [16:18] right [16:18] but just provide a way for people to edit them [16:18] so that we can add applets [16:18] hum, that would be complicating an FF is closed [16:19] that means rewrite a new 'add applet' [16:19] right, but as it is now UNE has just become usless for anybody who wants to add a single applet [16:19] if you want to do that, do not hesitate :) [16:20] it was hardly doable in the last version too (just a little empty space) [16:20] this is a rather noticable regression and in an LTS release :( [16:20] LaserJock: do you want to work on that? honestly, I won't have the time [16:21] but I agree that this is less than ideal [16:21] no, I honestly just want to not have regressions in LTS releases [16:21] LaserJock: if nobody wants to work on that… :( [16:21] the seperation of GNOME from UNE sessions shouldn't have been done then [16:21] LaserJock: this was hardly asked by users [16:22] if nobody is willing to do it all the way, including patch up regressions, it shouldn't have been done in the first place [16:22] and that's why there was a session at UDS [16:22] LaserJock: people who really wanted to add panels can still edit files in /usr/share/gconf/une/mandatory [16:23] yeah [16:23] my choices are to either abandon UNE (sucks) or provide my own ubuntu-netbook-default-settings package (sucks slightly less) [16:23] LaserJock: can you log a bug on the time issue please? I'll fix it next week [16:24] LaserJock: how would you fix not having the two panels? that's what I'm interested in [16:24] LaserJock: you know, I had a look for more than one week on that issue, so I think I know the internals [16:24] don't do the split until you know you can do it right, simple as that [16:25] LaserJock: that's not constructive [16:25] why? [16:25] it should be common sense [16:26] LaserJock: because having a gnome session was more asked that the "I can't change my panel" (what karmic's panel didn't allow you as well as there were a small space to add a new applet) [16:27] but the behavior was the same as any normal gnome session [16:27] move applet then add [16:27] but now you can't do that [16:28] and having changes in GNOME affect UNE was unlikely to be much of an issue with people [16:28] they aren't likely to switch between the two regularly [16:28] so for seemingly minimal gain, the is a pretty significant cost [16:28] LaserJock: let me rephrase, if you add/move any applet in GNOME panel and keys are default (not mandatory) in UNE, you got the two panels in UNE as well [16:29] or if you change any in UNE as well, you crash your gnome setting [16:29] LaserJock: I'm thinking of a way, maybe, is to change XDG dir for gnome-panel only [16:29] that's not great [16:30] LaserJock: right, that's why I put them as mandatory [16:30] ok, I really gotta run [16:30] I understand the problem [16:30] I still think LTS is a bad time for this, but whatever [16:30] LaserJock: if you want to discuss about that later, I'm trying to figure out of how to do it right [16:30] I'll file bugs when I get back from errands [16:30] well, you might look at sabayon [16:31] or XDG seems sort of reasonable [16:31] LaserJock: I just hope you can at least understand it's not an easy thing to deal with :) [16:31] of course [16:31] I know and maintained sabayon [16:31] I've dealt with similar issues before [16:31] LaserJock: let discuss about that later, right? [16:31] I may have an idea [16:31] I think a simple GUI to edit the manditory keys would maybe work [16:31] (the XDG thing, but should be discuss) [16:31] ok, talk to you later [16:31] ttyl [16:43] working today didrocks? [18:40] someone to help me debugging a build issue for bluez [18:45] asac, around ? (as this is related to bluez) [18:50] http://launchpadlibrarian.net/39149642/buildlog_ubuntu-lucid-amd64.bluez_4.61-0ubuntu1_FAILEDTOBUILD.txt.gz [20:18] hey chrisccoulson [20:18] hey baptistemm [20:18] have you some minutes for me? [20:18] how are you? [20:18] fine, trying to package latest bluez [20:18] i have a few minutes, possibly ;) [20:18] My wife and my son are away for a week [20:18] :) [20:18] heh, enjoying the quiet? ;) [20:19] being a little sad when my son left [20:19] yeah, i can imagine [20:19] but I'm quite happy to have the quiet yeah ;) [20:20] back to bluez, the latest version has a symbols which was renamed, and so, the build fails [20:20] http://launchpadlibrarian.net/39149642/buildlog_ubuntu-lucid-amd64.bluez_4.61-0ubuntu1_FAILEDTOBUILD.txt.gz [20:21] you want to know how to resolve that? [20:21] I added the new symbols, but I don"t what to do with the missing one [20:22] should I bump the soname [20:22] ? [20:22] yeah [20:22] the soname should have been bumped upstream - that's not something we should do at a distro level [20:22] did they not bump the soname? [20:27] ah, so no soname change then [20:27] that would need reporting upstream really [20:29] hmm, I don't know how bluez define soname [20:30] I asked on #bluez earlier but noone was there to answer [20:30] baptistemm, the soname is defined in Makefile.am (lib_libbluetooth_la_LDFLAGS = -version-info 8:0:5) [20:31] we should avoid uploading this though until that issue is resolved, as there might be other things using that symbol [20:32] libbluetooth3 has a lot of rdepends [20:32] yep [20:32] hey chrisccoulson [20:32] hi baptistemm [20:32] at least the previous one (4.60) was never been uploaded, in the mean time this one doesn't break something [20:32] hi james_w [20:32] hey james_w, how are you? [20:32] good thanks, how about you? [20:33] i'm not too bad, thanks [20:35] chrisccoulson: did you have a chance to look at gnome-desktop again? [20:35] james_w - not yet, unfortunately. i can try and look at that this evening though [20:36] no rush [20:36] i need to have a look really for a crasher anyway === kermiac_ is now known as kermiac