  I tried adding a .gtk-bookmarks to skel which added the new Places I wanted but eliminated the defaults which I wanted to keep.   Still awake?
[08:08] <bratsche> didrocks: Yeah.. been working on some code and it's keeping me from sleeping. :)
[08:09] <didrocks> bratsche: heh, hope you can enjoy a good and restful night once finished :-)
[08:09] <bilalakhtar> bratsche: Has the plan for GTK ARGB dropped for maverick?
[08:09] <bratsche> bilalakhtar: Yeah.
[08:10] <bilalakhtar> garr, well, np
[08:10] <bilalakhtar> bratsche rocks!
[08:10] <bratsche> bilalakhtar: Why?
[08:10] <bilalakhtar> bratsche: This was something everyone was awaiting in maverick
[08:11] <bilalakhtar> bratsche: What about natty?
[08:11] <bratsche> bilalakhtar: The code is pretty much ready now I think, but we don't really have anything to use it for right now.
[08:12] <bratsche> There's another thing that needs to be done to get it ready for upstream, I would like to find time to do that.
[08:13] <bratsche> But that involves getting back on the wm-spec list, and hacking on mutter.  I'm not very excited by either of those. :)
[08:21] <vish> bratsche: hi , could you upload the gtk bug-fix in ubuntu? Bug #410636  ?  i'v tried poking upstream but they dont seem to want to review tseliot's patch :(
[08:21] <ubot2> Launchpad bug 410636 in gtk+2.0 (Ubuntu) (and 2 other projects) "Right-click should not pre-light first option, too easy to accidentally select the first Context-menu option. (affects: 6) (dups: 3) (heat: 36)" [Wishlist,Triaged] https://launchpad.net/bugs/410636
[08:22] <vish> bratsche: got it reviewed by the accessibility team too..
[08:23] <bratsche> vish: seb128 would need to approve this.
[08:23] <vish> bratsche: ah , ok.. i'll poke him.. i thought you uploaded gtk in ubuntu :)
[08:24] <bratsche> Nope.
[08:25] <bratsche> vish: Have you applied the patch on your system?
[08:26] <vish> bratsche: yup.. there is a ppa too. i'v been using it for more than a month with no probs..
[08:26]  * bilalakhtar wishes he had enough bandwidth and disk space to work on gtk
[08:26] <bratsche> Hang on a minute, I'm going to try a change to the patch.
[08:26] <vish> thanks.
[08:26] <bratsche> Actually, a few minutes.. it takes awhile to build. :)
[08:27] <vish> ;)
[08:27] <glatzor> mvo, morning
[08:28] <mvo> hey glatzor
[08:28] <mvo> glatzor: just saw your branch, many thanks.
[08:29] <glatzor> mvo, http://bazaar.launchpad.net/~glatzor/python-defer/trunk/revision/472
[08:29] <glatzor> mvo, but I think that is to invasive for maverick
[08:29] <glatzor> mvo, or what do you think? should I backport this to 0.3?
[08:30] <mvo> glatzor: let me check
[08:31] <glatzor> mvo, would allow a cleaner syntax in the aptd backend
[08:33] <mvo> glatzor: it seems to be not too bad
[08:42] <seb128> hey
[08:48] <and471> good morning
[09:18] <vish> oops.. got disconnected ..
[09:18] <vish>  ^ , did i miss a reply from brat-sche :)
[09:27] <huats_> morning
[09:49] <alf__> seb128: I saw that cairo-1.10 + cairo-perf was synced from debian. That is great, thanks!
[09:49] <alf__> slomo: ^^
[09:52] <slomo>   * debian/patches/server_side_gradients.patch:
[09:52] <slomo>     - don't use server side gradients, most drivers don't handle those and are
[09:52] <slomo>       really slow, should workaround performances issues for ati and nouveau
[09:52] <slomo> hm
[09:53] <slomo> thanks for telling me about that :P which drivers have problems with this? only ati (fglrx?) and nouveau?
[09:53] <seb128> alf__, you're welcome
[09:53] <seb128> slomo, seems everything but intel
[09:53] <seb128> mvo, has progress bars rendering in update-manager way slower without it
[09:53] <seb128> like it was taking 1.5 seconds rather than 0.1s
[09:53] <slomo> that explains why i didn't see any problems, i only have intel gpus ;)
[09:54] <RAOF> Didn't that also expose nvidia binary bugs, too?  All-white buttons and such.
[09:54] <seb128> right
[09:55] <mvo> slomo: 1.5 minutes!
[09:55] <mvo> no kidding
[09:55] <seb128> slomo, well upstream thinks it's an hack and that we should not do that but get drivers fixed rather
[09:55] <seb128> that's why we don't recommend using the change :p
[09:56] <seb128> ups
[09:56] <seb128> hey mvo
[09:57] <seb128> how are you?
[09:59] <mvo> hey seb128!
[09:59] <mvo> seb128: good, the usual business before final freeze, but looking good overall
[10:00] <seb128> hehe
[10:00] <seb128> what do you think about maverick so far?
[10:07] <slomo> seb128: ok, another one of these stupid driver bugs :P
[10:08] <slomo> seb128: i hope nobody wants me to apply that patch for debian...
[10:08] <seb128> yeah
[10:08] <seb128> you don't really care, cairo 1.10 is only in experimental
[10:08] <seb128> when it reachs unstable you will have to deal with nouveau, nvidia, ati users
[10:10] <slomo> yes but unless they're filing bugs again only a few weeks before the release i'll tell them to get their drivers fixed
[10:11] <seb128> mvo, hear, get you driver fixed!
[10:11] <seb128> ;-)
[10:12] <seb128> bah maverick is the crap on docked config with external screen
[10:12] <seb128> between g-s-d settings the config wrong and turning off the external screen when the lid is closed and xrandr --auto not doing the right thing either
[10:16] <mvo> seb128: maverick is doing amazingly well for me for a "edgy" release (lts+1)
[10:22] <asacX> MacSlow, hey ... can you tell jay to join some public channel, like this? :)
[10:23] <asacX> MacSlow, or tell me if clutk test cases work for you guys at all
[10:23] <MacSlow> asacX, I will mention it to him... but he's not up yet
[10:24] <asacX> MacSlow, here if just build clutk make check we get crash in animation test
[10:26] <asacX> MacSlow, will be back in a bit ... rebooting
[11:04] <asacX> MacSlow, any idea if the clutk test cases are supposed to work ?
[11:05] <asacX> some work, but lots crash ... so wonder if you run them on trunk  :-P
[11:08] <MacSlow> asacX, on which GPU?
[11:50] <asacX> MacSlow, nvidia ... both mesa and proprietary
[11:51] <asacX> MacSlow, one backtrace i probed was in GLEW_init
[11:51] <asacX> actually we run this in a maverick chroot on lucid
[12:10] <MacSlow> asacX, don't the drivers of the host system and the chroot system get into each others way?
[12:11] <MacSlow> asacX, which test if failing again?
[12:13] <MacSlow> asacX, if "/Effect/Animation/Animation" does fail that's expected/known
[12:13] <MacSlow> asacX, we don't use animated effects, because they would be to costly on very low-end hardware
[12:14] <MacSlow> asacX, regarding releases of clutk and "make check" you've to wait for njpatel to return from holiday or ask kamstrup
[12:17] <kamstrup> MacSlow, asacX: make check on clutk has been failing me for some time (on i945 gpu). njpatel is aware of this
[12:18] <MacSlow> asacX, and atm we're fighting mem-leaks
[13:35] <seb128> didrocks, hey there
[13:35] <didrocks> re seb128
[13:36] <seb128> didrocks, did you get the launchpad changes you need for your remaining key integration work items?
[13:36] <seb128> didrocks, now seems about time to set those to deferred if not
[13:36] <didrocks> seb128: no, I didn't, tried to ping this week jml again but he is on vacation, so will be for next cycle :/
[13:36] <didrocks> seb128: yeah, I was planning doing paperwork this evening. Will update all my WI
[13:37] <seb128> thanks
[13:38] <didrocks> yw
[13:44] <seb128> pedro_, ola
[13:44] <pedro_> salut seb128
[13:44] <seb128> pedro_, so retracers seem to stand :-)
[13:44] <seb128> nice isn't it ;-)
[13:44] <pedro_> yeah ;-)
[13:44] <pedro_> btw i'm giving priority to the maverick crashes
[13:44] <seb128> I guess lot of bugs in the backlog will be closed as outdated
[13:45] <pedro_> will check the lucid and previous later
[13:45] <seb128> pedro_, thanks!
[13:45] <seb128> did you spot any frequent one?
[13:45] <pedro_> not really
[13:45] <seb128> ok, great
[13:45] <pedro_> lot of dups of the bugs that area already fixed though
[13:45] <seb128> I guess we already knew about the annoying ones
[13:45] <pedro_> like the evince crash
[13:45] <seb128> we just didn't get retracing for those
[13:45] <pedro_> yeah
[13:46] <seb128> right, we probably got quite a lot of those missing gsettings schemas crashers
[13:46] <seb128> or rhythmbox crashing on closing
[13:47] <didrocks> seb128: is thie rhythmbox crashing on closing recent?
[13:47] <didrocks> (like from yesterday)
[13:48] <seb128> didrocks, no, it was a libindicate bug and has been fixed this week
[13:48] <seb128> but it was there for some weeks so probably collected duplicates
[13:48] <didrocks> seb128: ok, I wondered as I saw it yesterday and then no more (but as I changed the call on closing, not sure it was related to my change)
[13:49] <seb128> you probably got the new libindicate between
[13:49] <slomo> seb128: gst-plugins-good0.10 0.10.25-2 is uploaded now
[13:50] <seb128> slomo, thanks
[13:50] <seb128> I will do the 2 syncs from yesterday and this merge in a few minutes
[13:51] <slomo> ok :)
[13:51] <didrocks> yeah, probably, thanks :)
[14:29] <seb128> didrocks, how do you manage to use bzr merge-upstream?
[14:29] <seb128> the thing is just buggy, I can't get it to work on anything
[14:29] <didrocks> seb128: yeah, thanks to james_w's fix
[14:29] <seb128> "bzr: ERROR: An inconsistent delta was supplied involving u'src/idorange.c', 'idorange.c-20100713002550-7fz0mbth3hf6nyrb-1'
[14:29] <seb128> reason: Attempt to add item at path already occupied by id 'idorange.c-20100715152536-ams4xe5g0o2vg6bu-2'
[14:29] <seb128> "
[14:29] <didrocks> seb128: hum, not the same issue I had
[14:30] <didrocks> seb128: I only had one issue in one branch, all the others were ok
[14:30] <didrocks> it seems you have two ids for the same file
[14:30] <didrocks> was it a file that was shipped in the tarball from the start? (seems it was added manually)
[14:30] <seb128> didrocks, I've no clue
[14:31] <seb128> it's lp:ubuntu/ido
[14:31] <didrocks> seb128: I can't help you a lot, but first, bzr ls --show-ids <dir> can show the file ids in both branch
[14:31] <seb128> bzr mu --version 0.1.12 http://edge.launchpad.net/ido/meerkat/0.1.12/+download/ido-0.1.12.tar.gz lp:ido
[14:31] <didrocks> the upstream one is lp:ido?
[14:31] <didrocks> ok, looking if I have the same issue
[14:31] <seb128> didrocks, thanks
[14:32] <bcurtiswx> kenvandine, j/w if u know already that gwibber has a tray icon now mysteriously, also clicking on the account icons on the bottom causes gwibber to gray out for a little bit.
[14:32] <kenvandine> bcurtiswx, known
[14:32] <bcurtiswx> kenvandine, OK :)
[14:32] <kenvandine> bcurtiswx, well... the tray icon should only be if it isn't in the indicator already
[14:33] <kenvandine> so if you are seeing that and you are using the messaging menu, that is probably a bug
[14:33] <bcurtiswx> kenvandine, yup i'm using the mm
[14:33] <kenvandine> changing the account state with the toggle buttons is known, i'll fix that soon
[14:33] <kenvandine> humm
[14:33] <kenvandine> bcurtiswx, are you running the maverick version of the ppa version?
[14:34] <didrocks> seb128: ok, got the same issue and bzr ls --show-ids src/ confirmed that you have two different ids for the same object
[14:34] <bcurtiswx> hmm
[14:34]  * bcurtiswx looks
[14:34] <seb128> didrocks, how do I tell them it's the same object?
[14:34] <didrocks> seb128: I think there was a trick to change the id, let me look at my logs
[14:34] <didrocks> (I just try to find why the ids are different)
[14:34] <bcurtiswx> kenvandine, Installed: 2.31.92-0ubuntu1---Candidate: 2.31.92-0ubuntu1
[14:34] <kenvandine> ok
[14:34] <didrocks> seb128: ahah got it!
[14:35] <kenvandine> humm
[14:35] <didrocks> seb128: it was added to 0.1.9-0ubuntu1
[14:35] <kenvandine> bcurtiswx, are other apps using the messaging menu properly?
[14:35] <didrocks> seb128: which was a direct import of the upstream tarball, no trunk branch
[14:35] <didrocks> this added a file from the tarball which wasn't in the packaging branch
[14:35] <seb128> didrocks, I didn't specify lp:ido by then
[14:36] <didrocks> and so, generated a new id
[14:36] <seb128> ?
[14:36] <seb128> ok
[14:36] <didrocks> seb128: it's not you, it's ken :)
[14:36] <seb128> lol ok
[14:36] <didrocks> seb128: the other file wasn't changed
[14:36] <seb128> how do we fix that?
[14:36] <bcurtiswx> kenvandine, so far empathy uses it fine (has the arrow), but gwibber does not have the arrow, and a tray icon
[14:36] <didrocks> seb128: so, it doesn't try to compare the id I guess
[14:36] <kenvandine> bcurtiswx, killall gwibber-service
[14:36] <kenvandine> and run it again
[14:36] <kenvandine> does it show up?
[14:36] <didrocks> let me looks at my logs, I'll try to find it
[14:36] <bcurtiswx> OK, one sec
[14:37] <seb128> didrocks, don't bother, I will wait for ted, I think he knows how to do that
[14:37] <seb128> didrocks, thanks for figuring the issue
[14:37] <kenvandine> bcurtiswx, if there is no "interest" for the indicator, it will display the status icon
[14:37] <kenvandine> but there should be "interest" if the messaging menu is present
[14:37] <bcurtiswx> kenvandine, now it works OK.
[14:38] <kenvandine> ok... it got a signal that there was no interest and fell back to status icon
[14:38] <bcurtiswx> i don't remember an apport popup saying gwibber-service died tho
[14:38] <didrocks> seb128: I maybe have something, let me try
[14:38] <kenvandine> no, it wasn't gwibber-service
[14:38] <kenvandine> it was indicator-messages-service
[14:38] <kenvandine> bcurtiswx, ^^
[14:38] <kenvandine> so that sent a signal that said it wasn't there anymore and it fell back
[14:38] <bcurtiswx> that didn't die either... hum <shrugs>
[14:38] <kenvandine> perhaps during an upgrade?
[14:39] <bcurtiswx> could be, but i have restarted since tho.
[14:39] <kenvandine> that package was just updated...
[14:39] <kenvandine> humm
[14:39] <kenvandine> ok
[14:39] <kenvandine> bcurtiswx, let me know if it happens again
[14:39] <bcurtiswx> lemme restart and see if i can reproduce
[14:39] <kenvandine> thx
[14:39] <bcurtiswx> brb
[14:42] <james_w> seb128: that bug will be fixed in maverick today
[14:42] <james_w> it's fixed in bzr
[14:42] <seb128> didrocks, ^
[14:42] <seb128> james_w, thanks!
[14:42] <didrocks> oh ok :)
[14:42] <didrocks> james_w: so, we will be able to use both bzr mu <tarball> <trunk> and bzr mu <tarball> ?
[14:42] <james_w> sorry for the inconvenience
[14:43] <didrocks> james_w: without beeing scared of new files?
[14:43] <james_w> didrocks: yes
[14:43] <didrocks> that's good news :-)
[14:43] <didrocks> thanks james_w
[14:43] <james_w> didrocks: if you use a branch once, you should use one always
[14:43] <bcurtiswx> kenvandine, so far so good, must've been an upgrade thing.  I do notice a lot of black vertical lines when starting tho
[14:43] <james_w> didrocks: but if it's just a random package that doesn't have upstream using bzr then bzr mu <tarball> works fine
[14:43] <didrocks> james_w: ok, great!
[14:44] <kenvandine> didrocks, latest unity update i lost most of the default launchers, was that intentional?
[14:44] <kenvandine> all i have left are the places ones and the ones i created
[14:44] <didrocks> kenvandine: yeah, I've changed ubuntu-netbook-default-settings to more sane default, but that makes people upgrading loosing some
[14:45] <kenvandine> ok, that is fine
[14:45]  * bcurtiswx tried the unity updates on his Radeon machine, its a bit better, but still quite buggy
[14:45] <kenvandine> there was too many :)
[14:45] <kenvandine> bcurtiswx, which radeon ?
[14:45] <didrocks> kenvandine: by default? I agree, hence the fact I remove some :)
[14:45]  * kenvandine is hoping his r300 will start working
[14:45] <kenvandine> didrocks, yeah... i am happier now :)
[14:45] <kenvandine> didrocks, just making sure it was on purpose
[14:45] <bcurtiswx> kenvandine, im not quite sure which one exactly
[14:46]  * bcurtiswx tries to remember how to find out
[14:46] <didrocks> kenvandine: right, people who was just upgrading can have this small suprize, but new install are ok (or people who never changed the defaut) :)
[14:48] <bcurtiswx> kenvandine, ATI RS780M/RS780MN
[14:49] <kenvandine> ah... much newer than mine :)
[14:51] <bcurtiswx> kenvandine, you know about the vertical black lines in the tray area that pop in and out?  I think all tray icons that go into mm do that
[14:51] <kenvandine> nope
[14:51] <kenvandine> never seen that
[14:51] <seb128> desrt, hey there
[14:51] <kenvandine> bcurtiswx, unity won't run on my ati laptop
[14:52] <bcurtiswx> well it really doesn't run very well on mine, but at least things are less garbled from before
[14:52] <kenvandine> hehe
[14:53] <slomo_> seb128: btw, did you decide about gst-plugins-base already?
[14:53] <seb128> slomo_, decide what?I will just sync what you uploaded to debian
[14:54] <slomo_> oh good :) i thought you meant something else with the two syncs (gnonlin and gst0.10-python) and the merge (gst-plugins-good0.10)
[14:54] <slomo_> fine then :)
[14:54] <bcurtiswx> kenvandine, can you try this out.  quit gwibber completely.  Then load it and watch the left of the network tray icon.  I get a black vertical line that pops up for a second when gwibber loads
[14:55] <bcurtiswx> noting that in my comp, the network icon is the left most icon in my tray
[14:55] <kenvandine> bcurtiswx, oh... i wouldn't see that... using ambiance
[14:56]  * bcurtiswx is too :P its blacker than the gray panel :P
[14:56] <kenvandine> actually i see the network icon move briefly
[14:56] <kenvandine> humm
[14:56] <kenvandine> bcurtiswx, could you please file a bug about that and assign it to me?
[14:57] <bcurtiswx> kenvandine, sure
[14:57] <kenvandine> it must be loading the status icon while it waits for a response from the mm
[14:57] <kenvandine> thx
[14:57] <bcurtiswx> not sure which package to assign it to, i think all tray icons that the MM grabs do that
[14:57] <seb128> slomo_, I forgot about gnonline thanks for the reminder
[14:59] <chrisccoulson> seb128 - can you approve banshee-community-extensions currently in NEW? (sorry if someone has already asked you that)
[14:59] <bcurtiswx> kenvandine, ^^x2
[14:59] <seb128> chrisccoulson, ok
[15:00] <kenvandine> bcurtiswx, gwibber
[15:00] <chrisccoulson> seb128 - thanks :)
[15:00] <kenvandine> bcurtiswx, not sure if i can really fix it... i'll look after i finish some other stuff
[15:09] <bcurtiswx> kenvandine, Bug #634957
[15:09] <ubot2> Launchpad bug 634957 in gwibber (Ubuntu) "Messaging menu not grabbing gwibber tray icon quickly enough (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/634957
[15:12] <bcurtiswx> kenvandine, it happens for empathy as well.  Should I change package to indicator-applet or add indicator-applet and also add all apps that do this?
[15:13] <kenvandine> bcurtiswx, maybe
[15:13] <kenvandine> tedg, ^^ thoughts?
[15:14] <tedg> bcurtiswx, Is this at startup?
[15:14] <tedg> bcurtiswx, I mean, I have both of those run at startup and it's not an issue on my machine.
[15:14] <kenvandine> tedg, killall gwibber-service;gwibber-service
[15:14] <bcurtiswx> tedg, anytime you load an app that the messaging menu has
[15:15] <kenvandine> i see it, nm-applet moves over and back
[15:15] <bcurtiswx> tedg, focus on the left hand side of your tray (for me its by the network icon)
[15:15] <bcurtiswx> you'll see maybe a black line, or just have movement
[15:15] <kenvandine> tedg, i think it is because i connect to the signal and wait for it
[15:15] <kenvandine> in the mean time it loads the status icon
[15:16] <kenvandine> and hides it when i get the signal
[15:17] <kenvandine> actually... that won't do it
[15:17] <kenvandine> killall gwibber gwibber-service
[15:17] <kenvandine> and run gwibber
[15:17] <tedg> kenvandine, That sounds like a gwibber bug ;)
[15:17] <kenvandine> i agree it probably needs to be fixed in gwibber
[15:18] <kenvandine> but bcurtiswx was pointing out he sees it in empathy too
[15:18] <kenvandine> which i haven't noticed either
[15:18] <bcurtiswx> tedg, happens with empathy too.
[15:18]  * bcurtiswx breaks his machine for failing at being good
[15:18] <tedg> I don't think there's anything we can do in libindicate -- as we dont' control the status icon there.
[15:19] <tedg> Unless a signal on startup for "waited a reasonable amount of time" would be helpful.
[15:19] <kenvandine> tedg, that is what i was thinking
[15:19] <kenvandine> humm
[15:20] <kenvandine> so gwibber only tries to load the status icon if check_interest returns False
[15:20] <tedg> Yeah, but at startup check_interest will likely always return false as it hasn't even processed all the dbus messages.
[15:20] <tedg> You need to wait a little bit of time for people to notice and take interest.
[15:21] <bcurtiswx> it happens on startup of any MM program (for me at least)
[15:21] <bcurtiswx> doesn't have to be at startup
[15:21] <bcurtiswx> of the machine
[15:22] <kenvandine> i could probably rework that a little in gwibber to make it not rely on the call to check_interest
[15:23] <kenvandine> basically assume if we created the indicator in the dispatch, assume we will have interest
[15:23] <kenvandine> well, that is probably not a very good idea
[15:23] <kenvandine> :)
[15:24] <kenvandine> so check_interest returns false, it loads the tray_icon then it gets the signal there is interest and hides the tray_icon
[15:24] <kenvandine> ugly... but most reliable
[15:24] <kenvandine> i think
[15:24] <kenvandine> tedg, any suggestions to make that better?
[15:24] <bcurtiswx> well, it isn't a high priority bug in any instance, can be fixed for NN and ignored until then
[15:25] <kenvandine> i would hate to block loading to find out if there is interest or not
[15:25] <kenvandine> bcurtiswx, indeed... i would like to clean stuff like that up
[15:25] <kenvandine> but i have other bugs higher in my queue :)
[15:25] <bcurtiswx> kenvandine, that was my point :)
[15:26] <tedg> kenvandine, I think there has to be a timeout.  So we could run the "interest changed" signal 500ms after startup even if no one responds.
[15:26] <tedg> kenvandine, And in that case change to "no interest" -- which I'm guessing you detect and show the icon.
[15:26] <kenvandine> yes
[15:26] <tedg> kenvandine, So then you don't show it at all at startup, just when you get the signal.
[15:27] <kenvandine> tedg, that could smooth it out for sure
[15:29] <bcurtiswx> so is this an issue with libindicate or gwibber or both?
[15:29] <kenvandine> both
[15:30] <tedg> bcurtiswx, Both.  libindicate would need to sent the signal, and gwibber would not need to create on startup.
[15:30] <kenvandine> i could drop like 3 lines of code from gwibber... yippee
[15:30] <bcurtiswx> ok tedg, would you like me to assign you to bug #634957?
[15:30] <ubot2> Launchpad bug 634957 in indicator-applet (Ubuntu) (and 1 other project) "Messaging menu not grabbing gwibber tray icon quickly enough (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/634957
[15:31] <bcurtiswx> i can re-word the title a bit
[15:36] <eikelmt> I need help with my wireless card which is acting up
[15:38] <eikelmt> like right now, itis working perfekt, 5 min from now it might disconnect, if I try to reconnect it migt or migt not connect, most of the time not, then I have to reboot to connect again, reboot is only for MS people, logfiles telling me it is timing out
[15:39] <eikelmt> so I would be a very happy camper if someone can put me into the right directions
[15:39] <vish> !support | eikelmt
[15:39] <ubot2> eikelmt: The official ubuntu support channel is #ubuntu. Also see http://ubuntu.com/support and http://ubuntuforums.org
[15:39] <eikelmt> i have been both places but no respons,
[15:40] <eikelmt> you are the first one
[15:40] <tedg> bcurtiswx, Sure, make sure it has bug tasks for libindicate and gwibber though.  I dont' want kenvandine getting off the hook ;)
[15:40] <vish> eikelmt: if no one knows the ans usually they dont reply.. try again a bit later, maybe someone who knows what the problem is might be online then :)
[15:41] <bcurtiswx> tedg, ken's already on it.
[15:41] <eikelmt> thanks vish, you are nice
[15:41] <vish> np..
[15:41] <bcurtiswx> can someone confirm that empathy does the same thing in the tray? i can add that to the bug
[15:41] <bcurtiswx> just looking for some movement when it's loaded
[15:42] <bcurtiswx> well, i get no movement but I get a black bar really quickly..
[15:43] <bcurtiswx> kenvandine, once you get to that for gwibber, i'll take a look at those changes see if I can fix empathy too
[15:45] <bcurtiswx> tedg, OK, assigned. thx for your help :)
[15:45] <bcurtiswx> kenvandine, thx as well :)
[15:55] <kenvandine> tedg, did you get a desktop sharing request from me?
[15:56] <tedg> kenvandine, No, I don't think so.
[15:56] <kenvandine> ok... didn't look like it went thourhg
[15:56] <kenvandine> through
[15:56] <kenvandine> vino-server isn't crashing anymore though :)
[15:56] <tedg> kenvandine, Heh, a step in the right direction?
[15:57] <tedg> s/?/!/
[15:57] <tedg> kenvandine, I'd request one back, but my right click is broken right now...
[15:57] <kenvandine> i can't see why tedg is the only person in my buddy list that has a "Share my desktop" menu item
[15:57] <kenvandine> tedg, well your vino is broken too :)
[15:57] <kenvandine> i am fixing it now
[15:57]  * tedg is to sezy for kenvandine's other contacts, too sexy indeed!
[15:58] <tedg> sexy
[15:58] <kenvandine> :)
[15:58] <seb128> kenvandine, if the request goes out you should get a notification saying so
[15:59] <kenvandine> seb128, yeah, i didn't
[15:59] <kenvandine> but it didn't crash either
[15:59] <kenvandine> debugging
[15:59] <kenvandine> seb128, i fixed the crash :)
[15:59] <kenvandine> but it isn't working :)
[15:59] <seb128> do you still get the warnings?
[15:59] <kenvandine> no
[15:59] <seb128> ok
[15:59] <seb128> try to revert the appindicator change
[15:59] <seb128> and see if it works
[15:59]  * kenvandine looks at telepathy logs
[15:59] <seb128> it worked there
[16:00] <kenvandine> seb128, do you know how empathy decides if a user is capable of receiving the desktop sharing request?
[16:00] <seb128> cassidy, ^
[16:00] <kenvandine> i have tried with my second IM account in a lucid and maverick VM
[16:01] <kenvandine> but it is disabled, tedg is the only one that i can find to share with :)
[16:01] <seb128> I can share with pedro
[16:01] <seb128> I guess it's people who run empathy
[16:01] <kenvandine> yeah... but a bunch of entries in my contact list that are empathy have that menu item disabled
[16:01] <seb128> mvo_, what jabber client do you use?
[16:01] <kenvandine> including my other test IM account
[16:02] <kenvandine> etc
[16:02] <kenvandine> my wife's and some others i know use empathy
[16:02]  * tedg is still singing "I'm too sexy"
[16:02] <kenvandine> all disabled menu items
[16:02] <kenvandine> tedg is special :)
[16:02] <seb128> weird
[16:02] <seb128> kenvandine, do they have vino installed and activated?
[16:02] <kenvandine> yes
[16:02] <seb128> could be that you need it activated?
[16:02] <kenvandine> oh...
[16:02] <kenvandine> activated?
[16:02] <seb128> well I'm not sure
[16:02] <seb128> random guess
[16:02] <kenvandine> the other end is vinagre
[16:03] <kenvandine> not vino
[16:03] <seb128> right..
[16:03] <seb128> I was just guessing
[16:03] <seb128> Zdra, ^
[16:04] <Zdra> kenvandine, seb128: vinaigre installs a .client file that tells MissionControl that we support "Share my desktop"
[16:04] <seb128> mclasen, the new gdk-pixbuf depends on a git version of gobject-introspection, is that wanted?
[16:04] <mclasen> goi 0.9.5 is being released as we speak
[16:05] <seb128> mclasen, ok thanks
[16:07] <kenvandine> Zdra, ok, my lucid VM has that client file... but i don't have the share my desktop menu for the jabber account i have logged in from that VM
[16:07] <kenvandine> the client i am not seeing it in is on maverick
[16:08] <kenvandine> since i see it for tedg, i would think i would get it from my test user
[16:08]  * kenvandine is looking at logs
[16:09] <Zdra> thinks could have changed in maverick, dunno
[16:09] <Zdra> kenvandine, you probably need to ask cassidy, but he is on weekend already
[16:09] <bcurtiswx> kenvandine, what account are you testing? (gchat, AIM, MSN) ?
[16:11] <mvo_> seb128: I use pdigin, why?
[16:11] <seb128> mvo_, I can't share my desktop with you in empathy, the menu is not active, I was wondering if that's a bug or if you use another client
[16:12] <bcurtiswx> what account type? seb128
[16:12] <kenvandine> bcurtiswx, gtalk
[16:12] <kenvandine> bcurtiswx, it works lucid to lucid
[16:12] <kenvandine> with the same accounts
[16:22] <desrt> seb128: hey
[16:22] <seb128> desrt, hello
[16:23] <seb128> desrt, unping, I was wondering something about dconf but figured it out
[16:24] <desrt> k
[16:26] <didrocks> chrisccoulson: ok, apparently, they fixed the soyuz issue (currently testing in pre-production), nothing will be done for existing non closed bug though
[16:32] <seb128> kenvandine, so bug #522538
[16:32] <seb128> what's the status of this one?
[16:32] <ubot2> Launchpad bug 522538 in desktopcouch (Ubuntu Maverick) (and 3 other projects) "gwibber-service crashed with error in connect() (affects: 705) (dups: 179) (heat: 3042)" [High,Confirmed] https://launchpad.net/bugs/522538
[16:32] <seb128> kenvandine, it's on the release agenda for our team for 3 weeks now
[16:32] <kiwinote> didrocks: hi! are you aware of segfaults when using "inventory on ubuntu one"? eg bug 633121
[16:32] <ubot2> Launchpad bug 633121 in software-center (Ubuntu) "software-center crashed with SIGSEGV in free() (affects: 2) (heat: 14)" [Medium,New] https://launchpad.net/bugs/633121
[16:32] <seb128> I would like to get it sorted ;-)
[16:33] <didrocks> kiwinote: hum, no, let me see
[16:33] <kenvandine> seb128, indeed...
[16:33] <didrocks> kiwinote: waow, a real stack… not a python exception…
[16:34] <kenvandine> let me check with chad again...
[16:34] <seb128> kenvandine, is that a desktopcouch issue or gwibber one?
[16:34] <didrocks> kiwinote: let's see once retraced
[16:34] <seb128> kenvandine, who is in charge of getting it solved?
[16:34] <kenvandine> neither... but affects both
[16:34] <kenvandine> it is actually python-httplib
[16:34] <kenvandine> at least that is what chad says is causing it
[16:34] <kenvandine> we worked around it as much as we can in desktopcouch
[16:34] <kenvandine> but forcing a reconnect
[16:35] <kenvandine> but it still happens sometimes
[16:35] <kenvandine> i think he has desktopcouch changes to help handle it better that hasn't landed yet
[16:35] <seb128> kenvandine, can we fix python-httplib?
[16:35] <kenvandine> but i have no idea why...
[16:36] <kenvandine> https://bugs.launchpad.net/ubuntu/+source/python-httplib2/+bug/523327
[16:36] <ubot2> Launchpad bug 523327 in python-httplib2 (Ubuntu) "python-httplib2 crashes with AttributeError in __init__() if connection refused (affects: 5) (heat: 47)" [Medium,Confirmed]
[16:36] <kenvandine> seb128, chad was trying to fix that
[16:37] <kenvandine> but wasn't getting anywhere last i checked with him
[16:37] <chrisccoulson> didrocks - cool, thanks
[16:37] <kenvandine> seb128, i'll talk to josh to have them escalate these
[16:38] <seb128> thanks
[16:38] <seb128> should that bug be on the u1 list rather than ours?
[16:38] <kenvandine> seb128, however... it doesn't actually affect anything in the default install
[16:38] <kenvandine> yes
[16:38] <kenvandine> it mostly affects lucid
[16:38] <seb128> well people keep adding comment saying it affects gwibber in lucid
[16:38] <kenvandine> yes, gwibber in lucid is affected
[16:39] <kenvandine> because desktopcouch blows up
[16:39] <seb128> ok, not an issue for maverick though?
[16:39] <kenvandine> right
[16:39] <kenvandine> it could still happen
[16:39] <seb128> thanks
[16:39] <kenvandine> but not as likely
[16:39] <kenvandine> since gwibber isn't using it anymore
[16:39] <seb128> I will lower the maverick task
[16:39] <kenvandine> could affect oneconf :)
[16:51] <ricotz> seb128, i saw the failure, gupnp depends on gssdp so the gir file of gssdp needs to be up2date first
[16:51] <seb128> ricotz, so it just needs a retry later on?
[16:52] <ricotz> seb128, yes
[16:53] <seb128> ok thanks
[16:59] <vish> seb128: hi , not sure what to do about Bug #410636  ?  i'v tried poking upstream but they just dont seem to want to review tseliot's patch :( but tseliot has a working patch+ppa and it works good.. been using it for more than a month.. can we patch this in ubuntu alone?
[16:59] <ubot2> Launchpad bug 410636 in gtk+2.0 (Ubuntu) (and 2 other projects) "Right-click should not pre-light first option, too easy to accidentally select the first Context-menu option. (affects: 6) (dups: 3) (heat: 36)" [Wishlist,Triaged] https://launchpad.net/bugs/410636
[16:59] <seb128> vish, try asking mclasen?
[17:00] <seb128> if he can get the change reviewed
[17:00] <vish> ok.. mclasen ^ could you have a look at : https://bugzilla.gnome.org/show_bug.cgi?id=591258  ?
[17:00] <ubot2> Gnome bug 591258 in gtk "Easy to accidentally select first option in popup menus" [Minor,Unconfirmed]
[17:01] <vish> mclasen: it has quite a few number of dups in lp too.. and the patch works quite well without problems..
[17:08] <mclasen> vish: I think the patch as is will only achieve the desired effect if xthickness < DEFAULT_POPUP_DISPLACEMENT ?
[17:10] <vish> mclasen: dont think so.. afaik it just adds displacement of 2px irrespective of the xthickness .. tseliot might know more though
[17:10] <mclasen> vish: also, the patch will do nothing for menus that have a position_func
[17:10] <mclasen> anyway, I'll comment
[17:11] <vish> mclasen: ok , thanks.. :)
[17:27] <seb128> bah, I just hate git
[17:27] <seb128> how do I checkout gnome-settings-daemon gnome-2-32
[17:31] <didrocks> seb128: git clone git://git.gnome.org/gnome-settings-daemon && git checkout gnome-2-32
[17:32] <didrocks> (I think)
[17:33] <seb128> yeah, I managed to do it now, thanks
[17:34] <seb128> brb gsd testing
[18:03] <seb128> kenvandine, hey
[18:03] <seb128> kenvandine, is anybody depending on gir?
[18:03] <seb128> gwibber, u1, dx?
[18:07] <kenvandine> humm
[18:08] <kenvandine> i don't think anything in the default install
[18:08] <kenvandine> but i am not certain
[18:08] <kenvandine> gwibber isn't
[18:09] <kenvandine> i toyed with moving to webkit with gir, but decided not to take the leap
[18:12] <kklimonda> kenvandine: is gwibber still using couchdb for message store?
[18:12] <kenvandine> kklimonda, nope
[18:12] <kklimonda> kenvandine: why is that? performance issues with couchdb or something on gwibber's side?
[18:12] <kenvandine> performance and reliability
[18:13] <kenvandine> couchdb was slow to startup
[18:13] <kenvandine> and there were quite a few reliability issues
[18:13] <kenvandine> performance was a big issues for some people
[18:14] <kklimonda> kenvandine: so what will happen to the OneConf and syncing of empathy logs etc.?is it still on the radar?
[18:14] <kenvandine> that should all be fine
[18:14] <kenvandine> decent uses for desktopcouch
[18:15] <seb128> kenvandine, ok, can you check next week ie on monday?
[18:15] <kenvandine> but depending on access to the db for a user application like gwibber was painful
[18:15] <seb128> or today?
[18:15] <seb128> at least with u1 guys
[18:15] <kenvandine> i can ask them now
[18:15] <seb128> we will probably have to take the gir abi break
[18:15] <seb128> since GNOME 2.32 depends on the new version
[18:15] <kenvandine> oh, that will break everything that uses gir, right?
[18:15] <kenvandine> until they get rebuilt?
[18:15] <seb128> it's late for such changes but we have no better option
[18:15] <seb128> yes
[18:16] <seb128> I will try to rebuild things on the way
[18:16] <seb128> I'm rather concerned about breaking clients
[18:16] <seb128> or potential breakages
[18:16] <seb128> rebuilding rdepends should be ok
[18:16] <seb128> we will update GNOME to 2.31.92 on monday anyway
[18:17] <kenvandine> i am asking if u1 knows of anything, but i am pretty certain they don't actually depend on it
[18:18] <kklimonda> kenvandine: define "decent" - log store for telepathy would either have to store each message as a separate document (we are talking tens of thousands of them for more active users ) or do a lot of document updates :)
[18:19] <kenvandine> kklimonda, but that doesn
[18:19] <kenvandine> 't block the UI
[18:20] <kklimonda> kenvandine: indeed, at least as long as the user don't browse chat history or, god forbid, try to search for something :)
[18:20] <kenvandine> and the number of documents doesn't seem to really cause a big performance hit
[18:21] <kenvandine> it is faster than you would expect
[18:21] <kenvandine> assuming you define a view
[18:21] <kenvandine> it stores a btree cache for views
[18:21] <kenvandine> and refreshes that as records change
[18:21] <kklimonda> kenvandine: even if views are only seldom used?
[18:21] <kenvandine> not when the client needs them
[18:21] <kklimonda> kenvandine: yeah, I know the theory but you have practice :)
[18:21] <kenvandine> :)
[18:22] <kklimonda> kenvandine: that's why I'm talking with you about it - I actually took a first look at implementing it
[18:22] <kenvandine> so the view doesn't get updated when you try to execute it
[18:22] <kenvandine> couch keeps it updated as records changed
[18:22] <kenvandine> so it is always fast
[18:22] <kklimonda> kenvandine: hmm.. that would be great
[18:22] <kenvandine> which is pretty nice
[18:23] <kenvandine> doing things like live searches wouldn't be great
[18:23] <kenvandine> mostly because of the size of the data
[18:23] <kenvandine> like search as you type
[18:24] <kenvandine> because it would have to look at the entire document and return the entire document over and over again
[18:24] <kklimonda> yeah, fortunately empathy doesn't do live searches
[18:25] <kklimonda> and it should be done using tracker anyway..
[18:25]  * kklimonda wonders what is tracker's status currently..
[18:26] <kenvandine> seb128, ok u1 has two things... libubuntuone and libsyncdaemon (in u1-client)
[18:26] <kenvandine> bot require gir
[18:26] <kenvandine> both
[18:26] <kenvandine> so we'll need to test those
[18:27] <seb128> ok
[18:27] <seb128> who should we talk to? rodrigo_?
[18:27] <kenvandine> or dobey
[18:27] <kenvandine> rodrigo_ is out today
[18:27] <kenvandine> i let dobey know we'll want to test those
[18:29] <seb128> well I will not start any transition today
[18:29] <seb128> that will be for monday
[18:30] <kenvandine> ok
[18:30] <didrocks> transition on Friday? /quit :-)
[18:30] <kenvandine> great
[18:30] <kenvandine> dobey, ^^
[18:30] <kenvandine> didrocks, hehe... then go far away from the keyboard all weekend
[18:30] <kenvandine> :)
[18:30] <didrocks> kenvandine: exactly, something like /quit I don't want to see that ;)
[18:32] <dobey> kenvandine: ok
[18:32] <dobey> i hope it doesn't break
[19:07] <nessita> hello all! quick question: ubuntu-sso-client package depends on dpkg >= <IP_ADDRESS>, should I add that restriction to the debian/control file? or we can safely assume that in maverick dpkg will be good/new enough?
[19:11] <kklimonda> nessita: I'd add it - it doesn't cost you anything and may help if someone decides to backport it
[19:15] <nessita> kklimonda: right, I'll add it in my next release. Thanks!
[19:32] <mvo_> hey glatzor
[20:17] <devildante> hi all :)
[21:08] <hakermania> Hello guys, can anyone tell me what is the name of the remove-script in a deb package and where do I place it ?(I hope the name to be postrm and place it in the DEBIAN folder)
[22:46] <devildante_> mpt, still here? I thought you were gone :p
[22:57] <mpt> Hi devildante
[22:57] <devildante> hi mpt :)
[22:57] <mpt> I'm at home
[22:57] <devildante> sorry I wasn't here before, was busy with family stuff
[22:58] <devildante> ah
[22:58] <mpt> What are you up to?
[22:58] <devildante> mpt, what do you mean? (real life or coding? :p)
[22:58] <mpt> coding
[22:58] <devildante> mpt, fixing bugs, of course! :)
[22:58] <mpt> excellent
[23:08] <fagan> Oh and mpt I did up that wiki page good now
[23:08] <fagan> its still rough but still its a start
[23:08] <fagan> https://wiki.ubuntu.com/GamesIntegration
[23:08] <fagan> Oh and fyi I really really suck at wire frames :P
[23:09] <mpt> fagan, you also have no use cases yet
[23:09] <fagan> I do
[23:09] <fagan> for users really not for developers but i thought that was kinda unknown
[23:10] <mpt> oh, duh
[23:10] <mpt> I totally missed that section, sorry
[23:10] <fagan> :D
[23:10] <fagan> np
[23:10] <fagan> I put a link to steam at the bottom to see how they do it
[23:12] <mpt> It would also be useful to list what's good and bad about Steam, Battle.net, and iTunes GameCenter
[23:12] <fagan> Oh yeah good idea
[23:12] <fagan> ill have to research gamecenter I dont have a clue about that


[06:49] <arand> how can I add another package to a newly created bug report: Bug #391949
[06:50] <wgrant> arand: "Also affects distribution...". Or do you want to change it to a different package, removing the old one?
[06:55] <arand> wgrant: I'd like to add nvidia-glx-96 along with current -71 as affected.
[06:57] <arand> Ah, figured it now, a bit odd to go for distro when I'm only adding anothe pkh
[07:53] <savvas> Is this error known on launchpad code? I see a piece of coding above the header: https://code.edge.launchpad.net/unetbootin/trunk http://img222.imageshack.us/img222/7985/screenshotznp.png
[07:56] <lifeless> looks like java script
[07:56] <wgrant> savvas: There have been about 7 bugs filed about that so far.
[07:56] <lifeless> and it doesn't show up for me
[07:56] <lifeless> try hitting ctrl-F5
[07:57] <wgrant> lifeless: You're an ~admin.
[07:57] <wgrant> It's only shown if you don't have launchpad.Edit on the series.
[07:57] <lifeless> wgrant: ah
[07:57] <lifeless> wgrant: thanks :)
[08:04] <savvas> thanks wgrant :)
[10:55] <drizztbsd> hi
[10:55] <drizztbsd> i have a problem :)
[10:58] <drizztbsd> The following source cannot be copied: dhcpcd 1:3.2.3-4~drizzt1 in karmic (a different source with the same version is published in the destination archive)
[10:58] <drizztbsd> but in https://launchpad.net/~timothy-redaelli/+archive/ppa i have not dhcpcd
[10:58] <wgrant> drizztbsd: Not even an old deleted one?
[10:58] <drizztbsd> yes, i have an old deleted one
[10:59] <wgrant> That would do it.
[10:59] <drizztbsd> should i wait some times to make the system purge?
[10:59] <wgrant> The error message is slightly wrong, but it means pretty much what it says.
[10:59] <drizztbsd> or should i make a (useless) version bump?
[10:59] <wgrant> I'm pretty sure you'll never be able to have a source with the same version, because of the confusion that will cause.
[11:00] <wgrant> Why is the version bump useless?
[11:00] <drizztbsd> ok. thanks. i will do a version bump
[11:00] <wgrant> It's a different package, isn't it?
[11:03] <wgrant> noodles775: Ahhhh, I'm glad the package pages are finally get redesigned.
[11:04] <noodles775> wgrant: you don't miss much do you ;). If you've got thoughts and suggestions, please add them!
[11:04] <noodles775> wgrant: sorry for the scant notes... I just created the page to upload the photos...
[11:05] <wgrant> noodles775: What's that table on the DSPR page?
[11:05]  * noodles775 looks
[11:06] <wgrant> I don't see how the tick/cross makes sense.
[11:06] <wgrant> Oh, are those representing the build status?
[11:08] <noodles775> wgrant: yes, trying to summarise all the binaries produced by the DSPR (and their states)
[11:08] <noodles775> Grr... forgot that f-spot doesn't rotate the original image...
[11:11] <wgrant> noodles775: I strongly dislike F-Spot's approach at dealing with photos.
[11:12] <wgrant> noodles775: Back to the build status... it's surely an implementation detail that the -doc is arch-all, and the build status is DAS-wide, so why show it in each row?
[11:12] <wgrant> I'd put a download link there, not a build status icon.
[11:15] <noodles775> wgrant: I thought that was what the dashes in intrepid-amd64/jaunty-lpia were indicating?
[11:17] <wgrant> noodles775: They make sense if it's a build status matrix.
[11:17] <wgrant> But the build statuses don't need to be represented in a matrix.
[11:18] <noodles775> wgrant: other thoughts on how could you summarise all the relevant information?
[11:19] <wgrant> noodles775: So, I'd put the build status in the header, next to the DAS name. The ticks/crosses/dashes then get replaced with download or DASBPR:+index links, with the -doc package's intrepid/amd64 and jaunty/lpia columns somehow indicating that they are special.
[11:25] <noodles775> wgrant: I don't see how you could put the status in the header without collapsing multiple statuses (and hence not seeing which build failed etc.), but I'm probably not visualising your thoughts well...
[11:25] <noodles775> if you've got a minute markup the image in gimp and I'll upload your version to the page too.
[11:25] <noodles775> (sorry, *you* can upload your version :) )
[11:25] <wgrant> noodles775: Sure.
[11:26] <noodles775> thanks!
[11:27] <wgrant> But there's only one Build per DAS on that page, so there's only one status per DAS, so there should be no problem with putting it in each column header.
[11:27] <wgrant> But let me attack it with GIMP.
[11:28] <wgrant> noodles775: Ah, actually, that image is rotated. But Firefox doesn't respect the EXIF data. I smell a bug.
[11:28] <noodles775> aha!
[11:37]  * wgrant waits for slow Australian uploads...
[11:38] <noodles775> heh
[11:38] <wgrant> noodles775: https://dev.launchpad.net/SoyuzPackageUI?action=AttachFile&do=get&target=package_release_details_wgrant.jpg
[11:38] <wgrant> Those squares are my realistic imitations of the LP binary package icons.
[11:38] <wgrant> And the lighter ones are my badly thought out way to represent that they're not really from that build.
[11:41] <wgrant> (those package icons are links to the DASBPR)
[11:44] <noodles775> bigjools: Regarding wgrant's mockup-suggestion above... do you remember why we needed to display the status in each row... I remember there being lots of discussion around that matrix display, but can't remember why?
[11:44] <wgrant> I thought there must have been a reason for it.
[11:44] <wgrant> But I can't see why... it's all or nothing, apart from arch-indeps.
[11:44] <noodles775> Yeah, I'm pretty sure there was, but can't remember...
[11:46] <noodles775> beuno might have some thoughts too... I think he was keen for download links there too from memory ^^^
[11:47] <wgrant> I'm torn over whether to give a view or download link. Maybe both, since the series name in the column header should make it wide enough.
[11:49] <wgrant> I guess if you don't link to the DASBPR view, you have to find some other place to link to it. That could be awkward.
[11:51] <noodles775> Unless it's possible to display/pull-in the relevant info in the drill-down for the binary?
[11:52] <wgrant> I guess.
[11:52] <wgrant> Speaking of that... how do you plan to do that?
[11:52] <wgrant> There are several possible choices for which data to show there.
[11:52] <wgrant> As the BPRs from different DASs don't have to be anything like each other.
[11:53] <noodles775> huh? It's all generated from the one source package right?
[11:53] <wgrant> Yes.
[11:54] <wgrant> But the binary information is generated by the source, not encoded in it.
[11:54] <wgrant> They should generally be pretty similar, but dependencies often differ.
[11:54] <noodles775> Just dependencies? or other things too?
[11:55] <wgrant> Anything can. But not much does.
[11:55] <noodles775> I guess it's a matter of (1) what is most useful for the user, while also (2) what is possible within the constraints
[11:55] <noodles775> aha
[11:56] <wgrant> It would be really nice if the data model was simple, with one build per architecture and all binary data matching. But that's not how things work :(
[11:58] <noodles775> Yup.
[13:49] <scut_tang> jml: hey. It seems my branch is banned?
[13:49] <scut_tang> jml: I am robin
[14:13] <salgado> scut_tang, I don't think jml is around at this time.  maybe I could help you?
[14:20] <bjsnider> how about adding support for html in ppa descriptions?
[14:23] <salgado> bjsnider, what exacly do you want HTML for?  just to add some hyperlinks or something else?
[14:23] <bjsnider> styling
[14:24] <bjsnider> maybe links
[14:24] <bjsnider> even just bold/italic/underline would be nice
[14:25] <salgado> that sounds feasible.  what do you think about that, bigjools?
[14:25]  * bigjools reads scrollback
[14:25] <bigjools> yes, it would be nice
[14:26] <bigjools> we could support a limited subset of HTML
[14:26] <wgrant> I think there are more appropriate markup languages.
[14:26] <bigjools> please file a bug
[14:27] <bigjools> please file a bug saying you need markup, without specifying HTML :)
[14:27] <bjsnider> if i get html i can proceed to the next step: world domination
[14:27] <bigjools> James Bond would win
[14:27] <wgrant> bigjools: While you're here... did you see noodles775's question earlier?
[14:28] <bigjools> sort of but I am missing a bunch of context
[14:28] <bjsnider> you all know to much now. i'll have to do something about that
[14:28] <wgrant> bigjools: Why does https://dev.launchpad.net/SoyuzPackageUI?action=AttachFile&do=get&target=package_release_details.jpg have all of the statuses split out?
[14:29] <wgrant> Rather than something like https://dev.launchpad.net/SoyuzPackageUI?action=AttachFile&do=get&target=package_release_details_wgrant.jpg
[14:31] <bigjools> I don't remember
[14:31] <bigjools> that was drawn up nearly 5 months ago!
[14:31] <wgrant> Oh, I see.
[14:32] <bigjools> I'm kinda busy with other stuff right now, can you ping me next week and I'll re-read stuff over the weekend
[14:32] <wgrant> Sure. Thanks.
[14:35] <bigjools> wgrant: any of your input would be great though, we're implementing this stuff after we open source
[14:42] <bjsnider> someone suggested using Markdown in bug 30002, which is a different bug than mine but a similar request
[14:42] <wgrant> bigjools: Although nobody seems to actually know exactly what is happening and when with regard to open sourcing any more...
[14:42] <bigjools> wgrant: why do you say that?
[14:43] <wgrant> bigjools: All the concrete dates have been removed from the wiki, August is cited as a possibility, and things change every few days.
[14:45] <bigjools> wgrant: well check with kfogel if you have questions, he's the person who edits that page
[14:46] <wgrant> bigjools: Thanks.
[14:46] <wgrant> kfogel: Around?
[15:24] <scut_tang> salgado: I am sorry to reply to you so late.
[15:24] <salgado> scut_tang, no worries
[15:27] <scut_tang> salgado: My situation is so complicated. jml knows more about that. Do you know when does he have time?
[15:28] <salgado> scut_tang, later today, probably. right now it's quite late on his side
[15:34] <scut_tang> salgado: OK, thank you ~
[16:45] <kfogel> wgrant: hey
[17:33] <mxpxpod> if the subversion structure has changed for a project that is being mirrored on launchpad, how do I change the URL?
[18:18] <mxpxpod> when I register a release URL pattern, can it have more than one * in it?
[18:32] <beuno> sinzui, ^
[18:37] <sinzui> mxpxpod: No, only one pattern. I believe there is a bug requesting support for multiples. The pattern is very flexible you can provide a general one that can match a lot of urls
[18:37] <mxpxpod> sinzui: I'm trying to match http://downloads.dojotoolkit.org/release-1.3.x/release-1.3.x-src.tar.gz
[18:38] <mxpxpod> sinzui: so I kind of need multiple *'s
[18:43] <sinzui> mxpxpod The is a regular expression, a python one.
[18:43] <mxpxpod> sinzui: oh, you can use regexps?
[18:43] <sinzui> mxpxpod:  The example is showing .*, and the code certainly is a Python RE
[18:45] <sinzui> http://downloads.dojotoolkit.org/release-1.3\..*/release-1.3\..*-src.tar.gz is overly precise. '.' is both in the name and in the pattern So the match is fuzzier than the explaination appears
[18:45] <mxpxpod> ah
[18:46] <mxpxpod> and how often are those checked?
[18:47] <sinzui> mxpxpod: I think the productreleasefinder extracts a safe place to start crawling pages, and it if find a link that patches that pattern, it downloads the file and attaches it to the series
[18:48] <mxpxpod> sinzui: so, you have to have the series already created?
[18:48] <sinzui> mxpxpod: it runs twice a day, but it is batched. A site should be scanned a couple times a week
[18:48] <mxpxpod> wait, that's not what I mean
[18:49] <mxpxpod> will it attach the files it finds to a release already created? or will it create releases for you?
[18:49] <sinzui> mxpxpod: series (where you set the url pattern) -> milestone -> release.
[18:49] <sinzui> The PRF will create the milestone if it does not find it.
[18:49] <mxpxpod> ah, cool
[18:49] <sinzui> mxpxpod: that too. It makes milestones and release as needed
[18:50] <sinzui> mxpxpod: The PRF has been borked for a few weeks A fill fix will land early next week
[18:52] <mxpxpod> sinzui: thank you
[19:12] <savvas> can someone fix the "Read about uploading" link to https://help.launchpad.net/Packaging/PPA#Uploading  instead of "PPA/Uploading"? The wiki page https://help.launchpad.net/Packaging/PPA/Uploading redirects to the first page, but as https://help.launchpad.net/Packaging/PPA#Uploading?action=show&redirect=Packaging%2FPPA%2FUploading and doesn't go to the bookmark #Uploading in firefox 3
[19:13] <savvas> (next to "Upload packages" at e.g. https://edge.launchpad.net/~medigeek/+archive/ppa )
[19:15] <matsubara> savvas, could you file a bug for that and I'll ask mrevell to take a look for the next release?
[19:15] <savvas> on my way :)
[19:15] <savvas> matsubara: against launchpad project?
[19:16] <savvas> I mean.. file the bug for launchpad project
[19:16] <matsubara> savvas, btw, add to the bug report that the link only appear to the owner of the PPA
[19:16] <matsubara> savvas, yep, file on launchpad and I'll take on from there
[19:17] <savvas> ok I'll let you know :)
[19:20] <matsubara> thanks savvas
[19:21] <fta> lol, debugging code visible in edge
[19:22] <fta> http://www.sofaraway.org/ubuntu/tmp/yui-lp.png
[19:23] <matsubara> fta, it's fixed and will be re-rolled tomorrow
[19:23] <matsubara> fta, bug 391594
[19:23] <savvas> matsubara: bug 392239
[19:24] <fta> ok
[19:24] <matsubara> thanks savvas
[19:24] <savvas> sure, anytime!
[19:29] <alkisg> In my PPA (https://launchpad.net/~ts.sch.gr/+archive/ppa) I have a package (sch-scripts - 9.04.6) which displays both "published" and "build status: building" - is this normal?
[19:30] <matsubara> alkisg, it shows up as published for me
[19:31] <alkisg> matsubara: I see the "building" icon in the "Build Status" column, and it doesn't display up with apt-get update... :(
[19:32] <alkisg> I tried refreshing the browser cache or using a different browser - I don't think it's a caching issue
[19:34] <matsubara> alkisg, can you file a bug on soyuz <https://launchpad.net/soyuz/+filebug> and attach a screenshot?
[19:34] <alkisg> matsubara: sure, thanks
[19:34] <matsubara> alkisg, thank you
[19:41] <alkisg> matsubara: https://bugs.launchpad.net/soyuz/+bug/392244 - thanks again
[19:42] <matsubara> thanks alkisg
[19:47] <mxpxpod> is there a way to move a project to another URL?
[19:48] <salgado> mxpxpod, you mean changing the last (the project's name) part of the URL?
[19:48] <mxpxpod> salgado: yes
[19:49] <salgado> mxpxpod, yes, that's possible but that would cause existing links to break
[19:49] <salgado> mxpxpod, what's the project you want to rename, and what would it be renamed to?
[19:50] <mxpxpod> salgado: oh, I was just wondering if it can be done
[19:53] <salgado> mxpxpod, ok, I asked because we can also add aliases to projects, so one project could have two different URLs
[19:54] <mxpxpod> oh, cool
[19:55] <mxpxpod> the reason I ask is that at the dojo toolkit, we're looking at hosting methods... but we have kind of a strange set up... dojo and the dojo utilities are part of the "core", which means they should be under the "dojo" project in launchpad
[19:56] <mxpxpod> but from what I can see, I can only register one thing with a project in dojo
[19:56] <mxpxpod> does that make sense?
[19:57] <salgado> mxpxpod, by project you mean a project group?
[19:57] <mxpxpod> I think so
[19:57] <salgado> mxpxpod, do you know what's the distinction between a project and a project group?
[19:58] <mxpxpod> I think so... firefox is a project, mozilla is the project group
[19:58] <salgado> yeah, that's it.
[19:58] <mxpxpod> so, it sounds like I need a "dojotoolkit" project group
[19:58] <salgado> that's what I was going to suggest
[20:00] <mxpxpod> how do I go about creating a project group?
[20:00] <salgado> mxpxpod, you need to request it at https://launchpad.net/launchpad/+addquestion
[20:00] <salgado> and then one of the admins will create it for you
[20:06] <mxpxpod> salgado: thank you
[20:09] <mxpxpod> salgado: now, I just wait? ;)
[20:13] <salgado> mxpxpod, yes. I'll assign it to the admins and you'll get an email once they've dealt with it
[20:21] <Irunongames> help
[20:21] <Irunongames> i need to make someone a admin
[20:22] <Irunongames> on my launchpad
[20:42] <bdmurray> Is there a limit to how many official tags that would display for a project?
[20:45] <beuno> bdmurray, off the top of my head, no
[21:00] <kfogel> wgrant: I just sent a mail to launchpad-users@ about the flexibility in the open-sourcing date.
[23:24] <SoulBlade> is there a preferred way to host a .zip file on launchpad?  it's basically a tgz and prebuilt binaries of source, so i dont really want to put it in with the source branch...
[23:25] <RAOF> SoulBlade: Throw it in the Downloads section?
[23:25] <SoulBlade> ooh a downloads section
[23:25] <SoulBlade> didnt even know there was one
[23:25] <SoulBlade> <-- not smart
[23:25] <thewrath> hey all
[23:28] <SoulBlade> err where do i go to actually upload the file?
[23:31] <SoulBlade> ah nm
[23:35] <lamalex> does anyone know the name of the project for code hosting on lp?
[23:35] <lamalex> i want to file a bug
[23:36] <RAOF> launchpad-code
[23:36] <RAOF> https://bugs.edge.launchpad.net/launchpad-code
[23:37] <lamalex> thanks RAOF
[23:42] <Kangarooo> can i ask question on launchpad and in where if question is about installing neatbeans and ruby on rails so i can programm RoR with Netbeans but in Ubuntu/Linux but with Canonical recomendet way/maintained way. So with apt-get or synaptic.
[23:49] <wgrant> beuno: Should I still assign CSS sprite bugs to you immediately?
[23:57] <thewrath> hey guys i am using cygwin and bzr
[23:57] <thewrath> but cygwin does not know how to handle ssh conenctions


[07:49] <troy_s> msikma how are you my friend?
[07:49] <troy_s> greets andreasn, effraie, klepas and all...
[07:50] <effraie> \o/ troy_s
[07:52] <troy_s> slow in here... i presume we will need to wait and see how soon sabdfl gets the 'anchors' in place.
[07:53] <BHSPitMonkey> woot
[08:01] <troy_s> It will be an interesting cycle to say the least.
[08:14] <andreasn> hey there
[10:36] <_tcc> http://papernapkin.org/pastebin/resources/wicket.Application/imageResource?imageEntryId=2976
[10:36] <_tcc> Turing.
[10:36] <_tcc> (lol)
[10:44] <Viper550> haha...not funny
[10:47] <_tcc> No, it's funny alright.
[10:56] <Viper550> no, this is: http://www.youtube.com/watch?v=HyWTGNbmb1c
[10:57] <_tcc> Oh yea...
[10:59] <_tcc> It wasn't really funny, I just felt like trying out the gimp while going somewhat-warhol on turing.
[11:00] <Viper550> only left arrows!


[17:28] <dsmythies> doc team meeting over in #ubuntu-meeting-2 in two minutes.
[17:30] <dsmythies> #startmeeting Ubuntu Docs
[17:30] <meetingology> Meeting started Tue Apr  7 17:30:05 2015 UTC.  The chair is dsmythies. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[17:30] <meetingology> Available commands: action commands idea info link nick
[17:30] <dsmythies> #chair dsmythies GunnarHj
[17:30] <meetingology> Current chairs: GunnarHj dsmythies
[17:30] <dsmythies> Oppps wrong room...
[17:30] <dsmythies> #endmetting
[17:31] <dsmythies> #endmeeting
[17:31] <meetingology> Meeting ended Tue Apr  7 17:31:01 2015 UTC.
[17:31] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-doc/2015/ubuntu-doc.2015-04-07-17.30.moin.txt
[17:32] <imnichol> dsmythies, what room is it in?
[17:33] <dsmythies> it is in commit_message_cover.txt
[17:33] <dsmythies> opps...
[17:33] <dsmythies> it is in #ubuntu-meeting-2
[18:32] <dsmythies> For those that attnded the Doc team meeting: Thanks.
[18:37] <dsmythies> GunnarHj: did you notcie new format on askubuntu.com? It is not as obvious to me now, just by glancing, when a question has no answer.
[18:37] <GunnarHj> dsmythies: I'm still in another meeting. Can we talk in a few minutes?
[18:52] <dsmythies> GunnarHj: I forgot you mentioned another meeting. It doesn't matter. I'll probably be off-line when you become free.
[18:56] <GunnarHj> dsmythies: We are done soon. I didn't quite understand what you mean. "When a question has no answer"?
[18:57] <pmatulis> the meeting time has been change in the wiki and the fridge calendar
[19:12] <dsmythies> pmatulis: I am so dense. For me it will be 9:00 in summer and 8:00 in winter. Not 8:00 and 7:00, as I was saying in the meeting.
[19:22] <pmatulis> dsmythies: alright, better!
[19:24] <GunnarHj> dsmythies: Now I'm ready to talk about Ask Ubuntu, if you like.
[19:27] <GunnarHj> dsmythies: To me it looks as if the second column states the number of answers, so 0 (zero) means that there is no answer yet.
[19:27] <pmatulis> guys, who maintains the installation guide?
[20:11] <dsmythies> pmatulis: Nobody maintains the installation guide. After much work, I had someone interested but they became overwhelmed and bailed. I've done some things, so that I could at least build it.
[20:12] <dsmythies> GannarHj: askubuntu.com used to be obvious as to unanswered via colour, that changed. The columns are the same as before, as far as I recall.
[20:21] <pmatulis> dsmythies: ok, we (the team) should try to improve the situation
[20:21] <GunnarHj> dsmythies: Right, the colored circle when unanswered is gone. But the zero is still pretty obvious, isn't it?
[22:48] <phillw> exit
[22:49] <gsilva> Hello all. Can someone give me a help in regard to LP + Bazaar + Git + stuff related?
[22:50] <knome> gsilva, ask your question and we'll see
[22:51] <gsilva> Well, as TL of wiki & docs of Lubuntu, I am trying to (finally) create the Lubuntu manual. To do this effectively, I think it is best to use the "code" tab in Launchpad
[22:51] <gsilva> However, I've never worked with these type of tools in my life and I'm not a power user
[22:52] <knome> setting up a repository isn't hard, but you have to set up a lot more than that
[22:52] <knome> eg. what markup are you using?
[22:53] <knome> how do you expect to ship the documentation?
[22:53] <gsilva> Exactly, I have no idea what you're talking about
[22:53] <gsilva> lol
[22:54] <knome> then maybe you should consider those questions before you start setting the tools up
[22:55] <gsilva> Well, I want to keep things as simple as possible
[22:55] <gsilva> I'm not a power user, so I have no idea what markups do I have available nor the possibilities to ship information
[22:56] <knome> well the other question is non-technical...
[22:56] <knome> do you want a package that is shipped with lubuntu, or will the documentation exist online? or both?
[22:57] <gsilva> exist online
[22:57] <knome> if it's a package, how do you want it to appear? readable by a web browser or something else?
[22:57] <knome> then more non-technical level questions: is there a reason why you wouldn't use a wiki?
[22:58] <knome> do you want to enforce the formatting, or can it be more free-formatted?
[22:58] <knome> who would contribute to the documentation: anybody (including users) or only team members?
[22:59] <gsilva> Because a manual looks way much prettier and decent.
[22:59] <gsilva> Enforce formatting
[22:59] <gsilva> Team members
[23:00] <knome> practically there is no reason why a wiki couldn't look pretty and decent too, though..
[23:00] <knome> anyway, looks like you want a markup language that can be converted to html with stylesheets
[23:03] <gsilva> I see
[23:04] <gsilva> thanks for helping
[23:04] <gsilva> I'll try and see the best way
[23:04] <knome> you might want to see how xubuntu does it, using docbook
[23:05] <knome> we produce both a package (with files readable from a browser) and upload them online
[23:05] <knome> https://launchpad.net/xubuntu-docs for the source project
[23:05] <knome> http://docs.xubuntu.org/1410/ for what the output looks
[23:06] <gsilva> thanks
[23:06] <knome> np