[01:08]  * chrisccoulson wonders why users feel compelled to report the same bug several times
[01:59] <kenvandine> jono, they did
[01:59] <jono> kenvandine, still having a tonne of problems
[01:59] <jono> it is hosed now for me
[02:00] <kenvandine> how so?
[02:01] <jono> kenvandine, I see the Gwibber window, but it doesnt show anything when I select Messages or Replies
[02:02] <jono> and it wont post
[02:02] <kenvandine> run it from a terminal
[02:02] <kenvandine> open two tabs, and run killall gwibber gwibber-daemon
[02:02] <kenvandine> then run gwibber-daemon -d in one terminal
[02:02] <kenvandine> and gwibber in the other
[02:02] <kenvandine> so we can see what the output is
[02:04] <jono> kenvandine, http://pastebin.ubuntu.com/289723/
[02:05] <kenvandine> ok, one sec
[02:05] <kenvandine> gconftool-2 --get /apps/gwibber/preferences/theme
[02:06] <kenvandine> what does that say?
[02:09] <kenvandine> jono, ^^
[02:10] <jono> dark-gwilouche
[02:10] <jono> kenvandine, ^
[02:11] <kenvandine> ok
[02:11] <kenvandine> gconftool-2 --unset /apps/gwibber/preferences/theme
[02:11]  * kenvandine needs to fix that
[02:11] <kenvandine> damn!
[02:12] <kenvandine> ok, i reproduced it here
[03:09] <kenvandine> jono, that bug is fixed now, thanks!
[03:28] <jono> kenvandine, wicked :)
[04:36]  * ccheney sees very weird merge conflicts and hopes bzr isn't eating his repo
[05:20] <ccheney> grr my 'much faster' cable modem is even slower than my old slow dsl
[05:21] <ccheney> not even getting 3mbps and it is supposed to be 6mbps minimum
[05:29] <Amaranth> ccheney: 6mbps to the neighborhood maybe
[05:29] <Amaranth> ccheney: you've got a neighbor who likes torrents
[05:35] <ccheney> Amaranth: its a bit weird i always seem to hit the same limit its right around 3mbps, i think i might be capped lower than i am supposed to be
[05:35]  * ccheney will have to call in and verify his connection isn't setup wrong
[05:36] <ccheney> its supposed to be 6mbps burst to 12mbps and i have yet to see it ever exceed ~ 3mbps but it does do that regularly
[05:46]  * ccheney will have to do the OOo upload tomorrow, this is taking forever to download the bits i need
[05:46]  * ccheney needs to test to somewhere other than ubuntu mirror to make sure its not the mirror being overloaded
[06:25] <ccheney> Amaranth: apparently they are working on the headend so its much slower than usual
[06:25]  * ccheney heads off to bed, will finish the build once they give me usable bandwidth again
=== tjaalton_ is now known as tjaalton
[08:11] <mac_v> lool: error in last update > Bug 443311, wrong icon was changed
[08:11] <ubottu> Launchpad bug 443311 in humanity-icon-theme "display properties notification area icon still fully coloured" [Undecided,Confirmed] https://launchpad.net/bugs/443311
[09:19] <lool> mac_v: Yeah this kept showing in the diff, I don't know why
[09:20] <lool> I think it was an effect of using a .diff.gz
[09:20] <lool> Pain :-(
[10:05] <mac_v> lool: the several links in humanity are a hack , i'v spent quite sometime figuring out which goes where , its easier if i made a tar and you upload it
[10:13] <mac_v> oh , you already fixed it ;)
[10:33] <tgpraveen> mac_v: any reason why the release team didnt want different icons for usb drives and local harddisks
[10:33] <tgpraveen> ?
[10:33] <mac_v> tgpraveen: i dont know... see the last comment ;)
[10:36] <tgpraveen> hmm so now it has been decided that it definetely wont be in karmic humanity . and that last comment is asking whether it should be in humanity upstream release or not right?
[10:45] <mac_v> tgpraveen: you are even more confused than me ;p ...
[10:46] <mac_v> tgpraveen: there is nothing in the comment which says what you'v assumed
[10:48] <tgpraveen> umm.. so in the last comment where loic minier says "release team" he means ubuntu release team?
[10:48] <tgpraveen> i guess as in the 1st par he talks about humanity and next i am guessing about humanity-icon-theme (ubuntu) os i am confused
[10:48] <tgpraveen> *so
[11:03] <cdE|Woozy> mac_v, bug #447850. the shutdown icon in the window that opens when you hit your physical power button really is supposed to be smaller than the other icons in that window? it looks a bit out of place (at least indentation-wise)
[11:03] <ubottu> Launchpad bug 447850 in human-theme "system-shutdown.png too small in HumanLoginIcons" [Undecided,Invalid] https://launchpad.net/bugs/447850
[11:03] <mac_v> cdE|Woozy: those icons are for the gdm only
[11:04] <cdE|Woozy> that's why it only looks strange when you hit your physical power button when you are in gdm ;)
[11:04] <mac_v> oh lol..! ok i didnt realize that
[11:04] <cdE|Woozy> the screenshot I attached is from gdm
[11:05] <mac_v> cdE|Woozy: just a sec let me confirm the bug
[11:05] <cdE|Woozy> :)
[11:09] <mac_v> cdE|Woozy: how are you getting the confirmation dialogue?  are you not using the indicator-session?
[11:10] <mac_v> i dont get a confirmation dialogue , i just get direct options
[11:10] <mac_v> which if i choose the action occurs
[11:11] <cdE|Woozy> I hit the power button of my laptop when I'm in GDM
[11:11] <cdE|Woozy> then the window you see in the screenshot appears and asks me what I want to do
[11:11] <diverse_izzue> who do i best bother with suspend/resume questions?
[11:14] <mac_v> cdE|Woozy: doesnt seem to work that way for me i dont get the prompt even while using the button, i'll revert it back to new :)
[11:16] <cdE|Woozy> hm, I'll try to reproduce it on a fresh install I have on another disk, in case I screwed something up *reboot*
[11:42] <cdE|Woozy> mac_v, also happens on a fresh installation. I attached a short video to the bug that shows how to trigger this
[11:43] <mac_v> cdE|Woozy: i'v added a comment , the login theme just needs to copy one icon from Humanity to the 48px folder
[11:46] <cdE|Woozy> great, thanks!
[12:38] <mac_v> lool: the latest update didnt fix it either! , i just made the gsd-xrandr a color icon , it is still a symlink , you need to change it to a file
[12:38] <mac_v> s/i/it
[13:24] <lool> mac_v: Hmm nack, last update fixes it for me
[13:24] <lool> mac_v: Remove your icon cache, reinstall the package?
[13:25] <lool> mac_v: Ah but I'm using Humanity, not -Dark
[13:26] <lool> mac_v: If I check Preferences, I see a colour icon in Humanity at least
[13:26] <lool> mac_v: And with Humanity-Dark too
[13:26] <lool> mac_v: What's your testcase?
[13:27] <lool> mac_v: Ah it's the other symlink which you want to fix
[13:28] <lool> Hmm no, the icon is in B&W here
[13:34] <lool> Odd, now I can reproduce
[13:37] <lool> mac_v: Should we drop Humanity-Dark/apps/48/gsd-xrandr.svg too?
[13:38] <lool> mac_v: It's a dup
[13:50] <lool> Bah such a mess
[13:57] <mac_v> lool: only the 24px humanity icon gsd-xgrandr needs to be a file rather than s symlink
[13:57] <mac_v> a*
[13:59] <mac_v> lool: the 48px humanity-dark should *not* be dropped , it is needed
[14:25] <lool> mac_v: See my latest comment
[14:28] <lool> mac_v: Works in humanity/humanity-dark for me with ubuntu3 (in the menu and in the n-a)
[14:28] <lool> mac_v: Did I mention I hate icon themes?   :)
[14:30] <mac_v> lool: this would have been simpler if you had just used a tar.gz ;)
[14:31] <mac_v> lool: its easier not having the symlink for the 48px , hence the file
[14:35] <mac_v> lool: BTW, what is the benefit of hiaving the file as a symlink rather than a file? dont both use the same file size
[14:40] <lool> mac_v: This would have been simpler 3 MONTHS AGO
[14:41] <lool> mac_v: A symlink uses less space
[14:42] <lool> mac_v: The core problem is that I need to apply file level changes to my tree at this point of the cycle, can't use new tarballs of lp:humanity since it moved too far forward, and doing file level changes like "replacing a symlink with a file" or "renaming a file" or updating a binary file are hard to do with Debian packaging, and hard to copy from a bzr commit to a real tree
[14:42] <lool> mac_v: It would be the exact same problem with a tarball
[14:42]  * lool disappears
[14:56] <lool> mac_v: Try du -hs to see how much space files use; in practice it's not really correct for symlinks
[14:56] <lool> Since they use an inode
[14:58] <mac_v> lool: du -hs shows 35M , while checking the folder properties shows 31.4M
[15:02] <mac_v> ideally themes just use icon-naming-utils to create the symlinks , but the greyscale icons require hacks so it wont work for humanity
[15:14] <lool> mac_v: Run it on each file
[15:15] <lool> mac_v: folder properties doesn't account for disk usage though, only for size
[15:15] <lool> mac_v: Well why wouldn't the symlink I described work?
[15:17] <mac_v> lool: it will work for ubuntu , but for the problem for correcting the bzr, is when we update the files separately , we also have the themes as separate themes so then it wouldnt work , we would have to check this for other files too
[15:17] <mac_v> if we have to add a tar of humanity-dark alone , then such files would have to be checked and corrected individually
[15:21] <mac_v> lool: BTW , how to create a icon-theme.cache? i mean , what is the command to be used?
[15:29] <lool> mac_v: Quite the contrary, there's less risk that the icon doesn't out of date in Humanity-Dark if you make it a symlink....
[15:30] <lool> mac_v: update-icon-caches $dir if possible; otherwise gtk-update-icon-cache
[15:31] <mac_v> lool: when the user installs the individual theme  , the theme gets installed in the ~/.icons so there the humanity theme wouldnt be there... i thought this would lead to dangling symlinks... would this not be a problem?
[15:41] <lool> mac_v: Is it an use case that people install Humanity-Dark manually and not Humanity?
[15:41] <lool> mac_v: Perhaps it would be best to use different icons for the .desktop file and the notification-area, that would solve the issue I guess
[15:41] <lool> Instead of abusing sizes for this
[15:43] <mac_v> lool: https://launchpad.net/humanity/+download , we had to separate themes , since users cannot install the two themes together by just dropping the tar.gz into the appearances window .. there was a bug fr this
[15:47] <lool> God
[15:47] <mac_v> lool: when we had the two themes together in the tar.gz we got this bug > Bug #441231 .. we have to actually create a ppa , just havent got to it yet
[15:47] <ubottu> Launchpad bug 441231 in humanity "can't install humanity 0.4.1 on Ubuntu Jaunty" [Undecided,Fix released] https://launchpad.net/bugs/441231
[15:47] <lool> Dont count on me to package them with separate tarballs
[15:47] <mac_v> hehe , ;p
[15:48] <mac_v> no... that was just for the users who want to do it separately...  ;)
[15:48] <mac_v> lool: the team's next task is to create a ppa , that would solve this problem
[15:49] <lool> mac_v: Well not if you want to continue distributing theme tarballs
[15:50] <mac_v>  tar balls , are nice and easy for us , but its better to have a ppa , so that the users can be updated without having them to check manually