=== jono_ is now known as jono === nellery_ is now known as nellery [06:50] mac_v: do you want me to swap the ipod icon out in the branding? [06:56] rugby471: BTW where is that icon? i dont think it is there in the theme [06:57] rugby471: or are you confusing with elementary? [06:57] mac_v: nope, devices/24/multimedia-player-icon.svg [06:58] rugby471: didnt notice that before... hm.. i'l be replacing that shortly ;) [06:59] mac_v: why is that? [06:59] also there are more colorful icons [06:59] rugby471: we surely can be having the multimedia player using an ipod [06:59] con not* [07:00] mac_v: I have replaced the ipod with a floppy disk, can you upload? [07:01] rugby471: atm , branding is low priority, we are adding more icons , so maybe not before RC [07:01] mac_v: just for launchpad :-) [07:01] hehe ;) [07:02] rugby471: also since we are adding more icons , there might be things to change.. so branding can be done only after that :) [07:02] mac_v: atm I am working on the execute actio icon for 24x24 the reason being my text editor needs it otherwise the tollbar goes all jumpy :-) [07:02] mac_v: ok [07:03] rugby471: which icon is that? [07:03] the one with the three gears [07:04] rugby471: already i'v done it ;) [07:04] mac_v: for 24x24? [07:04] rugby471: yup [07:04] mac_v: damn you :-) [07:05] mac_v: when did you do it? what rev? [07:06] rugby471: not pushed yet [07:06] mac_v: ah :-) [07:06] mac_v: is it ready, if so could you push, the toolbar thing is really annoying :-) [07:06] rugby471: doing some more icons to push at the same time... usually i push the fixes immediately [07:07] rugby471: there is scalable icon , does that not work? [07:07] i think it needs symlinks [07:07] mac_v: for some reason no, geany (the application) uses a larger icon [07:07] i'll have to check symlinks [07:08] rugby471: isnt the label gnome-run [07:08] mac_v: aren't you using the icon-naming-utils? [07:08] mac_v: yep [07:09] mac_v: here is a video of the behaviour http://videobin.org/v/j/jg.ogg [07:11] rugby471: oh , thats bad :/ will be pushing by today , with a couple of other icons ;) [07:11] mac_v: cool [07:15] rugby471: you are on karmic right? [07:15] mac_v: nope still jaunty :-) [07:15] mac_v: I have a karmic VM [07:15] aw :( [07:15] ;p [07:16] why? [07:16] hehe [07:16] * Amaranth does a little dance [07:16] compiz down to 390 bugs [07:16] woo [07:16] hehe , i lost my high color folder... so was wondering if i could copy from you ;) [07:16] I've look at at least half of them this week [07:16] (that's 100 less than a week ago) [07:16] hehe, whats in it for me ... [07:16] :p [07:17] mac_v: ^ [07:17] rugby471: nothing ;p [07:17] Amaranth: hei, you are on Karmic ? [07:17] mac_v: tar running already [07:17] mac_v: .. you drive a hard bargain.. [07:17] ;) [07:18] wow 30M [07:18] argh! , i tried reisntallin some of the apps to recover the icons and every time the settings get over written :/ or keeps prompting [07:19] uploading, going to take some time [07:19] 30M for hicolor.. o.0 [07:19] Amaranth: sure no probs... thanks :) [07:19] I'm pretty sure scp means 50 seconds and not 50 minutes [07:19] oops, 2 minutes and rising [07:24] rugby471: lol! even human uses ipod! [07:24] :/ [07:25] mac_v: no, it is a generic music player :-) [07:25] ;p [07:25] rugby471: check out the gnome one.. that is generic ;) [07:26] rugby471: the human is a symlink to the icon labeled ipod ... so it is an ipod [07:26] mac_v: hehe I was only joking [07:36] mac_v: sorry, forgot I was uploading [07:36] mac_v: http://www.realistanew.com/random/hicolor.tar.bz2 [07:37] Amaranth: thanks :) [07:44] omg, expire_bugs.py [07:44] I was about to do that manually :/ [07:46] wow, we had a bug in there Incomplete for a year [07:46] :/ [07:47] whoa, this thing is closing a lot of bugs... [07:53] haha, just hit my goal for compiz bugs [07:53] Even after I changed the goal to make it harder [07:53] I passed the original goal and the new goal in the same day even [07:55] * rugby471 thinks whatever Amaranth just said sounded really awesome [07:55] :-) [07:56] hehe [07:56] rugby471: I ran a script that automatically closed bugs people haven't answered on in 30 days [07:56] rugby471: It closed 40 bugs [07:57] Amaranth: wow, I though incomplete bugs were meant to expire anyway [07:57] rugby471: Apparently it doesn't work [07:58] Anyway, I have a new goal for compiz bugs for karmic: 250 [07:58] Amaranth: hmmm, when were they filed? [07:58] Amaranth: cool [07:58] rugby471: anywhere from 2 months ago to 2 years ago [07:59] Amaranth: wow, maybe launchpad pre 2.0 didn't expire them ? [07:59] Amaranth: isnt the time limit for unanswered bugs 2 months ;) [07:59] mac_v: apparently the bug squad uses 30 days instead [08:00] sweet [08:00] rugby471: ah! the execute is missing a symlink [08:00] mac_v: ah there we go [08:00] hmm [08:00] rugby471: try this , add a symlink from gnome-run to gtk-execute [08:00] mac_v: why is it you aren't using icon naming-utils? [08:00] * Amaranth thinks this script is broken [08:00] mac_v: k [08:00] It closed bugs there were old but not based on how long they were Incomplete but how long they were open [08:00] * mac_v never figured out how to use icon-naming-utils :( [08:01] oh well, if people answer the question they can open them again :P [08:01] err, wait, no, it did the right thing [08:01] mac_v: it is really simple (well pretty much) I can set you up with a script I created for breathe icon set [08:01] duh, we're in september now [08:02] rugby471: its more , i never tried it yet ;) [08:02] mac_v: sorry? [08:02] rugby471: also another symlink to system-run [08:02] mac_v: ok [08:02] i have tried the utils [08:02] have not* [08:03] mac_v: you should, basically there is a database of all the icon names and you can get it to symlink your files for you [08:03] rugby471: i'm at present using the icon-library [08:03] mac_v: ah maybe that is better [08:05] rugby471: hm.. let me try the utils.. how do i use it? [08:05] mac_v: well I ahve been using it with a script I made, wait a min and I shall find it for you [08:09] mac_v: here we go http://pastebin.com/d7607c4f9 [08:09] mac_v: bear in mind this was a while back and so the script itself is quite dirty [08:09] mac_v: however it should work, just run it in the directory above the humanity directory [08:10] rugby471: ah... thanks. will have a go at it some time ;) [08:10] rugby471: did you try the execute symlinks? do they work now? [08:10] mac_v: it takes two seconds :-) and then all the symlinks are done [08:10] mac_v: yep they do now, however the icon is pretty blurry (understandably) [08:10] yeah ;) [08:19] rugby471: does the SS display the find icon with humanity? [08:19] it has all the symlinks ...*i think* [08:19] mac_v: I don't know but I don't think so, mpt was talking about it I think [08:20] mac_v: tell you what [08:20] the problem seems to be SS is using a wrong label :? [08:20] mac_v: I shall find you your missing symlinks, wait a min [08:20] stock find [08:20] mvo said it uses > stock find [08:20] but that is not a gnome label , [08:21] rugby471: stock search is the correct label [08:23] rugby471: or maybe SS is not able to handle svg :( [08:23] mac_v: yeah maybe give me a min, there is a rpblem with my script [08:24] already the accessories icon in the main window looks black , when it is actually white :/ [08:24] mac_v: damn it, becuase the humanity icons are set out differently, the script won't work [08:24] hehe ;) [08:25] mac_v: I don't have time to work on a new script now, however this evening I might be able to [08:25] rugby471: no need script , just try one thing , edit the SS store to use the stcok search label [08:25] instead of stock find [08:25] see if that works [08:26] mac_v: it seems that humanity is missing a lot of symlinks though, so there are other programs which are affected [08:27] i wouldnt say lot ;) , but yeah some are still missing [08:27] mac_v: the search entry in software store uses gtk.STOCK_FIND [08:28] mac_v: it is a symlink problem or an svg problem i think [08:28] rugby471: yeah , thats what mvo said... try with stock search [08:28] if that works then its symlink prob [08:29] mac_v: I cannot use stock search it doesn't exist http://www.pygtk.org/docs/pygtk/gtk-stock-items.html [08:29] rugby471: gnome icons have it ;) [08:29] mac_v: trust me, by tonite I can write a new script and solve our problems :-) [08:30] mac_v: I am using gtk :-) [08:30] ;p [08:30] mac_v: however first I have to do some work [08:30] see ya === asac_ is now known as asac [09:53] any chance of getting libtheora1.1 in karmic? it will improve video chat quality and videol playback [09:54] right now we have about the same version as we had in jaunty so its really old [10:05] mac_v: btw, launchpad doesn't autoclose bugs it just tells you they expired [10:05] I guess it's probably some flag in launchpadlib you can access [10:06] Amaranth: yeah , i noticed that [10:09] Amaranth: hmm , for some reason compiz is still missing an icon... which package in compiz reinstalls the icon? [10:09] the notification area icon* [10:09] compiz has an icon? [10:09] oh, just uninstall that stupid thing [10:10] hehe ;) [10:10] Amaranth: well i find it easy to reload compiz when it crashes... i use it only rarely [10:10] fusion-icon [10:10] compiz doesn't crash :) [10:11] I haven't only had compiz crash once since jaunty's release except when I'm messing with the code [10:11] well , my crappy ATI drivers crash and wm switches to matacity , compiz needs to be restarted ;) [10:11] metacity* [10:12] I don't think I've ever seen a crash in libGL from an ATI user [10:12] Only started seeing them from intel users in karmic and those are all fixed [10:13] hm , then i must debug it sometime... it occurs rarely.. probably once or twice a month [10:13] mac_v: Is it when you press alt-tab? :) [10:13] And does apport pop up? [10:13] man the group plugin is so awesome [10:13] nope , i dont use alt tab ;) and apport doesnt recongize it :( [10:15] Amaranth: BTW, the X crash during compiz cube plugin , tseliot helped me get a gdb for that :) [10:15] something was messed up very recently in ATI drivers :/ [10:15] sweet [10:15] gdb compiz is hard [10:16] well, X and compiz [10:16] that's why apport is so awesome [10:16] Although sometimes I wish it would leave the CoreDump files [10:17] once i got a core dump of 160MB for a nautilus crash ;) [10:17] i just didnt report it ;p [10:44] mac_v: hi [10:44] mac_v: I have the script :-) [10:44] ;) === Amaranth_ is now known as Amaranth [10:47] mac_v: http://pastebin.com/m64113b5d [10:48] mac_v: place this in the humanity icons directory and run: [10:48] python manage_links.py -c [10:48] to create the symlinks [10:48] or [10:48] python manage_links.py -r [10:48] to remove them [10:48] mac_v: please try it, it only takes two seconds [10:49] rugby471: just a sec... i'm on the verge of solving the panel icons ;) [10:49] mac_v: solving them? [10:49] mac_v: sure once you have finished them (what are you doing to them exactly?) [10:49] rugby471: yeah , UX wants greyscale icons on panel but not in apps :/ [10:50] mac_v: ah yes I remeber that bug now [10:50] mac_v: like the ubuntu one icon? [10:50] rugby471: so i'v now figured it out for almost all apps ... [10:50] mac_v: cool [10:51] X freezes when you enable the reflection plugin on intel gm965 :/ [10:51] rugby471: not sure about the Ubuntu icon. in greyscale you mean? [10:51] mac_v: I thought on the bug report, they were speaking about how the ubuntu one icon is colourful in the panel when the other (ie. network-manager) are not [10:52] rugby471: that is a wont fix for now ;) [10:52] that's only for lucid [10:52] mac_v: hehe [10:52] rugby471: there is no way we can do all the apps under the sun in greyscale! [10:53] mac_v: very true :-) [11:09] mac_v: here is a new version http://pastebin.com/m4534e095 [11:10] mac_v: it includes a -v option# [11:10] mac_v: in humanity at the moment, there are a few icons that shouldn't exist [11:10] mac_v: ie. gnome-run.svg [11:10] mac_v: the freedesktop name for it is system-run.svg [11:10] rugby471: why? [11:11] boo freedesktop [11:11] mac_v: it should be called system-run.svg and then the symlink to it should be gnome-run.svg [11:12] running with -v shows you the files that should not exist (with a cross next to them) and the file that should (with a tick next to it) [11:12] rugby471: the rev is still in development ;) so the system run symlink will land soon [11:12] mac_v: that was just an example :-) [11:12] mac_v: ofcourse there are situations where you need to interpret the output of -v [11:12] ie. [11:13] rugby471: what does the script actually do? does it add the links on its own :/ [11:13] ? [11:13] /home/rugby471/.icons/humanity/devices/48/gnome-dev-media-ms.svg ☒ [11:13] /home/rugby471/.icons/humanity/devices/48/media-flash.svg ☑ [11:13] in this case we do want seperate icons (as they are different with logos etc.) so these we would leave [11:14] mac_v: yes the script creates the symlinks when you run it with -c [11:14] mac_v: and deletes *only* the symlinks with -r [11:15] mac_v: another good example is the network manager icons [11:15] mac_v: atm we have status/22/nm-signal-00.svg [11:15] mac_v: which should be status/22/network-wireless-low.svg [11:16] rugby471: wrong... check hicolor ;p [11:16] the icons will be in the apps folder ;) [11:16] the symlinks are just so that it would work in all types of systems :) [11:17] mac_v: sorry I don't see what you mean? [11:17] rugby471: if you check the usr/share/hicolor folder , thats where nm adds its icons [11:17] the icons will be in the apps folder [11:17] mac_v: yup [11:17] not in status [11:18] and the labels are /nm-signal-*.svg [11:19] mac_v: those are different icons, they are for the connecting animation [11:19] rugby471: check again ;) all the icons are there [11:19] for nm [11:19] wireless atleast [11:19] mac_v: that is strange... [11:20] mac_v: anyway that is not the problem, they only work in status anyway [11:20] nm-applet picks them up from status [11:20] rugby471: nope! worng again [11:20] they work even when in apps [11:20] mac_v: in any case they work in both places [11:20] thats how i use them in my system :) [11:20] rugby471: yeah [11:20] mac_v: that is not what I am saying though [11:21] mac_v: if you know what is below then please don't think that I am patronizing you [11:21] ;) [11:21] mac_v: once there was a time where icons where just put wherever the were wanted with different names etc. [11:22] mac_v: then freedesktop decided to consolidate them into a standard icon naming scheme [11:22] mac_v: this is what the tango project did [11:22] *tried* to do ;p [11:23] mac_v: now the icon-naming-utils (the symlinks) are provided so that those old scattered locations are still there for programs which don't use the new naming scheme yet [11:23] mac_v: so we should use the standard icon scheme for the base icons (ie. the actaul files) [11:23] mac_v: and then for the old locations these should be symlinks [11:24] rugby471: hehe , i already fixed the system run it will apply in the rev i push today :) [11:24] mac_v: therefore the -v option finds the files which are using the old location as the base icon instead of the new icon naming scheme as the base [11:24] and in the way you are describing [11:24] can someone who doesn't have intel graphics test https://bugs.edge.launchpad.net/ubuntu/+source/compiz-fusion-plugins-extra/+bug/387370 for me? :) [11:24] Launchpad bug 387370 in compiz-fusion-plugins-extra "compiz reflection plugin has some visual error" [Undecided,Confirmed] [11:24] mac_v: yep and there are other like the network manager ones [11:25] mac_v: the base icons (ie. svg originals) should be named status/22/network-wireless-low.svg [11:25] mac_v: the symlink should then be status/22/nm-signal-00.svg [11:25] rugby471: that i wont do for now :) ... untill nm fixes it first ;) [11:26] mac_v: sorry? [11:26] rugby471: when network manager places the icons in the status folder and uses the labels described in free... then i'll change this also [11:27] mac_v: that's not the point [11:27] rugby471: pls i dont want to mess things up.. now [11:28] mac_v: the base icon should be network-wireless- [11:28] mac_v: the symlink should be nm-signal- [11:28] it won't break anything [11:28] rugby471: anyways ... [11:28] not now ;p [11:28] mac_v: just putting the symlink on the correct icon [11:28] mac_v: otherwise there are other programs like wicd who can't use the icons [11:29] the icon script I gave you only works on the icons that are using the standar naming spec for the base svg icon [11:29] mac_v: why are you reluctant to do this? [11:29] rugby471: there is bit of a shuffle going on the the nm labels... pls dont confuse me now ;) asac is fixing the naming ... he said he will inform the new names also [11:30] is fixing == is trying to get that untangled upstream ;) [11:30] asac: what exactly is it that needs untangling :-) [11:30] ;) [11:30] rugby471: no time [11:31] asac: is there a bug open? [11:31] rugby471: but its basically splitting up icons that are used to indidicate status from the ones that solely refer to devices [11:31] no [11:31] asac: will it be in karmic or lucid? [11:32] no commitment given. goal is karmic, but not 100% certain [11:32] asac: ok [11:32] if you want file a bug and assign me [11:33] mac_v: I shall create a branch later with the names corrected and the correct symlinks created so nothing is broken and I shall propose for merge [11:33] mac_v: ^ for humanity [11:33] rugby471: what is the hurry? [11:33] sorry... but kindly wait for asac [11:34] mac_v: there is none, however at the moment in karmic, there are symlinks that don't exist and so some things will be broken [11:34] mac_v: if asac manages to get the nm thing finished then we can always update the icon names, however if he doesn't manage to, then we leave it [11:35] mac_v: don't worry, I will make it a priority that nothing breaks at all [11:36] mac_v: plus I need to start doing revision in a few days and so I won't be able to do much work on it further down the line [11:39] rugby471: atm , this issue is low priority for humanity... since stuff with nm works... but sure , as asac said , file the bug and assign it to both nm > asac and humanity> to me :) [11:39] mac_v: I don't know the bug to file though, the issue is unknown to me [11:40] mac_v: just becuase it is low priority doesn't mean it shouldn't be fixed :-) [11:40] ;) [11:40] rugby471: i dint say wont fix [11:40] will fix but not now [11:40] mac_v: I will make a branch and fix it, all you need to do is merge :-) [11:41] mac_v: but cool [11:41] rugby471: basically i dont want to do the work twice! once the problem is resolved [11:41] mac_v: okay I see your point [11:41] mac_v: however I shall do the work [11:41] ;) [11:48] mac_v: time to go [11:48] mac_v: see ya :-) [11:49] (you can relax now) [11:49] ;p [12:37] mac_v: in the humanity theme [12:38] in the nautilius side panel of places, I can't differentiate between usb hdd and local hdd [12:39] in human theme for eg the usb symbol was prominently visible. But right now if I am in computer:/// then I can see it is a usb and make out the difference [12:39] but not in the side pane [12:49] filed bug Bug #437606 [12:49] Launchpad bug 437606 in humanity-icon-theme "usb hdds can't be spotted in nautilus side pane" [Undecided,New] https://launchpad.net/bugs/437606 [14:09] lmao [14:09] I just asked keybuk to test a 2 year old crash bug in karmic :P [14:10] Someone else commented it was still happening for them in jaunty, thought that was the same as the reporter === NCommander is now known as abb [18:36] mac_v: hello [18:49] rugby471: hey [18:58] mac_v: I ignored doing the network manager stuff as some of the icon names are messed up (ie. nm-applet has an icon for 75% but the standard icon names don't) [18:59] mac_v: however I recursively vacuumed defs, created all symlinks, renamed one file that wasn't correct and created all symlinks :-) [18:59] mac_v: https://code.launchpad.net/~rugby471/humanity/humanity-andrews-changes [19:43] kenvandine, is it a bug or feature that notify bubbles are not on top of screen [20:00] Zdra: "not on top"? [20:02] it is not at the same position than before, it a bit below [20:02] Zdra are the sync notifications like volume etc on top [20:03] ie their original posn [20:03] tgpraveen, yep [20:03] but not all empathy notify [20:04] yeah that was a design change which was suggested to separate sync/async notifications [20:04] dont know if it went in right now or not [20:09] that looks like a bug... [20:19] asac, any chance to get epiphany-extentions packaged for webkit version?